Modelo de Dominio de Larman-RUP vs

Modelo de Dominio de ICONIX

Pérsico, Carolina Andrea - Zamo, Daniel Oscar

16 de julio de 2009
 Resumen

Este articulo fue escrito por los autores para tener una referencia rápida de
como obtener el Modelo del Dominio de un problema real a solucionar con
la implementación de un sistema software que utiliza un desarrollo orientado
a objeto.
Se recurrieron a los siguientes libros y este artı́culo racaba un escueto resumen
como lo propone Craig Larman en su obra y por otro la metodologı́a ICONIX
para obtener el Modelo del Dominio del problema, o Modelo Conceptual o
el simplemente llamado Modelo del Dominio.
Algunos de los libros anteriomente nombrados y que fueron consultados, entre
otros para realizar esta pequeña guı́a de referencia fueron:

Tı́tulo original de la obra: UML y Patrones

Edición: Primera y Segunda
Autor/es: Craig Larman

Tı́tulo original de la obra: Use Case Driven Object Modeling with

UML
Edición: Año 2001 y Año 2003
Autor/es: Doug Rosenberg y Matt Stephens

Tı́tulo original de la obra: Ingenierı́a de Software Orientada a Ob-

jetos con UML, Java e Internet
Edición: Año 2001 y Año 2003
Autor/es: Alfredo Weitzenfeld
Capı́tulo 1

Modelo del Dominio. . .

1.1. . . . expuesto en la obra de de Larman

1.1.1. Objetivos
Un Modelo del Dominio1 explica los conceptos significativos en el domi-
nio del problema, y se utilizara posteriormente como fuente de inspiración
para el diseño de los objetos software. Es un diagrama de estructura estática
donde no se define ninguna operación. El esfuerzo de este modelo esta en
describir los conceptos del dominio y no las entidades del software. Es el ar-
tefacto mas importante creado durante el análisis orientado a objeto (AOO).
Identificar muchos objetos o conceptos constituye la esencia del AOO y el es-
fuerzo realizado aquı́ es compensado con los resultados conseguidos durante
la fase de diseño e implementación. Es un modelo que comunica a todos los
involucrados cuales son los términos importantes y cómo se relacionan entre
si, describiéndonos el dominio del problema real que se esta analizando.

1.1.2. Que nos muestra

Dicho diagrama debe mostrarnos:

conceptos reales e idoneos del dominio del problema

asociaciones entre estos conceptos

atributos de los conceptos

1
La traducción de la primera edición de este libro el Modelo del Dominio (Model Do-
main) traducia Modelo Conceptual en la edición segunda y tercera de esta misma obra lo
hizo tradujo como Modelo del Dominio

1
1.1.3. Consideraciones para realizar nuestro Modelo
del Dominio
Una tarea primordial en esta fase de AOO consiste en identificar la mayor
cantidad (y mas significativos) de conceptos dentro del dominio del problema
y documentarlo en un modelo conceptual. Es mejor exagerar y especificar un
modelo conceptual con muchos conceptos refinados, de modo tal que no se
deben excluir conceptos ya que posteriormente se podrán quitar. Si en eta-
pas posteriores se descubren nuevos conceptos significativos para el dominio
habrá que agregarlos a nuestro modelo conceptual.

1.1.4. Como obtener nuestro Modelo del Dominio

Una de las primeras actividades centrales de un ciclo de desarrollo con-
siste en crear un modelo conceptual para los CU del ciclo actual. Esto no
podrá hacerse si no se cuentan con los casos y con otros documentos que per-
mitan identificar los conceptos (objetos). Esta creación no siempre es lineal
de modo tal que el modelo conceptual podrá formularse en paralelo con el
desarrollo de nuestros casos.
Para obtener nuestro dominio conceptual el autor propone:

Preparar una lista de categorı́a de conceptos idóneos2 . o significativos

para luego seleccionar las mas adecuadas al dominio analizado.

Obtener los conceptos idóneos a partir del análisis de las frases nomi-
nales3 de la descripción textual del dominio de nuestro problema.

A partir de la lista de categorı́a de conceptos y del análisis de las frases

nominales se genera una lista de conceptos adecuadas para nuestro
dominio. Esta lista esta sujeta a la restricción de los requerimientos y
simplificaciones que se consideren en el momento.

Una vez obtenida una lista de los conceptos idóneos y relacionados con
los requerimientos en cuestión se dibuja un modelo conceptual, el cual
es un pseudo diagrama de clases de UML.

Se incorpora posteriormente las asociaciones necesarias para mostrar

las relaciones entre los conceptos.

Se agregan por ultimo los atributos necesarios para cumplir con las
necesidades de información
2
El autor en su obra expone una lista
3
En su obra el autor expone ventajas y desventajas de este método

2
1.2. . . . expuesto por la metodologı́a ICONIX
1.2.1. Objetivos
Con el modelo de dominio se intenta resolver el problema de la mala
comunicación en los proyectos sofware para lo cual establecera un vocabula-
rio común para el espacio del problema a resolver. Este modelo es como un
diccionario activo de todos los términos que se utilizan en el proyecto pero
representado por un diagrama el cual muestra no solo los conceptos relacio-
nados sino la relación que hay entre ellos. En la práctica este diagrama es
un diagrama simplificado de clases, donde estas clases son los objetos del
dominio real de problema. El modelo del dominio es parte esencial de esta
metogologı́a, y el mismo representa la parte estática inicial. Para ICONIX el
modelo del dominio activado involucra, fuera de los requisitos de los datos,
construir un modelo estático del dominio del problema pertinente al sistema
propuesto.

1.2.2. Que nos muestra

Dicho diagrama debe mostrarnos:

conceptos reales del dominio del problema

relaciones del tipo agregación o generalización entre los conceptos in-

volucrados

1.2.3. Consideraciones para realizar nuestro Modelo

del Mominio
Lo primero a realizar en la construcción de este modelo estático es des-
cubrir las clases apropiadas que con presición representan las abstracciones
reales de los problemas que se presentan en el modelo del dominio, mientras
esta actividad sea mejor realizada la construcción del sistema será sólida y las
perspectivas para la reutilización se incrementarán en iguales proporsiones.
Para ICONIX el modelo del dominio va antes que la escritura de los CU.

1.2.4. Como obtener nuestro modelo de dominio

Para obtener nuestro modelo de domini ICONIX propone:

Obtener las clases candidatas y fundamentales a partir de los requisitos

de alto nivel dado por nuestro cliente objeto

3
 A partir de las clases candidatas definir elegir las clases mas relevan-
tes. Esta selección debe hacerse meticulosamente e iterativamente si es
necesario, pero todo el proceso no deberı́a insumirnos mas de un par
de horas4

Una vez obtenida la lista de las clases5 mas relevantes y asignadas ya

el nombre que mas corresponda al problema se dibuja el diagrama de
clases simplificado.

Se establecen las relaciones entre las clases utilizando por el momento

los simbolos de la agregación y/o generalización de UML.

1.3. Resumen
El método propuesto por ICONIX para la obtención del modelo del do-
minio se obtiene de un modo mas rápido y ágil, el mismo no es tan detallado
como el que pretende obtener la metodologı́a propuesta por Larman, ya que
dicho modelo será posteriormente, de un modo iterativo e incremental, re-
finado en sucesivas iteraciones las cuales ocurren entre el desarrollo de este
modelo y la identificación de los casos de uso. Este Modelo del Dominio que
es estático es incrementalmente refinado por los modelos dinámicos que se
van obteniendo en todo el ciclo de vida del proyecto.
A modo de resumen la figura muestra los pasos a seguir para obtener el mo-
delo conceptual o modelo del dominio del problema o simplemente el Modelo
del Dominio. Remarcar que en esta figura solo se intenta mostrar algunas
diferencias observadas para ambas metodologı́a y dista mucho de ser comple-
ta, ya que no solo el modelo de dominio cambia en ambas metodologı́a por
tratarse claro esta de diferentes concepciones, aunque el modelo del dominio
intente en ambas mostrar los mismos conceptos, para mas referencias con-
sultar la documentación apropiada y referenciada al inicio de este artı́culo.

4
Ver libro
5
ICONIX en esta etapa del proceso tanto objetos como clases tienen un mismo signi-
ficado, lo importante es que son conceptos del mundo real y que pertenecen al dominio
bajo análisis

4
Figura 1.1: Obteniendo el Modelo del Dominio