Teoría de la Información - Análisis, Diseño Desarrollo e Implementación de Sistemas

METODOLOGÍA

para

DESARROLLO

de

SISTEMAS de INFORMACIÓN

(Apunte 2)

Herramientas para el modelado de Sistemas

Teorí[Link] 11/05/24 1
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

Contenido
6. HERRAMIENTAS PARA EL MODELADO DE SISTEMAS
6.1 INTRODUCCIÓN

6.2 HERRAMIENTAS PARA LA DIMENSIÓN FUNCIONAL

6.2.1 Diagrama de Flujo de Datos (DFD)
6.2.2 Diagrama de Descomposición de Procesos (DDP)
6.2.3 Diccionario de Datos (DD)
6.2.4 Especificación de Procesos (EP)

6.3 HERRAMIENTAS PARA LA DIMENSIÓN DE DATOS

6.3.1 Diagrama de Entidad Relación (DER)

6.4 HERRAMIENTAS PARA LA DIMENSIÓN DE CONTROL

6.4.1 Diagrama de Transición de Estado (DTE)
6.4.2 Diagrama de Estructura (DE)
6.4.3 Diagrama de Navegación de Ventanas (WND)
6.4.4 Diagrama de Paquetes (DP)

Teorí[Link] 11/05/24 2
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

6
Herramientas para el Modelado
de Sistemas

Teorí[Link] 11/05/24 3
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

6.1 Introducción
La mayor parte de las herramientas que describiremos son gráficas y todas son
"estructuradas"; son útiles porque, al trabajar un conjunto pequeño de símbolos y/o
reglas, permiten reducir la ambigüedad, la distorsión, en la comunicación de información
durante la construcción de sistemas y poseen un gran poder expresivo.

6.2 Herramientas para la Dimensión Funcional

6.2.1 Diagrama de Flujo de Datos (DFD)
Introducción
La herramienta permite expresar nuestro conocimiento del 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 DFD se ve el conjunto de caminos por los cuales pueden transitar (fluir) los datos; la
interpretación del mismo puede iniciarse en cualquier lugar, y se asume que el sistema se
encuentra en actividad.
El uso del DFD permite mostrar al sistema como un conjunto de particiones del mismo, y
sus interrelaciones o interfaces que pueden ser flujos y/o almacenamientos.
Un DFD muestra los procesos, almacenamientos y las necesidades de información de los
procesos para que éstos puedan operar.
Las características principales de esta herramienta son:
 Es gráfica
 Es particionable (permite mostrar detalles de procesos)
 Enfatiza el flujo de datos

Las ventajas del uso de DFD 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 presentación uniforme de todos los documentos involucrados (todo
DFD debería poder entrar en un formulario A4 estándar)
 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.

Convenciones
La herramienta DFD está formada por cuatro símbolos y una serie de reglas de
construcción, algunas de éstas asociadas a dichos símbolos y otras que nos indican como
relacionar los distintos niveles del DFD.

Símbolos de un DFD
FLUJOS DE DATOS: Recta con una o dos flechas. Muestra la comunicación entre las
componentes de un DFD. Es una cañería a través de la cual fluyen paquetes de información
de composición conocida.

Teorí[Link] 11/05/24 4
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

Reglas:
 El nombre del flujo debe indicar la información y no el soporte físico de la misma (
Datos_Clientesy noArchivo_Clientes).
 Los nombres de los flujos son una o más palabras separadas por guiones.
 Dos flujos pueden tener el mismo nombre si transportan información de igual tipo.
 Dos flujos con la misma composición de información pueden tener distintos
nombres si la calidad de dicha información es distinta ( Xy X_Validado).
 Un flujo de datos puede diverger:



 Dos flujos de datos pueden 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 solo
indica la accesibilidad.
 Los flujos de datos deben tener una dirección única entre burbujas, pueden tener
dos entre burbuja y almacenamiento.

Muestra la transformación de los flujos de datos de entrada en los flujos de datos de

salida, son los únicos componentes activos del sistema.
Reglas:
El nombre debe dar una muy buena idea de qué es lo que hace el proceso, recordar que el
objetivo es expresar algo y debe ser claro.
Guías:
 Un verbo y un objeto en singular es una buena estructura para el nombre de un
proceso.
 Si no se encuentra un buen nombre quizás deba 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_Dato_Entrada, si no lo es puede nombrarse como
Generar_Salida_en_base_a_Entrada .
 Un proceso debe tener por lo menos un flujo de entrada (salvo que la burbuja
represente una actividad esencial temporal).

Teorí[Link] 11/05/24 5
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

 Un proceso debe tener por lo menos un flujo de salida (puede ser la actualización
de un almacenamiento).
 Los flujos de salida de un proceso deben de poder generarse en base a la
información de entrada (incluyendo la información obtenida de los
almacenamientos).
 Un proceso debe ser perceptible; mirando sus entradas y salidas se debe poder
interpretar su función.

ALMACENAMIENTO: Rectángulo abierto, muestra los datos en reposo.

Reglas:
 El nombre debe ser tal que identifique 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 el flujo neto, lo
relevante (si se va a actualizar y tenemos que leer antes, sólo se indica que
estamos actualizando).

Muestran las organizaciones, personas, dispositivos, sistemas, etc. con las cuales nuestro
sistema interactúa (entregan o reciben información) pero están fuera de nuestro control.
Reglas:
 Las entidades externas solo aparecen en el nivel superior.
 Niveles de un DFD
 Como medio de utilizar el concepto de abstracción, pueden construirse DFD con
distinto grado de detalle.
 Construimos un DFD de nivel superior, varios DFD de nivel medio que muestran
detalles de burbujas de DFD de nivel superior, y por último tendremos un DFD de
nivel inferior con burbujas que no convienen ser ya descompuestas (primitivas
funcionales).
 Es conveniente notar aquí dos de las características de la herramienta:
 Integrable: posibilidad de agrupar burbujas para obtener las de nivel superior.
 Particionable: posibilidad de explotar una burbuja para mostrar más detalles
de la misma.
Reglas:
 Relación padre-hijo: El DFD hijo muestra una vista detallada de la burbuja padre.
 Balanceo: La red de entradas y salidas de un DFD hijo debe ser igual a la de la
burbuja adre.

Teorí[Link] 11/05/24 6
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

 Numeración: Se numera desde cero, el DFD hijo recibe el número de la burbuja

padre y le agrega un punto decimal y un número único local. Por convención el cero
se omite.
 Almacenamientos locales: Un almacenamiento es mostrado por primera vez en un
DFD cuando éste es usado como interfase entre dos procesos y no antes. En el
nivel donde se muestra deben indicarse todas las referencias de entrada y salida
al mismo.
 Cantidad de burbujas por nivel: No existe regla; el número de burbujas debe ser
tal que no dificulte la comprensión del DFD, una cantidad razonable de burbujas es
siete
 Miller asegura que la cantidad de elementos máxima que puede manejar un ser
humano es siete más menos dos).
 Cuando parar la explosión: Los criterios son cuatro:
1. Cuando la descripción de una burbuja (proceso) puede realizarse en una
miniespecificación (miniespecs) 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 detenerse cuando la relación entre flujos de entrada y
salida sea de 1:1 o N:[Link] criterios según fase.
4. Documentación de primitivas funcionales: Asociada a cada primitiva funcional
tiene que haber una miniespecificación cuya identificación es el nombre de la
burbuja.

Extensiones para sistemas de tiempo real

Flujos continuos y discretos en el tiempo:
Continuo: es permanentemente accesible (ej.: nivel de tensión de una red eléctrica
captado por un sensor). Se representa con doble flecha.
.
Discreto: es el que usamos habitualmente, no es permanentemente accesible y su
aparición no está bajo control del sistema. Se representa con flecha simple.

Notar que en un DFD los procesos operan cuando toda la información necesaria está
disponible; en un caso extremo de un proceso que recibe información en forma continua
estaría produciendo información continuamente; determinados procesos sólo pueden ser
modelados distinguiendo los dos tipos de flujos.

Burbujas y flujos de control:

La principal función de los flujos de control es activar y desactivar procesos, o sea, para
que un proceso opere es necesario que lo active un flujo de control que se representa con
líneas punteadas.
Las burbujas de control son aquellas que generan flujos de control para controlar a otros
procesos. También se representan con trazo punteado.
Para indicar restricciones adicionales a la disponibilidad de los datos para que un proceso
opere se agrega este tipo de burbujas y flujos cuya principal función es activar/desactivar
procesos (ej.: lograr que un proceso que produce información continuamente en el tiempo,
lo haga bajo determinadas condiciones).

Teorí[Link] 11/05/24 7
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

Complejidad en un DFD
Las causas principales de complejidad están dadas por la cantidad y complejidad de las
conexiones entre procesos.
Cantidad: varios flujos pueden agruparse en un flujo único si esto aporta claridad.
No es conveniente agrupar flujos cuyo contenido se produzca en distintos momentos o
bajo distintas condiciones.
Complejidad: aumenta con la cantidad y diversidad de datos que transporta el flujo.

6.2.2 Diagrama de Descomposición de Procesos (DDP)

Introducción
Este tipos de diagramas son una alternativa a los DFDs nivelados. Su objetivo es mostrar
la descomposición de un proceso en subprocesos, de subprocesos en sub-subprocesos, y así
sucesivamente. De esta manera, un sistema podría mostrarse como un proceso y ser
sucesivamente descompuesto en subprocesos.

Sombología
El DDP se muestra como un árbol invertido, en donde cada nodo representa un proceso.

El nombre y la numeración de los procesos debe seguir los mismo lineamientos que los
aplicados a las burbujas de un DFD.

6.2.3 Diccionario de Datos (DD)

[Link] Introducción
Un diccionario de datos es un depósito de datos acerca de los datos. Se incluyen en él la
descripción de flujos de datos, estructuras de datos, datos elementales, entidades o
terminales del DFD, procesos, almacenamientos, entidades y relaciones del DER.
El DD debe ser considerado junto al DFD. Existe siempre una entrada en el DD de cada
componente del DFD; la recíproca no es cierta.
Las descripciones de la composición de un elemento en un DD es una descomposición top-
down del mismo.

[Link] Sombología

Teorí[Link] 11/05/24 8
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

Notación para describir la composición de los elementos del DD:

Especificación de Procesos (EP)

El objetivo es expresar mediante alguna de las herramientas conocidas qué es lo que la
transformación hace, y únicamente profundizar en el cómo cuando éste no sea trivial.
Aquí se dice cómo se obtienen las salidas a partir de la entrada.
Lograr un nivel de detalle adecuado es muchas veces difícil; un criterio viable es
identificar los distintos tipos de abstracción factibles y luego aplicar sobre cada uno el
concepto del párrafo anterior. El contenido depende de la fase del desarrollo en que ésta
se utilice.
La descripción es función de a qué audiencia está dirigida la especificación; la clave es
pensar en la comunicación entre personas.

Los tipos de abstracción de utilización posible son:

 Procedimiento: una transformación no especificada.
 Control: una condición no especificada.

Teorí[Link] 11/05/24 9
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

 Dato: información de la cual no se indica cómo se obtuvo.

Las herramientas más comunes son:

 Lenguaje estructurado.
 Tablas de decisión.
 Arboles de decisión.
 Las indicadas en la sección de herramientas de control del apunte, en caso de que
el control sea lo más importante.

6.3 Herramientas para la Dimensión de Datos

6.3.1 Diagrama de Entidad Relación (DER)

Introducción
Un sistema puede ser descripto de distintas formas. El sistema no cambia; lo que estamos
haciendo es verlo desde distintos puntos de vista, priorizando un aspecto diferente del
sistema cada vez. Mediante el DER priorizamos el aspecto datos.
En el DFD hay caminos; éstos muestran el fluir de los datos, es el sistema en
funcionamiento. Podemos ver que es lo que está pasando. En el DER también hay caminos,
pero éstos representan las relaciones entre los distintos tipos de información que maneja
el sistema; aquí no fluyen datos como en un DFD.
El DER representa los datos almacenados en un sistema presentado como una red de
almacenamientos conectados por relaciones; es una vista estática, se ve al sistema como
una entidad pasiva.
El DER de un sistema es más resistente al cambio que un DFD. Por ejemplo, en una
organización, las políticas de crédito a un cliente pueden cambiar (funciones), pero la
entidad Cliente sigue existiendo como tal. El DER depende del ambiente, y por lo tanto, es
menos factible que cambie.

Sombología

Es representado mediante un rectángulo con nombre. Agrupa bajo un mismo nombre un

conjunto de cosas del mismo tipo pertenecientes al mundo real. Este objeto juega un rol
significativo en el sistema a ser descripto, por ejemplo Clientes, Artículos,etc.

Es representada mediante un rombo con nombre. Es el resultado de algún proceso del

mundo real que vincula tipos de objetos que participan en ese proceso. Una relación es una
abstracción porque ésta no describe el proceso, únicamente describe la forma en que las

Teorí[Link] 11/05/24 10
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

entidades se combinan. Sólo se define una relación entre dos o más tipos de objetos si
dicha relación está basada en políticas, reglas o leyes que interesen al sistema que se
modela.

Las relaciones son típicamente multidireccionales, es decir, X está relacionado con Y y

viceversa.
Se dice que X está relacionado con Y cuando desde una ocurrencia (instancia) de X puedo
obtener la/s ocurrencia/s de Y que le corresponden.
El orden de la relación es M:N. Por ejemplo, si X es Departamento, Y es Empleado, y
sabemos que un empleado trabaja en un solo departamento, y que en un departamento
trabajan muchos empleados, el orden de la relación R ( Trabaja) es 1:N.

Es representado mediante un rectángulo unido a un rombo. Surge cuando una relación

contiene además información (Agregación / Asociación).
Este tipo de objeto es una relación que además posee atributos propios. Este tipo de
objeto sólo existe mientras existan los objetos que relaciona.

El Supertipo es representado como un rectángulo vinculado a sus subtipos por medio de

una línea. Es el resultado de tratar una clase de objetos similares como un nuevo tipo de
objeto (Generalización / Clasificación). (Ej.: Vehículo es un supertipo compuesto de Auto y
Camión).
El Subtipo es una entidad. Es el resultado de tratar un subconjunto de algún tipo de
objeto como un nuevo tipo de objeto (Diferenciación funcional).
Un objeto que deriva su existencia a partir del conjunto de atributos identificadores de
otro u otros objetos es un OBJETO DÉBIL.

Teorí[Link] 11/05/24 11
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

Consideraciones Prácticas:
Para determinar si el modelo es completo, una buena forma de hacerlo es escribir todas
las preguntas a las que debe responder el sistema y verificar si las relaciones modelo
permiten obtener las respuestas. Así como un DFD es erróneo cuando no produce una
salida a partir de una entrada, un DER es erróneo si no puede responder a una pregunta de
interés del sistema.
Hay que tener mucho cuidado con el nivel de detalle bajo el cual se agrupan los datos.
No debe ser ni muy detallado ni muy general.
Lo importante es representar las interconexiones entre las lógicas principales dentro del
área de interés del sistema.
De ser muy detallado, nos damos cuenta cuando dos tipos de objetos están descriptos por
los mismos atributos y tienen las mismas relaciones (Ej.: Vendedores_Internos y
Vendedores_Externosque son tratados de la misma forma).
De ser muy general nos damos cuenta cuando debemos identificar bajo que condiciones
son válidos determinados subconjuntos de atributos de un tipo de objeto.
(Ej.: tener definido como entidad Cajas_de_Ahorro que incluye como subtipos
Caja_Ahorro_Común y Caja_Ahorro_Especial, y cada una de éstas debe tener atributos
específicos distintos).

Reglas de Conexión:
 Un tipo de objeto puede o no estar conectado y si lo está, puede ser a una o más
relaciones.
 Una relación debe conectarse a uno o más Objetos.
 Un objeto no puede estar conectado directamente a otro.
 Una relación no puede estar conectada directamente a otra.

de Consistencia Interna:
 No puede haber tipos de objetos con el mismo nombre.
 Se debe tener un identificador único para cada tipo de objeto, relación, instancia
de objeto e instancia de relación.
 No incluir relaciones irrelevantes para el sistema.
 Eliminar relaciones que no puedan existir en el mundo real.
 Eliminar relaciones que son redundantes.
 Un DER es consistente si puede proveer todos lo datos requeridos en la aplicación
de la técnica pregunta-respuesta.

de Claridad Semántica:
 No incluir atributos irrelevantes para el sistema.
 Todos los atributos de una entidad que son relevantes para el sistema deben ser
incluídos.
 Si un objeto sólo tiene su identificación como atributo, quizás sea conveniente
eliminarlo e incluir la información en otra Entidad.
 Agrupar en super / subtipos los objetos que dependen de relaciones idénticas.

Teorí[Link] 11/05/24 12
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

Es necesario incluir en el DD la información de todos los elementos del DER del sistema. A
continuación detallamos las Sombología a utilizar (que es un grupo de los tantos posibles).
Agregaremos un “@” a los atributos que sirvan como identificación al tipo de objeto (
Clave), y “ref”a dichos atributos cuando figuran en una relación.

6.4 Herramientas para la Dimensión de Control

6.4.1 Diagrama de Transición de Estado (DTE)

Introducción
Hasta ahora vimos con qué herramientas describir los aspectos funcional y de datos de un
sistema. Introducimos ahora una herramienta que nos permitirá describir el aspecto
control.
Esta herramienta puede utilizarse de dos formas totalmente distintas, una para realizar la
descripción completa del aspecto control de un sistema sin utilizar la descripción funcional
materializada en un DFD, y la otra forma que es la que describiremos para especificar las
burbujas de control que aparecen en el DFD, es decir, generar una miniespecificación de
una burbuja de control.

Sombología

Se representa por un rectángulo y muestra una situación observable del comportamiento

de un sistema.

Se representa por una flecha entre dos estados y una línea horizontal en ángulo recto.
Muestra el cambio de un Estado a otro en un sistema. La Transición ocurre cuando se
verifican las condiciones y el sistema responde ejecutando las acciones y cambiando de
Estado.

Teorí[Link] 11/05/24 13
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

Reglas:
 Estado Inicial: es aquel al cual llega una transición que no proviene de ningún
estado. En este estado se inicia el funcionamiento del proceso.
 Estado final: es un estado del cual parten transiciones que no llegan a otro estado.
 Una vez producida la transición mencionada se detiene el funcionamiento del
proceso hasta que se arribe nuevamente a un estado inicial.
 De un estado pueden salir y/o llegar cualquier número de transiciones.
 Una transición puede tener como origen y destino el mismo estado (bucle).
 Las condiciones de una transición hacen referencia a los flujos de entrada a la
burbuja de control en el DFD.
 Las acciones de una transición son indivisibles, independientes e instantáneas, y
representan los flujos de salida de la burbuja de control.
 Indivisible: entre el principio y el fin de la acción sólo puede realizarse la acción.
 Independiente: una subacción de la acción no tiene influencia sobre el resto de las
subacciones.
 Se conserva el determinismo no permitiendo que dos transiciones de un mismo
estado a estados distintos posean la misma condición.
 Convención para interpretar la actividad de los procesos en un DFD:
1. Los procesos que tienen solamente como entrada flujos de datos que provienen
de almacenamientos se encuentran desactivados (no pueden operar), a menos
que sean activados por un proceso de control.
2. El resto de los procesos se encuentran activados (pueden operar),a menos que
sean desactivados por un proceso de control.

Matrices de Acción y Transición

Lo mismo que especificamos en un DTE lo podemos hacer mediante dos matrices. En
ambas, las columnas muestran las condiciones y las filas,
las acciones de Transición: En la intersección se oloca el nuevo estado al cual se
arribará si nos encontramos en el estado indicado en la fila y se verifica la
condición indicada en la columna.
de Acción: En la intersección se coloca la acción a realizar si nos encontramos en el
estado indicado en la fila y se verifica la condición indicada en la columna.

6.4.2 Diagrama de Estructura (DE)

Introducción
Veremos ahora una herramienta para especificar el aspecto control de un programa.
Dicha herramienta será utilizada previa a la codificación.
Se construye una estructura jerárquica de módulos para indicar la secuencia de activación
de los mismos que comienza en el módulo raíz. Notar que en un DFD no se ve la secuencia
de activación de los módulos.
En un DFD los procesos operan cuando tienen disponible toda la información necesaria para
producir la salida; esto implica que los procesos deben activarse cuando todos los datos de
entrada están disponibles. El problema es que los lenguajes tradicionales no cuentan con
sentencias que permitan detectar la disponibilidad de los datos.
El diagrama de estructura soluciona dicho problema generando una jerarquía (ficticia)
entre los módulos al asumir que cuando un módulo finaliza su ejecución ya produjo toda la
información de salida y por lo tanto el próximo módulo puede ahora ejecutarse, y mientras
un módulo se ejecuta no puede estar ejecutándose otro.

Teorí[Link] 11/05/24 14
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

Sombología

Se representa por un rectángulo y muestra a una unidad invocable independientemente,

identificable y simple. Distinguimos dos tipos, los de control (que activan a otros) y los de
nivel inferior (no activan a ningún módulo).

Se representa por una línea entre dos módulos con dirección del módulo llamador al
llamado y muestra la invocación de un módulo.

Se representan por pequeñas líneas con dirección del origen al destino y un círculo que es
dibujado en el extremo opuesto a la flecha y muestra el pasaje de datos de un módulo a
otro. Un círculo vacío indica datos a procesar o procesados, uno lleno indica información de
control que incide en la lógica de ejecución del receptor. El nombre del dato debe ser el
utilizado en el módulo llamador.

Se representa por un rectángulo dibujado debajo de los módulos que comparten los datos
y muestra que los mismos son accesibles por todos ellos. En el caso de tener un área en un
solo módulo, lo que se está indicando es que dicho módulo recuerda el estado de su
memoria en las sucesivas activaciones.

Se representa con un rectángulo con doble línea en sus lados menores y muestra que el
módulo pertenece a una librería o biblioteca de módulos.

Teorí[Link] 11/05/24 15
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

Se representa con un rombo bajo un módulo de control y muestra que se ejecutará

únicamente uno de los módulos descendientes. De no ser trascendente debe eliminarse
pues su uso complica el DE.

Especificación de Módulos y Datos

Módulos: No deben especificarse los módulos triviales (típicamente los de control con
únicamente invocaciones simples) ni los que se correspondan unívocamente con módulos del
DFD antes especificados. Por lo antedicho sólo deberán especificarse los nuevos módulos
que aparezcan y merezcan ser detallados.
Datos: Tanto los intercambiados como los compartidos deben ser especificados en
el Diccionario de Datos indicando:
Representación: tipo de dato en que se implementa (entero, real, etc.).
Orden: estructura (diseño) de la interfase.
Valores iniciales: en las áreas de datos comunes que lo requieran.

6.4.3 Diagrama de Navegación de Ventanas (WND)

Introducción
El WND tiene como objetivos modelar el tipo de cada una de las ventanas dentro de una
aplicación ( Main, Pop Up, Child, Response, MDI, Tab Folder ), la navegación entre ellas, y
definir la unidad de trabajo del usuario.

Convenciones

La ventana se representa como un rectángulo con su nombre interno o el que figura en la

barra de título, o ambos, en el centro del mismo. En el margen superior derecho se indica
el tipo de ventana ( Main, Pop Up, Child, Response, MDI, Tab Folder). Ya que muchas
herramientas de desarrollo vienen con un conjunto de clases de ventanas con
comportamiento predefinido, puede indicarse el tipo y la clase particular de la cual
heredará sus características.
En el caso de ventanas MDI deben dibujarse en el interior del rectángulo las hojas (MDI
Sheets) que la misma contiene.

Teorí[Link] 11/05/24 16
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

La unidad de trabajo determina hasta dónde el usuario puede navegar sin salvar sus datos
en la base de datos. Puede indicarse colocando una letra S (de Salvar) en el extremo
superior izquierdo de la ventana, si se aplica únicamente en los datos contenidos en la
misma. Si, en cambio, se aplica al trabajo realizado en varias ventanas, puede dibujarse
una línea punteada agrupando a las ventanas sobre las que se aplicará el salvar.

La navegación de una ventana a otra se muestra como una flecha de una a otra. Si la flecha
tiene una sola dirección, el retorno desde la ventana llamada a la llamadora no es
requerido. En cambio, si la flecha es doble, el retorno es obligatorio.
Si el usuario puede abrir varias instancias de la misma ventana debe colocarse la cantidad
(puede colocarse M si no hay un límite lógico) en el extremo de la flecha (del lado de la
ventana correspondiente).
Un ejemplo:

6.4.4 Diagrama de Paquetes (DP)

Introducción
El Diagrama de Paquetes es un mecanismo de agrupamiento que permite modelar la
descomposición de un sistema en subsistemas, y a cada uno de ellos en subsistemas y
componentes.
Convenciones

Un paquete es representado como un rectángulo con un pequeño rectángulo o trapecio en

el margen superior izquierdo. Luce como una carpeta. Los contenidos del paquete pueden
mostrarse dentro del rectángulo mayor.

Teorí[Link] 11/05/24 17
 Instituto de Formación Docente y Gestión de Proyectos
Técnica Nro. 172 Prof. Lic. Roberto García

Si el contenido de un paquete no es visible, el nombre del paquete se coloca en el centro;

en caso contrario, el nombre debe ser colocado en el pequeño rectángulo o trapecio
ubicado en el margen superior izquierdo.
Un paquete puede comunicarse con otros paquetes y/o componentes dentro o fuera del
sistema en estudio.

La invocación de servicio se representará a través de una flecha. Queda implícita la

devolución de resultados y el pasaje de parámetros en aquellas situaciones que así lo
requieran.

Teorí[Link] 11/05/24 18