Anáilisis de requerimientos y DFD
-
Upload
angela-inciarte -
Category
Education
-
view
1.600 -
download
4
Transcript of Anáilisis de requerimientos y DFD
ANÁLISIS Y DISEÑO
ESTRUCTURADO DE
SISTEMAS
Análisis de requerimientos
Conjunto de técnicas y procedimientos que nos
permiten conocer los elementos necesarios para
definir un proyecto de software.
La IE
EE
los d
ivid
e e
n:
Funcionalesresolver un problema o
alcanzar un objetivo
No funcionales
satisfacer un contrato, un estándar, una especificación u otro documento formalmente
impuesto
Actividades en la determinación de
requerimientos
Actividad Descripción
Anticipación de
requerimientos
Prever las características del sistema con base
a la experiencia previa. Esto puede llevar al
analista a investigar áreas y aspectos que de
otra forma no serían tomados en cuenta.
Investigación de
requerimientos
Estudio y documentación del sistema actual
utilizando para ello técnicas para hallar
hechos, análisis de flujo de datos y análisis de
decisión.
Especificación de
requerimientos
Análisis de los datos que describen el sistema
para determinar que tan bueno es su
desempeño, qué requerimientos se deben
satisfacer y las estrategias para alcanzarlos.
Especificaciones de
requerimiento
Es la descripción de las características del
nuevo sistema. Tiene 3 partes relacionadas
entre sí:
Análisis de datos basados en hechos reales
Identificación de requerimientos esenciales
Selección de estrategias para satisfacer los requerimientos
Análisis de requerimientos
Se debe establecerse la comunicaciónnecesaria para el análisis, de forma que seasegure el reconocimiento del problema.
El analista debe establecer contacto con elequipo técnico y de gestión del usuario/clientey con la empresa que vaya a desarrollar elsoftware.
El objetivo del analista es reconocer loselementos básicos del programa tal como lopercibe el usuario/cliente.
Análisis de requerimientos
El analista debe evaluar el flujo y estructura dela información
Refinar en detalle todas las funciones delprograma
Establecer las características de la interfacedel sistema
Una vez que se hayan descrito lasfuncionalidades básicas, comportamiento,interface e información, se especifican loscriterios de validación para demostrar unacomprensión de una correcta implementaciónde los programas.
Requerimientos básicos
¿Cuál es el proceso básico de la empresa?
¿Qué datos utiliza o produce este proceso?
¿Cuáles son los límites impuestos por el
tiempo y la carga de trabajo?
¿Qué controles de desempeño utiliza?
Requerimientos básicos
Para comprender el proceso, se debe responderestas interrogantes:
¿Cuál es la finalidad de esta actividad dentro de la empresa?
¿Qué pasos se siguen para llevarla a cabo?
¿Dónde se realizan estos pasos?
¿Quiénes lo realizan?
¿Cuánto tiempo tardan en efectuarlos?
¿Con cuánta frecuencia lo hacen?
¿Quiénes emplean la información resultante?
Requerimientos de las
transacciones de los usuarios
Para conocer y entender los requerimientos de las transacciones, los analistas sin lugar a dudas formulan preguntas como:
¿Qué es lo que forma parte de la transacción que está siendo procesada?
¿Qué es lo que inicia la transacción?
¿Quién inicia la transacción?
¿Con qué propósito?
¿Con que frecuencia ocurre?
¿Qué volumen esta asociado a la transacción?
¿Existen diferentes condiciones que pueden afectar la forma en que se procesan las transacciones?
¿Qué detalles son necesarios para procesar la transacción?
¿Qué información se genera? ¿Qué datos se guardan?
Requerimientos de decisión de los
usuarios
Los analistas que investigan los sistemas para el soporte de las decisiones deberán considerar otras para determinar los requerimientos de las decisiones:
¿Que información se utiliza para tomar una decisión?
¿Cuál es la fuente de más información?
¿Qué sistema transaccional produce datos utilizados en el proceso de la decisión?
¿Qué otros datos son necesarios y no es posible obtener del proceso transaccional?
¿Que datos originan las fuentes externas a la organización?
¿Cómo se deben procesar los datos para producir información necesaria?
¿Cómo debe presentarse la información?
Requerimientos de la
organización
Cuando los analistas estudian sistemas para
un departamento también evalúa las
implicaciones para los demás departamentos
con los que interactúa el sistema bajo
investigación.
Técnicas para encontrar
hechos
Entrevistas
Cuestionarios
Revisión de los registros
Observación
Diagrama de flujo de datos
Los diagramas de flujos de datos son una
técnica de análisis estructurado que van de
lo general a lo específico muestran las
posibles entradas, procesos y salidas del
sistema.
Los diagramas son usados cuando los
analistas tratan de comprender los
requerimientos de información de los usuarios
de una manera gráfica utilizando solo cuatro
símbolos combinados entre sí.
Diagrama de flujo de datos
Tiene cuatro ventajas principales de la forma enque se mueven los datos a través del sistema,estas son:
1. Libertad para realizar en forma muy temprana laimplementación técnica del sistema.
2. Comprensión de las interrelaciones de lossistemas y subsistemas.
3. Comunicación del conocimiento del sistemaactual a los usuarios por medio del diagrama deflujo de datos.
4. Análisis de un sistema propuesto paradeterminar si han sido definidos los datos yprocesos necesarios.
Entidad Externa
Representa personas, organizaciones, o sistemas que no
pertenecen al sistema.
En el caso de que las entidades externas se comunicasen
entre sí, esto no se contemplaría en el diagrama, por estar
fuera del ámbito de nuestro sistema
Puede aparecer en los distintos niveles de DFD para
mejorar su comprensión, aunque normalmente sólo
aparecerá en el diagrama de contexto.
Pueden aparecer varias veces en un mismo diagrama,
para evitar entrecruzamientos de líneas.
Suministra información acerca de la conexión del sistema
con el mundo exterior.
Procesos
Cuando un flujo de datos entra en un proceso sufre una transformación. Un proceso no es origen ni final de los datos, sólo lugar de transformación de ellos.
Un proceso puede trasformar un dato en varios.
Es necesario un proceso entre una Entidad Externa y un Almacén de datos.
Un proceso puede representarse señalando una localización. La localización expresa la unidad o área dentro de la organización donde se realiza el proceso.
Almacén de Datos
Representa la información en reposo
No puede crear, destruir ni transformar datos
No puede estar comunicado directamente con otro almacén o Entidad externa
El flujo de datos (Entrada y Salida) no lleva nombre cuando incide sobre su contenido completo
No debe estar referido al entorno físico, y por tanto, no se diferencian los ficheros convencionales de las bases de datos
No se representa la clave de acceso a este almacén sino sólo la operación que se realiza (lectura, escritura, actualización)
Diagrama de flujo de datos
un cuadrado para representar las
entidades del sistema
una flecha para representar los
flujos dentro del sistema
un rectángulo con esquinas
redondas para representar los
procesos
un rectángulo con un lado abierto
para representar los
almacenamientos de datos.
Utilizan cuatro símbolos básicos como los son (Gane y
Sarson):
Descomposición por Niveles
El desarrollo de un DFD ayuda en la
identificación de los datos de la transacción en
el modelo de datos.
Sus niveles son:
Nivel 0: Diagrama de contexto.
Nivel 1: Diagrama de nivel superior.
Nivel 2: Diagrama de detalle o expansión.
Diagrama de Contexto: Nivel 0
En el diagrama de contexto se caracterizan todaslas interacciones que realiza un sistema con suentorno (entidades externas)
Se dibuja un sólo proceso que representa alsistema en cuestión y se escribe su nombre endicha burbuja como un sustantivo común másadjetivos. De él solamente parten los flujos dedatos que denotan las interrelaciones entre elsistema y sus agentes externos, no admitiéndoseotros procesos ni almacenamientos en el dibujo.
Resulta de gran utilidad para los nivelesposteriores de análisis como herramienta debalanceo.
Diagrama de Nivel Superior:
Nivel 1
En el diagrama de nivel superior se plasmantodos los procesos que describen al procesoprincipal.
En este nivel los procesos no sueleninterrelacionarse directamente, sino que entreellos debe existir algún almacenamiento o entidadexterna que los una.
Esta regla de construcción sirve como ayuda alanalista para contemplar que en un nivel tanelevado de abstracción (DFD Nivel 1) esaltamente probable que la información que semaneja requiera ser almacenada en el sistemaaunque no esté especificado por un Requisitofuncional, siendo en realidad un requisito no-
Diagrama de Detalle o
Expansión: Nivel 2
En un diagrama de nivel 2 o mayor,comienzan a explotarse las excepciones a loscaminos principales de la información dadoque aumenta progresivamente el nivel dedetalle. De aquí en adelante se permiten losflujos entre procesos.
Puede considerarse el máximo para servalidado en forma conjunta con el usuariodado que en los niveles posteriores el altogrado de complejidad del diagrama puederesultar de muy difícil lectura para personasajenas al equipo de sistemas.
Actividad
Genere un diagrama de flujo de
datos para una biblioteca que
necesita gestionar el préstamo y
devolución de libros