LA USABILIDAD COMO CRITERIO DE SELECCIN DE UN ERP

CONTENIDO
Problema: una evolucin sin ROADMAP ...................................................................................................4 Arquitectura y usabilidad del sistema .............................................................................................................5 Navegar por el ERP como se navega por internet ......................................................................................6 Usabilidad en el diseo del ERP .....................................................................................................................9 Tres criterios de seleccin ............................................................................................................................. 10 1. Arquitectura basada en SOA ............................................................................................................... 10 2. Bsqueda en la aplicacin de negocios. ............................................................................................. 10 3. Navegacin intuitiva como si estuviramos en Internet ................................................................ 11

LA USABILIDAD COMO CRITERIO DE SELECCIN DE UN ERP

POR DAN MATTHEWS, CHIEF TECHNOLOGY OFFICER, IFS AB

Numerosos anlisis a nivel internacional manifiestan que el software de negocios para grandes compaas no ha cumplido con su promesa de integrar por entero y controlar de forma inteligente los procesos de negocio complejos, sin dejar de ser lo suficientemente flexibles como para adaptarse a las necesidades cambiantes del negocio. En lugar de eso, los ERPs se asemejan a colchas de creadas con retales multicolores, con 50 o ms bases de datos y cientos de programas de software separados que han sido instalados durante dcadas y que estn interconectados por procesos personalizados, idiosincrsicos, bizantinos y mal documentados. La idea de la complejidad y la dificultad a la hora de navegar y usar las aplicaciones de negocio es la principal barrera que evita que los ERPs y otros sistemas de software de negocios ofrezcan todos los beneficios potenciales. En casos en los que los sistemas ERP estn compuestos por productos dispares que han sido adquiridos y vendidos de forma conjunta como si se tratase de un paquete integrado, la complejidad resultante compromete en gran medida la capacidad general de uso y de servicio. Cuando se modifica considerablemente un paquete de software para un usuario individual o si la modificacin la lleva a cabo un proveedor, se reducir usabilidad. Sin embargo, existen avances significativos que se estn haciendo para facilitar el uso del ERP o de la tendencia hacia aplicaciones de negocios planificadas de un modo ms lgico, que se puedan adaptar al cambio sin tener que aadir una complejidad innecesaria. En este White Paper se trata el modo en el que se puede reducir la complejidad en un sistema ERP y cmo lograr que sea ms fcil navegar por una amplia funcionalidad y grandes cantidades de informacin existentes en una aplicacin. En resumen, se habla de la usabilidad del ERP, prestando especial atencin a aquella informacin que nos permita plantear la usabilidad como uno de los criterios a tener en cuenta en el proceso de seleccin de la aplicacin de negocio de la empresa. En este documento tambin se defiende la idea de que las aplicaciones de negocio deben tener un aspecto, usabilidad y funciones que se parezcan cada vez ms a la funcionalidad que encontramos en internet. Con demasiada frecuencia se construye software de negocio como si se tratase de programas limitados y restringidos. Pero a medida que la potencia y el alcance de las aplicaciones de negocios ha aumentado para abarcar un amplio espectro de funcionalidad e informacin, estas aplicaciones se han vuelto demasiado grandes, diversas y amplias para que una sola persona las controle. Esto significa que necesitamos un modo de navegar dentro de las aplicaciones de negocio que se parezca ms a la forma en la que navegamos por internet.

Pensemos en el modo en el que buscamos la informacin en un programa de software normal. Las funciones de bsqueda y consulta suelen estar basadas en la idea de que el usuario sabe cmo estn estructurados los datos y la aplicacin. Dentro de un programa tradicional de software, los usuarios tienen que estar familiarizados con el sistema para expresar los trminos de bsqueda de forma apropiada y tienen que saber en qu mdulo, pantalla o formulario del sistema deben introducir la consulta. Esto choca con el modo en el que se lleva a cabo una bsqueda en internet, en la que nadie que realiza una bsqueda sabe dnde se encuentra la informacin o cmo est estructurada. A las aplicaciones de negocio que han sido diseadas como versiones a mayor escala de paquetes de software ms pequeos y limitados les puede costar mucho tiempo adaptarse a la nueva usabilidad ms similar a internet y dominar a la vez una amplia funcionalidad y grandes cantidades de informacin.

PROBLEMA: UNA EVOLUCIN SIN ROADMAP

El problema de muchos de los productos ERP es que fueron desarrollados originalmente en los aos setenta e inicios de la dcada de los ochenta y eso explica el dilema que plantean los grandes sistemas monolticos que han ido evolucionando con el tiempo. Comparemos un momento los sistemas ERP con un edificio en el que se han llevado a cabo obras de ampliacin y se han ido aadiendo reas ao tras ao. Cualquiera que haya intentado remodelar o haya vivido en una casa o estructura con varios anexos posteriores puede encontrarse con los mismos problemas que los sistemas ERP. Imaginemos una cabaa de vacaciones con dos dormitorios construida junto a un lago. Ha sido diseada como casa para las vacaciones y ha cumplido con ese objetivo sin problemas. Pero luego la casa se vende y los nuevos propietarios quieren vivir en la cabaa todo el ao. Por ese motivo construyen un anexo y amplan la caldera de la casa para que se adapte a las nuevas dimensiones instalando conductos en las esquinas para que lleguen a este anexo. Pero la casa se vende de nuevo y los nuevos dueos terminan el segundo piso, lo que requiere que se realicen ms obras con conductos y trabajos de fontanera para el segundo bao en el piso de arriba. A lo largo de las dcadas, a medida que se han ido realizando las obras, los cdigos de edificacin y los materiales de construccin han cambiado y hay escasos registros de lo que se haba hecho en la casa, quin haba llevado a cabo las obras o qu normas se siguieron a la hora de disear los anexos. No es de extraar que la presin del agua no sea suficiente, los suelos sean irregulares si comparamos los de una habitacin con los de otra y hay algunos de los cuartos que no reciben suficiente calefaccin. Pero ahora, intentar averiguar cmo solucionar el problema es complicado. Las casas antiguas con numerosos anexos probablemente mantienen muy ocupados a los contratistas de obra solucionando y arreglando diferentes tipos de problemas. Por eso surge la creciente popularidad del middleware diseado para facilitar que todos estos sistemas dispares y confusos se comuniquen entre s, sugieren que los usuarios de ERP se enfrentan a los mismos problemas.

ARQUITECTURA Y USABILIDAD DEL SISTEMA

Tanto si estamos intentando entender de un modo terico la funcionalidad o si lo que estamos haciendo es esforzarnos para que el caos de la funciones nos permita dirigir una mediana empresa, lo que resulta obvio de forma inmediata es que es ms fcil comprender cmo funcionan los sistemas coherentes y previsibles que entender y usar los sistemas incoherentes y enrevesados. Imaginemos las dificultades a las que se enfrenta el equipo de direccin al tener que aprender a usar una solucin ERP recin implantada, en concreto cuando el mdulo financiero, la funcionalidad de fabricacin y las herramientas de distribucin tienen cada una arquitecturas diferentes y fueron desarrolladas originalmente por distintas empresas antes de su adquisicin y que han sido unidas posteriormente para formar una suite. En estos casos, existen diferentes comandos, estructuras de organizacin y de archivos para cada segmento del sistema ERP. Otras aplicaciones ERP tienen un diseo ms exclusivo (pure play) y se basan en funcionalidades desarrolladas de forma interna en lugar de en la consolidacin de los productos adquiridos. Pero como la funcionalidad dentro del sistema depende tanto del resto del sistema, es natural que al final d como resultado una serie de estratificaciones, repeticiones redundantes y un nivel de complejidad a medida que el sistema crece y se expande ao tras ao mediante ampliaciones de nuevas funcionalidades. Por suerte, hay nuevos mtodos de desarrollo de software que permiten la evolucin gradual y el cambio de sistemas sin resulte redundante y complejo. Gracias a la llegada del desarrollo de software orientado a objetos y de la arquitectura orientada a servicios (SOA), los proveedores de aplicaciones de negocio con avanzada tecnologa pueden construir sus aplicaciones utilizando un amplio nmero de pequeos componentes. A medida que la funcionalidad y tecnologa empleada por el sistema cambia, los componentes se pueden intercambiar para que el proceso de evolucin sea gradual y racional. Si tenemos en cuenta, de nuevo, nuestra analoga con la casa con demasiados anexos, vemos la importancia de una planificacin racional y proactiva para dar cabida al cambio. El ejemplo de nuestra cabaa en el lago tambin demuestra las dificultades de una construccin monoltica si la comparamos con un diseo modular y flexible. En un sistema monoltico, en el que cada parte del componente depende por entero de otra parte, no es posible cambiar ninguna parte sin que esto tenga un impacto negativo en el resto del sistema. Sin embargo, un diseo adecuado granular y de planificacin permite que los sistemas ERP cambien sin que con el tiempo aadamos ms complejidad. La planificacin racional para el cambio dentro de un producto ERP moderno es posible porque el diseo basado en SOA permite unir libremente numerosos componentes y seguir funcionando como un sistema coherente. Cada componente aparecer enumerado en un directorio general que realmente sirve como centro neurlgico de control de la aplicacin. Cada componente tiene una tarea bien definida que debe llevar a cabo dentro de la aplicacin y oculta toda la complejidad sobre cmo realiza ese trabajo a los dems componentes. Esto permite al sistema cambiar con un mnimo periodo de interrupcin. Lo que esto supone para el usuario final es que el sistema ERP es ms lgico en general, con mucha menos repeticin y que adems es ms fcil cambiar y reconfigurarlo con el

tiempo sin que esto suponga que su uso sea ms complejo o enrevesado. Y en la medida en la que se considera que la facilidad de implantacin, la actualizacin y las ampliaciones son problemas de usabilidad, una aplicacin basada en SOA granular puede representar un activo considerable a la hora de hacer que el paquete ERP sea fcil de usar. Adems, una aplicacin basada en SOA hace que sea ms sencillo para el proveedor de la aplicacin llevar a cabo avances en usabilidad y mejoras en la interfaz de usuario. La opcin de unir libremente que ofrece la arquitectura orientada a servicios supone que la interfaz de usuario tambin se puede cambiar y modificar con el tiempo, sin que esto conlleve un efecto negativo en la lgica de negocio subyacente que respalda la aplicacin. Lo que significa todo esto es que no solo la usabilidad depende de algo ms que de la interfaz de usuario, sino que parece depender de los bloques bsicos de construccin y de la arquitectura de la aplicacin de negocio. Los sistemas que se construyen uniendo productos fragmentados y dispares presentan de forma automtica retos en cuanto a su usabilidad dado que los usuarios tienen que aprender a utilizar varios productos en lugar uno solo. Los grandes programas monolticos de software tienden a ser ms complejos a medida que se va aadiendo funcionalidad con el paso del tiempo. Mientras que las aplicaciones ms modernas construidas con componentes ms pequeos y unidos mediante una arquitectura orientada a servicios suelen ofrecer una combinacin de sencillez y habilidad para adaptarse con facilidad a la nueva usabilidad ms similar a internet a medida que van cambiando las expectativas de los usuarios.

NAVEGAR POR EL ERP COMO SE NAVEGA POR INTERNET

En un esfuerzo por comprender de qu manera puede modificar IFSTM nuestros productos para mejorar la usabilidad y aumentar la productividad de los clientes, llevamos a cabo un estudio a finales de 2007 con 250 clientes de IFSTM y 100 clientes que no trabajan con IFSTM. Ante la pregunta de cules son los principales obstculos para la productividad dentro de los paquetes ERP, es decir, los motivos fundamentales por los que consideran que pierden ms tiempo y no aportan valor aadido, los que no eran clientes de IFSTM afirmaron que el reto ms importante al que se enfrentaban era el hecho de que diferentes partes del sistema trabajaban de forma diferente, tenan comandos distintos y necesitaban diversos tipos de interaccin. La segunda respuesta ms frecuente entre los que no eran clientes de IFSTM tena que ver con el hecho de que la dificultad a la hora de transferir la informacin entre las partes de las aplicaciones planteaba un problema. Nos enorgullece decir que los clientes de IFSTM no se quejaron de estas dos cosas en la misma medida que el resto de los encuestados, probablemente porque siempre hemos trabajado para ofrecer una experiencia de usuario coherente en todas nuestras aplicaciones y garantizar que la informacin contextual sigue al usuario de un rea funcional a la siguiente. Pero la respuesta al estudio ms comn tanto de los clientes de IFSTM como de los que no son clientes de IFSTM era que la usabilidad se vea obstaculizada por la dificultad para encontrar informacin y comprender cmo navegar a travs de las aplicaciones. Cualquiera que haya implantado y utilizado un ERP sabe que sta puede ser una tarea en la que se

aprende rpidamente una pequea parte de una aplicacin que luego se usar a diario. Normalmente es necesario impartir una cierta formacin para ensear a la gente cmo debe llevar a cabo su trabajo diario en el nuevo entorno empresarial y cmo puede encontrar informacin y cules son las herramientas funcionales que va a necesitar. Sin embargo, hoy nos enfrentamos a un reto adicional, ya que actualmente hay menos personas en la mayora de las empresas que asumen la misma cantidad de trabajo o incluso ms que hace unos aos. Cada vez ms a menudo se abandonan las descripciones de trabajo rgidas, en favor de la flexibilidad y de las descripciones para trabajadores que realizan distintos tipos de tareas. Esto significa que cabe esperar que las personas necesiten navegar ms all de la pequea seccin de la funcionalidad ERP con la que estn familiarizados, haciendo que la usabilidad sea ahora ms importante que nunca. Nos preguntbamos qu podramos hacer para lograr que las aplicaciones de negocio fuesen ms intuitivas y fciles de usar, as que le preguntamos a la gente durante nuestro reciente estudio cul era su opinin al respecto. Un porcentaje considerable, el 35%, afirm que las aplicaciones basadas en web eran las que tenan una mayor usabilidad. Incluso antes de tener este resultado, ya habamos introducido la primera herramienta de bsqueda en la aplicacin de negocios (Enterprise Application Search) en la nueva versin IFS ApplicationsTM, esta herramienta, es ms que una herramienta integrada de bsqueda que se parece a Google. Ms bien, es un modo completamente nuevo para que la gente pueda navegar dentro de la aplicacin de negocio. Utilizando Enterprise Application Search, un usuario no solo puede localizar informacin especfica sino que adems puede encontrar la funcionalidad necesaria para llevar a cabo tareas, sin tener que recibir formacin o sin que alguien le diga dnde debe encontrar la informacin o cmo debe navegar hasta la pantalla con la funcin correcta. Sin embargo, la interfaz de usuario del futuro tendr incorporar una navegacin intuitiva a niveles totalmente nuevos, ms all de lo que una funcin de bsqueda puede ofrecer por s misma. Aunque siempre hemos considerado que la facilidad de uso es una de las principales prioridades en nuestro diseo de la interfaz de usuario, durante los ltimos aos nos hemos dado cuenta de la necesidad de mejorar la capacidad de uso de tal manera que nuestras aplicaciones empiecen a acercarse a la sencillez a la que la gente se ha acostumbrado con la tecnologa de consumo. As que, al disear la interfaz de la nueva generacin de IFSTM, decidimos usar los principios de internet como gua y estructurar las cosas para que funcionen prcticamente del mismo modo que en la web. Despus de todo, existen parecidos reales entre una aplicacin ERP e internet. Ambos son grandes sistemas de informacin, demasiado grandes para que una sola persona domine la informacin y funcionalidad que abarcan. Por desgracia, la mayora de las interfaces de usuario de ERP han sido diseadas como versiones ms grandes de herramientas tradicionales de software que tienen un mbito lo suficientemente limitado como para que aparentemente una persona las domine en su totalidad.

Por el contrario, los sistemas que se encuentran en internet han sido diseados suponiendo que todas las instrucciones necesarias para usar las funciones y caractersticas se encuentren dentro de la interfaz de la propia aplicacin. Hay tanta informacin y tantas funciones en internet que no se espera que nadie sepa dnde o cmo est todo aquello con lo que debe trabajar. La naturaleza repartida y difusa de internet obliga a los desarrolladores del sistema a simplificar la navegacin hasta el punto en el que el uso resulta intuitivo. Adems, los recursos en internet han sido diseados para que se pueda acceder a los mismos de forma estndar y predecible, y por esto, se puede considerar que es ms o menos un equivalente a la aplicacin de negocio basadas en SOA. Los recursos online como las pginas web, applets, programas y otras funcionalidades se pueden considerar servicios a los que acceden los consumidores del servicio, en concreto, los programas con navegador web. Tal y como ocurre en una aplicacin de negocio moderna basada en SOA, los sitios web y la funcionalidad se asocian libremente con el explorador, que es el equivalente web de una interfaz de usuario. El grado de sencillez y estandarizacin en la web ha enseado a la gente nuevas formas de interactuar con la informacin y la funcionalidad. En un futuro cercano, la gente esperar que sus sistemas de negocio ofrezcan estructuras de navegacin similares, con la opcin de avance y retroceso, barras de bsqueda e indicadores visuales que les guen para que sepan llegar all donde quieren ir y para que sepan qu tienen que hacer. Ya forman parte del pasado aquellos das en los que los usuarios ERP se tenan que ver inmersos en clases difciles de comprender para aprender los requisitos bsicos para as poder navegar dentro de una aplicacin. Precisamente porque estamos convencidos de que las herramientas ERP del siglo XXI tienen que adoptar por entero la navegacin tipo web, hemos trabajando exactamente ese aspecto y la sensacin que tiene un usuario al trabajar con un explorador web. Los usuarios hacen clic en los enlaces para navegar a diferentes lugares, utilizan los botones para avanzar y retroceder y tener acceso a un historial de los sitios en los que han estado dentro de la aplicacin. Tambin pensamos que cada vez es ms importante ofrecer diferentes estilos de navegacin para que se adapten a las distintas personas en varios sectores. Otra cosa que hemos aprendido gracias al anlisis de la usabilidad y a nuestra prolongada experiencia trabajando con clientes, es que cada persona en cada empresa tiene una serie distinta de preferencias sobre cmo le gustara trabajar con una aplicacin ERP. Ya no sirve tener un tipo de aplicacin ERP que se adapte a todo en todo el mundo, adems los proveedores tienen que ofrecer cada vez ms un modo para poder trabajar dentro de las aplicaciones. En algunos casos, es posible que los proveedores tengan que desarrollar interfaces de usuarios muy especficas para tareas especializadas y repetitivas, algo que de nuevo resulta posible nicamente cuando la interfaz de usuario va unida libremente a la funcionalidad subyacente. Ya sea a travs del desarrollo de interfaces especializadas, navegacin basada en bsquedas u otros medios, los usuarios se encontrarn con mltiples modos para navegar entre la funcionalidad y la informacin dentro de la aplicacin. Las aplicaciones

tienen que proporcionar funciones como accesos directos sencillos y pginas de enlaces completos y bien situados para la funcionalidad relacionada.

USABILIDAD EN EL DISEO DEL ERP

A medida que las aplicaciones ERP han empezado a imitar cada vez ms a internet en cuanto al aspecto, el modo de funcionar y cmo lograr que la informacin est disponible para los usuarios, las disciplinas del sitio web y la capacidad de uso de la aplicacin ERP empiezan a converger. Uno de los conceptos utilizados en el diseo web que empezar a ser muy importante para los responsables del diseo de aplicaciones de negocio es el concepto de usabilidad. La usabilidad supone usar un modo de pensamiento bsico mediado por el esquema estmulo-respuesta a la hora de disear objetos, situaciones o sistemas. Al aplicar el concepto de usabilidad, un diseador puede generar una interfaz de usuario muy intuitiva. Vemos esto a diario en objetos comunes. Cuando nos fijamos en un objeto, como por ejemplo un par de pantalones, debera resultar obvio saber qu es un pantaln y cmo se usa. Las dos perneras del pantaln imitan ms o menos en su diseo a las piernas sobre las que se van a ajustar, adems, en la mayora de los casos es muy difcil ponerse los pantalones al revs debido al tipo de costuras y corte con el que se fabrican, ya que estn pensados para adaptarse nicamente a ciertas partes del cuerpo humano. Las nuevas variedades de las populares bolsas con cierre para el congelador estn aprovechando el concepto de usabilidad para hacer saber a la gente cuando las bolsas se han cerrado hermticamente. Los laterales en amarillo y azul del cierre se combinan cuando se ha cerrado para dar como resultado un color verde. La mayor parte de la tecnologa de consumo que ha tenido xito, que va desde los mandos a distancia para la televisin, los interruptores de la luz, hasta los salpicaderos de los coches, usan el concepto de usabilidad para garantizar que sean fciles de usar. Esto demuestra que cuando los productos estn bien diseados, no se necesitan manuales o instrucciones. A la hora de disear el modo en el que los usuarios interactan con la aplicacin, los diseadores de tienen que prestar ms atencin al modo en el que la gente se concentra en la pantalla y cmo las distintas variables centran la atencin hacia el espacio de trabajo. Si la seccin activa de una pantalla parpadea u ofrece interaccin de otro modo, puede centrar la atencin en la parte correcta del rea de trabajo sin tener que requerir a la vez demasiada concentracin por parte del usuario. Sobre todo cuando una pantalla de trabajo est dividida en mltiples partes debe existir una progresin comprensible en toda la pgina para que resulte fcil determinar cmo interactan los distintos campos y segmentos. Ser necesario, cada vez ms, que los elementos grficos o textuales incluyan indicadores o pistas visuales sobre cmo puede el usuario interactuar con ellos. En algunos casos, un cursor cambia cuando est encima de un elemento en la pantalla para mostrar al usuario que ah hay algo con lo que puede interactuar. En el diseo de IFS ApplicationsTM, nos centramos mucho en ofrecer este tipo de indicadores visuales. Por ejemplo, para descubrir si hay cualquier carta que se ha adjuntado al registro de un cliente en una versin ms

antigua de IFS ApplicationsTM, basta con hacer clic en un botn en el registro, tras lo que se abre una nueva ventana que nos informar si hay cualquier documento adjunto a ese registro de cliente. Sin embargo, en la nueva versin, se sabe de forma inmediata si existen documentos adjuntos dentro del registro de un cliente. El botn de adjuntos parpadea un segundo y nos avisa de que existen tres documentos adjuntos, dando as al usuario una pista para que sepa que hay algo ah que puede seguir explorando.

TRES CRITERIOS DE SELECCIN

Entonces, dnde nos deja esto si tenemos en cuenta la usabilidad en el proceso de seleccin de un ERP? Sugerira tres criterios generales para evaluar la aplicacin con el fin de garantizar que en la actualidad es posible usarla o que evolucionar en un futuro inmediato hacia una mayor usabilidad. Debemos plantear preguntas directas al proveedor, no solo sobre si la versin actual de la aplicacin incorpora funciones que demuestran su usabilidad, sino tambin sobre hasta qu punto cuentan con roadmap detallado que explique cmo van a lograr que la aplicacin avance hacia una mayor usabilidad en el futuro.
1. ARQUITECTURA BASADA EN SOA

Sin un diseo moderno, flexible y bien pensado, una aplicacin de negocios no solo ser ms rgida y su uso ms complicado, sino que adems al proveedor le resultar ms difcil evolucionar hacia una mayor capacidad de uso en el futuro. Hay que prestar atencin para ver si el aspecto y el uso de los comandos aplicables del sistema son iguales a medida que pasamos de los mdulos de finanzas a los de fabricacin, a los de distribucin o los de gestin de servicios de una aplicacin. Tambin hay que fijarse en las pantallas o comandos superfluos y aparentemente repetitivos que pueden indicar que la lgica de negocios que se est ejecutando en la aplicacin se ha desarrollado al azar a lo largo del tiempo.
2. BSQUEDA EN LA APLICACIN DE NEGOCIOS.

Llegados a este punto en su historia, las aplicaciones de negocios ya se han vuelto suficientemente grandes y complicadas como para que nadie pueda entender toda su profundidad y la amplitud de su funcionalidad. Eso significa que en la mayora de los casos, utilizar una aplicacin sera muy similar a usar internet antes de la llegada de las herramientas de bsqueda como Google; lo que significa que no es posible encontrar algo a menos que, paradjicamente, ya sepamos dnde se encuentra. Mientras algunos proveedores de aplicaciones tambin comercializan productos independientes de bsqueda en aplicacin de negocios que se pueden incluir dentro de una aplicacin, las herramientas de bsqueda que ya estn integradas dentro del tejido de una aplicacin pueden ofrecer unas opciones de bsqueda mucho ms intuitivas y potentes, aportando un nuevo modo de navegar por la funcionalidad de una aplicacin.

10

3. NAVEGACIN INTUITIVA COMO SI ESTUVIRAMOS EN INTERNET

En lugar de exigir a los usuarios que aprendan y recuerden cmo navegar en la aplicacin, una aplicacin moderna, con una capacidad de uso optimizada debe ofrecer opciones, que deben resultar obvias, capaces de guiar a los usuarios a travs de las tareas que deben completar. En las diversas pantallas de la aplicacin, debemos buscar enlaces claramente etiquetados que nos lleven a otras partes del software o la funcionalidad, enlaces que relacionen la informacin con la que estamos trabajando con otras tareas que se pueden llevar a cabo en base a dicha informacin. En el software de negocio, se ve ms de este estilo de navegacin. En lugar de hacer que el usuario necesite aprender qu pasos excluidos son necesarios para llevar a cabo funciones especficas, la aplicacin tendr que ofrecer una serie de enlaces a esas funciones concretas que relacionen la informacin en cuestin. Hay que fijarse en la sensacin que percibe el usuario cuando trabaja con la aplicacin. Es similar al modo en el que interacta con la informacin en internet? O acaso se parece a los antiguos sistemas basados en caracteres, en los que haba que teclear el encabezamiento del comando y luego ir a otra pantalla diferente en la que era necesario introducir la direccin del comando y por eso haba que trabajar de un modo que no era intuitivo?

Dan Matthews es Chief Technology Officer de IFSTM R&D. Trabaja con IFSTM desde 1996, con arquitectura de
software y con la plataforma de tecnologa de IFS. Dan obtuvo el ttulo de master en informtica e ingeniera de software en la universidad de Linkping, Suecia.

11

ACERCA DE IFSTM
IFSTM (OMX STO: IFS) fundada en 1983, se dedica a desarrollar, proveer e implantar IFS Applications, un ERP basado en componentes que ofrece una amplia funcionalidad, completamente integrado y construido bajo tecnologa SOA (Arquitectura Orientada a Servicios). IFSTM se dirige a aquellas empresas giles en las que cualquiera de estos cuatro procesos son claves: servicios y gestin de activos, fabricacin, cadena de suministro y proyectos. IFSTM tiene 2000 clientes y cuenta con ms de 2.700 empleados y est presente en 50 pases. Si quiere recibir ms informacin no dude en contactar con nuestras oficinas en Espaa en el 918062345 o a travs de ifsiberica@ifsworld.com

12