3.

1 Arquitectura de clases

El objetivo del modelo de analisis es crear una arquitectura de objetos que sirva
como base para el diseo del sistema.
Dependiendo del tipo de aplicacin existen varias arquitecturas. Ellas se
distinguen segn la organizacin de los objetos de acuerdo a su funcionalidad.
Esto es llamado dimension de arquitectura.

Dimension de la arquitectura

Unidimensional: un solo grupo de objetos para manejar la funcionalidad y la
interaccin externa.
Bidimensional: un grupo de objetos para manejar la funcionalidad y otros para las
interacciones externas.
Tridimensional: La ms usada en los sistemas de informacin que siendo el
Modelo-Vista-Control.

Arquitectura Modelo-Vista-Control

Es un patrn de arquitectura de software que separa los datos de una aplicacin,
la interfaz del usuario y la lgica de negocio en tres componentes distintos. El
modelo es el sistema de gestin de base de datos y la lgica de negocio y el
controlador es el responsable de recibir los eventos de entrada desde la vista.
Modelo --> informacin
Vista --> presentacin con el usuario
Control comportamiento



3.2 - Identificacin de clases segn estereotipos

El tipo de funcionalidad o la razn de ser de un objeto dentro de una arquitectura
se le conoce como su estereotipo. Para los sistemas de informacin la arquitectura
del sistema segn nuestro modelo de anlisis se basa en tres estereotipos bsicos
de objetos:

El estereotipo entidad, para objetos que guarden informacin sobre el estado
interno del sistema, a corto y largo plazo, correspondiente al dominio del
problema. Todo comportamiento naturalmente acoplado con esta informacin
tambin se incluye en los objeto entidad. Un ejemplo de un objeto entidad es un
registro de usuario con sus datos y comportamiento asociados.
El estereotipo interface o borde, para objetos que implementen la presentacin o
vista correspondiente a las bordes del sistema hacia el mundo externo, para todo
tipo de actores, no slo usuarios humanos. Un ejemplo de un objeto borde es la
funcionalidad de interface de usuario para insertar o modificar informacin sobre el
registro de usuario.

El estereotipo control, para objetos que implementen el comportamiento o control
especificando cuando y como el sistema cambia de estado, correspondiente a los
casos de uso. Los objetos control modelan funcionalidad que no se liga
naturalmente con ningn otro tipo de objeto, como el comportamiento que opera
en varios objetos entidad a la vez, por ejemplo, hacer alguna computacin y luego
de volver el resultado a un objeto borde. Un ejemplo tpico de objeto control es
analizar el uso del sistema por parte de algn usuario registrado y presentar tal
informacin posteriormente. Este comportamiento no le pertenece a ningn objeto
entidad u objeto borde especfico. Ntese que no hay ninguna restriccin a los
diferentes estereotipos que puedan utilizarse, no solamente las tres anteriores. La
notacin de UML para un estereotipo se muestra en la Figura:





Diagrama de clase para los tres estereotipo. Considerando que habr interaccin
entre los diferentes tipos de objetos, existir cierto traslape en la funcionalidad que
los objetos ofrecen. Como se mencion anteriormente, este traslape deber
minimizarse para asegurar una buena extensibilidad, donde tpicamente, cada tipo
de objeto captura por lo menos dos de las tres dimensiones.


3.3 -Clases
Las clases son declaraciones o abstracciones de objetos, lo que significa, que una
clase es la definicin de un objeto. Cuando se programa un objeto y se definen
sus caractersticas y funcionalidades, realmente se programa una clase.
Una clase es un contenedor de uno o ms datos (variables o propiedades
miembro) junto a las operaciones de manipulacin de dichos datos
(funciones/mtodos). Las clases pueden definirse como estructuras (struct),
uniones (union) o clases (class) pudiendo existir diferencias entre cada una de las
definiciones segn el lenguaje. Adems las clases son agrupaciones de objetos
que describen su comportamiento Clases

Las clases son lo ms simple de Java. Todo en Java forma parte de una clase, es
una clase o describe cmo funciona una clase. El conocimiento de las clases es
fundamental para poder entender los programas Java.

Todas las acciones de los programas Java se colocan dentro del bloque de una
clase o un objeto. Todos los mtodos se definen dentro del bloque de la clase,
Java no soporta funciones o variables globales. Esto puede despistar a los
programadores de C++, que pueden definir mtodos fuera del bloque de la clase,
pero esta posibilidad es ms un intento de no separarse mucho y ser compatible
con C, que un buen diseo orientado a objetos. As pues, el esqueleto de
cualquier aplicacin Java se basa en la definicin de una clase.

Todos los datos bsicos, como los enteros, se deben declarar en las clases antes
de hacer uso de ellos. En C la unidad fundamental son los ficheros con cdigo
fuente, en Java son las clases. De hecho son pocas las sentencias que se pueden
colocar fuera del bloque de una clase. La palabra clave import (equivalente al
#include) puede colocarse al principio de un fichero, fuera del bloque de la clase.
Sin embargo, el compilador reemplazar esa sentencia con el contenido del
fichero que se indique, que consistir, como es de suponer, en ms clases


3.4 - Diagrama de secuencia

El diagrama de secuencia es un tipo de diagrama usado para modelar interaccin
entre objetos en un sistema segn UML. En ingls se pueden encontrar como
"sequence diagram", "event-trace diagrams", "event scenarios" o "timing diagrams"

Utilidad

Un diagrama de utilidad muestra la interaccin de un conjunto de objetos en una
aplicacin a travs del tiempo y se modela para cada caso de uso. Mientras que el
diagrama de casos de uso permite el modelado de una vista business del
escenario, el diagrama de secuencia contiene detalles de implementacin del
escenario, incluyendo los objetos y clases que se usan para implementar el
escenario y mensajes intercambiados entre los objetos.

Tpicamente se examina la descripcin de un caso de uso para determinar qu
objetos son necesarios para la implementacin del escenario. Si se dispone de la
descripcin de cada caso de uso como una secuencia de varios pasos, entonces
se puede "caminar sobre" esos pasos para descubrir qu objetos son necesarios
para que se puedan seguir los pasos. Un diagrama de secuencia muestra los
objetos que intervienen en el escenario con lneas discontinuas verticales, y los
mensajes pasados entre los objetos como flechas horizontales.

Tipos de mensajes

Existen dos tipos de mensajes: sincrnicos y asincrnicos. Los mensajes
sincrnicos se corresponden con llamadas a mtodos del objeto que recibe el
mensaje. El objeto que enva el mensaje queda bloqueado hasta que termina la
llamada. Este tipo de mensajes se representan con flechas con la cabeza llena.
Los mensajes asincrnicos terminan inmediatamente, y crean un nuevo hilo de
ejecucin dentro de la secuencia. Se representan con flechas con la cabeza
abierta.

Tambin se representa la respuesta a un mensaje con una flecha discontinua.

Pueden ser usados en dos formas

De instancia: describe un escenario especfico (un escenario es una instancia de
la ejecucin de un caso de uso).
Genrico: describe la interaccin para un caso de uso; Utiliza ramificaciones
("Branches"), condiciones y bucles. Esta para atrs

Estructura

Los mensajes se dibujan cronolgicamente desde la parte superior del diagrama a
la parte inferior; la distribucin horizontal de los objetos es arbitraria. Durante el
anlisis inicial, el modelador tpicamente coloca el nombre 'business' de un
mensaje en la lnea del mensaje. Ms tarde, durante el diseo, el nombre
'business' es reemplazado con el nombre del mtodo que est siendo llamado por
un objeto en el otro. El mtodo llamado, o invocado, pertenece a la definicin de la
clase instanciada por el objeto en la recepcin final del mensaje


3.5 Diccionario de clases segn mdulos.

Un diccionario de clases es un catlogo, un depsito, de los elementos en un
sistema. Como su nombre lo sugiere, estos elementos se centran alrededor de los
datos y la forma en que estn estructurados para satisfacer los requerimientos de
los usuarios y las necesidades de la organizacin. En un diccionario de datos se
encuentra la lista de todos los elementos que forman parte del flujo de datos en
todo el sistema. Los elementos ms importantes son flujos de datos, almacenes
de datos y procesos. El diccionario guarda los detalles y descripciones de todos
estos elementos.

El diccionario se desarrolla durante el anlisis de flujo de datos y auxilia a los
analistas que participan en la determinacin de los requerimientos de sistemas.
Importancia del diccionario

Los analistas utilizan los diccionarios de datos por cinco razones importantes:

1. Para manejar los detalles en sistemas grandes.
2. Para comunicar un significado comn para todos los elementos del sistema.
3. Para documentar las caractersticas del sistema.
4. Para facilitar el anlisis de los detalles con la finalidad de evaluar las
caractersticas y determinar dnde efectuar cambios en el sistema.
5. Localizar errores y omisiones en el sistema.

Manejo de detalles

Los sistemas grandes tienen enormes volmenes de datos que fluyen por ellos en
forma de documentos, reportes e incluso plticas. De manera similar, se llevan a
cabo muchas actividades que utilizan los datos existentes o que generan nuevos
detalles. Recurdese, como se mencion en la historia al inicio de este captulo,
que Lodos los sistemas experimentan cambios continuos y manejar de manera
completa todos los detalles es un desafi. Con franqueza, es imposible que los
analistas recuerden todo. Los que tratan de hacerlo cometen de manera invariable
equivocaciones u olvidan elementos importantes. Los mejores analistas no
intentan recordarlo todo, en lugar de hacerlo registran toda la informacin. Algunos
lo hacen sobre hojas de papel y otros quiz sobre tarjetas indexadas. Muchos
emplean para tal fin un procesador de palabras y una computadora personal por
supuesto. Los analistas mejor organizados y ms eficaces utilizan diccionarios de
datos automatizados diseados de manera especfica para el anlisis y diseo de
sistemas.

Comunicacin de significados

Los diccionarios de datos proporcionan asistencia para asegurar significados
comunes para los elementos y actividades del sistema. Si se examina una
muestra de diagramas de flujo de datos para el procesamiento de pedidos, es
probable que se tengan pocas dificultades para comprender qu datos
representan a la factura y al cheque. Los dos son trminos comunes en el mundo
de los negocios y muchas personas conocen su significado. Los diccionarios de
datos registran detalles adicionales relacionados con el flujo de datos en el
sistema de tal forma que todas las personas participantes puedan localizar con
rapidez la descripcin de flujos de datos, almacenes de datos o procesos.


3.6 Herramientas CASE para el anlisis

Herramientas de alto nivel, U-CASE (Upper CASE - CASE superior) o front-end,
orientadas a la automatizacin y soporte de las actividades desarrolladas durante
las primeras fases del desarrollo: anlisis y diseo.

Herramientas de anlisis y diseo. Permiten al desarrollador crear un modelo
del sistema que se va a construir y tambin la evaluacin de la validez y
consistencia de este modelo. Proporcionan un grado de confianza en la
representacin del anlisis y ayudan a eliminar errores con anticipacin. Se tienen:

Herramientas de anlisis y diseo (Modelamiento).
Herramientas de creacin de prototipos y de simulacin.
Herramientas para el diseo y desarrollo de interfaces. Mquinas de
anlisis y diseo. (Modelamiento)

ERwin

PLATINUM ERwin es una herramienta de diseo de base de datos. Brinda
productividad en diseo, generacin, y mantenimiento de aplicaciones. Desde un
modelo lgico de los requerimientos de informacin, hasta el modelo fsico
perfeccionado para las caractersticas especficas de la base de datos diseada,
ERwin permite visualizar la estructura, los elementos importantes, y optimizar el
diseo de la base de datos.

Genera automticamente las tablas y miles de lneas de stored procedure y
triggers para los principales tipos de base de datos. ERwin hace fcil el diseo de
una base de datos. Los diseadores de bases de datos slo apuntan y pulsan un
botn para crear un grfico del modelo E-R (Entidadrelacin) de todos sus
requerimientos de datos y capturar las reglas de negocio en un modelo lgico,
mostrando todas las entidades, atributos, relaciones, y llaves importantes.

PowerDesigner

PowerDesigner es una suite de aplicaciones de Powersoft para la construccin,
diseo y modelado de datos a travs de diversas aplicaciones. Es la herramienta
para el anlisis, diseo inteligente y construccin slida de una base de datos y un
desarrollo orientado a modelos de datos a nivel fsico y conceptual, que dan a los
desarrolladores Cliente/Servidor la ms firme base para aplicaciones de alto
rendimiento