Sistemas de informacion

Índice Capítulo II – Análisis Estructurado Moderno
Capítulo II 2
II.1. Introducción 2
II.1.1 El Modelo Esencial 3
II.1.2 Dificultades en la Construcción del Modelo Esencial 3
II.1.3 Componentes del Modelo Esencial 4
II.1.4 ¿Cuándo es Necesario Desarrollar un Modelo del Sistema Actual? 4
II.2. El Modelo Ambiental 4
II.2.1 La Declaración de Objetivos 7
II.2.2 El Diagrama de Contexto 8II.2.2.1 La Construcción del Diagrama de Contexto 8
II.2.3 La Lista de Eventos 10
II.2.3.1 Construcción de la Lista de Eventos 13
II.2.4 ¿Qué va Primero: el Diagrama de Contexto o la Lista de Eventos? 14
II.2.5 El Diccionario de Datos Inicial 14
II.3. El Modelo Comportamental 15
II.3.1 Creación del DFD 15
II.3.2 Creación del Modelo de Datos 18
II.3.3 Subdivisión en Niveles 19
II.3.4 ElDiccionario de Datos. 21

Capítulo II
§Análisis Estructurado Moderno
El análisis estructurado 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 [Demarco 79] y, Chris Gane y Trish Sarson [Gane 79], luego durante la década siguiente seextendió rápidamente hasta volverse en una metodología standard. En los ochenta, muchos autores trabajaron en su modernización y en la incorporación de nuevas herramientas y estrategias de modelamiento [McMenam 84; Ward 85a, 86b; y otros].
La metodología presentada en este capítulo, Análisis Estructurado Moderno [Yourdon 89], es una propuesta de Edward Yourdon que, establece el modelo standard para elanálisis estructurado e incorpora las ideas, criterios y herramientas presentados por los libros que lo precedieron, en una estructura de trabajo muy organizada y consistente.
II.1. Introducción
§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 debepresentar, cualquiera sea la tecnología que llegara a ser usada para implementarlo.
Frecuentemente, los analistas de sistemas incluyen falsos requisitos en las especificaciones. Un requisito falso es un característica irrelevante o necesaria sólo para el empleo de una cierta tecnología. También pueden estar creándose requisitos falsos en términos de la implementación de un requisito esencial.
Alrealizar un análisis de sistemas que confunde requisitos falsos por esenciales, o dejando de incluir características esenciales, debido al exceso de requisitos falsos que confundieron las consideraciones de los analistas, se pueden producir resultados desastrosos y retardar el desarrollo del proyecto considerablemente.
Según McMenamim [McMenam 84], el análisis tradicional intentó resolver este problemainstruyendo a los analistas a que separasen los requisitos lógicos de los aspectos físicos del sistema pero, sus proponentes eran incapaces de definir los términos lógicos y físicos apropiadamente, y ellos no proporcionaron los procedimientos detallados para distinguir los requisitos esenciales.
Para buscar una solución es aconsejable la construcción de un Modelo Esencial del sistema, evitandoel modelamiento del sistema actual y las características que dependen de la tecnología, desarrollando un modelo del nuevo sistema deseado por el usuario.
II.1.1 El Modelo Esencial
§El modelo esencial del sistema indica lo que el sistema debe hacer para satisfacer los requisitos del usuario y debe mencionar el mínimo posible (preferentemente nada) de como el sistema se llevará a cabo. Esosignifica que el modelo del sistema presupone tecnología perfecta (la capacidad ilimitada de almacenamiento, velocidad infinita del procesador, etc.) y que eso pueda ser obtenida a costo cero.
De una manera específica, cuando el analista de sistemas deba discutir con los clientes y usuarios sobre los requisitos del sistema, debe evitar consideraciones sobre las implementaciones específicas de los...