El Enfoque Estructurado
En el Enfoque Estructurado se usan los DFD (Diagrama de Flujo de Datos) como principal
herramienta para entender al sistema antes de plasmarlo a código fuente. DFD es un diagrama en
el que participan procesos (métodos), flujo de datos (argumentos) y archivos (Base de datos). Hay
de diferentes niveles dependiendo la complejidad del sistema que se analiza, hablando de
lenguajes tiene muchas diferencia con la orientada a objetos, un mínimo cambio en el código
puede llegar alterar al resto del programa cosa que en la orientada a objetos eso no sucede lo cual
es una ventaja porque así no se pierde tiempo en arreglar cosas ya hechas. Una desventaja es que
una porción de código en lenguaje estructurado es difícil que pueda servir en otros proyectos, esto
si es habitual en lenguaje orientada a objetos, con solo importar clases ya hechas se escribe menos
código y se ahorra tiempo.
Diagrama de Flujo de Datos
Un diagrama de flujo de datos (DFD) es un modelo lógico-gráfico para representar el
funcionamiento de un sistema en un proyecto software.
Diccionario de Datos
El diccionario de datos es un listado organizado de todos los datos que pertenecen a un sistema.
El objetivo de un diccionario de datos es dar precisión sobre los datos que se manejan en un
sistema, evitando así malas interpretaciones o ambigüedades.
Diseño de Módulo
Un modelo de datos es un lenguaje orientado a describir una Base de Datos. Típicamente un
Modelo de Datos permite describir:
Las estructuras de datos de la base: El tipo de los datos que hay en la base y la forma en que se
relacionan.
Las restricciones de integridad: Un conjunto de condiciones que deben cumplir los datos para
reflejar correctamente la realidad deseada.
Operaciones de manipulación de los datos: Operaciones de agregado, borrado, modificación y
recuperación de los datos de la base.
Otro enfoque es pensar que un modelo de datos permite describir los elementos de la realidad
que intervienen en un problema dado y la forma en que se relacionan esos elementos entre sí.
Proceso
Conjunto de tareas lógicamente relacionadas que existen para obtener un resultado definido
dentro de un negocio o proyecto.
Enfoque Estructurado
Diagrama de Flujo de Datos
Un diagrama de flujo de datos (DFD) es una representación gráfica de los procesos que se realizan
con los datos en su organización, con el uso de tan solo cuatro símbolos, se puede crear una
descripción grafica de los procesos que, con el tiempo, contribuirán a desarrollar una sólida
documentación del sistema.
En seguida mencionan las ventajas sobre las explicaciones descriptivas en relación con la forma en
que los datos se mueven a través del sistema:
Libertad para emprender la implementación técnica del sistema en las primeras etapas.
Comprensión más profunda de la interrelación entre sistemas y subsistemas.
Comunicación con los usuarios sobre el conocimiento del sistema actual mediante diagramas de
flujos de datos.
Análisis de un sistema propuesto para determinar si se han definido los datos y procesos
necesarios.
La ventaja más grande es la libertad conceptual para utilizar los cuatro símbolos, los DFD’s hacen
énfasis en el procesamiento o la transformación conforme estos pasan por una variedad de
procesos. En los DFD’s lógicos no hay distinción entre procesos manuales o automatizados. Los
procesos tampoco se representan gráficamente en orden cronológico. En vez de ello, se agrupan
solo si el análisis detallado dicta que tiene sentido hacerlo. Los procesos manuales se agrupan, y
los procesos automatizados también se pueden agrupar.
Diccionario de Datos
El diccionario de datos surge de la necesidad de catalogar los procesos, flujos almacenes
estructuras y elementos de datos. Los nombres que se usan son muy importantes. Cuando se tiene
la oportunidad de asignar nombre a los componentes de los sistemas orientados a datos, es
necesario trabajar en la creación de un nombre significativo pero diferente al de otros
componentes de datos existentes.
Se ha propuesto el diccionario de datos como gramática casi formal para describir el contenido de
los objetos definidos durante el análisis estructurado. Esta notación ha sido definida de la
siguiente forma por Yourdon en 1989:
El diccionario de datos es un listado organizado de todos los elementos de datos que son
pertinentes para el sistema, con definiciones precisas y rigurosas que permiten que el usuario y el
analista del sistema tenga una misma comprensión de las entradas, salidas, de los componentes
de los almacenes y también los cálculos intermedios.
Muchos sistemas de administración de base de datos están equipados con un diccionario de datos
automatizado. Estos diccionarios pueden ser complejos o sencillos, algunos diccionarios de datos
computarizados catalogan automáticamente los elementos de datos cuando se hace la
programación; otros simplemente proporcionan una plantilla para motivar a la persona que llene
el diccionario a que lo haga de una manera uniforme para cada entrada.
A pesar de la existencia de los diccionarios de datos automatizados, entender qué datos
conforman un diccionario de datos, las convenciones usadas en estos últimos y cómo se desarrolla
un diccionario de datos, son problemas que el analista de sistemas debe tener siempre presentes
durante el esfuerzo de sistemas. Entender el proceso de compilar un diccionario de datos puede
ayudar al analista de sistemas a visualizar el sistema y su funcionamiento. Además de proporcionar
documentación y eliminar la redundancia, el diccionario datos se podría usar para:
Validar la integridad y exactitud del diagrama de flujo de datos.
Proporcionar un punto de partida para desarrollar pantallas e informes.
Determinar el contenido de los datos almacenados en archivos.
Desarrollar la lógica para los procesos del diagrama de flujo de datos.
Diseño de Módulo
El concepto de modularidad se ha ido exponiendo desde hace casi cinco décadas en el software de
computadora. La arquitectura de computadora expresa la modularidad; es decir, el software se
divide en componentes nombrados y abordados por separado, llamados frecuentemente
módulos, que se integran para satisfacer los requisitos del problema.
Se ha afirmado que “La modularidad es el único atributo del software que permite gestionar un
programa intelectualmente”. El software monolítico (es decir, un programa grande formado por
un único modulo) no puede ser entendido fácilmente por el lector. La cantidad de rutas de control,
la amplitud de referencias, la cantidad de variables y la complejidad global hará que el
entendimiento este muy cerca de ser imposible. Para ilustrar este punto, tomemos en
consideración el siguiente argumento basado en observaciones humanas sobre la resolución de
problemas.
Enfoque y Diseño Estructurado
— • El Enfoque se refiere al "extremo inicial" de un proyecto de desarrollo de sistemas, durante el
tiempo en que los requisitos del usuario son definidos y documentados.
— • El Enfoque estructurado introduce el uso de las herramientas de documentación gráficas para
producir un tipo diferente de especificación funcional: "la especificación estructurada".
Conceptos que se relacionan con el Enfoque Estructurado
— • Símbolos gráficos; iconos y convenciones para identificar y describir los componentes de un
sistema junto con las relaciones entre estos componentes.
—• Diccionario de datos; descripciones de todos los datos utilizados en el sistema.
—• Descripciones de procesos y procedimientos; declaraciones formales que emplean técnicas y
lenguajes que permiten a los analistas describir actividades importantes que forman parte del
sistema.
—• Reglas; estándares para describir y documentar el sistema en forma correcta y completa.
Fase de Diseño
En esta fase, el diseño esctructurado produce el modelo de diseño con los siguientes elementos:
— • Diseño de datos. Transforma el modelo de dominio de la información creado durante el
análisis, en las estructuras de datos necesarias para implementar el software. Los objetos de datos
y las relaciones definidas en el diagrama entidad-relación y el contenido detallado de datos del
diccionario de datos constituyen la base para el diseño de datos.
— •Diseño arquitectónico. Define la relación entre los principales elementos estructurales del
programa. Se obtiene a partir del modelo de análisis y de la interacción de subsistemas definidos
dentro del modelo de análisis.
— •Diseño de interfaz. Describe como se comunica el software consigo mismo, con los sistemas
que operan con él y con los operadores que lo emplean. Los diagramas de flujo de datos y control
proporcionan la información necesaria para el diseño de la interfaz.
— •Diseño procedimental. Transforma elementos estructurales de la arquitectura del programa
en una descripción procedimental de los componentes del software. Se obtiene a partir de la
especificación del proceso, la especificación del control y el diagrama de transición de estados
Según el Modelo Estructurado
El enfoque Estructurado, fue seleccionado como técnica de investigación de requerimientos, ya
que permite al analista conocer el sistema o proceso en una forma lógica y manejable, al mismo
tiempo que proporciona la base para asegurar que no se omite ningún detalle. Este es un método
para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de
especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. Aunado
a ello y por ser considerados como una herramienta capaz de describir y analizar el movimiento de
los datos a través de un sistema, la representación gráfica de los procesos del sistema estará a
cargo de los Diagramas de Flujos de Datos (DFD).
