FASES DEL ANLISIS DE LOS SISTEMAS DE INFORMACIN

INTRODUCCIN
La fase de anlisis es la etapa del proceso de desarrollo de sistemas de
informacin que sigue a la fase de estrategia, esta fase busca obtener la
mayor claridad posible con respecto a los requerimientos y necesidades del
usuario o usuarios del sistema a desarrollar. La realizacin de esta fase
sirve para obtener un documento de requisitos, el Modelo E-R de anlisis, el
Modelo de funciones y procesos de anlisis, la matriz cruzada de Entidades
vs. Funciones y la matriz cruzada de Entidades vs. Funciones vs. Requisitos.
Durante esta fase del proceso se debe tener especial cuidado, pues de ella
depende la calidad y aceptacin de los resultados finales. Tenga en cuenta
que "un anlisis bien realizado y muy completo, representa un 70% de la
solucin ya obtenida"
OBJETIVO
Recoger la informacin pertinente al sistema y analizar los requisitos de
usuario que el sistema deber satisfacer, ya que no es posible satisfacer las
necesidades del usuario que nunca se han descubierto.
METODOLOGA
- Movindose entre la recogida de informacin y el anlisis de requisitos se
procura crear un diagrama E/R de anlisis, los flujos de procesos de anlisis
y la jerarqua de funciones global.
- Recogida de Informacin: Desarrollo de entrevistas, cuestionarios,
tablones electrnicos de anuncios, revisiones del sistema heredado, revisin
de informes y documentacin de usuario y de sistema.
- Anlisis de requisitos: Extraccin de requisitos del sistema de informacin
en forma estructurada. As por ejemplo, a nivel de unidad despus de cada
entrevista puede generarse un bosquejo de diagrama E/R, una pequea
jerarqua de funciones y un flujo de mini procesos especficamente para esa
entrevista, pudindose iniciar un anlisis de requisitos a nivel de sistema.

AL TERMINAR ESTA FASE, EL ESTUDIANTE DEBER PRESENTAR UN

DOCUMENTO DE ANLISIS QUE CONTENDR LO SIGUIENTE:
1. Recogida de informacin
- Entrevistas. Para su elaboracin tener presente:
Realizar preguntas abiertas
Primero escuchar y luego hablar
Utilizar la retroalimentacin

Utilizar cuidadosamente la autoridad

Protegerse contra los prejuicios
Agrupar las preguntas por categoras (Validacin, Horizontales y
Verticales)
Hechas las entrevistas ha de estructurarse la informacin recogida
identificando lo siguiente:
Qu hace cada usuario y cmo lo hace?
Qu necesita cada usuario para hacer su trabajo?
Qu mejoras que se pueden lograr con el nuevo sistema?
Temas que escapan de las funciones del trabajo cercano al usuario
- Cuestionarios: Se emplean cuando el usuario no pueda ser entrevistado. A
la hora de disear las preguntas, debe considerarse el rango completo de
gente que los recibir. Deben desarrollarse diferentes cuestionarios para
diferentes clases de usuarios del sistema. Al igual que las entrevistas
despus de recibidos los cuestionarios debe estructurarse la informacin.
- Tablones electrnicos de anuncios: S la organizacin posee una Intranet,
esta puede usarse para que los usuarios, discutan entre s sobre el sistema
que se est analizando. El analista tomara de all los mensajes dejados por
el usuario y procedera a categorizar dicha informacin.
- Revisin del Sistema Heredado: Se deber realizar las siguientes tareas:
Inspeccin de cdigo (Validacin de datos, Cdigo que genera
campos redundantes o calculados, Cdigo que soporta seguimiento y
lgica).
Revisin de Informes (Crticos, Muy tiles, tiles, Utilidad marginal,
Intil).
Inspeccin de Usuario: acompaar al usuario en una sesin de
trabajo con el sistema a fin de observar la interaccin con este.
Revisin de la documentacin de usuario y de sistema (Estructura de
Datos, Campos, Manual del Usuario, etc.).
2. Anlisis de Requisitos
Consiste en organizar la informacin recogida de manera que pueda
interpretarse antes de proceder al diseo del sistema. Esta interpretacin se
presenta como el documento de requisitos el cual es una descripcin clara y
precisa de los requisitos del rea de negocio. La informacin obtenida de la
fase anterior debe estructurarse para evitar una enumeracin de conceptos
sin relacin, uno detrs de otro. Posteriormente el documento de requisitos
se comprueba con los modelos E-R de de anlisis y Funciones de anlisis. La
verificacin de los modelos es la ltima parte de la fase de anlisis, para
que as el analista pueda decir: "Lo que se ha diseado, s tiene sentido".

3. Diagrama Entidad Relacin de Anlisis

El diagrama E/R almacena la mayora de los requisitos de negocio en un
solo documento. Este ha de representar de manera compacta la mayor
parte de los requisitos y reglas relacionados con los datos de la
organizacin. En esta fase el diagrama ha de cumplir las tres formas
normales; debern estar definidas todas las relaciones con sus respectivos
nombres, reglas de opcionalidad y cardinalidad; y ha de incluirse los
atributos obligatorios y opcionales. Si la aplicacin involucra muchas
entidades de datos, puede optarse por presentar el diagrama E/R de
manera particionada para efectos de mayor claridad ante los usuarios.
4. Diagrama de Flujo de Datos
La modelacin de los flujos de inoformacin y los procesos del sistema debe
ilustrar las actividades del rea de empresa en estudio y la forma como lo
hace. Esto lo representamos mediante los DFD (diagramas de flujo de
Datos )asociados a la jerarqua de funciones. El objetivo de esta parte del
anlisis es determinar el uso apropiado de las colas de tareas u otras
modificaciones del sistema relacionadas con el flujo de trabajo en la
organizacin. Ha de tenerse claro la separacin de funciones ya sea en el
tiempo o por los usuarios que la realizan. As por ejemplo, responder una
llamada telefnica de un cliente y registrarla en papel no sern dos
funciones, puesto que los dos eventos se producen siempre uno a
continuacin de otro y son efectuados por la misma persona. Sin embargo,
recibir un pedido de un cliente y aprobar el pedido seran dos tareas, porque
las realizan dos personas tal vez en momentos diferentes.
5. Matrices de cruce
5.1 Requisitos Vs. funciones:
Esta labor se realiza como medida de seguridad ya que los modelos
Funcional y E-R se han construido precisamente a partir de los requisitos
encontrados.
La idea es hacer una tabla o matriz que contenga cada requisito y la funcin
que responde a este requisito. Cada requisito se comprueba con el modelo
de Funciones anotando en la columna referencia de Funcin con cul
funcin se satisface. La columna funcin no deber contener ninguna celda
vaca. De lo contrario se deber analizar de nuevo el modelo de funciones.
5.2 Requisitos Vs. Entidades de datos:
La idea es hacer una tabla que contenga: Requisito y Referencia de Entidad.
Cada requisito se comprueba con el modelo de E-R anotando en la columna
referencia de Entidad con cul entidad de datos se satisface. La columna
entidad no deber contener ninguna celda vaca. De lo contrario se deber
analizar de nuevo el modelo E-R.

5.3 Funciones Vs. Entidades de datos:

La idea es hacer una tabla que contenga las funciones del sistema y la
referencia de la entidad o entidades que permiten modelar cada funcin.
Cada funcin se comprueba con el modelo de E-R anotando en la columna
funcin con cul entidad de datos se satisface. La columna funcin no
deber contener ninguna celda vaca. De lo contrario se deber analizar de
nuevo el modelo E-R.