El documento describe varios conceptos relacionados con el modelado de sistemas. Explica que un escenario es una secuencia de eventos durante la ejecución de un sistema. Luego describe diferentes tipos de diagramas como diagramas de objetos, diagramas de módulos, diagramas de procesos y diagramas de interacción, que se usan para modelar diferentes aspectos estáticos y dinámicos de un sistema. Finalmente, introduce los conceptos de macro proceso y micro proceso para el desarrollo de arquitecturas de sistemas.

1. Escenarios y seguimiento de sucesos. Un escenario es una secuencia de
sucesos que se produce durante una ejecución concreta de un sistema. El
ámbito de un escenario es variable; puede incluir todos los sucesos del
sistema, o que sean generados por ellos. Todo suceso transmite
información de uno objeto a otro.

2. a) Diagramas de Objeto
Un diagrama de objetos contiene un conjunto de instancias de los elementos encontrados en un diagrama de
clases. Por o tanto, un diagrama de objetos expresa la parte estática de una interacción, consistiendo en los
objetos que colaboran pero sin ninguno de los mensajes enviados entre ellos (Alarcon, 2000).
Modelo Físico
El que se construye la arquitectura que se definirá para el sistema.
a) Diagramas de módulos
El diagrama de módulos muestra la asignación de clases y objetos o módulos en el diseño físico de un sistema.
Un solo diagrama de módulos representa una vista de la estructura de módulos de un sistema. Los dos
elementos esenciales de un diagrama de módulos son los módulos y sus dependencias.
•Dependencias.- la única relación que puede darse entre dos módulos es una dependencia de compilación, representada
por una línea dirigida que apunta al modulo respecto al cual existe la dependencia. Las flechas indican dependencia o uso
y debe salir del módulo dependiente

3. Diagramas de proceso
Es una representación gráfica de los pasos que se siguen en toda una secuencia de
actividades, dentro de un proceso o un procedimiento, identificándolos mediante símbolos
de acuerdo con su naturaleza; incluye, además, toda la información que se considera
necesaria para el análisis, tal como distancias recorridas, cantidad considerada y tiempo
requerido.
Con fines analíticos y como ayuda para descubrir y eliminar ineficiencias, es
conveniente clasificar las acciones que tienen lugar durante un proceso dado en cinco
clasificaciones. Estas se conocen bajo los términos de operaciones, transportes, inspecciones,
retrasos o demoras y almacenajes.
Tabla 1.- Simbología usada en Diagramas de Procesos

4. Dinámica de Clases
Consta de:
Diagramas de Transición de Estados
El Diagrama de Transición de Estado (también conocido como DTE) enfatiza el comportamiento dependiente del
tiempo del sistema. Este tipo de modelo sólo importaba para una categoría de sistemas conocido como sistemas
de tiempo-real; como ejemplo de estos sistemas se tienen el control de procesos, sistemas de conmutación
telefónica, sistemas de captura de datos de alta velocidad y sistemas de control y mando militares.
· Elementos
ü Entidades.- Las entidades pasan por varios estados. En cada uno de ellos pueden suceder determinados
eventos que provoquen efectos o acciones sobre la entidad.
Dinámica de Instancias
a) Diagramas de Interacción
Muestran una interacción, que consiste de un conjunto de objetos y sus relaciones, incluyendo los mensajes que
puedan ser realizados entre ellos. Son importantes para modelar los aspectos dinámicos de un sistema y para
construir sistemas ejecutables a través de ingeniería hacia adelante e ingeniería inversa.
Comúnmente contienen: Objetos y Enlaces, además de mensajes que pueden servir para visualizar, especificar,
construir y documentar los aspectos dinámicos de una sociedad particular de objetos, o pueden ser usados para
modelar un flujo particular de control de un caso de uso.
Los diagramas de interacción están conformados por los diagramas de secuencia y los diagramas de colaboración.
Macro Proceso
Engloba una actividad de planificación arquitectónica, que agrupa capas de objetos por nivel de abstracción.
Además identifica situaciones relevantes.
Crea un prototipo de diseño y valida el prototipo aplicándolo a situaciones de uso.
Es un proceso de alto nivel.
Pasos del Macro proceso
Consta de 5 pasos:
a) Conceptualización
Se establecen las necesidades básicas
b) Análisis
Modelar un comportamiento deseado

5. Micro Proceso
En esta parte se desarrolla lo siguiente (Guzman, Tojin, Sanchez, & Huriarte, 2007):
· Define un conjunto de “reglas” que regulan el uso de operaciones y atributos, de reglas, y políticas.
· Desarrolla situaciones que describen la semántica de las reglas y política.
· Crea un prototipo para cada política.
· Instrumenta y refina el prototipo.
Es un proceso de bajo nivel.
El micro proceso de desarrollo del AOO de Booch incluye (Huchin Gamboa, 2009):
· Identificación de clases y objetos.
· Proposición de objetos candidatos
· Conducción del análisis de comportamiento.
· Identificación de escenarios relevantes.
· Definición de atributos y operaciones para cada clase.
· Identificación de la semántica de clases y objetos.
· Selección y análisis de escenarios.

6. Metodología de James Martin
Metodología de James Martin
Esta metodología de desarrollo de Software es mejor conocida como
Metodología RAD (Rapid Application Development) o Desarrollo rápido
de Aplicaciones, y fue creada por el gurú de computación James Martin
en 1991. Está orientada a disminuir radicalmente el tiempo necesario para
diseñar e implementar Sistemas de Información, el RAD cuenta con una
participación intensa del usuario, sesiones JAD, prototipaje, herramientas
CSE integradas y generadores de código. El Rad requiere cuatro
ingredientes esenciales: gerencia, gente, metodologías y herramientas.

8. Ventajas y Desventajas de la Metodología RAD
Ventajas | Desventajas
Ahorro dramático de tiempo durante el desarrollo del sistema. Mayor
velocidad y menores costos pueden repercutir en la calidad del sistema
(p.e., debido a falta de atención en controles internos).
Puede ahorrarse tiempo, dinero y esfuerzo humano. Peligrosa incoherencia
entre el sistema desarrollado y el negocio, debido a la falta de información o
a procesos del negocio sobreentendidos.
Estrecha correspondencia entre los requerimientos del usuario y las
especificaciones del sistema.
Pueden producirse inconsistencias entre diseños internos y entre sistemas.
Trabaja muy bien cuando la velocidad de desarrollo es importante (cambios
rápidos de las condiciones del negocio), o cuando lo sistemas pueden
capitalizarse en oportunidades estratégicas. Posibles violaciones de
estándares de programación relacionadas con nomenclaturas inconsistentes
e insuficiente documentación.

9. Ventajas y Desventajas de la Metodología RAD
Ventajas | Desventajas
Ahorro dramático de tiempo durante el desarrollo del
sistema. Mayor velocidad y menores costos pueden repercutir en
la calidad del sistema (p.e., debido a falta de atención en controles
internos).
Puede ahorrarse tiempo, dinero y esfuerzo humano. Peligrosa
incoherencia entre el sistema desarrollado y el negocio, debido a la falta
de información o a procesos del negocio sobreentendidos.
Estrecha correspondencia entre los requerimientos del usuario y las
especificaciones del sistema.
Pueden producirse inconsistencias entre diseños internos y entre
sistemas.
Trabaja muy bien cuando la velocidad de desarrollo es importante
(cambios rápidos de las condiciones del negocio), o cuando lo sistemas
pueden capitalizarse en oportunidades estratégicas. Posibles violaciones
de estándares de programación relacionadas con nomenclaturas
inconsistentes e insuficiente documentación.