Unidad 4: MODELO DE COMPORTAMIENTO OBJETIVO DEL MODELO DE COMPORTAMIENTO

Transcripción

1 Unidad 4: MODELO DE COMPORTAMIENTO OBJETIVO DEL MODELO DE COMPORTAMIENTO Describir las respuestas que debe dar el sistema. CARACTERÍSTICAS DEL MODELO DE COMPORTAMIENTO El modelo de comportamiento está compuesto por el Esquema de transformaciones y el Esquema de datos. Se deberá determinar cuál de los dos esquemas es el dominante para después desarrollarlo primero. El esquema dominante será aquel que por sí mismo describa mejor el comportamiento del sistema (es decir proporciona mayor cantidad de información). ESQUEMA DE TRANSFORMACIONES OBJETIVO DEL ESQUEMA DE TRANSFORMACIONES Describe las transformaciones que el sistema produce como respuesta a los estímulos. CARACTERÍSTICAS DEL ESQUEMA DE TRANSFORMACIONES Es una visión activa del sistema, y necesita mostrar: Las transformaciones. Lo que se transforma. De dónde viene y a dónde va lo transformado. Qué se almacena. Detalles de las transformaciones. Detalles de los datos. La mayor parte de las herramientas que se describen a continuación son gráficas y todas son estructuradas, utilizan un conjunto reducido de símbolos y/o reglas que permiten reducir la ambigüedad y la distorsión en la comunicación de información durante la construcción de sistemas. 1

2 DIAGRAMA DE FLUJO DE DATOS (D.F.D.) CARACTERÍSTICAS DEL DIAGRAMA DE FLUJO DE DATOS Esta herramienta permite expresar el funcionamiento de un sistema (existente o no) obteniendo un modelo que describa la situación desde el punto de vista del fluir de los datos que es el más útil. En un D.F.D. se ve el conjunto de caminos por los que pueden transitar los datos y se asume que el sistema se encuentra en actividad. El uso de un D.F.D. permite mostrar al sistema como un conjunto de particiones del mismo y sus interrelaciones, que pueden ser flujos y/o almacenamientos. Un D.F.D. muestra los procesos, almacenamientos y las necesidades de información de los procesos para que estos puedan operar. Las características principales de esta herramienta son: Es una herramienta gráfica. Es particionable (lo que significa que permite mostrar detalles del proceso). Enfatiza el flujo de datos. Las ventajas del uso de un D.F.D. son: El sistema en estudio puede ser observado con distintos niveles de detalle. Cada página es una representación completa de lo que se está analizando (no existen conectores). Posibilita una representación uniforme de todos los documentos involucrados. Sirve como material de discusión con el usuario para detectar errores de interpretación. Posibilita una buena comunicación dentro del grupo de desarrollo y de mantenimiento. Pueden construirse D.F.D. con distinto grado de detalle. Construimos un D.F.D. de nivel superior, varios de nivel medio que muestran detalles de burbujas de D.F.D. de nivel superior y por último, tendremos un D.F.D. de nivel inferior, con burbujas que ya no convienen ser descompuestas conocidas con el nombre de primitivas funcionales. Existen algunos puntos sumamente importantes a tener en cuenta cuando se construye un D.F.D. El D.F.D. hijo debe mostrar una vista detallada de la burbuja padre. Deberá existir balanceo, lo que significa que la red de entradas y salidas de un D.F.D. hijo debe ser igual a la de la burbuja padre, puede no cumplirse esta regla en el caso de condiciones de excepción que figuran en el D.F.D. hijo y no en la burbuja padre. El D.F.D. hijo recibe el número de la burbuja padre además de agregar un punto decimal y un número único local. Los almacenamientos son mostrados por primera vez en un D.F.D., cuando son usados como interfaces entre dos procesos y no antes; en el nivel donde se muestra, deben indicarse todas las referencias de entrada y salida al mismo. 2

3 No deben existir almacenamientos actualizados y nunca leídos, o leídos y nunca actualizados. No existe una regla que determine el número máximo de burbujas por nivel de D.F.D., deberá ser tal que no dificulte la comprensión del D.F.D., una cantidad razonable de burbujas es siete (más / menos dos), pues se asegura que es esta la cantidad de elementos máxima que puede manejar un ser humano. La herramienta D.F.D. está formada por tres símbolos y una serie de reglas de construcción. FLUJO DE DATOS Muestran la comunicación entre las componentes de un D.F.D., y es representado por una línea con una flecha y un nombre. Se la puede asimilar a una cañería a través de la cual fluyen paquetes de información de composición conocida. El nombre del flujo debe indicar la información y no el soporte físico de la misma (la idea es escribir datos cliente, y no carpeta del cliente) Dos flujos pueden tener el mismo nombre si transportan información de igual tipo y calidad. Dos flujos con la misma composición de información pueden tener distintos nombres, si la calidad de dicha información es distinta (por ejemplo datos cliente y datos cliente validado). Un flujo de datos puede diverger y converger. Los flujos de datos hacia o desde almacenamientos, no deben tener nombre pues el nombre del almacenamiento será suficiente para indicar el contenido, el flujo sólo indica la accesibilidad. Los flujos de datos deben tener una dirección única entre burbujas, pueden tener doble dirección entre burbuja y almacenamiento. Los flujos de datos por excepción y/o error, cuando aparecen por primera vez se marcan con una X antes de la flecha. 3

4 PROCESOS Los procesos muestran la transformación de los flujos de datos de entrada en los flujos de datos de salida. El nombre debe dar una muy buena idea de qué es lo que hace el proceso. Un verbo y un objeto en singular, es una buena estructura para el nombre del proceso. Si no se encuentra un buen nombre, quizás deba de realizarse una nueva partición del proceso. Si al escribir el nombre tengo dos o más verbos, debo particionar el proceso. Si el proceso es de validación, un buen nombre será validar datos entrada. Un proceso debe tener por lo menos un flujo de entrada. Un proceso debe tener por lo menos un flujo de salida. Los flujos de salida de un proceso deben poder generarse en base a la información de entrada. Un proceso debe ser perceptible, es decir que mirando sus entradas y salidas se debe poder interpretar su función. ALMACENAMIENTOS Así como los flujos muestran los datos en movimiento, los almacenamientos muestran los datos en reposo. El nombre debe identificar la entidad u objeto a la cual está asociada la información. Los datos que salen, alguna vez tienen que haber entrado y los datos que entran, alguna vez deben ser consultados. La dirección de la flecha es significativa, sólo debe mostrarse lo relevante, si se va a actualizar y se tiene que leer antes sólo se indica que se está actualizando. ENTIDAD EXTERNA Las entidades externas muestran las organizaciones, personas, sistemas, etc; con las cuales el sistema interactúa (entregan o reciben información) pero están fuera del control del sistema. Las entidades externas sólo aparecen en el nivel superior. DIAGRAMA DE FLUJO DE DATOS PRELIMINAR Un D.F.D. preliminar se encuentra particionado por eventos. Para su construcción se deberá realizar por cada evento lo siguiente: a) Dibujar una burbuja que trate el evento. b) Balancear los flujos a partir del diagrama de contexto. c) Dibujar los almacenamientos, los mismos indican restricciones impuestas por el ambiente, y no son retardos de información por problemas de implementación. d) Mejorar la comprensión de la función que representa la burbuja, agregando al dibujo todo almacenamiento que ella pueda consultar. 4

5 DIAGRAMA DE FLUJO DE DATOS NIVEL 0 Su función es mostrar las principales funciones del sistema, ya que en el D.F.D. preliminar se perdió el poder de síntesis. El D.F.D. nivel 0 no es obligatorio en el caso de existir pocos eventos, en cambio si lo es el D.F.D. preliminar. Existen dos criterios que se pueden tener en cuenta para agrupar burbujas: 1) Agrupamiento por funciones: es decir de aquellas burbujas que tienen un objetivo en común. 2) Agrupamiento por datos o a través de almacenamientos compartidos: Entre grupos habrá almacenamientos compartidos y no compartidos. El nombre del proceso debe ser tal que sintetice la función del grupo. Los almacenamientos internos a cada grupo no se dibujan, lo que no significa que hayan sido eliminados. Se deben agrupar las burbujas ocultando la mayor cantidad de almacenamientos posibles, pero verificando que tengan un propósito específico e identificable. DIAGRAMA DE FLUJO DE DATOS NIVEL 1 El D.F.D. nivel 1 está compuesto por la descomposición del D.F.D. nivel 0. Ejemplos de nombres de procesos: Emitir listado de estadística diaria. Actualizar datos del cliente Validar datos del socio. DIAGRAMAS DE FLUJO DE DATOS NIVELES 2 EN ADELANTE Son los D.F.D. formados por la descomposición de cada una de las burbujas que son parte del D.F.D. de nivel anterior. A estos diagramas de flujo de datos, se los conoce como D.F.D. nivel 2, D.F.D. nivel 3, D.F.D. nivel 4, etc. Existen algunos criterios a tener en cuenta para parar con la explosión: 1) Cuando la descripción de una burbuja (proceso) puede realizarse en una miniespecificación no mayor a una página. 2) Hasta que la burbuja tenga una sola entrada y una sola salida sin tener en cuenta excepciones o errores. 3) Según M.Jackson, hay que detener la explosión cuando la relación entre flujos de entrada y salida sea de 1:1 o N:1. 5

6 Después de haber terminado con la construcción de los diferentes niveles de D.F.D., se utilizan herramientas más específicas como ser Tablas de Decisión, Árboles de decisión, Pseudocódigo, Lenguaje comprimido o Mini-especificación. DICCIONARIO DE DATOS DEL ESQUEMA DE TRANSFORMACIONES Se incluyen en el diccionario de datos todos los flujos de datos y almacenamientos que formen parte de los D.F.D.. La notación que se usa aquí es la misma que la señalada en el diccionario de datos del Modelo Ambiental. Ejemplos de flujos de datos: FACTURA = nro factura + (nro remito) + {nro producto + descripción producto + cantidad + precio unitario} + nro vendedor. PAGO = nro producto + descripción producto + monto + [efectivo tarjeta] + (nro tarjeta). SOLICITUD DE SALDO = *Intención de conocer el saldo de una cuenta* nro tarjeta + ext tarjeta + clave acceso + tipo transacción + cod cuenta. HERRAMIENTAS TERMINALES En muchas situaciones la herramienta D.F.D. es insuficiente para expresar en forma clara la lógica del problema. Para solucionar estos problemas aparecen las llamadas herramientas terminales, entre ellas: Árboles de decisión. Tablas de decisión. Pseudocódigo. Mini-especificación o lenguaje comprimido. ÁRBOLES DE DECISION: La función del árbol de decisión es la de expresar un proceso decisorio en un grafo que muestra la secuencia de condiciones. Es una herramienta muy fácil de usar, y también es apta para que el usuario verifique la lógica, supongamos la siguiente situación: Toda factura cuyo monto supere los $3000 tendrá un descuento de 5%, si el monto es mayor que $5000 el descuento será de 10%, estos descuentos se aplicarán siempre y cuando la factura se abone antes del día 10 de cada mes. 6

7 Tal situación representada en un árbol de decisión queda: > $5000. %10 descuento. Pago antes del dia 10. > $3000 y <= $5000. %5 descuento. <= $3000. Sin descuento.. Pago de la Factura Pago después del dia 10. Sin descuento.. TABLAS DE DECISIÓN Una tabla de decisión es utilizada cuando el árbol de decisión no puede mostrar en forma clara el proceso decisorio. La siguiente situación representada en una tabla de decisión sería: Los clientes que compren productos por más de $5000 y que han comerciado con nosotros por más de 10 años y tienen una buena historia de pagos (lo que significa que ningún pago de factura se excedió más de 30 días en los últimos 6 meses), podrán pagar con un cheque a 30 días, igual situación a la anterior pero la compra es por $5000 o menos el pago podrá ser hecho con un cheque a 15 días. Cualquier otra situación sólo se aceptará un cheque en efectivo. La tabla de decisión anterior puede ser transformada en una más reducida. 7

8 PSEUDOCÓDIGO: Los árboles y las tablas de decisión son muy útiles en la descripción de procesos ramificados complejos. Existen otros procesos en los que es necesario describir situaciones como las siguientes: hacer las siguientes operaciones mientras ocurra una determinada condición, decisiones binarias como ser: Si ocurre esta situación hacer esto, sino aquello o también operaciones como sumar o mover, etc. Estas estructuras son la base de la programación estructurada, cuya efectividad está dada por la simplicidad y normalización como resultado del uso de unas pocas estructuras. Ejemplos de estas estructuras conocidas por el alumno son: Instrucciones secuenciales: entendiendo por esta estructura a toda instrucción o grupo de instrucciones que no tienen repetición o ramificación. "Multiplicar horas trabajadas por salario horario para obtener el pago bruto" "Sumar importe por flete al total de la factura" Instrucciones de decisión: SI es menor de edad sumar al total de menores SINO sumar al total de mayores. Instrucciones repetitivas: REPETIR multiplicar cantidad por precio unitario HASTA QUE todas las líneas hayan sido procesadas. MINI-ESPECIFICACIÓN O LENGUAJE COMPRIMIDO El pseudocódigo si bien es muy preciso, posee una notación poco común para que pueda ser presentado ante un usuario que no conoce esta herramienta. Luego una nueva herramienta llamada Mini-especificación o Lenguaje Comprimido trata de aprovechar los beneficios de la precisión del pseudocódigo. Esto se logra utilizando las estructuras de la programación estructurada pero desechando las partes molestas de la notación y escribiendo en un lenguaje de uso común pero en 8

9 forma comprimida. Se pueden incluir en una descripción mediante Lenguaje Comprimido, Árboles de Decisión, siempre y cuando no dificulte la comprensión por cualquier persona sin conocimiento de estas herramientas. COMPARACIÓN DE HERRAMIENTAS TERMINALES Los Árboles de Decisión son fáciles de usar y de comprender, muy apto para presentar proyectos a usuarios. Se recomienda cuando el proceso decisorio a describir posee una secuencia de condiciones simples o con pocas combinaciones. Las Tablas de Decisión son necesarias cuando los Árboles de Decisión no pueden describir con la claridad necesaria la lógica del problema, y cuando la secuencia de condiciones a describir son combinadas. El Pseudocódigo es muy útil cuando la lógica del proceso exige que se describan situaciones a repetir hasta que se cumpla una determinada condición combinadas con decisiones. No muy apta para que pueda ser presentado ante una persona sin conocimientos básicos de esta herramienta. La Mini-especificación o Lenguaje Comprimido resulta de gran utilidad para que el usuario comprenda la lógica del proceso, es de fácil comprensión, aunque al no ser una herramienta bien estructurada dependerá de quien la utilice la calidad de lo que se desea describir. 9