Inicio > Departamentos > Informática > Análisis de Sistemas II
Inicio
Presentación
Programa
Bibliografía
Docentes
Horarios
Exámenes
Apuntes

Apuntes > Herramientas del Análisis Estructurado

Herramientas del Análisis Estructurado

¿Para Qué Se Utilizan las Herramientas de Modelado?.

Herramientas de Modelado Importantes.

Modelado de las Funciones del Sistema. Diagrama de Flujo de Datos.

Modelado de Datos Almacenados. Diagrama de Entidad - Relación.

Modelado del Comportamiento Dependiente del Tiempo. El Diagrama de Transición de Estados.

Modelado de la Estructura de los Programas. El Diagrama de Estructura.

  ¿Para Qué Se Utilizan las Herramientas de Modelado?

La labor del análisis involucra el modelado del sistema que desea el usuario, hay muchos tipos diferentes de modelos que se pueden elaborar, como modelos diferentes puede hacer de una casa nueva un arquitecto. Los modelos de análisis de sistema son representaciones abstractas de lo que al final será una combinación de hardware y software.

El termino 'modelo' puede parecer formal, pero representa un concepto manejado durante la mayor parte de la vida. Consideremos los siguientes tipos de modelos:

  Mapas, modelos bidimensionales del mundo en que vivimos.

  Diagrama de Flujo, representaciones esquemáticas de las decisiones y la secuencia de actividades para llevar a cabo un determinado procedimiento.

  Dibujos Arquitectónicos, representaciones esquemáticas de un edificio o un puente, etc.

Podríamos preguntarnos ¿porqué se construye modelos y no simplemente el sistema mismo? La respuesta es que podemos construir modelos de manera tal que enfatizamos ciertas propiedades críticas del sistema, mientras que simultáneamente desacentuamos otros de sus aspectos. Esto nos permite comunicarnos con el usuario de una manera enfocada, sin distraernos con asuntos y características ajenas al sistema. Además, si nos damos cuenta que nuestra visión de los requerimientos no fue la correcta (o que este cambia respecto a sus requerimientos), se podrán hacer cambios en el modelo o desecharlo y hacer uno nuevo de ser necesario. La alternativa es realizar reuniones con el cliente para poder reunir toda la información necesaria y luego construir el sistema, corremos el riesgo de que nuestro cliente no este conforme con el producto final y los cambios a esta altura podrían resultar muy costosos.

Entonces utilicemos las herramientas de modelado para:

 Concentrarse en las propiedades importantes del sistema, y restarle atención a las menos importantes.

  Discutir cambios y correcciones en los requerimientos de usuarios, a bajo costo y riesgo mínimo.

 Verificar que el analista comprenda correctamente el ambiente del usuario y que lo haya respaldado con información documental para que los diseñadores de sistemas y programadores puedan construir el sistema.

 Herramientas de Modelado Importantes.

1.     Modelado de las Funciones del Sistema. Diagrama de Flujo de Datos.

2.     Modelado de Datos Almacenados. Diagrama de Entidad - Relación.

3.     Modelado de las Estructuras de los Programas. El Diagrama de las Estructuras.

4.     Modelado de la Estructura de los Programas. El Diagrama de Estructura.

  Modelado de las Funciones del Sistema. Diagrama de Flujo de Datos.

Ilustra las funciones que el sistema debe realizar. Podría describirse como ¿qué transformaciones debe llevar a cabo el sistema? ¿Qué entradas se Transforman en qué salidas? Entre otras.

Los diagramas de flujo de datos consisten en procesos, agregados de datos y terminadores:

  Los procesos se representan por medio de círculos, o 'burbujas' en el diagrama. Representan las funciones individuales que el sistema lleva a cabo. Las funciones transforman entradas en salidas.

  Los flujos se muestran por medio de flechas curvas, son conexiones entre los procesos y representa la información que dicho proceso necesita como entrada o genera como salida.

  Los agregados de datos se representan por medio de dos líneas paralelas o mediante una elipse. Muestran colecciones de datos que el sistema debe recordar por un período de tiempo. Cuando los diseñadores de sistema y programadores terminen de construir el sistema, estos serán archivos o bases de datos.

  Los terminadores muestran la entidad externa con la que el sistema se comunica, típicamente son individuos; grupos de personas; organizaciones externas; otros sistemas, etc.

Ejemplo diagrama de Flujo.

 

El diagrama de flujo de datos proporciona una visión global de los componentes funcionales del sistema, pero no da detalles de estos. Para mostrar detalles acerca de que información se transforma y como se transforma, se ocupan dos herramientas textuales de modelado adicionales: el Diccionario de Datos y la Especificación de Procesos.

 Ejemplo Diccionario de Datos:

NOMBRE del cliente = tratamiento de cortesía o titulo + nombre + apellido

Tratamiento de cortesía o título = [Sr. | Srta. | Sra. | Dr. | Prof.]

Nombre = {carácter valido}

Apellido = {carácter valido}

Carácter valido = [A - Z| a -z| ´| - |]

 Ejemplo de Especificación de Proceso Típica para un solo proceso.

Por cada pago de cliente ingresado

Buscar su detalle de factura correspondiente al cliente

Si el pago es efectivo

Colocar sello de pagado a la factura del cliente

Colocar marca de pagado en factura copia y almacenar

En caso contrario

Descontar monto pagado a factura cliente

Acentar fecha de entrega.

Almacenar factura cliente copia

Entregar recibo entrega.

Fin pago.

Para conocer más sobre Diagramas de Flujo de Datos haga click aquí

   Modelado de Datos Almacenados. Diagrama de Entidad - Relación.

Estos diagramas hacen énfasis en las relaciones entre los datos. Todos los sistemas almacenan y usan información acerca del ambiente en el cual interactúan; a veces, esta información es mínima, pero en la mayoría de los sistemas es bastante compleja. No solo deseamos conocer en detalle que información hay en cada agregado de datos, sino que también queremos conocer la relación que existe entre agregados. Este aspecto del sistema no se resalta en el diagrama de flujo, pero sí aquí.

Este diagrama consta de dos elementos fundamentales:

 Tipo de Objetos: se representan por medio de un rectángulo en los diagramas. Esto representa una colección o conjunto de objetos (cosas) del mundo real cuyos miembros juegan algún papel en el desarrollo del sistema; pueden además identificarse de manera única y ser descriptos por uno o más atributos.

 Relaciones: se representan por medio de rombos en el diagrama y son la serie de conexiones o asociaciones entre los tipos de objetos que están conectados por la relación por medio de flechas.

Ejemplo de Diagrama de Entidad Relación.

 

 Para conocer más sobre Diagramas de Entidad Relación haga click aquí

 Modelado del Comportamiento Dependiente del Tiempo. El Diagrama de Transición de Estados.

La secuencia con la cual se hará el acceso a los datos y se ejecutarán las funciones es un tercer aspecto de muchos sistemas complejos. Para algunos sistemas de empresas este tema no es importante, puesto que la secuencia es trivial. Así, en muchos sistemas que no son de tiempo real, ni están en línea, la función N no puede llevarse a cabo hasta que recibe la entrada que requiere; y esta entrada se produce como salida de una función N-1 y así sucesivamente.

Muchos sistemas en línea y de tiempo real tienen complejas relaciones en el tiempo, que deben modelarse tan cuidadosamente como las funciones y las relaciones de datos.

Ejemplo Diagrama de Transición de Estados:

 

 Para conocer más sobre Diagramas de Transición de Estados haga click aquí

  Modelado de la Estructura de los Programas. El Diagrama de Estructura.

Herramienta gráfica de modelado utilizada para representar la jerarquía de software. Este diagrama cada rectángulo representa un módulo (por ejemplo un sub- programa de Cobol), las flechas que conectan los rectángulos representan invocaciones de módulos (por ejemplo llamado de sub- rutinas). El diagrama también muestra parámetros de entrada que se le dan a cada módulo invocado y parámetros de salida devueltos por cada módulo cuando termina su tarea y devuelve el control al que lo llama.

Este diagrama es una herramienta excelente para los diseñadores de sistemas, pero no es el tipo de modelo que normalmente se mostrará al usuario, pues modela un aspecto de la implantación del sistema, no de sus requerimientos.

Ejemplo de Diagrama de Estructura:

   Para conocer más sobre Diagramas de Estructura haga click aquí.

Autor: Lic. Maria de los Angeles Ferraro.