INSTITUTO TECNOLOGICO SUPERIOR DE CALKINI

EN EL ESTADO DE CAMPECHE
INGENIERIA MECATRNICA
SPTIMO SEMESTRE

SIMULACIN Y NORMATIVIDAD
JOSE ALFONSO CUEVAS BACAB

T1: DIFERENTES MODELOS ORIENTADO A OBJETOS

COMO BASE PARA LA IDENTIFICACIN DE CLASES

GRUPO A
ALUMNO:
FLORES YERBES EMMANUEL

5514
FECHA DE ENTREGA 15/12/2016

Introduccin
El anlisis orientado a objetos, o ms precisamente, el Modelado
Orientado a Objetos (MOO) es un rea relativamente reciente. Durante
estos aos 90 aparecieron en la literatura algunas propuestas ms
elaboradas (principalmente en forma de libros) que apuntan a esta fase
del desarrollo de software bajo el paradigma de la orientacin a objetos.
Existe actualmente una diversidad de tcnicas, lo cual slo aumenta la
dificultad para identificar, entre otros, cules son las reales ventajas de
abordar el anlisis de sistemas con orientacin a objetos, cules son las
actividades generalmente aceptadas que deben realizarse en el MOO, y
cules son las estrategias alternativas ms apropiadas para conducir el
MOO.

Modelado Orientado a Objetos (MOO)

En el contexto del desarrollo de sistemas de software con orientacin a
objetos, el MOO es la construccin de modelos de un sistema por medio
de la identificacin y especificacin de un conjunto de objetos
relacionados, que se comportan y colaboran entre s de acuerdo a los
requerimientos establecidos para el sistema de objetos.
La definicin anterior ya sugiere la distincin, dentro del proceso de
MOO, de tres dimensiones o perspectivas relativamente ortogonales
para describir un sistema de objetos:

Dimensin estructural de los objetos: Se centra en las propiedades

estticas o pasivas de los sistemas. Est relacionada con la estructura
esttica del sistema de objetos.
Dimensin dinmica del comportamiento: Se centra en las
propiedades activas y describe el comportamiento individual y la
colaboracin entre los objetos que constituyen el sistema.
Dimensin funcional de los requerimientos: Son consideradas las
propiedades relativas a la funcin de transformacin del sistema de
objetos, es decir, los procesos de conversin de entradas en salidas.

El proceso de MOO puede ser dividido en un conjunto mnimo de

actividades. La lista a seguir muestra estas actividades sin ninguna
secuencia especfica:

Identificar las clases, objetos y atributos: Se determinan cules son

las clases, objetos y atributos que deben incluirse en el modelo.
Asociar estticamente los objetos: Es la configuracin de una
estructura esttica que exprese relaciones dependientes del dominio
del problema.
Describir el comportamiento de los objetos: Es la especificacin del
comportamiento de los objetos sobre la base de los conceptos
bsicos de estado, regla de transicin, evento y accin.
Definir la colaboracin del comportamiento de los objetos: Busca
reflejar la interaccin o colaboracin entre los objetos, considerando
el flujo de eventos o mensajes entre los mismos.
Organizar las clases en jerarquas de herencia: Se propone organizar
las clases de tal forma a maximizar la comparticin de propiedades
comunes entre ellas.

Agregar y/o particionar las clases por niveles de abstraccin:

Jerarquiza el modelo por niveles de complejidad haciendo uso de
mecanismos de particionamiento o de agregacin.

Estos procedimientos pueden ser categorizados en tres estrategias

generales asociadas a las dimensiones del MOO. Estas estrategias son:

Dirigida por datos: En esta estrategia el MOO es dirigido

principalmente por la informacin esttica sobre el dominio del
problema. La idea central que sustenta esta estrategia es que la
estructura de los objetos del sistema es determinante para el
comportamiento que ste presenta. La gran mayora de las tcnicas
de MOO siguen esta estrategia, con algunas pequeas variaciones.

Dirigida
por
comportamiento:
La
estrategia
dirigida
por
comportamiento se basa en informacin sobre el comportamiento
esperado del sistema de objetos. El MOO bajo esta estrategia
comienza con la definicin del comportamiento global del sistema,
para seguir despus con la definicin de la colaboracin de algn tipo
de componentes al interior del sistema. Estos componentes o
entidades sern candidatos a objetos. La hiptesis bsica es que la
estructura de los objetos del sistema es derivada del comportamiento
que ste debe presentar. La cantidad de procedimientos de
propuestas que siguen esta estrategia es bastante menor que la que
adopta la estrategia dirigida por datos.

Dirigida por procesos: En esta estrategia el MOO es dirigido por la

informacin sobre las tareas (procesos, responsabilidades o
funciones) que deben ser desempeadas por el sistema y sus
componentes. Esencialmente esta estrategia utiliza las facilidades de
los modelos funcionales (o de procesos) para derivar (o asociar) los
objetos y su estructura. Los procedimientos de las propuestas que
siguen esta estrategia estn entre los primeros que fueron
publicados.

Crticas y Consideraciones sobre el MOO

A continuacin se presentan algunas consideraciones respecto a cmo el
MOO es presentado mayoritariamente en la literatura. Muchos autores
afirman incluso la conveniencia de usar orientacin a objetos en el
modelado conceptual.
Naturalidad
La esencia del paradigma de la orientacin a objetos y ms
especficamente, del MOO, es la visin de la realidad compuesta por
objetos. Frecuentemente se afirma que esta visin es ms natural que
una visin funcional o comportamental. Por ejemplo, en el mbito de la
ingeniera de negocios sugieren utilizar el modelo de objetos para
disear negocios debido a esta aparente naturalidad que facilitara la
comunicacin.
Hace 10 aos ya se afirmaba que no existen clases de objetos en el
universo fsico real. Son construcciones que existen en la mente de los
observadores; los objetos no son ms reales o naturales que las
funciones, conclua. A lo anterior, se agregaba que esta variacin de la
controversia forma vs funcin no est resuelta y probablemente nunca
lo ser. Por lo tanto no es posible afirmar que las clases de objetos sean
la forma ms natural por la cual las personas ven la realidad. No
obstante ser ste un argumento a favor de la orientacin a objetos muy
frecuente en la literatura.
Encapsulamiento
En Informtica existe una fuerte tendencia a forzar la realidad modelada
a una conceptualizacin originada de la construccin de software. Por
ejemplo, el MOO se sustenta en el encapsulamiento que propone
separar los aspectos externos de los internos. Los aspectos externos son
conocidos por otros objetos, en cambio los aspectos internos son de
conocimiento exclusivo del objeto propietario. De esta forma, los objetos
son auto-contenidos y no comparten ningn tipo de dato que no sea
solicitado en las colaboraciones con otros objetos.

Continuidad Estructural
La continuidad estructural en las sucesivas fases del ciclo de vida
orientado a objetos, es comnmente indicada como una ventaja. El gap
semntico se vera disminuido: por ejemplo, los objetos identificados en
el dominio del problema seran mapeados directamente en los objetos
especificados en el dominio de la solucin durante el diseo. Lo mismo
sucedera con estos objetos al ser mapeados en los objetos codificados
de la implementacin. Se puede afirmar entonces, que el MOO sera
ventajoso si tanto el diseo como la implementacin fueran tambin
conducidos bajo este mismo paradigma.
Transicin al Diseo
La confusin existente entre lo que es el anlisis y el diseo orientados a
objetos, es decir, la poca claridad en los lmites entre estas dos fases es
indicada en la literatura. El principio de la ingeniera de software de que
el anlisis debe ser declarativo con relacin al diseo, es decir, que
describe qu debe hacer el sistema en contraste con el diseo que
establece cmo ha de hacerse, no ocurre en la orientacin a objetos.
En la prctica, los modelos orientados a objetos del anlisis son slo
menos detallados que los del diseo o slo constituyen el centro del
modelo de diseo; as la pretensa declaratividad no es alcanzada. De
esta forma, el MOO puede entenderse como un diseo preliminar,
porque una vez que los requerimientos son entendidos, stos se
organizan en un modelo que sirve como estructura interna del sistema a
ser diseado.
La orientacin a objetos debe ser considerada entonces como una
decisin de diseo e implementacin y no como una decisin de
modelado conceptual o de anlisis de requerimientos.

Conclusin
Bajo los argumentos aqu presentados, el MOO debe ser considerado como una
alternativa ms para hacer frente al anlisis de sistemas, con una fuerte
restriccin impuesta a priori de implementar orientado a objetos. Con el fin de
obviar esta restriccin se sugiere modelar usando tcnicas que posterguen el
encapsulamiento, es decir, que permitan modelar fuera del paradigma de la
orientacin a objetos y que, eventualmente y si as se desea, sea posible
realizar un mapeo a un modelo de objetos, momento en el cual se iniciara el
diseo orientado a objetos.

Referencias

1. W. Daz. (2005). "Modelado orientado a objetos". Diciembre

08, 2016, de Universidad de valencia, Sitio web:
http://informatica.uv.es/iiguia/DBD/Teoria/capitulo_2a.pdf
2. R. Bustos Reinoso,. (2016). "Modelado Orientado a Objetos:
Una Evaluacin Crtica". Diciembre 08, 2016, de Universidad
Catlica de Valparaso Sitio web:
http://eii.pucv.cl/pers/gbustos/PDF/Evalua.PDF
3. Rational Corporation. (2001). Unified Modeling Language.
Diciembre 08, 2016, de IBM Sitio web:
https://www.ibm.com/software/rational
4. S. Cruz Ramos,. (N/D). "El modelo de datos orientado a
objetos". Diciembre 08, 2016, de Wikispaces Sitio web:
https://santacruzramos.wikispaces.com/1.1.2+El+modelo+de
+datos+orientado+a+objetos
5. M. Marqus. (2002). "Bases de datos orientadas a objetos".
Diciembre 08, 2016, de UJI Sitio web:
http://www3.uji.es/~mmarques/e16/teoria/cap2.pdf