METODOLOGIA ESTRUCTURADA

Análisis Estructurado
• Separación datos y procesos
• Modelado de Datos
Atributos y relaciones
• Modelado de Procesos
Transformación de datos

Análisis Orientado a Objetos

•Definición de clases
• Colaboración entre las clases

METODOLOGIA ESTRUCTURADA
La orientación de esta metodología se dirige hacia los procesos que intervienen en el
sistema a desarrollar, es decir, cada función a realizar por el sistema se descompone en
pequeños módulos individuales. Es más fácil resolver problemas pequeños, y luego unir
cada una de las soluciones, que abordar un problema grande.

INTRODUCCION AL ANALISIS Y DISEÑO ESTRUCTURADO

– Método clave e el desarrollo estructurado o convencional
– Aparece finales de los 70’s
– Facilita la comunicación en el proceso de desarrollo de un sistema de información
• Análisis y diseño
• Usuarios y analistas
– Sencillo, fácil de entender y fácil de aprender
CARACTERISTICAS
• Amplia difusión
• Descomposición funcional
– Orientada a procesos
– Top/down
• Presente en numerosas metodologías
– p.ej. Métrica, SSADM, information engineering, Merise
• Herramientas CASE (BPWin, HYPERCA“E…)
TÉCNICAS DEL MODELO ESTRUCTURADO
MODELO ESCENCIAL

MODELO AMBIENTAL
DESCRIPCIÓN DEL PROPÓSITO
El propósito del sistema de procesamiento de ventas es la gestión automatizada de las
ventas de productos de la Compañía XYZ a sus clientes, que permita una mejor atención y
una adecuada administración de la información referente a los productos y los clientes.
DIAGRAMA DEL CONTEXTO

El diagrama de contexto es un caso especial del diagrama de flujo de datos, en donde un

solo bloque representa todo el sistema.
Tiene las siguientes características:
- Las personas, organizaciones o sistemas con los que el sistema se comunica
(Agentes Externos, Entidades Externas).
- Los datos que el sistema recibe del mundo exterior y que debe procesarlos.
- La información producida por el sistema y enviada hacia afuera.
- Los límites entre el sistema y el resto del mundo.

MODELO DE COMPORTAMIENTO
El Modelo de comportamiento permite modelar la forma en la cual el sistema realiza los
eventos, para generar las respuestas deseadas por los agentes externos y, también, los
almacenes de datos persistentes. Es decir, tenemos que modelar todo lo que acontece en
el interior de la burbuja del Diagrama de Contexto.
HERRAMIENTAS DEL MODELO DE COMPORTAMIENTO
• Diagrama de Flujo de Datos
• Diagrama Entidad Relación
• Diccionario de Datos
• Diagrama de Transición de Estados (opcional)
• Especificación de Procesos.
DIAGRAMAS DE FLUJO DFD
Es una técnica que representa el flujo de información y las transformaciones que se le
aplican desde la entrada hasta la salida. Permite visualizar un sistema como una red de
procesos funcionales y no solo se emplean para modelar sistemas de información, sino
también para modelar organizaciones enteras, es decir como una herramienta de
plantación estratégica y de negocios.
Los DFD’s sirven para mostrar un perfil del sistema que se modela: el orientado a la
funcionalidad, sin embargo si lo que estamos desarrollando es un sistema en donde las
relaciones entre los datos son lo mas importantes que las operaciones, posiblemente al DFD
se le de menos importancia que un DER, por otro lado si lo que domina son las operaciones
en el tiempo entonces será mas relevante el uso de DTE.
Sin embargo es importante destacar que las distintas visiones del sistema, mediante el
empleo de modelos, no se contraponen si no se complementan.
VENTAJAS SOBRE EL ENFOQUE DEL FLUJO DE DATOS
El enfoque del flujo de datos posee cuatro ventajas principales :

1. Libertad para emprender la implementación técnica del sistema en las etapas tempranas.
2. Una comprensión mas profunda de la interrelación entre sistemas y subsistemas.
3. Comunicar a los usuarios el conocimiento sobre el sistema actual mediante diagramas de
flujo datos.
4. Análisis de un sistema propuesto para determinar si se han definido los datos y procesos
necesarios.
• Representación gráfica en forma de red
• Cada nodo representa una función
• Las funciones se comunican mediante conductos que representan la información que se
mueve
• Se apoya en otras técnicas de descripción textual:
- Diccionario de datos
- Especificaciones de proceso
• Distintos niveles de abstracción.
- Niveles superiores
- Niveles inferiores

PROCESOS
• Nombres únicos, significativos y concisos
• Preferiblemente expresados en función de las entradas y salidas
• Recomendación: verbo (no ambiguo) + objeto
• Los procesos se descompone en subprocesos, hasta llegar a los procesos primitivos
FLUJOS DE DATOS
• Los nombres de los FD deben ser únicos, significativos y concisos
• Son datos, así que menciónelos como datos.
• Pueden estar indistintamente en singular o en plural, ya que en los DFDs no se representan
cantidades.
• Los nombres no sirven sólo para identificar los datos, sino también la información que se
tiene sobre ellos
P.ej. Información (fecha-válida) > Información (fecha)

DESCOMPOSICIÓN FUNCIONAL
• Cada proceso se puede explotar, refinar o descomponer en un DFD más detallado
• El DFD de un sistema es realmente un conjunto de DFDs dispuestos jerárquicamente
• Los niveles de la jerarquía están determinados por la descomposición funcional de los
procesos
• La raíz de la jerarquía es el diagrama de contexto, que es el más general de todos
OBJETIVOS DE LOS DFD’S
• Construir un modelo lógico de procesos del sistema en base a explosiones.
• Representar gráficamente los límites del sistema.
• Reflejar el movimiento de los datos y su transformación.
• Simplificar la complejidad del sistema.
• Facilitar el mantenimiento del sistema.
• Un DFD abstrae aspectos lógicos y físicos, debe ser claro, establece lo que tiene que hacer
el sistema.
ENTIDADES
• Son clases logicas que representan una fuente o destino de transacciones.
• Representan a personas, unidades organizativas o sistemas que envían o reciben
información del sistema.
• Son entes ajenos a nuestra aplicación (no forman parte del sistema), pero que aportan o
reciben información de la misma.
• Su representación es un rectángulo con el nombre de la entidad.
• Se emplean nombres en singular
• Suelen aparecer en los niveles superiores pero nada impide que se puedan bajar al resto.
EJEMPLOS:
Cliente ,Proveedor, Empleado, Vendedor , Contribuyentes, Compradores …. etc.
Unidades : Depto. de contabilidad, Finanzas, Activos Fijos…
• Otros sistemas : Sistema de pagos, Sistema de facturación….
PROCESOS
• Actividades que manipulan o transforman datos: transforman datos de entrada en datos
de salidas (no puede salir un dato tal y como entró).
• No es origen ni final de datos, sólo es lugar de transformación.
• Muestra una parte del sistema que transforma entradas en salidas.
• Los datos de una entidad van a un proceso.
• Se numeran con un número, frase con verbo en infinitivo más complementos cortos y
representativos.
• Se representan como burbujas o como rectángulos
•Es posible que dos procesos se comuniquen pero lo normal es que pasen por un almacén.
Si se comunican directamente lo normal es que sean manuales (no automatizables); si no
es así quizás se deba balancear (reestructurar) de nuevo el DFD.
• Un DFD no refleja temporalidad (es independiente de los números que pongamos en los
procesos).
VERBOS PASIVOS : VERBOS ACTIVOS:
- ACTUALIZAR - CREAR
- VALIDAR - PRODUCIR
- PROCESAR - RECUPERAR
- ALMACENAR
- COMPUTAR
- CALCULAR
- DETERMINAR
ALMACEN DE DATOS - VERIFICAR
• Representa un depósito de información dentro del sistema, en forma de conjunto de
- EXTRACTAR
paquetes, cuyo nombre lo suele identificar.
• Se emplea si es necesario por los requisitos o si los procesos que lo manejan actúan con
diferente temporalidad.
• Es estático: no puede crear, destruir ni transformar datos.
• No puede estar conectado con otro almacén ni con otra entidad externa. Tiene que
estar conectado con un proceso.
• El nombre es el plural de lo que se almacena

FLUJO DE DATOS
• Establece la comunicación entre procesos, almacenes y entidades externas.
• Llevan la información necesaria para el resto de los componentes de un DFD.
• Pueden transportar elementos lógicos (datos) o físicos (materiales).
• El movimiento puede ser bidireccional si hay dialogo
• No actúan como disparadores de procesos
• Pueden estar en plural o singular ya que no representan cantidades.
• Son datos, así que nómbrelos como datos.
• Representa información en movimiento que tiene una dirección
• RELACIÓN CON ALMACENES:
• Se suele omitir el de lectura, cuando solo leemos para actualizar información.
• En lectura, puede ser un conjunto de datos, varios conjuntos de datos, o parte del
conjunto.
• En actualización uno o mas conjuntos que se borran, añaden o modifican total o
parcialmente.
• En cualquier caso solo pueden entrar o salir datos del almacén en cuestión.

DESCOMPOSICIÓN FUNCIONAL
Cada proceso se puede explotar, refinar o descomponer en un DFD más detallado
El DFD de un sistema es realmente un conjunto de DFDs dispuestos jerárquicamente
Los niveles de la jerarquía están determinados por la descomposición funcional de los
procesos
La raíz de la jerarquía es el diagrama de contexto, que es el más general de todos
CONSISTENCIA EN DFD
Cada proceso en un diagrama padre es una consolidación del DFD hijo
Balanceo de DFDs
Las E/S de un proceso padre deben corresponderse con las E/S del DFD hijo que lo
explica

JERARQUÍA DE DFDS
En un DFD completo cada proceso tiene un número único que lo identifica en función de
su situación en la jerarquía
Cada DFD tiene también un número único que coincide con el proceso que describe
Las hojas o nodos terminales corresponden a procesos primitivos o indescomponibles
Para cada proceso primitivo existirá una mini especificación.

DESCOMPOSICIÓN FUNCIONAL Y ALMACENES DE DATOS

Los almacenes aparecen lo más tarde posible
En un nivel superior únicamente cuando son interfaz entre procesos
Una vez que aparezca en un DFD, el almacén aparecerá otra vez en cada DFD de nivel
más bajo relacionado
IDEAS ÚTILES PARA CONSTRUIR EL DFD
Nombrar adecuadamente todos los objetos del DFD
Numerar adecuadamente procesos y diagramas
Realizar una correcta división en subsistemas (DFD 0)
Utilizar la descomposición funcional jerárquica hasta alcanzar las funciones primitivas
DFDS LÓGICOS Y DFDS FÍSICOS
Los Modelos se pueden efocar sobre:

La vision fisica del mundo real – como se hacen las cosas

O
La vision logica del mundo real – Cuales cosas se hacen
DFDS FÍSICOS
Representan una manera en particular de implantar los procesos y los datos de un sistema
• Especifican metodos particulares para la realizacion de tareas
• Dependen de la tecnologia
• Muestran como se lleva a cabo el procesamiento y como se implantan los datos
DFDS LÓGICOS
• Representan lo que debe hacer un sistema no importa como se implante
• No dependen de la tecnología
• Muestran cuales movimientos de datos, procesos y almacenamiento de datos
ocurren en el sistema
• Muestran los aspectos esenciales del sistema
USO DE LOS DFDS LÓGICOS Y FÍSICOS
• Los modelos físicos del sistema existente ayudan a familiarizarse con la manera en que
opera el sistema o negocio
• Los modelos físicos del sistema nuevo modelan las decisiones técnicas y de personal que
hay que implantar
• Los usuarios entienden mejor los DFDs físicos porque contienen detalles de la
implantación tales como el personal, los roles y localizaciones conocidas
DICCIONARIO DE DATOS
Es una lista organizada de los datos utilizados por el sistema que gráficamente se
encuentran representados por los flujos de datos y almacenes presentes sobre el conjunto
de DFDs
ESTRUCTURA DE DATOS
Una estructura de datos es un grupo de datos elementales relacionados, que el sistema
trata como un componente. Los flujos de datos y los almacenes de datos son estructuras de
datos.
Ejemplos:
- Factura de la venta
- Papeleta de Pago
- Comprobante de pago
- Libro en préstamo
DATOS ELEMENTALES
Son aquellos datos para los cuales ya no existe descomposición con significado dentro del
contexto del ambiente del usuario.
Ejemplo :
- Nombre del cliente
- Fecha de nacimiento
- Código del producto
- Cargo que desempeña
- Salario básico