Analisis y dise o estructurado
Download
1 / 24

ANALISIS Y DISEÑO ESTRUCTURADO - PowerPoint PPT Presentation


  • 167 Views
  • Uploaded on

ANALISIS Y DISEÑO ESTRUCTURADO. 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

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about ' ANALISIS Y DISEÑO ESTRUCTURADO' - treva


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

Analisis y dise o estructurado1
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.


  • 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



Diagramas de flujo de datos dfds
Diagramas de Flujo de Datos relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):(DFDs)


S mbolos del dfd notaci n yourdon de marco

P relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

Proceso

Entidad Externa

Flujo de datos

Flujo de eventos

D ALMACÉN DE

DATOS

Símbolos del DFD(notación Yourdon/De Marco)

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.)


S mbolos del dfd notaci n m trica ssadm

Localización relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

ID

Proceso

Entidad

Externa

Flujo de datos

D

ALMACÉN DE

DATOS

Símbolos del DFD(notación Métrica/SSADM)

Transformaciones o procesos

Terminadores (Fuentes o Destinos)

Flujos de información

Ficheros o depósitos temporales de información


Procesos

E1 relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

S1

P

Transformación

S2

E2

E3

Procesos

  • TRANSFORMACIÓN (cálculo, operación)

  • FILTRO(verificación fecha, validación transacción)

  • DISTRIBUCIÓN(menú, selección transacción)


Procesos1
Procesos relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

  • Nombres únicos, significativos y concisos

  • Preferiblemente expresados en función de las entradas y salidas

  • Recomendación: verbo (no ambiguo) + objeto

    • Evitar verbos ambiguosprocesar, gestionar, manejar...

    • “objeto” está definido en el DD

  • Los procesos se descomponen en “subprocesos”, hasta llegar a los procesos primitivos


Diagrama de contexto
Diagrama de contexto relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

  • 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


Entidades externas
Entidades externas relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

Señalan los límites del sistema y establecen sus relaciones con el entorno

FUENTE

DESTINO

P

FUENTE

DESTINO

Sistema

FUENTE

DESTINO

Los identificadores (nombres) de las entidades externas serán únicos, significativos y concisos


Diagrama de contexto1

pedidos relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

órdenes de compra

libros entregados

0.

Sistema de

Pedidos

CLIENTE

EDITOR

libros pedidos

Diagrama de contexto

en principio, no son materiales, son datos


Flujos de datos
Flujos de datos relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

  • 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)


pedidos válidos relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

1.

Verificar

validez

de pedido

D PEDIDOS

PENDIENTES

pedidos

libros entregados

X

0.

Sistema de

Pedidos

CLIENTE

X

  • 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

P

A

B


Flujos de datos1

P relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

Determinar

estado

pedido

petición estado pedido

respuesta estado pedido

denegación

crédito

pago

autorización crédito

P

P

solicitud crédito

Aceptar pago

Analizar

Petición

crédito

recibo

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.


Descomposici n funcional
Descomposición funcional relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

  • 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


Descomposici n funcional ii

DESTINO relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

B

P

Sist

A

B

FUENTE

P

f5

Z

P

P

X

f2

f4

V

Y

P

f1

P

A

W

f3

Z

x2

P

P

f43

f45

x1

P

f41

X

y2

P

y1

f44

P

Y

f42

Descomposición funcional (II)


Consistencia en el dfd
Consistencia en el DFD relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

  • 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

Localización relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

Proceso primitivo en Métrica

Proceso

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.


Jerarqu a de dfds ii

B relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

P 1.2

Proceso A

A

DFD 1.2

P 1.2.2

X

f2

V

Y

P 1.2.1

f1

P 1.2.3

f3

A

W

Jerarquía de DFDs (II)


Jerarqu a de dfds dfd 0
Jerarquía de DFDs relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):DFD 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


Descomposici n funcional y almacenes de datos
Descomposición funcional y almacenes de datos relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

  • 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


Descomposici n funcional y almacenes de datos ii

P relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

P

B.1

A.1

D

FICH

D

FICH

P

P

A.2

B.2

Descomposición funcional y almacenes de datos (II)

P

P

A

B

D

FICH


Ideas tiles para construir el dfd ii
Ideas útiles para construir el DFD (II) relevantes son (algunos autores tienen distintas visiones de la cantidad de elementos y cuales son ellos):

  • 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


ad