6 Modelo Del Dominio Del Problem

6.5 Modelo del dominio del problema
El modelo del dominio del problema define un modelo de clases comun
para todos los involucrados en el modelo de requisites, tanto analistas como
clientes. Este modelo de clases consiste en los objetos del dominio del problema, o sea objetos que tienen una correspondencia directa en el area de la aplicacion. Como los usuarios y clientes deben reconocer todos losconceptos, se
puede desarrollar una terminologia comun al razonar sobre los casos de uso y,
por lo tanto, disminuir la probabilidad de malos entendidos entre el analista y
el usuario. Al discutirlo, se evolucionara el modelo del dominio del problema.
Una tecnica utilizada cuando se trabaja con tal modelo, es darle al cliente un
papel y un lapiz, y pedirle que dibuje su vision del sistema.Historicamente, el modelo del dominio del problema se utilizaba como el modelo fundamental para la especificacion de requisites en muchas de las metodologias de ingenieria de software orientada a objetos de primera generacion
(ver capitulo 3). Sin embargo, dadas sus limitaciones que impedian obtener los
requisites funcionales de un sistema, el modelo del dominio del problema dejo
de ser la base unicapara el desarrollo completo del sistema y paso a ser un
elemento adicional en la especificacion de este, como en el modelo de casos
de uso. El proposito principal del dominio del problema en el modelo de requisites de nuestra metodologia es formar una base comun de entendimiento
del desarrollo y no definir el sistema completo. Por tanto, se pueden aprovechar algunas heuristicas de los metodosanteriores para identificar los objetos
en el dominio del problema, con lo que se lograra un glosario o diccionario
de clases que sirva como comun denominador a todos los componentes del
sistema, incluyendo a las personas involucradas a lo largo del desarrollo. A diferencia de los metodos anteriores, el modelo del dominio del problema no
debe ser demasiado extenso, ya que se realizaran varios grados derefinamiento despues. Y aunque es suficiente describir el dominio del problema en terminos de objetos o clases, es posible refinar todavia mas mediante la inclusion de
asociaciones, atributos, herencia y operaciones, siempre y cuando esto ayude a
comprender mejor el problema, y que no se vuelva un esfuerzo demasiado grande durante esta etapa. Se debe tener cuidado con hacer demasiado trabajo alinicio, ya que esto puede dificultar su modificacion posterior durante el modelo de analisis. La experiencia muestra que muchos, si no todos, de los objetos
del dominio podran aparecer durante este. Sin embargo, pueden haber cambios
durante este, incluyendo la eliminacion de clases identificadas en esta etapa, o
incluso, la incorporacion de clases adicionales.
En esta seccion describiremos comoidentificar las clases del dominio del problema junto con aspectos adicionales, como asociaciones y atributos. Lo que
definitivamente no se hara aqui, y que era parte esencial de las metodologias
anteriores, es identificar la herencia y las operaciones en esta etapa. La herencia y, en especial, las operaciones de un sistema son los aspectos de mayor
complejidad, algo que nosotros elaboraremos de maneramuy cuidadosa durante el diseno del sistema.

6.5.1 Identification de clases
La identification de clases del dominio del problema, se obtiene principalmente de algun documento textual que describa el sistema. Aunque se pudieMODELO DEL DOMINIO DEL PROBLEMA

235

ra tomar como punto de partida los documentos desarrollados para el modelo
de casos de uso, a menudo la descripcion original delproblema es suficiente.
Se comienza este proceso a partir de la identificacion de las clases candidatas,
explicitas o implicitas, a las que se reflera la descripcion del problema. Para
ello, se extraen todos los sustantivos de la descripcion del problema o de algun
otro documento similar, de acuerdo con las siguientes consideraciones:
os sustantivos en la descripcion del problema son los posibles...