ENFOQUES DE ANLISIS BASADOS EN MODELOS:

Este anlisis utiliza imgenes para comunicar problemas de negocios, requerimientos y soluciones.
Ejemplos de modelos con los que puede ya estar familiarizado incluyen diagramas de flujo, cuadros de
estructura o jerarquas y organigramas. En la actualidad, los enfoques basados en modelos casi siempre
se resaltan por el uso de herramientas automatizadas. Algunos analistas dibujan modelos de sistemas
con software grfico de propsitos generales como Visio de Microsoft. Otros analistas y organizaciones requieren el uso de herramientas basadas en repositorios CASE o de elaboracin de modelos
como System Architect, Visible Architect, Visible Analyst o Rational ROSE. Las herramientas CASE
ofrecen la ventaja del anlisis consistente y completo as como una revisin de errores basada en reglas.
ENFOQUES MS POPULARES DE ANLISIS BASADOS EN MODELOS
1) Mtodos tradicionales
1. EL ANLISIS ESTRUCTURADO: se enfoca en el flujo de datos a travs de los procesos
de negocios y de software. Se dice que est centrado en el proceso. Por centrado en el
proceso queremos decir que el nfasis est en los componentes (bloques de construccin)
del PROCESO en su marco de referencia del sistema de informacin. Una de las
herramientas clave utilizadas para elaborar modelos de procesos es el diagrama de flujo de
datos que describe los procesos existentes o propuestos en un sistema junto con sus
entradas, salidas y datos. Los modelos muestran el flujo de datos entre y a travs de los
procesos y los lugares donde se almacenan los datos.
2. INGENIERA DE INFORMACIN (IE): se enfoca en la estructura de datos
almacenados en un sistema ms que en los procesos. Por ello, se dijo que era centrado en los
datos, al enfatizar el anlisis de los requerimientos de CONOCIMIENTO (o datos). La
herramienta fundamental para modelar requerimientos de datos es el diagrama de relacin
de entidad (figura 4.3). Los diagramas de relacin de entidades an son muy utilizados en el
diseo de bases de datos de relaciones.
2) Estrategia orientada a objetos
1. ESTRATEGIA ORIENTADA A OBJETOS: ve los sistemas de informacin no como
datos y procesos, sino como una coleccin de objetos que encapsulan datos y procesos. Los
objetos pueden contener atributos de datos. Sin embargo, la nica forma de crear, leer,
actualizar o eliminar los datos de un objeto es a travs de uno de sus procesos incrustados
(llamado mtodos). Los lenguajes de programacin orientados a objetos como Java, C++ y

los lenguajes .NET, se vuelven cada vez ms populares

3) Enfoques de anlisis de sistemas acelerados:
1. PROTOTIPOS: muestras funcionales pero incompletas de un sistema deseado. Los
prototipos sirven a la forma de pensar de sabr lo que quiero cuando lo vea, que es
caracterstico de muchos usuarios y administradores. Por incompleto queremos decir que
un prototipo no incluir la revisin de errores, validacin de entrada de datos, seguridad y
totalidad de proceso de una aplicacin terminada. Ni tampoco estar tan pulida ni ofrecer
ayuda al usuario como en el sistema final. Pero como puede ser desarrollado con rapidez, de
igual forma puede identificar los requerimientos ms cruciales de nivel de negocios. A
veces, los prototipos pueden evolucionar para convertirse en los sistemas finales, es decir,
las aplicaciones completas.
4) Elaboracin de prototipos de identificacin
Utiliza tecnologa de desarrollo rpido para ayudar a los usuarios a identificar sus
requerimientos de negocios. Por ejemplo, es muy comn que los analistas de sistemas utilicen
una herramienta de desarrollo simple como Access de Microsoft para crear en forma rpida una
base de datos simple, formatos de entrada de usuario e informes de muestra para solicitar
respuestas de usuarios en cuanto a si la base de datos, formatos e informes representan en
realidad los requerimientos de negocios. La intencin es desarrollar de manera normal el nuevo
sistema final en una herramienta y un lenguaje de desarrollo de aplicacin ms sofisticado, pero
la herramienta ms simple permite al analista desarrollar los prototipos de acuerdo con los
requerimientos de los usuarios con una mayor rapidez.
En la elaboracin de prototipos para identificacin, tratamos de desalentar a los usuarios de
preocuparse por la visin y sensacin final de los prototipos de sistemas, que pueden
cambiarse durante el diseo del sistema! Aqu reside la crtica primaria de la elaboracin de
prototipos; las plantillas de software existen en las herramientas de elaboracin de prototipos
para generar en forma rpida algunos prototipos muy elegantes y visualmente atractivos.
5) Anlisis rpido de arquitectura:
es un mtodo de anlisis acelerado que tambin construye modelos de sistemas. El anlisis
rpido de arquitectura se hace posible mediante la tecnologa de ingeniera inversa que se
incluye en muchas herramientas automatizadas como CASE y lenguajes de programacin
Las herramientas de ingeniera inversa generan modelos de sistemas de las aplicaciones de
software existentes o los prototipos de sistemas. Los modelos de sistemas resultantes pueden

entonces ser editados y mejorados por los analistas de sistemas y los usuarios para proporcionar
un plan para un sistema nuevo y mejorado.
Tecnicas para aplicar un analisis de arquitectura rapido
1. La mayora de los sistemas ya han sido automatizados hasta cierto grado y existen como
sistema de informacin de heredado. Muchas herramientas CASE pueden leer las
estructuras de base de datos subyacentes y/o los programas de aplicacin, y luego, con
ingeniera inversa, regresarlos en diferentes modelos de sistemas. Esos modelos sirven
como punto de partida para definir un anlisis de requerimientos de usuario basado en
modelos.
2. Si los prototipos han sido construidos en herramientas como Access o Visual Basic de
Microsoft, esos prototipos a veces pueden ser revertidos con la ingeniera inversa a su
equivalente en modelos de sistemas. Estos ltimos por lo general se prestan para analizar los
requerimientos de los usuarios en cuanto a su consistencia, totalidad, estabilidad,
escalabilidad y flexibilidad al cambio futuro. Tambin, los modelos de sistemas con
frecuencia pueden ser cambiados por la ingeniera hacia adelante por medio de las mismas
herramientas CASE y los ADE (ambientes de desarrollo de aplicacin) en las bases de datos
y plantillas de aplicacin o los esqueletos que utilizarn las robustas bases de datos de nivel
empresarial y tecnologa de programacin.
6) Mtodos para identificacin de requerimientos
Los mtodos de anlisis de sistemas acelerados y el basado en modelos intentan expresar los
requerimientos de usuarios para un nuevo sistema, ya sea como modelos o como prototipos.
Pero ambos mtodos son, a su vez, dependientes de la necesidad ms sutil de identificar y
administrar en realidad esos requerimientos.
Tcnicas de identificacin de hechos
1. El muestreo de la documentacin existente, informes, formatos, archivos, bases de
datos y memorandos.
2. Investigacin de bibliografa relevante, sondeo en el mercado de otras soluciones y
visitas a sitios.
3. Observacin del sistema actual en accin y el ambiente de trabajo.
4. Cuestionarios y encuestas de la administracin y la comunidad de usuarios.
5. Entrevistas de administradores, usuarios y personal tcnico apropiado.
7) Planeacin conjunta de requerimientos
Las tcnicas de identificacin de hechos listadas con anterioridad son invaluables; sin embargo,

pueden consumir mucho tiempo en sus formas clsicas. De manera alternativa, la identificacin
de requerimientos y la administracin pueden ser acelerados en forma significativa al usar una
tcnica de planeacin conjunta de requerimientos (joint requirements planning, JRP).
Una JRP proporciona un ambiente de trabajo en el cual se aceleran todas las tareas y los
productos del anlisis de sistemas. Promueve una participacin mejorada del PROPIETARIO
DE SISTEMAS y del USUARIO DE SISTEMAS en el anlisis del sistema. Pero tambin
requiere que un facilitador con excelentes habilidades de negociacin y conciliacin se asegure
de que todas las partes reciban las oportunidades apropiadas para contribuir al desarrollo del
sistema
La JRP por lo general se utiliza en conjunto con los mtodos de anlisis basados en sistemas
que describimos con anterioridad y casi siempre se incorpora en las metodologas y rutas de
desarrollo rpido de aplicacin (RAD)
8) Mtodos de rediseo de procesos de negocios
El inters en el BPR fue dirigido por el descubrimiento de que los sistemas de informacin y
aplicaciones ms actuales slo han automatizado los procesos de negocios existentes e
ineficientes
La burocracia automatizada sigue siendo burocracia; la automatizacin no necesariamente
aporta valor al negocio y en verdad puede sustraer valor al negocio el BRP es : uno de muchos
tipos de proyectos disparados por las tendencias que llamamos de administracin de
calidad total (total quality management, TQM) y mejora continua de procesos (continuos
process improvement, CPI).
9) Estrategias de anlisis de sistemas FAST:
Al igual que la mayora de las metodologas comerciales, nuestra metodologa hipottica
FAST no impone un solo mtodo en los analistas de sistemas. En su lugar, integra todos los
mtodos populares presentados en los prrafos anteriores en una coleccin de mtodos
acelerados
10)