21. Flujos de Datos Diálogo pregunta sobre estado de pedido respuesta sobre estado de pedido 1 D ETERM. ESTADO DEL PEDIDO 1 D ETERM. ESTADO DEL PEDIDO pregunta sobre estado de pedido respuesta sobre estado de pedido
22. Flujos de Datos Divergentes OBTENER DETALLE DE ORDEN GENERAR FACTURA detalle de pedidos orden de compra ACTUALIZAR INVENTARIO VALIDAR NUMERO TELEFO-NO VALIDAR CODIGO POSTAL domicilio VALIDAR CALLE código postal numero teléfono calle
23. Flujos de Datos Convergentes OBTENER NUMERO TELEFO-NO OBTENER CODIGO POSTAL domicilio OBTENER CALLE código postal numero teléfono calle VALIDAR DOMICILIO
26. Almacén de Datos Lectura OBTENER DATOS PERSONALES CLIENTES datos_cliente no destructiva pasivo nombre en plural nro_cliente datos_cliente
27. Almacén de Datos Escritura ACTUALIZAR INFORMACION DE CONTACTO DE CLIENTE info_contacto escritura sólo paquetes que el almacén pueda guardar nro_cliente info_contacto CLIENTES
28.
29.
30.
31.
32.
33.
34. 0 EL SISTEMA E1 E2 E3 a b c Diagrama de Contexto Figura 3: PC 3.1 PE 3.2 PF 3.3 PG z y x o t 1 PA 2 PB 4 PD 3 PC a z b y x c w v Figura 0: EL SISTEMA
35.
36.
37.
38.
39.
40.
41. ESPERANDO TARJETA ESPERANDO OPCION Mostrar menú de opciones Se ingresó contraseña ESPERANDO CONTRASEÑA Se ingresó tarjeta Mostrar “Ingrese contraseña” Se pulsó Cancelar Devolver Trajeta EXTRACCION Se pulsó “Extraer efectivo” TRANSFERENCIA Se pulsó “Transferir Fondos” CONSULTAS Se pulsó “Realizar Consulta” Mostrar opciones de consulta Se pulsó Cancelar Devolver Tarjeta Se pulsó “Finalizar” Devolver Tarjeta Mostrar menú de opciones
42. ESPERANDO ELECCION IMPRIMIENDO SALDO IMPRIMIENDO MOVIMIENTOS Se pulsó “Consulta de Saldo” Se pulsó “Consulta de Ultimos Movimientos”
Editor's Notes
En un nivel técnico, la ingeniería del software empieza con una serie de tareas de modelado que llevan a una especificación completa de los requisitos y a una representación del diseño general del software a construir. El modelo de análisis, realmente un conjunto de modelos, es la primera representación técnica de un sistema. El modelo de análisis debe lograr tres objetivos primarios: (1) describir lo que requiere el cliente, (2) establecer una base para la creación de un diseño de software, y (3) definir un conjunto de requisitos que se pueda validar una vez que se construye el software. Con los años se han propuesto muchos métodos para el modelado del análisis. Sin embargo, ahora dos tendencias dominan el panorama del modelado del análisis. El primero, análisis estructurado, es un método de modelado clásico del que hablaremos en esta clase. El otro enfoque, análisis orientado a objetos, se estudia con detalle en Ingeniería de Software II. El análisis estructurado es una actividad de construcción de modelos. Mediante una notación creamos modelos que representan el contenido y flujo de la información (datos y control);
Para lograr sus objetivos, el modelo de análisis extraído durante el análisis estructurado toma la forma ilustrada en la figura. En el centro del modelo se encuentra el diccionario de datos -un almacén que contiene definiciones de todos los objetos de datos consumidos y producidos por el software-. Tres diagramas diferentes rodean el núcleo. El diagrama de entidad-relación (DER) representa las relaciones entre los objetos de datos. El DER es la notación que se usa para realizar la actividad de modelado de datos. Los atributos de cada objeto de datos señalados en el DER se puede describir mediante una descripción de objetos de datos. El diagrama de flujo de datos (DFD) sirve para dos propósitos: (1) proporcionar una indicación de cómo se transforman los datos a medida que se avanza en el sistema, y (2) representar las funciones (y subfunciones) que transforman el flujo de datos. El DFD proporciona información adicional que se usa durante el análisis del dominio de información y sirve como base para el modelado de función. En una especificación de proceso (EP) se encuentra una descripción de cada función presentada en el DFD. El diagrama de transición de estados (DTE) indica cómo se comporta el sistema como consecuencia de sucesos externos. Para lograr esto, el DTE representa los diferentes modos de comportamiento (llamados estados ) del sistema y la manera en que se hacen las transiciones de estado a estado. El DTE sirve como la base del modelado de comportamiento. Dentro de la especificación de control (EC) se encuentra más información sobre los aspectos de control del software. El modelo de análisis acompaña a cada diagrama, especificación y descripción, y al diccionario señalado en la figura.
