UnADM

Unidad 3. Metodologas de diseo para la generacin de sistemas

orientados a objetos.
Actividad 2. Importancia de las metodologas OMT y OOSE en el diseo de sistemas orientados a objetos.
El propsito de esta actividad es que identifiques la metodologa de diseo orientado a objetos OMT y OOSE.

Grupo: DS-DDOO-1502S-B1-006|Andrea Paola De Len Blanco

Ingeniera en Desarrollo de Software

Anlisis y diseo orientado a objetos | Docente: Dorian Ruiz Alonso

Aplicacin de la Metodologa OMT

Proceso de desarrollo
Las pginas 2- 24 de este documento pertenecen a los autores citados a continuacin:
Vctor Manuel Chvez Gaona #Control: 99120839 Vctor Manuel Chvez Gaona #Control: 99120839
ez Gaona #Control: 99120839 Juan Carlos Olivares Rojas #Control: 99120871. (2002). Metodologa
OMT. 25 de Agosto de 2015, de INSTITUTO TECNOLOGICO DE MORELIA, DEPARTAMENTO DE
SISTEMAS Y COMPUTACION, INGENIERA EN SISTEMAS COMPUTACIONALES Sitio web:
http://dsc.itmorelia.edu.mx/~jcolivares/documents/omt

EJEMPLO
Sistema de cajero automtico: ATM (Automated Teller Machine)
Disear el software para dar soporte a una red bancaria automatizada, que
incluya tanto cajeros humanos como cajeros automticos (CA), y que debern ser
compartidos por un consorcio de bancos. Cada banco proporciona sus propias
computadoras para mantener sus cuentas y procesar transacciones relativas a

OMT

Instituto Tecnolgico
de Morelia

ellas. Las terminales de cajero son propiedades de cada banco, y se comunican

directamente con las computadoras del banco. Los cajeros humanos insertan los
datos de la cuenta y de la transaccin. Los cajeros automticos se comunican con
una computadora central que aprueba las transacciones con los bancos
adecuados. Los cajeros automticos admiten tarjetas, interaccionan con el
usuario, se comunican con el sistema central para llevar a cabo la transaccin,
entregan dinero e imprimen recibos. El sistema necesita mantener unos registros
adecuados y tambin las oportunas medidas de seguridad y debe admitir accesos
concurrentes a una misma cuenta de forma correcta. Los bancos proporcionarn
su propio software para sus computadoras; el analista debe disear el software
para los CA y para la red. El coste del sistema compartido ser prorrateado entre
los bancos de acuerdo con el nmero de clientes que tengan sus tarjetas de
crdito.

Terminal
de cajero
Computadora
del banco

CA
CA

Cuenta

Computadora
central

Cuenta
Computadora
del banco

CA

Cuenta

Cuenta

Una red de CA
ANLISIS
MODELO DE OBJETOS:


Identificar los objetos y la clase.

26

OMT

Instituto Tecnolgico
de Morelia
Software

Red
Bancaria

Computador
a de Banco
Computadora
central
Mantenimiento de
contabilidad

Cuent
a

Cajero

CA

Terminal
de cajero

Transaccin

Tarjeta de
crdito

Consorcio

Usuario

Mantenimiento de
seguridad

Banco

Datos de
Cuenta

Dinero

Datos de
transacci
n

Recibo

Acceso

Sistema

Coste

Cliente

Clases extradas de los nombres de definicin del problema

Lneas de
Registro de
comunicacione
transacciones
s
Clases de CA identificadas a partir del conocimiento del dominio del problema
Vaga
Red
Bancaria
Sistema
Mantenimiento de
contabilidad

Datos de
Cuenta
Dinero

Recibo

Atributo

Datos de
transaccin

Coste
Irrelevante

Software
Acceso

Usuario
Implementacin

Mantenimiento de
seguridad

Redundante

Clases Incorrectas

27

OMT

Instituto Tecnolgico
de Morelia
Computador
a de Banco
Computadora
central

Cuent
a

Cajero

Transaccin

CA

Terminal
de cajero

Consorcio

Tarjeta de
crdito

Banco

Cliente

Clases Correctas


Preparar un diccionario de datos

Cuenta Cuenta individual de un banco a la cual se le pueden aplicar

transacciones. Las cuentas pueden ser de varios tipos; como mnimo sern de
ahorro o a la vista. Un cliente puede tener ms de una
CA Punto que permite a los clientes introducir sus propias
transacciones empleando una tarjeta de crdito como identificacin. El CA
interacciona con el cliente para obtener informacin de la transaccin, la enva
a la computadora central para su verificacin y procesamiento, y suministra
dinero al usuario. Suponemos que el CA no necesita funcionar
independientemente de la red.
Banco Una institucin financiera que tiene cuentas para clientes y que
proporciona tarjeta de crdito que autorizan para acceder a dichas cuentas a
travs de la red de CA.
Computadora de banco Computadora de un banco, que tiene una
interfaz con la red de CA, y con los puestos de cajeros del propio blanco. ste
puede tener su propia red interna de computadoras para procesar las cuentas,
aunque slo nos concierne la que se comunica con la red.
Tarjeta de Crdito Tarjeta que le ha sido asignada a un cliente del
banco, y que le autoriza para acceder a cuentas empleando un CA. Cada
tarjeta contiene un nmero y cdigo de banco, que estarn codificados, con
toda probabilidad, de acuerdo con los estndares nacionales para tarjetas de
crdito y de dbito (bancarias). El cdigo del banco le identifica de forma nica
dentro del consorcio. El nmero de la tarjeta determina las cuentas a las cuales
puede acceder. Una tarjeta no accede necesariamente a todas las cuentas del
cliente. Toda tarjeta bancaria es poseda por un nico cliente, pero pueden
existir mltiples copias de ella de modo que es preciso considerar la posibilidad
de su uso simultneo en varias mquinas distintas.
Cajero Empelado de un banco que est autorizado para efectuar
transacciones en los terminales de cajero y para admitir y proporcionar dinero y
cheques a los clientes. Las transacciones, el dinero y los cheques gestionados

28

OMT

Instituto Tecnolgico
de Morelia

por cada cajero deben ser insertados en las computadoras y controlados

debidamente.
Terminal de cajero Puesto en el cual los cajeros introducen
transacciones de sus clientes. Los cajeros proporcionan dinero y cheques; el
terminal imprime recibos. El terminal de cajero se comunica con la
computadora del banco para verificar y procesar las transacciones.
Computadora central Computadora explotada por el consorcio y
encargada de despachar las transacciones entre los CA y las computadoras de
los bancos. Verifica los cdigos de los bancos, pero no procesa directamente
las transacciones.
Consorcio Organizacin de los bancos que contrata y explota la red
de CA. La red slo admite transacciones para los bancos del consorcio.
Cliente Poseedor de una o ms cuentas de un banco. Un cliente
puede ser una o ms personas o compaas; la correspondencia no es
relevante para este problema. Una misma persona que tenga una cuenta en
distintos bancos ser considerada como varios clientes distintos.
Transaccin nica solicitud completa de operaciones que afecta a
cuentas de un solo cliente. Hemos especificado que los CA deben de
proporcionar dinero, aunque no debera excluirse la posibilidad de imprimir
cheques o de admitir dinero o cheques. Quiz sea necesario tambin ofrecer la
flexibilidad para operar sobre cuentas de distintos clientes, aunque esto no se
necesita todava. Las distintas operaciones deben cuadrar correctamente.
Diccionario de datos para las clases de CA.


Identificar asociaciones entre objetos

Locuciones Verbales
La red bancaria incluye cajeros y CA
El consorcio comparte los CA.
El banco proporciona la computadora del banco.
La computadora del banco proporciona las cuentas.
La computadora del banco procesa las transacciones de cada cuenta.
El banco posee el punto de caja.
El punto de caja se comunica con la computadora del banco.
El cajero introduce las transacciones para la cuenta.
Los CA se comunican con la computadora central para la transaccin.
La computadora central verifica la transaccin con el banco.
El CA admite tarjetas bancarias.
El CA interacciona con el usuario.
El CA proporciona dinero.
29

OMT

Instituto Tecnolgico
de Morelia
El CA imprime recibos.
El sistema gestiona accesos concurrentes.
Los bancos aportan su software.
Los costes se prorratean entre los bancos.

Locuciones verbales implcitas

El consorcio est formado por bancos.
Los bancos tienen cuentas.
El consorcio posee la computadora central.
El sistema se encarga del registro.
El sistema se encarga de la seguridad.
Los clientes tienen tarjeta de crdito.
Conocimiento del dominio del problema
Las tarjetas de crdito acceden a cuentas.
Los bancos emplean cajeros.
Asociaciones para la definicin del problema de un CA.
Consta de
Consorcio

Cdigo
de banco

Banco

Posee
Posee

Computadora
central

Se comunica
con

Introducida
en
CA

Contiene

Se
comunica
con

P
o
s
e
e

Cuenta

Concierne a
Se
comunica
con

Computadora
de banco

Se
comunica
con
Terminal
cajero

Tiene

Cliente

Accede a

Concierne a

T
i
e
n
e

Cajero
Introducido
por

Introducida en

Transaccin
remota

Transaccin
de cajero

Tarjeta de
crdito
Autorizada
por
30

OMT

Instituto Tecnolgico
de Morelia
Diagrama inicial para un sistema ATM.

Nombre
Emite
Cdigo de
tarjeta
Consorcio
Cdigo de
banco

Consta de

Banco
Nombre
Cdigo
terminal

Posee

Contiene
Cdigo de
cuenta
Cdigo de
empleado

Tiene

Cuenta

Cliente

Saldo
Lmite de crdito
Tipo

Nombre
Direccin

Emplea a
Tiene

Concierne a

Posee
Posee

Computadora de
banco

Computadora de
banco

Cdigo de
banco

Cajero
Accede a
Nombre

Se comunica con
Cdigo
terminal

Cdigo
terminal

Concierne a
Introducido
por

Se comunica con

Transaccin de
cajero
Terminal de
cajero

Introducido en
Clase
Fecha-hora
Cantidad

Se comunica con

CA
Introducida en
Dinero en efectivo
Dispensado

Transaccin
remota
Clase
Fecha-hora
Cantidad

Tarjeta de
crdito
Autorizado por

Modelo de objetos de un CA con sus atributos



Organizar y simplificar la clase de objetos usando herencia.

31

OMT

Instituto Tecnolgico
de Morelia
Terminal de
entrada

Transaccin
Introducida en

Clase
Fecha-hora
Cantidad
Concierne a

CA

Terminal
cajero
Transaccin
de cajero

Dinero en
efectivo
dispensado

Transaccin
remota

Se comunica con
Introducido por

Se comunica con
Cdigo de
terminal

Cdigo de
terminal

Computadora
central

Computadora de
banco

Cajero
Nombre

Cdigo de
banco

Emplea a

Autorizado por
Emite

Se comunica con

Posee
Tiene

Tarjeta de
crdito

Posee
Cdigo de
puesto

Posee

Banco

Cliente
Cdigo de
empleado

Nombre
direccin
Tiene

Consta de

Cdigo de
banco

Accede a

Nombre
Cdigo
de tarjeta

Consorcio

Contrasea

Cdigo de
cuenta
Contiene

Cuenta
Saldo
Lmite de crdito
Tipo

Modelo de objetos de un CA con atributos y herencia


Verificar que existen las vas de acceso adecuadas para las
probables consultas.

Iterar y refinar el modelo.

32

OMT

Instituto Tecnolgico
de Morelia
Transaccin
Introducida en
Fecha-hora

Consta de
Actualizacin

Terminal de
entrada
Cantidad
Clase
Transaccin
de cajero

Transaccin
remota

Introducida por
CA

Terminal de
caja

Concierne a

Cajero
Iniciada por

Efectivo
Dispensado
Nombre
Posee
Posee
Emplea a

Banco

Cliente
Cdigo de
empleado

Consorcio
Cdigo de
banco
Consta de

Contrasea
Lmite

Nombre
Direccin

Identifica a

Nombre
Cdigo de
cuenta

Aurotizacin
de tarjeta

Tiene

Cdigo de
terminal

Cdigo de
terminal

Emite

Cdigo de
tarjeta

Tiene
Cuenta

Contiene

Saldo
Lmite de crdito
Tipo

Cuenta
Saldo
Lmite de crdito
Tipo
Accede a

Modelo de objetos del CA despus de otra revisin



Agregar las clases en mdulos

MODELADO DINMICO:


Se preparan escenarios de secuencias tpicas de interaccin.

El CA pide al usuario que inserte una tarjeta; el usuario inserta una tarjeta de
crdito.
El CA admite la tarjeta y lee su nmero de serie.
El CA solicita la contrasea; el usuario escribe 1234.
El CA verifica el nmero de serie y la contrasea con el consorcio; esta la
comprueba con el banco 39 y notifica la aceptacin al CA.
El CA pide al usuario que seleccione la clase de transaccin que desea (retirar
fondos, hacer un ingreso o una transferencia); el usuario selecciona retirar
fondos.
El CA verifica que la cantidad se encuentre dentro de los lmites de crdito
predefinidos, y pide al consorcio que procese la transaccin; ste pasa la
33

OMT

Instituto Tecnolgico
de Morelia

solicitud al banco, que eventualmente confirma el xito de la misma y

proporciona el nuevo saldo disponible en cuenta.
El CA proporciona el dinero y pide al usuario que lo recoja; ste toma el dinero.
El CA pregunta si el usuario desea continuar; ste dice que no.
El CA imprime un recibo, expulsa la tarjeta y pide al usuario que la recoja; el
usuario toma el recibo y la tarjeta.
El CA pide a un usuario que inserte una tarjeta.
Escenario normal de un CA.
El CA pide al usuario que inserte una tarjeta; inserta una tarjeta de crdito.
El CA admite la tarjeta y se lee un nmero de serie.
El CA solicita la contrasea; el usuario escribe 9999.
El CA verifica el nmero de serie y la contrasea con el consorcio, que los
rechaza despus de consultar con el banco adecuado.
El CA indica que la contrasea es incorrecta, y pide al usuario que vuelva a
escribirla; ste usuario escribe 1234, y la tarjeta es admitida por el consorcio
tras verificar el CA.
El CA pide al usuario que seleccione la clase de transaccin que desea; el
usuario selecciona una retirada de fondos.
El CA pregunta la cantidad de dinero; el usuario cambia de opinin y pulsa
cancelar.
El CA expulsa la tarjeta y pide al usuario la recoja, el usuario la recoge.
El CA pide a un usuario que inserte una tarjeta.
Un escenario de CA con excepciones.


Se identificar sucesos que acten entre objetos.

Mensajes al usuario
0

Introducir

Recibos

Borrar

Cancelar

Ranura de

Formato de la interfaz ATM

34

OMT

Instituto Tecnolgico
de Morelia


Se prepara un seguimiento de sucesos para cada escenario.

Usuario

CA

Consorcio

Banco

Insertar tarjeta
Solicitar
contrasea
Introducir
contrasea

Solicitar tipo de
operacin

Verificar cuenta

Cuenta correcta

Verificar tarjeta
con banco
Cuenta de banco
correcta

Introducir tipo
Solicitar cantidad
Introducir cantidad

Procesar transaccin

Transaccin con
xito

Procesar transaccin de
banco
Transaccin de banco con
xito

Dispensar dinero
Solicitar retirar dinero
Retirar dinero
Solicitar continuacin
Terminar
Imprimir recibo
Expulsar tarjeta
Solicitar retirar tarjeta
Retirar tarjeta
Visualizar pantalla
principal

Seguimiento de sucesos para un escenario de CA.

35

OMT

Instituto Tecnolgico
de Morelia
Insertar tarjeta, introducir contrasea, tipo, y
cantidad, tomar efectivo y tarjeta, cancelar,
terminar, continuar
Usuario

CA
Visualizar pantalla principal,
Mensaje tarjeta ilegible,
Solicitar Contrasea, tipo y cantidad
Mensaje cancelado
Expulsar tarjeta, mensaje de error
Dispensar dinero,
Solicitar retirar dinero
Solicitar continuacin
Imprimir recibo,
Solicitar retirar tarjeta.
Mensaje cuenta incorrecta
Mensaje cdigo banco incorrecto

-Transaccin con
xito.
-Transaccin
fallida.
-Cuenta correcta.
-Cuenta incorrecta.
-Cdigo de banco
incorrecto.

Verificar cuenta
Procesar transaccin
Verificar tarjeta con banco,
Procesar transaccin con banco
Banco

Consorcio
Transaccin de banco con xito
Transaccin de banco fallida.
Cuenta de banco correcta.
Cuenta de banco incorrecta
Contrasea de banco incorrecta

Diagrama de flujo de sucesos para el ejemplo de CA.



Se construye un diagrama de estados.

36

OMT

Instituto Tecnolgico
de Morelia

Esperar
respuesta
red

Respuesta de red

Insertar tarjeta
[legible]
Pantalla principal
hacer: visualizar
pantalla principal
Insertar tarjeta
[ilegible]
Retirar
tarjeta

Interrupcin
hacer: mensaje
cancelado

Insertar contrasea

Cancelar
Hacer: verificar
cuenta

Hacer: solicitar
contrasea
Contrasea
incorrecta

Cuenta correcta
Cuenta
incorrecta

Ilegible
hacer: mensaje
tarjeta ilegible

Hacer: solicitar
tipo

Cancelar

Tarjeta expulsada
hacer: expulsar tarjeta;
Solicitar retirar tarjeta

Cancelar
hacer: mensaje
cancelado

Introducir
tipo

Cancelar
Cancelar

Hacer: solicitar
tipo
FIN
hacer: imprimir
recibo

Hacer: mensaje
cuenta incorrecta

Introducir cantidad
Terminar
Transaccin
con xito

Cancelar
Continuar
Retirar dinero
Hacer: solicitar
continuacin

Hacer: dispensar
dinero;
Solicitar retirar dinero

Hacer: procesar
transaccin

Transaccin
con xito
Red responde =
Cuenta correcta, cuenta incorrecta
Cdigo banco incorrecto,
Contrasea incorrecta,
Transaccin con xito, transaccin fallida

Esperar 5
segundos

Hacer: mensaje
error
Cancelar

Diagrama de estados para la clase CA

37

OMT

Instituto Tecnolgico
de Morelia
Procesar transaccin

Verificar cuenta

Hacer: procesar
transaccin de banco

Hacer: verificar cdigo

de banco

[Cdigo incorrecto]
/cdigo de banco incorrecto

[Cdigo bueno]
Transaccin de banco
fallida
/transaccin fallida

Cuenta de banco incorrecta

/cuenta incorrecta

Transaccin de banco
con xito
/transaccin con xito

Hacer: verificar tarjeta

con banco
Contrasea de banco incorrecta
/contrasea incorrecta
Cuenta de banco incorrecta
/cuenta incorrecta

Diagrama de estados para la clase Consorcio.

Procesar transaccin de
banco

Hacer: actualizar
cuenta

Verificar tarjeta con

banco

Hacer: verificar
nmero de tarjeta

[No es vlida]
/cuenta de banco incorrecto

[Vlida]
[Fallo]
/ Transaccin de
banco fallida
[xito]
/ Transaccin de
banco con xito

Hacer: verificar
contrasea

[No vlida]
/Contrasea de banco
incorrecta

[Vlida]
/Cuenta de banco correcta

Diagrama de estados para la clase Banco.


Se comparan los sucesos intercambiados entre objetos para verificar
la congruencia.
MODELO FUNCIONAL:


Identificar los valores de entrada y salida.

38

OMT

Instituto Tecnolgico
de Morelia
Cdigo de banco, cdigo de tarjeta
Tarjeta de
crdito
Contrasea,
Tipo de transaccin,
Tipo de cuenta,
Cantidad

CA
Lmites del
sistema

Dinero, recibo,
Mensajes

Usuario

Valores de entrada y salida para el sistema CA.


Construir diagramas
dependencias funcionales.

de

flujo

de

datos

que

muestren

Tarjeta de
crdito

Tarjeta de
crdito
Cdigo de
banco,
Cdigo de tarjeta
Leer
entradas
Contrasea,
Tipo de transaccin,
Cantidad,
Tipo de cuenta

Saldo
Efectuar
transaccin

Usuario

Generar
salidas

Mensajes,
Dinero,
Recibo

Diagrama de flujo de datos del ms alto nivel para el CA

39

las

OMT

Instituto Tecnolgico
de Morelia
Consorcio
Cdigo
de
banco

Seleccionar
banco

Cdigo de tarjeta

Cdigo de banco incorrecto

Banco

Seleccionar
tarjeta
Cuentas

Contrasea

Cdigo de tarjeta incorrecto

Autorizacin de tarjeta
Contrasea
Verificar
contrasea

Tipo de cuenta

Contrasea
incorrecta

Cuenta Incorrecta

Seleccionar
tarjeta
Cuenta

Saldo
Cantidad y tipo de transaccin

Actualizar
Cuenta

Transaccin
fallida
Dinero, recibo

Diagrama de flujo de datos para el proceso efectuar transaccin en un CA.



Describir funciones.

Actualizar cuenta (cuenta, cantidad, tipo-de-transaccin) -> dinero, recibo,

mensaje
Si la cantidad que se intenta retirar supera el saldo disponible,
Rechazar la transaccin y no entregar ningn dinero.
Si la cantidad que se intenta retirar no supera el saldo disponible,
Cargar el importe y dispensar el efectivo solicitado
Si la transaccin es un ingreso,
Abandonar el importe y no dispensar efectivo.
Si la transaccin es una peticin de saldo
No dispensar efectivo.
En todo caso,
El recibo muestra el nmero del CA, fecha, hora, nmero de cuenta, tipo-detransaccin, importe (si lo hubiere) y nuevo saldo.
Descripcin de la funcin actualizar cuenta.


Identificar las restricciones.

40

OMT

Instituto Tecnolgico
de Morelia


Especificar los criterios de optimizacin

DISEO

CA

Cajero

Tarjeta de
crdito

Terminal de
cajero

Consorcio

Base de datos
Cuenta

Lneas
Telefnicas

Usuario

Cliente

Interfaz de
usuario

Lneas
Telefnicas

Transaccin

Transaccin

Autorizacin
de tarjeta

Transaccin

Arquitectura del Sistema CA

41

OMT

Instituto Tecnolgico
de Morelia

Pantalla principal
Insertar tarjeta
Solicitar Contrasea
Introducir Contrasea
Verificar cuenta
Cuenta incorrecta

Cuenta OK
Solicitar Clase
Introducir clase
Solicitar cantidad
Introducir cantidad

Transaccin fallida

Procesar transaccin
Transaccin correcta
Dispensar efectivo
Retirar efectivo

Continuar

Solicitar continuacin
Concluir
Fin
Concluir

Tomar tarjeta

Tarjeta expulsada

Control de un CA
Pseudocdigo
Hacer para siempre
Mostrar pantalla principal
Leer tarjeta

42

OMT

Instituto Tecnolgico
de Morelia
Repetir
Pedir contrasea
Leer contrasea
Verificar cuenta
Hasta que la verificacin de cuenta sea correcta
Repetir
Repetir
Preguntar clase de transaccin
Leer clase
Leer cantidad
Comenzar transaccin
Esperar que acabe
Hasta que la transaccin sea correcta
Dispensar efectivo
Esperar a que lo tome el cliente
Preguntar si contina
Hasta que el usuario quiera terminar
Expulsar tarjeta
Esperar hasta que el cliente tome la tarjeta

43

Actividad 2. Importancia de las

[UNIDAD 3. METODOLOGAS DE DISEO PARA LA GENERACIN DE SISTEMAS metodologas OMT y OOSE en el diseo
ORIENTADOS A OBJETOS.] de sistemas orientados a objetos.

OOSE
Correspondencia de los modelos y sus fases

Proceso de
anlisis:

Proceso de
construccin:

Proceso de
prueba:

Modelo de
requerimientos.
Modelo de
anlisis.

Modelo de
diseo.
Modelo de
implementacin.

Modelo de
pruebas.

Establece los lmites del sistema, y se

destacan por ser funcionales y tiles.
Desarrolla la estructura del sistema,
donde existen tres tipos de objetos:
de interface, de entidad y de control.

Subsecuente del modelo de anlisis para

el diseo y se adapta para establecerlo
dentro
de
un
ambiente
de
implementacin.

Se realiza para establecer las

pruebas al modelo de
implementacin.

Se basa en el cdigo fuente de los objetos

especificados en el modelo de diseo.

Ingeniera en Desarrollo de Software | Anlisis y diseo orientado a objetos

Actividad 2. Importancia de las

[UNIDAD 3. METODOLOGAS DE DISEO PARA LA GENERACIN DE SISTEMAS metodologas OMT y OOSE en el diseo
ORIENTADOS A OBJETOS.] de sistemas orientados a objetos.
OMT
Proceso de aplicacin de las fases y modelos del OMT

Determinar el modelo para

comprender el problema en el
dominio de la aplicacin.

Determinar la estructura del

sistema en trminos de
subsistemas.

Dimensionar, afinar y optimizar

el modelo de anlisis, agregando
conceptos de programacin.

Implementar las clases de

objetos representadas en
un lenguaje de
programacin.

Validar el comportamiento de
las clases y objetos que se
encuentran descritos en los
escenarios.

Modelo objeto:
Modelo funcional:
Especifican las clases que se descubrieron
para el sistema analizado en trminos del
dominio del problema. Adems se
especifican los atributos y operaciones
que distinguen a cada una de las clases y
las relaciones con las que podemos
conocer su responsabilidad en el sistema.

Aspectos que se transforman

de acuerdo a la funcin del
sistema;
este
modelo
comnmente es representado
mediante un diagrama de
flujo.

Modelo dinmico:

Aspectos
temporales
de
comportamiento del sistema,
mediante la secuencia de
operaciones en el tiempo.

Ingeniera en Desarrollo de Software | Anlisis y diseo orientado a objetos

Actividad 2. Importancia de las

[UNIDAD 3. METODOLOGAS DE DISEO PARA LA GENERACIN DE SISTEMAS metodologas OMT y OOSE en el diseo
ORIENTADOS A OBJETOS.] de sistemas orientados a objetos.

Conclusiones:

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 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
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. Aqu se define la
arquitectura completa del sistema. Primero el sistema se organiza en subsistemas que estn asignando 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 lmite para ayudar a establecer las prioridades de negociacin.
La fase de diseo de objetos viene despus de la fase de diseo del sistema. Aqu 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 nfasis 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 orientados a objetos. OMT se construye alrededor de descripciones de estructuras de datos, constantes, sistemas de

Ingeniera en Desarrollo de Software | Anlisis y diseo orientado a objetos

Actividad 2. Importancia de las

[UNIDAD 3. METODOLOGAS DE DISEO PARA LA GENERACIN DE SISTEMAS metodologas OMT y OOSE en el diseo
ORIENTADOS A OBJETOS.] de sistemas orientados a objetos.
procesos de transacciones. OMT hace nfasis 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.
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 aun cuando contiene un mtodo bastante completo para el anlisis, solamente tiende a dar
indicaciones prcticas para el diseo. El OMT abarca ms 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 nmero 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
ms 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 ms 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.
Vctor Manuel Chvez Gaona #Control: 99120839 Vctor Manuel Chvez Gaona #Control: 99120839 ez Gaona #Control: 99120839 Juan Carlos Olivares Rojas #Control: 99120871.
(2002). Metodologa OMT. 25 de Agosto de 2015, de INSTITUTO TECNOLOGICO DE MORELIA, DEPARTAMENTO DE SISTEMAS Y COMPUTACION, INGENIERA EN SISTEMAS
COMPUTACIONALES Sitio web: http://dsc.itmorelia.edu.mx/~jcolivares/documents/omt

Ingeniera en Desarrollo de Software | Anlisis y diseo orientado a objetos