Modelado del software Jhon Jairo Padilla A., PhD.

Transcripción

1 Modelado del software Jhon Jairo Padilla A., PhD.

2 Herramientas para el modelado de software Es importante resaltar los aspectos del sistema real que vamos a tener en cuenta durante su modelado: La estructura del sistema: las partes de las que está compuesto el sistema, y cómo se relacionan entre sí. La dinámica del sistema: cómo evoluciona el sistema en el tiempo, los cambios que en él acontecen. Los recursos del sistema: qué partes del sistema son compartidas por distintos agentes y cómo se gestiona su servicio.

3 Descripción de los procesos Se utiliza un Diagrama de Flujo de Datos (DFD) Visión general de las funciones y transformaciones de datos en un sistema Modelo lógico y gráfico del sistema también como modelo físico Identifica entradas, salidas, procesos y relaciones con el exterior...a nivel general...por refinamiento, a nivel detallado

4 Notación del DFD notación de Yourdon/De Marco ENTIDAD EXTERNA P1 Proceso flujo de datos D ALMACÉN DE DATOS

5 Ejemplo: Sistema de Distribución de libros sin inventario Se trata de un sistema que sirve pedidos de libros a unos clientes, con la particularidad de que no mantiene un stock o inventario interno. El sistema puede agrupar los pedidos que clientes distintos hacen a un mismo editor, de manera que se puedan conseguir descuentos. (Adaptado del capítulo 2 de Gane, C. and T. Sarson, Análisis estructurado de sistemas. 1990, Buenos Aires: El Ateneo.)

6 Ejemplo Diagrama de contexto CLIENTE pedidos órdenes de compra en principio, no son materiales, son datos libros entregados 0. Sistema de Pedidos libros pedidos EDITOR

7 Ejemplo: DFD de nivel Sistema de pedidos pedidos D LIBROS órdenes de compra estado del crédito 1. Verificar validez de pedido pedidos válidos D PEDIDOS PENDIENTES 2. Armar pedidos a editores D ÓRDENES DE COMPRA D CLIENTES dirección pedidos en lote pedidos por título libros entregados libros entregados = albarán + listanovedades DD 5. Armar entrega a clientes libros por clientes 4. Asignar libros a pedidos libros recibidos libros recibidos = {título + cantidad} 3. Verificar libros pedidos envío de editores DD

8 Diccionario de Datos Contiene la descripción de todos los datos (nombres de las flechas) y todos los almacenes Flujo de datos: entrega Descripción: Conjunto de libros enviados por un proveedor a la biblioteca, basado en la relación que previamente había recibido. Sinónimos: *** none *** Componente de: *** none *** Composición: Libros + { Albarán } Información de entrada y salida Origen Destino *** Off the diagram *** Compra libros PROVEEDORES Biblioteca

9 Ejemplo: Descripción de un almacen de datos en el Diccionario de Datos Almacen: Facturas Descripción: Información, por número de factura, sobre facturas en el sistema actual. Sinónimos: *** none *** + Fecha-factura + Dirección-cliente + { Número-producto + Cantidad-producto + Costo-unidad-producto } + Costo-envío + Tasa-de-descuento + Neto-factura + Estado-factura Procesos asociados: Según DFD general Proc_cancelación Proc_pago Proc_consultas Adjuntar_albarán

10 Descripción de la función de cada proceso Proceso: Verificar estado del socio Número: Descripción: Se examina si el socio no está sancionado Miniespecificación: Recibir Socio ID del socio Leer SOCIOS para Leer Flag-de-precaución Si OK, enviar Socio ID válido Complejidad: Prioridad: Ratio de transacciones: Memoria requerida (Kb): Tiempo de proceso:

11 Diagramas E-R y DED (Diagrama de Estructura de Datos) Describen las bases de datos (almacenes) Describen las relaciones entre las tablas DED es, básicamente, un E-R limitado: no relaciones ternarias sólo cardinalidades 1:N no atributos multivaluados ni compuestos

12 Representación de Cardinalidad en el DER Relación 1 a 1 (1:1). Relación muchos a uno (m:1). Relación muchos a muchos (m:n).

13 Ejemplo de E/R. Departamento (1,n) Diagrama E-R [EN2002] (Chen) pertenece (1,1) Empleado (0,n) asignado (1,m) Proyecto Departamento Proyecto DED pertenece requiere Empleado tiene Asignación

14 Para que hacer el E-R? El diagrama entidad relación es otro camino para obtener el diseño de los almacenamientos: Hacer un almacenamiento para cada una de las entidades. Hacer un almacenamiento para cada una de las relaciones. Combinar almacenamientos que compartan la misma clave (si existen).

15 Diagramas de Transición de Estados Diagrama de Transición de Estados (DTE) Enfatiza el comportamiento dependiente del tiempo de un sistema. El DTE es interesante para sistemas que interactúan controlando el ambiente externo: poder modelar qué sucede y cuándo. Ejemplos: Sistemas telefónicos. Sistemas de control y mando militares.

16 DTE- Notación Estados Cambios de estados Condiciones / acciones

17 DTE-Estados del sistema Cada estado representa un estado en el que se puede encontrar el sistema. El sistema permanece en un estado por un período de tiempo. Ejemplo: Calentando una mezcla de sustancias químicas. Aguardando en reposo.

18 DTE-Ejemplo El Diagrama de Transición de Estados para una máquina simple reproductora de cintas podría ser:

19 Correspondencia entre el DFD y el DTE

20 Implementación del Código del programa principal Se desarrolla con base en la MEF (Máquina de estados finitos) La MEF se describió en la fase de modelado con los DTE (Diagramas de Transición de estados)

21 DTE para la MEF de un protocolo de enlace

22 Programa típico de una MEF INICIO ESTADO: Desc Evento (MSG) Caso ESTADO ESTADO= Desc Caso MSG MSG=SABM Accion 1; ESTADO=Transf ESTADO= Transf Caso MSG Accion 2; ESTADO=Ocupado Accion 3; ESTADO=Desc

23 Código en Python para la MEF Ver archivo ejemplomef.py