análisis esctructurado
Páginas: 17 (4096 palabras)
Publicado: 22 de abril de 2013
CONTENIDO
1. Introducción
2. Herramientas del Análisis Estructurado
2.1 Diagrama de Flujo de Datos
2.1.1 Flujo de Datos
2.1.2 Procesos
2.1.3 Depósito de Datos
2.1.4 Agentes Externos
2.1.5 Refinamiento de Procesos en un DFD
2.1.6 Reglas de Validación
2.2 Diccionario de Datos
2.2.1 Notación
2.3 Modelo Entidad Relación
2.3.1 Entidades y Atributos2.3.2 Relaciones
2.3.2.1 Relación Uno a Uno.
2.3.2.2 Relación Uno a Muchos
2.3.2.3 Relación Muchos a Muchos
2.4 Especificación de Procesos
2.4.1 Lenguaje Estructurado
2.4.2 Pre/Pos Condiciones
2.4.3 Tabla de Decisión
2.4.4 Árboles de Decisión
2.4.5 Diagramas de Nassi-Shneiderman
2.5 Diagramas de Transición de Estados (DTE)
2.5.1 Estados
2.5.2 Transiciones2.5.3 Representación en Tabla de Transición
2.5.4 Representación en Diagramas de Grade
3. Bibliografía
Pág. 3
Pág. 3
Pág. 5
Pág. 6
Pág. 8
Pág. 8
Pág. 9
Pág. 11
Pág. 12
Pág. 13
Pág. 14
Pág. 15
Pág. 16
Pág. 16
Pág. 17
Pág. 17
Pág. 18
Pág. 18
Pág. 19
Pág. 21
Pág. 22
Pág. 23
Pág. 24
Pág. 25
Pág. 26
Pág. 26
Pág. 27
Pág. 28
INTRODUCCIÓN
El análisisestructurado fue la metodología de análisis de sistemas que tuvo uno de los impactos más grandes en el ambiente de producción del software. Desde sus orígenes a mediados de los años setenta, con los libros de Tom Demarco, Chris Gane y Trish Sarson, luego durante la década siguiente se extendió rápidamente hasta volverse en una metodología standard. En los ochenta, muchos autores trabajaron en sumodernización y en la incorporación de nuevas herramientas y estrategias de modelamiento.
La metodología presentada en este capítulo, Análisis Estructurado Moderno, es una propuesta de Edward Yourdon que, establece el modelo standard para el análisis estructurado e incorpora las ideas, criterios y herramientas presentados por los libros que lo precedieron, en una estructura de trabajo muy organizada yconsistente.
El propósito del Análisis de Sistemas es producir una declaración de requisitos esenciales del sistema que deben llevarse a cabo. Un requisito esencial es una característica que el sistema debe presentar, cualquiera sea la tecnología que llegara a ser usada para implementarlo.
2. HERRAMIENTAS DEL ANÁLISIS ESTRUCTURADO
2.1 DIAGRAMA DE FLUJO DE DATOS
Los diagramas de flujo dedatos (DFD) son utilizados para modelar la funcionalidad de un sistema. Tal como es descripto por Tom Demarco y
Gane & Sarson, un DFD permite representar un sistema como una red de procesos de transformación de datos que intercambian información por medio de flujos de datos.
Un proceso en un DFD puede representar funcionalidad en distintos niveles de abstracción, desde unidades funcionales deuna organización (por ejemplo: departamento de recursos humanos, sección de ventas, etc.) hasta expresiones simples (por ejemplo: cálculo de la tasa nominal anual de un préstamo). La Fig. 1 presenta un ejemplo no necesariamente completo, pero que ilustra las distintas componentes de un DFD.
El diagrama de flujo de datos describe cómo los datos fluyen a través del sistema, pero no proveeninformación acerca de estructuras de control o de secuencias de ejecución. La única secuencia que puede ser reconocida en un DFD es la determinada por la necesidad de información: el proceso Generar Pedido del Cliente puede completar su funcionalidad sólo en el caso que los flujos de datos: Datos del Cliente Validados, Información de Embarque e Información de las Tarifas estén disponibles (fig.1).Por otra parte, los procesos Validar Cliente y Validar Existencia no tienen un orden definido de ejecución relativo entre ellos, puesto que ninguno de ellos recibe flujos de salida del otro proceso.
Podemos considerar al diagrama de flujo de datos como un lenguaje gráfico, útil para describir la funcionalidad de un sistema, en un cierto grado de detalle. La sintaxis de dicho lenguaje comprende...
1. Introducción
2. Herramientas del Análisis Estructurado
2.1 Diagrama de Flujo de Datos
2.1.1 Flujo de Datos
2.1.2 Procesos
2.1.3 Depósito de Datos
2.1.4 Agentes Externos
2.1.5 Refinamiento de Procesos en un DFD
2.1.6 Reglas de Validación
2.2 Diccionario de Datos
2.2.1 Notación
2.3 Modelo Entidad Relación
2.3.1 Entidades y Atributos2.3.2 Relaciones
2.3.2.1 Relación Uno a Uno.
2.3.2.2 Relación Uno a Muchos
2.3.2.3 Relación Muchos a Muchos
2.4 Especificación de Procesos
2.4.1 Lenguaje Estructurado
2.4.2 Pre/Pos Condiciones
2.4.3 Tabla de Decisión
2.4.4 Árboles de Decisión
2.4.5 Diagramas de Nassi-Shneiderman
2.5 Diagramas de Transición de Estados (DTE)
2.5.1 Estados
2.5.2 Transiciones2.5.3 Representación en Tabla de Transición
2.5.4 Representación en Diagramas de Grade
3. Bibliografía
Pág. 3
Pág. 3
Pág. 5
Pág. 6
Pág. 8
Pág. 8
Pág. 9
Pág. 11
Pág. 12
Pág. 13
Pág. 14
Pág. 15
Pág. 16
Pág. 16
Pág. 17
Pág. 17
Pág. 18
Pág. 18
Pág. 19
Pág. 21
Pág. 22
Pág. 23
Pág. 24
Pág. 25
Pág. 26
Pág. 26
Pág. 27
Pág. 28
INTRODUCCIÓN
El análisisestructurado fue la metodología de análisis de sistemas que tuvo uno de los impactos más grandes en el ambiente de producción del software. Desde sus orígenes a mediados de los años setenta, con los libros de Tom Demarco, Chris Gane y Trish Sarson, luego durante la década siguiente se extendió rápidamente hasta volverse en una metodología standard. En los ochenta, muchos autores trabajaron en sumodernización y en la incorporación de nuevas herramientas y estrategias de modelamiento.
La metodología presentada en este capítulo, Análisis Estructurado Moderno, es una propuesta de Edward Yourdon que, establece el modelo standard para el análisis estructurado e incorpora las ideas, criterios y herramientas presentados por los libros que lo precedieron, en una estructura de trabajo muy organizada yconsistente.
El propósito del Análisis de Sistemas es producir una declaración de requisitos esenciales del sistema que deben llevarse a cabo. Un requisito esencial es una característica que el sistema debe presentar, cualquiera sea la tecnología que llegara a ser usada para implementarlo.
2. HERRAMIENTAS DEL ANÁLISIS ESTRUCTURADO
2.1 DIAGRAMA DE FLUJO DE DATOS
Los diagramas de flujo dedatos (DFD) son utilizados para modelar la funcionalidad de un sistema. Tal como es descripto por Tom Demarco y
Gane & Sarson, un DFD permite representar un sistema como una red de procesos de transformación de datos que intercambian información por medio de flujos de datos.
Un proceso en un DFD puede representar funcionalidad en distintos niveles de abstracción, desde unidades funcionales deuna organización (por ejemplo: departamento de recursos humanos, sección de ventas, etc.) hasta expresiones simples (por ejemplo: cálculo de la tasa nominal anual de un préstamo). La Fig. 1 presenta un ejemplo no necesariamente completo, pero que ilustra las distintas componentes de un DFD.
El diagrama de flujo de datos describe cómo los datos fluyen a través del sistema, pero no proveeninformación acerca de estructuras de control o de secuencias de ejecución. La única secuencia que puede ser reconocida en un DFD es la determinada por la necesidad de información: el proceso Generar Pedido del Cliente puede completar su funcionalidad sólo en el caso que los flujos de datos: Datos del Cliente Validados, Información de Embarque e Información de las Tarifas estén disponibles (fig.1).Por otra parte, los procesos Validar Cliente y Validar Existencia no tienen un orden definido de ejecución relativo entre ellos, puesto que ninguno de ellos recibe flujos de salida del otro proceso.
Podemos considerar al diagrama de flujo de datos como un lenguaje gráfico, útil para describir la funcionalidad de un sistema, en un cierto grado de detalle. La sintaxis de dicho lenguaje comprende...
Leer documento completo
Regístrate para leer el documento completo.