Clase 2 Semana 3

Ing. Darmara Silva Mendoza.

Es el proceso de examinar la situación de una empresa con el propósito de mejorarla con métodos y procedimientos más adecuados. Es 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. Éste análisis permite al analista conocer un sistema o proceso en una forma lógica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningún detalle pertinente.

Es decir, concibe el análisis y diseño de sistemas en base a la construcción de modelos con el fin de representar las funciones que realiza el sistema, desde su concepción física hasta la deducción lógica de su información y procesos.

El método de desarrollo del análisis estructurado tiene como finalidad superar esta dificultad por medio de:

• La división del sistema en componentes y • La construcción de un modelo del sistema.

La herramienta fundamental del Diseño Estructurado es el Diagrama Estructurado que es de naturaleza gráfica y evitan cualquier referencia relacionada con el hardware o detalles físicos. Los Diagramas Estructurados describen la interacción entre módulos independientes junto con los datos que un módulo pasa a otro cuando interacciona con él. Dentro de estas herramientas están:

Diagrama de Flujo de Datos. Diccionario de Datos. Descripción de Procesos.


4

Definición: Es una herramienta que permite visualizar un sistema como una red de procesos funcionales, conectados entre sí por conductos y tanques de almacenamientode datos. Proporciona un punto de vista de un sistema, el orientado a funciones. Herramienta que permite representar gráficamente un sistema, mostrando tanto los procesos que en el se llevan a cabo como los datos que pasan de un proceso a otro.


5

Finalidad: Verificar los requerimientos de información. Describir los datos asociados con las

entidades. Mostrar la relación entre entidades. Comunicar los requerimientos de datos a un

diseñador de archivos o administrador de la base de datos.


6

Características: También se denomina diagrama de burbujas, diagrama de flujo de trabajo o

modelo funcional Representación gráfica en forma de red. La información que proporciona es relevante, ya que facilita la compresión

de los sistemas al describir el flujo de los datos, dando al mismo tiempo una mejor comunicación entre el usuario final y analista de sistemas.

Describe la secuencia lógicas entre datos y procesos y no se relaciona al hardware.

Va de lo general a lo particular, ya que posee niveles. El Nivel 0 (cero) se conoce como Diagrama de Contexto o Diagrama

Contextual, solo se identifican los datos de entradas, entidades externas, políticas internas o externas a la organización, y las salida de la información.

Las funciones se comunican mediante conductos que representan la información que se mueve.


7

Ventajas del enfoque de flujo de datos: Libertad para realizar en forma muy temprana la

implementación técnica del sistema. Una mayor comprensión de las interrelaciones de los

sistemas y subsistemas. Comunicación del conocimiento del sistema actual a

los usuarios por medio de diagramas de flujo de datos.

Análisis de un sistema propuesto para determinar si han sido definidos los datos y procesos necesarios.


8

Simbología:Ver Enlace


9

Procesos que se conservan en el DFD: Realicen cálculos, como por ejemplo el cálculo promedio de calificaciones. Tomen decisiones, como por ejemplo decidir la aprobación de una beca a

un estudiante según diversas reglas. Dividan los flujos de datos según su contenido o las reglas de la empresa,

como por ejemplo separar los pedidos aprobados de los rechazados en función de las reglas de gestión de la concesión de crédito.

Combinen los flujos de gestión de datos, como por ejemplo: combinar los cursos requeridos con los cursos disponibles para crear la planificación de cursos de un estudiante.

Filtren y/o resuman los flujos de datos para producir nuevos flujos de datos, como por ejemplo: filtrar los datos de facturación para identificar solo las cuentas no pagadas o resumir los datos de inscripción a cursos para identificar los cursos de mayor demanda (en ambos casos los datos no cambian pero si su estructura).


10

Errores en los DFD: Agujero Negro: Se caracterizan porque son

procesos que tienen entradas pero no tienen salidas.

El Milagro: Es aquel que tiene salidas pero que no tiene entradas.

Agujero Gris: Cuando las entradas no son suficientes para las salidas que presenta el proceso.


11


12

Procesos de canalización: Significa que los procesos que no cambian los flujos o no sirven para tomar decisiones a partir de los datos de entrada deben ser eliminados.

Nombres duplicados de los flujos de datos. Flujos de datos divergentes: son flujos basados

en criterios de implantación y deberían evitarse en los DFD esenciales. Sustitúyanse dichos flujos divergentes por un flujo de datos único, independiente y con nombre.


13


14

El concepto de paquete de flujo de datos: Cuando hay dos o más flujos de datos independientes que se desplazan siempre juntos, se deben mostrar como un único flujo de datos.


15


16

Evitar errores como:


17

Cómo Construir un DFD: Ignore las tareas puramente internas del recipiente;

aplicando así el concepto de caja negra. Pregunte a sus usuarios finales cuales son los

sucesos o transacciones a los cuales debe responder el sistema. Por ej: Pedidos, Reclamos, Pagos, etc.

Para cada suceso, pregunte cuáles son las respuestas que debería generar el sistema. Por ejemplo: Pedido - Programar pedido Reclamo - Dar respuesta Pago - Elaborar recibo


18

Pregunte cuales son los informes de formato fijo que debe producir el sistema

Identifique las fuentes netas de datos para cada suceso o transacción. Estas fuentes se convertirán en los agentes internos o externos del sistema.

Identifique los recipientes netos de cada respuesta o salida que debería generar el sistema. Estos destinos serán también agentes internos o externos.


19

Identifique todos los posibles almacenes de datos externos. No los confunda con el almacén de datos correspondiente al modelo E/R del sistema que se va a construir.

Dibuje un diagrama de contexto para toda la información anterior.


20

Reglas Generales de Diagramación Los flujos no deben entrar y salir del proceso con el

mismo nombre Los flujos tienen una sola dirección Las entidades externas y los archivos pueden

aparecer varias veces en un DFD Todo proceso debe tener entradas y salidas Los datos que entran a un proceso deben ser

utilizados en su totalidad en ese proceso


21

Todo lo que entra a un archivo debe ser usado. Todo lo que sale de un archivo debe haber sido utilizado previamente.

Elegir nombres con significado para los procesos, flujos, almacenes y terminadores: saldo_cliente, Imprimir, Nómina, ...

Numerar los procesos. Redibujar el DFD tantas veces como sea necesario

estéticamente. Evitar los DFD demasiado complejos.


22

Asegurarse de que el DFD sea internamente consistente y que también lo sea con cualquier DFD relacionado con él.

Un proceso en un DFD puede identificar una función que se está llevando a cabo, o puede identificar como se está llevando a cabo identificando a la persona o grupo; en este último caso identifique la tarea que se realiza no nombres de personas.

Distintos tipos de datos => distintos flujos.


23

Etiquete los procesos de manera que se puedan identificar las funciones que el sistema está llevando a cabo. Un buen sistema que se puede utilizar para nombrar procesos es usar un verbo y un objeto. Es decir, elegir un verbo activo y un objeto apropiado para formar una frase descriptiva para el proceso.

Distintos niveles de abstracción. niveles superiores: funciones del sistema de forma general, niveles inferiores: funciones del sistema de forma detallada. Máximo hasta 7 niveles y almacenes relacionados.


24

Ejemplos de nombres de procesos: CALCULAR TRAYECTORIA DE PROYECTIL. PRODUCIR INFORME DE INVENTARIO. VALIDAR NUMERO TELEFONICO. ASIGNAR ESTUDIANTE A LA CLASE.


25

Flujos validos. De una entidad externa a un proceso. De un proceso a una entidad externa. De un proceso a otro proceso De un proceso a un archivo. De un archivo a un proceso


26

Tipos de Diagrama. Diagrama Contextual: Es el primer diagrama ayuda al

analista de sistemas a ilustrar el movimiento de datos básico, su naturaleza general limita su utilidad. El diagrama de contexto inicial debe ser un panorama que incluye entradas básicas, el sistema en general y las salidas. El diagrama contextual es el nivel más alto en un diagrama de flujo de dato, y contiene solamente un proceso que representa al sistema completo. Al proceso le es dado el número cero. Todas las entidades externas son mostradas en el diagrama de contexto, así como los flujos de datos principales que entran y salen de el. El diagrama no contiene ningún almacenamiento de datos. Se realiza a partir de entrevistas con usuarios y análisis de documentos.


27


28

Diagramas Expandido: Es la explosión del diagrama de contexto y puede incluir hasta nuevos procesos, muestran almacenes de datos y nuevos flujos de datos de nivel más bajo.


29

Ejemplo 1: Del Sistema de Inscripción DCYT UCLA


30


31

Diagrama Expandido Nivel 1:


32

Conexiones permitidas.


33

FuenteDestino Proceso Almacén

Entidades Externas

Proceso SI SI SI

Almacén SI NO NO

Entidades Externas

SI NO NO

Clase 2 Semana 3

Technology

Transcript of Clase 2 Semana 3