Diseo de alto nivel

En un diseo de alto nivel se describen los componentes principales del sistema y

el modo en que interactan entre s para lograr los objetivos del diseo.

Descripcin de los requisitos

Si el sistema que est desarrollando es un componente de un sistema ms

grande, es posible que parte de los requisitos, o todos ellos, puedan expresarse
en interfaces programticas.

El modelo de requisitos proporciona estos elementos de informacin esenciales:

Interfaces proporcionadas.

Interfaces necesarias.

Requisitos de calidad del servicio.

Puede separar los requisitos y los modelos arquitectnicos de dos maneras

alternativas:

Mantenindolos en la misma solucin, pero en proyectos diferentes.

Situndolos en el mismo modelo UML, pero en paquetes diferentes.

Modelos arquitectnicos

En una fase inicial de desarrollo, tendr que elegir las principales tecnologas y
elementos en los que se va a basar el diseo. Las reas en las que deben
tomarse estas decisiones son, entre otras:

Las tecnologas de base.; por ejemplo, la eleccin entre una base de datos
y un sistema de archivos, la eleccin entre una aplicacin de red y un
cliente web, etc.
 Los marcos; por ejemplo, la eleccin entre Windows Workflow Foundation o
ADO.NET Entity Framework.

El mtodo de integracin; por ejemplo, la eleccin entre un bus de servicio

de empresa o un canal punto a punto.

Estas opciones a menudo estn determinadas por los requisitos de calidad del
servicio, como la escala y la flexibilidad, y pueden hacerse antes de que se
conozcan los detalles de los requisitos.

Componentes y sus interfaces

Las principales recomendaciones de esta seccin son las siguientes:

Cree diagramas de componentes para mostrar los elementos principales

del sistema.

Dibuje dependencias entre los componentes o sus interfaces para mostrar

la estructura del sistema.

Use las interfaces de los componentes para mostrar los servicios que cada
componente proporciona o requiere.

En un diseo grande, puede dibujar diagramas independientes para

descomponer cada componente en elementos ms pequeos.

Dependencia entre componentes

Adems de los propios componentes, puede mostrar las dependencias entre ellos.
Una flecha de dependencia entre dos componentes indica que los cambios que se
realicen en el diseo de uno de ellos pueden afectar al diseo del otro. Esto
normalmente ocurre porque uno de los componentes usa los servicios o funciones
proporcionados por el otro componente, ya sea de forma directa o indirecta.
Una arquitectura bien estructurada tiene una organizacin clara de dependencias
en las que su cumplen estas condiciones:

El mapa de cdigo no incluye bucles.

Los componentes pueden organizarse en capas en las que cada

dependencia sale de un componente de una capa hacia un componente de
la siguiente capa. Todas las dependencias entre dos capas van en la misma
direccin.

Interfaces

Mediante las interfaces de sus componentes, puede separar los grupos principales
de operaciones que proporciona cada componente y asignarles un nombre. Un
componente puede tener cualquier nmero de interfaces proporcionadas y
necesarias. En las interfaces proporcionadas se muestran los servicios que
proporciona el componente para que los usen otros componentes. En las
interfaces necesarias se muestran los servicios que el componente usa en otros
componentes.

Descomponer un componente en elementos

Un elemento es en realidad un atributo de su componente primario, que es un tipo

de clase. Cada elemento tiene su propio tipo, que puede ser un componente.
Puede colocar este componente en un diagrama y mostrar sus elementos.

Use elementos en las siguientes situaciones:

El diseo del componente primario siempre debe usar el tipo de

componente del elemento.

El componente primario no tiene una existencia concreta propia.

Interacciones entre componentes

 Identifique los casos de uso del sistema.

En cada caso de uso, dibuje uno o ms diagramas para mostrar el modo en

que los componentes del sistema logran el resultado requerido gracias a la
colaboracin entre ellos y con los usuarios.

Use las interfaces para especificar los mensajes recibidos por cada
componente.

Describa los efectos de las operaciones en las interfaces.

Repita el procedimiento con cada componente, mostrando cmo

interactan sus elementos.

Describir los clculos

Dibuje una lnea de vida para cada instancia del componente que tome parte en
una secuencia normal. En algunos casos, podra haber varias instancias de cada
tipo. Si ha descrito todo su sistema como un nico componente, deber haber una
lnea de vida por cada elemento que contenga.

Especificar las operaciones

Recopile las operaciones de cada componente. Cree interfaces proporcionadas en

el componente y agregue las operaciones a las interfaces. Normalmente, se usa
una interfaz diferente para cada tipo de cliente.

Modelo de diseo

Un modelo de diseo se describe en un documento y normalmente incluye estos

elementos:

Nombre.
 Descripcin del contexto en el que es aplicable. Qu criterios debe tener
en cuenta un programador al aplicar este modelo?

Breve explicacin del problema que resuelve.

Modelo de los elementos primarios y sus relaciones. Pueden tratarse de

clases o componentes e interfaces, con asociaciones y dependencias entre
ellos.

Modelo de las interacciones entre los elementos, mediante diagramas de

secuencia o actividades.

Convenciones de nomenclatura.

Descripcin del modo en que el modelo resuelve el problema.

Descripcin de las variaciones que los desarrolladores podran adoptar.