1 Análisis y Diseño Estructurado Definiciones Básicas.

Presentación del tema: "1 Análisis y Diseño Estructurado Definiciones Básicas."— Transcripción de la presentación:

1 1 Análisis y Diseño Estructurado Definiciones Básicas

2 Desarrollo de Sistemas II - ISIV2 Prof. Mónica L. Dombina Análisis El análisis estructurado, como todos los demás métodos de análisis de requisitos, es una actividad de construcción de modelos. Mediante una notación que es única de este método, se crean modelos que reflejan el flujo y el contenido de la información (datos y control); se parte el sistema funcionalmente y, según los distintos comportamientos, se establece la esencia de lo que se debe construir. La tarea del análisis de sistemas, conlleva más que sólo realizar análisis de requisitos, pero es en eso donde se focalizará la discusión.

3 Desarrollo de Sistemas II - ISIV3 Prof. Mónica L. Dombina Análisis Una de las principales labores del analista es descubrir detalles y documentar la política de un negocio que pudieran existir sólo en forma implícita, "transmitidas de generación en generación" por los usuarios, nunca documentadas formalmente. El analista debe distinguir entre síntomas, problemas del usuario y causas. Con sus conocimientos de la tecnología de los computadores, el analista debe ayudar al usuario a explorar aplicaciones novedosas y más útiles de éstos así como nuevas formas de hacer negocios.

4 Desarrollo de Sistemas II - ISIV4 Prof. Mónica L. Dombina Análisis Aunque muchos de los sistemas antiguos sólo se limitaban a perpetuar el negocio original del usuario, pero a velocidades electrónicas, hoy en día los analistas se enfrentan al desafío de ayudar al usuario a encontrar productos y mercados radicalmente innovadores, con la ayuda del computador.

5 Desarrollo de Sistemas II - ISIV5 Prof. Mónica L. Dombina Diseño El diseño de software es un proceso mediante el que se traducen los requisitos en una representación del software. Inicialmente, la representación describe una visión holística del software. Posteriores refinamientos conducen a una representación de diseño que se acerca mucho al código fuente.

6 Desarrollo de Sistemas II - ISIV6 Prof. Mónica L. Dombina Diseño En el diseño se realizan dos pasos. El diseño preliminar se centra en la transformación de los requisitos en los datos y arquitectura del software. El diseño detallado se ocupa del refinamiento de la representación arquitectónica que lleva a una estructura de datos detallada y a las representaciones algorítmicas del software.

7 Desarrollo de Sistemas II - ISIV7 Prof. Mónica L. Dombina Diseño Dentro del contexto de los diseños preliminar y detallado, se llevan a cabo varias actividades de diseño diferentes. Además del diseño de datos, del diseño arquitectónico y del diseño procedimental, muchas aplicaciones requieren de un diseño de la interfaz. El diseño de la interfaz establece la disposición y los mecanismos para la interacción hombre máquina (no cubierto por las herramientas del diseño estructurado).

8 8 Diagrama de Flujo de Datos Definiciones Básicas

9 Desarrollo de Sistemas II - ISIV9 Prof. Mónica L. Dombina Diagrama de Flujos de Datos Los diagramas de flujos de datos también son llamados Carta de Burbujas, DFD, Diagramas de burbujas, modelo de proceso, diagrama de flujo de trabajo o modelo de función en la literatura computacional. A medida que la información se mueve a través del software, es modificada por una serie de transformaciones. El DFD es una técnica gráfica que representa el flujo de la información y las transformaciones que se aplican a los datos al moverse desde la entrada hasta la salida.

10 Desarrollo de Sistemas II - ISIV10 Prof. Mónica L. Dombina Componentes de un DFD El Proceso:  Sinónimos comunes son burbuja, función o transformación.  El proceso muestra una parte del sistema que transforma entradas en salidas; es decir, muestra cómo es que una o más entradas se transforman en salidas. El proceso se representa gráficamente como un óvalo o un rectángulo con esquinas redondeadas. Estas diferencias son sólo de forma, y se debe optar por alguna de ellas y utilizarla en forma consistente. Para esta materia utilizamos el rectángulo con puntas redondeadas.

11 Desarrollo de Sistemas II - ISIV11 Prof. Mónica L. Dombina Componentes de un DFD El Proceso:  Nótese que el proceso se nombra con una palabra o frase, que intentan dar una primera aproximación de lo que hacen, por ejemplo VALIDAR ENTRADA, CONTROL TEMPERATURA, etc. 1 Cálculo Dígito Verificador

12 Desarrollo de Sistemas II - ISIV12 Prof. Mónica L. Dombina Componentes de un DFD El Flujo de Datos:  Un flujo se representa gráficamente por medio de una flecha que entra o sale de un proceso. El flujo se usa para describir el movimiento de bloques o paquetes de información de una parte del sistema a otra. Por ello, los flujos representan datos en movimiento, mientras que los almacenes representan datos en reposo.  Flujo de Datos, que lleva el Rut de un cliente. Se utiliza esta presentación en casi todos los formalismos propuestos. Rut Cliente

13 Desarrollo de Sistemas II - ISIV13 Prof. Mónica L. Dombina Componentes de un DFD El Flujo de Datos:  En la mayoría de los sistemas que se modelan, los flujos realmente representarán datos, es decir, bits, caracteres, mensajes, números de punto flotante y los diversos otros tipos de información con los que se suele tratar en sistemas computarizados. Esto no significa que los DFD no sean una herramienta útil en el modelado de procesos no automatizados computacionalmente, como por ejemplo una línea de ensamblado.

14 Desarrollo de Sistemas II - ISIV14 Prof. Mónica L. Dombina Componentes de un DFD El Flujo de Datos:  Con esto, se representa que se ingresan datos o materiales de tipo no computacional. Es útil en el modelamiento de procesos productivos.  Los flujos de datos tienen un nombre el que representa el significado del paquete de información que se mueve a lo largo del flujo.  Los flujos de datos pueden converger o divergir en un DFD. Insumos Producción

15 Desarrollo de Sistemas II - ISIV15 Prof. Mónica L. Dombina Componentes de un DFD El Almacén:  El almacén se utiliza para modelar un conjunto de paquetes de datos en reposo. Se denota por dos líneas paralelas u otras alternativas gráficas. Para esta materia utilizamos la notación de un rectángulo abierto. De modo característico, el nombre que se usa para un almacén es el plural del que se usa para los paquetes que entran y salen del almacén por medio de flujos.

16 Desarrollo de Sistemas II - ISIV16 Prof. Mónica L. Dombina Componentes de un DFD El Almacén:  A menudo, los almacenes de datos se implementan como archivos o bases de datos. También pueden ser implementados en sistemas manuales como archivadores, carpetas, etc. DClientes

17 Desarrollo de Sistemas II - ISIV17 Prof. Mónica L. Dombina Componentes de un DFD La Entidad Externa:  Gráficamente se representa como un cuadrado. Los terminadores representan entidades externas con las cuales el sistema se comunica. Comúnmente una entidad externa es una persona o un grupo, por ejemplo una organización externa o una agencia gubernamental, o un grupo o departamento que esté dentro de la misma compañía u organización, pero fuera del control del sistema que se está modelando. En algunos casos, la entidad externa puede ser otro sistema.

18 Desarrollo de Sistemas II - ISIV18 Prof. Mónica L. Dombina Componentes de un DFD La Entidad Externa:  Entidad Externa o terminador, que en este caso representa al usuario del sistema. Se utiliza esta presentación en casi todos los formalismos propuestos. Usuario

19 Desarrollo de Sistemas II - ISIV19 Prof. Mónica L. Dombina Componentes de un DFD La Entidad Externa:  Suele ser muy fácil identificar las entidades externas en el sistema que se está modelando. A veces la entidad externa es el usuario, que nos dice "pienso entregar los datos A, B y C al sistema y espero que éste me entregue los datos X, Y y Z". En otros casos, el usuario se considera parte del sistema y ayudará a identificar la entidades externas relevantes.

20 Desarrollo de Sistemas II - ISIV20 Prof. Mónica L. Dombina Guía para la construcción de un DFD a) Escoger nombres con significado para los procesos, flujos, almacenes y entidades externas. b) Numerar los procesos. c) Redibujar el DFD tantas veces como sea necesario estéticamente. d) Evitar los DFD excesivamente complejos. e) Asegurarse de que el DFD sea internamente consistente y que también lo sea con cualesquiera DFD relacionado con él. (evitar procesos con sólo entradas o salidas, así como flujos y procesos no etiquetados).

21 Desarrollo de Sistemas II - ISIV21 Prof. Mónica L. Dombina DFD por niveles Se organiza el DFD global en una serie de niveles de modo que cada uno proporcione sucesivamente más detalles sobre una porción del nivel anterior. Esto es análogo a la organización de mapas en un atlas. El DFD de primer nivel consta sólo de un proceso, que representa el sistema completo; los flujos de datos muestran las interfaces entre el sistema y las entidades externas (junto con los almacenes externos que pudiera haber). Este DFD especial se conoce como Diagrama de Contexto. El DFD que sigue del diagrama de Contexto se conoce como la figura 0. Representa la vista de más alto nivel de las principales funciones del sistema, al igual que sus principales interfaces.

22 Desarrollo de Sistemas II - ISIV22 Prof. Mónica L. Dombina Ejemplo de un Diagrama de Contexto 0 Sistema Usuario Datos del Usuario al Sistema Otro Sistema Otro Sistema Datos del Sistema Externo D Almacén de Datos Externo 1 Datos Almacenados Usuario Salida del Sistema al Usuario D Almacén de Datos Externo 2 Salida del Sistema al Almacenar

23 Desarrollo de Sistemas II - ISIV23 Prof. Mónica L. Dombina Diagrama Nivel 0. Aquí se presenta la primera descomposición funcional del sistema. 1 Módulo 1 Usuario Datos del Usuario al Sistema Otro Sistema Otro Sistema Datos del Sistema Externo D Almacén de Datos Externo 1 Datos Almacenados Usuario Salida del Sistema al Usuario Salida del Sistema al Almacenar D Almacén de Datos Externo 2 2 Módulo 2 3 Módulo 3 Interfaz Módulo 3 y 2 D Almacén del Sistema Salida Módulo 3 Interfaz Módulo 1 y 2

24 Desarrollo de Sistemas II - ISIV24 Prof. Mónica L. Dombina Diagrama Nivel 1. En este caso se presenta una descomposición funcional del módulo 1 1.1 Módulo 1.1 Usuario Datos del Usuario al Sistema Usuario Salida del Sistema al Usuario 1.2 Módulo 1.2 1.3 Módulo 1.3 Interfaz Módulo 1.3 y 1.2 Interfaz Módulo 1.1 y 1.2 Interfaz Módulo 1.1 y 1.3 Interfaz Módulo 1 y 2

25 Desarrollo de Sistemas II - ISIV25 Prof. Mónica L. Dombina Diagrama nivel 2. En este caso se presenta una descomposición funcional del módulo 1.3 1.3.1 Módulo 1.3.1 1.3.2 Módulo 1.3.2 Interfaz Módulo 1.3 y 1.2 Interfaz Módulo 1.1 y 1.3 Interfaz Módulo 1.3.1 y 1.3.2

26 Desarrollo de Sistemas II - ISIV26 Prof. Mónica L. Dombina Bibliografía Extraído de:  http://www.inf.udec.cl/~mvaras/estprog/cap3.h tml#3.4.1