ANALISIS Y DISEÑO ESTRUCTURADO
description
Transcript of ANALISIS Y DISEÑO ESTRUCTURADO
![Page 1: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/1.jpg)
ANALISIS Y DISEÑO ESTRUCTURADO
![Page 2: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/2.jpg)
ANALISIS y DISEÑO ESTRUCTURADO
• Tiene como objetivo descubrir todos los detalles relevantes del sistema en estudio.
• Además pretende:– Que sea fácil de detectar y verificar la omisión
de detalles relevantes– Que distintos analistas ante el mismo
sistema actual determinen los mismos requerimientos.
– Que los documentos generados sobre el sistema actual sean vehículos eficientes de comunicación.
![Page 3: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/3.jpg)
• Aparece a finales de los 70• 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• Amplia difusión• Descomposición funcional
– (Originariamente) Orientada a procesos– (Originariamente) Top/down
• Presente en numerosas metodologías– p.ej. Métrica, SSADM, information engineering,
Merise• Herramientas CASE disponibles
![Page 4: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/4.jpg)
• Los elementos del análisis y diseño estructurado más relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):– DFD Diagráma de Flujo de Datos– Diccionario de Datos– DE Diagráma de Estructura– Miniespecificaciones
![Page 5: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/5.jpg)
Diagramas de Flujo de Datos(DFDs)
![Page 6: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/6.jpg)
Símbolos del DFD(notación Yourdon/De Marco)
PProceso
Entidad Externa
D ALMACÉN DE DATOS
Flujo de eventos
Flujo de datos
Transformaciones o procesos (funciones, cálculo, selección)
Terminadores (Fuentes o Destinos)(personas, entidades)
Flujos de información(inputs-outputs)
Flujos de control (Ward & Mellor 85)
Ficheros o depósitos temporales de información (base de datos, armario, clasificador, etc.)
![Page 7: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/7.jpg)
Símbolos del DFD(notación Métrica/SSADM)
Entidad Externa
D ALMACÉN DE DATOS
Flujo de datos
Transformaciones o procesos
Terminadores (Fuentes o Destinos)
Flujos de información
Ficheros o depósitos temporales de información
Localización
Proceso
ID
![Page 8: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/8.jpg)
Procesos
• TRANSFORMACIÓN (cálculo, operación)
• FILTRO(verificación fecha, validación transacción)
• DISTRIBUCIÓN(menú, selección transacción)
P
TransformaciónE2
E3
E1
S2
S1
![Page 9: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/9.jpg)
Procesos
• Nombres únicos, significativos y concisos• Preferiblemente expresados en función de las
entradas y salidas• Recomendación:
verbo (no ambiguo) + objeto– Evitar verbos ambiguos
procesar, gestionar, manejar...– “objeto” está definido en el DD
• Los procesos se descomponen en “subprocesos”, hasta llegar a los procesos primitivos
![Page 10: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/10.jpg)
Diagrama de contexto
• Es el DFD más general de todos
• Está formado por un solo macroproceso (el sistema), las entidades externas (fuentes y destinos) y sus relaciones con el macroproceso
• Delimita el sistema y su entorno
![Page 11: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/11.jpg)
Entidades externas
Señalan los límites del sistema y establecen sus relaciones con el entorno
P
Sistema
DESTINO
DESTINO
DESTINO
FUENTE
FUENTE
FUENTE
Los identificadores (nombres) de las entidades externas serán únicos, significativos y concisos
![Page 12: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/12.jpg)
en principio, no son materiales,
son datos
0. Sistema de
PedidosEDITOR
libros entregados
pedidosCLIENTE
órdenes de compra
libros pedidos
Diagrama de contexto
![Page 13: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/13.jpg)
Flujos de datos
• Los nombres de los FD deben ser únicos, significativos y concisos
• Son datos, así que nómbralos como datos.• Pueden estar indistintamente en singular o en
plural, ya que en los DFDs no se representan cantidades (Barranco 95)
• 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)
![Page 14: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/14.jpg)
• Los Flujos de datos pueden tener lugar:– Entre dos procesos
– Entre un Proceso y un almacén de datos
– Entre una entidad externa y un proceso
P
B
P
A
X
X
1.Verificar validez
de pedido
pedidos válidos
D PEDIDOS PENDIENTES
0. Sistema de
Pedidoslibros entregados
pedidosCLIENTE
![Page 15: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/15.jpg)
Flujos de datos
• Flujos de datos interactivos (dialog flows)– Cuando dos FD establecen un diálogo o comparten una acción
de estímulo-respuesta, pueden dibujarse como un único FD de doble flecha, donde ambos extremos deben llevar el nombre del FD que representan.
PDeterminar
estado pedido respuesta estado pedido
petición estado pedido
denegacióncrédito
PAnalizarPeticióncrédito
PAceptar pago solicitud crédito
autorización crédito
recibo
pago
![Page 16: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/16.jpg)
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
![Page 17: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/17.jpg)
Descomposición funcional (II)
Pf5
Pf4
Pf3
Pf2
Pf1
B
Z
Y
X
W
V
A
Pf45
Pf44
Pf43
Pf42
Pf41
Z
y2
x2
y1
x1
Y
X
PSist
B
AFUENTE
DESTINO
![Page 18: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/18.jpg)
Consistencia en el 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
![Page 19: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/19.jpg)
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 miniespecificación.
LocalizaciónProceso Proceso primitivo en Métrica
![Page 20: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/20.jpg)
Jerarquía de DFDs (II)
P 1.2
Proceso A
B
A
P 1.2.3f3
P 1.2.1f1
Y
W
V
A
X
P 1.2.2f2
DFD 1.2
![Page 21: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/21.jpg)
Jerarquía de DFDsDFD 0
• El primer diagrama general que sigue al de contexto es el número 0 por convenio
• En el DFD 0 se hace una descomposición en subsistemas, es decir, se indican los procesos más importantes en el sistema
Han de ser SUBSISTEMAS
![Page 22: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/22.jpg)
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
![Page 23: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/23.jpg)
Descomposición funcional y almacenes de datos (II)
PB
PA
D FICH
PA.2
PA.1
D FICH
PB.2
PB.1
D FICH
![Page 24: ANALISIS Y DISEÑO ESTRUCTURADO](https://reader036.fdocuments.net/reader036/viewer/2022081416/56814dd4550346895dbb370f/html5/thumbnails/24.jpg)
Ideas útiles para construir el DFD (II)
• 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