Análisis estructurado

Análisis estructurado

Dr. José Eduardo Valdez Rodríguez

Análisis estructurado:

Es un método para el análisis de sistemas manuales o automatizados, que conducen al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes.

METODOLOGÍA DEL FLUJO DE DATOS(Computer Aided Software Engineering CASE)

Por medio de una técnica de análisis estructurado conocida como diagramas de flujo de datos (DFD), el analista de sistemas puede ensamblar una representación gráfica de los procesos de datos a través de la organización. Al usar combinaciones de sólo cuatro símbolos, el analista puede crear una descripción ilustrada de los procesos con el fin de elaborar una documentación sólida para el sistema.

Ventajas de la metodología del flujo de datos: 1. No hay que comprometerse demasiado pronto con la implementación técnica del sistema. 2. Permite comprender con más detalle la capacidad de interrelación de los sistemas y subsistemas. 3. Se puede comunicar el conocimiento del sistema actual a los usuarios por medio de diagramas de flujo de datos. 4. Se puede analizar un sistema propuesto para determinar si se han definido los datos y procesos necesarios.

Convenciones usadas en los diagramas de flujo de datos

(Kenneth E. Kendall, 2011)

Entidad

• El cuadrado doble se utiliza para describir una entidad externa (otro departamento, una empresa, una persona o una máquina) que pueda enviar/recibir datos hacia/desde el sistema.
• La entidad externa, o simplemente entidad, también se conoce como origen o destino de los datos, y se considera externa al sistema que se está describiendo.
• Cada entidad se identifica con un nombre apropiado.
• Aunque interactúa con el sistema, se considera fuera de los límites de éste.
• Se debe denominar a las entidades con un sustantivo. Se puede utilizar la misma entidad más de una vez en un diagrama de flujo de datos para evitar cruzar las líneas de flujo de datos.

Flujo de datos

• La flecha muestra el movimiento de los datos de un punto a otro; la cabeza de la flecha apunta hacia el destino de los datos.
• Los flujos de datos que ocurren al mismo tiempo se pueden describir mediante el uso de flechas paralelas.
• Como una flecha representa datos sobre una persona, lugar o cosa, también se debe describir con un sustantivo.

Proceso

• Se utiliza un rectángulo con esquinas redondas para mostrar la ocurrencia de un proceso de transformación.
• Los procesos siempre expresan un cambio o transformación en los datos; por ende, el flujo de datos que sale de un proceso siempre se identifica de manera distinta al flujo que entra al proceso.

• Un nombre claro facilita la acción de entender lo que el proceso lleva a cabo.
• Un proceso también debe recibir un número de identificación único que indique su nivel en el diagrama.
• Puede haber varios flujos de datos que entren y salgan de cada proceso.

Notas sobre los procesos

• Al denominar un proceso de alto nivel, asigne al proceso el nombre de todo el sistema. Por ejemplo, SISTEMA DE CONTROL DE INVENTARIO.

• Al denominar un subsistema importante, use un nombre tal como SUBSISTEMA DE INFORME DE INVENTARIOS o SISTEMA DE CUMPLIMIENTO CON CLIENTES DE INTERNET.

• Al denominar procesos detallados, use una combinación verbo-sustantivo-adjetivo. El verbo describe el tipo de actividad, como CALCULAR. El sustantivo indica cuál es el resultado principal del proceso, como INFORME. El adjetivo ilustra la salida específica que se produce, como PEDIDO PENDIENTE. Algunos ejemplos de nombres de procesos completos son CALCULAR IMPUESTO DE VENTAS, VERIFICAR ESTADO DE CUENTA DE CLIENTE.

almacén de datos

• El último símbolo básico que se utiliza en los diagramas de flujo de datos es un rectángulo con un extremo abierto, el cual representa a un almacén de datos.
• En los diagramas de flujo de datos lógicos no se especifica el tipo de almacenamiento físico.
• En este punto, el símbolo del almacén de datos muestra sólo un depósito de datos que permite examinar, agregar y recuperar los datos.
• El almacén de datos puede representar un almacén manual como un archivero, o un archivo o una base de datos computarizada.

• Los almacenes de datos temporales, como el papel de borrador o un archivo temporal de computadora, no se incluyen en el diagrama de flujo de datos.

CÓMO DESARROLLAR DIAGRAMAS DE FLUJOS DE DATOS

• Hacer una lista de las actividades de la empresa y usarla para determinar los siguientes elementos: Entidades externas, Flujos de datos, Procesos y Almacenes de datos.

• Crear un diagrama de contexto que muestre las entidades externas y los flujos de datos que entran y salen del sistema. No debe mostrar procesos detallados ni almacenes de datos.

• Dibujar el Diagrama 0, el siguiente nivel. Puede mostrar los procesos pero debe mantenerlos en un nivel general. En este nivel puede mostrar los almacenes de datos.

• Crear un diagrama hijo para cada uno de los procesos en el Diagrama 0.

CÓMO DESARROLLAR DIAGRAMAS DE FLUJOS DE DATOS

• Verificar los errores y asegurarse de que las etiquetas que asigne a cada proceso y flujo de datos sean significativas.
• Desarrollar un diagrama de flujo de datos físico a partir del diagrama de flujo de datos lógico. Establecer la diferencia entre los procesos manuales y los automatizados, describir los archivos e informes actuales por nombre y agregar controles para indicar cuando se completen los procesoso se produzcan errores.
• Particionar el diagrama de flujo de datos físico mediante la separación o agrupación de partes del diagrama para facilitar la programación y la implementación.

reglas básicas para el desarrollo de diagramas DE FLUJOS DE DATOS

1. El diagrama de flujo de datos debe tener por lo menos un proceso y no debe haber objetos independientes o conectados a sí mismos.
2. Un proceso debe recibir por lo menos un flujo de datos entrante y debe crear por lo menos un flujo de datos saliente.
3. Un almacén de datos debe estar conectado con por lo menos un proceso.
4. Las entidades externas no se deben conectar entre sí. Aunque se comunican en forma independiente, esa comunicación no forma parte del sistema que diseñamos mediante el uso de DFD.

diagrama de contexto

• El diagrama de contexto inicial debe ser una vista general que incluya las entradas básicas, el sistema general y las salidas.
• Este diagrama será el más general, una verdadera vista panorámica del movimiento de datos en el sistema y la conceptualización más amplia posible del sistema.
• El diagrama de contexto es el nivel más alto en un diagrama de flujo de datos y contiene sólo un proceso, el cual representa a todo el sistema.
• El proceso recibe el número cero.
• Todas las entidades externas se muestran en el diagrama de contexto, así como el flujo de datos principal que entra y sale de ellas.
• El diagrama no contiene almacenes de datos y es bastante simple de crear una vez que los analistas conocen las entidades externas y el flujo de datos que entra y sale de ellas.

Diagrama 0

diagramashijos

Comprobación de errores en los diagramas

• Olvidar incluir un flujo de datos o apuntar una flecha en dirección equivocada. Cada proceso transforma los datos: debe recibir datos de entrada y producir datos de salida.
• Conectar almacenes de datos y entidades externas directamente entre sí. No se pueden conectar los almacenes de datos y las entidades entre sí; se deben conectar sólo mediante un proceso. Un archivo no se interconecta con otro archivo sin la ayuda de un programa o una persona que mueva los datos.
• Etiquetar de manera incorrecta los procesos o el flujo de datos. Inspeccione el diagrama de flujo de datos para asegurar que cada objeto o flujo de datos esté identificado en forma apropiada.

Comprobación de errores en los diagramas

• Incluir más de nueve procesos en un diagrama de flujo de datos. Al tener muchos procesos se produce un diagrama sobrecargado de información que puede confundirnos al tratar de leerlo y entorpece lacomunicación en vez de mejorarla. Si hay más de nueve procesos involucrados en un sistema, agrupe algunos de los procesos que trabajen en conjunto para formar un subsistema y colóquelos en un diagrama hijo.
• Omitir el flujo de datos. Examine su diagrama en busca de flujo lineal; es decir, un flujo de datos en el que cada proceso sólo tiene una entrada y una salida.
• Crear una descomposición (o expansión) desbalanceada en los diagramas hijos. Cada diagrama hijo debe tener el mismo flujo de datos de entrada y salida que el proceso padre.

DIAGRAMAS DE FLUJO DE DATOS LÓGICOS Y FÍSICOS

• Un diagrama de flujo de datos lógico se enfoca en la empresa y la forma en que ésta opera. No se preocupa por la forma en que se construirá el sistema, sino que describe los eventos de la empresa que se llevarán a cabo, además de los datos requeridos y producidospor cada evento.
• En contraste, un diagrama de flujo de datos físico muestra cómo se implementará el sistema, incluyendo hardware, software, los archivos y las personas involucradas en el sistema.

1.Leer el material sobre los antecedentes.

2.Establecer los objetivos de la entrevista.

4.Preparar al entrevistado.

DIAGRAMAS DE FLUJO DE DATOS LÓGICOS Y FÍSICOS

1.Leer el material sobre los antecedentes.

2.Establecer los objetivos de la entrevista.

4.Preparar al entrevistado.

Análisis de sistemas mediante el uso de diccionarios de datos

• El diccionario de datos es una obra de consulta de información sobre los datos (es decir, metadatos); es compilado por los analistas de sistemas para guiarse a través del análisis y diseño.

• Como documento, el diccionario de datos recopila y coordina términos de datos específicos, además de confirmar lo que significa cada término para distintas personas en la organización.

EL REPOSITORIO DE DATOS

• Es una colección más grande de información sobre el proyecto.

• Contiene información sobre los datos que mantiene el sistema, incluyendo flujos de datos, almacenes de datos, estructuras de registros, elementos, entidades y mensajes.

• Lógica de procedimiento y casos de uso.
• Diseño de pantallas e informes.
• Relaciones de datos, como la forma en que una estructura de datos está vinculada con otra.
• Requerimientos del proyecto y entregables finales del sistema.
• Información administrativa del proyecto, como calendarios de entrega, logros, cuestiones que hay que resolver y usuarios del proyecto.

categorías del diccionario de datos

Flujo de datos:

categorías del diccionario de datos

Estructuras de datos

categorías del diccionario de datos

Elementos de datos

categorías del diccionario de datos

Almacenes de datos

CREACIÓN DEL DICCIONARIO DE DATOS

Recordatorio: Alumnos de evaluación por actividades que no realizaron su aportacion, tendran que subirla al apartado de entregas extemporaneas de la semana 1. Alumnos de evaluación por actividades, realizar sus actividades en Foro 2. Todos los alumnos deben de realizar las actividades colaborativas.

Gracias ¿DUdas?