Tutorial VA

Visible Analyst Tutorial
CONOCIENDO VISIBLE ANALYST ............................................................................................................................ 1

INTRODUCCIÓN ......................................................................................................................................................... 1
USUARIOS INMEDIATOS ......................................................................................................................................... 2
RESUMEN DE LOS CONCEPTOS CASE .............................................................................................................. 3
Los modelos CASE básicos................................................................................................................................ 3
Opciones de Visible Analyst............................................................................................................................... 4
REPASO DE VISIBLE ANALYST.............................................................................................................................. 5
Arquitectura de Visible Analyst ......................................................................................................................... 5
Características de la Versión Windows ........................................................................................................... 7
FUNDAMENTOS DEL REPOSITORIO Y LOS DIAGRAMAS............................................................................... 15
INTRODUCCIÓN ....................................................................................................................................................... 15
CREAR UN NUEVO PROYECTO........................................................................................................................... 15
CREAR UN NUEVO DIAGRAMA............................................................................................................................ 18
EDICIÓN DE UN DIAGRAMA.................................................................................................................................. 19
Añadir Símbolos a un diagrama ...................................................................................................................... 19
Estilizar un Símbolo ............................................................................................................................................ 21
Mover, Cortar y Pegar un Símbolo .................................................................................................................. 22
Añadir Líneas a un Diagrama ........................................................................................................................... 23
Selección y Ajuste de Líneas............................................................................................................................ 24
Añadir Texto a un Diagrama ............................................................................................................................. 25
OTRAS FUNCIONES DE DIAGRAMADO ............................................................................................................. 27
Colores ................................................................................................................................................................... 27
Mostrar y Ocultar Etiquetas .............................................................................................................................. 28
Cambiar las Características del Texto de un Bloque de Objetos de un diagrama ............................. 28
CERRAR UN DIAGRAMA ........................................................................................................................................ 29
EL PROYECTO TUTORIAL ..................................................................................................................................... 30
CONCLUSIÓN ........................................................................................................................................................... 30
TÉCNICAS DE MODELIZACIÓN ESTRUCTURADA ............................................................................................. 31
REPASO ..................................................................................................................................................................... 31
PLANIFICACIÓN ESTRUCTURADA...................................................................................................................... 31
MODELIZACIÓN ENTIDAD RELACIÓN................................................................................................................ 32
MODELIZACIÓN DE PROCESOS.......................................................................................................................... 33
TRABAJAR CONJUNTAMENTE CON LOS MODELOS DE PROCESO Y DE DATOS ................................ 35
DISEÑO ESTRUCTURADO..................................................................................................................................... 35
MODELIZACIÓN ORIENTADA A OBJETOS ........................................................................................................ 36
CONCEPTOS DE LA TECNOLOGÍA DE OBJETOS ........................................................................................... 36
MODELIZACIÓN DE TRANSICIÓN DE ESTADOS (DINÁMICA)...................................................................... 37
MODELIZACIÓN DE OBJETOS Y MODELIZACIÓN DE PROCESOS ............................................................ 37
RELACIONES ENTRE DATOS Y OBJETOS........................................................................................................ 38
MODELO DE BIBLIOTECA (O LIBRERÍA)............................................................................................................ 38
PLANIFICACIÓN Y USO DE LOS DIAGRAMAS .................................................................................................... 40
DE DESCOMPOSICIÓN FUNCIONAL ...................................................................................................................... 40

INTRODUCCIÓN/REPASO ..................................................................................................................................... 40
DEFINICIONES.......................................................................................................................................................... 42
CREAR UN FDD ........................................................................................................................................................ 43
Añadir símbolos a un FDD ................................................................................................................................ 43
Añadir Conexiones en el FDD .......................................................................................................................... 46
Analizar un FDD ................................................................................................................................................... 49
GENERAR Dfds A PARTIR DE Fdds (SPAWNING)...................................................................................... 51
¿Qué Hacer A Continuación?........................................................................................................................... 53
DIAGRAMAS ENTIDAD RELACIÓN......................................................................................................................... 54
INTRODUCCIÓN ....................................................................................................................................................... 54
Definiciones .......................................................................................................................................................... 54
DESARROLLAR EL MODELO DE DATOS........................................................................................................... 57
i
Añadir entidades a una Vista............................................................................................................................ 57

Cambiar El Tipo De Un Símbolo ...................................................................................................................... 58
Añadir Relaciones ............................................................................................................................................... 60
Analizar el Diagrama ........................................................................................................................................... 62
Generar Automáticamente una Vista del Modelo de Datos ...................................................................... 63
DIAGRAMAS DE FLUJO DE DATOS ....................................................................................................................... 68
INTRODUCCIÓN ....................................................................................................................................................... 68
CREAR Y COMPLETAR UN DIAGRAMA DE ALTO NIVEL............................................................................... 73
ANIDAR UN PROCESO ........................................................................................................................................... 73
CREAR UN NUEVO DIAGRAMA............................................................................................................................ 77
Añadir procesos y un Diagrama Hijo.............................................................................................................. 78
Asociar Flujos de Datos a los Símbolos........................................................................................................ 78
Dividir Flujos de Datos ....................................................................................................................................... 81
ANALIZAR EL BALANCEO Y LA COMPLETITUD............................................................................................... 83
Corregir los Errores ............................................................................................................................................ 84
GENERAR UN MODELO DE DESCOMPOSICIÓN DE PROCESOS .............................................................. 85
DISEÑO ESTRUCTURADO Y DIAGRAMAS DE ESTRUCTURAS ..................................................................... 88
RESUMEN .................................................................................................................................................................. 88
Definiciones .......................................................................................................................................................... 88
DIBUJAR UN DIAGRAMA DE ESTRUCTURA ..................................................................................................... 92
Añadir Símbolos .................................................................................................................................................. 92
Añadir líneas de Invocación a un Diagrama de Estructuras .................................................................... 93
Dibujar Duplas ...................................................................................................................................................... 95
LOS DIAGRAMAS DE CLASES ................................................................................................................................ 98
INTRODUCCIÓN ....................................................................................................................................................... 98
Definiciones .......................................................................................................................................................... 98
DESARROLLAR EL MODELO DE CLASES......................................................................................................... 99
Añadir Clases a una Vista ............................................................................................................................... 100
Añadir relaciones a una vista ......................................................................................................................... 101
NOTA ............................................................................................................................................................................ 104
ATRIBUTOS DE UN OBJETO............................................................................................................................... 105
Añadir Atributos a un Diagrama de Clases................................................................................................. 106
MÉTODOS DE UN OBJETO ................................................................................................................................. 108
Argumentos de los Métodos........................................................................................................................... 109
Añadir métodos a un Diagrama de Clases.................................................................................................. 110
ANALIZAR EL DIAGRAMA DE CLASES ............................................................................................................. 112
DIAGRAMAS DE TRANSICIÓN DE ESTADOS .................................................................................................... 114
INTRODUCCIÓN ..................................................................................................................................................... 114
Definiciones ........................................................................................................................................................ 114
Relaciones ........................................................................................................................................................... 114
DESARROLLAR EL MODELO DE TRANSICIÓN DE ESTADOS ................................................................... 115
Añadir estados a una vista.............................................................................................................................. 115
Añadir Relaciones al Modelo de Estados.................................................................................................... 116
DIAGRAMAS DE ACTIVIDAD .................................................................................................................................. 118
INTRODUCCIÓN ..................................................................................................................................................... 118
DEFINICIONES........................................................................................................................................................ 118
RELACIONES .......................................................................................................................................................... 119
DESARROLLAR UN DIAGRAMA DE ACTIVIDAD ............................................................................................ 120
Designar el punto de Inicio ............................................................................................................................. 120
Añadir una Barra de Sincronización............................................................................................................. 121
Añadir Actividades ............................................................................................................................................ 122
Añadir Decisiones a una Vista ....................................................................................................................... 122
Añadir el Fin a una Vista .................................................................................................................................. 123
Añadir Transiciones a una Vista.................................................................................................................... 123
ii
Añadir Etiquetas a las Transiciones ............................................................................................................. 124

Añadir Calles a una Vista................................................................................................................................. 124
DIAGRAMAS DE CASOS DE USO ......................................................................................................................... 128
INTRODUCCIÓN ..................................................................................................................................................... 128
DEFINICIONES........................................................................................................................................................ 128
RELACIONES .......................................................................................................................................................... 130
Ejemplos de Relaciones................................................................................................................................... 130
DESCRIBIR LAS ACTIVIDADES DE UN CASO DE USO ................................................................................ 132
DESARROLLAR EL DIAGRAMA DE CASOS DE USO. ................................................................................... 132
ESCENARIOS DE NEGOCIO ............................................................................................................................... 132
Añadir Fronteras del Sistema, Actores y Casos de Uso. ........................................................................ 133
Añadir Relaciones ............................................................................................................................................. 134
DIAGRAMAS DE SECUENCIA ................................................................................................................................ 136
INTRODUCCIÓN ..................................................................................................................................................... 136
DEFINICIONES........................................................................................................................................................ 136
DESARROLLAR EL DIAGRAMA DE SECUENCIA ........................................................................................... 138
Añadir Objetos.................................................................................................................................................... 138
Añadir Símbolos de Activación...................................................................................................................... 140
Añadir un Borrado de Objetos ...................................................................................................................... 143
Añadir llamadas de procedimiento al Diagrama........................................................................................ 144
Añadir el Retorno al Diagrama ....................................................................................................................... 147
Añadir Notas de Texto al Diagrama .............................................................................................................. 147
DIAGRAMA DE COLABORACIÓN.......................................................................................................................... 150
INTRODUCCIÓN ..................................................................................................................................................... 150
DEFINICIONES........................................................................................................................................................ 150
DESARROLLAR UN DIAGRAMA DE COLABORACIÓN.................................................................................. 151
Describir Escenarios Empleando un Diagrama de Colaboración......................................................... 151
Instancias vs Clases ......................................................................................................................................... 152
MÉTODOS.................................................................................................................................................................... 152
ENLACES DE OBJETO.............................................................................................................................................. 152
MENSAJE ..................................................................................................................................................................... 152

ESCENARIO DEL DEPARTAMENTO DE VEHÍCULOS A MOTOR ............................................................... 153
Añadir Objetos a una Vista ............................................................................................................................. 153
Añadir Relaciones al Modelo de Colaboración.......................................................................................... 154
TRABAJAR CON LAS FUNCIONES DEL REPOSITORIO ................................................................................. 156
INTRODUCCIÓN ..................................................................................................................................................... 156
FUNDAMENTOS DEL REPOSITORIO................................................................................................................ 157
Botones de control del Repositorio.............................................................................................................. 157
Teclas de Edición .............................................................................................................................................. 160
Tipos de campo.................................................................................................................................................. 160
Repositorio de Objetos .................................................................................................................................... 162
Los Argumentos de los Métodos .................................................................................................................. 167
Capacidades de Navegación .......................................................................................................................... 168
Capacidades de Búsqueda ............................................................................................................................. 169
PROPIEDADES AVANZADAS DEL REPOSITORIO......................................................................................... 173
Añadir Información al Repositorio ................................................................................................................ 173
Análisis de Clave y Sincronización de Clave ............................................................................................. 177
Vistas .................................................................................................................................................................... 181
Generar SQL........................................................................................................................................................ 181
Generación de Código Shell ........................................................................................................................... 182
Generación de XML ........................................................................................................................................... 183
Informes del Repositorio ................................................................................................................................. 183
iii
DONDE IR DESDE AQUÍ........................................................................................................................................... 186

INTRODUCCIÓN ..................................................................................................................................................... 186
APLICACIÓN EN EL MUNDO REAL.................................................................................................................... 186
¿QUÉ HACER A CONTINUACIÓN? .................................................................................................................... 187
CONCLUSIÓN ......................................................................................................................................................... 188
iv
Conociendo Visible Analyst
Lección 1
INTRODUCCIÓN
Las herramientas CASE proporcionan la base para definir, diseñar, construir, probar, documentar y mantener sistemas
de información y productos software. Las herramientas CASE se basan en disecciones lógicas del mundo real en
modelos, procesos y componentes comprensibles. Las herramientas CASE proporcionan mecanismos para poder
evaluar actividades de información, definir cambios, producir y validar nuevos procesos de información y centrarse en
los cambios que permitirán mejorar el rendimiento y operación de la organización. El uso acertado de las herramientas
CASE requiere el conocimiento de los conceptos y de la lógica esencial y un buen conocimiento de la operación y uso
de la herramienta CASE.
Visible Analyst se ha creado para hacer la implementación de las técnicas CASE mediante un proceso lógico, flexible,
natural y fácil de acometer. Visible Analyst es una herramienta CASE sin fisuras que integra las fases de planificación,
análisis, diseño, generación de código e ingeniería inversa. Visible Analyst proporciona facilidades para el desarrollo de
modelos de objetos/clase, transición de estados, datos, flujo de datos (procesos), actividad, casos de uso, secuencia,
colaboración, estructuras (procesos) de un sistema de información. Gracias a la existencia de un repositorio integrado
que contiene todos los elementos de los diferentes modelos, definiciones adicionales de los diferentes componentes y
notas de formato libre, Visible Analyst proporciona una biblioteca del ciclo de vida completo del proceso de diseño y
desarrollo. El repositorio de Visible Analyst se emplea para la realización de informes con el contenido del proyecto y
para generar diferentes esquemas y código de aplicación.
Estas lecciones se han diseñado para conducirle a través de los mecanismos de Visible Analyst y para demostrarle lo
fácil de usar que resulta. Estas lecciones cubren el proceso completo de desarrollo, desde el dibujo de diagramas
funcionales hasta la generación de código. Puede seguir las lecciones secuencialmente o elegir sólo las que le interesen.
Como el propio Visible Analyst, tiene la flexibilidad de usa cualquier pieza de la herramienta en cualquier orden que
sea razonable dentro del proyecto.
Este tutorial también proporciona algunas revisiones de conceptos CASE e ideas de base. Estos conceptos son
básicamente simples y elementales. Le permiten descomponer el complejo mundo real en trozos más pequeños y
manejables que pueden definirse más rápidamente y emplearse para construir componentes operativos que funcionen
dentro del mundo real. Cada modelo CASE proporciona un perfil diferente del mundo real. Visible Analyst enlaza estos
modelos entre sí y ofrece un vehículo para emplearlos y definir y evaluar las operaciones del sistema de información.
Los cambios que pueden existir en las secuencias, procedimientos y procesos de información se reflejan en los modelos
y se usan para construir un nuevo conjunto de modelos para reflejar los cambios propuestos. Los analistas, diseñadores,
programadores y usuarios interactúan con los modelos y el repositorio de datos de Visible Analyst para verificar y
validar los procedimientos y operaciones de su organización.
1
Una vez que la arquitectura del nuevo sistema de información se considera suficientemente sólida, el diseñador de
software define y construye los componentes y código del nuevo producto. Visible Analyst soporta el de desarrollo de
módulos de programación mediante el modelo de diagramas de estructuras. También soporta la definición y
almacenamiento de pseudo código dentro del repositorio. A partir de estas definiciones y del modelo de datos, Visible
Analyst permite generar esquemas de bases de datos, código SQL y código shell de aplicaciones. A través de los
campos de notas del repositorio también se pueden generar planes de pruebas, secuencias, casos de prueba y escenarios.
USUARIOS INMEDIATOS
Aquellos que quieran trabajar con la guía rápida deben leer la Lección 2 - Fundamentos de la diagramación y seguir los
pasos para crear un proyecto, crear un diagrama, y algunas opciones disponibles con Visible Analyst. La lección 2 le
ofrece el nivel básico para trabajar con Visible Analyst. Le recomendamos que también siga el resto de lecciones para
profundizar en las funcionalidades avanzadas que hacen de Visible Analyst una potente herramienta de desarrollo. A lo
largo del tutorial hay referencias a funciones que no están desarrolladas en el tutorial pero pueden ser interesantes para
usted. Puede encontrar más información sobre estas funciones en el Manual Operacional. La ayuda on line de visible
Analyst, accesible desde el Menú Ayuda o pulsando F1, también proporciona más información de las materias
referenciadas.
Nota
É Puesto que Visible Analyst se encuentra disponible en diferentes configuraciones, el software que posee
puede no incluir todos los diagramas o características avanzadas descritas en estas lecciones. Las técnicas
básicas para el dibujo de diagramas se aplican a todos los diagramas, y puede conocerlas trabajando el
breve ejercicio de la Lección 2 - Fundamentos de la diagramación. Por tanto, se puede omitir el estudio de
los capítulos que se apliquen a su versión de Visible Analyst
2
RESUMEN DE LOS CONCEPTOS CASE

Los conceptos CASE incluyen las creación y definición de diferentes modelos o vistas del mundo real y el uso de estos
modelos para analizar y desarrollar cambios y modificaciones sobre los procesos de información de la organización.
Algunos modelos proporcionan definiciones de hechos coyunturales como las funciones de negocio, los objetos y las
entidades de datos; otros muestran como fluyen las actividades, como se conectan o se relacionan unas con otras.
Algunos modelos evolucionan y crecen hasta equipararse con la realidad y otros se construyen como reflejos
instantáneos. Las vistan se construyen de manera gráfica mediante el uso de objetos simbólicos, conectores y reglas de
lógica y estructura. Los objetos se nombran mediante etiquetas, que pueblan el repositorio con entradas que pueden ser
recuperadas, extendidas, detalladas y empleadas para definir y documentar el proyecto en su conjunto. Existen reglas
lógicas en muchas partes del proyecto. Los modelos pueden probarse y evaluarse en su completitud, consistencia,
cumplimiento de las reglas y otros factores. Todos los modelos y el repositorio se encuentran relacionados entre sí,
compartiendo componentes comunes como bases de datos, objetos y/o acciones. El desarrollo de los modelos es
iterativo, y en muchas ocasiones requieren varias jornadas antes de constituir algo completo y realista. La habilidad para
transformar un modelo en otro y trabajar en diferentes modelos a la vez es crítico para el éxito de una herramienta
CASE.
Las reglas de CASE incluyen el chequeo de consistencia y de las estructuras lógicas tales como el nombrado y enlazado
correcto entre los objetos. Los errores detectados en los modelos se muestran durante el procesos de Análisis de Visible
Analyst. Estos errores deben corregirse para preservar la consistencia y exactitud de los modelos. Sin embargo, Visible
Analyst, a diferencia de los compiladores, permiten continuar con cualquier operación de la herramienta sin tener que
esperar a corregir todos los errores. Esto permite continuar progresando en el proyecto y en sus componentes. Sin
embargo, Visible Analyst le deja la responsabilidad para detenerse y corregir estos errores.
Los modelos CASE básicos

Los modelos CASE básicos son:
El Modelo de Descomposición funcional (también conocido como Modelo de Negocio) - Muestra las funciones del
Negocio y los procesos soportados dibujados de manera jerárquica.
El Modelo Entidad Relación (también conocido como Modelo de Datos) - Muestra las entidades de datos de la
aplicación y las relaciones existentes entre las entidades. Las entidades son cosas y las relaciones son acciones. Los
atributos de las entidades pueden definirse a través del repositorio y mostrarse en el diagrama. Las entidades y
relaciones pueden agruparse en subconjuntos para construir vistas del modelo de datos.
3
Modelo de Objetos (también conocido como Modelo de Clase de Objetos) -muestra clases de objetos, subclases,
agregaciones y herencia. Define estructuras y paquetes de datos de la aplicación.
Modelo de Transición de Estados (también conocido como modelo de Tiempo Real) - Muestra cómo los objetos
pasan de uno a otro estado, las condiciones y los eventos o triggers que ocasionan el cambio de estado.
Modelo de Procesos (también conocido como Diagrama de Flujo de Datos) - Muestra cómo suceden las cosas en la
organización a través de una secuencia de procesos, acciones, almacenes, entradas y salidas. Los procesos se
descomponen en mayor detalle, produciendo una jerarquía de niveles.
Modelo del Producto (también conocido como Diagramas de Estructuras) - Muestran un diseño jerárquico, top-down
acerca de cómo se debe programar, construir, probar e integrar la aplicación.
Modelo de Casos de Uso - Muestra las relaciones entre un usuario y el sistema.
Modelo de Actividad - Es una forma especial de diagrama de estado donde los estados representan la ejecución de
acciones o actividades. Las transiciones se producen con la terminación de las acciones o actividades.
Modelo de Secuencia - Muestra la colaboración de los objetos para alcanzar un determinado comportamiento.
Modelo de Colaboración - Muestra la interacción organizada en torno a los objetos de esa interacción y los enlaces
que se producen entre sí.
Modelo de Biblioteca o de Repositorio (también conocido como Base de Datos del proyecto) - Mantiene el registro de
los objetos guardados y de las relaciones de los diagramas y permite la definición de información específica y detallada
de los objetos individuales del proyecto. Se usa para la evaluación, creación de informes y generación de detalles acerca
del proyecto y sus diferentes productos.
Opciones de Visible Analyst

Hoy en día los participantes en el diseño de sistemas disponen de múltiples opciones. Pueden seguir las pautas del
análisis y diseño estructurado y trabajar sobre conceptos relacionados con modelos de datos, procesos y funciones; o
pueden seguir un paradigma orientado a objetos y construir jerarquías de clases, modelos de procesos y funciones tanto
estáticos como dinámicos. Ambos enfoques permiten construir mejores sistemas de información y ambos cubren
aspectos muy similares. Sin embargo, utilizan diferentes secuencias de actividades y esfuerzos y se centran en
diferentes aspectos de un proyecto. Visible Analyst permite elegir entre cada uno de estos enfoques o combinarlos para
la construcción y definición comprensible de productos y sistemas de información
4
Existen cinco aspectos claves para utilizar Visible Analyst, o cualquier otra herramientas CASE. La primera clave es el
desarrollo de una disciplina para aplicar los pasos y procedimientos de las técnicas. La segunda clave es desarrollar las
habilidades conceptuales de los modelos CASE para representar los requerimientos del mundo real. La tercera clave es
ser consistente en la definición y descripción del mundo real. La cuarta clave es asegurarse de completar al máximo la
definición de las piezas fundamentales de las aplicaciones a desarrollar. La quinta clave es avanzar a partir de las
especificaciones conceptuales a las operaciones de manera adecuada para construir un sistema de información que
funcione.
REPASO DE VISIBLE ANALYST

Visible Analyst es una aplicación Microsoft Windows. Las versiones 7.1 y superiores de Visible Analyst funcionan
bajo Windows 95,98, y 2000 y con Windows NT. Esta sección describe la estructura general de Visible Analyst e
identifica algunas de sus características operativas clave.
Arquitectura de Visible Analyst

Los componentes básicos de Visible Analyst son: un conjunto formado por herramientas de diagramación, un módulo
de reglas y el módulo del repositorio. Las herramientas de diagramación se emplean para construir prototipos del
sistema en construcción. Estas lecciones guían al lector en la creación de diagramas y proporcionan la información
básica para usar estos diagramas.
Un sistema se diseña y construye en base a unas reglas, y el módulo de reglas gestiona las metodologías de Visible
Analyst. Visible Analyst permite elegir el conjunto de reglas preferente que se usará como guía para el desarrollo de los
sistemas. Estas reglas son importantes a la hora de determinar el aspecto de los diagramas, así como la estructura
completa del sistema. Para los objetivos de este tutorial, se presentan las técnicas soportadas y podrá aprender como
designar el conjunto de reglas los diferentes tipos de símbolos empleados en cada metodología.
5
Figura 1-1 Espacio de trabajo de Visible Analyst
El módulo del repositorio controla los repositorios individuales de cada proyecto. Un repositorio de proyecto almacena
información detallada de los objetos empleados en el desarrollo del sistema. Los objetos del repositorio pueden ser
procesos, entidades, relaciones, líneas, etc. El tipo de información contenida en el repositorio para cada objeto incluye
descripción, composición, valores y significados, localización, y otra información detallada muy específica (ver
Lección 14 - Funciones de Repositorio para un mayor detalle). El repositorio convierte a Visible Analyst en una
poderosa herramienta para el desarrollo de sistemas. Visible Analyst es mucho más que una simple herramienta de
diagramación o dibujo; su repositorio y el conjunto de reglas proporcionan propiedades de definición, documentación y
consistencia. Visible Analyst posee características avanzadas que le permiten generar informes y código para el sistema
objetivo, empleando la información contenida en el repositorio del proyecto.
6
Características de la Versión Windows

Esta sección se centra en algunas de las características específicas de Windows de Visible Analyst
El Espacio de Trabajo de la Aplicación
Todo el trabajo en Visible Analyst se realiza o en espacio de trabajo principal de la aplicación. Tal como se muestra en
la Figura 1-1, o en el repositorio, descrito en la Lección 14 - Funciones del Repositorio.
Configuración Windows
Las características de configuración de Visible Analyst controladas a través de Windows incluyen las configuraciones
hardware, los colores del escritorio, los drivers disponibles de impresoras, y fuentes disponibles. Los cambios o
incorporaciones en estos elementos pueden hacerse a través de Windows y se reflejan en Visible Analyst.
Interface de Múltiple Documento (MDI)
El Interface de Múltiples Documentos (MDI) de Windows permite tener abiertos múltiples diagramas a la vez. Los
diagramas abiertos pueden ser del mismo o diferentes tipos (diagramas de flujo de datos, diagramas entidad relación,
etc.). Los diagramas pueden maximizarse, o minimizarse a iconos que se muestran en la parte inferior del espacio de
trabajo de la aplicación. Cualquier ventana más grande que un icono es editable. Se puede cortar, copiar y pegar a y
desde el Portapapeles de Windows para mover objetos de un diagrama a otro o incluso a otras aplicaciones con
Portapapeles. (Ver figura 1-2).
7
Figura 1-2 Interface de Múltiples documentos (MDI) de Visible Analyst
Nota
É Los usuarios que no estén familiarizados con los programas Windows MDI debe tomar nota: existe
diferencia entre el botón de menú control de diagrama y el botón de menú control de Visible Analyst. El
primero está en la esquina superior izquierda de la ventana del diagrama, o a izquierda del menú Archivo
si el diagrama está maximizado. Este menú Control contiene funciones que afectan sólo al diagrama, como
Maximizar, Cerrar, etc. El segundo está en la esquina superior izquierda de la ventana de Visible Analyst
y afecta tanto a la ventana de Visible Analyst como al programa.
Selección de un Objeto del Diagrama
Un objeto del diagrama es cualquier cosa que aparece en el diagrama: símbolo , línea, texto o bloque. Cuando hace
click sobre un objeto con el ratón, éste pasa a ser el objeto actual o seleccionado y se pueden realizar distintas
operaciones con él. Existen cinco maneras distintas de seleccionar un objeto. Los siguientes epígrafes describen el
efecto de seleccionar un objeto con el botón izquierdo del ratón, el botón derecho del ratón, un doble click con el botón
izquierdo del ratón y la tecla TAB; y seleccionar un grupo de objetos como bloque.
8
Bótón Izquierdo del Ratón
Haciendo click sobre un objeto con el botón izquierdo del ratón lo marca como seleccionado. El objeto cambia de color
para indicar que ha sido seleccionado, posibilitando entonces la realización de cambios en el objeto o moverlo. Cuando
se selecciona un símbolo o una línea, las etiquetas de texto de los objetos quedan automáticamente remarcadas.
Botón Derecho del Ratón
Haciendo click sobre un objeto con el botón derecho del ratón también lo marca como seleccionado. Además, aparece
el menú Objeto con todas las funciones que pueden realizarse sobre el objeto.
Notas
É A menos que se diga lo contrario, cuando se indique hacer click con el ratón se referirá al botón izquierdo.
Cuando deba realizarse con el derecho se mencionará explícitamente.
É Usuarios zurdos: si usa el ratón con los botones invertidos, debe invertir las referencias al botón izquierdo y
derecho de este tutorial.
Doble click
Si hace doble click sobre un objeto con el botón izquierdo del ratón, se muestra la entrada en el repositorio de ese
objeto. Si el objeto no está etiquetado, se muestra la Ventana de Diálogo para poder etiquetarlo. También se usa doble
click para indicar el final de una línea cuando se están dibujando éstas en un diagrama.
Tecla TAB
Para remarcar sólo la etiqueta del símbolo o línea seleccionado, hay que pulsa TAB hasta que elemento queda
remarcado. (Si la etiqueta está fuera del símbolo, se puede hacer click sobre ella directamente). Si se pulsa TAB
secuencialmente se irán marcando todos los objetos del diagrama.
Seleccionar un Bloque
Para seleccionar un bloque, es decir, un grupo de objetos de un diagrama, hay que hacer click y mantener pulsado el
botón izquierdo mientras se arrastra el ratón hasta dibujar una caja alrededor de los objetos. Todos los objetos que estén
completamente dentro de la caja cambian el color para mostrar que han sido seleccionados. Una vez que el bloque está
seleccionado, se pueden realizar distintas funciones sobre el bloque como cortar, pegar, mover, cambiar opciones de
texto para los objetos del bloque, y otras acciones.
Desmarcar Objetos
Para desmarcar cualquier objeto o bloque, sólo hay que hacer click con el botón izquierdo en un área vacía en cualquier
lugar del diagrama fuera del objeto o del bloque. Los elementos que habían sido seleccionados volverán a su color
original. También se pueden usar la función Limpiar (Borrar) del menú Edición.
9
Teclas de atajo
Las teclas de atajo proporcionan el acceso rápido a funciones sin emplear los menús. Algunos de los atajos empleados
en Visible Analyst corresponden a los estándar de Windows, como Control+P, que es el comando para imprimir; oros
son específicos de Visible Analyst. A continuación se muestran todas las teclas de atajo disponibles:
CRTL+A Analizar Analiza un diagrama o proyecto completo

CRTL+C Copiar Copia al portapapeles
CRTL+D Definir Accede al repositorio
CRTL+E Conectar Dibuja líneas entre los símbolos seleccionados
CRTL+F Encontrar Entra en modo de búsqueda
CRTL+L Líneas Configura el cursor en modo de dibujo de líneas
CRTL+N Nuevo Diagrama Crea un nuevo diagrama
CRTL+O Abrir Diagrama Abre un diagrama existente
CRTL+P Imprimir Imprime el diagrama activo o los contenidos de la cola de impresión
CRTL+Q Informe Personal Genera un informe del repositorio configurable
CRTL+R Informes Genera un informe del repositorio estándar
CRTL+S Guardar Guarda el diagrama activo
CRTL+T Texto Configura el curso en modo de introducción de texto
CRTL+U Limpiar Quita la selección de un objeto o bloque
CRTL+V Pegar Pega desde el portapapeles
CRTL+Y Alinear Símbolos Alinea los símbolos seleccionados en una línea
CRTL+X Cortar Corta al portapapeles
DEL Deshacer Borra parcialmente un dibujo o deshace el movimiento de líneas
SUPR Borrar Borra objetos del diagrama
F1 Ayuda Muestra la ayuda sensible al contexto.
ALT+R Menú Repositorio Muestra el menú Repositorio
SHIFT+F1 Menú Ayuda Entra en modo de ayuda para los elementos del menú
SHIFT+F10 Menú Objeto Muestra el menú objeto del Repositorio
Otro atajo estándar de Windows para acceder a los elementos del menú sin utilizar el ratón es mediante la tecla ALT
seguido de la letra subrayada del título del menú o del elemento del menú al que se desea acceder. Por ejemplo, para
acceder al menú Archivo, hay que pulsar la tecla ALT seguido de la tecla A. No es necesario mantener pulsada la tecla
ALT mientras se pulsa la A.
Barra de Control
La barra de control, mostrada en la figura 1-3, está sobre el espacio de trabajo del diagrama y permite el acceso rápido a
funciones empleadas normalmente con asiduidad y tipos de objetos que pueden añadirse a los diagramas. La barra de
control puede contener hasta cuatro barras de menú.
La barra de menú estándar contiene los botones básicos, como Seleccionar Proyecto, Abrir Diagrama, etc., común
en la mayoría de Aplicaciones Windows.
La barra de herramientas de diagrama contiene los botones de símbolos, líneas y texto apropiadas para el diagrama
activo.
10
La barra de Vista contiene controles que cambian el nivel de zoom y el nivel de presentación de las
entidades/clases.
La barra de fuentes contiene controles que permiten cambiar las características de los fuentes, como el tipo de
fuente, tamaño, etc.
Se puede configurar la barra de control mediante la opción Barra de Control del menú Opciones para mostrar la
Ventana de Diálogo configurar Barra de Control. Mediante esta Ventana de Diálogo, puede elegirse la barra de
herramientas que se mostrará y elegir las opciones de la barra de control tales como Mostrar Consejos, Botones
grandes, Botones planos y Teclas rápidas. También puede hacer click con botón derecho en la propia barra para mostrar
un menú de propiedades que permite coger las barras de herramientas individuales para elegir la opción Configurar.
Para cambiar el tamaño y posición de las barras de herramientas, hay que hacer click con el botón izquierdo en el asa
(las dos barras verticales que hay al principio de cada barra de herramientas) y arrastrar la berra a la posición deseada.
Desde la Ventana de Diálogo Configurar Barra de Control, puede también desbloquear la barra de herramientas de
diagrama para que aparezca de manera flotante.
El botón Ñ (mostrado en la figura 1-3) se usa para cambiar al modo de selección (también llamado modo de edición).
En el modo de selección, se pueden seleccionar los objetos que se van a mover o copiar en el diagrama, o puede
dibujarse una caja alrededor de varios objetos del diagrama, para mover, cortar y pegar, cambiar el tipo de texto para un
grupo de objetos. Si se hace click en uno de los botones de dibujo, se puede añadir ese tipo de elemento en el diagrama.
Los tipos de objetos incluyen símbolos, líneas, duplas y textos. Cuando selecciona uno de los elementos de modo de
dibujo de la barra de control para añadir al diagrama, el cursor cambia automáticamente de aspecto para indicar que se
encuentra en modo de inclusión de un símbolo, línea o dupla, o texto. Específicamente, esto significa que siempre que
el cursor se coloque dentro del espacio del trabajo del diagrama y su aspecto es distinto de una flecha, que indica modo
de selección, haciendo click con el ratón añade un objeto al diagrama.
Figura 1-3. La barra de control para los Diagramas Entidad Relación con todas las barras de herramientas.
Por ejemplo, cuando la barra de herramientas de diagrama aparece en la barra de control, se puede seleccionar el
símbolo concreto que se desea añadir al diagrama. Se añade un símbolo en el diagrama centrado en la posición del
curso en cualquier momento que se haga click en el espacio de trabajo del diagrama estando el curso en modo de
dibujo.
11
Figura 1-4 Figura 1-5

El Cursor de símbolo El cursor de línea
Figura 1-6
El cursor de Texto Figura 1-7
El cursor de Dupla
Barra de Ayuda
Cuando uno se desplaza a lo largo de los menús de Visible Analyst, aparece una línea de texto en la barra de ayuda en
la parte inferior del espacio de trabajo de la aplicación que explica brevemente qué hace el elemento del menú. También
se muestra el nivel actual de zoom, el proyecto en curso y el objeto actual. Se puede conectar y desconectar esta
propiedad desde el menú Opciones.
Examinador de Objetos
En el menú Opciones, se puede elegir la aparición del examinador de objetos en la pantalla. El examinador de objetos
muestra una lista de todos los objetos del repositorio en una ventana dimensionable. Cuando no hay diagramas abiertos,
o la ventana actual es la lista de diagramas, se muestran todos los objetos. Cuando se abre un diagrama, sólo se
muestran aquellos objetos que son válidos para el tipo de diagrama. Si aparece un objeto en el diagrama activo, se
muestra en negrita. Se puede hacer doble click para expandir o colapsar las carpetas del examinador; se puede hacer
doble click sobre un objeto de la lista para mostrar la Ventana de Diálogo Definir. Se puede también seleccionar un
objeto en el examinador (click) y arrastrar al diagrama. Para redimensionar el examinador, hay que hacer click en el
margen derecho y arrastrar a la izquierda o la derecha.
Menús
Los menús están organizados en nueve grupos para mostrar y seleccionar las diferentes funciones de Visible Analyst
(Véase la figura 1-1). Las funciones de menú se explican por completo en la ayuda on line.
12
Menú Archivo
El Menú Archivo contiene las funciones para acceder y crear proyectos y diagramas. Esto incluye todas las funciones
que causan la apertura de otro diagrama, tales como Anidar, Engendrar y Página. (Estas funciones se explican bajo el
diagrama específico cuando cada uno de estos se emplea). También incluye una lista de Diagramas Recientes y
proyectos Recientes. Las funciones Guardar, Imprimir y Salir también están en el menú Archivo. Si está utilizando una
versión en red, la información acerca de la actividad de la red y la modificación de las lista de usuarios también se
encuentra en el menú Archivo.
Menú Editar
El menú Edición contiene las funciones de edición estándares de Windows incluyendo Cortar, Copiar, Pegar y Borrar.
Existen también una función Deshacer para eliminar parcialmente las líneas dibujadas y deshacer una operación de
movimiento de línea.
Menú Ver
Las funciones del menú vista permiten cambiar la apariencia del diagrama activo. Hay funciones para cambiar el nivel
de zoom y para cambiar los elementos mostrados en un diagrama, como Mostrar Nombres de Línea, Mostrar Nombres
de Símbolo, Opciones de Entidades en Pantalla, Eventos y Mensajes. También están en el menú Vista las opciones Grid
y Regla, que facilitan la posición de los objetos en el diagrama.
Menú Opciones
El menú Opciones contiene funciones que permiten cambiar las opciones por defecto de Visible Analyst. Para el dibujo
de diagramas y opciones de manipulación, estas funciones incluyen el etiquetado automático de símbolos y líneas,
Opciones de Línea y Opciones de Texto y Colores de los diagramas, así como interruptores si/no para Seguridad, La
Barra de Ayuda, El Examinador de Objetos, y la Barra de Control. El menú Opciones también incluye opciones para las
reglas de balanceo del modelo, generación de esquemas SQL y código shell, y atributos y definición de objetos
definidos por el usuario.
Menú Repositorio
Todas las selecciones incluidas en el menú Repositorio son funciones que se ejecutan en la información contenida en el
repositorio del proyecto. Éstas incluyen Definir, que permite el acceso al repositorio, generación de esquemas y
generación de código, Análisis de Claves y Sincronización de Claves. Balanceo de Modelos, e Informes del
Repositorio.
Menú Diagrama
El Menú Diagrama contiene funciones de selección, manipulación, y análisis de objetos de los diagramas. Incluye
funciones para seleccionar Símbolos, Líneas, o Texto y añadir al diagrama, así como funciones para cambiar o estilizar
un elemento seleccionado de un diagrama. La función de análisis de los diagramas según la metodología elegida, y la
función de modificación de una vista existente también se encuentran incluidas dentro del Menú Diagrama
13
Menú herramientas
Este menú contiene las diferentes funciones que pueden ejecutarse sobre un proyecto. Disponemos de las funciones
copia de Seguridad, Restaurar Copia, Copiar Proyecto, Borrar Proyecto, Renombrar/Mover, Importar, Exportar, y
copiar información entre proyectos. También se encuentra en el Menú Herramientas la utilidad para asignar acceso a los
usuarios de la versión multi-usuario de visible Analyst.
Menú Ventana
El menú Ventana permite cambiar la organización de los diagramas abiertos. Los diagramas pueden organizarse
automáticamente en Mosaico, Cascada o en formato minimizado. También se puede intercambiar entre diagramas
abiertos y minimizados.
Figura 1-8 Ventanas de Múltiples diagramas en cascada
Menú de Ayuda
Este menú permite acceder a las propiedades de ayuda, información de usuario y de producto, y a Visible Analyst en
Internet.
14
Fundamentos del Repositorio y los Diagramas
Lección 2
INTRODUCCIÓN
Esta lección presenta las herramientas de diagramación. Aprenderá las técnicas básicas para crear y modificar cualquier
tipo de diagrama en Visible Analyst. Empleamos el formato de diagrama no estructurado que no necesita seguir las
reglas estructuradas. Esto permite concentrarse en el proceso de dibujo sin preocuparse de las reglas y el repositorio.
Algunas veces sólo se desea dibujar un diagrama, pero no como parte del análisis o el diseño. (Algunos ejemplos se
muestran en el Manual Operacional). También, hay algunos diagramas que son siempre no estructurados, como los
diagramas de cluster (agrupaciones) a partir de los diagramas entidad relación (DER) y los diagramas de
descomposición de procesos obtenidos a partir de los diagramas de flujo de datos (DFDs). Debe conocerse como
obtenerlos.
Las técnicas básicas para el dibujo de diagramas son válidos tanto para diagramas estructurados como no estructurados.
Podemos emplear también los DFD o los DER para enseñar las técnicas básicas de diagramación, pero no todos los
usuarios de visible Analyst tienen una versión que contenga todos los tipos de diagramas. Sin embargo, todas las
versiones de Visible Analyst tienen la facilidad de creación de diagramas no estructurados. El dibujo de diagramas de
esta lección no tiene otro sentido que el de un ejercicio y no es parte de ninguna otra lección.
CREAR UN NUEVO PROYECTO

Cada proyecto que se crea representa un sistema completo. Un proyecto puede emplearse también para describir una
unidad dentro de un sistema muy grande. Si se mantiene el sistema completo dentro de un sólo proyecto, Visible
Analyst asegura que el sistema en su conjunto permanece consistente a lo largo de todo el proceso de desarrollo en
lugar de tener que chequear la consistencia global una vez que todas las piezas o unidades hayan sido juntadas. La
versión LAN de Visible Analyst permite que múltiples diseñadores participen en los diagramas dentro de un mismo
proyecto.
Nota
É Existen diferentes tipos de líneas para cada tipo de diagrama. Se puede elegir el tipo de línea de cualquier
diagrama disponible para usar en un diagrama no estructurado. Esta selección debe realizarse antes de
crear el diagrama.
15
Abrir el menú 1 hacer click en el menú Archivo con el botón izquierdo del ratón
2 Elegir Nuevo Proyecto. Se muestra una Ventana de Diálogo como la de la figura 2-1.
Figura 2-1 Ventana de Diálogo Nuevo Proyecto
Nombrar el Proyecto 3 Teclear TUTOR en el campo Nombre del Proyecto. Un nombre de proyecto o raíz puede
tener hasta 128 caracteres de longitud. Debe comenzar con una letra y puede componerse
de letras y números.
Describir el Proyecto 4 Hacer click con el cursor en el campo marcado como Descripción. Teclear 'Proyecto
Tutorial'. Otro método común para mover el cursor a otro campo dentro de una Ventana de
Diálogo es usar la tecla TAB. Pruebe a teclear la tecla TAB una serie de veces. La
selección cambia conforme el cursor se mueve a un nuevo campo. Pulse la tecla TAB hasta
que el curso vuelva al campo Descripción.
16
Los siguientes pasos ayudan a familiarizarse con las opciones disponibles en la creación del proyecto. Si un valor por
defecto no es correcto, puede hacer click sobre el elemento para cambiar su valor.
Elegir el Motor de Base de Datos 5 Elegir Btrieve como motor de base de datos. Btrieve se incluye con Visible
Analyst
Seleccionar las Reglas que deben 6 En la caja denominada Reglas, elegir Gane & Sarson. Aquí donde se elige el
aplicarse conjunto de Reglas que se deseen aplicar al proyecto. Un diagrama no
estructurado no sigue ninguna regla, pero es necesario elegir el tipo de reglas a
aplicar a todos los diagramas que pueden crearse para este proyecto. (La
reglas se cubren con mayor detalle en la Lección 6 - Diagrama de Flujo de
Datos.)
Elegir la Notación de ERD 7 En el área titulada Notación ERD, la notación por defecto es Crowsfoot. Esta
opción selecciona el tipo de línea de relación que se emplea en los Diagramas
Entidad Relación. (Esto se cubre en más detalle en la lección 5 - Diagramas
Entidad Relación.).
8 En la caja titulada Nombres por cada relación, el valor por defecto es dos.
Esto se refiere a cómo se etiquetan las líneas de las relaciones en los ERD.
Activar el Proyecto 9 Hacer click para activar el proyecto. Cuando haga esto, automáticamente se
abrirá la Ventana de Diálogo Nuevo Diagrama
Ya ha creado un proyecto. El nombre del proyecto se muestra en la esquina inferior derecha del espacio de trabajo de la
aplicación. Si cambia la barra de ayuda del menú Opciones, el nombre del proyecto no aparece. El siguiente paso es
crear un diagrama.
17
Figura 2-2 Ventana de Diálogo Nuevo Diagrama
CREAR UN NUEVO DIAGRAMA

Después de crear un proyecto y antes de crear un diagrama, la pantalla debería parecer tal como lo haría cuando arranca
Visible Analyst, excepto que el nombre del proyecto aparece en la esquina inferior derecha. Para crear un nuevo
diagrama, hay que seguir los pasos siguientes:
Abrir el Menú 1 Hacer Click en el menú Archivo (o hacer click en el botón Nuevo diagrama de la
barra de herramienta estándar).
A 2 Elegir Nuevo Diagrama, Se muestra una Ventana de Diálogo como la de la figura
2-2.
Establecer el tipo de diagrama 3 Abrir la caja de selección para el Tipo de diagrama haciendo click en la flecha del
final de ese campo. Elegir No estructurado. El campo marcado debe indicar
Ninguno. Un boilerplate es una plantilla que se puede crear para mantener
determinado tipo de información tal como la fecha de creación, información sobre
quien creó el diagrama, y una cabecera de diagrama sin tener que rescribirla cada
vez que se crea un nuevo diagrama. (Ver el Manual Operacional o el sistema de
ayuda on line para más información sobre los boilerplates. Los boilerplates no
están disponibles en las Ediciones Educativas de Visible Analyst.)
18
Seleccionar un Espacio de 4 En el área titulada Espacio de Trabajo. Esto establece el tamaño del diagrama a
Trabajo una página. La opción Multi-Página permite desplegar diagramas en un espacio de
trabajo de 90x88 pulgadas. Puede utilizar hojas más grandes más tarde si lo
necesita, o seleccionarlo ahora si cree que va a trabajar en un diagrama muy
grande. (La opción Multi-Página no está habilitada en las Ediciones Educativas de
Visible Analyst.)
Elegir Orientación 5 En el área de Orientación, elegir Apaisado.
Elegir Tamaño de Página 6 Abrir la lista de despliegue de tamaño de página y elegir 8-1/2 x 11
Seleccionar Escalado 7 Aceptar el escalado por defecto, 100%
Crear el Diagrama 8 Hacer click en OK para abrir un diagrama en blanco.
La barra de control está localizada justo bajo el diagrama y bajo el menú. El botón Ñ aparece remarcado.
Sobre los menús, puede ver el título de tu diagrama. Dado que aún no se ha guardado, aparece marcado como sin
Título:US. US indica que la ventana contiene un diagrama estructurado.
EDICIÓN DE UN DIAGRAMA
Añadir Símbolos a un diagrama

Ahora hay que añadir símbolos al diagrama para coger familiaridad con los diferentes métodos de hacerlo.
Activar la Opción Auto 1 Abrir el menú Opciones. Debe existir una marca junto a la opción Auto Etiquetar
Etiquetar Símbolos Símbolos. Esto indica que el sistema preguntará automáticamente para etiquetar
un símbolo tan pronto como es dibujado. Si no está marcada la opción, hay que
establecerla haciendo click sobre la selección.
19
Cambiar a Modo Añadir-símbolos 2 Hacer click en el primer botón de símbolos de la barra de control, y mover
lentamente el cursor de botón en botón. Conforme mueve el ratón sobre cada
botón, aparece una breve descripción en la barra de ayuda describiendo su
función. Existen botones en la barra de control para cada tipo de símbolo
disponible en el tipo de diagrama seleccionado. Sólo ciertos símbolos están
disponibles para la mayoría de tipos de diagrama, pero todos están
disponibles para los diagramas no estructurados. Cuando se mueve el cursos
hacia el área de dibujo, cambia para indicar que se encuentra en modo de
añadir símbolos.
Posicionar el símbolo 3 Colocar el cursor donde querría que apareciera el símbolo en el diagrama y
hacer click con el botón izquierdo del ratón. Aparece el símbolo. Como está
activada la opción Auto Etiquetar Símbolos, aparece una Ventana de Diálogo
para el etiquetado del símbolo.
Etiquetar el símbolo 4 Teclear Primero en el campo de texto.
5 Hacer click en el botón OK
Repetir para otro símbolo 6 Hacer click en el tercer botón de símbolos y añadir en el diagrama como
antes.
7 Teclear Segundo en la caja de texto y hacer click en OK. El nuevo símbolo
aparece ahora remarcado, indicando que es el objeto en curso, y el símbolo
añadido previamente ha vuelto a su edición normal.
Guardar y etiquetar el diagrama 8 Desde el Menú Archivo, elegir Guardar.
9 Teclear la etiqueta "Técnicas de diagramación"
10 Hacer click en OK. La etiqueta del diagrama aparece en la barra de título de
la ventana. (Ver Figura 2-3).
Nota
² La única diferencia entre guardar un nuevo diagrama y guardar uno existente es que tiene que dar al nuevo
diagrama un nombre en la Ventana de Diálogo que se muestra. La única restricción en las etiquetas de los
diagramas es que no pueden exceder 40 caracteres y que deben ser únicas dentro de ese tipo de diagramas en el
proyecto. Para cambiar el nombre de un diagrama hay que elegir Guardar Con Nuevo Nombre desde el menú
Archivo. Después de eso, el proceso es idéntico al descrito para un nuevo diagrama de antes.
20
Figura 2-3 Nuevo Diagrama con Símbolos Añadidos
Estilizar un Símbolo
Cambiar a Modo de Selección 1 Hacer click en el botón Ñ de la barra de control o pulsar la tecla ESC. Esto
cambia el cursor indicando que Visible Analyst se encuentra en modo de
selección.
Usar el Menú Objeto 2 Colocar el cursor en el símbolo etiquetado como Primero y hacer click en él con el
botón derecho del ratón. Aparece un menú con las funciones que pueden
ejecutarse sobre ese símbolo.
3 Elegir Estilizar
Estilizar el Símbolo 4 En la Ventana de Diálogo, ajustar el nivel de grosor haciendo doble click en el la
flecha de la parte derecha de la barra de scroll que hay bajo la palabra grosor.
5 hacer click en Aplicar. El símbolo de la caja indica el aspecto del mismo. (Ver
figura 2-4)
21
Figura 2-4 Ventana de Diálogo Estilizar Símbolo
6 Hacer click en el botón OK y la estilización elegida se aplica al símbolo del diagrama
Mover, Cortar y Pegar un Símbolo

Elegir el Símbolo 1 Colocar el cursor en el símbolo Segundo y hacer click con el botón izquierdo del ratón.
El símbolo cambia de color para indicar que está seleccionado como objeto actual.
Mover el símbolo 2 Colocar el cursos dentro del símbolo Segundo y hacer click manteniendo pulsado el
botón izquierdo. Mover el símbolo arrastrando la caja alrededor. Un contorno
rectangular, denominado caja de contorno, aparece en lugar del símbolo.
Cortar y Pegar el 3 Cuando el símbolo está seleccionado, hacer click en el menú Edición
Símbolo
4 Seleccionar Cortar. El símbolo desaparece del diagrama, pero se guarda en el
portapapeles de Windows
22
5 Retroceda al menú Edición y selecciones Pegar. El símbolo se muestra rodeado por un

contorno discontinuo, indicando que el símbolo es el objeto activo. Sitúe el curso dentro
del contorno del símbolo, mantenga pulsado el botón izquierdo y arrastre a la posición
deseada en el diagrama. Suelte el botón.
Desmarcar el Símbolo 6 Pulse click en un espacio vacío del diagrama con el botón izquierdo. Esto desmarcará el
objeto resaltado.
Notas
É Puede usas los atajos de teclado de Windows para la edición de funciones y acelerar las operaciones.
É Cuando se selecciona o cambia los tipos de línea o de terminado, Visible Analyst realiza acciones diferentes
dependiendo del estado en el que se encontraba cuando se realizó la modificación. Cuando se selecciona un
diagrama pero no se resalta ninguna línea, la elección se aplica al diagrama. Si se selecciona una línea el
cambio sólo repercute el la línea seleccionada.
Añadir Líneas a un Diagrama

Ahora hay que añadir una línea para conectar los dos símbolos que se han dibujado
Activar Auto Etiquetar 1 Abrir el menú Opciones. Debe existir una marca junto a la opción Auto Etiquetar Líneas.
Líneas Esto indica que automáticamente el sistema solicitará la etiqueta de la línea tan pronto
como se dibuje. Si no hay ninguna marca junto a la opción, se puede establecer haciendo
click en la opción
Establecer el Modo 2 Hacer click en el primer botón de línea en la barra de herramientas de diagrama para hacer
Dibujo de Línea que Visible Analyst pase al modo de dibujo de líneas. El cursor cambia su aspecto para
indicarlo
Dibujar la línea 3 Colocar el cursos en el borde del símbolo etiquetado como Primero que cerca del símbolo
etiquetado como Segundo
4 Pulsar y mantener el botón izquierdo del ratón
23
5 Arrastrar la línea hasta el borde del símbolo Segundo.

6 Soltar el botón del ratón para marcar el final de la línea. Si suelta el botón del ratón fuera
del símbolo, la línea se conecta automáticamente junto al borde del símbolo. Cuando se ha
completado la línea, cambia de color y aparecen unos manejadores en los extremos. (Ver
Figura 2-5) Aparece una Ventana de Diálogo para etiquetar la línea
Figura 2-5 Una línea y sus manejadores
Etiquetar la Línea 7 Teclear "Nombre de Flujo"

8 Hacer click en OK para mostrar la etiqueta junto a la línea del diagrama
Ahora que conoce cómo añadir una línea a un diagrama, se puede ajustar la posición y el aspecto de esa línea.
Nota
É Si desea mover el nombre de una línea, hay que seleccionar este nombre colocando el cursor sobre el texto
y pulsando manteniendo apretado el botón izquierdo del ratón. Debe arrastrar la etiqueta al lugar desea y
soltar el botón.
Selección y Ajuste de Líneas

Volver al Modo de 1 Hay que hacer click en el botón Ñ sobre la barra de control o pulsar la tecla ESC
Selección
Seleccionar la línea 2 Si la línea no está marcada, haga click en cualquier punto a lo largo de ésta. Cuando la
línea queda seleccionada, pueden verse sus manejadores, pequeñas cajas situadas en los
extremos de cada segmento que permiten que se muevan arrastrando los manejadores con
el ratón.
24
Establecer las características de la 3 Seleccionar Opciones de Línea en el menú Opciones

Línea
4 Elegir la opción interlineado sencillo como tipo de línea
5 Hacer click en OK. La línea se dibuja de nuevo con el nuevo tipo.
Añadir Texto a un Diagrama

Se puede añadir texto en forma de párrafo. Este texto se usa para reforzar la definición del diagrama o de alguna de sus
partes. Cuando se introduce el texto, hay que pulsar INTRO para continuar el texto en la siguiente línea.
Establecer Modo Texto 1 Hacer click en el botón con la T grande (texto) dentro de la barra de control.
Elegir la posición del Texto 2 Situar el cursos en la parte superior del diagrama y hacer click con el botón
izquierdo del ratón.
Introducir el texto 3 Teclear Diagrama Estructurado #1". Después, pulsar INTRO para mover el
cursor a la siguiente línea. Teclear "Técnicas de Dibujo de Diagramas"
4 Click OK
5 Hacer click en el botón Ñ de la barra de control o pulsar ESC para volver al
modo de edición
Cambiar las características del texto 6 Hacer click con el botón derecho del ratón sobre el texto que acaba de añadir
para mostrar el menú Objeto para dicho texto.
7 Elegir la Opciones de Texto dentro del menú Objeto
8 elegir Times New Roman de la caja denominada Tipo de fuente. Ver Figura
2-6
25
Figura 2-6 Ventana de Diálogo Opciones de Texto
9 Cambiar el Tamaño de Punto a 16 en la Caja Tamaño

10 Elegir negrita en la Caja Estilo
11 Elegir Centrado en la Caja Opciones de Formato
12 Hacer click en el botón OK y desmarcar el texto. El diagrama completo debe parecerse más o menos al que se
muestra en la figura 2-7
26
Figura 2-7 El Diagrama Completo
Nota
É El Botón T (Texto) no debe emplearse para definir símbolos o líneas. Sólo las etiquetas de los símbolos se
guardan en el repositorio. Para etiquetar un objeto no etiquetado de un diagrama, hay que hacer click con
el botón derecho del ratón y elegir Cambiar Item en el menú Objeto.
OTRAS FUNCIONES DE DIAGRAMADO

Ahora vamos a revisar algunas funciones existentes que le ayudarán a crear diagramas de Visible Analyst
Colores
Los distintos objetos que de la pantalla mostrados en distintos colores hacen más fácil su distinción. Existen una serie
de opciones disponibles que se pueden probar para encontrar la combinación más adecuada.
27
Abrir el Menú 1 Para cambiar los colores de los símbolos, líneas y texto hay que elegir la opción Colores en el
Menú Opciones.
2 Debajo del tipo de objeto, elegir Color del símbolo. Elegir un color pulsando en un cuadro de
color o ajustando las barras móviles.
3 Hacer click en OK. Si no se han seleccionado objetos, se aplican los colores por defecto. Si hay
objetos seleccionados, sólo cambiarán esos objetos.
Mortar y Ocultar Etiquetas

A veces es más sencillo ver el conjunto completo de objetos de un diagrama si no hay texto que distraiga la atención de
la estructura que representa el diagrama. Visible Analyst permite ocultar etiquetas de símbolos y líneas si así se desea.
Ocultar las Etiquetas 1 en el menú Vista, hacer click en Mostrar Nombres de Símbolos. Las etiquetas de los símbolos
deberán desaparecer. (Una marca delante de esta opción indica que los nombres de símbolos se están mostrando.)
Mostrar las Etiquetas 2 En el menú Vista, elegir Mostrar Nombres de símbolos otra vez para volver a mostrar los
nombres.
Nota
É Ocultar las etiquetas de los símbolos no es igual que no etiquetarlos. Un símbolo o línea que no se ha
etiquetado no existe en lo que respecta al repositorio.
Cambiar las Características del Texto de un Bloque de Objetos de un diagrama

Elegir un grupo de Objetos 1 Dibujar una caja alrededor de los símbolos del diagrama. Coloque el cursor en el
ángulo superior izquierdo del diagrama y mantenga el botón izquierdo del ratón
apretado mientras arrastra el ratón al ángulo inferior derecho del diagrama. Aparece
un rectángulo que contiene el área creada por el desplazamiento del ratón. Tras soltar
el botón, todos los elementos que están completamente dentro del la caja quedan
marcados.
Cambiar el Texto 2 En el menú Opciones, elegir Opciones de Texto.
28
3 Elegir Etiquetas de Símbolo en la caja tipo de Texto.

4 Elegir un tipo de fuente y Tamaño de Punto
5 Volver a la caja Tipo de Texto y elegir Etiquetas de Línea
6 Elegir un Tipo de Fuente y Tamaño de Punto
7 Hacer click en OK
8 Hacer click en un área vacía fuera de la caja para desmarcar los objetos
Las etiquetas de símbolo y de línea de todos los elementos completamente dentro de la caja, modificarán su aspecto con
las nuevas opciones de texto.
Nota
É Los valores de texto de todos los elementos de la caja se establecen mediante esta función. Los tipos de
texto que no se establecen explícitamente retornan a sus valores por defecto que se muestran en la Ventana
de Diálogo.
CERRAR UN DIAGRAMA
Para cerrar un diagrama:
Activar el Menú Control 1 Hacer click en botón del menú control del diagrama.(y no el botón del menú Control de
Analyst) en la esquina izquierda de la ventana del diagrama, o a la izquierda del menú
Archivo cuando se maximiza el diagrama. Existe también una función Cerrar Diagrama
en el menú Archivo.
2 Elegir Cerrar. Si su diagrama no está maximizado, y ocupa una área menor que el
espacio de trabajo completo de Visible Analyst, puede cerrar el diagrama haciendo
doble click en el botón del menú Control.
3 Visible Analyst le pide guardar el diagrama. Hacer click en Si para cerrar el diagrama.
Eligiendo No cierra el diagrama sin guardar los cambios realizados desde que se realizó
la última operación de Guardar.
29
EL PROYECTO TUTORIAL
A lo largo del resto de este tutorial, se añadirán diagramas al proyecto creado. Hemos creado el proyecto para ahorrar el
tiempo que supondría introducir la información del repositorio y crear los diagramas necesarios para demostrar algunas
características avanzadas de Visible Analyst. Para acceder el proyecto TEST:
1 Seleccionar Elegir Proyecto en el Menú Archivo, o hacer click en el botón correspondiente al icono Abrir
Proyecto en la barra de herramientas.
2 Elegir TEST de la lista que se muestra en la Ventana de Diálogo Elegir Proyecto y hacer click en OK.
CONCLUSIÓN
Ahora que se comprenden los métodos esenciales para dibujar símbolos, líneas y textos en Visible Analyst, y además
cómo cambiar algunas configuraciones opcionales, está preparado para crear más diagramas.
Hemos proporcionando una serie de diagramas para ayudar a demostrar algunas de las posibilidades de modelización
estructura de Visible Analyst. Los objetos de los diagramas y las entradas en el repositorio han sido completadas para
usted.
30
Técnicas de Modelización Estructurada
Lección 3
REPASO
Las técnicas de planificación, modelización de procesos, modelización de datos, modelización de objetos, transición de
estados y diseño estructurado facilitan la creación de diagramas consistentes y sistemáticamente correctos así como
documentación adecuada. El uso de técnicas orientadas a objetos y estructuradas fuerza la estandarización de lo lógica a
través del sistema que se está analizando. Los beneficios de este enfoque son obvios:
Los sistemas grandes pueden descomponerse en subsistemas o subfunciones para su análisis detallado.
La especificación de componentes individuales es más rápida, fácil y adecuada para poder definir el sistema en su
conjunto.
La interacción entre cada una de las partes puede planificarse, diseñarse, evaluarse, e implementarse para reflejar un
adecuado flujo de información y de control.
Es posible que puedan trabajar a la vez varias personas sobre el mismo sistema en la versión multi-usuario.
La estandarización del formato y de su gramática refuerzan y simplifican los aspectos de comunicación y

mantenimiento.
PLANIFICACIÓN ESTRUCTURADA
La Planificación emplea técnicas estructuradas que se basan en la descomposición funcional y describe las
interrelaciones que existen entre las áreas organizacionales, funciones organizativas específicas, y los sistemas que dan
soporte a estas funciones. La planificación estructurada establece las responsabilidades de la organización a nivel de
funciones y define las responsabilidades de los procesos existentes dentro de las funciones.
El objetivo de la planificación estructurada es triple:
Identificar las funciones específicas del negocio o de la organización, incluyendo, roles, objetivos y fines que deben ser
automatizados o sometidos a procesos de reingeniería.
Identificar los procesos del sistema que soportan esa función.
Proporcionar un foco para el análisis de requerimientos que soportan los objetivos y fines identificados.
31
Por ejemplo, las funciones o las áreas funcionales que pudieran descomponerse son Finanzas, Ventas, e Investigación.
Una función generalmente viene definida por un nombre. Estas áreas funcionales podrían entonces dividirse en
procesos que son los grupos de actividades necesarias en el desarrollo de la organización. Los procesos generalmente se
definen mediante formas verbales activas. Por ejemplo, La Función de Ventas podría descomponerse en Relaciones de
clientes, Operaciones de Venta y Procesos de Gestión. Estos procesos podrían ser descompuestos aún más mediante
diagramas de flujo de datos. Si un proceso está etiquetado con un nombre, es una señal de que el proceso debería
descomponerse en más procesos.
Debido a la naturaleza funcional de alto nivel de este tipo de modelización, esta técnica se aplica específicamente a las
funciones y no a los datos que emplean esas funciones. Puesto que la modelización de descomposición funcional se
concibe al mas alto nivel de la planificación del negocio, es posiblemente el momento de comenzar cuando se desea
definir el funcionamiento completo de una organización. No existen reglas claras que seguir aquí, pero facilita la
realización de otras actividades si se realiza. En el diseño de proyectos individuales, puede ser tan efectivo como
realizar un modelo de procesos o un modelo de datos (o ambos a la vez), y se ha de considerar si el proyecto tiene o no
la profundidad y complejidad que justifique la Planificación a nivel de descomposición funcional. También puede
centrarse en la definición de objetos, comenzando con el modelo de clases.
MODELIZACIÓN ENTIDAD RELACIÓN

Cuando se diseña, desarrolla, reestructura o mantiene un sistema, es muy importante poder modelizar las interrelaciones
de los datos que se utilizan. La técnica empleada en Visible Analyst para representar los datos se conoce como
modelización entidad relación o modelización de datos. El propósito de esta técnica es demostrar gráficamente como se
relacionan las entidades de datos entre sí. Una entidad representa algo abstracto o real perteneciente a la organización y
que es importante o relevante para la misma para saber qué datos se necesitan almacenar. Por ejemplo, una entidad
podría ser cliente, Producto, Inventario, Proveedor, Venta, Orden de Compra o cualquier nombre que generalmente
toma la forma de sustantivo singular. Una entidad normalmente se corresponde con una (o varias) tablas en una base de
datos relacional.
El tipo de diagrama que se emplea para describir gráficamente el modelo de datos se denomina Diagrama Entidad
Relación (ERD). Proporciona un método claro y conciso para describir los datos mediante el uso de símbolos de entidad
que se interconectan con líneas de relación. Las relaciones entre entidades son asociaciones específicas que se describen
en términos de cardinalidad y generalmente se etiquetan con verbos de acción. La cardinalidad se refiere a número de
asociaciones ente entidades, tales como asociación uno a uno (una venta se asocia con un cliente); asociación uno a
muchos (un proveedor suministra muchos productos), o asociación muchos a muchos (muchos vendedores venden
muchos productos). Los términos "uno a uno", "uno a muchos" y "muchos a muchos" son declaraciones habituales para
describir la cardinalidad de una relación. Existen símbolos específicos de ERDs para expresar la cardinalidad, los
terminadores o líneas de relación.
32
Las relaciones pueden ser opcionales u obligatorias. Ocurre a veces que dos entidades están relacionadas, pero no todas
las instancias. Por ejemplo, un empleado puede tener cero, uno o muchos proyectos asignados. Las relaciones
opcionales son muy importantes cuando la especificación de un sistema el software debe tratar especialmente los
aspectos de integridad referencial; es decir, debe asegurarse que no se inserte o borre nada de la base de datos que no
tenga sentido para otra entrada. Por ejemplo, una venta está asociada con uno o más elementos de venta, pero sería un
error tener uno sin el otro. La relación opcional refuerza la asignación clara de la información que puede omitirse sin
desintegrar otras referencias.
Una relación es intrínsecamente bidireccional y puede concebirse como dos relaciones, una en cada sentido.
Generalmente, cada dirección en una relación tiene su propio nombre. Si se concibe una relación como una frase, sujeto
verbo objeto, entidad1 relación entidad 2, puede entenderse claramente.
En muchas ocasiones puede pensarse que la modelización entidad relación debería ser el punto de partida en el diseño
de un sistema puesto que es necesario conocer la naturaleza de los datos para determinar los procesos que deben
realizarse sobre ellos. En otros casos, el modelo de procesos es el mejor punto de inicio porque el procesamiento de los
datos es el sistema, y los datos y su almacenamiento puede diseñarse para que encaje en el procesamiento que se
requieren. Visible Analyst se adecúa a cada enfoque y permite construir sobre cualquiera de las bases descritas. Se
pueden usar los diagramas creados y la información del repositorio capturada en ellos para refinar la descripción del
modelo y ayudarle en la correcta normalización de los datos.
MODELIZACIÓN DE PROCESOS
La modelización de procesos, también conocido como análisis estructurado, es una técnica para describir gráficamente
un sistema. La técnica de modelización de procesos describe un sistema centrándose en las transformaciones de los
datos realizadas por los procesos. Examinar un sistema existente o diseñar uno nuevo (o ambas cosas), es el paso clave
para una completa comprensión del sistema. Los diagramas que se dibujan permiten mostrar, en diferentes niveles de
detalle, como fluyen los datos a través del sistema y lo que va a suceder con ellos en el camino.
33
Específicamente, la modelización de procesos se emplea para identificar los datos que se mueven dentro de un proceso,
las reglas o la lógica empleada para transformar los datos, y los flujos de datos de salida resultantes. Permite
comprobar para un área de negocio o un sistema la procedencia de los datos, los procesos que los transforman, y como
interactúan los procesos con los almacenes de datos.
La técnica de diagramación que se emplea para la modelización de procesos es el Diagrama de Flujo de Datos (DFD).
El DFD consiste en flujos de datos, procesos, almacenes de datos, y entidades externas. Un flujo de datos representa los
datos en movimiento que hay en un sistema. Se representa mediante una flecha que indica la dirección del flujo de
datos. El flujo de datos se etiqueta mediante un nombre, significativo de los datos que se transmiten. Un proceso es un
componente de acción, una transformación dentro del sistema. Transforma las entradas en salidas. Un proceso se
designa mediante un verbo de acción que describe el tipo de transformación que se produce. Por ejemplo, Preparar
Depósito Bancario designaría un proceso. Una almacén de datos, a veces también llamado fichero, representa un fichero
lógico, una base de datos, o incluso una carpeta de papel. En un sistema, representa los datos que permanecen dentro del
sistema. Una entidad externa, también llamada fuente o destino, suministra datos al sistema desde el exterior o recibe
datos del sistema. Las entidades externas están fuera del sistema, por lo que quedan fuera del estudio o análisis. El
almacén de datos y las entidades externas designarse mediante nombres.
Existen diferentes metodologías para la modelización de Procesos, las más utilizadas son Yourdon/De Marco, Gane &
Sarson, SSADM y Métrica. Visible Analyst implementa todas estas técnicas. Existen algunas diferencias entre ellas. Lo
más evidente es la ligera diferencia en los símbolos que emplean cada una. Los símbolos a veces también se denominan
de forma diferente. Para una descripción más detallada de estas diferencias, por favor consulte el Manual Operacional
de Visible Analyst o el sistema de ayuda on line.
La metodología que se emplea depende de usted. Todas son igualmente útiles, y los resultados son los mismos. El
tutorial de diagramación de flujo de datos utiliza la metodología Gane & Sarson; pero debido a las similitudes entre
todas, muestra los fundamentos de cualquiera de ellas.
34
TRABAJAR CONJUNTAMENTE CON LOS MODELOS DE PROCESO Y

DE DATOS
Toda la información que se crea en los diagramas se captura, evidentemente, en el repositorio y queda disponible tanto
para el modelo de procesos (DFDs), como para el modelo de datos (ERDs) (cuando se pueda aplicar) si se dispone de
un conjunto de herramientas integradas. La función Analizar puede ayudarle para balancear el modelo de datos contra el
modelo de procesos para asegurar su consistencia.
Existe cierto grado de correspondencia entre las entidades de un modelo de datos y los almacenes de datos en el modelo
de procesos. La naturaleza de esta correspondencia no siempre es aceptada por todo el mundo. Es posible que mediante
esa correspondencia se puedan comprobar que todos los datos se tienen en cuenta en ambos modelos. Se puede
especificar que toda entidad deba corresponder con un almacén de datos con la misma composición; El Balanceo de
Modelos notifica si no es el caso.
De manera similar, se puede configurar Visible Analyst para notificar que existen elementos de datos que se han
definido pero no están siendo utilizados. En otras palabras, ¿Existe algún elemento que forme parte de alguna entidad
pero no esté siendo utilizado por ningún proceso en algún flojo de datos de los DFDs? Para ver más detalles sobre las
opciones de balanceo se puede ver el manual o el sistema de ayuda on line.
Otro enlace entre los modelos de procesos y de datos es la posibilidad de crear una vista del modelo de datos afectada
por un proceso concreto. Una vez construido una parte del modelo de datos y de procesos, se puede pedir que visible
Analyst construya una vista del modelo de datos para un proceso en especial. Este procedimiento muestra, proceso por
proceso si se quiere, como se emplean los datos y cómo un proceso afecta a otros datos. Esta técnica se detalla en la
lección 5 -Diagramas Entidad Relación.
DISEÑO ESTRUCTURADO
El diseño estructurado consiste en la descomposición de un sistema en una jerarquía de módulos que ejecutan las
actividades del sistema. Es una técnica empleada para representar la estructura interna de un programa del sistema y sus
componentes. El diseño estructurado es una disciplina complementaria al análisis estructurado e implementa una fase
diferente dentro del ciclo de vida. Si los diagramas de flujo de datos constituye el "qué" de un sistema, el diseño
estructurado es el "cómo". Para resultar más efectivo, debe basarse en especificaciones derivadas del análisis
estructurado. La posibilidad de integrar el análisis y el diseño verifica que los diseños reflejan la realidad de las
especificaciones.
La técnica de modelización empleada en el diseño estructurado es el diagrama de estructuras (diagramas de estructuras

de cuadros en Métrica). Se trata de un diagrama jerárquico que define al arquitectura global del programa o sistema
mostrando los módulos de programa y sus interrelaciones. La información estructural contenida en el modelo del
sistema se usa en Visible Analyst en el proceso de generación de código para crear la infraestructura necesaria del
sistema. Esto incluye en envío de control y parámetros entre módulos de programa, así como el orden específico en el
que los módulos organizan el código.
35
Un módulo representa una colección de sentencias de programa con cuatro atributos esenciales: entradas y salidas,
función, mecánica y datos internos. También puede denominarse como programa, procedimiento, función, subrutina, o
cualquier concepto similar. Un diagrama de estructuras muestra las interrelaciones entre los módulos de un sistema
organizando dichos módulos en niveles jerárquicos y conectando los niveles mediante líneas de invocación que señalan
el flujo de control. Las duplas de datos y las duplas de control, indicadas mediante flechas, muestran el intercambio de
datos y de control de un módulo a otro. Es equivalente al intercambio de parámetros entre funciones o procedimientos
en un programa.
La implementación en visible de las reglas del diseño estructurado de Yourdon/Constantine (al igual que Métrica) está
orientado a mantener la mayor liberta posible por parte del diseñador, preservándole contra prácticas de diseño
excesivamente pobres. Lo mensajes de errores y avisos que se generan pretenden guiar más regular.
MODELIZACIÓN ORIENTADA A OBJETOS

La modelización orientada a objetos se centra en el desarrollo de una colección de objetos discretos que incorporan
tanto estructura de datos como comportamiento. Los objetos ejecutan o reciben operaciones que representan las
interacciones entre objetos. El centro de atención es la construcción de definiciones de objetos que puedan organizarse
en una jerarquía de clases con altos niveles de abstracción. Los objetos pueden agruparse mediante agregaciones, y
pueden tener relaciones y atributos (propiedades) de forma similar al modelo entidad relación. De hecho, el modelo de
datos (ERD) constituye la base de los conceptos orientados a objetos (entidades y atributos)
CONCEPTOS DE LA TECNOLOGÍA DE OBJETOS

El modelo de objetos se emplea para definir y construir las clases y subclases y las características de los datos que se
identifican analizando grupos idénticos de objetos. Mediante el desarrollo de una imagen clara de operaciones y
estructuras de objetos necesarias para soportar un proceso de negocio, el diseñador puede construir componentes de
objetos reusables y ahorrar tiempo y esfuerzo en las fases de desarrollo y pruebas del proyecto. El modelo de objetos es
un modelo estático que define todos los objetos identificados así como las características generales y específicas de
cada objeto.
36
El modelo de objetos muestra una instantánea estática de la jerarquía y paquetes de los objetos. El modelo de datos es
una instantánea estática de los componentes de datos de la aplicación y las relaciones entre sus componentes. Los
diagramas de flujo de datos (modelo de procesos) muestra el flujo y la secuencia de operaciones de la aplicación. El
modelo de estado muestra los cambios dinámicos que se producen dentro de la aplicación y en los objetos a lo largo del
tiempo. El diagrama de estructuras (modelo físico) define el modo de ensamblar y construir la aplicación
MODELIZACIÓN DE TRANSICIÓN DE ESTADOS (DINÁMICA)

El modelo de transición de estados se centra en las condiciones de cambio y los estados de un objeto. Conforme un
objeto tal como Pedido de cliente progresa a través de la organización, cambia su estado desde un pedido pendiente a un
pedido enviado y un pedido pagado. Esta evolución en los estados cambia algunas de las propiedades del objeto y
generalmente están causadas por un evento o un método que se aplica sobre el objeto.
El modelo dinámica se construye una vez que se ha definido el modelo de objetos. Proporciona una secuencia de estos
de los objetos conforme cambian con el tiempo. Por tanto el modelo de objetos es estático y completo, y el modelo de
estados (dinámico) está cambiando continuamente mediante distintos eventos y disparadores. El modelo de estados está
mas cerca de la realidad. Si los programas cubren todas las transiciones de estados de los objetos, el sistema debería
encajar perfectamente con las especificaciones, con la realidad.
MODELIZACIÓN DE OBJETOS Y MODELIZACIÓN DE PROCESOS

A partir de la instantánea estática de los objetos, los cambios dinámicos de estado, la secuencia de operaciones del flujo
de datos, las especificaciones soportadas en el diagrama de estructuras, la ejecución de actividades, las relaciones entre
el usuario y el sistema, la colaboración de objetos, las metodologías orientadas a objeto proporcionan un mecanismo
muy completo para la definición, diseño y construcción de sistemas de información. Los conceptos de la tecnología
orientada a objetos proporcionan una alternativa y complemento a las metodologías de diseño estructurado.
37
Ambos enfoques definen los datos de la aplicación y proporcionan una vista descriptiva acerca de cómo debe actuar la
aplicación para ofrecer el soporte y servicios adecuados a los usuarios de la aplicación. Las diferencias estriban
fundamentalmente en el enfoque de los componentes, el orden de realización y los formatos de agrupamiento físico
(paquetes).
Ambas técnicas y metodologías reflejan los acontecimientos del mundo real. Producen sistemas de información
correctos y sin errores. Comparten también muchos conceptos similares, tales como reusabilidad, modularidad y
estructuras jerárquicas.
RELACIONES ENTRE DATOS Y OBJETOS

Existe una enorme similitud entre los modelos de objetos y entidades. Ambos se centran en la definición de
componentes físicos: en el modelo de entidad los únicos elementos son componentes de datos o componentes
orientados a datos; en el modelo de objetos,, el centro de atención son los componentes reales que pueden ser datos,
unidades físicas, bienes, materiales, etc.
La consideración más general es que el modelo de objetos sigue el diseño del modelo de datos, pero ha convertido la
aplicación en algo más genérico y eficaz.
MODELO DE BIBLIOTECA (O LIBRERÍA)

El modelo de biblioteca contiene toda la información registrada de todas las piezas, partes, componentes, acciones y
condiciones del proyecto. Conforme se crean los objetos en los diagramas y se etiquetan, dicha etiqueta origina una
entrada en la base de datos para soportar adecuadamente el tipo de objeto gráfico dibujado. El modelo de biblioteca
(repositorio) es dinámico y evolutivo y se emplea para describir todos los hechos conocidos de la aplicación y del
proyecto de desarrollo. El repositorio de Visible Analyst constituye la implementación de este modelo de biblioteca.
Contiene todos los objetos etiquetados de los diagramas, y proporciona la posibilidad de profundizar en los detalles y
definiciones de gran parte de los componentes del proyecto. El repositorio de Visible Analyst soporta elementos de
datos, claves, pseudo código, datos de prueba y otras especificaciones de la aplicación. La existencia de campos de
descripción y notas de formato libre permitan registrar comentarios adicionales, hallazgos, información importante y
cualquier otro factor relevante acerca de los componentes del proyecto. Los informes detallados y la generación de
esquemas de bases de datos, código shell, y otras útiles salidas se derivan de la información del repositorio.
El modelo de biblioteca puede ayudar al proceso de diseño y desarrollo del proyecto, y constituye una útil fuente de
referencia para el mantenimiento y operación del sistema así como un recurso clave cuando se necesitan realizar
cambios en el sistema.
38
39
Planificación Y Uso De Los Diagramas De Descomposición Funcional
Lección 4
Planificación Y Uso De Los Diagramas
De Descomposición Funcional
INTRODUCCIÓN/REPASO
En Visible Analyst, la planificación se efectúa mediante diagramas de descomposición funcional (FDD). Estos
diagramas ofrecen la posibilidad de efectuar la planificación de funciones de negocio de alto nivel así como sus
relaciones jerárquicas mientras el repositorio va almacenando toda la información de forma transparente. Se pueden
introducir funciones de negocio definidas en los diagramas y descomponerlos en grados de detalle sucesivos. En un
momento dado, a juicio del usuario, se pueden descomponer las funciones de negocio (que llamaremos simplemente
funciones) en procesos. Estos procesos son semánticamente iguales que los procesos que aparecen en los diagramas de
flujo de datos. Los procesos pueden asimismo descomponerse en partes más pequeñas (procesos de nivel inferior) en
los FDDs.
El FDDs surge normalmente de los usuarios. Conforme describen las responsabilidades de su organización, se traducen
en funciones. Cuando comienza a describirse "que" hacen, es hora de pasar a hablar de procesos. Este es el momento en
el que se desea mostrar un grado mayor de detalle de esa funcionalidad en forma de procesos. Se puede dejar todos los
procesos de esta rama del diagrama de descomposición funcional, junto con sus relaciones jerárquicas. Se puede
entonces producir un conjunto de DFDs mediante Visible Analyst a partir de una de las ramas de procesos. Este
procedimiento se denomina "spawning" DFDs a partir de los FDDs. Se pueden trabajar con los DFDs y añadir flujos de
datos, almacenes de datos, entidades externas, etc. Ver figura 4-1
40
Figura 4-1 DFDs Creados a partir de FDDs usando Spawn
Esta lección le conducirá a lo largo del proceso de creación de un diagrama de descomposición funcional. También
presenta una serie de nuevas técnicas que se emplean con frecuencia en Visible Analyst. La técnica de spawning
también se enseña en esta lección.
Conforme se crean FDDs, se crean entradas en el repositorio. Cuando existen relaciones jerárquicas entre funciones y/o
procesos, éstas son registradas en Visible Analyst incluso aunque no se puedan ver en el repositorio. Dado que existe
cierto solapamiento en el soporte de repositorio entre los DFDs y los FDDs, resulta significativo las reglas del
repositorio que se elijan cuando se crea un proyecto. Se puede analizar el conjunto de FDDs, o individualmente o como
grupo, para localizar inconsistencias y violaciones de las reglas metodológicas. Los tipos de análisis y la función
Analizar se explican más adelante.
Nota
É Un diagrama de descomposición funcional es muy diferente de un diagrama de descomposición de

procesos. El primero es una completa metodología de diagramación para realizar planificación del
negocio. El segundo, que se discute en la lección 6 - El diagrama de flujo de datos, es simplemente un
diagrama no estructurado que muestra la jerarquía de procesos que son descendientes del proceso
indicado.
41
DEFINICIONES
Existen cuatro aspectos significativos que aparecen el los FDDs (ver la figura 4-2)
Función Una función se representa con un rectángulo. Es el primero de los tres botones de símbolos que
aparecen en la barra de control
Proceso Un proceso se representa con un rectángulo con esquinas redondeadas. La división conceptual
entre funciones y procesos es arbitraria y es decisión del analista. El símbolo de proceso es el
segundo botón de símbolos de la barra de control
Conector Las líneas que hay entre funciones, entre procesos, y entre funciones y procesos se llaman
conectores. Permiten especificar las relaciones jerárquicas entre los elementos funcionales del
modelo. El símbolo de nivel superior puede designarse como "padre" y cada uno de los símbolos
de nivel inferior conectados se llaman "hijos". Los conectores entre procesos representan el
mismo tipo de relación padre/hijo existente en los DFDs. Los procesos con el mismo padre
aparecerían en el mismo DFD. Esta técnica se explica más adelante en esta lección. Existen tres
botones de líneas en la barra de control
Conector de Página A diferencia del modelo de flujo de datos, que se extiende en una estructura en forma de árbol de
diferentes diagramas con diferentes niveles de detalle, un diagrama de descomposición funcional
representa todo en una página. Si un modelo grande se representa por completo en una página,
puede ser ilegible, por lo que se puede extender en tantas páginas como se quiera. (Aunque no
está disponible en las ediciones educativas, se podría también usar un diagrama Multi-Página.)
Visible Analyst mantiene los detalles adecuadamente si se indican los enlaces entre las páginas
utilizando conectores de página. El símbolo de conector de página es el tercer botón de símbolos
de la barra de control y tiene el mismo aspectos que el conector externo de los diagramas de
estructuras.
42
Símbolos del Diagrama de Descomposición Funcional
Símbolos de la Metodología
Función Conector
Proceso Externo
Figura 4-2 Símbolos de un FDD
CREAR UN FDD
Añadir símbolos a un FDD

A continuación se añaden símbolos para crear un diagrama de descomposición funcional muy general. Los símbolos se
organizan de manera jerárquica, con los símbolos de procesos de nivel inferior en la parte de abajo del diagrama. La
descripción de proceso de añadir símbolos es breve puesto que se asume que ha revisado la lección 2 - Fundamentos de
la Diagramación que cubre la manera de añadir símbolos.
Crear un nuevo Diagrama 1 Crear un nuevo diagrama seleccionando Nuevo Diagrama en el menú Archivo o el
botón de nuevo diagrama. Elegir Descomposición y hacer click en OK
Maximizar el Diagrama 2 Si tiene otros diagramas abiertos, haga click en el botón Maximizar de la esquina
superior derecha de la ventana. Establecer el nivel de zoom al 66% en el menú Ver o
haciendo click en el botón derecho del ratón en el indicador de nivel de zoom en la
parte inferior de la pantalla o utilice los botones de nivel de zoom de la barra de
control.
Añadir símbolos 3 Hacer click en el primer botón de símbolos, el símbolo de función, y añadir cuatro
funciones: Departamento de Vehículos a Motor, Departamento de Registro,
Departamento de Permisos, y departamento de Regulación de Vehículo a Motor (Ver
la figura 4-3).
No siempre es sencillo colocar los símbolos de manera adecuada y ordenada. Se puede incrementar el zoom para que se
puedan ver mejor los detalles más pequeños. También se puede activar la opción Grid del menú Ver, para visualizar la
estructura de posicionamiento de objetos. Si lo que quiere es alinear horizontal o verticalemente los símbolos, existe un
modo muy sencillo.
43
Alinear Símbolos 4 Hacer click en el botón Ñ de la barra de control, el botón de modo de selección.
5 Seleccionar dentro de un bloque los símbolos que se desean alinear horizontal o
verticalmente dibujando una caja alrededor de ellos con el cursor del ratón. Todos los
símbolos que estén completamente dentro del bloque se marcan
6 Elegir Snap símbolos en el menú Diagrama. Los símbolos se ponen en línea
7 Hacer click con el ratón en cualquier sitio fuera del bloque para desmarcar los símbolos
Añadir más símbolos 8 Tras volver el modo de introducción de símbolos usando la barra de control, hacer click en
el símbolo de proceso (el segundo símbolo) y añadir estos tres procesos: Sistema de
Registro, Sistema de Permiso de conducir, y sistema de Regulación. Después, alinear los
procesos. Ver Figura 4-3)
Nota
É Si necesita más espacio en la parte inferior de la pantalla para añadir símbolos, puede usar las barras de
desplazamiento de la ventana o la tecla AvPág
44
Figura 4-3. Símbolos de Procesos y Funciones en un FDD
Ahora hay que añadir procesos de nivel inferior al diagrama para que se pueda practicar el spawning
Añadir más procesos 9 Bajo el proceso Sistema de permisos de conducción añadir un proceso etiquetado "aprobar
licencia". Este es el nombre de un proceso contenido en el segundo nivel de DFD que viene
en el proyecto TEST
Nota
É Puesto que los procesos pueden estar en el repositorio, pueden buscarse los nombres durante el etiquetado
seleccionando el botón Buscar en el menú Etiqueta. Si el examinador de objetos está activo, se puede
también hacer click y arrastrar en un objeto existente desde el navegador al diagrama.
10 Bajo Aprobar licencia añadir tres procesos: Tomar fotografía, Crear permiso y Actualizar
Base de Datos DMV
Guardar el diagrama 11 Elegir Guardar en el menú Archivo. Nombrar el diagrama como "Departamento de
Vehículos a motor"
45
Añadir Conexiones en el FDD

Ahora hay que añadir Línea para establecer las relaciones jerárquicas entre las funciones y los procesos en los
diagramas. El proceso de dibujo de líneas en un diagrama de descomposición funcional es casi automático. Elegir en un
bloque todos los símbolos que se deseen conectar e indicar a Visible Analyst que lo haga. Se puede emplear un método
distinto de selección de símbolos dentro de un bloque.
Establecer Modo de 1 Hacer click en el botón Ñ de la barra de control

Selección
Hacer un bloque 2 Mientras se pulsa la tecla SHIFT, hacer click con el botón izquierdo en la función
Departamento de Vehículos a Motor. El símbolo cambia su color para mostrar que
ha sido seleccionado, y se dibuja una caja a su alrededor.
3 Manteniendo pulsada la tecla SHIFT, hacer click en la función Departamento de
Permisos. Repetir el proceso para Departamento de Registro y Departamento de
Regulación de Vehículos a Motor. La caja de selección se extiende para incluir cada
nuevo símbolo que se ha seleccionado con la tecla SHIFT+click. Si elige un símbolo
que desea quitar del grupo, sólo tiene que pulsar la tecla SHIFT y click en el
símbolo otra vez para desmarcarlo. Ver la figura 4-4
46
Figura 4-4 Conexión de símbolos marcados
Conectar los símbolos 4 En el menú diagrama, elegir Conectar. Las líneas de conexión se dibujan
automáticamente, como se muestra en la figura 4-5
Nota
É Esta función está concebida para conectar sólo dos niveles a la vez; por ejemplo, un padre con sus hijos. Si
elige más niveles en el bloque y lo conecta, Visible Analyst asume que hay un padre y los demás símbolos
son hijos del padre.
5 Limpiar el bloque haciendo click en un área del diagrama externa al bloque

Añadir Más Líneas 6 Pulsar y mantener la tecla SHIFT y hacer click con el botón izquierdo en Departamento de
Permisos y sistema de Permisos de conducir. La caja se extiende para incluir estos símbolos
7 Elegir Conectar en el menú Diagrama
47
8 Igualmente, añadir conectores entre Sistema de Permisos de conducir y Aprobar Permiso y entre
Aprobar Permiso y Obtener Fotografía, Crear Permiso y Actualizar Base de Datos DMV.
9 Hacer click en el prime botón de línea, y añadir una línea entre Departamento de Registro y sistema de
Registro
10 Hacer click en el primer botón de línea y añadir una línea entre Departamento de Regulación de
Vehículos a Motor y sistema de Regulación
11 Seleccionar el tercer botón de línea, y dibujar un conector entre Sistema de Permisos de Conducir y
Departamento Regulador de Vehículos a Motor. (Este es un error deliberado que se descubrirá con
Analizar).
Guardar 12 Elegir guardar en el Menú Archivo
Figura 4-5 Funciones con conectores
48
Analizar un FDD
Ahora hay que utilizar la función Analizar para chequear el diagrama y su sintaxis.
Analizar el diagrama: 1 Elegir Analizar en el menú Diagrama. Hay que asegurarse que el diagrama Actual y
Chequeo de Sintaxis han sido seleccionados. Hacer click en OK. Después de procesarlo,
aparece una Ventana de Diálogo; se puede maximizar para verla mejor. Se ve un mensaje
de error acerca de la línea de conexión extra asociada a Sistema de Permiso de conducir,
así como avisos sobre los símbolos de procesos indicando que no se encuentran en ningún
diagrama de flujo de datos. Estos mensaje sirven como recordatorio de que debe
descomponer estos procesos para tener un proyecto completamente definido
Figura 4-6 Mensajes de Error de Análisis de FDD
Nota
É Se pueden mantener abiertas las cajas de diálogo de errores de análisis mientras sigue desarrollando las
actividades con Visible Analyst. Esto supone una mejor ayuda para corregir los errores encontrados con la
función Analizar.
2 Hacer click en Cancelar

3 Hacer click en el botón Ñ en la barra de control, el botón de modo de
selección
49
Para convertir el diagrama analizado en uno correcto, se debe eliminar la línea de más que se añadió para producir este
error deliberado. Como a veces estas líneas están superpuestas, puede ser difícil seleccionar la línea que se desea; la
línea errónea puede seleccionarse cuando se hace click en un extremo. Sin embargo, una línea se puede seleccionar
haciendo click en cualquier punto de ésta, no sólo en los extremos. Puesto que la línea tiene dos ángulos rectos, ésta
tiene dos segmentos. En el punto de unión de los segmentos hay un manejador. Aunque el manejador es invisible
excepto cuando la línea está seleccionada, se puede hacer click en él. (Ver la figura 4-7 donde se muestran todos los
manejadores de la línea.
Figura 4-7 Seleccionar una línea a través de su manejador
Seleccionar la línea: 4 Hacer click con el botón derecho del ratón en cualquier punto de la línea entre Sistema de
Permisos de conducir y departamento Regulador de Vehículos a motor para mostrar su
menú Objeto. Asegurarse que la línea elegida es la que se dibujó en el paso 11 de Añadir
Conexiones a un FDD
Borrar la Línea: 5 Elegir Cortar o Borrar en el menú Objeto para eliminar la línea del diagrama. También
puede borrar la línea pulsando la tecla Supr o seleccionando Borrar o Cortar en el Menú
Edición.
Nota
É Visible Analyst pregunta para confirmar la opción Borrar pero no Cortar
Analizar Otra Vez: 6 Ejecutar otra vez Analizar. El diagrama es correcto, excepto por los avisos
Nota
É No es necesario guardar un diagrama después de ejecutar la opción Analizar porque Visible Analyst
automáticamente lo hace antes de comenzar el análisis. La opción Guardar puede no estar disponible en
algunas ocasiones. Esto significa que el diagrama ya ha sido guardado.
50
Figura 4-8 El FDD Completo
GENERAR Dfds A PARTIR DE Fdds (SPAWNING)

La Función Spawn se usa para generar diagramas de flujo de datos a partir de los procesos descompuestos del diagrama
de descomposición funcional. La función Spawn sólo funciona con funciones que han sido directamente descompuestas
en procesos. Esta funcionalidad no funcionará para la Función Departamento de Vehículos a Motor o para cualquier
proceso del diagrama.
Seleccionar una Función: 1 Hacer click en el botón Ñ de la barra de control

2 Con el botón derecho del ratón, hacer click en la función Departamento de
Permisos
Comenzar Spawn 3 Seleccionar Spawn en el menú Objeto y elegir Nuevo conjunto de DFDs.
Normalmente esto crearía un nuevo DFD, pero ya existe un DFD con el proceso
Sistema de Permisos de conducir. Existe también un diagrama hijo de este proceso
que contiene al proceso Aprobar Permiso. Por tanto, Spawn cheque las conexiones
existentes y abre una Ventana de Diálogo explicando que quiere añadir los tres
procesos de nivel inferior a un diagrama que tiene el nombre del proceso padre de
ese diagrama. En este caso, Aprobar Permiso
Actualizar los DFDs 4 Hacer click en Actualizar DFDs. Visible Analyst añade los tres nuevos procesos en
existentes. un DFDs y abre el DFD de alto nivel. Este es uno de los diagramas proporcionados
con el proyecto TEST y se muestra en la Figura 4-9. Se trabajará con los DFDs
Expandidos en la lección 6 -Diagramas de Flujo de Datos
51
Figura 4-9 Diagrama de Contexto del proyecto TEST
Notas
É Si aparece el error "Jerarquía de descomposición incompatible con los diagramas de flujo de datos", hay que
chequear el nombre del proceso "Sistema de Permisos de Conducir". Hay que asegurar que está bien escrito.
Para corregir un nombre, hay que hacer click en el proceso correspondiente con el botón derecho del ratón y
elegir Cambiar Elemento. Guardar los cambios y ejecutar de nuevo la función Spawn
52
² El proceso Spawn produce DFDs de nivel detallado. Se debe definir, construir y anidar los apropiados DFDs de
nivel superior (como el diagrama de contexto y el diagrama de nivel 1). El proceso de spawn (expansión) puede
crear un diagrama de contexto en blanco. Se puede añadir un diagrama de contexto, y entonces abrir y completar el
diagrama de nivel superior generado. Se tienen que construir las conexiones de anidamiento (Anidar) (Ver lección
6 - Diagramas de flujos de Datos).
² Las técnicas de modelización estructurada (análisis estructurado y diseño estructurado) son empleadas para la
aplicación de Permisos dentro de DMV, mientras que la aplicación de registro de vehículos emplea la modelización
de objetos. Esto muestra los principios de cada enfoque y también que visible Analyst es flexible para permitir
cualquiera o ambas a la vez en un mismo proyecto.
¿Qué Hacer A Continuación?

Ahora hay que tomar una decisión para seguir a través del ciclo de vida de la metodología estructurada. Después de
haber aplicado la función de Spawn FDD para construir algunos DFDs, puede continuar y construir DFDs de nivel
superior y el modelo de flujo de datos completo. Para ello, hay que ir a la lección 6.
La otra alternativa es comenzar el proceso de modelización de datos, construir las estructuras de datos, y volver a los
DFDs. Para ello, hay que ir a la lección 5. La elección es completamente libre. Se puede también construir parte del
modelo de datos, cambiar a los DFDs, y retornar de nuevo para cambiar o completar el modelo de datos. La flexibilidad
total es una de las características clave de Visible Analyst
53
Diagramas Entidad Relación
Lección 5
INTRODUCCIÓN
La técnica de modelización de datos proporciona un método preciso para detallar y descubrir las interrelaciones entre
los datos empleados en el sistema. Se pueden describir las entidades (ver su definición más adelante) en el modelo que
está realizando y las relaciones entre las entidades dibujando todos estos elementos en un diagrama entidad relación
(DER). El modelo de datos (DER) muestra los principales datos de una aplicación y como se asocian entre ellos usando
las relaciones. Se pueden definir las claves principales de las entidades de datos y la composición de los atributos de las
entidades dentro del repositorio de Visible Analyst.
Un diagrama con la descripción de todo o un subconjunto de los datos se denomina Vista. Cada vista puede incluir una
parte arbitrariamente grande o pequeña del modelo de datos. Se pueden tener múltiples vistas del modelo de datos
realizando diferentes combinaciones de entidades y relaciones en diferentes diagramas. Sin embargo, el modelo de
datos completo, incluyendo los elementos de dato que componen cada entidad, quedan en el repositorio y pueden
accederse creando una vista global del modelo de datos. Esta propiedad se explica a lo largo de esta lección.
Definiciones
Las construcciones más importante en la modelización entidad relación son:
Entidad La entidad (o mejor, el tipo entidad) no es nada más que un objeto del mundo real que se desea describir. El
tipo de entidad más genérico es la entidad independiente o fundamental, pero suele denominarse
simplemente entidad. Se compone de elementos de datos (también llamados atributos), y se pueden describir
en el campo composición del repositorio. Una entidad fundamental es un objeto o evento. Se representa en
un diagrama entidad relación como un rectángulo y le corresponde el primer botón de símbolo de la barra de
control
54
Entidad Otro tipo de entidad es la entidad asociativa (a veces llamada entidad intersección o entidad
Asociativa concatenada). Es básicamente una relación (ver más adelante) sobre la que se desea almacenar
información. Sólo puede existir entre otras dos entidades. Pro ejemplo, la relación entre un cliente y un
producto produce la entidad asociativa orden de pedido (por producto). Una entidad orden de pedido
no existiría sin la relación entre las otras dos entidades. Una entidad asociativa se representa como un
rectángulo con un rombo en su interior. Le corresponde el botón del segundo símbolo de la barra de
control
Entidad El tercer tipo de entidad es la entidad atributiva o entidad dependiente. Se usa para mostrar datos que
Atributiva dependen completamente de la existencia de una entidad fundamental. También se emplea para
mostrar grupos repetitivos de los datos. Por ejemplo, la entidad asociativa orden de compra podría
tener una entidad dependiente denominada envío que muestre los envíos totales o parciales que
completan la orden de pedido. Se representa como un rectángulo con una especie de elipse circunscrita
en su interior y le corresponde el botón del tercer símbolo de la barra de control
Relación Una relación muestra como interactúa una entidad con otra. Aparece en el diagrama como una línea
que se dibuja entre dos entidades. Las relaciones normalmente tienen dos etiquetas, una para cada
dirección. Las relaciones pueden tener terminadores que muestran que una entidad se relaciona con la
otra en modo uno a uno, uno a muchos, o muchos a muchos (cardinalidad de la relación), y si la
relación es opcional u obligatoria. Existen cuatro botones para las relaciones en la barra de control. Los
tipos de línea pueden modificarse tras haberse dibujado en el diagrama.
Supertipos / Las entidades subtipo especializadas pueden crearse basadas en una entidad supertipo generalizada y
Subtipos compartir atributos comunes. Únicamente los atributos propios de la entidad especializada necesitan
describirse en la entidad subtipo. Esto está muy relacionado con el concepto de herencia de las clases.
Visible Analyst proporciona también y campo específico para detallar el número exacto de relaciones,
si se conocen. El botón de tipo / supertipo es el quinto botón de línea de la barra de control.
Cluster Un cluster es una colección de entidades y relaciones. No es realmente una parte del modelo de datos
puesto que no aporta información nueva. Sin embargo puede resultar útil cuando se quiere mostrar
modelos de datos muy grandes en un sólo diagrama y mantener su comprensión. Puede hacer cluster de
grupos de entidades y mostrar estos cluster, y las relaciones entre ellos de a modo de resumen en un
diagrama. Esto limita la cantidad de detalles en el diagrama para que se puedan ver fácilmente las
grandes líneas maestras del modelo. Estos objetos no están disponibles en la Edición Educativa de
Visible Analyst.
El cluster se crea en el repositorio y se añaden las entidades que lo componen en el campo

composición. Una vista de cluster puede crearse a partir de ahí a través de Visible Analyst para poder
mostrar las pseudo-relaciones entre clusters en lugar de las relaciones reales entre entidades
específicas. El diagrama que crea Visible Analyst no es estructurado, pero la información contenida en
el diagrama pertenece a los diagramas entidad relación. Para más información sobre los clusters, ver el
Manual de Operación o el sistema de ayuda on line
55
Objeto Vista Un objeto vista puede verse como derivado de una tabla virtual. Se componen de dos elementos. Una
lista de nombres de columna y una declaración select empleada para filtrar información de las tablas en
la vista. Por cada vista, existe una select primaria y varias sub-select y union select. Mediante la
Ventana de Diálogo Definir Vista, se pueden seleccionar las tablas y columnas y definir las relaciones
de unión, sentencias y acciones empleada en la vista. Para más información acerca de los objetos vista,
ver el manual de Operación o el sistema de ayuda on line. (Los objetos vista no están disponibles en las
Ediciones Educativas de Visible Analyst.)
Símbolos de los Diagramas Entidad Relación
Entidad
Fundamental Entidad Asocaitiva
Entidad Atributiva Vista
Figura 5-1 Los símbolos de un diagrama entidad relación
56
Cardinalidad de una Relación
Visible Analyst soporta cuatro notaciones de cardinalidad de relación diferentes: IDEF1X, Crowsfoot, Flecha y
Bachman. El tipo de notación dependen de usted, y se seleccionado cuando se crea un nuevo proyecto. El número de
nombres por relación también se puede elegir. Puede indicarse uno o dos nombres por relación. En esta lección, se
emplea la notación estándar de Crowsfoot con dos nombres por relación.
DESARROLLAR EL MODELO DE DATOS

Cada diagrama entidad relación es completo en sí mismo y muestra una vista de los datos del proyecto. (Recordar que
una vista es una porción o subconjunto del modelo de datos completo representado en un sólo diagrama. No debe
confundirse con un objeto vista de base de datos). Al comenzar el modelo de datos, deben añadirse de forma manual
nuevas entidades y relaciones al diagrama. Tras esto, se pueden crear vistas adicionales mediante la función Vista del
Modelo de Datos en el menú Archivo y elegir entidades y relaciones del repositorio. Automáticamente Visible Analyst
dibuja las vistas. Entonces puede añadir o quitar elementos de la vista y reorganizarla como quiera.
Añadir entidades a una Vista

Puesto que el elemento de construcción básico en el modelo de datos es el tipo de entidad (o sólo entidad) y puesto que
las relaciones no pueden existir excepto entre dos entidades, se comienza el modelo añadiendo entidades a una vista:
Establecer el nivel de Zoom 1 En el menú Ver, elegir 66% para poder ver todo el espacio de trabajo necesario
Crear un diagrama nuevo 2 En el menú Archivo, elegir Nuevo Diagrama
3 Elegir el tipo de diagrama, en este caso entidad Relación con el método estándar de
dibujo
4 Elegir como Tamaño de Página el Estándar
5 Hacer click en OK
Añadir Entidades 6 Hacer click en el primer botón, el rectángulo. Este es una entidad fundamental.
57
7 Colocar el cursor en el medio del espacio de trabajo del diagrama y hacer click con el botón izquierdo del
ratón. Se dibuja una entidad
8 Poner de nombre a la entidad. "Conductor Estudiante", y hacer click en OK
9 Añadir otra entidad fundamental bajo la primera, y ponerla de nombre "AutoEscuela"
10 Añadir otra entidad fundamental bajo AutoEscuela, y llamarla "Lecciones de Conducir"
Aprendiz de
Conductor
Auto Escuela
Lecciones de
Conducir
Figura 5-2 Nuevas Entidades
Guardar el diagrama: 11 En el menú Archivo, elegir Guardar y poner de nombre al diagrama "Vista Auto Escuela"
Cambiar El Tipo De Un Símbolo

En el diagrama que se ha creado, la entidad Lecciones de conducir es realmente atributiva puesto que la entidad existe
porque es un atributo de la entidad fundamental AutoEscuela. Como la hemos puesto como entidad fundamental,
debemos cambiar su tipo.
58
Elegir el símbolo a 1 Colocar el curso en modo de selección haciendo click en el botón Ñ de la barra de
Cambiar control
2 Hacer click sobre el símbolo Lecciones de Conducir con el botón derecho del ratón
para que aparezca su menú objeto.
Cambiar el tipo de 3 Elegir Cambiar Elemento. El ámbito debe establecerse con Cambio Global en la
Entidad Ventana de Diálogo Cambiar Objeto. Esta opción es importante cuando se cambia el
tipo o etiqueta de un objeto. La selección de Global causa el cambio en todos los
diagramas donde aparezca el objeto. Si se selecciona Individual, el cambio sólo se hace
en el objeto seleccionado. Un cambio Local modificaría todos los componentes en el
diagrama activo. Todos los cambios en un tipo de símbolo deben ser Globales
4 Elegir Cambiar Tipo
5 Elegir Entidad Atributiva y hacer click en OK
6 Hacer click en OK en la Ventana de Diálogo Cambiar Objeto. El símbolo es cambiado
dentro del diagrama.
Aprendiz de
Conductor
Auto Escuela
Lecciones de
Conducir
Figura 5-3. Tipo de Entidad Cambiada
59
Añadir Relaciones
Necesitamos establecer las relaciones entre las entidades del diagrama.
Dibujar las relaciones 1 Hacer click en el primer botón de la barra de control

2 Dibujar una línea desde AutoEscuela a Estudiante de conducción. El procedimiento es el
mismo que el usado para dibujar una línea en la lección 2 - Diagramación. Hacer click y
mantener
Nota
É Cuando se emplea una línea con codo y éste no va en la dirección que desea, hay que hacer click con el
botón derecho del ratón manteniendo pulsado el izquierdo, y el codo invierte su dirección
Etiquetar la Relación 3 Introducir "enseña" como etiqueta de la primera relación. Para establecer la cardinalidad de
la relación, hay que hacer click en Uno como mínimo, y Muchos como Máximo. Esto
significa que La AutoEscuela enseña a uno o muchos estudiantes de Conducir. Si se conoce
con exactitud el número máximo , se puede introducir en la caja de detalle. (Ver Figura 5-
4).
60
Figura 5-4 Ventana de Diálogo etiquetar relaciones
4 Pulsar la tecla TAB para mover el cursos al siguiente campo o hacer click con el ratón en el otro campo de
etiqueta
5 Introducir Acude como nombre contrario de la relación. Como cardinalidad mínima, introducir Uno, y como
Máxima Muchos. (Se añade este error deliberado para demostrar las funcionalidad de la función Analizar.)
significa que Un estudiante acude a una o más Autoescuelas. Ambas relaciones se consideran obligatorias
porque es necesario asistir a la autoescuela para ser un estudiante de conducir, y es necesario tener estudiantes
para ser una autoescuela. Hay que asegurarse que el tipo se establecer con el valor Normal, y hacer click
61
Dibujar Otra Relación 6 Dibujar una línea desde AutoEscuela a Lecciones de Conducir. Para la primera etiqueta,
teclear "Ofrece", y establecer mínimo a Cero y Máximo a Muchos. Como segunda
etiqueta, teclear "Son proporcionadas por". Como es una relación de identificación, la
cardinalidad se pone automáticamente a 1:1. Hacer click en Ok
Guardar 7 Pulsar Crtl+S para guardar el diagrama
Analizar el Diagrama
La función analizar realiza los chequeos necesarios para asegurar que el diagrama es sintácticamente correcto, lo que
significa que todas las relaciones y símbolos están etiquetados. También se puede usar la función Analizar para
chequear ciertos errores de normalización.
Arrancar Analizar 1 Elegir Analizar en el menú Diagrama

2 Elegir Diagrama Activo y Chequear Sintaxis. Hacer click en OK. Indica que el diagrama
en curso es correcto.
Insertar un Error 3 Añadir un símbolo sin nombre en el diagrama
Analizar Otra Vez 4 Ejecutar Analizar una vez. Aparece un mensaje de error indicando que existe una entidad
sin nombre. Hacer click en Cancelar para volver al diagrama. La entidad sin nombre
puede borrarse del diagrama marcándolo con el curso en modo selección y pulsando
Borrar.
Analizar de Nuevo 5 Ejecutar Analizar otra vez, pero esta vez elegir Normalización. Verá el mensaje de error
que la relación "AutoEscuela [enseña a] estudiantes de conducir" no está normalizada.
Esto es cierto. El error indica que la cardinalidad es 0:muchos o muchos:muchos en
ambas direcciones. Está marcado como error porque las relaciones opcional:opcional y
muchos:muchos pueden ser difíciles de implementar. Hacer click en Cancelar para cerrar
la caja.
Corregir el Error de 6 Para cambiar la cardinalidad de la relación Asiste, hacer click en la relación con el botón
Cardinalidad derecho
7 Elegir Cambiar elemento. Cambiar la cardinalidad de Atender y poner un Máximo de
muchos y n mínimo de uno.
62
8 Hacer click en OK
9 Elegir Analizar en el menú Diagrama. Elegir Normalización y hacer click en OK. El diagrama ya está correcto.
Aprendiz de
Conductor
Enseña Asiste
Auto Escuela
son
suministradas Ofrece
Lecciones de
Conducir
Figura 5-5. Diagrama Normalizado
Generar Automáticamente una Vista del Modelo de Datos

Otra característica útil de Visible Analyst es la posibilidad de generar otras vistas del modelo de datos automáticamente.
Puesto que el modelo de datos puede ser muy grande y a veces muy difícil de interpretar con muchas relaciones y
símbolos, la generación de una vista específica de datos permite poner el centro de atención en una parte del modelo de
datos sin tener que dibujar todos los símbolos y conexiones que se desean en el diagrama. La función para generar una
vista se encuentra en Vista del Modelo de Datos dentro del menú Archivo.
Existen tres opciones diferentes de generar una vista con esta función.
• Existe una opción para general una vista global del modelo de datos. Todas las entidades y relaciones del
repositorio se dibujan en el diagrama. Esta característica es muy importante cuando se añaden cosas a una parte del
modelo de datos y se desea ver como afectan los cambios a todo el modelo, Otra aplicación de esta características
es generar un diagrama entidad relación de la información de entidades importadas.
63
• Se puede generar una nueva vista, permitiendo la elección de las entidades ya creadas en el diagrama o entidades y
relaciones del repositorio que se quieren mostrar en el nuevo diagrama. Esto permite añadir o cambiar el modelo
concentrándose sólo en la parte correspondiente a la vista creada.
• La otra opción para la creación de vistas a partir de Vista del Modelo de Datos es Proceso. Una vista de proceso es
un diagrama entidad relación que representa un subconjunto del modelo de datos basado en el proceso que se
encuentra en un diagrama de flujo de datos o en el repositorio. Los elementos de datos que entran o salen del
proceso seleccionado y que están definidos en la composición de las entidades provocan que estas entidades
aparezcan en la vista del proceso, junto con las relaciones que existan entre cada dos entidades de la vista. La vista
de un proceso permite concentrarse en una parte específica del modelo de datos involucrado en el proceso
seleccionado. La información de composición de las entidades que aparecen en la vista, y los atributos del proceso,
ya han sido introducidos en el diagrama que viene en el proyecto de prueba. Esto es para que no tenga que
introducir la información necesaria para demostrar esta característica de Visible Analyst.
Para crear la vista de proceso:
Comenzar a generar la vista 1 Elegir Vista del Modelo de Datos en el menú Archivo, y elegir Proceso. Aparece la
Ventana de Diálogo Elegir Proceso para Vista.
64
Figura 5-6 Ventana de Diálogo Vista de Proceso
Elegir el Proceso 2 Hacer click en el proceso Aprobar permiso y hacer click en OK. Visible Analyst busca en
el repositorio entidades que contienen elementos de datos comunes con los de los flujos
de datos asociados a Aprobar Permiso y crea una Vista del modelo de datos
Guardar la nueva vista 3 Elegir Guardar en el menú Archivo
4 Nombrar el diagrama "Vista de Proceso: Aprobar Permiso". Este diagrama es un
subconjunto del modelo de datos global
5 Hacer click en OK
65
Departamento de Concede
Vehículos
son Otorgados
Se
aplica Procesa
Solicitante de Permiso de
Permiso Conducir
Es
Realiza
Realizada
Prueba en
Carretera
Figura 5-7 La Vista de proceso generada
66
67
Diagramas de Flujo de Datos
Lección 6
INTRODUCCIÓN
Como se ha descrito en la lección 3 - Técnicas de Modelización Estructurada, el diagrama de flujo de datos (DFD) es la
base para la modelización de procesos. Esta técnica de modelización muestra el flujo y las transformaciones de datos
sin tener en cuenta los detalles de la estructura de datos o su tipo. Representa de manera clara donde ocurren las
transacciones y las transformaciones en el sistema.
Un DFD no es igual que un diagrama de flujo, aunque existen ciertas similitudes. Un diagrama de flujo es mucho
menos específico sobre como las piezas de datos se descomponen, combinan, y se mueven en el sistema que en un
DFD. Por otro lado, un diagrama de flujo es mucho más específico y físico que un DFD respecto a cómo se ejecutan los
procesos. Un diagrama de flujo de datos es más flexible y tiene mucha más aplicabilidad general que un diagrama de
flujo.
Los diagramas de flujo de datos no está diseñado para mostrar el flujo de materiales, sólo datos. Por ejemplo, si se está
modelizando una librería, se mostrarían en los diagramas cómo se manejan todas las recepciones, facturas, inventarios y
transacciones financieras, pero no los libros en sí. Los libros son materiales, y su movimiento desde el editor a la tienda,
o desde el almacén a la bolsa de cliente no forman parte del diagrama de flujo de datos.
En cualquier metodología de análisis estructurado, la primera tarea es dibujar un diagrama de nivel superior, un
resumen sencillo del sistema. Muestra el entorno del sistema y las entradas y salidas principales, y a veces se le llama
definición del ámbito y alcance del problema. Esto es normalmente mucho menos específico de la forma en que la gente
suele describir un sistema puesto que se omiten muchos detalles. Debe tener uno, dos o tres procesos y unas pocas
entidades externas. En el ejemplo que sigue a continuación, sólo se emplea un proceso y dos entidades externas aunque
un diagrama de nivel superior puede contener algunas más. A partir de aquí se descompone o detallan estos elementos
de nivel superior en procesos y flujos más específicos. Algunas metodologías y algunos analistas les gusta emplear un
único proceso para representar el nivel más alto del diagrama de flujo de datos. Esto se denomina diagrama de contexto,
y sólo se permite un proceso en el diagrama de contexto para designar al sistema en su conjunto. Sin embargo, en los
diagramas hijo se pueden tener muchos procesos en cualquier diagrama.
68
La idea de crear un nivel superior general es doble:
• Asegurar el acuerdo y la comprensión del objetivo general y fundamental del sistema. Generalmente suele haber
más confusión de lo que parece, y los detalles no suelen estar bien definidos cuando la misión fundamental del
sistema no está clara.
• Si se comienza con Visible Analyst en el nivel más alto, el seguimiento de todas las derivaciones posteriores se
obtiene automáticamente a partir de la documentación del repositorio.
Existen cuatro objetos significativos que componen los diagramas de flujo de datos:
Proceso El símbolo de proceso es el primer botón de símbolos que aparecen en la barra de control. Si se están
utilizando las reglas de Yourdon, el proceso se representa con un círculo. En Gane & Sarson, el proceso es
un cuadrado con esquinas redondeadas. En SSADM y Métrica, el proceso se representa mediante un
cuadrado.
Un proceso significa que algo ha sucedido para transformar datos. En el nivel superior se podría mostrar la
librería completa como un proceso simple.
Tras crear el diagrama de contexto (o de alto nivel), se descompone el diagrama en procesos que representan
los diferentes departamentos de la tienda, después en procesos que representan las funciones de los
departamentos, después en subdivisiones de estos procesos y así hasta llegar al más pequeño detalle que se
desee. Esto se hace anidando o descomponiendo un proceso y creando un diagrama hijo con mayor nivel de
detalle, que muestra todas las entradas y salidas del proceso padre y permite describir las cosas que ocurren
dentro (del proceso padre). Los procesos tienen números, y estos números reflejan la jerarquía de
descomposición, como se muestra en la Figura 6-1
69
1 Nivel 0
1.1 1.2 1.3 Nivel 1
1.1.1 1.1.2 1.2.1 1.2.2 1.3.1 1.3.2 Nivel 2
Figura 6-1 Esquema de numeración de Procesos
Almacén de datos (o Un almacén de datos o fichero es el segundo símbolo en la barra de control. Si se emplean
Fichero) las reglas de Yourdon, un fichero se representa mediante dos líneas paralelas horizontales.
En Gane & Sarson, SSADM, y Métrica, un almacén de datos es un rectángulo con un lado
abierto (el derecho); y tiene un número. Un almacén de datos se usa cuando los datos se
almacenan mientras no son procesados. El modelo de procesos no muestra cómo se
almacenan, en qué formato o soporte, sólo que son almacenados. Los datos sólo pueden
entrar en un almacén desde un proceso y sólo pueden dejar el almacén hacia un proceso. Los
elementos de datos detallados de un almacén de datos pueden definirse en el repositorio de
Visible Analyst
70
Entidad Externa Una entidad externa es el último botón de símbolo de la barra de control. Se representa como un
rectángulo en Yourdon; un cuadrado con relieve en Gane & Sarson; y una elipse en SSADM y
Métrica. B Una entidad externa representa algo externo al sistema que se está modelizando que envía
datos o recibe datos del sistema. Es una caja negra, en la que lo que ocurra dentro no es relevante al
sistema que se describe. Sólo está para aclarar aspectos del entorno del sistema. Las entidades
externas son opcionales (depende de la metodología). Se puede representar un flujo neto de datos
entrando o saliendo del sistema sin estar asociado a ninguna entidad externa. Una entidad externa no
tiene que ver con la entidad que es parte del modelo entidad relación. Es sólo una desafortunada
duplicidad de la metodología.
Flujo de Datos Un flujo de datos describe el movimiento de uno o varios elementos de datos. Los datos pueden
entrar en el sistema desde el exterior, como las entradas de una factura o una lista de entrega. (El
flujo de datos factura aparece entrando en un proceso -debe entrar en un proceso- donde se examina
y se actúa). Este proceso debe enviar los datos que deben almacenarse, imprimirse, o ignorados.
Estos elementos de datos de la factura pueden combinarse o no con elementos de otro flujo de datos
de entrada y pueden salir del proceso como parte de otros flujos de datos. Para dibujar un flujo de
datos, hacer click en un tipo de línea de la barra de control
71
YOUR DON/DE MARC O
ENTIDAD
PROCESO ALM ACÉ N
E XTE RNA
GANE & SARSON
ENTIDAD
PROCESO E XTE RNA
ALM ACÉ N
METRICA Y SSADM
D1
ENTIDAD
ALM ACE N
PROCESO E XTE RNA
Figura 6-2 Símbolos del Diagrama de Flujo de Datos
Nota
É Esta lección conduce a través del proceso de creación de diagramas para el caso del modelo de procesos
de Gane & Sarson. Los fundamentos de dibujo y descomposición de un proceso y sus diagramas hijo
también se muestran en esta lección. También, se ve la validación de un sistema empleando las reglas de
Visible Analyst. Se introducirán errores en el diagrama para demostrar los tipos de errores que se pueden
identificar con la función Analizar.
72
CREAR Y COMPLETAR UN DIAGRAMA DE ALTO NIVEL

El procedimiento básico para crear un DFD de nivel superior es el mismo que para crear un diagrama nuevo para los
diagramas no estructurados. La única diferencia es que si se elige un diagrama de contexto, haciendo click en la caja
que hay en la parte inferior de la pantalla Nuevo diagrama, aparece automáticamente el diagrama un proceso con el
número 0 y se pregunta por su nombre. Un diagrama de contexto sólo permite un proceso. Se pueden añadir flujos de
datos y otros símbolos en el diagrama.
Este diagrama ya se ha creado para no tener que dibujar los diagramas e introducir la información del repositorio. Se
denomina Sistema DMV y se muestra en la Figura 4-9, el diagrama de nivel superior de los DFDs que se expandieron a
partir de los FDD. Este diagrama tiene también un diagrama hijo denominado Sistema de Permisos de Conducir. Se
puede mostrar una lista de diagramas seleccionando Abrir Diagrama en el menú Archivo, o haciendo click en botón
Abrir de la barra de control. Cuando un tipo de diagrama tiene un signo más junto a él, significa que se han creado
diagramas de ese tipo. Hacer click en el signo más para mostrar la lista de diagramas existentes, y hacer doble click
sobre el diagrama que se desea abrir. (Se puede esconder la lista otra vez haciendo click en el signo menos junto al
nombre del tipo de diagrama.)
Para cerrar un diagrama, hacer click en el botón de control en la esquina superior izquierda de la ventana de diagrama y
elegir Cerrar, hacer doble click en el botón de control, o elegir Cerrar Diagrama en el menú Archivo.
ANIDAR UN PROCESO
Es esta unidad, se descompone un proceso estructuradamente. Esto se denomina también anidamiento o explosión de un
proceso. El menú Archivo contiene la función Anidar para este propósito; el submenú contiene la función Explosionar.
Explosionar también se activa haciendo click con el botón derecho del ratón en un proceso sobre el que se quiere
obtener un mayor detalle y mostrando su menú Objeto; entonces elegir Explosionar.
Si el proceso no se ha descompuesto previamente, esto genera un diagrama hijo a partir de su proceso padre. Todos los
flujos de datos asociados al proceso padre se arrastran automáticamente al diagrama hijo a través de la función Anidar.
Estos flujos de datos pueden asociarse a los procesos de nivel inferior creados en el diagrama hijo. Estos procesos de
nivel inferior pueden anidarse más tarde para incrementar el nivel de detalle. En el ejemplo, el diagrama hijo se creó
mediante la función spawn ejecutada en la lección 4 - Diagramas de descomposición funcional, y los procesos que se
añadieron a los FDD se han situado ahí.
Abrir el diagrama 1 En el menú Archivo o el botón de abrir diagrama de la barra de control, abrir el diagrama de
flujo de datos Sistema DMV, si no se ha abierto en otras lecciones. Este es el diagrama de
contexto del proyecto
73
Elegir un Proceso 2 Hacer click en el botón derecho del ratón en el proceso Sistema de Permisos de conducir para
abrir el menú Objeto, y elegir Explosionar. Esto abre el diagrama hijo Sistema de Permisos de
conducir y es una manera alternativa de navegar entre los diagramas del proyecto, evitando el
menú Archivo
Explosionarlo 3 Hacer click en el botón derecho del ratón en el proceso etiquetado Aprobar Permisos y elegir
Explosionar. Los flujos de datos asociados al proceso padre se arrastran al diagrama creado
por Spawn titulado Aprobar Permiso, donde se colocaron los tres procesos del diagrama de
descomposición funcional. Maximizar el diagrama. Los flujos de datos arrastrados se alinean
en los extremos del diagrama hijo, flujos de entrada en la izquierda, flujos de salida a la
derecha. (Ver Figura 6-3) Puesto que no se movieron los símbolos en el diagrama antes del
anidamiento, es posible que los flujos de datos que se arrastran salgan dibujados sobre algún
símbolo
74
Figura 6-3. Diagrama hijo con los flujos arrastrados.
Editar el diagrama 4 Mover los símbolos y asociar los flujos como se muestra en la figura 6-4. Para mover un
símbolo, hacer click y arrastrarlo con el botón izquierdo del ratón. Para asociar las líneas,
hacer click en un extremo. Luego, hacer click con el botón izquierdo del ratón en medio del
flujo de datos y arrastrar para que la línea quede posicionada correctamente. Cuando se
selecciona el flujo de datos, cambia de color; y la línea pasa a ser discontinua conforme la
movemos por el diagrama. Hacer lo mismo para el resto de flujos de datos. (Ignorar por ahora
los otros flujos que se ven en la Figura 6-4; se añadirán más adelante en esta sección.)
75
3.3
Issue License
Get
Pho to gra ph
Photograph
Successful-T est - 3.2

Results License
3.1
Approval
Upda te DM V Drivers-License
Approved-License-
Application-F orm Data base Crea te
License
New-
Licensee-
Record
D1
DM V Data base
Figura 6-4 El diagrama completo
Nota
É Cuando desea mostrar un flujo de datos (u otro tipo de línea) como asociado a un proceso (u otro
símbolo), debe arrastrar el extremo de la línea y ponerlo en contacto con el símbolo. Con la opción Auto
Conexión activada, Visible Analyst redibuja la conexión.
Añadir Flujos y Texto: 5 Añadir dos nuevos flujos de datos: License-Approval y Fotografía. Puesto que son
flujos internos, en contraposición con los flujos de datos netos de entrada y salida que
aparecen en el padre, la función Anidar no pudo crearlos.
Cambiar el formato de 6 Puede desear la modificación de las líneas de los flujos de datos de ser rectas a estar
línea formadas por codos. Esto puede hacerse marcando la línea y seleccionando la opción
Valores de Línea en el menú Opciones y cambiando la orientación de la línea. O hacer
click en el botón de línea con codos en la barra de control antes de dibujar las líneas.
Para cambiar la orientación de un codo, hay que situar el curso sobre el manejador del
segmento de la línea que desea cambiar y hacer click, pero sin soltar el botón, el botón
izquierdo del ratón. Hay que mover el ratón ligeramente hasta que la línea cambia de
continuo a discontinuo, y luego pulsar el botón derecho del ratón. Después hay que
soltar el botón izquierdo del ratón para guardar el cambio
76
7 Hacer click en el botón T en la barra de control para añadir el texto "Aprobar Licencia" y
mostrar el título dentro del diagrama. Existe una manera de hacer esto automáticamente
utilizando boilerplates. Se puede profundizar en el Manual Operacional de Visible Analyst o
en el sistema de ayuda on-line. (Los boilerplates no están disponibles en las Ediciones
Educativas de Visible Analyst.)
Añadir un Fichero: 8 Si lo desea, puede añadir el fichero de la base de datos DMV al diagrama. Puesto que aparece
en el diagrama de contexto, no es necesario, pero a veces la gente cree que si se muestra en
los diagramas de nivel inferior se añade claridad. Hay que mover el flujo Nuevo Registro de
Licencia para asociarlo al fichero DMV. Un símbolo se considera asociado a una línea
cuando el extremo de la línea está tocando el borde o contorno del símbolo.
Guardar: 9 Elegir Guardar en el menú Archivo
CREAR UN NUEVO DIAGRAMA

En anteriores secciones de esta lección, se ha trabajado con diagramas que venían incluidos con Visible Analyst o eran
creados mediante la función Spawn. En esta unidad, se va a crear y completar un diagrama nuevo desde el principio y
así practicar más técnicas de realización de diagramas de flujo de datos. Se descompone estructuralmente el proceso
Administer Road Test (dibujando un diagrama de tres niveles) que detalla que ocurre dentro del proceso Administer
Road Test.
Si tiene otros diagramas abiertos, debe maximizar la ventana haciendo click en el botón maximizar en la esquina
superior derecha de la ventana.
77
Establecer el nivel de zoom 1 Establecer el nivel de zoom al 66% desde el menú Ver
Abrir el diagrama padre: 2 Elegir Anidar en el menú Archivo
3 Elegir Padre desde el submenú. Aparece el diagrama sistema de Permisos de
conducir.
Anidar un proceso: 4 Con el botón izquierdo del ratón, elegir el proceso Administer Road Test haciendo
click en él. Éste se marca como objeto activo
5 En el menú Archivo, elegir Anidar y luego Explotar
6 Elegir Crear Nuevo Diagrama. Si se había anidado antes este proceso, el diagrama
hijo se mostrará automáticamente. Esta opción es útil para arrastrar flujos de datos
del proceso padre al diagrama hijo que se hubiesen dibujado después de crear el
diagrama hijo. Se dibuja un nuevo diagrama mostrando los flujos de entrada en la
esquina superior izquierda del diagrama, y los flujos de salida en la esquina superior
derecha. Si no se ven los flujos, elegir 33% de zoom en le menú Ver, y el diagrama,
que se muestra en la figura 6-5, se escalará para que se pueda ver todo.
Unsuccessful-
Learners-Permit Test-Results
Successful-Test-
Road-Test-Criteria Results
Road-Test-Form
Figura 6-5 Diagrama explotado con los Flujos de datos
Guardar: 7 Elegir guardar en el menú Archivo y hacer click en OK. El título del diagrama es por defecto el nombre
del proceso padre. Visible Analyst indica que está guardando ambos diagramas. Esto es porque están
involucrados en una relación de anidamiento y ambas partes de esta relación deben guardarse en el
repositorio.
Añadir procesos a un Diagrama Hijo

Ahora hay que añadir procesos al diagrama hijo Administer Road Test. Los procesos de este diagrama son los procesos
individuales que conforman el proceso padre Administer Road Test. Este diagrama constituye una representación más
detallada de las transformaciones e interacciones que ocurren con los flujos de datos dentro del proceso padre.
Añadir Procesos: 1 Hacer click en el primer botón de símbolos, el proceso, en la barra de control.
2 Añadir y etiquetar tres procesos: Validate Applicant, Test Vehicle Knowdledge, y Test Driving
Capabilities.
Asociar Flujos de Datos a los Símbolos

Los flujos de datos de entrada en la parte izquierda del diagrama y los flujos de datos salida en la parte derecha del
diagrama han sido arrastrados al diagrama hijo con la función Anidar. Esto es necesario para asociar los flujos de datos
a los procesos adecuados dentro del diagrama hijo. Para asociar un flujo de datos a un símbolo:
Elegir una Línea: 1 Colocar el cursor en modo de selección haciendo click en el botón Ñ de la barra de
control.
2 Elegir el flujo de datos Learners-permit. Aparecen los manejadores de la línea.
Arrastrarlo al sitio: 3 Arrastrarlo hasta el borde del proceso etiquetado validate Applicant, como se muestra en
la Figura 6-6
78
Repetirlo para otros 4 Asociar el resto de flujos de datos arrastrado como se muestra en la figura 6-6
flujos:
Añadir nuevos flujos: 5 Hacer click en el primer botón de línea en la barra de control
6 Añadir un flujo desde el proceso Validate Applicant a Test Vehicle Knowledge y
etiquetarlo poniendo "Valid-Applicant"
79
7 Hacer click sobre la línea recta de la barra de control y añadir un flujo de entrada en el proceso Test
Driving Capabilities y etiquetarlo con "Test-Criteria"
8 Añadir un flujo desde el proceso Test Vehicle knowledge al proceso Test Driving Capabilities, pero no
etiquetarlo haciendo click en Cancelar o pulsando la tecla ESC cuando se solicite el nombre. (Este
error deliberado se añade para demostrar las posibilidades de la función Analizar.)
9 Añadir un flujo de datos independiente y etiquetarlo con "Driving-Criteria". (Recuerde que hay que
hacer doble click en el final de la línea cuando no está asociada a ningún símbolo.) Esto demuestra la
posibilidad de elegir un flujo existente del diagrama cuando un flujo se divide
Guardar: 10 Elegir guardar en el menú Archivo
Driving
Criteria
2.1
Road-Test-Form
Validate
Learners-Permit Applicant
Valid
Applicant
Test
Criteria
Unsuccessful-
2.3
2.2 Test-Results
Test Test Driving Successful-Test-

Validate Capabilities Results
Knowledge
Road-Test-Criteria
Figura 6-6 diagrama hijo con procesos y flujos
80
Dividir Flujos de Datos

La descomposición, o división, de un flujo de datos, ofrece la posibilidad de dividir flujos de datos de entrada y salida
en subflujos, creando así una representación más detallada de los diagramas de niveles inferiores. El concepto se
presenta en la figura 6-7. Esta posibilidad ayuda en gran medida en el proceso de análisis de un sistema mostrando los
flujos de datos más complejos en los niveles superiores de la especificación estructurada y flujos de datos más sencillos
o incluso atómicos en los niveles inferiores de la especificación estructurada. Esta posibilidad de descomposición
proporciona una mayor compresión del sistema en su conjunto y de sus partes. Siempre que un flujo de datos se divide
en subflujos, el flujo inicial se borra del diagrama y se sustituye por los subflujos creados.
A B
1
2
A1 x
Componentes
de A
B
A2 4
Figura 6-7 Dividir un flujo de datos
Elegir un flujo para 1 Hacer click en el botón Ñ de la barra de control y poner el cursos en modo de
dividir selección.
2 Mostrar el menú Objeto del flujo de datos Road-Test-Criteria haciendo click en un
extremo del flujo con el botón derecho del ratón
Comenzar a dividir 3 Elegir Dividir Flujo de Datos
4 En la caja etiquetada Introducir subflujos, teclear Vehicle-Familiarity-Criteria. Esta
opción dibuja un nuevo flujo (un subflujo de Road-Test-Criteria) en el diagrama. Ver
la figura 6-8 si desea añadir más de un nombre, pulsar ENTER para situar el cursor en
una nueva línea.
81
Figura 6-8 Ventana de Diálogo Dividir flujo de Datos
5 En la caja Elegir Flujos del diagrama, hacer click sobre Driving-Creteria. Esta opción permite elegir un flujo
que ya existe para que se convierta en subflujo de road-Test-Criteria
6 Hacer click en OK. El flujo Road-Test-Criteria desaparece del diagrama y el flujo Vehicle-Familiarity-Criteria
se añade en el diagrama.
7 Asociar el flujo Driving-Criteria al proceso Test Driving Capabilities con la flecha apuntando fuera del
proceso. (Este error se ha hecho de forma deliberada; se explica durante la discusión de Analizar.)
8 Ignorar el flujo de datos Vehicle-Familiarity-Criteria, como otro ejemplo para la función Analizar.
82
ANALIZAR EL BALANCEO Y LA COMPLETITUD

Conforme el proyecto se convierte en un conjunto de descomposiciones anidadas, se dividen flujos de datos, se mueven
distintos objetos y se realizan otra serie de procedimientos, existe una gran posibilidad de que algunos flujos de datos se
usen de forma incorrecta, que se hayan olvidado objetos, etc. En proyectos grandes con muchos símbolos y flujos, hay
muchas posibilidades de que ocurra; y los errores no se detectan fácilmente si se revisa visualmente el diagrama. La
función Analizar, en el menú Diagrama, está para avisar de los errores lógicos y otras circunstancias. La función
chequea y revisa los diagramas para comprobar:
• Hay etiquetas en todos los objetos

• Hay objetos sin asociar a otros objetos
• Al menos hay un flujo de entrada y un flujo de salida para cada proceso
• Balanceo de flujos de datos, que significa que un flujo de datos de entrada se utiliza siempre como flujo de entrada
y no de salida, y que los flujos de datos se contabilizan correctamente en todos los niveles de la jerarquía de
diagramas.
El diagrama se va a analizar para ver el cumplimiento de las reglas de la metodología de Gane & Sarson. Estas reglas
están descritas en el Manual Operacional de Visible Analyst y en la ayuda on line.
Analizar el diagrama: 1 Elegir analizar en el menú diagrama

2 Elegir diagrama actual y hacer click en OK
Visible Analyst muestra los errores que ha encontrado. Para mostrar la pantalla completa de errores, hay que hacer click
en el botón Maximizar en la esquina superior derecha de la ventana de errores. Si el mensaje de un error se extiende
más allá de la caja, hay que utilizar las barras de desplazamiento en la parte inferior de la caja para desplazar el texto a
la izquierda. Deberían mostrarse cinco mensajes:
El flujo de Datos Vehicle- Esto indica que vehicle-Familiarity-Criteria no está asociado a ningún proceso
Familiarity-Criteria está colgado
Existe 1 flujo de Datos sin nombre Este es el flujo de datos que se dejó sin etiqueta en el diagrama
El flujo de entrada Test-Criteria no Esto indica que el flujo de datos Test-Criteria se ha añadido al diagrama hijo pero
está asociado a un Proceso padre no se ha tenido en cuenta en el diagrama padre
Driving-Criteria debería aparecer Esto indica que Driving-Criteria está utilizándose como flujo de datos de salida en
como Flujo de datos de Entrada el diagrama, mientras que en diagrama padre aparece como flujo de datos de
entrada.
El flujo de Datos de Entrada Road- Este mensaje es el resultado de que Vehicle.Familiarity-Criteria, flujo de datos
Test-Criteria del padre no aparece hijo de Road-Test-Criteria no está asociado a un proceso como flujo de entrada,
aunque aparece en el diagrama.
83
Nota
É La Ventana de Diálogo de errores de Análisis puede permanecer en la pantalla mientras se realizan otras
actividades con Visible Analyst. Esto facilita la corrección de errores detectados por la Función Analizar.
Si no se desea mantener la caja abierta, hay pulsar ESC o hacer click en Cancelar para cerrarla.
Corregir los Errores

Corregir los Flujos de Datos: 3 Asociar el flujo de datos Vehicle-Familiarity-Criteria al proceso Test Vehicle
Criteria, como se muestra en la figura 6-9
4 Invertir la dirección de Driving-Criteria, para que pase a ser un flujo de datos de
entrada a Test Driving Capabilities (ver Figura 6-9), arrastrando sus extremos.
5 Borrar Test-Criteria haciendo click en la línea y pulsando la tecla supr
6 Etiquetar el flujo de datos sin nombre con Vehicle-Knowledge haciendo click en la
línea con el botón derecho del ratón y eligiendo Cambiar Elemento en el menú
Objeto. Después hay que introducir la etiqueta y hacer click en OK
Analizar Otra vez: 7 Elegir Analizar en el menú diagrama de nuevo
8 Elegir diagrama actual y hacer click en OK. El diagrama debe estar bien
Nota
É No es necesario guardar el diagrama después de ejecutar la función Analizar porque Visible Analyst lo
guarda automáticamente antes de realizar el análisis.
84
Figura 6-9 El diagrama completo
GENERAR UN MODELO DE DESCOMPOSICIÓN DE PROCESOS

Un modelo de descomposición de procesos muestra la estructura jerárquica de un proceso descompuesto que ha sido
anidado.
Nota
É El diagrama de descomposición de un proceso es muy diferente de un diagrama de descomposición

funcional. El primero es simplemente un diagrama no estructurado que muestra la jerarquía de procesos
descendientes de uno dado. El segundo, discutido en la lección 4 - diagramas de Descomposición
Funcional, es un diagrama completo para realizar planificación de procesos de negocio.
Abrir el Diagrama: 1 En el menú Ventana, hacer click en "DMV System:DFD."
85
Elegir un Proceso 2 Hacer click en el proceso Sistema de Permisos de conducir con el botón derecho del
ratón
Crear la Descomposición: 3 Elegir Descomponer. Se genera un diagrama no estructurado con la estructura
jerárquica del proceso.
Guardar el Nuevo 4 Elegir guardar en el menú Archivo. Poner de nombre al Diagrama "Descomposición
Diagrama: de procesos" y hacer click en OK.
Figura 6-10 Diagrama de Descomposición de Procesos
86
87
Diseño Estructurado y Diagramas de Estructuras
Lección 7
RESUMEN
El diseño estructurado y los diagramas de estructuras (SC) proporcionan el mapa acerca de cómo se construye, se
prueba y funciona la aplicación. El diseño Estructurado y los Diagramas de Estructuras definen módulos, secuencias de
invocación, arquitecturas de control, llamadas y flujos de retorno, lógica de decisión. Bubles y otras operaciones a nivel
de programación. Los diagramas de estructuras tienen una naturaleza jerárquica y produce un diagrama global de la
aplicación. Las entradas de repositorio de los módulos pueden contener pseudo código y especificaciones detalladas
acerca de la manera en que los módulos realizan las operaciones. También se pueden definir las especificaciones de
pruebas, datos de prueba y otros detalles del proyecto dentro del repositorio. Además, los componentes de los modelos
de flujo de datos y los modelos de datos pueden reutilizarse para asegurar que todos los procesos se han tenido en
cuenta en el diseño estructurado y las estructuras de bases de datos definidas para construir los almacenes de datos
especificados.
Un concepto fundamental dentro del diseño estructurado es definir, construir y probar módulos de programación con
funciones limitadas y definidas claramente. Estos módulos son más fáciles de construir y mantener, y operan
empleando un control ejecutivo jerárquico que gestiona el flujo y control entre módulos. El uso de estándares para las
secuencias de llamada, flujos operacionales e intercambio de parámetros ayuda a mantener la consistencia del diseño
lógico y hacer la aplicación más fácil de construir, probar y mantener.
Esta unidad le conduce a lo largo del proceso de creación de diagramas de un diagrama de estructuras fundamental. Las
lecciones anteriores se centraron en las técnicas fundamentales de dibujo. Por tanto, esta lección es corta y se centra en
las características de dibujo propias de los diagramas de estructuras. También se muestra un método distinto para añadir
elementos a un diagrama.
Definiciones
Un diagrama de estructura es el diagrama empleado para el diseño estructurado. El propósito del diseño estructurado es
proporcionar una técnica para la transformación de descripciones de procesos y especificaciones realizadas con
diagramas de flujo de datos en un diseño para un conjunto de programas de ordenador. Por ello, se trata de una técnica
casi totalmente gráfica. El diseño estructurado se realiza de una manera más subjetiva que el análisis estructurado; eso
significa que existen unas pocas reglas rígidas sobre como debe transformarse un análisis en un diseño estructurado. A
lo largo de este capítulo le conduciremos a lo largo de un proceso de diseño sencillo que proporciona una conjunto de
especificaciones de diseño. Si la generación de código es parte de su herramienta, le mostraremos como utilizar Visible
Analyst para generar código shell.
88
A diferencia de los diagramas de flujo de datos, un diagrama de estructura es un diagrama individual, posiblemente
muy grande. Para poder verlo con facilidad, se muestran diferentes trozos del diagrama de estructuras en diferentes
páginas. Los módulos pueden invocarse otros módulos situados en otras páginas del diagrama, pero todos los módulos
están conceptualmente al mismo nivel. Como alternativa para conectar muchos diagramas con conectores de página, se
podría generar un diagrama grande utilizando la opción multi página. (La opción multi página no está disponible en las
Ediciones Educacionales de Visible Analyst.)
Existen sólo unas pocas estructuras de diagramación utilizadas en el diseño estructurado.
Símbolos de un Diagrama de Estructuras
Módulo de Macro
Módulo Librería Macro de Librería
Conector
Módulo de Sólo Datos En Página Conector
Externo
Cluster de
Información
Figura 7-1 Símbolos del Diagrama de Estructuras
Módulo Un módulo simboliza un paquete de instrucciones para realizar alguna operación, es decir, un
programa o subrutina. Existen diferentes tipos (módulo, módulos de librería, macros, macro de
librería), pero son esencialmente cápsulas de instrucciones. Existe una lejana relación entre los
procesos que aparecen en el modelo de procesos y los módulos del diagrama de estructuras, por el
hecho de que los módulos contienen el código para ejecutar los procesos; pero la correspondencia
es altamente variable y subjetiva. Estas maneras de transformar unos en otros queda fuera del
alcance de este tutorial; por favor, consultar alguno de los textos referenciados en la lección 3 –
Técnicas de Modelización Estructurada si desea profundizar. Un módulo básico es un rectángulo
con bordes continuos.
89
Módulo de Librería Es un módulo que se ejecuta de la misma forma cada vez que se invoca. Su uso difiere
del módulo estándar por el hecho de que sus interfaces con otros módulos (si los hay)
están ocultos por el diseñador. Se representa como un rectángulo con líneas dobles en
las caras verticales del icono.
Macro Una macro es un módulo cuyo cuerpo se copia in-line durante la traducción
(compilación o ensamblado) como resultado de invocar su nombre. La única diferencia
práctica con un módulo es que las macros tienden a hacer que el sistema sea más
rápido, pero a costa de una mayor cantidad de memoria para que opere el sistema. Una
macro se representa como un rectángulo con líneas discontinuas.
Macro de Librería Es una macro que se repite en el sistema. Es un rectángulo con líneas discontinuas y
líneas dobles en los lados verticales
Módulo de Datos Un módulo (exclusivo) de datos es una colección de datos, similar a un almacén de
datos o un área común. Este módulo no puede invocarse puesto que no contiene
instrucciones, sólo datos. Los datos pueden mostrarse mediante su uso por otros
módulos, se representa con un rectángulo con esquinas redondeadas.
Cluster de Un cluster de información es una agregación, una combinación de dos o más módulos y
Información un módulo de datos que los módulos comparten. Se pueden indicar a Visible Analyst
cuando módulos se desean en el cluster de información cuando se etiqueta, y Visible
Analyst dibuja el símbolo adecuado a la selección realizada.
Conector en Página Para evitar el cruce de líneas en un diagrama, es conveniente con frecuencia comenzar
la llamada en una parte del diagrama y completarla de forma discontinuada en otra
parte. Para eso, se usa el conector en Página. El conector en página es un círculo
pequeño.
Conector fuera de Un diagrama de estructura se interpreta en Visible Analyst como un diagrama
Página unificado. Se puede, sin embargo, desplegar el diagrama en múltiples páginas
enlazándolos mediante invocaciones que comienzan en una página y terminan en otra.
El conector fuera de página es idéntico en aspecto al conector de página para FDDs.
90
Línea de Una invocación es una línea dibujada de un módulo a otro y que indica que el primer
Invocación módulo invoca (llama) al segundo, con el hecho añadido de que quizás devuelva el
control al módulo llamante. Eta línea normalmente, pero no siempre, se dibuja con una
punta de flecha hacia el módulo invocado. Existen dos variantes de la línea de
invocación denominados conexión de control y conexión de datos.
Conexión de Una conexión de control describe una transferencia unidireccional de control entre
Control módulos. Se dibuja como una línea con un circulo relleno en un extremo y una punta de
flecha en el otro. La punta de flecha es opcional
Conexión de datos Una conexión de datos describe el intercambio de datos entre un módulo y un módulo
de datos. Es una línea con un círculo transparente en un extremo y una punta de flecha
en el otro. La flecha es opcional.
Dupla Una dupla es un trozo de información que se intercambian los módulos y simboliza los
argumentos intercambiados entre los programas y las funciones. Se muestran junto a
una línea de invocación, apuntando en la dirección en el que se mueven. Existen duplas
de datos, duplas de control, y duplas genéricas.
Una dupla de datos representa parámetros de datos que se intercambian los módulos de
programa. Es una línea corta con un círculo transparente en un extremo y una punta de
flecha en el otro.
Una dupla de control representa información que indica la forma de funcionamiento de

los módulos en lugr de los datos. Es una línea corta con un círculo relleno en un
extremo y una flecha en el otro.
Una dupla genérica muestra el hecho de que tanto datos como control son
intercambiados entre los módulos cuando se produce una llamada. Es una línea corta sin
círculo en el extremo y con una flecha en el otro.
Interface Table Una ITR representa un conjunto de duplas y se emplea para poder clarificar diagramas
Row (ITR) complejos. Se usan los mismos símbolos que para las otras duplas. Un ITR se dibuja en
un diagrama de la mismo forma que una dupla. Luego se cambia el tipo de línea a ITR
en el repositorio y las duplas que van a estar contenidas en el ITR se listan en el campo
composición de su entrada del repositorio.
91
DIBUJAR UN DIAGRAMA DE ESTRUCTURA
Añadir Símbolos
Puesto que está familiarizado con la forma de añadir símbolos, la descripción de esta sección es breve.
Crear un Nuevo Diagrama 1 Elegir Nuevo Diagrama en el menú Archivo y seleccionar Diagrama de
Estructuras
Maximizar el Diagrama 2 Maximizar el espacio de trabajo haciendo click en el botón maximizar en
el ángulo superior derecho de la ventana.
Establecer el nivel de zoom 3 Establecer el nivel de zoom en menú Ver al 66%
Añadir símbolos 4 Añadir símbolos al diagrama como se muestra en la Figura 7-2
Guardar: 5 Elegir Guardar en el menú Archivo. Poner como nombre al diagrama:
“Estructura de Menú.”
92
Figura 7-2 Diagrama de Estructura con símbolos
Añadir líneas de Invocación a un Diagrama de Estructuras

El método para añadir líneas a un diagrama es igual para todos los tipos. Esta sección revisa el procedimiento para
añadir líneas y explica también como emplear los distintos terminadores de línea y tipos de línea. Para cualquier línea
creada en un diagrama, se puede cambiar su tipo de forma inmediata seleccionando la opción Valores de Línea en el
menú Opciones cuando la línea está seleccionada (marcada). Esto proporciona la posibilidad de dibujar una línea y
después ponerle los terminadores. En esta sección, sin embargo, cuando sea preciso dibujar un tipo distinto de línea, se
cambiará al tipo de línea deseado antes de dibujarla.
Dibujar una Invocación 1 Hacer click en el primer tipo de línea y colocar el cursor sobre la parte inferior
del módulo Procesar Permiso. Hacer click y mantener el botón izquierdo del
ratón, y arrastrar la línea hasta la parte superior del módulo Validar (Applicant
Eligibility-pendiente de traducir).
93
2 Soltar el botón del ratón dentro del símbolo. (Si la opción Auto Conectar
está desactivada, debe hacer doble click para terminar la línea.) Esto
concluye la línea, y el terminador de línea aparece dibujado.
Deseleccionar la Nueva 3 Abrir el menú Diagrama. Fíjese que elemento de menú Líneas está
Línea chequeado, indicando que se está en modo de dibujo de líneas. Si se
hiciese click sobre Líneas, se volvería al modo de selección. Este mismo
tipo de acción funciona para los modos de texto. Para el modo de símbolo,
debe hacer click en el símbolo correspondiente del submenú..
4 Debería estar en modo de añadir líneas. Hacer click en un espacio vacío
del diagrama, para deseleccionar la línea dibujada. (Si no desmarca la
línea, y realiza cambios en Valores de Línea, éstos afectarán a la línea
seleccionada, y no a las siguientes, que es lo que desea.
Cambiar el tipo de 5 Elegir Valores de Línea en el menú Opciones
terminador
6 Elegir Decisión como tipo de terminador y hacer click en OK
Dibujar invocaciones 7 Dibujar una línea de invocación desde Process Line Applicant a Reject
condicionales: Ineligible Applicant. La línea tiene un terminador condicional en el punto
de partida de la línea.
8 Hacer click con el botón izquierdo del ratón en el terminador condicional
de la invocación que acaba de dibujar y dibujar una línea desde Process
License Applicant a Update Applicant List. El terminador condicional de
esta nueva invocación puede superponerse sobre el anterior, para que
aparezcan como opción binaria. (Puesto que ambas invocaciones son de
hecho distintas, puede separarse más tarde, si desea mostrarlas como
opciones independientes). Esto establece otra relación de invocación
condicional. Significa que bajo ciertas circunstancias, se invoca o a Reject
Ineligible Applicant o a Update Applicant List. En este caso, las
circunstancias dependen de si el formulario es válido.
9 Deseleccionar la línea
94
Dibujar una conexión de 10 Elegir Valores de Línea en el menú Opciones

datos
11 Elegir el tipo de línea como Conexión de Datos y el tipo de terminador
como Flecha sencilla. Hacer click en OK.
12 Dibujar una línea entre Update Applicant List y el módulo de datos
Applicant List. Después deseleccionar la línea.
Dibujar una Línea de bucle 13 Elegir valores de línea en el menú Opciones
14 Elegir el tipo de línea como bucle y hacer click en OK
15 Desea realizar un bucle como el que se muestra en la parte inferior del
módulo Process License Application de la Figura 7-3. Coloque el cursor
en el borde del módulo cerca de la esquina inferior izquierda. Hacer click
y arrastras la línea para que su extremo llegue hasta el borde inferior
derecho del símbolo y haga doble click para completar la línea. Se puede
arrastrar para cambiar la forma y tamaño del bucle.
Dibujar Duplas
Poner el modo de dupla: 1 Deseleccionar la línea
2 Elegir Valores de Línea en el menú Opciones
3 Elegir el tipo de línea como Dupla de datos y hacer click en OK
Nota
É Cuando el cursor está sobre el área de dibujo, se muestra con el cursor de añadir duplas. En cualquier
cursor hay un spot, que representa el lugar donde se desea realizar cualquier acción con el ratón. En el
caso del curso de añadir duplas, éste está en el punto de la flecha grande en la parte superior del cursor.
Elegir la Invocación 4 Hacer click en cualquiera de los dos extremos de la invocación entre Process
License Applicant y Validate Applicant Eligibility. Esto selecciona la línea
95
Dibujar la dupla 5 Hacer click en el punto de comienzo de esa línea. Se dibuja una dupla de
datos apuntando en la dirección en que se pasan los datos. Haciendo click en
el comienzo de la línea de invocación, indica que la dupla de datos pasa desde
Process Line Applicant y sigue la dirección de la línea de invocación
6 Poner de nombre a la dupla: “Applicant Name” y hacer click en OK
Dibujar más duplas 7 Ahora que conoce como introducir objetos con el menú Diagrama, puede
continuar haciéndolo por el sencillo método de utilizar los botones de la barra
de control. Hacer click en la dupla con el círculo relleno (el último botón de
línea). Este es el botón de una dupla de control.
8 Cuando todavía está seleccionada, hacer click en el extremo de la misma línea
de Invocación donde se cruza con Validate Applicant eligibility. Poner de
nuevo a la nueva dupla de control “Applicant valid” y hacer click en OK
9 Hacer click en el penúltimo botón de línea, la dupla de datos
10 Hacer click en el extremo de la línea de invocación entre Process License
Applicant y Update Applicant List. Esto selecciona la línea.
11 Hacer click en el extremo de esa línea, donde el terminado está asociado a
Update Applicant List. Poner como nombre a esa dupla “Applicant
Information”
Invertir la dupla: 12 Mirar la figura 7-3. Si la dupla que se acaba de dibujar está mirando hacia la
dirección equivocada, es fácil de arreglar. Para seleccionar la dupla que se
acaba de dibujar, hay que pulsar ESC para activar el modo de selección y
hacer click en la dupla con el botón derecho del ratón.
13 Elegir Cambiar Elemento en el Menú Objeto, hacer click en Invertir Dupla, y
hacer click en OK. La dupla y su etiqueta se mueven al otro extremo de la
invocación.
Completar el Diagrama 14 Dibujar el resto de duplas como se muestra en la figura 7-3
96
Guardar: 15 Elegir Guardar en el menú Archivo para guardar el diagrama. El diagrama de estructura se
ha terminado.
Process License
Applicant
Applicant Applicant
Name Name
Applicant
Applicant Information
Valid
Va lidate
Applicant Reject Ineligible Update Applicant
Applicant List Applicant List
Eligibility
Applicant
Information
Figura 7-3 El Diagrama de Estructuras Completo
97
Los Diagramas de Clases
Lección 8
INTRODUCCIÓN
Visible Analyst proporciona una serie de funcionalidades para soportar las definiciones de clases y una gran variedad de
relaciones y métodos. Visible Analyst implementa los conceptos de Diseño y Modelización de Objetos (OMT) de
Rumbaugh, y el Lenguaje Unificado de Modelado de Rational (UML). Estos métodos son similares, por lo que se
revisan juntos aquí
La clave de la modelización de objetos es el desarrollo de diagramas de clases que muestran los elementos y relaciones,
incluyendo la cardinalidad, atributos, asociaciones, herencia, y agregación. Existe una gran flexibilidad en estos
conceptos para permitir al usuario definir e implementar una serie de variantes y opciones en el modelo de objetos.
El enfoque de modelización orientada a objetos de Visible Analyst está implementado de manera muy similar al modelo
entidad relación. Se usa un rectángulo para representar las entidades y las clases. Los conceptos de cardinalidad y
relación son muy similares. Los atributos de las entidades y las clases se muestran en formatos similares. Las
diferencias básicas están en las definiciones extendidas de los objetos dentro del Repositorio de Visible.
El modelo de Objetos se representa mediante diagramas de clases (CLDs) que contienen clases, y a veces instancias de
las clases (objetos). Las relaciones entre las clases de un proyecto se describen mediante líneas y símbolos para
describir la herencia y la agregación. Igual que en los ERDs, el CLD puede mostrarse mediante vistas que describen
todas las clases o un subconjunto de éstas junto con sus relaciones.
Definiciones
Los componentes de la modelización de clases incluye:
Agregación Una agregación es una relación que indica que la clase padre contiene a la clase hija
Atributos Los atributos son miembros de datos que describen la clase. Un atributo puede tener un
nombre, tipo de clase, límite, tipo de visibilidad, método de referencia y cualificación (estático
o volátil).
98
Clase Una clase es un grupo de objetos con la misma estructura de datos (atributos) y comportamiento
(operaciones). Una clase es una abstracción que describe propiedades importantes de la
aplicación
Herencia La herencia es la compartición de atributos y operaciones entre clases basada en una relación
jerárquica (padre e hijo)
Instancia Una instancia es un objeto específico de una clase. Cada instancia de la clase tiene su propio
valor para cada atributo pero comparte los nombres de los atributos y operaciones con otras
instancias de la clase.
Método Un método es una implementación específica de una operación en una cierta clase.
Operación Una operación es una acción o transformación que ejecuta un objeto (por término general).
Relación Las relaciones entre clases pueden definir la cardinalidad de éstas (número de relaciones),
agregaciones, y herencia. Ver Añadir Relaciones a una Vista más adelante en este capítulo
donde se discuten los atributos de las relaciones
Subtipo Los subtipos proporcionan información adicional acerca de la forma en que se usan las clases.
Una clase estándar (por defecto) indica una clase normal. Clase elemental indica que la clase no
contiene atributos y deben definirse características físicas. Los subtipos Structure y Union
indican componentes C en lugar de clases. Entidad, Asociativa y Atributiva indican que la clase
es persistente y puede usarse en un Diagrama Entidad Relación
Símbolos Los símbolos de un diagrama de clases consisten en rectángulos (clases)
Visibilidad Indica el nivel de exposición al exterior permitido por la clase. Las opciones son: pública,
privada y protegida.
DESARROLLAR EL MODELO DE CLASES

Cada diagrama de clases es completo en sí mismo y muestra una vista de las clases del proyecto. Se suele comenzar el
modelo de clases especificando y definiendo clases de objetos en un diagrama y estableciendo las relaciones entre las
clases. Se puede definir también los atributos y operaciones de las clases en el repositorio de Visible Analyst.
99
Una vez definido un diagrama de clases, se pueden crear vistas adicionales eligiendo la opción Nuevo diagrama en el
menú Archivo; después debe seleccionarse Método de Dibujo de Nueva Vista. Esto selecciona las clases y relaciones
existentes en el repositorio, y Visible Analyst dibuja automáticamente la vista. Se pueden añadir o eliminar elementos
de cada vista y reorganizarlos como se desee. Esto permite establecer modelos de objetos para distintas partes del
proyecto sin tener que crear definiciones redundantes o diagramas grandes y confusos. Cualquier nuevo objeto o
relación creada en las vistas se actualiza automáticamente en el repositorio de Visible Analyst.
Añadir Clases a una Vista

Los artefactos fundamentales del modelo de clases son las clases de objetos que existen en la aplicación. Se suele
comenzar el CLD con un diagrama nuevo y se añaden y definen clases a esa vista. En el ejercicio de la lección,
retomamos la aplicación del Departamento de Vehículos a Motor y nos concentraremos en la parte de Registro.
Establecer el nivel de 1 En el menú Ver, elegir 66% de zoom para que se pueda ver todo el espacio de
zoom trabajo que sea necesario.
Crear un nuevo 2 Elegir Nuevo Diagrama en el menú Archivo
Diagrama
3 Elegir como tipo de diagrama el de Clase
4 Elegir Espacio de Trabajo Estándar y Orientación Apaisada
5 Hacer click en OK
Añadir Clases 6 Hacer click en el botón de símbolo de clase en la barra de herramientas de
diagrama
7 Situar el cursor en medio del diagrama y hacer click con el botón izquierdo
del ratón. Aparecer un símbolo de clase
8 Poner como nombre a la clase: “Registros”
9 Añadir otra clase debajo de Registros, y ponerla de nombre “Trailers”
10 Añadir otra clase debajo de Registros y ponerla de nombre “Vehículos”
11 Añadir una clase bajo Vehículos y ponerla de nombre “Camiones”
100
12 Con la clase Camiones seleccionada, hacer click con el botón derecho del
ratón para mostrar el menú Objeto, y elegir Estilizar. Cambiar el tamaño
horizontal y vertical al 75%. Hacer click en Aplicar, y luego hacer click en
Tamaño por Defecto. Hacer click en OK
13 Bajo Vehículos, añadir dos clases más: Coches y Motocicletas
14 A la derecha y ligeramente debajo de Vehículos, crear cuatro clases más:
Motos, Ejes, Fuel y Peso.
Guardar el Diagrama 15 En el menú Archivo, elegir Guardar y poner de nombre al diagrama “Clases
de Registro”
Volver al tamaño por 16 Hacer click en el objeto Registros
defecto de Objetos
17 Elegir Estilizar en el menú Diagrama. Cambiar el tamaño horizontal y vertical
al 100%. Hacer click en Aplicar, después hacer click en Establecer Tamaño
por Defecto. Hacer click en OK.
Añadir relaciones a una vista

Las relaciones entre clases establecen la cardinalidad, agregaciones o herencia entre las clases.
Dibujar Relaciones: 1 Hacer click en el primer botón de línea de la barra de herramientas de diagrama.
Esto permite dibujar una relación normal entre las clases. (Como el primer tipo de
línea es el seleccionado, la cardinalidad por defecto es 1:1 y 1:1)
2 Dibujar una línea desde Registros a Vehículos. Este procedimiento es el mismo
que el usado para dibujar un Diagrama Entidad Relación en la Lección 5. Hacer
click y mantener pulsado el botón del ratón donde desea que comience la línea, y
arrastrar la línea al símbolo donde se desea finalizar.
3 Teclear “Identifica” como etiqueta de la primera relación
4 Usar la tecla TAB para moverse a la siguiente etiqueta de la relación. Teclear
están licenciadas por” como etiqueta que establece la relación desde vehículo al
registro. Hacer click en OK.
101
5 Dibujar una relación similar entre Registros y Trailers. Emplear las mismas etiquetas que las
usadas en los puntos 4 y 5 de este procedimiento.
6 Seleccionar el tipo de línea de herencia, el cuarto botón de línea, y realizar la conexión entre
vehículos y Camiones, Coches y Motocicletas. La etiqueta por defecto se muestra en el
dibujo (is-a). Se puede modificar o hacer click en OK
7 Elegir el tipo de línea de agregaciones y dibujar las conexiones entre Vehículos y Motor,
Ejes, Fuel y Peso. Emplear las etiquetas “tiene”; “usa”, “tiene” y “tiene” respectivamente,
desde Vehículos a estas clases
Guardar: 8 Elegir Guardar en el menú Archivo. El diagrama debe ser similar al mostrado en la figura 8-1
Registrations
identify 1 identify
1
are
licensed are
by licensed by
has
1
Trailers Vehículos
have
Weight Fuel Axles Engine
es un es un es un
Trucks Cars Motorcycles
Figura 8-1 Notación de la relación entre Clases
La información que se suministra para una relación es:
Desde: El nombre de la entidad o clase padre

Cardinalidad: Cuantas instancias de una entidad o clase se relacionan con la otra. El campo Detalle puede emplease
para almacenar una cantidad específica, por ejemplo 1, 3 o 5+
A: El nombre de la entidad o clase hija
Tipo: El tipo de relación. Una relación de agregación indica que la clase padre contiene a la hija. Una relación de
herencia indica que la definición de la clase hija está basada en la clase padre. La clase base contiene la definición
fundamental, y la clase derivada implementa sólo aquellas propiedades que la diferencian. Una relación normal indica
que no existen especiales características entre los objetos involucrados.
102
Rol. Los nombres de rol empleado para las clases padres e hijas. En las relaciones normales, un rol puede existir
convertido en atributo de la clase del otro extremo de la relación con el tipo Referencia puesto a Dirección. En las
relaciones de agregación, debe ponerse con Valor. En ambos casos las visibilidad debe ser Protegida, y el tipo el de la
clase contraria.
Calificador. Los nombres de calificadores empleados para las clases padres e hijas. Si se emplea un calificador, se crea
un atributo de tipo void en la clase situada en el otro extremo de la asociación con el tipo de Referencia puesto a
Address y la Visibilidad protegida. Se puede cambiar el tipo del calificador modificando el campo de los atributos
desde el repositorio.
Ordenado. Indica que los objetos de la clase del lado muchos en una relación tienen un orden explícito. El término
SET se usa normalmente para describir una asociación sin orden, mientras que el término lista indica una asociación
ordenada.
103
Figura 8-2 Etiquetado de la relación para DMV
Nota
É Cada relación entre dos entidades o clases es un objeto único en el repositorio. El hecho de que dos
relaciones entre dos pares de objetos distintos puedan tener los mismos nombres no cambia el hecho de
que las relaciones individuales son distintas. Cuando se emplea la función Buscar para dar nombre a las
relaciones, sólo se está eligiendo un nombre, y no un objeto del repositorio de tipo relación. Si, cuando ha
finalizado, dos objetos de la vista se conectan mediante relaciones con el mismo nombre que otras
relaciones que unen el mismo objeto en otra vista dentro del modelo de datos o de objetos, ambos
conjuntos de relaciones se consideran instancias diferentes del mismo objeto del repositorio.
104
ATRIBUTOS DE UN OBJETO
Las clases vienen definidas por los miembros de datos que pueden seleccionarse en el repositorio de Visible Analyst. Se
puede definir la siguiente información:
• Nombre. El nombre del atributo. Cada atributo de una clase tiene una entrada diferente en el repositorio con un
tipo de Elemento de Datos Local. Se trata de un campo opcional. El botón buscar puede emplearse para encontrar
otros nombres en el repositorio.
• Tipo. El tipo de atributo puede ser una Clase, un Elemento de Datos o una Estructura de Datos. Si el tipo no existe
en el repositorio, se crea una nueva clase. El campo de localización del tipo de atributo contendrá la referencia a la
clase. Este es un campo obligatorio. El botón Buscar puede emplearse para mostrar una lista de tipos válidos. Si el
tipo de atributo es un Elemento de Datos o Clase elemental, se muestran sus características físicas.
• Límite. El número de ocurrencias del atributo. Si el campo está en blanco, el atributo se repite una vez.
• Referencia. Un calificador que indica el método de acceso de un atributo. Valor indica el objeto definido en el
campo tipo; Dirección indica un puntero al objeto; y referencia indica una referencia al objeto. Por defecto es
Valor.
• Visibilidad. Los miembros públicos tienen visibilidad global. Los miembros privados son accesibles desde las
funciones miembro y amigas. Los miembros protegidos son accesibles desde las clases derivadas y amigas. Los
miembros de Implementación son sólo accesibles desde la propia clase. Por defecto es Privado.
• Calificación. Constante indica que el valor de un miembro no puede cambiarse. Volátil indica que el miembro
puede modificar por algo ajeno al programa, por ejemplo el sistema operativo o hardware. Estático indica que hay
sólo una instancia del miembro sin tener en cuenta el número de veces que se ha instanciado la clase. Por defecto es
Ninguno.
• Características Físicas. Si el tipo de atributo es elemental, se pueden configurar las características físicas.
Para cada elemento introducido en el campo tipo, visible Analyst crea una entrada en el repositorio (si no existe ya
alguna con el mismo nombre)y actualiza el campo de localización de esa entrada. Si un elemento se elimina de este
campo, el campo de localización de esa entrada se actualiza para reflejarlo. Estas entradas del repositorio generalmente
se crean como clases a menos que exista ya un elemento de datos con el mismo nombre o se hayan definido las
características físicas.
Conforme se introducen elementos, la Ventana de Diálogo se desplaza automáticamente tanto como sea necesario para
permitir la introducción de más elementos hasta haber finalizado. Borrar elimina el atributo actual (la posición actual se
indica mediante >>). Cuando se han completado las entradas, hay que hacer click en OK para añadirlas en el campo
Atributos.
105
Los nombres de los elementos que se introducen en este campo pueden contener hasta 128 caracteres y puede tener
letras mayúsculas y minúsculas, números, espacios, comillas, caracteres de subrayado y acentos; pero el primer carácter
debe ser siempre una letra.
Añadir Atributos a un Diagrama de Clases

Mostrar el Diagrama de Clases de Registro y seguir los pasos siguientes:
Mover al Repositorio: 1 Elegir la Clase Registro y hacer doble click con el botón izquierdo del ratón
para obtener su entrada del repositorio.
Entrar en el Campo Atributos: 2 Mover el curso al campo Atributos
Mostrar la Entrada de 3 Hacer click en el botón Detalle de Atributos o elegir Añadir/Cambiar en el
Atributos: menú Objeto del Repositorio que se muestra cuando hace click con el botón
derecho en el campo Atributos.
Definir Atributos: 4 Teclear los atributos para la clase Registro, como se muestra en la Figura 8-3
5 Hacer click para Guardar las entradas y volver a la Ventana de Diálogo
Definir. Los atributos introducidos se muestran en el campo Atributos. Hacer
click en Guardar y Salir para volver al diagrama.
106
Figura 8-3 Atributos de la Clase Registration
Definir más Atributos 6 Hay que seleccionar la clase Trailers y hacer doble click con el botón
izquierdo del ratón para acceder a su entrada en el repositorio
7 Hay que mover el cursor al campo Atributos
8 Hay que hacer click en el botón Detalles de Atributos, y completar la ventana
de Diálogo Atributos. Hay que teclear "Weight Number" en el campo Tipo, y
teclear "1" En el Campo Límite. Hay que seleccionar Valor en el área
Referencia, Pública como Visibilidad, y Ninguna en el campo Calificador.
9 Hay que hacer click en OK para guardar los datos y volver a la Ventana de
Diálogo Definir. Hay que hacer click en Guardar, y después hay que hacer
click en Salir para volver al diagrama.
10 Hay que hacer doble click con el botón izquierdo del ratón en la clase Vehicle
para mostrar su entrada del repositorio.
107
11 Hay que hacer click con el botón derecho del ratón en el campo Atributos y
seleccionar Añadir/Cambiar en el menú Objeto que aparece.
12 Completar la ventana de diálogo Atributos tecleando "Motor Number" en el
campo Tipo, y '1' en el campo Límite. Hay que seleccionar Valor en el Campo
Referencia, Pública en el Campo Visibilidad, y Ninguno en el campo
Calificador.
13 Hay que hacer click para guardar los datos y volver a la ventana de diálogo
Definir. Hay que hacer click en Guardar, y después hacer click en Salir para
volver al diagrama.
Completar los atributos 14 Continuar añadiendo atributos al resto de clases en el diagrama
Salir de la Ventana de Diálogo 15 Cuando haya finalizado de introducir atributos a las clases, hay que hacer
Definir: click en Salir para cerrar la ventana de diálogo Definir.
MÉTODOS DE UN OBJETO
Los métodos son las operaciones definidas para acceder a una clase. Los métodos se especifican en el repositorio de
Visible Analyst e incluye la siguiente información:
• Retorno. El tipo de retorno puede ser una clase o un elemento de datos. Si el tipo no existe en el repositorio, se
crea una nueva clase. El campo de localización del atributo contiene una referencia al método. Este campo es
opcional. El botón Buscar puede usarse parar mostrar una lista de tipos válidos.
• Límite. El número o tamaño del parámetro. Si el campo está en blanco, ocurre una vez.
• Por. Calificador que indica cómo se pasa el valor de retorno. Valor indica que se usa una copia del parámetro;
dirección indica que lo que se usa es un puntero al objeto; y referencia indica una referencia al objeto.
• Visibilidad. Los métodos públicos tienen visibilidad global. Los métodos privados son sólo accesibles por otras
funciones miembro dentro de la misma clase. Los métodos protegidos son accesibles a través de clases derivadas y
amigas. Los métodos de implementación son sólo accesibles por la propia clase. Por defecto es público.
• Calificación. Estático indica que un método puede usarse sin una instancia específica de un objeto (sólo puede
usarse con atributos estáticos). Un método virtual debe redefinirse en una clase derivada. Un método virtual puro
no tiene definición y debe definirse en una clase derivada. Una clase con funciones virtuales puras es una clase
abstracta. Por defecto es ninguno.
• Argumentos. Una lista de parámetros utilizados por el método. Es una campo opcional. Si un método aparece más
de una vez con el mismo nombre dentro de una clase, debe tener una lista de argumentos diferente para cada
definición. Esto se conoce como sobrecarga de función.
108
Cuando se añade un método a la definición de una clase, se crea una entrada de tipo Módulo en el repositorio. El
nombre largo incluye el nombre de la clase y la lista de argumentos. La lista de argumentos se necesita para diferenciar
entre funciones sobrecargadas.
Nota
É Como se puede emplear el mismo nombre para más de un método, pueden existir entradas duplicadas de
Módulos en el repositorio, cada uno perteneciente a una clase diferente.
Argumentos de los Métodos

Cuando se definen métodos (funciones miembro) para una clase, los parámetros de la función deben quedar
especificados. Para añadir, cambiar, o eliminar argumentos, hay que hacer click en el botón Argumentos en la Ventana
de Diálogo Definición del Método. Por cada argumento, se puede definir la siguiente información:
• Nombre. El nombre del parámetro. Este campo es opcional.
• Tipo. El tipo de parámetro puede ser una clase o un elemento de datos. Si el tipo no existe en el repositorio, se crea
una nueva clase. Este campo es obligatorio. El botón Buscar puede usarse para mostrar una lista de tipos válidos. Si
el tipo de parámetro es un elemento de datos o clase elemental, se muestras sus características físicas.
• Límite. El número o tamaño del parámetro. Si este campo está en blanco, ocurre una vez.
• Paso Por. Un calificador que indica como se pasa el parámetro. Valor indica que se usa una copia del parámetro;
dirección indica que se usa un puntero al objeto; y referencia indica que se usa una referencia al objeto. Por defecto
es valor.
• Calificación. Constante indica un parámetro cuyo valor no puede cambiarse. Volátil indica que el parámetro puede
modificar mediante el sistema operativo o por el hardware. Por defecto es ninguno.
• Características Físicas. Si el tipo de parámetro es elemental, se pueden determinar las características físicas. Ver
la sección Información física del elemento de Datos más adelante en este capítulo para más detalle.
Para todos los elementos introducidos en el campo Tipo, Visible Analyst crea una entrada en el repositorio (si no existe
ninguna con el mismo nombre). Estas entradas en el repositorio generalmente se crean como clases a menos que ya
existan elementos de datos con el mismo nombre o si las características físicas han sido ya definidas.
Conforme se introducen elementos, la Ventana de Diálogo se desplaza automáticamente conforme se necesite para
permitir la introducción de más elementos hasta finalizar. Se utiliza Insertar para incluir un nuevo parámetro en la lista
en la posición actual, mientras que Borrar elimina el parámetro en curso (la posición actual se indica mediante >>). Pare
reordenar la lista, hay que hacer click con el botón izquierdo del ratón en el indicador de posición actual y arrastrar la
fila a su nueva posición. Cuando se hayan completado las entradas, hay que hacer OK para actualizar el campo nombre
del método.
109
Los nombres de los elementos introducidos en este campo pueden tener hasta 128 caracteres cada uno pueden consistir
en letras mayúsculas y minúscula, números, espacios, comas, subrayados y acentos; pero el primer carácter debe ser
siempre una letra.
Añadir métodos a un Diagrama de Clases

Ir al Repositorio: 1 Seleccionar la clase "Registrations" y hacer doble click con el botón izquierdo
del ratón para mostrar su entrada del repositorio.
Ventana Métodos: 2 Desplazarse a la tercera página de la ventana de diálogo del repositorio
haciendo click en la pestaña Métodos/Amigos.
3 Desplazar el cursor al campo Métodos
4 Hay que hacer click en el botón Detalles de Atributos o seleccionar la Opción
Añadir/Cambiar en el menú Objeto de Repositorio que se muestra cuando se
hace click con el botón derecho del ratón en el campo Métodos.
Introducir los Métodos 5 Definir los métodos para Registration. Para hacerlo, hay que hacer click en el
botón Nuevo para dar nombre el nuevo método "Registration Renewal", y
hacer click en OK. Teclear "Data Element" en el campo Retorno, y '6' en el
campo límite. Seleccionar Valor en el Área Por, Público en el campo
Visibilidad, y Ninguno en el campo Calificación. (Ver la Figura 8-4) Repetir
este proceso para los nuevos métodos "Create New Registration" y "Suspend
Registration"
110
Figura 8-4 Método del Objeto Registration
6 Hacer click en Cerrar para volver a la ventana de diálogo Definir.

7 Hacer click en Guardar, después hacer click en Salir para volver al diagrama
Introducir Más Métodos: 8 Hacer doble click en la clase Trailers para mostrar su entrada del repositorio, y
después hacer click en la pestaña Métodos/Amigos.
9 Hacer click en el botón Detalles de Atributos para mostrar la ventana de
diálogo Definición de Métodos.
10 Hacer click en el botón Nuevo, y teclear "Weight Specification" en la campo
Nombre. Hacer click en OK
11 Teclear "Data Element" en el campo Retorno, y '1' en el campo límite.
Seleccionar Referencia en el Área Por, Público en el campo Visibilidad, y
Ninguno en el campo Calificación
12 Hacer click en Cerrar para volver a la ventana de diálogo Definir.
13 Hacer click en Guardar, después hacer click en Salir para volver al diagrama
14 Seleccionar Vehículos, después hacer click con el botón derecho del ratón
para mostrar su menú Objeto
111
15 Seleccionar Definir para mostrar su entrada del repositorio

16 Hacer click en la pestaña Métodos/Amigos y colocar el cursor en la caja
métodos
17 Hacer click con el botón derecho del ratón para mostrar el menú Objeto, y
seleccionar Añadir/Cambiar para mostrar la ventana de diálogo Definición de
Métodos.
18 Hacer click en el botón Nuevo y llamar al nuevo método "Motor Number
Specification". Hacer click en OK
19 Teclear "Data Element" en el campo Retorno, y '1' en el campo límite.
Seleccionar Referencia en el Área Por, Público en el campo Visibilidad, y
Ninguno en el campo Calificación. Hacer click en Cerrar
20 Hacer click en Guardar, y después hacer click en Salir para volver al
diagrama.
Nota
É Los atributos y/o métodos de un objeto pueden mostrarse en el diagrama de objetos. Esto se puede hacer
realización la selección apropiada de los elementos a mostrar en la opción Clase en el menú Ver.
ANALIZAR EL DIAGRAMA DE CLASES

La función analizar evalúa las siguientes condiciones de un diagrama de clases.
• Errores de Sintaxis. Estos son errores que harían el diagrama de clases imposible de entender por parte de Visible
Analyst.
• Errores de Conexión. Estos errores indican clases que están conectadas erróneamente con otras clases. Se aplican
diferentes reglas dependiendo de que el tipo de relación sea normal, de herencia o de agregación.
• Errores de Uso. Estos errores indican clases que no se están utilizando, en el diagrama o en la definición de otra
clase.
• Errores de Definición. Estos errores indican que la definición de la clase no está completa; no se han definido los
atributos o los métodos. Se aplican diferentes reglas dependiendo del subtipo de la clase.
Ejecutar la opción Analizar: 1 Teniendo el diagrama "Registration Class Objectives" en la ventana del
diagrama activo, hay que seleccionar la opción Analizar en el menú Diagrama.
112
2 Revisar los mensajes de error y decidir los pasos para corregirlos

3 Guardar el diagrama cuando se finalice
113
Diagramas de Transición de Estados
Lección 9
INTRODUCCIÓN
El modelo de transición de estados define los cambios dinámicos que se producen en la historia de la vida de un objeto.
La comprensión de los diferentes estados y de las condiciones que disparan el cambio de un estado a otro, representa los
módulos de programación que deben construirse para permitir la ejecución de la aplicación en sintonía con el mundo
real. El modelo de transición de estados consiste en la identificación de cada estado estable de un objeto y luego
identificar los disparadores o eventos que producen que el objeto cambie a otro estado. Por ejemplo, un objeto "pedido
de cliente" podría describirse mediante estados tales como completado, registrado, parcial, esperando envío, enviado,
entregado, perdido, facturado y no pagado, pagado parcialmente, etc. Como los estados son situaciones naturales, y los
eventos y disparadores son acciones sobre los objetos, las transiciones de un estado a otro representan los módulos de
operación de un sistema. Además, los atributos que definen las condiciones de estado pueden usarse para desarrollar los
disparadores y eventos.
Definiciones
Los componentes de la modelización de transición de estados son:
Estado Las condiciones en que puede quedar un objeto. El estado puede definirse como una clase de
objetos
Disparadores La acción o cambio de condición que provocará el cambio del objeto de un estado a otro
(triggers)
Transiciones Los pasos que da el objeto para pasar de un estado a otro
Relaciones
La estructura de una relación en un diagrama de transición de estados (STD) es una flecha dirigida que muestra como se
mueve un objeto de un estado a otro. El indicador de disparo de un evento y los pasos de la transición se describen en
las relaciones.
114
DESARROLLAR EL MODELO DE TRANSICIÓN DE ESTADOS

Un modelo de transición de estados se compone de objetos y proporciona una secuencia de pasos en cada transición
principal dentro de un proyecto. El modelo de transición de estados puede enlazarse con el modelo de clases empleando
el concepto de anidamiento.
Para comenzar el modelo de transición de estado se introducen los objetos o se anidan en el STD desde un diagrama de
clases. En el ejercicio de esta lección, se desarrollar el modelo de transición de estados para el Registro dentro de la
aplicación DMV. Se parte del hecho de que un registro puede estar en los siguientes estados:
• Nunca registrado
• Registrado
• No registrado
• Renovación de registro
• Registro caducado
• Vehículo revendido
Estos estados y sus transiciones proporcionan una descripción bastante razonable de los requerimientos de proceso para
la aplicación de registro.
Añadir estados a una vista

El artefacto básico del modelo de transición de estados en el estado. Las relaciones entre estados representan las
transiciones.
Establecer el nivel de zoom: 1 En el menú Ver, elegir 66% como zoom para que se pueda ver todo el espacio de
trabajo necesario
Crear un Diagrama Nuevo 2 En el menú Archivo elegir Nuevo Diagrama
3 Elegir como tipo de diagrama Diagrama de Transición de Estados
4 Elegir Espacio de Trabajo Estándar
5 Hacer click en OK
Añadir Estados: 6 Hacer click en el primer botón de símbolo, el rectángulo, en la barra de control, Este
es el estado.
7 Situar el cursos en medio del diagrama y hacer click con el botón izquierdo del
ratón. Aparece un símbolo de estado
8 Etiquetar el estado como "Registrado"
115
9 Añadir el restos de estados como se muestra en la figura 9-1

Guardar el Diagrama: 10 Guardar el modelo de estados con el nombre "Estados de Registro"
Añadir Relaciones al Modelo de Estados

Las relaciones de un modelo de estados definen las transiciones que se producen entre los diferentes estados. Las
transiciones son eventos o disparadores que originan que un estado cambien de un valor a otro.
Construir Relaciones: 1 Elegir línea con codo en la barra de control y empezar a conectar desde el estado Nunca
Registrado a registrado. Este proceso es parece al empleado para definir relaciones entre
entidades.
2 Etiquetar la transición como "Vehículo es comprado"
3 Continuar con el etiquetado de relaciones hasta finalizar el modelo, tal como se muestra en
la Figura 9-1
Nota
É El modelo de estados es la vista dinámica del modelo de clases. El proceso de anidamiento se puede
emplear para enlazar las clases con sus correspondientes diagramas de transición de estados dinámicos.
Para poder hacer esto hay que volver al diagrama de clase y elegir la clase Registro. Después hay que
elegir Anidar/Explotar en el menú Archivo.
116
Vehicle is
Purchased
Never Registered -
New Vehicle
Time Lapse With No
Renewal
Renewal Created Registered
Time
Limit Vehicle Registration
New Renewal Expires Destroyed Expired
Registration Registration Owner or
Submitted Sells/Trades Retired
Vehicle
Time
Trigger
Vehicle Resold Unregisteres
Figura 9-1 Diagrama de Transición de Estados Completo
117
Diagramas de Actividad
Lección 10
INTRODUCCIÓN
El diagrama de actividad describe la secuencia de actividades, con incorporación tanto de comportamiento condicional
como paralelo. Una diagrama de actividad es un caso especial de diagrama de estados en donde los estados representan
la ejecución de acciones y las transiciones se disparan con la terminación de las acciones. El diagrama de actividad
puede asociarse a una clase o a la implementación de una operación o un caso de uso. El propósito de un diagrama de
actividad es centrarse en los flujos dirigidos por el procesamiento interno (en contraposición de los eventos externos).
Normalmente los diagramas de actividad se construyen en situaciones donde la mayoría de los eventos representan la
conclusión de acciones generadas internamente.
DEFINICIONES
Actividad (Estado) Una actividad es un estado de acción. Puede ser una tarea tal como recibir un pago, o la
ejecución de una rutina de software, como por ejemplo el método de una clase. Se representa
mediante un rectángulo con las esquinas redondeadas.
Decisión La decisión se emplea cuando pueden ejecutarse a continuación más de una actividad, según
unas ciertas condiciones. Existe una transición de entrada y varias transacciones de salida.
Las condiciones de guarda de estas transiciones son mutuamente excluyentes por lo que sólo
se ejecuta una de las posibles transacciones. Se representa mediante un símbolo de diamante
(rombo).
Merge Merge marca el fin de un comportamiento condicional iniciado en una rama de decisión.
También se representa por un diamante (rombo)
Barra de Sincronización La barra de sincronización se usa para mostrar actividades en paralelo. Se representa
mediante una barra negra con una o más transiciones de entrada y una o más transiciones de
salida que se consideran paralelas. Esto significa que la secuencia de las transacciones de
salida es irrelevante. Para indicar que todas las actividades paralelas deben terminarse antes
de las siguientes actividades, se utiliza una segunda barra de sincronización con múltiples
transacciones de entrada y una sola transacción de salida. La transacción de salida sólo se
lleva a cabo cuando todas las transacciones de entrada se completan.
118
Inicio El objeto Inicio indica el punto de salida del diagrama de actividad y se representa mediante un círculo
relleno
Final El punto final de un diagrama de actividad se representa mediante un círculo concéntrico
Calle o Carril Un carril o calle es una manera de indicar la responsabilidad de cada estado de acción. Un diagrama de
actividad puede dividirse visualmente en calles o carriles, una detrás de otra. Cada acción se asigna
entonces a una calle o carril.
Transición Se representa por una línea con una punta de flecha. Las transiciones pueden cruzar las calles. Las
transiciones son disparadas de manera implícita por la conclusión de los elementos precedentes. Las
transiciones pueden incluir condiciones de guarda y acciones. Se etiqueta mediante una cadena de
caracteres de la forma 'Evento[guarda]/Acción". Todos los componentes de la etiqueta son opcionales.
RELACIONES
La relación en un diagrama de actividad se representa mediante flechas direccionales que muestran el orden en que se
producen las actividades. Las actividades paralelas finalizan en una barra de sincronización, indicando con esto que
estas actividades deben completarse antes de que se produzca la siguiente actividad.
119
ESTADO
BARRA DE SINCRONIZACIÓN
CALLE
NOTA
FIN INICIO
DECISIÓN
Figura 10-1 Símbolos de un Diagrama de Actividad
DESARROLLAR UN DIAGRAMA DE ACTIVIDAD

Un diagrama de actividad constituye una serie de estados de acción o de actividad organizados en la secuencia en que
deben ejecutarse. Para el ejemplo de este tutorial, nos fijaremos en el proceso de obtención de un permiso de conducir.
Designar el punto de Inicio

En cada diagrama de actividad debe existir un punto de inicio, representado en el diagrama por un círculo relleno.
Establecer el nivel de zoom: 1 En el menú Ver, elegir el 66% de zoom para que se pueda ver el espacio suficiente
Crear un nuevo diagrama 2 En el menú Archivo, elegir Nuevo Diagrama
3 Elegir como tipo de diagrama el de Actividad
120

5 Hacer click en OK
Añadir Inicio: 6 Hacer click en el cuarto botón de símbolo, el círculo relleno, en la barra de control. Este es
el objeto de inicio
7 Colocar el cursor en el centro superior del espacio de trabajo, y hacer click con el botón
izquierdo del ratón. Se muestra el símbolo de Inicio en el diagrama
Guardar el Diagrama 8 Guardar el Diagrama de Actividad con la etiqueta "Driver's License Activity Diagram".
Añadir una Barra de Sincronización

La barra de sincronización se utiliza para describir actividades realizadas en paralelo. La barra señala el inicio o el fin
de actividades en paralelo. En nuestro ejemplo, el receptor puede recibir el formulario y la prueba de seguro
simultáneamente. No importa el orden en que lo reciba. Sin embargo, la siguiente actividad, validar el formulario, sólo
puede ejecutarse después de que se hayan producido las tareas indicadas anteriormente.
Añadir la Barra de Sincronización: 1 Hacer click en el tercer botón de símbolos, la barra, en la barra de control. Es
la barra de sincronización que deseamos añadir
2 Posicionar el cursor bajo el círculo de inicio y hacer click con el botón
izquierdo del ratón. Se dibuja de una barra de sincronización.
3 Añadir la otra barra como se muestra en la Figura 10-2
Guardar el Diagrama: 4 Guardar el diagrama de actividad
121
Añadir Actividades
Las actividades son los elementos fundamentales del diagrama de actividad. El diagrama de actividad se debe
completar, estableciendo las actividades necesarias que deben ejecutarse y organizándolas en el orden en que se
ejecutan, con el soporte adicional del comportamiento concurrente y condicional. Las actividades se representan
mediante rectángulos con esquinas redondeadas, incluyendo en su interior el texto descriptivo.
Añadir Actividades: 1 Hacer click en el primer botón de los símbolos, el rectángulo, en la barra de control. Es el
objeto actividad.
2 Colocar el cursor debajo del círculo de inicio y hacer click con el botón izquierdo del ratón
para añadir un elemento de Actividad en el diagrama. Etiquetarlo como "Receive Road
Test Form/Learners's Permit"
3 Añadir el resto de las actividades como se muestra en la Figura 10-2
Guardar el Diagrama: 4 Guardar el Diagrama de Actividad
Añadir Decisiones a una Vista

En un proceso, algunas actividades pueden producirse sólo si se alcanzan ciertas condiciones; si no, se realizan otras
actividades. El rombo que indica la decisión marca el comienzo y el fin de un comportamiento condicional. En nuestro
ejemplo, el procedimiento de prueba continúa sólo si el formulario ha sido declarado como válido. En cualquier otro
caso, la persona es informada porqué el formulario es inválido; y el proceso continúa tal como se indica.
Añadir una Decisión: 1 Hacer click en el segundo botón de los símbolos, el rombo, en la barra de control. Es el
objeto decisión.
2 Colocar el cursor bajo la actividad "Validate Applicant" y hacer click con el botón
izquierdo del ratón. Aparece dibujado un símbolo de decisión.
122
3 Añadir el otro elemento de decisión como se ve en la Figura 10-2

Añadir el Fin a una Vista

El punto de finalización de un proceso se representa mediante dos círculos concéntricos, el interior relleno.
Añadir el Fin: 1 Hacer click en el quinto botón de los símbolos de la barra de control. Este es el símbolo de
Fin
2 Colocar el cursor en la parte inferior del diagrama, como se ve en la figura 10-2, y hacer
click con el botón izquierdo del ratón. Aparece dibujado un símbolo de Fin
Añadir Transiciones a una Vista

Las líneas de transición son flechas que indican el orden en el que las actividades se van a ejecutar. Pueden tener o no
etiqueta.
Desactivar Auto Etiquetar Líneas 1 Elegir el menú Opciones y desactivar Auto Etiquetar Líneas
Añadir una Transición: 2 Hacer click en el símbolo de flecha horizontal de la barra de control, etiquetada
evento. Es el símbolo de transición
3 Colocar el cursor en el objeto de inicio. Hacer click con el botón izquierdo del
ratón y mantener pulsado el botón conforme se arrastra el cursor hasta la
primera barra de sincronización.
4 Añadir el resto de transiciones como se ve en la Figura 10-2
123
Añadir Etiquetas a las Transiciones

Elegir la Transición que se va a 1 Hacer click en la transición que parte de la actividad "Perform Driving Test"
etiquetar: para marcar la línea
Añadir una Transición: 2 Hacer click con el botón derecho del ratón y elegir Cambiar Elemento
3 Teclear 'valid' en el campo Nombre de Evento y hacer click en OK
4 Añadir el resto de etiquetas como se ve en la Figura 10-2
Añadir Calles a una Vista

Las calles describen las responsabilidades. Se pueden usar calles para describir que personas o departamentos son
responsables de qué actividades. En programación, esto se traduce en asignar una clase a cada actividad. En nuestro
ejemplo, podemos identificar dos departamentos DMV que podrían ser responsables de las actividades de nuestro
diagrama. El departamento de pruebas evaluaría las pruebas reales y evaluaría los resultados de las pruebas. La
administración DMV ejecutaría sus otras obligaciones tales como aceptar inscripciones, validarlas, etc.
Añadir Calles: 1 Hacer click en el sexto botón de símbolo, el rectángulo, en la barra de control. Es el objeto calle.
2 Colocar el cursor sobre el objeto Inicio y hacer click en el botón izquierdo del ratón. Aparece
dibujada una Calle. Etiquetarla como "DMV Administration"
3 Hacer click en la flecha de la barra de control para activar el modo de selección
124
4 Elegir la calle que se acaba de dibujar y expandir su tamaño haciendo click y arrastrándola
de sus extremos. Asegurarse que las actividades que son responsabilidad de DMV
Administration caen en esta calle como se ve en la Figura 10-2
5 Añadir la otra calle como se ve en la Figura 10-2
Guardar el Diagrama 6 Guardar el Diagrama de Actividad
125
DM V ADM INISTRATION
Re ce ive Receive Auto

Application Form Insurance Proof
Validate Applicant
TESTING
DEPARTM ENT
Test Vehicle Communicate

Knowle dge Invalid Status
Reason
Test Driving
Capabilities
Communicate Test
Results
Update DM V
Issue License database for failure
Figura 10-2 Diagrama de Actividad
126
127
Diagramas de Casos de Uso
Lección 11
INTRODUCCIÓN
Un diagrama de Casos de Uso es una representación de un conjunto de actividades que se realizan para satisfacer los
objetivos de los usuarios. Se basa en la premisa de que un usuario interactúa con el sistema para obtener el beneficio
deseado.
Un diagrama de casos de uso define un conjunto de transacciones y el flujo de eventos que se producen desde que el
usuario comienza a usar el sistema hasta que se satisfacen sus objetivos. Los diagramas de casos de uso incluyen
"actores" que representan las diferentes clases de usuarios que pueden interactuar con el sistema. Los actores entonces
se comunican con los "casos de uso", que representan las actividades que se necesitan para satisfacer los objetivos de
los usuarios.
El diagrama de casos de uso se centra en lo que debe hacer el proceso de negocio y no en cómo se implementa.
DEFINICIONES
Un diagrama de casos de uso incluye los siguientes componentes:
Frontera del Sistema La frontera del sistema es una caja rectangular (paquete) que representa los procesos del negocio
soportados por un sistema de información
Caso de Uso Un caso de uso es una elipse que representa una actividad incluida dentro de un sistema de
información
Actor Un actor es una figura que representa el papel o el conjunto de papeles que juega un usuario en
el sistema
128
Nombre de la
Frontera del
Sistema
Nombre de Actor
Nombre del Caso de

Uso
Figura 11-1 Componentes fundamentales de un Diagrama de Casos de Uso
La siguientes reglas generales se aplican a los componentes de los casos de uso:
Un caso de uso se coloca dentro de las fronteras del sistema

Un diagrama de casos de uso puede incluir uno o más casos de uso
Un actor se sitúa fuera de las fronteras del sistema
Un diagrama de casos de uso puede incluir uno o más actores
Un actor se comunica con uno o más casos de uso
129
RELACIONES
Una relación se representa mediante una línea dibujada entre dos objetos. Las siguientes relaciones pueden mostrarse
en un diagrama de casos de uso.
Comunicates. La relación comunicates se representa mediante una línea continua sin flecha, y se dibuja entre un
actor y un caso de uso.
Includes. La relación includes significa que un caso de uso contiene comportamiento común a más de un caso de
uso. Por tanto el caso de uso común se incluye en los otros casos de uso. La relación includes se representa
mediante una línea discontinua con una flecha. Puede existir una relación de includes entre dos casos de uso, pero
no entre actores. La flecha señala al caso de uso compartido. El estereotipo utilizado es <<include>>
Extends. La relación extends significa que un caso de uso posee comportamiento que activa al otro (al extendido)
caso de uso para manejar una excepción, o una variante del comportamiento usual. La relación extends se
representa mediante una línea discontinua con una flecha que apunta al caso de uso básico o fundamental. La
relación extends sólo puede existir entre casos de uso (no entre actores). Cuando se especifica una relación extends,
se pueden especificar también uno o varios puntos de extensión. Un punto de extensión representa información
adicional que se necesita alcanzar para poder completar la transacción. El estereotipo es <<extends>>
Generalize. La relación generalize represente que un objeto es más usual o general que otro. La relación generalize
puede existir entre dos casos de uso, pero también entre dos actores. Se representa mediante una línea discontinua
con una flecha. La flecha apunta al caso de uso (o actor) que generaliza el otro caso de uso (o actor).
Ejemplos de Relaciones
Lo que viene a continuación es una discusión de las relaciones que aparecen en la Figura 11-2
El Actor se comunica con el Caso de Uso. Un ejemplo es un actor que se comunica con un caso de uso. Esta es la
relación más común que puede encontrarse en un diagrama de casos de uso.
Caso de Uso Autorizar Transacción incluído en el Caso de Uso. El caso de Uso Depositar Efectivo y Pagar
Factura incluyen el caso de uso común Autorizar transacción.
El Actor Cliente habitual Generaliza al Actor Cliente VIP. Un ejemplo puede ser un actor que tiene un conjunto
de roles o papeles que generalizan los roles o papeles de otro actor. Por ejemplo, un cliente habitual es una
generalización de un Cliente VIP
El caso de Uso Organizar Financiación Extiende el Caso de Uso Vender Automóvil. El caso de uso extendido
proporciona una serie de pasos adicionales que conciernen al establecimiento del crédito. El caso de uso Vender
Automóvil también incluye la venta al contado.
130
Retirar Efectivo
Cliente
«include»
Depositar Efectivo Autorizar
Transacción
«include»
Pagar Factura
Cliente Habitual
Cliente VIP
Establecer
Vender Automóvil Financiación
«extend»
Figura 11-2 Relaciones en un Diagrama de Casos de Uso
131
DESCRIBIR LAS ACTIVIDADES DE UN CASO DE USO

Visible Analyst proporciona las siguientes atributos básicos para la descripción de la actividad de un caso de uso:
Nombre. El nombre del caso de uso que aparece en el diagrama

Descripción. Una breve descripción del caso de uso
Alias. Nombre alternativo para el caso de uso. Se permiten hasta diez alias.
Escenarios. Descripción completa de los escenarios del negocio. Se permiten hasta 64K caracteres
Notas. Comentario opcionales relativos al caso de uso. Hasta 64K caracteres.
DESARROLLAR EL DIAGRAMA DE CASOS DE USO.

El analista del negocio crea uno o más diagramas de casos de uso para responder lo mejor posible a las siguientes
preguntas:
¿Quienes serán los usuarios del negocio?

Clasificar los tipos de usuarios definiendo un actor por cada papel distinto que se juega por parte de los usuarios.
¿Qué objetivos debe satisfacer el sistema?

Considerar los beneficios o valor añadido que está buscando el actor (usuario)
¿Qué casos de uso se necesitan?

Considerar el flujo de eventos que se producirán describiendo además los prerrequisitos necesarios para su ejecución.
Asegurarse que los casos de uso podrán satisfacer los escenarios básicos. Considerar a continuación qué actividades son
necesarias para poder manejar las situaciones excepcionales.
Finalmente, después de investigar e intentar responder a estas cuestiones, ya se tienen uno o más diagramas de casos de
uso que crear en Visible Analyst. Hay que utilizar los siguientes procedimientos para crear un diagrama de casos de
uso.
ESCENARIOS DE NEGOCIO
A continuación se presenta un escenario de negocio que será recogido utilizando casos de uso.
Un aspirante visita el área de pruebas de conducción del Departamento de Vehículo a Motor y registra sus datos
personales, nombre, dirección y teléfono, así como su seguro de automoción y el permiso de aprendizaje. El registro
planifica una fecha de examen escrito y de conducción con un examinador oficial. Después de aprobar las pruebas
teóricas y prácticas el candidato obtiene su permiso de conducción.
Existen dos actores en este escenario: el registro y el examinador.
132
El registrador interactúa con el sistema registrando solicitudes, configurando y planificando las pruebas, y
otorgando permisos a los aspirantes que aprueban.
Los examinadores interactúan con el sistema, planificando su disponibilidad, y dirigiendo pruebas de conducción.
El objetivo es crear un diagrama de casos de uso que incluye los siguientes casos de uso:
Registrar Solicitudes
Planificar Examen
Realizar Pruebas de Conducción
Otorgar Permiso
Añadir Fronteras del Sistema, Actores y Casos de Uso.

El siguiente procedimiento capacita al analista para crear un diagrama de casos de uso y añadir objetos : fronteras del
sistema, actores y casos de uso.
Establecer el nivel de zoom: 1 En el menú Ver, elegir un zoom del 66% para que pueda ver todo el espacio
de trabajo necesario
Crear un nuevo Diagrama: 2 En el menú Archivo, elegir Nuevo Diagrama
3 Elegir como tipo de Diagrama el Diagrama de Casos de Uso
5 Hacer click en OK
Añadir las Fronteras del Sistema: 6 Hacer click en el tercer botón de símbolos, el rectángulo, en la barra de
control. Hacer click en el diagrama y aparece el objeto dibujado.
7 Etiquetar el objeto como “Sistema de Registro de Conductores”
8 Elegir el objeto Frontera del Sistema para marcarlo junto con sus
manejadores. Ajustar el tamaño y la posición del objeto para que haya espacio
suficiente para los actores fuera y para colocar los casos de uso en su interior.
Añadir Actores: 9 Hacer click en el primer símbolo, el actor, en la barra de control. Colocar el
símbolo en el diagrama.
10 Etiquetar el Actor como “Registrador”
133
11 Añadir el resto de los actores como se ve en la figura 11-3

Añadir Casos de Uso: 12 Hacer click en el tercer botón de los símbolos, el caso de uso. Colocar el símbolo en el
diagrama.
13 Etiquetar el caso de uso como “Registrar Aspirantes”
14 Añadir el resto de los casos de uso como se ve en la figura 11-3
Guardar el Diagrama: 15 Guardar el diagrama de casos de uso con la etiqueta Caso de Uso de Introducción
Añadir Relaciones
El siguiente procedimiento permite añadir relaciones a un diagrama de casos de uso
Añadir una relación Comunicates 1 Elegir el primer botón de relación, la línea continua comunicate. Comenzar la
entre un Actor y un Caso de Uso: línea en el Actor Registrador y finalizarla en el caso de uso Registrar
Aspirantes. Si se desea, se puede etiquetar la línea; o hacer click en Cancelar
para salir de la Ventana de Diálogo de la etiqueta de relación
Añadir una relación includes entre 2 Elegir el tercer botón de relación, la flecha discontinua Includes. Comenzar la
casos de uso: línea en el caso de uso Registrar Aspirante y finalizarla en el caso de uso
Recoger Pago
3 Añadir el resto de las relaciones como se ve en la Figura 11-3
Guardar el Diagrama: 4 Guardar el diagrama de caso de uso
134
Sistema de
Registro de
Conductores
Registrar «include»
Solicitante
Recoger Pago
Registrador
Conceder Permiso
Planificar Examen
de Conducir
Examinador
Dirigir Examen de
Conducir
Figura 11-3 Diagrama de Casos de Uso de Introducción
135
Diagramas de Secuencia
Lección 12
INTRODUCCIÓN
Un Diagrama de secuencia es un tipo de diagrama de interacción. Los diagramas de interacción describen como
interactúan grupos de objetos y colaboran entre sí para alcanzar un objetivo o fin. Existen dos tipos de diagramas de
interacción que básicamente modelan la misma información: los diagramas de secuencia y los diagramas de
colaboración. En un diagrama de secuencia, la interacción se modela en una secuencia temporal. Generalmente, un
diagrama de interacción captura el comportamiento de un caso de uso. El diagrama de secuencia muestra los diferentes
objetos que participan en la interacción y los mensajes que se intercambian entre estos objetos. El diagrama muestra los
objetos junto con sus líneas de vida y los mensajes que intercambian organizados en una secuencia temporal. No
muestra las asociaciones entre los objetos. Las asociaciones pueden obtenerse a partir de los diagramas de colaboración.
Un diagrama de secuencia tiene dos dimensiones: la dimensión vertical representa el tiempo y la dimensión horizontal
representa diferentes objetos. Normalmente el tiempo se extiende a lo largo de la página. (Las dimensiones pueden
invertirse si se quiere). Normalmente sólo es importante las secuencias temporales. No existe ningún tipo de
significación especial en la colocación horizontal de los objetos. Frecuentemente las flechas de llamada se organizan
para proceder en una dirección a través de la página; pero esto no siempre es posible, y el orden no contiene
información.
DEFINICIONES
Los componentes de los diagramas de secuencia incluyen los siguientes objetos:
Objeto Un objeto se define como la instancia de una clase. Se dibuja como un rectángulo con el nombre del
objeto y de la clase dentro del rectángulo
Clase Una clase es un grupo de objetos con la misma estructura de datos (atributos) y comportamiento
(operaciones). Una clase es una abstracción que describe las propiedades importantes de una
aplicación
Línea de Vida La línea de vida representa la vida de un objeto y la existencia del mismo durante el período de la
interacción. El símbolo de una línea de vida es una línea vertical discontinua. El símbolo del objeto se
dibuja en la parte superior de la línea.
136
Activación Una activación muestra el período de tiempo durante el que un objeto está realizando
una acción. Representa a la vez la duración de la acción en el tiempo y la relación de
control entre la activación y los elementos que la activan (objetos). La activación se
representa como un rectángulo ancho cuyo borde superior representa el momento de
inicio del proceso y su borde inferior el momento de finalización. Los símbolos de
activación se dibujan a lo largo de la línea de vida de los objetos.
Mensaje Un mensaje es una comunicación de un objeto a otro, indicando una orden para realizar
una acción. El mensaje se representa mediante una flecha continua horizontal desde la
línea de vida de un objeto a la línea de vida de otro objeto. El orden temporal en el que
estos mensajes se producen se muestran de arriba a abajo en la página. Cada mensaje
puede etiquetarse con el nombre de mensaje, condiciones, argumentos de retorno, etc.
Auto llamada (Auto Este es un mensaje que un objeto se envía a sí mismo. Se representa mediante una
Delegación) flecha de mensaje que se origina en la línea de vida del objeto y haciendo un bucle
alrededor en la misma línea de vida.
Borrado de Objeto Los objetos borrados por un mensaje o autodestruídos durante el período de tiempo de
la interacción tienen una X grande dibujada al final de su línea de vida.
Retorno Un retorno es un mensaje que no constituye un mensaje nuevo, sino un mensaje de
retorno desde un objeto al que se le envió previamente un mensaje nuevo. Se etiqueta
mediante una línea discontinua.
Condición Algunos mensajes sólo se envían cuando una cierta condición es verdadera. En este
caso, se puede etiquetar el mensaje con la condición que lo controla.
Mensaje Asíncrono Un mensaje asíncrono es aquel en el que el objeto que llama no se detiene en la
ejecución
137
Objeto
Activación
Borrado de Objeto
Nota
Figura 12-1 Símbolos de un Diagrama de Secuencia
DESARROLLAR EL DIAGRAMA DE SECUENCIA

El diagrama de secuencia se compone primordialmente de un grupo de objetos y los mensajes que se pasan entre ellos.
Añadir Objetos
Los objetos son los componentes fundamentales de un diagrama de secuencia. Los objetos se colocan normalmente de
modo horizontal a lo largo de la página sin seguir un orden particular, mientras que el eje vertical muestra la secuencia
en el tiempo. Los objetos que se emplean en un diagrama de secuencia pueden existir en el repositorio, pueden ser
nuevos objetos credos durante el período de tiempo de la interacción.
138
Cada objeto tendrá una línea vertical discontinua bajo él, que representa su tiempo de vida. Si el objeto se crea o
destruye durante el período de tiempo que se muestra en el diagrama, su línea de vida comienza o se detiene en el punto
apropiado. En cualquier otro caso, la línea recorre todo el diagrama de arriba a abajo.
Establecer el nivel de zoom: 1 En el menú Ver, elegir un zoom del 66% para que se pueda ver todo el espacio de
trabajo necesario
Crear un Nuevo Diagrama: 2 En el menú Archivo, elegir Nuevo Diagrama
3 Elegir el tipo de diagrama seleccionando Diagrama de Secuencia
5 Hacer click en OK
6 Hacer click en el primer botón de símbolos, el rectángulo, en la barra de control. Se
trata del símbolo OBJETO
7 Colocar el cursor en la parte superior izquierda del espacio de trabajo y hacer click
con el botón izquierdo del ratón. Se dibuja el objeto y el sistema solicita un nombre
de objeto y de clase. Dejar el nombre del objeto en blanco. Teclear “Ventana de
entrada de solicitudes” como nombre de la clase. Hacer click en OK.
8 El sistema solicita la creación de una nueva clase si ésta no existe en el repositorio.
Hacer click en el botón Sí.
9 Añadir el resto de objetos como se ve en la Figura 12-2
Guardar el diagrama 10 Guardar el diagrama de secuencia con la etiqueta “Diagrama de Secuencia DMV”
139
::Ventana de
Entrada de ::Solicitud
solicitudes ::Base de Datos
DM V
::Examen de
Conducir
::Permiso
Figura 12-2 Diagrama de secuencia con Objetos
Añadir Símbolos de Activación

Una activación representa el período de tiempo durante el que un objeto está realizando una acción. Representa tanto la
duración de la acción en el tiempo como el control entre la activación y los objetos que realizan su llamada a ésta
activación. Una activación se dibuja como un rectángulo vertical y ancho en donde el borde superior representa el inicio
y el borde superior representa el final de la acción. El mensaje de entrada debe indicar la acción.
140
En el caso de una llamada recursiva a un objeto con una activación existente, el segundo símbolo de activación se
dibuja de forma ligeramente a la derecha del primero para que aparezca visualmente como superpuesto. Antes de
dibujar el segundo símbolo de activación, hay que aumentar el tamaño de la activación original arrastrando los
manejadores del objeto cuando está seleccionado. Después de dibujar el segundo símbolo de activación en la parte
superior del primer símbolo, hay que incrementar el ancho del segundo símbolo para que visualmente se muestre tal
como se ha descrito anteriormente.
Añadir Símbolo de Activación: 1 Hacer click en el segundo botón de símbolos, en la barra de control.
2 Colocar el cursor sobre la línea de vida del Objeto Ventana de Entrada de
Solicitudes. Se dibuja un símbolo de activación sobre la línea de vida del objeto.
3 Añadir el resto de barras de activación como se ve en la Figura 12-3. Se puede
dimensionar la longitud de los símbolos de activación haciendo click en el
rectángulo y arrastrando los bordes.
Guardar el diagrama: 4 Guardar el diagrama de secuencia.
141
::Ventana de
DM V
::Examen de
Conducir
::Permiso
Figura 12-3 Diagrama de Secuencia con símbolos de Activación incluidos
142
Añadir un Borrado de Objetos

Los objetos pueden borrarse durante una interacción en un diagrama de secuencia. Los objetos borrados por un mensaje
o que son auto destruidos durante el período de tiempo de la interacción tienen una X grande dibujada al final de su
línea de vida. En nuestro ejemplo, el objeto Solicitud se crea cuando se recibe una nueva solicitud y se borra después de
haber procesado la solicitud.
Añadir el Borrado de Objeto 1 Hacer click en el tercer botón de los símbolos, en la barra de control, que
corresponde al icono de borrado del objeto.
2 Colocar el cursor bajo la línea de vida Solicitud y hacer click con el botón izquierdo
del ratón. Se dibuja un objeto que indica el borrado del objeto de esa línea de vida.
Añadir otros elementos de este tipo como se ve en la Figura 12-4
Guardar el Diagrama: 3 Guardar el diagrama de secuencia.
143
::Ventana de
DMV
::Examen de
Conducir
::Permiso
Figura 12-4 Diagrama de Secuencia con símbolos de borrado de objetos incluidos
Añadir llamadas de procedimiento al Diagrama

Los mensajes pueden pasarse de un objeto a otro. Es básicamente una orden para que el objeto receptor realice una
cierta acción. Cuando se añade cualquier mensaje, hay ciertas cantidades de información que se necesitan introducir:
144
Nombre. Nombre del mensaje

Tipo. Un mensaje puede tener tres tipos: llamada de procedimiento, flujo neto de control, o estímulo asíncrono.
Ocurre muchas veces. Es un indicador que muestra si el mensaje se envió múltiples veces a múltiples objetos
receptores.
Condición de Guarda. Si el mensaje se envía sólo si se alcanza una condición determinada, este campo contendrá
dicha condición.
En nuestro ejemplo, el objeto Ventana de Introducción de solicitudes envía una solicitud al objeto Validación DMV
cuando se acepta una nueva solicitud. Este es un ejemplo de llamada a procedimiento incondicional. El objeto solicitud
envía un mensaje al objeto Permiso para crear un nuevo permiso. Sin embargo, este mensaje se envía sólo si el
solicitante aprueba el examen de conducir. Este es un ejemplo de llamada a procedimiento condicional.
Añadir una Llamada a 1 Hacer click en el primer botón de flechas, la flecha en negrita en la barra de control.
Procedimiento: Es la flecha de llamada a procedimiento
2 Colocar el cursor en la barra de activación bajo el objeto Ventana de Introducción
de Solicitudes y hacer click con el botón izquierdo del ratón. Mantener apretado el
botón, y arrastrar el cursor hasta la barra de activación situada bajo el Objeto
Solicitud y soltar el botón izquierdo del ratón. Aparece la Ventana de Diálogo
Etiquetar Mensaje.
3 Hacer click en Nuevo Método y teclear New como nombre del método. Hacer click
para volver a la ventana Etiquetar Mensaje. Hacer click otra vez para salir de esta
ventana.
Añadir una Llamada a 4 Colocar el cursor en la barra de activación que hay bajo el objeto Solicitud y hacer
Procedimiento con click con el botón izquierdo del ratón. Mantener apretado el botón, y arrastrar el
Condición: cursor hasta la barra de activación situada bajo el Objeto Base de Datos DMV y
soltar el botón izquierdo del ratón.
5 Aparece la Ventana de Diálogo Etiquetar Mensaje. Hacer click en Nuevo Método y
teclear Actualizar Aprobado como nombre del método. Hacer click para volver a la
Ventana de Diálogo Etiquetar Mensaje. Teclear Aprobado en el campo de
condición de guarda y hacer click en OK.
145
6 Añadir el resto de las llamadas como se ve en la Figura 12-5

Guardar el Diagrama: 7 Guardar el diagrama de secuencia
::Ventana de
Entrada de ::Examen de
::Solicitud Conducir ::Base de Datos
solicitudes
DMV
new() ::Permiso
isdrvok()
[aprobado]
new()
[aprobado]
Actualizar Aprobado()
Figura 12-5 Diagrama de Secuencia con Llamadas (mensajes) incluidos
146
Añadir el Retorno al Diagrama

Un objeto puede enviar un mensaje en respuesta al mensaje que se le ha enviado antes. En nuestro ejemplo, el objeto
Solicitud devuelve el mensaje que se le ha enviado desde el objeto Ventana de Introducción de solicitudes.
Añadir el Retorno: 1 Hacer click en el cuarto botón de flecha, la flecha discontinua, en la barra de control.
2 Colocar el cursor en la barra de activación bajo el objeto Examen de Conducir y hacer click
con el botón izquierdo del ratón. Arrastrar el cursor hasta la barra de activación bajo el
objeto Solicitud y soltar el botón del ratón. Aparece dibujada una flecha de retorno.
Guardar el Diagrama 3 Guardar el diagrama de secuencia
Añadir Notas de Texto al Diagrama

Añadir una nota: 1 Hacer click sobre el botón de más a la derecha de la barra de herramientas, una T
mayúscula.
2 Colocar el cursor bajo la llamada isdrvok() y hacer click con el botón izquierdo del ratón.
Aparece la ventana Añadir Texto. Teclear aprobado=isdrvok() y hacer click en OK. La
nota se añade al diagrama.
Guardar el Diagrama: 3 Guardar el diagrama de secuencia
147
::Ventana de
Entrada de ::Examen de
::Solicitud Conducir ::Base de Datos
solicitudes
DMV
new() ::Permiso
isdrvok()
aprobado=isdrkok()
[aprobado]
new()
[aprobado]
[aprobado]
Figura 12-6 Diagrama de Secuencia Completo
148
149
Diagrama de Colaboración
Lección 13
INTRODUCCIÓN
UML incluye especificaciones acerca de dos formas de diagramas de interacción: los diagramas de secuencia y los
diagramas de colaboración. Ambos diagramas representan los objetos que participan en un escenario del negocio y
muestra los mensajes enviados y recibidos por éstos.
Los diagramas de secuencia utilizan líneas de vida, para que pueda comprenderse la secuencia de mensajes enviados y
recibidos observando el diagrama de arriba a abajo. Por otro lado, en un diagrama de colaboración los objetos están
organizados para remarcar las relaciones básicas; se utilizan números para ordenar los mensajes enviados y recibidos.
Un diagrama de colaboración consiste en un conjunto de objetos que llevan a cabo un escenario, los enlaces entre los
objetos, y los detalles concernientes a los mensajes enviados y recibidos. El diagrama de colaboración puede dibujarse a
nivel de clase y a nivel de instancia.
• A nivel de clase, muestra las asociaciones o relaciones entre las distintas clases.
• A nivel de instancia, muestra los enlaces o mensajes que se pasan entre las instancias.
DEFINICIONES
Los componentes más importantes en los diagramas de colaboración incluye:
Objeto Un objeto se muestra como un rectángulo con un título subrayado. Representa una clase y su identidad que
encapsula estado y comportamiento. Un diagrama de colaboración puede completarse con objetos que
representan diferentes clases, así como objetos que representan instancias específicas en una clase.
Nota Una nota se representa como un rectángulo con el ángulo superior derecho doblado. Se usa una nota para
registrar texto descriptivo que aparece en el diagrama.
150
Enlace de Objeto Un enlace de objeto aparece como una línea continua que conecta dos objetos y representa
el hecho de que existe una relación entre los dos objetos. Visible Analyst añade
automáticamente un mensaje (como parte de la tarea) cuando un enlace de objeto se dibuja
entre dos objetos.
Llamada a Procedimiento Una llamada a procedimiento es un mensaje entre dos objetos, que aparecen como una
flecha continua rellena. El objeto objetivo (en el extremo de la flecha) debe completar su
tarea antes de que el proceso que llama pueda continuar.
Flujo Neto de Control El flujo neto de control es un mensaje entre dos objetos, que aparecen como una flecha e
indicando el paso de control desde el objeto originador al objeto destino.
Estímulo asíncrono El estímulo asíncrono es un mensaje entre dos objetos, y se representa por una flecha sólo
con la mitad de la punta, y se usa en lugar de la flecha normal para mostrar una
comunicación asíncrona entre dos objetos en una secuencia procedimental.
Retorno El retorno es un mensaje entre dos objetos, y se representa mediante una flecha discontinua
con una punta de flecha, y representa el retorno de un mensaje
Auto-Delegación La auto-delegación es un mensaje desde un objeto hacia sí mismo, que se representa como
una flecha recursiva.
Enlace de Nota Un enlace de nota se representa por una línea punteada que conecta un objeto con una nota.
DESARROLLAR UN DIAGRAMA DE COLABORACIÓN
Describir Escenarios Empleando un Diagrama de Colaboración

El analista del negocio crea un diagrama de colaboración para investigar y profundizar sobre las siguientes cuestiones:
¿Qué objetos se incluyen en el escenario?

¿Qué mensajes se envían y reciben?
¿Cuál es la secuencia de los mensajes?
Los objetos incluidos en un escenario forman parte normalmente del modelo corporativo. Por ejemplo, un objeto
introducido en el repositorio mediante un diagrama de clases puede ser reutilizado en un diagrama de colaboración. Ver
la lección 8. Los diagramas de Clases.
151
Instancias vs Clases
Los objetos que aparecen en un diagrama de colaboración pueden representar instancias o clases. La manera de
identificar un objeto determina si el objeto es una instancia o una clase. Cuando se especifica el nombre, significa que
este objeto representa una instancia concreta. Por ejemplo ‘Juan Gómez::Solicitante’ representa el hecho de que Juan
Gómez es un miembro de la Clase Solicitante. Si no se especifica ningún nombre de objeto, entonces representa una
clase.
Siempre debe especificarse la clase a la que pertenece el objeto. El identificador del objeto queda separado del nombre
de la clase mediante cuatro puntos ::. La primera parte especifica el nombre, la segunda la clase.
Métodos
Los mensajes enviados a y desde un objeto deben ‘encajar’ en el objeto, o corresponderse con sus métodos. Sólo
pueden usarse métodos procedentes del árbol de derivación de la clase. Todos los métodos disponibles se encuentran
listados en la lista desplegable. Si quiere crear un nuevo método, sólo tiene que pulsar el botón Nuevo Método.
Si el método tiene argumentos, se pueden especificar los valores de esos argumentos, haciendo click en el botón
Valores. Por defecto se lista el nombre y el tipo del método. Si desea cambiar la lista de argumentos del método, hay
que hacer click en el botón Cambiar Argumentos.
Nota
É El grado en el que se puede modificar el método o los atributos del mensaje depende de los derechos sobre
la clase y la configuración de los diagramas de interacción.
Enlaces de Objeto
Una Ventana de Diálogo Etiquetar Mensaje Aparece cuando el enlace de un objeto se dibuja entre dos objetos. Se deben
indicar los detalles referentes al mensaje. Si no puede definir estos detalles (o quiere definirlos más tarde), puede borrar
los iconos de mensaje, dejar el enlace como una línea continua, sin añadir nada más.
Mensaje
Los mensajes se añaden al diagrama de colaboración para describir la manera en la que los objetos trabajarán
conjuntamente.
Por cada mensaje se puede suministrar la siguiente información:
A o Desde. Los nombres de los objetos origen y destino. Pueden intercambiarse pulsando el botón Invertir.
Tipo. El tipo de mensaje. Estímulo asíncrono, flujo neto de control, o llamada a procedimiento.
Ocurre Múltiples Veces. Indica que el mensaje será llamado más de una vez. Si se selecciona esta opción,
aparecerá un asterisco junto al nombre del mensaje en el diagrama.
152
• Condición de Guarda. Especifica la condición de Guarda que controla el disparo de los mensajes. Se trata de un
texto de formato libre. Una condición de guarda es una expresión lógica que evalúa su contenido como Verdadero
o Falso y debe satisfacerse para que se pueda enviar el mensaje.
• Número de Secuencia. Indica el orden de los mensajes. Puede ser un valor simple como 1, 2,3... o se puede
emplear una numeración sangrada como 1.2 o 1.1.4. Esta opción se encuentra disponible únicamente en los
diagramas de colaboración, puesto que los diagramas de secuencia por su propia naturaleza indica el orden de los
mensajes.
ESCENARIO DEL DEPARTAMENTO DE VEHÍCULOS A MOTOR

El ejemplo del diagrama de colaboración está basado en el siguiente escenario:
El registrador entra en el sistema y elige la ventana de registro de conductores

Al seleccionar la opción Nuevo Solicitante, aparece un objeto Solicitante. Se registran los detalles relativos a este
objeto: nombre, dirección y número de teléfono.
El registrador verifica que el Solicitante posee su certificado de Seguro, y si es así, graba la cobertura del seguro.
El registrador también verifica que el solicitante tiene el permiso de aprendizaje. Una vez que se ha comprobado
este extremo el solicitante se considera Válido y queda dispuesto para la prueba en carretera.
Si el solicitante pasa la prueba en carretera, se concede el permiso de conducción.
El diagrama de colaboración completo se puede ver en la Figura 13-1
Añadir Objetos a una Vista

El componente básico de un diagrama de colaboración es el objeto. Se tienen que dar los siguientes pasos para
establecer un diagrama de colaboración nuevo y crear los objetos.
Establecer el nivel de Zoom: 1 En el menú Ver, elegir un zoom del 66% para que se pueda ver el espacio de
trabajo necesario.
Crear un Diagrama Nuevo: 2 En el menú Archivo elegir Nuevo Diagrama.
3 Elegir como tipo de diagrama el Diagrama de Colaboración
4 Elegir Espacio de Trabajo Estándar y Orientación Normal
5 Hacer click en OK
Añadir Objetos: 6 Hacer click en el primer botón de símbolos, el rectángulo, en la barra de control.
Representa un objeto.
7 Colocar el cursor en el diagrama y hacer click con el botón izquierdo del ratón
153
8 Etiquetar el objeto, dejando en blanco el nombre y como clase teclear Solicitud

9 Añadir el resto de objetos como se ve en la Figura 13-1
Guardar el Diagrama: 10 Guardar el Diagrama de Colaboración y darle de nombre “Registro de Conductores”
Añadir Relaciones al Modelo de Colaboración

Las relaciones de un diagrama de colaboración aparecen como enlace de objetos. Los mensajes entre los objetos se
añaden a estos enlaces.
Este procedimiento ha sido escrito con la opción Auto Etiquetar Líneas activada; por lo tanto deben añadirse los
detalles de los mensajes cuando se dibujan los enlaces entre los objetos.
Añadir Enlaces de Objetos: 1 Elegir enlace de objeto en la barra de control y realizar una conexión desde
Ventana de Registro de Conductores hasta Solicitante
Añadir el Mensaje al enlace de 2 Elegir el método asociado con el objeto destino, si no existe ningún método,
objeto: añadir un método. Añadir el método New
3 Elegir el tipo de mensaje Flujo Neto de Control
4 Dejar la condición de guarda en blanco
5 Introducir el número de secuencia 1.1
6 Seguir añadiendo mensajes hasta completar el modelo, siguiendo la Figura 13-1
Nota
É Se puede activar o desactivar la aparición de los mensajes, argumentos, tipos de argumentos, y

condiciones de guarda eligiendo la opción Mensajes en el menú Ver.
154
::Seguro de
Conductor de
Automóviles
1.1 :new ()
::Ventana de
Registro de ::Solicitante ::Permiso de
Conducción Aprendizaje
::Solicitante Válido ::Prueba en

Carretera
::Permiso de
Conducir
Figura 13-1 Ejemplo de Diagrama de Colaboración
155
Trabajar con las funciones del Repositorio
Lección 14
INTRODUCCIÓN
Esta unidad ayuda a familiarizarse con las operaciones del repositorio de Visible Analyst y demuestra la potencia de
una base de datos interactiva para el análisis y diseño del sistema y la modelización de los datos. El proyecto TEST
utilizado en las lecciones anteriores se utiliza como base para los ejercicios.
El repositorio es una potente herramienta para crear y gestionar las porciones escritas de las especificaciones de un
sistema. El repositorio de un proyecto se emplea para proporcionar un lugar de entrada para toda la documentación de
un proyecto. Cada entrada gráfica de los diferentes diagramas tienen automáticamente su correspondiente entrada en el
repositorio del proyecto, así como cualquier elemento introducido en el campo Alias o Composición.
Se pueden definir todas las entradas gráficas en el repositorio o introducir notas sobre estos elementos en el campo
Notas. Como parte integrante de Visible Analyst, el repositorio opera en paralelo con las funciones de dibujo para llevar
a cabo la descomposición lógica de los datos. Contiene facilidades que permiten una potente gestión de los datos,
edición de textos, importación/Exportación, y realización de informes. Con su uso, se puede dar un enorme valor
añadido al trabajo. Después de definir los elementos, cambiar entrada e introducir notas, se pueden generar informes a
partir de esta información en múltiples formatos.
Cuando se ha finalizado la definición de los datos y de los procesos, el repositorio permite también utilizar ficheros
ASCII y exportarlos. El fichero ASCII permite la posibilidad de trasladar las especificaciones de datos a una base de
datos y las especificaciones de procesos al editor de textos correspondiente. (también puede emplearse la utilidad de
Generación de Código shell con este propósito).
156
Figura 14-1 Ventana de Diálogo en Blanco del Repositorio; página 1
FUNDAMENTOS DEL REPOSITORIO
Botones de control del Repositorio

Los botones de control del repositorio (ver Figura 10-2) aparecen siempre en la parte inferior de la Ventana de Diálogo
del repositorio. Cada botón de función es accedido haciendo click en el botón o, como es costumbre en Windows,
empleando los atajos de teclado manteniendo presionado la tecla ALT y pulsando la letra subrayada para ejecutar la
función indicada en el botón. Sólo están disponibles las funciones activas en un momento dado; las otras están
inhabilitadas. Los botones de función son:
157
Figura 14-2 Botones de Control de la Ventana de Diálogo del Repositorio
SQL Este botón muestra el SQL generado, en la ventana Ver que contiene el SQL que se generará para la vista
cuando se active el botón SQL en la Ventana de Diálogo Definir del Repositorio. Este botón está activo
sólo cuando el tipo de entrada es una vista.
Dialecto Esto activa la Ventana de Diálogo Dialecto SQL. Aquí se puede cambiar el dialecto SQL activo
Borrar Esto borra la entrada de repositorio actual de la base de datos. Una entrada sólo puede borrarse cuando no
tiene referencias de localización, es decir que no aparece en un diagrama ni en la composición de otro
elemento del repositorio.
Limpiar Esto limpia la información de una entrada y muestra una Ventana de Diálogo del repositorio en blanco. Le
permite buscar una entrada o añadir una nueva entrada. Si ha realizado cambios, el sistema solicita guardar
los campos antes de limpiar.
Siguiente Muestra la entrada del repositorio siguiente de forma secuencial que satisface el criterio de búsqueda en el
repositorio (ver más adelante)
Anterior Muestra la entrada del repositorio anterior de forma secuencia que satisface el criterio de búsqueda en el
repositorio.
Guardar Guarda todos los cambios hechos en una entrada
Salir Esto o la tecla ESC sale del repositorio
Buscar Inicia una búsqueda de una entrada concreta del repositorio. Este procedimiento se explica en la sección de
Capacidad de Búsqueda
Expandir Permite expandir o contraer el tamaño de edición de algunos campos. Los campos que muestran
generalmente cuatro líneas pueden expandirse para mostrar 15
Contraer Permite expandir o contraer el tamaño de edición de algunos campos. Los campos que muestran
generalmente cuatro líneas pueden expandirse para mostrar 15
158
Saltar Permite salta inmediatamente a otra entrada referenciada desde la actual. Esta propiedad se
describe en la sección de Capacidades de Navegación
Atrás Proporciona la manera de saltar a la anterior entrada del repositorio. Se puede continuar el
proceso moviéndose hacia atrás y mostrando entradas en el repositorio previas.
Fichero Permite insertar texto desde un fichero DOS en el sitio del cursor o copiar texto marcado a un
fichero DOS. Se explica con más detalle en el manual Operacional de Visible Analyst y en el
sistema de ayuda on line
Copiar Este botón ofrece un medio para copiar el objeto activo
Historia Proporciona un medio de saltar a alguna entrada del repositorio previa. Se mantiene una lista de
todas las definiciones que se han ido mostrando. Si se elige este botón, aparece la Ventana de
Diálogo Historia y se puede saltar entre las entradas haciendo doble click en una entrada. El
máximo es de 500 objetos.
Ayuda (?) Muestra ayuda sensible al contexto sobre el repositorio. También se puede pulsar la tecla F1
para activar el sistema de ayuda
Criterio de Búsqueda Permite especificar como se va a realizar la búsqueda en el repositorio. Se explica en la sección
Capacidades de Búsqueda
Otros botones que pueden aparecer en la Ventana de Diálogo Definir son:
Clave Principal Si el objeto que se está examinando es una entidad, se muestra el botón de Clave Principal a la
izquierda del campo Composición/Atributos
Detalles de Atributos Este botón proporciona un medio de poblar el la composición de una entrada del repositorio
con componentes e información física. Se puede definir un máximo de 12 componentes en una
Ventana de Diálogo. Este botón se muestra a la izquierda del campo Composición/Atributos.
Cuando el tipo de entrada es una Clase, o cuando está desactivado el Interface Clásico de
Usuario, el botón Añadir mostrado junto al botón Detalles de atributos está activo. Se puede
emplear este botón para añadir detalles. Al comenzar a teclear en el campo junto al botón
añadir, el botón se activa. Hacer click en el botón Añadir para añadir atributos al campo
Atributos.
159
Teclas de Edición
Como el menú Edición no es accesible desde el repositorio, debe emplearse los comandos de tecla estándar de
Windows para Cortar, Copiar, Pegar y Borrar la edición de texto en la Ventana de Diálogo del repositorio. Los
comandos de tecla son:
Cortar CTRL+X
Copiar CTRL+C
Pegar CTRL+V
Borrar supr
Tipos de campo
El repositorio de datos de un proyecto Visible Analyst se muestra mediante diferentes cajas de diálogo Definir que
corresponden a diferentes objetos de los distintos diagramas. Se verán y se trabajará con algunas de estas variantes a lo
largo de esta lección. La Ventana de Diálogo fundamental, que se muestra en la figura 10-1, es para elementos de datos,
alias, objetos miscelánea y entidades externas. Otros objetos, como almacenes de datos, procesos, funciones, entidades,
relaciones, módulos, flujos de datos y clusters de información, tienen variaciones en los campos y carpetas de la
Ventana de Diálogo del Repositorio para acomodarse a las necesidades específicas de estos elementos. Algunas de estas
diferencias se ven más tarde en esta lección.
Campo etiqueta
Este es el nombre del elemento del repositorio. Los nombres de los elementos dibujados en los diagramas se introducen
automáticamente en este campo.
Campo Tipo de Entrada
Indica a Visible Analyst que clase de objeto es el elemento: proceso, flujo de datos, Entidad, etc. El tipo de entrada
puede introducirse manualmente, o puede seleccionarse de la caja de desplazamiento haciendo click en la flecha hacia
abajo que hay al final del campo tipo de entrada.
Nota
É Se pueden editar los campos Etiqueta y Tipo de Entrada de los elementos de datos y las estructuras de
datos que no aparecen en los diagramas. El tipo de entrada de un elemento de dato no puede modificarse si
ya se ha introducido información física para ese elemento.
Campo Descripción
El Campo Descripción es una campo de dos líneas que proporciona un lugar idóneo para introducir un titulo descriptivo
con algo más de información sobre el objeto de lo que la Etiqueta permite. Los contenidos de este campo se utilizan
para la opción Comentarios de Columna (elementos de datos) y Comentarios de Tabla (entidades) cuando se genera
SQL DDL si el dialecto o lenguaje SQL elegido soporta esta sintaxis.
160
Campo alias
El campo Alias contiene 10 líneas de 128 caracteres. Permite la entrada de etiquetas alternativas a la empleada
oficialmente. Se usa normalmente para indicar abreviaturas que se utilizan en la codificación del software, en lugar de
los nombre completos y significativos más deseable en las etapas de análisis. El campo Alias es un campo inteligente.
Los datos introducidos establecen nuevas entradas en el repositorio para esos alias.
Campo Composición
El propósito del campo composición es acumular la colección de elementos de datos que se definen como parte de un
flujo de datos, entidad, almacén de datos, etc. El Campo composición es un campo inteligente. Los nombres
introducidos establecen nuevas entradas en el repositorio del tipo elemento de datos o actualizan las existentes. Estos
nuevos elementos de datos pueden emplearse para una definición más amplia. Los flujos de datos, estructuras de datos
y duplas pueden aparecer también en el Campo composición de algunos elementos.
Las entradas en este campo son de dos tipos: nombres de elementos y delimitadores para separar los nombres. Los
delimitadores pueden ser el símbolo + o cualquiera de los otros caracteres mencionados en el manual o en el sistema de
ayuda on line. También se pueden separar nombres presionando ENTER para avanzar a la línea siguiente. El Campo
composición pone a disposición un número ilimitado de líneas. Sin embargo, en la Ventana de Diálogo del repositorio,
sólo se ven cuatro líneas sin expandir el campo. El número máximo de caracteres que pueden estar contenidos en el
campo es de 64K
Campo Valores y Significados
El campo valores y significados permite un número ilimitado de líneas. El número máximo de caracteres que pueden
estar contenidos en el campo es de 64K. Este campo permite la entrada de información específica sobre los valores que
el elemento puede tomar.
Campo valores y significados del discriminador
Si el objeto en curso es un elemento de datos que se usa como discriminador. Este campo contiene una lista de valores
que identifican las entidades subtipo. Para cada subtipo, se puede introducir un valor que lo identificará unívocamente.
Por defecto, estos valores son números comenzando con 0 para el supertipo. Para cambiar el valor, hay que hacer click
en el valor hasta que aparece un control de edición, hacer los cambios, y luego pulsar ENTER.
Campo Notas
El campo Notas es también un campo que permite introducir cualquier información pertinente acerca del objeto. El
número máximo de caracteres que puede contener es de 64K
161
Campo Localización
Este campo muestra dos tipos de información de uso. El campo puede contener el nombre del diagrama (y, para los
DFDs, el número de diagrama) de todos los diagramas donde aparece el elemento. El campo puede tener también
información sobre si elemento aparece en el campo composición o en otro elemento. Esta segunda clase de entrada de
localización tiene el tipo de entrada del elemento padre, seguido por una flecha y el nombre del elemento padre.
Otras Páginas y Campos
Otras Páginas en la Ventana de Diálogo Definir contienen información adicional. Por ejemplo, las páginas 2 y 3 del
formato básico del repositorio proporcionan información de las relaciones y localización y especificaciones para
PowerBuilder/Vision y sus atributos extendidos. Estas dos páginas son parecidas para la mayoría de tipos de entrada.
Para algunos tipos de entrada, pueden mostrarse páginas adicionales:
• Cuando se trata de una entidad, las cinco páginas siguientes con tienen información de claves, claves ajenas,
triggers, restricciones de chequeo y datos físicos.
• Cuando se trata de vistas, las cinco páginas siguientes proporcionan información de las tablas, columnas, joins,
sentencias y opciones.
• Cuando el tipo de entrada es una relación, existen páginas adicionales que contienen información adicional de las
cardinalidades y las claves ajenas.
• Cuando el tipo de entrada es un tablespace, hay una página adicional con información de algunas propiedades.
Las descripciones completas y detalladas de las páginas y sus campos puede encontrarse en el Manual Operacional y en
la ayuda on line.
Repositorio de Objetos
El repositorio de visible Analyst proporciona algunos formularios adicionales y componentes de entrada de datos para
el soporte de los conceptos orientados a objeto. Los componentes del repositorio de objetos se detalla a continuación:
Atributos
El campo Atributos sustituye al campo Valores y Significados siempre que la Ventana de Diálogo del Repositorio
muestra una clase. También sustituye al campo composición si se desactiva el Interface Clásico de Usuario. El campo
contiene una lista de los miembros de datos de la clase mostrando el elemento de datos y el tipo. Para añadir, cambiar, o
eliminar los elementos de datos locales, hay que hacer click en el botón de Detalle de Atributos o elegir
Añadir/Cambiar en el menú Objeto del Repositorio. Por cada atributo, se puede definir la siguiente información:
• Nombre. El nombre del atributo. Cada atributo de una clase tiene una entrada separada en el repositorio con el tipo
de elemento de datos local. Este es un campo opcional. El botón buscar se puede usar para localizar otros
elementos de datos locales en el repositorio.
• Tipo. El atributo tipo puede ser una clase, un elemento de datos, o una estructura de datos. Si el tipo no existe en el
repositorio, se crea una nueva clase. El campo de localización del tipo del atributo contiene una referencia a la clase
en curso. Este campo es obligatorio. Puede usarse el botón Buscar para mostrar una lista de tipos válidos. Si el
atributo es un elemento de datos o clase elemental, se muestran sus características físicas.
162
• Límite. El número de ocurrencias del atributo. Si el campo está en blanco, el atributo se repite una vez.
• Referencia. Es un calificador que indica el método de acceso de un atributo. Valor indica que se usa el objeto
definido en el campo Tipo; Dirección indica un puntero al objeto; Referencia indica el uso de una referencia al
objeto. Por defecto es Valor.
• Referencia. Un calificador que indica el método de acceso de un atributo. Valor indica que se usa el objeto
definido en el campo tipo; Dirección indica que se usa un puntero al objeto; y Referencia indica que se usa una
referencia al objeto. Por defecto es Valor.
• Visibilidad. Los miembros públicos tienen visibilidad global. Los miembros privados sólo son accesibles para las
funciones miembro y amigas. Los miembros protegidos son accesibles para las clases derivadas y amigas. Los
miembros de implementación son sólo accesibles por la propia clase. Por defecto es privado.
• Cualificación. Constante indica que no se puede cambiar el valor de un miembro. Volátil indica que el miembro
puede modificarse por algo diferente al propio programa, o el sistema operativo o el hardware. Estático indica que
sólo hay una instancia del miembro independientemente del número de veces que se instancia la clase. Por defecto
es Ninguno.
• Características Físicas. Si el atributo es elemental, se pueden configurar las características físicas.
Para todos los elementos introducidos en el campo Tipo, visible Analyst crea una entrada en el repositorio (si no existe
ninguna con el mismo nombre) y actualiza el campo de localización de esa entrada. Si se elimina un elemento, el campo
se actualiza para reflejarlo. Estas entradas en el repositorio se crean normalmente como clases a menos que ya exista un
elemento de datos con ese nombre o se hayan definidos las características físicas.
permitir la introducción de más elementos hasta finalizar. Insertar se usa para insertar un atributo nuevo en la lista en la
posición actual, mientras que Borrar elimina el atributo actual o activo (la posición actual se indica con >>). Cuando se
ha completado la introducción de entradas, hay que hacer click en OK para añadirlas al campo Atributos.
Los nombres de los elementos introducidos en este campo pueden tener hasta 128 caracteres y pueden estar formados
por mayúsculas o minúsculas, números, espacios, subrayados, caracteres y acentos; pero el primer carácter tiene que ser
siempre una letra.
Entidades/Clases Asociadas
Las clases/entidades asociadas a la relación mostrada se listan dentro de este campo. Cuando se edita una relación de
herencia, las características de esta relación pueden modificarse (ver el cambio de Características de la Herencia más
adelante en este capítulo). Por otro lado, la información no puede editarse en el repositorio; todos los cambios tienen
que hacerse en el diagrama. El campo lista las dos entidades o clases asociadas a la relación. Debajo del segundo
nombre de entidad o clase se lista el reverso de la relación. Si ninguna dirección de la relación se ha nombrado, el
nombre de la relación en el sentido inverso se muestra como "reverso de". Este campo permite saltar a las entradas del
repositorio de estas entidades o relaciones, como se describió antes.
163
Relaciones
Para una entidad o clase, el campo Relaciones muestra el nombre de la relación seguido por el nombre de la entidad o
clase del otro extremo de la relación para toda relación asociada a esta entrada. Estos conjunto aparecen ordenados
alfabéticamente por el nombre de la entidad opuesta. Cuando se muestra una relación de herencia, se pueden cambiar
las características de esa relación (ver el cambio de las Características de la Herencia más adelante en este capítulo); por
otro lado, la información no puede editarse desde el repositorio; y todos los cambios deben realizarse desde el
diagrama.
Este campo permite saltar a las entradas del repositorio para cualquiera de estas entidades, clases o relaciones colocando
el curso en la línea que contiene la entidad, la clase, o la relación y haciendo click en el botón Saltar.
Nombre Largo
Cuando la entrada del repositorio, ya sea un elemento de datos local o un módulo, pertenece a una clase, el nombre
completo de la entrada incluye el nombre de la clase. El campo Nombre Largo muestra este nombre y, en el caso de los
módulos, incluye la lista de argumentos (la lista de argumentos es necesaria para diferenciar las funciones miembro
sobrecargadas). Si se desea cambiar la lista de argumentos del método de una clase, hay que hacer click con el botón
derecho del ratón en el campo Nombre Largo y elegir Cambiar (ver la sección Métodos más adelante en este capítulos
para más detalle). Si quiere cambiar la clase a la que pertenece el método, elegir Clase en el menú Objeto del
Repositorio. Para mostrar la definición de la clase, hacer click en el botón Saltar.
Características de una Clase
La concurrencia, que aparece en la carpeta Métodos/Amigos, es una propiedad de la clase que distingue una clase activa
de una clase inactiva. Una clase activa puede representar un hilo de control separado. Una clase secuencial es una clase
pasiva cuya semántica se garantiza sólo con la presencia de un hilo simple de control. Una clase Guardada es una clase
pasiva cuya semántica se garantiza en presencia de múltiples hilos de control.
Una clase persistente existe más allá de la vida del programa ejecutable. Esto significa que debe almacenarse, en algún
dispositivo de almacenamiento no transitorio. Si el subtipo de una clase tiene el valor de entidad (asociativa o
atributiva) y la clase se usa en un diagrama entidad relación, el campo no puede modificarse.
Una clase abstracta (o virtual) no puede instanciarse porque contiene métodos virtuales puros. Si existen métodos
virtuales puros en una clase, Abstracta aparece chequeada. Si se intenta quitar la marca en este campo, todos los
métodos virtuales puros se ponen como virtuales. Si desea activar la marca y existe un método virtual, se convierten a
métodos virtuales puros
164
Figura 14-3 Atributos de una Clase
Métodos
Los métodos (o Funciones Miembro) son las operaciones definidas para acceder a una clase. El campo Métodos
contiene una lista de las funciones de una clase y muestra el nombre, valor de retorno, lista de argumentos, y un
indicador de visibilidad. Para añadir, cambiar o eliminar métodos, hay que hacer click en el campo Métodos y hacer
click en el botón Detalles de Atributos o elegir Añadir/Cambiar en el menú Objeto del Repositorio. Para añadir un
nuevo método a la clase, hay que hacer click en el botón Nuevo y teclear el nombre del método que se desea añadir.
Para buscar métodos que ya se han definido en el repositorio, hay que hacer click en el botón Buscar. La lista contiene
todos los métodos que ya se han definido en el repositorio. Si el módulo ya pertenece a una clase, se muestra el nombre
de la clase. Cuando se elige un módulo que ya existe, se usa la definición completa de ese módulo incluído el valor de
retorno y la lista de argumentos. Hay que hacer click en OK para añadir el nombre de método a la lista de métodos de la
clase en curso. Para cada método se puede definir la siguiente información:
165
Figura 14-4 Métodos de una clase
• Retorno. El tipo de retorno puede ser una clase o un elemento de datos. Si el tipo no existe en el repositorio, se
crea una nueva clase. El campo Localización del atributo contiene una referencia al método. Este es un campo
opcional. Hay que hacer click en el botón Buscar para mostrar la lista de tipos válidos.
• Por. Calificador para indicar como se pasa el valor de retorno. Valor indica una copia del parámetro; Dirección
indica que se usa un puntero al objeto; y Referencia indica una referencia al objeto.
• Visibilidad. Los métodos públicos tienen visibilidad global. Los métodos privados son accesibles sólo por otros
miembros de la función dentro de la clase o por funciones amigas. Los métodos protegidos son accesibles desde
clases derivadas y amigas. Los métodos de implementación son sólo accesibles por la propia clase. Por defecto es
Público.
• Calificación. Estático indica que un método puede usarse sin ninguna instancia específica de la clase (sólo puede
usarse con atributos estáticos). Un método Virtual debe ser redefinido en una clase derivada. Un método Virtual
Puro no tiene definición y debe definirse en una clase derivada. Una clase con algún método virtual puro es una
clase abstracta (o virtual). Por defecto es Ninguno.
• Argumentos. La lista de parámetros que se emplean en el método. Es un campo opcional. Si un método aparece
más de una vez dentro de una clase, debe tener una lista distinta de argumentos en cada definición. Esto se conoce
como sobrecarga de una función. Ver la sección siguiente para ver la definición de argumentos.
166
Cuando se añade un método a la definición de una clase, se crea una entrada de módulo en el repositorio. El nombre
largo incluye el nombre de la clase y la lista de argumentos. La lista de argumentos se necesita para diferenciar entre
funciones sobrecargadas.
Nota
É Como puede usar el mismo nombre para más de un método, pueden existir entradas de módulo duplicados
en el repositorio, y cada una pertenecer a diferentes clases.
Los Argumentos de los Métodos

Cuando se definen los métodos (funciones miembro) de una clase, se han de especificar los parámetros de la función.
Para añadir, cambiar, o eliminar argumentos, hay que hacer click en el botón Argumentos de la caja de dialogo de
Definición del Método. Por cada argumento, se puede definir la siguiente información:
• Nombre. El nombre del parámetro. Es un campo opcional.
• Tipo. El tipo del parámetro puede ser una clase o un elemento de datos. Si el tipo no existe en el repositorio, se
crea una nueva clase. Esta campo es obligatorio. El botón Buscar puede emplearse para mostrar una lista de los
tipos válidos. Si el tipo del parámetro es un elemento de datos o una clase elemental, se muestran sus características
físicas.
• Paso por. Es un calificador que indica como se pasa el parámetro. Valor indica que se pasa una copia del
parámetro; Dirección indica que se pasa un puntero al objeto; y Referencia indica que se pasa una referencia al
objeto. Por defecto es Valor.
• Calificación. Constante indica que el valor del parámetro no puede cambiarse. Volátil indica que el parámetro
puede modificarse por algo ajeno al programa, o el sistema operativo o algún dispositivo hardware. Por defecto es
Ninguno.
• Características Físicas. Si el tipo del parámetro es elemental, se pueden establecer sus características físicas.
Para cada elemento introducido en el campo Tipo, Visible Analyst crea una entrada en el repositorio (si no existía ya
alguna con el mismo nombre). Estas entradas del repositorio se crean generalmente como clases a menos que ya exista
un elemento de datos con el mismo nombre o estén definidas las características físicas.
permitir la introducción de más elementos hasta finalizar. Insertar se usa para insertar un parámetro nuevo en la lista en
la posición actual, mientras que Borrar elimina el parámetro actual o activo (la posición actual se indica con >>).
Cuando se ha completado la introducción de entradas, hay que hacer click en OK para actualizar el método..
Los nombres de los elementos introducidos en este campo pueden tener hasta 128 caracteres y pueden estar formados
por mayúsculas o minúsculas, números, espacios, subrayados, caracteres y acentos; pero el primer carácter tiene que ser
siempre una letra.
167
Amigas
El campo Amigas muestra una lista tanto de métodos como clases amigas. Una amiga tiene permiso de acceso a los
miembros de datos privados de una clase. Para añadir amigas, hay que hacer click en el campo Amigas y hacer click en
el botón Buscar, elegir Añadir en el menú Objeto del Repositorio, o hacer doble click en el campo Amigas mientras se
pulsa la tecla CTRL. Se muestra una lista de las clases y funciones miembro amigas en la lista Buscar. Localizar los
elementos del repositorio que se desean colocar en el campo Amigas y hacer click en el botón Buscar; el elemento se
añade a la caja de listado Buscar al final. Cuando se han encontrado todos los elementos que se desean, hacer click en el
botón Elegir y se introducen en el campo Amigas.
Para eliminar elemento de clase o función amiga, marcar el elemento desea y pulsar la tecla Supr o elegir Cortar o
Borrar en el menú Objeto del Repositorio.
Capacidades de Navegación
En esta sección, se cambia la entrada de repositorio utilizando, Siguiente, Anterior y Saltar.
Nota
É El repositorio guarda algunos valores internos durante una sesión de Visible Analyst. Si son incorrectos,
puede interferir en el desarrollo de esta lección. Por tanto, sugerimos, que si usted u otro usuario ha estado
trabajando en el repositorio durante esta sesión, debe salir al Windows y rearrancar Visible Analyst. De
este modo, se podrá realizar esta lección correctamente.
Abrir el Repositorio: 1 Acceder al Repositorio empleando la opción Definir en el Menú Repositorio o CRTL+D.
Aparece una Ventana de Diálogo Definir en blanco
Acceder a una Entrada: 2 Teclear "Información de Persona" en el campo Etiqueta y pulsar ENTER dos veces. (La
primera muestra la Ventana de Diálogo Buscar y la segunda muestra la entrada
solicitada. Si se pulsa en ENTER dos veces rápidamente, se obtiene el mismo resultado
sin aparecer la Ventana de Diálogo). Aparece por tanto la entrada del repositorio de
Información de Persona con toda la información que se ha introducido para esta entrada
en el repositorio.
Desplazarse: 3 Hacer click en Siguiente. Se muestra la siguiente entrada del repositorio en orden
alfabético
4 Hacer click en Anterior. Información de Persona se muestra de nuevo.
168
Saltar a Otras Entradas: 5 Hacer click en el elemento Nombre del campo Atributos. (Puede ser preciso desplazar
los contenidos del campo para poder ver el elemento Nombre.) Hacer click en Saltar.
(Hacer click en Si si se solicita guardar Información de Persona.) Se muestra la entrada
del repositorio del elemento de Dato Nombre.
6 Moverse a la página dos haciendo click en la pestaña Características Físicas en la parte
superior de la Ventana de Diálogo. (El número de página actual se puede ver en la
esquina superior derecha de la ventana Definir.) Esta acción muestra más información
acerca de la entrada activa, incluída la situación o localización que indica donde se
utiliza la entrada activa.
7 Hacer click en la línea del campo Localización donde pone Información de Persona. Esto
marca la línea
8 Hacer click en Saltar. De nuevo aparece la entrada del repositorio del elemento
Información de Persona. Es la página dos de esta entrada la que se muestra. Una
alternativa a Saltar para ir a otra entrada en el repositorio es hacer doble click en el
nombre de la entrada dentro del campo Localización o hacer click en el botón Atrás
9 Moverse a la página uno
Capacidades de Búsqueda
La búsqueda de entradas en el repositorio es un procedimiento sencillo. Puede ser muy útil porque se puede establecer
un criterio de búsqueda para mostrar sólo ciertos tipos de entrada cuando se produce el desplazamiento de una entrada a
otra del repositorio. Para buscar una entrada en el repositorio:
Acceder a una Entrada: 1 Hacer click en Limpiar. Esto limpia la Ventana de Diálogo pero no borra la entrada
2 Teclear Road Test y pulsar ENTER dos veces. Se muestra la entrada del repositorio de
Road Test con toda la información introducida en el repositorio para este elemento. (Esto
se realizó por usted en el ejemplo incluído con el proyecto TEST).
3 Hacer click en Limpiar
169
Buscar una Entrada: 4 Hacer click en el botón Buscar para abrir la caja de búsqueda. Teclear "r" y las entradas que
comienzan con la r aparecen en la lista. Si ahora teclea o, el repositorio busca
incrementalmente conforme se teclea, acercándose cada vez más a la entrada que se desea.
5 Hacer click en Road Test y después en Buscar. Se muestra la entrada del repositorio de
Road Test.
Figura 14-5 Ventana de Diálogo Buscar en el Repositorio
Establecer los Criterios de búsqueda
Los criterios de búsqueda establecen el ámbito de las entradas que se muestran cuando se busca en el repositorio.
Limpiar la Ventana de 1 Hacer click en Limpiar para limpiar la Ventana de Diálogo

Diálogo:
Establecer el Criterio: 2 Hacer click en Criterio Búsqueda. Se ve una Ventana de Diálogo titulada Establecer
Criterio de Búsqueda como se ve en la figura 10.6
170
Figura 14-6 Establecer el Criterio de Búsqueda en el Repositorio
3 En la caja Búsquedas afectadas, elegir Todas. Este es el método empleado para limitar el ámbito de las
entradas que se muestran cuando se navega en el repositorio con Siguiente y Anterior, así como las entradas
que se muestran cuando se utiliza Buscar
4 En la caja Características de la entrada, elegir Todas. Esto le indica a Visible Analyst que busque todos los
elementos en el repositorio, y no sólo las entradas indefinidas o sin Localización. Las entradas sin Localización
son generalmente aquellas que se han introducido directamente en el repositorio en vez de hacerlo a través de
los diagramas.
5 Hacer click en la flecha hacia abajo de la parte derecha del campo Ámbito. Esto permite elegir el tipo de
diagrama al que se desea limitar la búsqueda. Elegir Flujo de Datos
6 Hacer click en la flecha hacia abajo de la parte derecha del campo Tipo de Entrada. Esto permite ser muy
específico sobre el tipo de entrada al que se desea limitar la búsqueda. Se pueden elegir tipos individuales y
algunas combinaciones.
7 Elegir Flujo de Datos, y luego hacer click en OK.
171
8 En la Ventana de Diálogo Definir en blanco, hacer click en Buscar. Como el criterio de búsqueda limita ésta a
flujos de datos, la lista muestra sólo las entradas del repositorio que son flujos de datos. Elegir Road-Test-
Criteria y hacer click en Buscar.
9 Ahora hacer click en Siguiente. La siguiente entrada mostrada es el siguiente flujo de datos en orden
alfabético, y no la primera de cualquier tipo en orden alfabético. Si se hace click en siguiente algunas veces
más, comprobará que sólo se muestras entradas de flujo de datos.
10 Hacer click en Criterio de Búsqueda otra vez y establecer el Ámbito de nuevo a repositorio completo.
Asegúrese que Tipo de Entrada está con el valor Todas. Hacer click en OK
Uso de Buscar para Añadir Elementos a un Campo
La características de búsqueda puede usarse también para añadir entradas en el repositorio a un campo sin teclearlas.
Esta opción es muy útil para añadir elementos de datos al campo Atributos. En lugar de teclear el nombre en el campo,
se pueden elegir usando la función Buscar.
Limpiar la Ventana de 1 Hacer click en Limpiar

Diálogo:
Encontrar una Entrada: 2 Teclear V en el campo etiqueta y hacer click en Buscar. Valid-applicant debe ser la
primera entrada de la lista. Hacer click en ella y aparece en el campo Buscar. Hacer
click y la entrada de repositorio de Valid-Applicant aparece en pantalla.
Elegir Atributos: 3 Hacer click en el campo Atributos
4 Hacer click en el botón Buscar. Se muestran los elementos de datos disponibles.
Hacer doble click en Address, Birth Date, Name, y social Security Number. Todos
los elementos seleccionados se muestran en la parte inferior de la Ventana de Diálogo
Buscar, como se ve en la figura 10-7
172
Figura 14-7 Añadir Información con Buscar
5 Hacer click en Seleccionar. Todos los elementos elegidos se añaden al campo Atributos. Hacer click en
Guardar y después click en Salir.
PROPIEDADES AVANZADAS DEL REPOSITORIO
Añadir Información al Repositorio

En esta unidad, se añade información de atributos a una entidad; los atributos son elementos de datos que configuran
una entidad. También se añade la información de clave principal o primaria, para que se pueda ver Análisis de clave y
sincronización de Clave para migrar las claves ajenas a través de las relaciones de forma automática. Toda la
información de las claves se relaciona con el método de acceder a las tablas en una base de datos. Se asume que cada
entidad corresponde a una tabla.
173
Abrir un Diagrama: 1 Abrir el Diagrama Entidad Relación Driving School View

Mostrar una entrada de 2 Hacer click en el botón Ñ de la barra de control
repositorio:
3 Hacer doble click en la entidad Student Driver con el botón izquierdo del ratón.
Aparece su entrada de Repositorio.
Introducir Datos de Atributos 4 Colocar el cursor en el campo inmediatamente a la derecha del botón Añadir bajo el
campo Atributos. Teclear Student Name y hacer click en Añadir. Añadir Home
Address and Age de la misma forma. Puesto que los elementos de datos que se
acaban de añadir en el campo Atributos no están ya en el repositorio,
automáticamente se añaden las entradas para cada uno cuando se hace click en
Guardar.
Guardar las Entradas: 5 Hacer click en Guardar y guardar los atributos introducidos
Introducir Información de 6 Hacer click en el botón clave para mostrar la Ventana de Diálogo Clave Principal.
Clave Elegir Student Name para moverlo de columnas de la Tabla a Columnas en Clave.
Hacer click en OK para volver a la Ventana de Diálogo Definir
La notación de clave indica que Student Name es la clave primaria de la entidad.
174
Figura 14-8 Información del Atributo Student Driver
175
Limpiar la Ventana de 7 Hacer click en Limpiar. Esto limpia la Ventana de Diálogo del repositorio pero no
Diálogo: borra la entrada del repositorio
Acceder a otra entrada: 8 Teclear Driving School en el campo etiqueta y pulsar ENTER
Añadir su composición 9 Hacer click en el botón Detalle Atributos y teclear Driving School Number y
Driving School Name cada uno en una línea. Hacer click en OK
Crear la clave principal 10 Hacer click en el botón clave junto al campo Atributos para mostrar la Ventana de
Diálogo Clave Principal
11 Hacer click en Driving School Number en la Ventana de Diálogo Columnas de la
Tabla para moverlo a la caja Columnas de la Clave. Hacer click en OK para volver
a la Ventana de Diálogo Definir
Guardar: 12 Hacer click en guardar para guardar los cambios, y luego hacer click en Limpiar
Acceder a otra Entrada: 13 Teclear Driving Lessons en el campo etiqueta y pulsa ENTER
Añadir Atributos 14 Hacer click en el botón Detalles Atributos para mostrar la Ventana de Diálogo
Atributos, y luego hacer click en Buscar
15 Desplazar la caja de búsqueda hasta que aparezca Driving School Number. Hacer
click en Driving Schools Number y luego click en Buscar para introducirlo en la
Ventana de Diálogo Atributos. Mover el curso a la línea siguiente. Añadir Student
Name de la misma forma.
16 Mover el cursor a la siguiente línea, y teclear Lesson Number
17 Hacer click en OK para añadir los atributos a la Ventana de Diálogo Definir
Crear la clave principal: 18 Hacer click en el botón Clave junto al campo Atributos para mostrar la Ventana de
Diálogo Clave Principal
19 Hacer click en Lesson Number en la caja Columnas de la Tabla para moverlo a la
caja Columnas en la Clave. Hacer click en OK para volver a la Ventana de Diálogo
definir.
Guardar y Salir: 20 Hacer click en Guardar y luego hacer click en Salir.
176
Análisis de Clave y Sincronización de Clave

Las funciones Análisis de Clave y Sincronización de Clave, que están en el menú Repositorio, puede ayudar a
establecer una estructura de claves de bases de datos relacional consistente. Existen tres tipos de claves empleadas en el
modelo de datos: principal, ajenas y alternativas. Todas las claves se designan en el campo Atributos de una entidad del
repositorio del proyecto. Una clave principal es uno o más atributos o elementos de datos que identifican unívocamente
a una entidad. Para designar un elemento de datos como clave principal, se usa el símbolo de llave amarilla en la
Ventana de Diálogo Definir. En el diagrama, las claves principales se muestran en el área inmediatamente bajo el
nombre de la entidad cuando se ha elegido el nivel de clave principal en la barra de control o Mostrar Vista/Entidad en
el menú Opciones. Una clave ajena es un atributo no clave en una relación que aparece como clave principal (o como
parte de una clave principal compuesta) en otra relación. El símbolo de llave gris en el campo Atributos de una entidad
designa a una clave ajena. Una clave alternativa, indicado con la notación [AK] cuando está activo el interface clásico
de Usuario, es un atributo o elemento de datos en una relación que identifica unívocamente una instancia de una entidad
pero no se ha elegido como clave principal.
El análisis de clave verifica que la estructura de claves del modelo de datos es completa, chequeando que toda la
información de las claves es identificada correctamente en el modelo de datos. Sincronización de Clave analiza la
estructura de claves y migra los elementos de datos designados como claves, o partes de claves compuestas, a lo largo
de las relaciones a las entidades asociadas, creando las claves ajenas necesarias. Empleando nombres de elementos
asociadores en las entradas de repositorio de las relaciones el proceso funciona incluso mejor. (Por favor, revise el
manual de Visible Analyst, o el sistema de ayuda on line para una explicación detallada de los elementos asociadores.)
Análisis de Clave y sincronización de Clave están involucrados en el análisis de claves primarias [PK] y claves ajenas
[FK] dentro del repositorio del proyecto TEST. Una clave principal es un atributo o elemento de datos que identifica
unívocamente un registro.
Ejecutar Análisis de Clave: 1 Elegir Análisis de Clave en el menú Repositorio. Visible Analyst escanea el
repositorio entero e indica cualquier error que se encuentre.
177
Figura 14-9 Mensajes de Error de Análisis de Clave
Ver los Errores: 2 Hacer click en el botón Maximizar en el ángulo superior derecho de la Ventana de Diálogo de
errores. Desplazarse a través de los mensajes. Se puede comprobar como existen errores que
indican la inexistencia de claves ajenas en algunas o en todas las entidades del diagrama
Nota
É Se puede mantener las cajas de errores de análisis en la pantalla mientras se llevan a cabo diferentes
actividades con Visible Analyst. Esto es para facilitar la corrección de los errores encontrados en Analizar
Clave. Lo mismo ocurre con la Generación de Esquemas SQL, Generación de Código shell, etc.

4 Elegir sincronización de clave en el menú Repositorio. Visible Analyst analiza primero los errores de clave y
luego migra las claves ajenas a través de las relaciones.
5 Maximizar la Ventana de Diálogo Mensajes de Sincronización de Clave. Primero aparecen los mensajes de
Análisis de Clave. Se puede comprobar que aparecen los mensajes de Sincronización de Clave, que indican
que las claves ajenas han sido migradas.
178
Figura 14-10 Mensajes de Sincronización de Claves

Examinar las Claves 7 Hacer doble click en Student Driver. Comprobar que la clave ajena Driving School
Migradas: Number ha sido añadida. Esto ha sido realizado por Sincronización de Clave. Esto
permite ahorrarse la migración de todas las claves de manera manual.
179
Figura 14-11 Información de Nueva Clave Ajena
8 Hacer click en Salir

9 Desmarcar Student Driver en el diagrama
180
Vistas
Visible Analyst Corporate Edition soporte el concepto de Vista SQL, que pueden entenderse como una derivación de
una entidad virtual. Una vista es similar a una entidad puesto que tiene composición, pero los elementos que aparecen
en la composición de una vista pueden pertenecer a otras entidades o ser expresiones basadas en los elementos de datos
empleados por otra entidad.
Una vista SQL está compuesta de dos componentes fundamentales: una lista de nombres de columnas y una declaración
select que se emplea para filtrar información de las tablas de la vista. La declaración select puede contener no sólo la
sentencia select principal, sino también cualquier número de sub-selects y union selects. Cuando se elige una vista
como tipo de entrada, se muestran páginas en la Ventana de Diálogo Definir específicas de una vista. Mediante el uso
de estas páginas, se pueden seleccionar tablas, columnas, relaciones join, sentencias y otras opciones de la vista. Hay un
constructor de expresiones que ayuda en la creación de expresiones usadas en el filtro, group by, having, start with,
connect by, y otros controles.
Puede encontrarse información detallada sobre las vistas en el Manual Operacional y en el sistema de ayuda on line.
Nota
É Las Vistas no están disponibles en las Ediciones Educativas de Visible Analyst.
Generar SQL
La versión Corporativa de Visible Analyst genera lenguaje de definición de datos SQL (DDL) a partir de la información
contenida en el repositorio. En la Edición Corporativa, se pueden elegir entre diferentes lenguajes SQL, incluyendo uno
Definido por el Usuario, para permitir el uso de lenguajes no soportados en la actualidad por Visible Analyst. Para más
información sobre la posibilidad de configuración o personalización, ver el Manual Operacional o el sistema de ayuda
on line. Las declaraciones soportadas incluyen CREATE TABLE, CREATE INDEX AND COMMENT ON. Más
información en el Manual Operacional o en el sistema de ayuda on line.
Las Ediciones Educaciones de Visible Analyst permiten generar SQL sólo para Microsoft Access. Para Generar SQL:
Elegir Lenguaje Access: 1 Elegir Dialecto SQL en el menú Opciones, después elegir Acess. (Los usuarios de las
Ediciones Educativas deben saltarse este paso).
Generar el Esquema SQL: 2 Elegir Generar SQL en el menú Repositorio para generar el esquema. Cuando aparece
la Ventana de Diálogo, hacer click en OK. (Consultar el Manual Operacional o el
sistema de ayuda on line para estudiar los detalles de la Ventana de Diálogo
Generación de Esquema SQL.) Si se encuentran errores, pueden mostrarse, así como
el esquema generado.
Ver el Esquema: 3 Maximizar la Ventana de Diálogo de Generación SQL
4 Elegir Esquema en la caja marcada como Elegir para ver el esquema generado. Ver la
figura 10-12. Si Visible Analyst no dispone de la información necesaria para generar
el esquema, se muestra una lista de errores; pero no aparece ninguna caja Elegir
181
Figura 14-12 Esquema SQL generado
Generación de Código Shell

La Edición Corporativa puede generar código C y COBOL. El código generado refleja la secuencia de funciones o
párrafos que configuran un programa, incluyendo definiciones globales, comentarios descriptivos, declaraciones
call/PERFORM, y parámetros. La información introducida en las campos de texto de las entradas del repositorio
cuando se trata de elemento de tipo programa o módulo de un diagrama de estructura produce los comentarios que
describen estos elementos dentro del código generado. También, se puede introducir código real en el campo
descripción de los módulos o de las macros, y este código se colocará a continuación de las funciones de llamada o las
declaraciones PERFORM generados por las llamadas. Las duplas o las ITR empleadas en las líneas de invocación
generan parámetros en código C. Existe también una opción para personalizar el código generado. (Ver la ayuda on line
para ver otras opciones de generación soportadas por Visible Analyst, tales como AS/400, Visual Basic, PowerBuilder,
etc.)
182
Generación de XML
Visible Analyst Puede generar código XML DCD a partir de los modelos de datos. Es similar a la generación de
esquemas SQL. Se puede seleccionar XML como opción de generación cuando se elige el Lenguaje SQL en el menú
Opciones. El procedimiento es similar a la generación de SQL DDL. Ver el Manual Operacional o la ayuda on line para
más información.
Informes del Repositorio

Ahora se practicará la generación de un informe sobre los datos contenidos en el repositorio. Se trata de un informe
básico que contiene un listado de detalle de todas las entradas del repositorio. Para tener una información detallada
sobre los Informes y Consultas de Informes (Informes Personalizados), ver el manual Operacional o el sistema de ayuda
on line.
Lo primero es establecer la fuente del informe que se desea generar.
Establecer la fuente del informe: 1 Elegir Opciones de Texto en el menú Opciones

2 Bajo tipo de Texto, elegir Cuerpo del Informe.
3 Elegir y tipo de fuente y tamaño de punto, y hacer click en OK
Establecer el Criterio de 4 Elegir Informes en el menú Repositorio. Aparece la Ventana de Diálogo
Informe: Informes de Repositorio (ver la Figura 10-13).
183
Figura 14-13 Ventana de Diálogo Informes del Repositorio.
5 En Ámbito de Proyecto, elegir Repositorio Completo

6 En Tipo de Informe, elegir Listado Detallado
7 En Tipos Incluidos, elegir todos
8 En Ámbito del Informe, elegir Proyecto Completo
9 En la caja etiquetada Ordenar Secuencia, elegir Alfabético. Esto determina el orden de las
entradas en el informe
10 En la caja etiqueta como Características de la Entrada, elegir Todas las Entradas
11 En la caja titulada Entradas por Página, elegir Múltiples Entradas por Página. Se puede
elegir Una Entrada por Página y así reordenar las páginas del informe una vez que se han
impreso.
Ejecutar el Informe 12 Hacer click en Imprimir; la información se envía a la impresora. Elegir Vista Preliminar
para ver el informe antes.
184
Nota
É Los informes pueden generarse en HTML para que puedan verse en un navegador. Cuando se elige Vista
Preliminar, se activa la opción Usar Navegador para Vista Preliminar. Si se selecciona esta opción y se
dispone de una navegador en el PC, el informe se genera y muestra en el navegador.
13 Hacer click en Cancelar cuando la impresión finalice para salir de la Ventana de Diálogo Informes del
Repositorio.
185
Donde ir desde Aquí
Lección 15
INTRODUCCIÓN
Concluye el tutorial de Visible Analyst. Para salir del programa, elegir Salir en el menú Archivo.
Se han completado los ejercicios en muchos de los elementos fundamentales de la planificación, análisis estructurado,
diseño estructurado, modelización de datos y modelización de objetos:
• Dibujando diagramas para modelar el sistema

• Utilizando metodologías para asegurar la consistencia del proyecto
• Añadiendo definiciones escritas al modelo gráfico
• Mejorando la estética del modelo partiendo de su aspecto inicial
• Expandiendo el modelo mediante la definición de elementos en el repositorio
• Generando Informes.
APLICACIÓN EN EL MUNDO REAL

El proyecto de ejemplo sobre el que se ha estado trabajando es muy sencillo. La potencia real de CASE está en su
aplicación a sistemas muy complejos que no pueden mantenerse mentalmente, demasiado largos para ser revisados
mediante inspecciones visuales, demasiado amplio para tener sólo una persona realizando todo el trabajo. Esta potencia
se demuestra claramente en cuatro áreas:
• El aseguramiento de la exactitud y completitud, que no quedan elementos aislados o sin tener en cuenta.
• El recordatorio que supone el chequeo de errores.
• La facilidad de realizar cambios y modificaciones.
• La conveniencia de la documentación que se genera y la facilidad para crearla.
186
La potencia de las herramientas de modelización multiplica sustancialmente la ganancia en productividad,

comunicación y calidad cuando se aplica a un equipo de desarrollo. La Edición Corporativa de Visible Analyst posee
funcionalidades significativas para exportar e importar información, a través de medios compatibles o simplemente por
su participación en una red local. Esto permite a Visible Analyst formar parte integral de cualquier entorno de
desarrollo, compartiendo información y extendiendo el valor del trabajo.
Para terminar, la aplicación de la potencia de las herramientas de modelización y la mejora en la productividad no se

limita al software sino en general a análisis y diseño de sistemas, cualquiera que éste sea.
Visible Analyst está diseñado para ser una extensión natural de su manera de pensar, crear y analizar. Nuestro objetivo
es "Poner las herramientas de modelización (CASE) al alcance de todos".
¿QUÉ HACER A CONTINUACIÓN?

Hay aún muchas cosas que hacer para sentirse cómodo y comprometido con el uso de una herramienta como Visible
Analyst. Sugerimos lo siguiente:
• Estudiar y revisar los conceptos lógicos introducidos en el tutorial (revisar también todo el material referenciado).
• Revisar los pasos del tutorial y practicar las áreas que no estén claras
• Elegir un proyecto real para utilizar Visible Analyst. Hacer un pequeño esfuerzo para explorar y experimentar con
la herramienta.
• Elegir las partes y componentes que quiere usar en el desarrollo de software
• Practicar, practicar y practicar. Realizar ajustes cuando se considere oportuno.
• Convertir Visible Analyst en una parte más de todos los proyectos.
• Definir estándares y procedimientos
• Emplear el soporte técnico cuando lo necesite
• Detenerse y evaluar lo que se ha hecho, mostrarlo a los demás, revisar el trabajo de otros y encontrar la forma de
mejorar el proceso.
• Practicar la reutilización siempre que se pueda
• Estar actualizado con la herramienta y la evolución de las metodologías
• Construir una biblioteca de materiales para su uso en proyectos posteriores.
187
CONCLUSIÓN
Esperamos que estas lecciones le hayan ayudado a sentirse cómodo con la planificación, análisis y diseño estructurado
de sistemas, las herramientas de modelización de datos, y su forma en la que se lleva a cabo con Visible Analyst.
Para más información o si tiene cualquier pregunta sobre CASE o análisis estructurado, por favor contacte con el
departamento de soporte técnico de Visible Systems:
Teléfono: (781) 890-2273

FAX: (781) 890-8909
Internet: http://www.visible.com
Email: support@visible.com
Puede enviar sus comentarios y opiniones a:
Comentarios del Cliente

Visible Systems Corporation
300 Bear Hill Road
Waltham, MA 02451
188

Tutorial VA

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Tutorial VA

Hochgeladen von

Copyright:

Verfügbare Formate

Visible Analyst Tutorial

CONOCIENDO VISIBLE ANALYST ............................................................................................................................ 1

DE DESCOMPOSICIÓN FUNCIONAL ...................................................................................................................... 40

Añadir entidades a una Vista............................................................................................................................ 57

Añadir Etiquetas a las Transiciones ............................................................................................................. 124

ENLACES DE OBJETO.............................................................................................................................................. 152

MENSAJE ..................................................................................................................................................................... 152

DONDE IR DESDE AQUÍ........................................................................................................................................... 186

RESUMEN DE LOS CONCEPTOS CASE

Los modelos CASE básicos

Modelo de Casos de Uso - Muestra las relaciones entre un usuario y el sistema.

Opciones de Visible Analyst

REPASO DE VISIBLE ANALYST

Arquitectura de Visible Analyst

Figura 1-1 Espacio de trabajo de Visible Analyst

Características de la Versión Windows

El Espacio de Trabajo de la Aplicación

Interface de Múltiple Documento (MDI)

Figura 1-2 Interface de Múltiples documentos (MDI) de Visible Analyst

Selección de un Objeto del Diagrama

Bótón Izquierdo del Ratón

Botón Derecho del Ratón

CRTL+A Analizar Analiza un diagrama o proyecto completo

Figura 1-4 Figura 1-5

Figura 1-8 Ventanas de Múltiples diagramas en cascada

CREAR UN NUEVO PROYECTO

Figura 2-1 Ventana de Diálogo Nuevo Proyecto

Figura 2-2 Ventana de Diálogo Nuevo Diagrama

CREAR UN NUEVO DIAGRAMA

Añadir Símbolos a un diagrama

Figura 2-3 Nuevo Diagrama con Símbolos Añadidos

Figura 2-4 Ventana de Diálogo Estilizar Símbolo

6 Hacer click en el botón OK y la estilización elegida se aplica al símbolo del diagrama

Mover, Cortar y Pegar un Símbolo

5 Retroceda al menú Edición y selecciones Pegar. El símbolo se muestra rodeado por un

Añadir Líneas a un Diagrama

5 Arrastrar la línea hasta el borde del símbolo Segundo.

Figura 2-5 Una línea y sus manejadores

Etiquetar la Línea 7 Teclear "Nombre de Flujo"

Selección y Ajuste de Líneas

Establecer las características de la 3 Seleccionar Opciones de Línea en el menú Opciones

Añadir Texto a un Diagrama

Figura 2-6 Ventana de Diálogo Opciones de Texto

9 Cambiar el Tamaño de Punto a 16 en la Caja Tamaño

Figura 2-7 El Diagrama Completo

OTRAS FUNCIONES DE DIAGRAMADO

Mortar y Ocultar Etiquetas

Cambiar las Características del Texto de un Bloque de Objetos de un diagrama

3 Elegir Etiquetas de Símbolo en la caja tipo de Texto.

La estandarización del formato y de su gramática refuerzan y simplifican los aspectos de comunicación y

El objetivo de la planificación estructurada es triple:

Identificar los procesos del sistema que soportan esa función.

MODELIZACIÓN ENTIDAD RELACIÓN

TRABAJAR CONJUNTAMENTE CON LOS MODELOS DE PROCESO Y

La técnica de modelización empleada en el diseño estructurado es el diagrama de estructuras (diagramas de estructuras

MODELIZACIÓN ORIENTADA A OBJETOS

CONCEPTOS DE LA TECNOLOGÍA DE OBJETOS

MODELIZACIÓN DE TRANSICIÓN DE ESTADOS (DINÁMICA)

MODELIZACIÓN DE OBJETOS Y MODELIZACIÓN DE PROCESOS

RELACIONES ENTRE DATOS Y OBJETOS

MODELO DE BIBLIOTECA (O LIBRERÍA)

Figura 4-1 DFDs Creados a partir de FDDs usando Spawn

É Un diagrama de descomposición funcional es muy diferente de un diagrama de descomposición de