Por Julio Chicas y David Coronado

• Model Driven Architecture

• Detallada por el OMG (Object Management Group)

• Nos permite el desarrollo de aplicaciones empresariales

potencialmente en cualquier plataforma existente, abierta o
propietaria (servicios Web, J2EE, CORBA.Net u otras).

• Para lograrlo, se plantea el siguiente proceso de desarrollo:

• Modelo Independiente de la Plataforma (PIM)
• Modelos Específicos de la Plataforma (PSM)
Sistema: los conceptos de MDA se definen centrados en la existencia o planteamiento
de un sistema, que puede contener un simple sistema informático, o combinaciones.

Modelo: es una descripción o una especificación de ese sistema y su entorno para

desempeñar un determinado objetivo.

Arquitectura: es la especificación de las partes del mismo, las conexiones entre ellos,
y las normas de interacción entre las partes del sistema haciendo uso de las conexiones
especificadas.

Punto de vista: es una abstracción que hace uso de un conjunto de conceptos de

arquitectura y reglas estructurales para centrarse en aspectos particulares del sistema,
obteniendo un modelo simplificado.

Vista: representación del sistema desde un determinado punto de vista.

Plataforma: es un conjunto de subsistemas y tecnologías que aportan un conjunto

coherente de funcionalidades a través de interfaces y determinados patrones de uso
• Significa Object Modeling Technique, fue creada por Rumbaugh y
Michael Blaha en 1991.

• Metodología de análisis y diseño orientada a objetos.

• Se utiliza para producir software de manera organizada.

• Se basa en etapas de desarrollo.

Análisis: se construye todo lo relevante al problema, mostrando las propiedades
más importantes. Se precisa en lo que el sistema debe hacer y no en la forma en
la que se hará.

Diseño del sistema: Se diseña la arquitectura del sistema y se organiza todo en

subsistemas, basándose en la estructura del análisis. En esta fase se selecciona
la estrategia para la resolución del problema planteado.

Diseño de objetos: Este diseño se basa en el análisis y se centra en las

estructuras de datos y algoritmos que son necesarios para la implementación
de cada clase.

Implementación: traducción concreta de las clases de objetos y las relaciones

desarrolladas durante el análisis de objetos. Es importante que el sistema cuente
los principios de la ingeniería de software, tales como que el sistema implementado
sea flexible y extensible.
La metodología OMT está basada en el desarrollo de un modelo del sistema
separado en tres aspectos:

Modelo de objetos: Describe la estructura estática de los objetos del sistema,

es decir, su identidad, atributos, operaciones, así como también las relaciones
con otros objetos. Este modelo es representado gráficamente mediante
diagramas de objetos.

Modelo dinámico: Describe la conducta y reacción de los objetos del sistema

frente a diferentes sucesos y las interacciones entre ellos. También describe los
aspectos de un sistema que tratar de la temporización y secuencia de
operaciones, secuencia y la organización de sucesos y estados.

Modelo funcional: El modelo funcional describe los cálculos existentes

dentro del sistema.

Dentro del modelado del sistema, el modelo funcional especifica lo que sucede,
el modelo dinámico cuándo sucede, y el modelo de objetos especifica a qué
le sucede.
Ventajas
• Serie de pasos perfectamente definidos.
• Tratamiento especial de la herencia.
• Es fuerte en el análisis

Desventajas
• Hay pocos métodos para encontrar inconsistencias en los modelos.
• Interacción de objetos no soportada en ninguna herramienta gráfica.
• Es débil en el diseño
Está basado en un conjunto integrado de modelos
que pueden ser ejecutados para verificación, y en
un enfoque innovador de diseño que produce un
diseño de sistema a través de la traducción de los
modelos de análisis.
Construcción
• Conjunto de reglas definidas
• Diagramas
• Traducción de dichos diagramas
• Análisis al diseño
• Implementación

Diagramas
Pueden ser ejecutados para comprobar si
trabajan adecuadamente.
Dominio
Un dominio es un área de asunto

Tipos de Dominos
1.  Aplicación,
2.  Servicio,
3.  Arquitectural.
Shlaer-Mellor se descompone en
los siguientes pasos:

1.  Particionar el sistema en dominios.

2. Analizar el dominio de aplicación usando

modelos de objetos de información, modelos
de estados, y especificaciones de acciones
(diagramas de flujo de acciones – un
diagrama no-UML).
3.  Confirme el análisis mediante verificación
estática y verificación dinámica (simulación).

4. Extraer los requerimientos del dominio de

servicio.

5. Analizar el dominio de servicio.

6. Especificar los componentes del dominio

arquitectural.

7. Construir los componentes arquitecturales.

8. Traducir los modelos para cada dominio usando

los componentes arquitecturales.
Utilidad de la Metodologia de
SHLAER-MELLOR
Es también definido con suficiente precisión
para permitir la generación de diagramas de
diseño directamente de los diagramas de
análisis. Esto es un gran ahorrador de
tiempo y previene errores en la traducción.
DIAGRAMA

Método de Shlaer-Mellor para el desarrollo

de software describe un conjunto de
modelos integrados y diagramas que son
utilizados para grandes proyectos de
aplicación de software.
 Notación

existen 4 tipos de dominios: aplicación, servicio, arquitectura, e

implemtenacion
 Los dominios son conectados por gruesas flechas que simbolizan relaciones
cliente servidor o puentes. La punta de la flecha apunta a el servidor.
 Notaciones del modelo de
información de objeto
Objetos: son abstracciones de objetos del mundo real, roles, incidentes, o
interacciones.

Relaciones y multiplicidad: se usan flechas para ilustrar las relaciones entre

objetos y representan la multiplicidad con el numero de cabezas de flecha como
se muestra en la figura.
Herencia: la herencia es usada para describir
relaciones en las cuales un objeto deriva
algunos de sus atributos de objetos superior.

Diagramas de transición de estado describen

el ciclo de vida de un objeto en la metodología
Shlaer y Mellor.

Estados: usan cajas que representan estado y

usa arcos que representa transición entre
estados.
 NOTACION DEL DIAGRAMA DE
FLUJO
Procesos: Un proceso es algo que manipula
datos.

Flujo de Datos: Ilustra el flujo de datos o el

control de flujo entre procesos

Almacenamiento de Datos: Almacena datos

que representan un componente lógico del
sistema donde la información
Flujo de Datos: Ilustra el flujo de datos o el
control de flujo entre procesos

Almacenamiento de Datos: Almacena

datos que representan un componente lógico
del sistema donde la información se pueden
utilizar los diagramas de clases y las tablas
de estructura de clase para analizar los
dominios de arquitectura del sistema.
Clase: representan la traducción de un objeto
desde su fase de análisis hasta su fase de
diseño

Componente lógico: es parte del tipo de dato

en una clase.

Parametro condicional: es una característica o

argumento que es restringido de alguna
manera.

Excepcion: adjunta a una clase o modulo este

diamante representa un caso que no normal
NOTACION DE ESTRUCTURA DE
CLASES

Modulo: Se refiere al código llamado por uno

o mas modulos
• MDA posee una gama de generación automática de código para
cualquier lenguaje.

• MDA provee una arquitectura que permite independencia de

plataforma.

• La metodología desarrollada por Rumbaugh, enfatiza en la importancia

del modelo y uso de este modelo, en el cual el análisis está enfocado
hacia un nivel de diseño, en el cual se modelan también los recursos de
la computadora.

• La metodología desarrollada por Shlaer y Mellor es una metodología

enfocada especialmente en el en el diseño de sistemas en tiempo real.

• La metodología Shlaer y Mellor proporciona herramientas que

anteriores metodologías no habías proporcionado con el objetivo de
lograr obtener código a partir de análisis de diagrama