Metodologías OOSE y OMT PDF

Metodologas para generacin de
Sistemas Orientados a Objetos
Anlisis y Diseo (Tecnologas) Orientado a Objetos
Dr. Leopoldo Altamirano Robles

22 septiembre, 2003
Alicia Morales Reyes

Alma Rosa Rugerio Ramos
Introduccin
Metodologas para generacin

de Sistemas Orientados a
Objetos
El objetivo del proyecto consiste en comparar tres metodologas (modernas) para la
eneracin de sistemas orientados a objetos. Algunas de las preguntas a responder serian:
pasos involucrados, comparacin, ventajas, desventajas, soportan UML, existen
herramientas para utilizarlas, aplicaciones desarrolladas.
Escribir un reporte comentando las respuestas a las preguntas sugeridas. Incluir lista de
diagramas UML que son necesarios para cada metodologa si es aplicable.
INTRODUCCIN
Las metodologas de desarrollo de sistemas tratan las siguientes fases del ciclo de vida
del desarrollo de sistemas: planeacin, anlisis, diseo, proteccin y transicin.
La planeacin de la estrategia produce modelos de alto nivel de un negocio y, con stos,

define un plan para desarrollar un conjunto de proyectos de sistemas interrelacionados.
Al anlisis del sistema modela un rea de sistemas basados en ideas y conceptos de los
expertos de dominio proponiendo cualquier decisin relacionada con la
instrumentacin.
El diseo del sistema desarrolla un modelo de instrumentacin o implementacin

basado en los modelos conceptuales desarrollados durante el anlisis del sistema.
La construccin del sistema implica la elaboracin y la prueba de programas, base de

datos y redes de acuerdo con el que haya quedado definido durante el diseo del
sistema.
La transicin del sistema instala los sistemas construidos.
0 Metodologas para generacin de Sistemas Orientados a Objetos

Metodologa OMT (Rumbaugh)
Cuando analizamos sistemas, creamos modelos del rea de aplicacin que nos interesa.
Un modelo puede incorporar un sistema, centrarse en el rea de la empresa o abarcar
toda la empresa.
El modelo representa un aspecto de la realidad y se construye de modo que nos ayude

acomprender a esta.
Con el anlisis orientado a objetos, la forma de modelar la realidad difiere del anlisis
convencional. Modelamos el mundo en trminos de tipos de objetos y lo que le ocurre a
stos. Los modelos que construimos en el anlisis OO reflejan la realidad de modo ms
natural que los del anlisis tradicional de sistemas. Mediante las tcnicas OO,
construimos software que modela mas fielmente el mundo real. Cuando el mundo real
cambia, nuestro software es ms fcil de cambiar, lo que es una ventaja real.
FIGURA 1. Anlisis y diseo orientado a objetos
Para el presente trabajo nos enfocamos al estudio y comprensin de las metodologas

OMT (Object Modeling Technique) desarrollada por James Rumbaugh, la metodologa
propuesta por Booch (y que lleva su mismo nombre) y finalmente la metodologa OOSE
desarrollada por Ivar Jacobson.
METODOLOGA OMT (RUMBAUGH)

La metodologa OMT es una tcnica de modelado de objetos, desarrollada por James
Rumbaugh, que es uno de los precursores del Lenguaje Unificado de Modelado (UML).
El significado de las siglas de esta metodologa es Tcnica de Modelado en Objetos

(Object Modeling Technique), la definen como una de las metodologas de la Ingeniera
de Software aplicable al desarrollo orientado a objetos en las fases de anlisis y diseo.
La fase de anlisis comienza con la declaracin del problema que incluye, una lista de
de objetivos (metas) y conceptos claves definitivos definidos para el dominio del
problema a resolver. La declaracin del problema se expande despus en tres
modelos:
Modelo de objetos
Metodologas para generacin de Sistemas Orientados a Objetos 1

Modelo dinmico
Modelo funcional
El modelo de objetos representa los objetos del sistema. El modelo dinmico representa
la interaccin entre esos objetos representados como eventos, estados y transiciones. El
modelo funcional representa los mtodos del sistema desde la perspectiva de flujo de
datos. La fase de anlisis genera diagramas del modelo de objetos , diagramas de estado,
diagramas de eventos de flujo y diagramas de flujos de datos. Es entonces cuando se
tiene completa la fase de anlisis.
Despus de la fase de anlisis, se sigue con la fase de diseo de sistema. Aqui se define
la arquitectura completa del sistema. Primero el sistema se organiza en subsistemas que
estn asigando a ciertos procesos y tareas, tomando en cuenta la colaboracin y
concurrencia entre ellos. Luego, el almacenamiento persistente de datos se establece por
medio de una estrategia de manejo de informacin global compartida. Despus, se
examinan las situaciones limite para ayudar a establecer las prioridades de negociacin.
La fase de diseo de objetos viene despus de la fase de diseo del sistema. Aqui se
establece el plan de implementacin. Se definen las clases de objetos, as como sus
algoritmos, poniendo especial atencin con la optimizacin y persistencia de datos. Se
definen cuestiones de herencia, asociaciones, agregaciones y valores por omisin.
La metodologa OMT es secuencial en el sentido de que la primera fase es la de anlisis,

seguida por el diseo. En cada fase, se hacen aproximaciones iterativas entre los
pequeos pasos a seguir. La metodologa OMT es muy similar a la metodologa Booch,
cuyo principal criterio es hacer enfsis en las fases de diseo y anlisis para una primera
entrega del producto. Ambas OMT y Booch no hacen prioritarias las fases de
implementacin, evaluacin u otras del ciclo de vida .
OMT pone especial atencin en el modelo y uso de modelos para lograr una
abstraccin, en el cual el anlisis est enfocado en el mundo real a nivel de diseo,
tambin pone detalles particulares para modelado de recursos fsicos. Esta tecnologa es
aplicable en varios aspectos de implementacin incluyendo archivos, bases de datos
relacionales y orientadas a objetos. OMT se construye alrededor de descripciones de
estructuras de datos, constantes, sistemas de procesos de transacciones.
OMT hace enfsis en especificaciones declarativas de la informacin, captura de

manera transparente los requerimientos, especificaciones imperativas para poder
descender prematuramente en el diseo y declaraciones que permiten optimizar los
estados.
Conceptualizacin El desarrollo comienza con el anlisis de la empresa o negocio, la visin que tienen los
usuarios del sistema y la formulacin de requerimientos.
La conceptualizacin se hace frecuentemente por la re-ingeniera de procesos del

negocio, es decir, se pretende tener una observacin crtica de los procesos de la
empresa y su impcto econmico.

En esta etapa se plantean preguntas como:

Cul es la aplicacin?
Qu problemas tendrn que ser resueltos?
Dnde ser usado el sistema?
Cundo ser requerido el sistema?
Para qu es necesario el sistema?
Anlisis Los requerimientos establecidos durante la conceptualizacin son revisados y

analizados para la construccin del modelo real. La meta del anlisis es especificar las
necesidades que deben ser satisfechas.
Pueden existir diversas fuentes de informacin que pueden ser tiles en esta etapa.
Puede existir algun lenguaje formal para describir el problema. Algunas veces los
expertos del dominio pueden proveer escenarios, storyboards y casos de uso para un
nuevo sistema.
Aqui es donde se determina el modelo del objeto, se hace una tentativa de clases, se
eliminan las clases irrelevantes, se definen las posibles asociaciones entre las clases y se
hace la refinacin de ellas eliminando las redundantes o las que no tienen relevancia,
posteriormente se hace una tentativa de atributos de objetos y enlaces.
Una vez determinados los objetos del sistema, se hace la depuracin del modelo,
posteriormente se busca un nivel de abstraccin para modelar subsistemas, para buscar
un sistema tngible y slido.
Luego de tener definido el modelo, se introduce la nocin de transaccin, que es una

forma de modelar procesos o describir cambio de datos y flujo de datos, una vez
definido el flujo de datos se define el diccionario de datos de todas las entidades
modeladas.
Diseo del sistema El diseo tiene un alto nivel estratgico y decisivo para la resolucin de problemas. Los
problemas grandes se deben ver desde el punto de vista de anlisis y diseo, subdividir
el sistema en subsistemas, poder modular los subsistemas de tal manera que cada
modulo sea manejable y comprensible.
En esta etapa se deben crear estrategias, formular una arquitectura para el sistema y las
polticas que deben guiarla , adems del detalle de diseo. Se deben considerar los
siguientes aspectos:
Visualizacin de la arquitectura
Elegir un tipo de implementacin para control extremo
Si se usa una base de datos, definir el paradigma a utilizar
Determinar oportunidades para el re-uso
Elegir estrategia para interaccin de datos

Elegir una forma de identificar objetos

Detalle del diseo
Durante el diseo del sistema se debe hacer un cuadro de estrategias y decisiones en

cuestiones de arquitectura, tener ideas precisas de clases y mtodos individuales.
Adicionalmente se puede mejorar el modelo de diseo para mejorar la implementacin.
Se deben considerar los siguientes puntos:
Uso de transformaciones para simplificar y optimizar el modelo de objetos desde el
anlisis,
Elaborar un modelo de objeto,
Elaborar un modelo funcional,
Evaluar la calidad del diseo del modelo,
Implementacin.
Luego, el diseo se traduce a un lenguaje de programacin, es decir, se codifica. Este

paso puede considerarse para las etapas de anlisis y diseo para elevar el desempeo
del sistema.
Mantenimiento La documentacin del desarrollo y seguimiento de los modelos a travs de cdigo

facilita el posterior mantenimiento.
La metodologa OMT soporta mltiples estilos de desarrollo. Se puede usar OMT para
conseguir un alto desempeo en las fases de anlisis, diseo e implementacin.
Primero se desarrolla el ncleo del sistema, se analiza, disea, implementa y se genera

el cdigo fuente.
La idea principal de OMT es la conceptualizacin de una entidad que permita el manejo

de atributos y asociaciones, sus transformaciones y transacciones para el modelado
orientado a objetos.
UML Como se coment anteriormente, la metodologa OMT se define como una metodologa
predecesora del UML, por lo que se pueden definir tres tipos de diagramas en OMT que
hoy da son parte de UML: diagramas de objetos, dinmicos y funcionales.
Diagramas de vista de objetos:
El modelo de objeto de OMT ilustra las relaciones estticas entre clases y objetos del
sistema. Estos diagramas son muy similares a los objetos de clases y objetos de UML.

FIGURA 2. Diagrama de objeto OMT
Notacin de diagramas de objeto OMT unica
Clases, el tipo grfico para representar una clase siguiendo una metodologa OMT es el
mismo que se utiliza en UML, donde se divide un rectangulo en tres partes, cada una
corresponde al nombre de la clase, los atributos y las operaciones.
FIGURA 3. Clase OMT
Objetos, se dibuja un objeto utilizando un rectngulo con esquinas redondeadas, los

atributos deben tener valores asignados a ellos.
FIGURA 4. Objeto OMT
Asociaciones y ligas, el ttulo de la relacin de asociacin es nica de la notacin OMT,

se pone el titulo al final de la lnea de asociacin en una caja, cerca de la clase que se
est relacionando.

FIGURA 5. Asociacin de clase OMT
Atributos ligados, para describir las propiedades de una relacin o asociacin, se puede
utilizar un arco para adjuntar un atributo a la relacin.
FIGURA 6. Liga de atributo OMT
Multiplicidad, se utilizan terminadores de lnea para indicar cuantas instancias

derivadas de una clase se relacionan con una sola instancia de otra clase.
FIGURA 7. Multiplicidad OMT
Generalizacin o herencia. La generalizacin se refiere al perfeccionamiento de una

super-clase dentro de una subclase. Cada subclase hereda los atributos de la super-clase.
FIGURA 8. Generalizacin o herencia OMT
La notacin OMT para diagramas dinmicos son como los diagramas de secuencia y
estados de UML

FIGURA 9. Diagramas dinmicos OMT
Herramientas para Una de las herramientas que permite el uso de la metodologa OMT es el SmartDraw,
que como se ha visto en clase, nicamente permite el dibujo de los diagramas definidos
metodologa OMT por esta metodologa. Otras herramientas que soportan metodologa OMT son: Rational
Rose, System Architect 4.0, Poseidon, Power Builder, entre otras.

Metodologa Booch
METODOLOGA BOOCH
La metodologa Booch se enfoca principalmente al diseo de estado de un proyecto.
Boch describe una serie de propiedades generales de los sistemas complejos bien
estructurados. Los sistemas construidos con una metodologa de anlisis y diseo
orientado a objetos deben satisfacer estas propiedades.
En el anlisis y diseo orientado a objetos, el dominio del problema se modela a partir

de dos perspectivas distintas. La estructura lgica del sistema y la estructura fsica. Para
cada perspectiva (dinmica y esttica) se modela la semntica.
La metodologa Booch define diferentes modelos para la descripcin de un sistema. El

modelo lgico (dominio del problema) se representa en la estructura clase-objeto. En el
diagrama de clase, se construye la arquitectura y el modelo esttico. El diagrama de
objeto, representa la interaccin de clases entre s, captura algunos momentos de la vida
del sistema y ayuda en la descripcin del modelo dinmico.
La arquitectura del modelo y del proceso describe la ubicacin fsica de las clases en
mdulos y procesos.
El proceso del Booch soporta el desarrollo iterativo e incremental de un sistema.

desarrollo O.O. Procesos macro:
Establecer los requerimientos del ncleo (conceptualizacin)
Desarrollar un modelo del comportamiento deseado (anlisis),
Crear la arquitectura (diseo),
Evolucionar la implementacin (evolucin),
Administrar la evolucin posterior a la entrega (mantenimiento).
Procesos micro:
Identificar las clases y objetos a cierto nivel de abstraccin,
Identificar la semntica de estas clases y objetos,
Identificar las relaciones entre las clases y objetos,
Especificar la interfaz y despus la implementacin de las clases y objetos.
La metodologa Booch cubre las fases de anlisis y diseo de un sistema O.O. Esta
metodologa en ocasiones es criticada por el uso de muchos simbolos diferentes. Es
cierto que Booch define muchos simbolos que documentar casi para cada decisin de
diseo. Si se trabaja con esta metodologa, uno se percata de que nunca se utilizan todos
estos simbolos y diagramas. Se comienza con diagramas clase-objeto en la fase de
anlisis y se depuran en varios pasos. Unicamente cuando se est listo para generar
cdigo, se agregan algunos simbolos de diseo. Y est es la parte en que la metodologa
Booch es fuerte, realmente es posible documentar el cdigo orientado a objetos.

Metodologa Booch
Representacin de clases (el comportamiento dinmico de clases se representa mediante

diagramas de estados), la utilidad de clases que denota clases con miembros estticos,
clase parametrizada, categoria de clase. Booch recomienda que slo se muestren los
atributos y/o las operaciones que son importantes en el contexto del diagrama, con ello
estos diagramas son ms fciles de leer o agregar algunas propiedades de diseo.
Sintaxis para atributos:

A: nombre del atributo unicamente,
C: atributo de clase unicamente
A:C nombre de atributo y clase
A:C=E nombre de atributo, clase y expresin por omisin
Sintaxis para mtodos:

N() , nombre de operacin unicamente,
RN(argumentos), funcin de regreso de la clase, nombre y argumentos formales.
{} , engloba clase
FIGURA 10. Notacin grfica metodologa Booch para clases
Categoria de clase
Clase (atributos estticos)

Clase
Sintxis para
atributos y operaciones
Clase parametrizada

Metodologa Booch
FIGURA 11. Notacin grfica metodologa Booch para Objetos
Objeto
Sincronizacin (para objetos activos)
Visibilidad
Relacin objeto
FIGURA 12. Notacin grfica metodologa Booch para diagramas de estado
cono de historial
de estado
cono de estado
FIGURA 13. Notacin grfica metodologa Booch para diagramas de mdulos
Especificacin y cuerpo Programa principal
Subsistema

Metodologa OOSE (Ivar Jacobson)
FIGURA 14. Notacin grfica metodologa Booch para diagrama de proceso
Los diagramas de interaccin muestran la misma informacin que los diagramas de

objetos, pero de diferente manera. Se recomienda el uso de diagramas de interaccin si
se trabaja sobre un sistema de tiempo real.
FIGURA 15. Notacin grfica metodologa Booch para diagramas de interaccin
Clase temporizador: Un objeto cliente puede definir una funcin de llamada

hacia atrs. Si el temporizador ha iniciado, manda a llamar a la funcin
cada 1/60 segundos (sistema en tiempo real para monitoreo de clima)
METODOLOGA OOSE (IVAR JACOBSON)

Este mtodo proporciona un soporte para el diseo creativo de productos de software,
las actividades consisten en la transformacin de un conjunto de requerimientos en un
plan estructurado de construccin y un plan de accin.
El diseo creativo tomando como referencia una base arquitectnica es seguir paso a
paso los mtodos y procesos con la asistencia de herramientas, para convertir los
requerimientos dentro de una arquitectura viable para la construccin de un proyecto
incluyendo la creacin de prototipos.
A grandes rasgos el modelo consta de cuatro pasos generales.
Modelo de anlisis Especifica el comportamiento funcional del sistema bajo prcticamente circunstancias
ideales y sin hacer alusin a un ambiente particular de implementacin.

Construccin
La primera actividad en la construccin consiste en la implementacin de los detalles

que conciernen a la arquitectura y construccin del plan, que es ir de una mayor
abstraccin a concretizar mas el plan.
Diseo
Formaliza el modelo de anlisis en trminos del ambiente de implementacin y

especifica la identidad de los bloques de construccin
Prueba del sistema
Consiste en la verificacin del trabajo de cada uno de los paquetes de servicio definidos
en el modelo de anlisis Esta fase tiene lugar en varios niveles, desde funciones
especficas, hasta el sistema completo.
FIGURA 16. Metodologa OOSE
Algunos ms especifico se trabaja con 5 modelos:

El modelo de requerimientos: El objetivo es la captura de requerimientos
funcionales.
El modelo de anlisis: El objetivo es dar al sistema una estructura de objetos robusta
y flexible a los cambios.
Modelo de diseo: Tiene como objetivo adoptar y refinar la estructura de objetos en
el ambiente actual de implementacin.
El modelo de implementcin: Tiene como objetivo implementar el sistema.
El modelo de prueba: Su objetivo es verificar el sistema.
FIGURA 17. Modelado metodologa OOSE
El proceso de anlisis produce dos modelos, a partir de la especificacin de

requerimientos, un modelo de requerimientos es creado para especificar toda la
funcionalidad del sistema. Esto es principalmente hecho por: casos de uso en el modelo
de casos de uso, el cual forma parte del modelo de requerimientos.
El modelo de requerimientos es la base de otro modelo creado por el proceso de anlisis,

llamado modelo de anlisis. El modelo de anlisis es la base de la estructura del sistema.
En este modelo se especifican todos los objetos lgicos que sern incluidos en el
sistema y como estn relacionados y agrupados.

FIGURA 18.
Modelo de La primera transformacin hecha de la especificacin de requerimientos para el modelo

de requerimientos consiste en:
requerimientos
Un modelo de caso de uso
Descripcin de la interfaz
Un modelo en el dominio del problema
El modelo de caso de uso controla la formulacin de otros modelos. Esto es desarrollado

en cooperacin con el modelo de dominio deobjeto.
FIGURA 19. Modelo de requerimientos
Modelo de anlisis Se ha visto que el modelo de requerimientos tiene como objetivo definir las limitaciones
del sistema y especificar su comportamiento. Cuando el modelo de requerimientos ha
sido desarrollado y aprobado por los usuarios se puede iniciar el desarrollo del sistema.
La informacin para este sistema se enfoca en la captura de:

Informacin: Especifica la informacin de ayuda en el sistema. As como describe el
estado interno del sistema.
Comportamiento: Especifica el comportamiento que adopta el sistema. Especifica
cuando y como el sistema cambia de estado.
Presentacin: detalla la presentacin del sistema al mundo exterior.
Existen varios tipos de objetos usados para la estructura del sistema en el modelo de
anlisis. Cada objeto al menos captura dos de las tres dimensiones del modelo de
anlisis, sin embargo cada uno de ellos tiene cierta inclinacin hacia una de las
dimensiones.

Modelo de anlisis
Modelo de diseo de El proceso de construccin edifica el sistema usando tanto el modelo de anlisis como el
modelo de requerimientos. Primero se crea el modelo de diseo que es un refinamiento
objetos y formalizacin del modelo de anlisis. Al inicio del trabajo cuando se desarrolla el
modelo de diseo es para adaptarlo a la implementacin del ambiente actual.
Una diferencia entre el modelo de anlisis y el modelo de diseo es que el modelo de

anlisis debe ser visto como un modelo conceptual o lgico del sistema, y el modelo de
diseo contiene el cdigo, por lo cual el modelo de diseo deber ser una representacin
de la manera como el cdigo fuente es estructurado, manejado y escrito.
Durante la construccin del proyecto, se procede a la edificacin del modelo de diseo.
Para cada objeto en el modelo de anlisis, se asigna un bloque en el modelo de diseo.

El concepto de bloque describe la intencin de cmo el cdigo debe ser producido. Los
bloques son el diseo de objetos y ellos se dibujan como rectngulos. Un bloque
normalmente apunta para implementar un objeto de la etapa de anlisis, aqu puede ser
posible usar los diferentes tipos de bloques:
Bloque de interfaz.
Bloque de entidad.
Bloque de control.
Cuando se tiene que crear la estructura del bloque, se dibuja un diagrama de interaccin
para mostrar como los bloques se comunican. Normalmente se dibuja un diagrama de
interaccin para cada caso de uso.
Diagrama de interaccin
Para describir una secuencia de estmulos se usan los diagramas de interaccin. Se

puede describir como varios bloques se comunican mediante envi de estmulos de uno
a otro. Como una base para esa interaccin se usa otra vez el modelo de caso de uso.
Describe en detalle para cada caso de uso, una secuencia de estimulo la cual es enviada
entre los bloques.

FIGURA 20. Diagrama de secuencia metodologa OOSE
Antes de iniciar la implementacin se puede usar una grfica de transicin de estado,

su propsito es proporcionar una descripcin simplificada, que mejore la comprensin
del bloque, sin tener que bajar a nivel de cdigo fuente, proporcionando una descripcin
que es menos dependiente del lenguaje de programacin seleccionado. En este tipo de
grficas se describe cual estmulo puede ser recibido y que va a suceder cuando el
estmulo es recibido. La grafica utiliza los smbolos mostrados.
FIGURA 21. Smbolos para grfica de transicin de estados
Modelo de La implementacin del modelo consiste de la notacin del cdigo. La informacin de

espacio es la opcin del lenguaje de programacin que se usa. La base para la
implementacin implementacin es el modelo de diseo. Aqu se especifica la interfase de cada bloque.
Modelo de prueba El modelo de prueba es el ultimo modelo a construir. Describe simplemente el estado de
resultados de la prueba. El modelo de requerimientos de nuevo representa una
herramienta potente de prueba, al probar cada caso de uso, se verifica que los objetos se
comuniquen correctamente en dicho caso de uso. De manera simular se verifica la
interfase de usuario, descrita en el modelo de requerimientos, con todo lo anterior, el
modelo de requerimientos es la base de verificado para el modelo de prueba.

Conclusiones Ivar Jacobson (OOSE) es el autor de los casos de uso y afirma que su metodologa
soporta el ciclo total de vida del software orientado-a-objetos. OMT se combina con
OOSE en los casos de uso.
La tcnica de modelado de objetos (OMT) es considerado ampliamente como uno de los

sistemas de anlisis orientados a objetos ms completos que se han publicado hasta el
momento. El OMT tiene la intencin de ser un mtodo tanto para el anlisis como para
el diseo, pero an cuando contiene un mtodo bastante completo para el anlisis,
solamente tiende a dar indicaciones practicas para el diseo. El OMT abarca mas temas
que la mayora de los dems mtodos, pero sigue siendo incompleto en algunos aspectos
y resulta muy complejo aprender y utilizar sus notaciones.
OMT est dividida en tres etapas: anlisis, sistema de diseo, y diseo de objetos,
adems provee tcnicas para describir el dominio del problema en tres perspectivas
diferentes; la estructura esttica de objetos y clases y el comportamiento dinmico de
objetos, y la estructura funcional.
Booch describe un numero de propiedades generales para una buena estructura de un

sistema complejo. El problema es modelado en dos perspectivas diferentes, una
estructura lgica del sistema y una estructura fsica del sistema. La metodologa de
diseo propuesta por Booch es una de las mejor desarrolladas y contiene una nocin de
estructura mucho mas general.
El mtodo original de Booch comienza por un anlisis de flujo de datos, que se utiliza
entonces como ayuda para identificar objetos, buscando tanto objetos concretos como
objetos abstractos en el espacio del problema, que se encontraran a partir de las burbujas
y almacenes de datos en el diagrama de flujo de datos (DFD). Booch utiliza una nocin
de estructura mucho mas general.
Existe otra metodologa propuesta por Yourdon que presenta una notacin menos torpe
que la propuesta por Booch o algunas otras (Mellor) de las aproximaciones de diseo
orientado a objetos.
Bibliografa Riel J. Arthur, Object-Oriented Design Heuristics. Addison-Wesley Publishing

Company, Inc. 1996.
Shuguang Hong, Geert Van Den Goor, Sjaak Brinkkemper. A Formal Approach to the
Comparison of Object-Oriented Analysis and Design Methodologies. Georgia State
University, University of Nijmegen, University of Twente. (1997)
Coldbert Edward. Choosing the Right Object-Oriented Method. Absolute Software Co.
Inc. (1992).
James Martin, James J.Odell. Mdotods Orientados a Objetos. Prentice Hall. 1997.
Guilln Romero Paola, Anlisis y Diseo Orientado a Objetos, III Metodologas,

Instituto Tecnolgico de la Laguna.

http://www.cis.gsu.edu/~shong/
http://www.dte.us.es/personal/pruiz/investigacion/trabajo_investigacion/html/
http://www.db.stanford.edu/~burback/watersluice/
http://www.ifra.ing.tu-bs.de/docs/BoochReferenz/

Metodologías OOSE y OMT PDF

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Metodologías OOSE y OMT PDF

Hochgeladen von

Copyright:

Verfügbare Formate

Metodologas para generacin de

Sistemas Orientados a Objetos

Anlisis y Diseo (Tecnologas) Orientado a Objetos

Dr. Leopoldo Altamirano Robles

Alicia Morales Reyes

Metodologas para generacin

La planeacin de la estrategia produce modelos de alto nivel de un negocio y, con stos,

El diseo del sistema desarrolla un modelo de instrumentacin o implementacin

La construccin del sistema implica la elaboracin y la prueba de programas, base de

La transicin del sistema instala los sistemas construidos.

0 Metodologas para generacin de Sistemas Orientados a Objetos

El modelo representa un aspecto de la realidad y se construye de modo que nos ayude

FIGURA 1. Anlisis y diseo orientado a objetos

Para el presente trabajo nos enfocamos al estudio y comprensin de las metodologas

METODOLOGA OMT (RUMBAUGH)

El significado de las siglas de esta metodologa es Tcnica de Modelado en Objetos

Metodologas para generacin de Sistemas Orientados a Objetos 1

La metodologa OMT es secuencial en el sentido de que la primera fase es la de anlisis,

OMT hace enfsis en especificaciones declarativas de la informacin, captura de

La conceptualizacin se hace frecuentemente por la re-ingeniera de procesos del

2 Metodologas para generacin de Sistemas Orientados a Objetos

En esta etapa se plantean preguntas como:

Anlisis Los requerimientos establecidos durante la conceptualizacin son revisados y

Luego de tener definido el modelo, se introduce la nocin de transaccin, que es una

Metodologas para generacin de Sistemas Orientados a Objetos 3

Elegir una forma de identificar objetos

Durante el diseo del sistema se debe hacer un cuadro de estrategias y decisiones en

Luego, el diseo se traduce a un lenguaje de programacin, es decir, se codifica. Este

Mantenimiento La documentacin del desarrollo y seguimiento de los modelos a travs de cdigo

Primero se desarrolla el ncleo del sistema, se analiza, disea, implementa y se genera

La idea principal de OMT es la conceptualizacin de una entidad que permita el manejo

4 Metodologas para generacin de Sistemas Orientados a Objetos

FIGURA 2. Diagrama de objeto OMT

Notacin de diagramas de objeto OMT unica

FIGURA 3. Clase OMT

Objetos, se dibuja un objeto utilizando un rectngulo con esquinas redondeadas, los

FIGURA 4. Objeto OMT

Asociaciones y ligas, el ttulo de la relacin de asociacin es nica de la notacin OMT,

Metodologas para generacin de Sistemas Orientados a Objetos 5

FIGURA 5. Asociacin de clase OMT

FIGURA 6. Liga de atributo OMT

Multiplicidad, se utilizan terminadores de lnea para indicar cuantas instancias

FIGURA 7. Multiplicidad OMT

Generalizacin o herencia. La generalizacin se refiere al perfeccionamiento de una

FIGURA 8. Generalizacin o herencia OMT

6 Metodologas para generacin de Sistemas Orientados a Objetos

FIGURA 9. Diagramas dinmicos OMT

Metodologas para generacin de Sistemas Orientados a Objetos 7

En el anlisis y diseo orientado a objetos, el dominio del problema se modela a partir

La metodologa Booch define diferentes modelos para la descripcin de un sistema. El

El proceso del Booch soporta el desarrollo iterativo e incremental de un sistema.

8 Metodologas para generacin de Sistemas Orientados a Objetos

Representacin de clases (el comportamiento dinmico de clases se representa mediante

Sintaxis para atributos:

Sintaxis para mtodos:

FIGURA 10. Notacin grfica metodologa Booch para clases

Clase (atributos estticos)

Metodologas para generacin de Sistemas Orientados a Objetos 9

FIGURA 11. Notacin grfica metodologa Booch para Objetos

FIGURA 12. Notacin grfica metodologa Booch para diagramas de estado

FIGURA 13. Notacin grfica metodologa Booch para diagramas de mdulos

Especificacin y cuerpo Programa principal

10 Metodologas para generacin de Sistemas Orientados a Objetos