Modelo 4+1

3 La Arquitectura L´ogica
La arquitectura l´ogica apoya principalmente los requisitos funcionales –lo que el sistema debe brindar en
t´erminos de servicios a sus usuarios. El sistema se descompone en una serie de abstracciones clave, tomadas
(principalmente) del dominio del problema en la forma de objetos o clases de objetos. Aqu´ı se aplican los
principios de abstracci´on, encapsulamiento yherencia. Esta descomposici´on no s´olo se hace para potenciar el
an´alisis funcional, sino tambi´en sirve para identificar mecanismos y elementos de dise˜no comunes a diversas
partes del sistema.
Usamos el enfoque de Booch/Rational para representar la arquitectura l´ogica, mediante diagramas de
clases y templates de clases [3]. Un diagrama de clases muestra un conjunto de clases y susrelaciones l´ogicas:
2
asociaciones, uso, composici´on, herencia y similares. Grupos de clases relacionadas pueden agruparse en
categor´ıas de clases. Los templates de clases se centran en cada clase individual; enfatizan las operaciones
principales de la clase, e identifican las principales caracter´ısticas del objeto. Si es necesario definir el comportamiento
interno de un objeto, esto ser realizacon un diagrama de transici´on de estados o diagrama de
estados. Los mecanismos y servicios comunes se definen como utilities de la clase.
Notaci´on. La notaci´on para la vista l´ogica se deriva de la notaci´on de Booch [3]. Esta se simplifica considerablemente
de tal modo de tener en cuenta solamente los items relevantes para la arquitectura. En particular,
los numerosos adornos disponiblesson bastante in´utiles a este nivel de dise˜no. Usamos Rational Rose para
apoyar el dise˜no l´ogico de la arquitectura.
Figure 2: Notaci´on para la vista l´ogica
Estilo. El estilo usado para la vista l´ogica es el estilo de orientaci´on a objetos. La principal gui´ıa para el
dise˜no de la vista l´ogica es el intentar mantener un modelo ´unico y coherente de objetos a lo largo de todo elsistema, para evitar la especializaci´on prematura de las clases y mecanismos particulares o de un procesador.
Ejemplos. La Figura 3 muestra las principales clases que forman parte de la arquitectura de una muestra
de PBX que desarrollamos en Alcatel.
Un PBX establece comunicaciones entre terminales. Un terminal puede ser un tel´efono, una l´ınea troncal
(i.e. una l´ınea a la oficina central), unal´ınea de uni´on (i.e. de un PBX privado a una l´ınea PBX), o una
caracter´ıstica de una l´ınea telef´onica.
Diferentes tarjetas de interfaz de l´ınea soportan distintas l´ıneas. El objeto controlador decodifica e inyecta
todas las se˜nales en la tarjeta de interfaz de la l´ınea, traduce las se˜nales espec´ıficas desde y hacia un conjunto
peque˜no y uniforme de eventos: comenzar, deterner,d´ıgito, etc. El controlador tiene tambi´en todas las
restricciones hard de tiempo real. Esta clase tiene muchas subclases a las que proporciona distintos tipos de
interfaces.
El objeto terminal mantiene el estado de una terminal, y negocia los servicios para esa l´ınea. Por ejemplo,
usa los servicios del plan de numeraci´on para interpretar el discado.
El objeto conversaci´on representa unconjunto de terminales que participan de una conversaci´on. Usa los
servicios de traducci´on (directorio, mapeo de direcciones l´ogicas a f´ısicas, rutas), y servicios de conexi´on para
establecer una ruta de voz entre los terminales.
Para sistemas mucho m´as grandes, que contienen varias docentas de clases de relevancia para la arquitectura,
la Figura 3b muestra un diagrama de clases de alto nivelpara un sistema de control de tr´afico a´ereo
desarrollado por Hughes Aircraft of Canada que contiene 8 categor´ıas de clases (i.e. grupos de clases).
3
Figure 3: (a) Diagrama l´ogico del T´elic PBX; (b) Diagrama de un sistema de control de tr´afico a´ereo
4 La Vista de Procesos
La arquitectura de procesos toma en cuenta algunos requisitos no funcionales tales como la performance y la...