Oriented Object Role

Analysis Model
OORAM

OORAM

Modelo desarrollado
originalmente por Trygve
Reenskaung, un profesor de la
Universidad de Oslo,
establecido inicialmente en
1989

OORAM
Los modelos de negocios creados de
acuerdo

al

OORAM,

pueden

tener

diferentes nmeros de vistas, con cada

vista representando diferentes aspectos
de un modelo, siendo 10 las principales
propuestas:

Las 10 de OORAM

rea de Importancia: descripcin textual del fenmeno representado en el

modelo de rol.

Estmulo-Respuesta:

describe

como

los

roles

del

entorno

pueden

desencadenar ciertas actividades en la organizacin (estmulos) al mismo

tiempo que un efecto (respuesta).

Lista de Roles: una lista que describe todos los roles del modelo mismo con
sus atributos y una explicacin textual.

Las 10 de OORAM

Semntica: describe el significado de los roles y las diferentes relaciones

que pueda haber entre estos.

Colaboracin: describe patrones de los roles y caminos para los mensajes.

Interfaz: describe todos los mensajes que pueden ser enviados a lo largo
de dicho camino.
Escenario: provee una secuencia de ejemplo de mensajes que fluyen entre
los roles (un ejemplo en concreto)

Las 10 de OORAM
Proceso: describe el flujo de datos entre los roles y las actividades
asociadas que desarrolla cada rol.
Diagrama de Estados: para cada rol, los estados pueden describirse con
mensajes que ejecutan transiciones.
Especificacin del Mtodo: describe que mensajes son enviados por cada
mtodo perteneciente a un rol especfico, adems, puede especificar los
procedimientos a seguir.

ROLES
1.- Los roles tienen tanto una naturaleza esttica como dinmica pues
permiten describir las propiedades de los objetos que representan
2.- Un rol puede enviar o recibir mensajes
3.- Un rol puede ser implementado por una o ms clases
4.- Un rol describe un objeto en el contexto de una actividad
5.- Los roles son independientes de las clases

El mtodo al verlo de manera racional

1.-Determinar
el
rea
de
preocupacin
Describe los lmites del estudio en forma de prosa libre. Se aconseja al
modelador re-leer esta descripcin con frecuencia, a medida que se
adquiere una mayor comprensin de los fenmenos que se modelan.
2.-Identificar el problema e identificar la naturaleza del proyecto
Identificar los actores de la organizacin y encontrar los distintos roles
en la empresa. Un consejo prctico cuando se comunica con los
actores es el uso de texto libre y diagramas informales en lugar de
notaciones formales.

El mtodo al verlo de manera racional

3.-Determinar los roles en el entorno de estmulo/respuesta
Entre los roles identificados anteriormente, hay algunos que
desencadenan las actividades de la organizacin. Estos son roles de
entorno.
4.-Identificar
y
entender
los
roles
El anlisis de actores y sistemas proporcionan un nmero de roles
5.-Determinar
el
proceso
del
trabajo
Los procesos de trabajo describen cmo los roles pasan los productos
entre s y llevan a cabo actividades para producir o manejar los
productos.

El mtodo al verlo de manera racional

6.-Determinar
la
estructura
de
colaboracin
En base a los procesos de trabajo, el modelador puede definir
diagramas de colaboracin ms elaborados
7.-Determinar
las
interfaces
Este paso incluye la especificacin de todos los mensajes de un rol que
debera mandar a un colaborador

Herramientas

Modelado de clases UML

Vista de Colaboracin

Vista de Escenario

Vista Diagrama de Estados

Modelo de Roles

Vista Proceso(Basada en el estndar IDEF0)

Vista Semntica

OORAM Professional 5.0

Es un paquete de herramientas para el anlisis orientado a objetos y
diseo de sistemas, con soporte para el poderoso concepto modelado
de roles. Es compatible con el modelado de sistemas complejos de una
manera altamente productiva, fomentando el uso sistemtico de los
patrones de objetos. OOram pertenece a UML 1.1
Incluye herramientas de modelado,utilidades para el modelo de
gestin, documentacin y ayuda en lnea.

OOram-Meta Modelo
En Enero de 1997, Taskon A/S, Reich
Technologies y Humans and Technology
propusieron una serie de expansiones y
cambios para el modelo OOram original,
incluyendo diversos diagramas y reglas
para definir las interfaces. Proponiendo
tres ideas fundamentales.

Meta Modelo Orientado a Objetos

Los modelos pueden ser desarrollados
como sistemas de objetos que sirvan para
describir otros sistemas de objetos,
adems, ya que el meta modelo es solo
otro sistema de objetos, puede definirse
en sus propios terminos.

Dicotoma del rol y la clase

Propone dos principales acercamientos para realizar el modelado de
objetos, se enfocan a diferentes aspectos y son tiles para diferentes
propsitos para el sistema del ciclo de vida:
Centrado en el sistema: se enfoca
los objetos. Los casos de
responsabilidades,diagramas de
mensajes, y los modelos de
pertenecen a esta dimensin.

en sistemas de interaccion con

uso, diseo regulado por
colaboracin, escenarios de
comportamiento del sistema

Centrado en el programa: se enfoca en las clases como una

abstraccion central.

Requerimientos de Modelo Flexibles

Los modelos de sistemas estan hechos al tiempo que
se necesitan. Las partes como tal son definidas de tal
manera que se puedan incluir o excluir conforme sea
requerido. Los modelos actuales solo deben contener
la informacin que se considere til para sus
propsitos. En los meta-modelos esto est definido
para que se aseguren de tener una consistencia de las
partes incluidas. As mismo, la jerarqua de las partes
del modelo describen las principales prioridades.

Interaccin entre ROL y CLASE

Especificacion del Sistema y Casos de Uso

Un caso de uso describe las responsabilidades y las
acciones externamente visibles por debajo del diseo
y los actores en el ambiente. Consiste de:
El objetivo a alcanzar.
Condiciones operativas.
Uno o ms escenarios.

Interaccin entre ROL y CLASE

Interaccin entre ROL y CLASE

Interaccin entre ROL y CLASE

Roles en el Desarrollo
Analistas: Analistas de procesos de negocios, Analista de
Sistema, Especificador de requisitos
Desarrolladores: Arquitecto de software, Diseador de
interfaz, Diseador de base de datos, Integrador
Gestores: Jefe de proyecto, Jefe de control de cambios, Jefe de
pruebas, Ingeniero de procesos, Gestor de pruebas
Apoyo: Documentador tcnico, especialista en herramientas

Bibliografa
1.- Reenskaug, Trygve (1996). "Working with Objects: OOram Framework Design Principles" (PDF). Taskon, Norway.
(Presented at OOPSLA 1996 Workshop: Exploration of Framework Design Principles)
2.- Terje Totland (1997). 5.2.8 Object-Oriented role analysis and modeling (OOram) Thesis, Norwegian University of Science
and Technology (NTNU), Trondheim.
(Reenskaug, 1996:60)
3.- Reenskaug, Trygve; P. Wold; O. A. Lehne (1996). Working with Objects: The OOram Software Engineering Method.
Manning/Prentice Hall.
Rebecca J. Wirfs-Brock and Ralph E. Johnson (1990). Surveying Current Research in Object-Oriented Design.
Communications of the ACM, vol. 33, no. 9 (September 1990), pp. 105124. OORASS on pp. 113116.
4.- Modelo basado en roles, Mara Jos Ortn Ibaes, revisado 27 de Septimebre de 2016 desde
http://dis.um.es/~jmolina/rolesuml.pdf
5.-http://folk.uio.no/trygver/2001/ooram/english_ooram.htm
6.-https://www.amazon.com/Working-Objects-Software-Engineering-Method/dp/0134529308
7.- Yolanda Cando, Metodologia Orientada a Objetos revisado 3 de septiempre de 2016 Desde:
http://es.slideshare.net/yolandacando1/metodologa-orientadas-a-objetos

Bibliografa
7.- Yolanda Cando, Metodologia Orientada a Objetos revisado 3 de septiempre de 2016 Desde:
http://es.slideshare.net/yolandacando1/metodologa-orientadas-a-objetos
8.- The OOram Meta-Model combining role models, interfaces, and classes to support system centric and program centric
modeling A proposal in response to OMG OA&D RFP-1. (1997) (1st ed.). United States. Retrieved from
https://heim.ifi.uio.no/~trygver/1997/UML/TaskonProposal-97-01-15.pdf
9.- Working with objects The OORAM software Engineering Method -Obsolet, Trygve Reenskaug, revisado 3 de septiempre
de 2016 Desde: https://heim.ifi.uio.no/~trygver/1996/book/book11d.pdf