Antes de entrar con los diagramas de diseño, hemos de efectuar algunas aclaraciones.
En primer lugar, se omitirán los atributos y métodos de las clases derivadas de Form, ya que dichas
clases se forman a partir de numerosísimos componentes del .NET Framework, y su presencia en estos
diagramas los convertiría en inmanejables.
En segundo lugar, las clases de la carpeta Librerías (StringTokenizer, Conversiones y Tiempo) se han
omitido. Por ser utilizadas en casi todos los escenarios, su presencia entorpecería la finalidad de estos
diagramas. Dichas clases serán descritas posteriormente en esta misma documentación.
Por último, otras clases, que como en el caso de la carpeta Librerías, son utilizadas pero no son
fundamentales para la comprensión del diseño, serán omitidas. Por ejemplo, todos las clases dedicadas a
la interacción con la base de datos instancian un objeto Base, encargado de conectarse con la base de
datos. Esta clase y otras, como se ya se ha dicho, serán omitidas en los diagramas.
Diagrama de Secuencia
muestra la interacción de un conjunto de objetos en una aplicación a través 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 implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos.
Típicamente se examina la descripción de un caso de uso para determinar qué objetos son necesarios para la implementación del escenario. Si se dispone de la descripción 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 líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales.
No hay comentarios:
Publicar un comentario