Post on 03-Jul-2015
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.
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.
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.
.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
Se recomienda aquí definir al menos los
siguientes puntos:
Panorama general
Metas
Funciones del sistema
Atributos del sistema
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.
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
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
Notación de un DFD
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:
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).
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.
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.
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.
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.
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.
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.
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.
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