Vous êtes sur la page 1sur 18

Universidad Abierta y a Distancia de

Mxico
UnADM
MATERIA: ANALISIS Y DISEO ORIENTADO A
OBJETOS
INGENIERIA EN DESARROLLO DE SOFTWARE

UNIDAD 3. ACTIVIDAD 2

Presenta: Andrs Escobedo Lpez


Matricula: ES1521207602

SEPTIEMBRE 2016

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; para ello, sigue
estos pasos:
1. Investiga y redacta dos casos de programas orientado a
objetos uno relacionado con la metodologa OMT y otro
relacionado con la metodologa OOSE.
2. Identifica los elementos bsicos
tcnicas, ciclo de vida y diagramas.

de

sus

modelos,

3. Elabora los diagramas asociados a ambas metodologas,


con base en los casos seleccionados.
4. Explica los elementos de los mtodos OMT y OOSE
mediante un organizador de contenidos de tu eleccin
indicando conceptos y la forma en que se relacionan.
5. Redacta una explicacin de tu organizador de
contenidos mencionando ventajas y desventajas en
ambos mtodos indicando con qu tipos de casos de
desarrollo se relaciona cada uno de los mtodos.
6. Redacta una conclusin con respecto a la importancia y
vigencia de las metodologas OMT y OOSE en el anlisis
y diseo orientado a objetos.
7. Ingresa a la actividad enviada por mnimo uno de tus
compaeros y explica cmo aportan a tu comprensin
sobre las metodologas OMT y OOSE, los casos
expuestos por ellos. Redacta una conclusin exponiendo
las similitudes y diferencias entre los casos que ellos
exponen y los casos que t expones.
DESARROLLO CON METODOLOGIA OMT
Metodologa creada por James Rumbaugh y Michael Blaha
en 1991, mientras James diriga un equipo de investigacin de
los laboratorios General Electric. OMT es una de las
metodologas de anlisis y diseo orientadas a objetos, ms

maduras y eficientes que existen en la actualidad. OMT pone


nfasis en la importancia del modelo y uso de modelo para
lograr una abstraccin, en el cual el anlisis est enfocado en el
mundo real para un nivel de diseo, tambin pone detalles
particulares para modelado de recursos de la computadora.

ANALISIS

DISEO
DEL
SISTEMA

DISEO
DE
OBJETOS

IMPLEME
N
TACIN

Se construye un modelo del dominio, mostrando propiedades


importantes.
El modelo de anlisis es una abstraccin resumida y precisa de
lo que debe de hacer el sistema deseado.

Se toman decisiones de alto nivel sobre la arquitectura del


sistema ha implementar.
El sistema se organiza en subsistemas basndose tanto en la
estructura del anlisis como en la arquitectura propuesta.

Se construye un modelo de diseo basndose en el modelo de


anlisis e incorporando detalles de implementacin
Se centra en las estructuras de datos y algoritmos que son
necesarios para implementar cada clase

Las clases de objetos y relaciones desarrolladas durante el


anlisis de objetos se traducen finalmente a una
implementacin concreta.
Es importante que la correspondencia con el diseo sea directa
y el sistema implementado sea flexible y extensible

Representacin de las fases.


Los diagramas que se emplean en esta metodologa son:
1. Diagrama de Objeto OMT (ver ejemplo)

2. Diagrama de estado:

3. Diagrama de flujo de datos:

EJEMPLO OMT:
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 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.

El modelo de objetos:

El anlisis de lo deferentes eventos.

El diagrama de estados.

DESARROLLO CON METODOLOGIA OOSE


El mtodo desarrollado por Ivar Jacobson OOSE ha sido llamado
un enfoque para el manejo de casos de uso, en este enfoque
el modelo de casos de uso sirve como un modelo central del cual
todos los otros modelos son derivados. Un modelo de casos de
uso
describe
la
funcionalidad
completa
del
sistema,
identificando como, todo lo que esta fuera del sistema,
interacta con l.
El modelo de casos de uso de acuerdo con Jacobson, es la base
en la etapa de anlisis, construccin y prueba. OOSE presenta
cinco tcnicas para modelar un sistema:
1. Modelo de requerimientos: delimita el sistema y define su
funcionalidad.
2. Modelo de anlisis: estructura el sistema, modelando tres
tipos de objetos (objetos de interface, objetos entidad y
objetos de control).
3. Modelo de diseo: refina el modelo de anlisis y lo adapta
a un ambiente de implementacin. Consiste de diagramas
de interaccin y diagramas de transicin de estados.
4. Modelo de implementacin: consiste en el cdigo fuente de
los objetos especificados en el modelo de diseo.
5. Modelo de prueba: es llevado a cabo mediante
realizacin de pruebas al modelo de implementacin.

la

La idea bsica de estos modelos es capturar el concepto inicial


de todos los requerimientos funcionales y usar sus perspectivas.
Es por eso que la relacin entre ellos es importante. Para ser
posible el mantenimiento del sistema es tambin necesario que
los modelos sean tangibles.

EJEMPLO OOSE:
El caso que se presenta es el de un cajero de retiro de dinero
automtico. En donde se muestran los procesos para efectuar el

retiro de dinero y las actividades que son propias del cliente o


del banco.

Organizador de Contenidos.
METODOLO
GA
OMT
(Object
Modeling
Technique)

OOSE

CARACTERSTICAS

VENTAJAS

Desarrollada por James Rumbaugh.


Describe el anlisis y diseo
orientado a objetos, que incorporan
tanto
comportamiento
como
estructuras de datos. La esencia del
desarrollo es la identificacin y
organizacin de conceptos en el
dominio del problema.
El sistema es descrito a partir de tres
modelos diferentes: un modelo de
objetos, un modelo dinmico, y un
modelo funcional.
Cada modelo describe un aspecto
del
sistema
pero
contiene
referencias a los dems Modelos, por
eso
no
son
totalmente
independientes.
Desarrollada por Ivar Jacobson.
El modelo de caso de uso sirve como
modelo central.
El modelo de caso de uso es la base
en la etapa de anlisis, construccin
y prueba.
Presenta cinco tcnicas para modelar
un
sistema:
Modelo
de
requerimientos,
anlisis,
diseo,

Anlisis de estudios
de pruebas y de
resultados
diagramados por un
esquema lgico.

DESVENTAJAS

Dificultades
para
personalizar
los
estndares
de
modelado ya que
puede
seguir
patrones
y
Mtodo fuerte para la parmetros
produccin de modelo distintos en cada
de
objetos
de caso de uso.
estructura
esttica
del sistema.
No
se
puede
expresar
plenamente
los
requisitos.

Separacin
del No
trata
la
modelo funcional y programacin
del modelo dinmico.
orientada a objetos
al mismo nivel que
Mtodo fuerte para otros mtodos.
producir
requisitos
orientados al usuario
y orientada a objetos
modelo de anlisis.

implementacin y prueba.
Estos modelos capturan el concepto
inicial de todos los requerimientos
funcionales y usar sus perspectivas

CONCLUSION.
La Importancia de la metodologa OMT es que esta enfocada a visualizar
de forma grfica el lenguaje que permite especificar, documentar y
construir un programa de software de acuerdo a las necesidades y
exigencias de un sector productivo y tecnolgico.
El mtodo desarrollado por Ivar Jacobson OOSE ha sido llamado un
enfoque para el manejo de casos de uso, en este enfoque el modelo de
casos de uso sirve como un modelo central del cual todos los otros
modelos son derivados. Un modelo de casos de uso describe la
funcionalidad completa del sistema, identificando como, todo lo que esta
fuera del sistema, interacta con l. Sus pasos en el proceso lo hacen
sumamente completo, estos son a grandes rasgos: conceptualizacin,
anlisis, diseo del sistema, diseo de objetos, cdigo y pruebas, lo que
se efecta a travs de los distintos tipos de diagramas de clase,
escenario, flujo, actores y procesos, (Martin, J. 1990).

La metodologa OOSE, tiene quiz su importancia en la construccin de


sus ciclos de vida, que contiene la construccin, el diseo y las pruebas,
como factores esenciales para su desarrollo y aplicacin. Para lo cual se
utilizan herramientas, procesos, mtodos y arquitecturas. La vigencia de
la metodologa OOSE, se encuentra en la robustez con la que se sigue
aplicando a problemas de desarrollo y creacin de software. Esto se
debe a que sigue los modelos de requerimientos, anlisis, diseo,
implementacin, y pruebas.
En cuanto al anlisis y diseo orientado a objetos, se pude concluir
que se cuenta con una acervo muy amplio para disear y modelar un
negocio o un objeto en software, (Rumbaugh, 1988), siempre que se
apegue a los lineamientos de las metodologas y se pueda diagramas o
representar en forma grfica, en donde el simbolismo es una parte
circunstancial de la conceptualizacin y de la productividad del diseo
de anlisis y modelado.

BIBLIOGRAFA:
1. Castellanos L. (2007). Anlisis y diseo orientado a objetos. Documento consultado en:
http://luiscastellanos.files.wordpress.com/2007/10/anc3a1lisis-y-disec3b1o-orientado-a-

objetos.pdf - http://brd.unid.edu.mx/ventajas-y-desventajas-del-analisis-orientado-a-objetos2/#sthash.4RwJORLy.dpuf
2. MARTIN, James & ODELL, James: Anlisis y Diseo Orientados a Objetos. Editorial
Prentice Hall. Mxico.
3. Ingeniera de Software, Ecured, recuperado el 11 de Abril 2016 de:
http://www.ecured.cu/Ingenier%C3%ADa_de_software
4. Modelado y diseo orientados a objetos Metodologa OMT. James Rumbaugh, Michael
Blaha, William Premerlani, Frederick Hed y William Lorensen. Editorial Prentice Hall 1996
Primera reimpresin.
5. Berzal F. (s.f). El ciclo de vida de un sistema de informacin. Visto el da 16 de septiembre
de 2016 en: http://elvex.ugr.es/idbis/db/docs/lifecycle.pdf

6. Cachala, Luis. (2010). Ejemplo de UML en Microsoft Co. En lnea. Visto el da 16 de


septiembre de 2016 en: https://msdn.microsoft.com/es-es/library/bb972214.aspx