Análisis de requerimientos y DFD (II)

22

Transcript of Análisis de requerimientos y DFD (II)

Page 1: Análisis de requerimientos y DFD (II)
Page 2: Análisis de requerimientos y DFD (II)

Se define como 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.

Se concentra en especificar lo que se requiere que haga el

sistema o la aplicación. No se establece cómo se cumplirán

los requerimientos o la forma en que se implantará la

aplicación. Más bien, permite que las personas observen los

elementos lógicos separado de los componentes físicos.

Page 3: Análisis de requerimientos y DFD (II)

Caso de estudio

La Coordinación del Curso Intensivo 2011 del Programa de

Educación, requiere la automatización del registro de los

pagos causados por los estudiantes que cursan alguna

unidad curricular durante este periodo académicos

especial.

Page 4: Análisis de requerimientos y DFD (II)

Son una descripción de las necesidades o deseos

de un producto. La meta principal en esta etapa

es identificar y documentar lo que en realidad se

necesita, en una forma en que pueda fácilmente

ser transmitido al cliente y al equipo de

desarrollo.

Page 5: Análisis de requerimientos y DFD (II)

.Herramientas:

Entrevista.

Cuestionario.

Comportamiento de los tomadores de decisión.

Prototipos.

Sirve: Para formar la imagen que el analista tiene de la organización y

sus objetivos.

Involucrados:

Analista.

Usuarios.

Administradores de las operaciones

Al final:

¿Quien? Personas

· ¿Que? Actividad del negocio

· ¿Donde? Ambiente

· ¿Cuando? En que momento

· ¿Como? De que manera se desarrollo

Page 6: Análisis de requerimientos y DFD (II)

Se recomienda aquí definir al menos los

siguientes puntos:

Panorama general

Metas

Funciones del sistema

Atributos del sistema

Page 7: Análisis de requerimientos y DFD (II)

Es un diagrama en forma de red que representa

el flujo de datos y las transformaciones que

se aplican sobre ellos al moverse desde la

entrada hasta la salida del sistema.

Page 8: Análisis de requerimientos y DFD (II)

Es la técnica más difundida dentro del análisisestructurado.

Se apoya en otras técnicas de descripción textual:diccionario de datos especificaciones de proceso.Se utiliza para modelar las funciones del sistema y

los datos que fluyen entre ellas a distintos nivelesde abstracción.

Niveles superiores: funciones del sistema de formageneral

Niveles inferiores: funciones del sistema de formadetallada

Page 9: Análisis de requerimientos y DFD (II)

Componentes de un DFD

Procesos: componentes funcionales del sistema

Almacenes: representan datos almacenados o en

reposo

Entidades externas: representan la fuente y/o el

destino de la información del sistema

Flujos de datos: representan los datos que fluyen

entre las funciones

Page 10: Análisis de requerimientos y DFD (II)

Notación de un DFD

Page 11: Análisis de requerimientos y DFD (II)

Representa una función que transforma los

flujos de datos de entrada en uno o varios

flujos de datos de salida.

No define un programa en ejecución.

El proceso debe ser capaz de generar flujos de

datos de salida a partir de flujos de datos de

entrada más una información local:

Page 12: Análisis de requerimientos y DFD (II)

Representación gráfica (Yourdon):

Un Círculo.

Incluye un número y un nombre (únicos en el conjunto de DFD

que representan el sistema)

Características de los nombres:

Lo más representativo posible.

Dar un nombre que englobe a toda la función

Suprimir nombres con poca significación (Ej: REALIZAR

OPERACIÓN, GESTIONAR ACCIÓN, etc.)

Verbo seguido de un sustantivo (Ej.: GENERAR PEDIDO).

Page 13: Análisis de requerimientos y DFD (II)

Representa información del sistema almacenada de forma

temporal datos en reposo (flujos: datos en movimientos)

cualquier dato temporalmente almacenado

independientemente del dispositivo utilizado

Ejemplos: un cajón con papeles, un archivador manual, un

fichero o una base de datos, etc.

Su contenido se define en diccionario de datos.

Page 14: Análisis de requerimientos y DFD (II)

Características de los almacenes:

Nombre:

• Lo más representativo posible

• No asociado a connotaciones físicas

• En plural (Ej: “clientes”) .

Se puede representar varias veces en un DFD

Se puede representar en distintos niveles de DFD

Si es local a un proceso, se representará en el DFD en el

que se especifique dicho proceso.

Page 15: Análisis de requerimientos y DFD (II)

Es el componente del DFD que representa un generador o

consumidor de información del sistema y que no pertenece

al mismo.

Ejemplos:

subsistemas, personas, departamentos, organizaciones, otras

aplicaciones o sistemas, etc.

Son externas al sistema que se está modelando

Los flujos que parten o llegan a ellas definen la interfaz entre el

sistema y el mundo exterior.

Relaciones entre las entidades externas no son objeto del

estudio del modelo.

Page 16: Análisis de requerimientos y DFD (II)

Representación Gráfica:

El nombre debe ser representativo.

Se pueden dibujar varias veces en un DFD (con un

asterisco).

Normalmente las entidades externas sólo van a aparecer

en el DFD de mayor nivel llamado diagrama de contexto.

Page 17: Análisis de requerimientos y DFD (II)

Representan los datos en movimiento en un momento y con

una cardinalidad determinada.

A través de ellos los datos viajan de una parte del sistema a otra.

Es el medio de conexión de los restantes componentes del DFD.

Se representan por arcos dirigidos.

Según la persistencia en el tiempo de los datos que fluyen por el

flujo, estos pueden ser discretos o continuos.

Page 18: Análisis de requerimientos y DFD (II)

El primer diagrama ayuda al analista a ilustrar el movimiento de datos

básicos. El diagrama de contexto (Lo que llamamos el nivel 0 del

diagrama), contiene un único proceso que representa al sistema en general;

en este nivel 0 se muestran todas las entidades externas y los flujos de

datos que entran y salen del sistema. Dentro de dicho nivel no se colocan

los almacenamientos de datos.

Page 19: Análisis de requerimientos y DFD (II)

El proceso del diagrama 0 se explota y se crea un diagrama hijo el

cual no puede tener entradas ni salidas que no las tenga el

diagrama padre o diagrama de contexto. En este diagrama cada

proceso debe llevar el mismo número que en el diagrama padre

para así poder identificar que proceso esta siendo explotado, al

mismo tiempo este número debe esta acompañado de un punto

decimal y un número único para cada proceso hijo.

Page 20: Análisis de requerimientos y DFD (II)
Page 21: Análisis de requerimientos y DFD (II)
Page 22: Análisis de requerimientos y DFD (II)

Diagrama de contexto

Análisis de los procesos del sistema

en principio, no

son

materiales, son

datos

0.

Registro de

inscripción

Vaucher firmado

Datos vaucherEstudiante

Vaucher por registrar

Vaucher

regitrado

Aplicamos la visión sistémica

Estudiante

inscriptos