El Modelo de Dominio definido en
la publicación anterior nos describe la importancia de utilizarlo como
artefacto en un proceso de desarrollo de software. Ahora describiremos algunas
técnicas que se pueden usar para poderlo elaborar.
Analizar los procesos de negocio y rescatar las entidades
que se usan durante el proceso. Los procesos de negocio se pueden modelar a través
de diagramas de actividad, y las actividades necesitan procesar datos. Los datos
requeridos por las actividades que están estrechamente relacionados serán parte
de una entidad o concepto. Por ejemplo, en el diagrama de actividades del proceso de “Gestionar apertura de cursos” descrito en el caso de estudio AquariumSoft,
existe la actividad “Registrar curso”, de esta actividad podemos deducir que se
necesitan datos como el nombre del curso y probablemente una descripción y
algunos pre requisitos. Todos estos datos serán parte de la entidad Curso, por
tanto se ha podido descubrir el concepto Curso que es parte del dominio de problema.
Siguiendo con el diagrama de actividades del proceso de “Gestionar apertura de
cursos”, también nos encontramos con la actividad “Crear grupo”. Analizando esta
actividad, podemos deducir que al crear un grupo se estará asociando al curso registrado
anteriormente y asignado posteriormente a un docente. Entonces, gracias al
análisis del proceso de negocio podemos ir elaborando parcialmente el Modelo de
Dominio, por ahora se ha descubierto tres entidades las cuales están
relacionadas o asociadas. La siguiente figura muestra el Modelo de Dominio
Parcial del caso de estudio AquariumSoft.
Otra técnica importante para ir
completando el Modelo de Dominio es cuando nos encontramos realizando el análisis
de los requisitos, específicamente cuando se van describiendo los casos de uso
del sistema. Los casos de uso del sistema sirven mucho debido a que se tiene ya
más detalle de los datos que se necesitan y por tanto sirve mucho para
completar o refinar el modelo de dominio. Leyendo los casos de uso se pude
descubrir nuevas entidades, o nuevos datos o atributos de las entidades ya
descubiertas, como por ejemplo: en el caso de uso de “Crear un Grupo”, se
describe que los datos necesarios para el grupo son: fecha_inicio, fecha_limite,
capacidad_minima, capacidad_maxima, y fecha_cierre. Éste último dato,
fecha_cierre, no se mencionó cuando se estaba analizando el proceso de “Gestionar
apertura de cursos”, pero si se describió cuando se estaba analizando el requisito
de “Crear un Grupo”. Entonces, este nuevo dato de fecha_cierre se debería
incorporar en el modelo de dominio. Hay muchos datos que van surgiendo en la
etapa de análisis de requisitos y estos deben ser parte del modelo de dominio.
Por último, si se han descubierto
muchas entidades y muchos atributos de estas entidades, se recomienda que el
modelo de dominio no quede muy recargado de información, en consecuencia se deberían
mostrar las entidades y sus atributos
más significativos o importantes.
Excelente información. Muy útil y conciso. Gracias.
ResponderEliminarGracias Ingeniero por tan explicada información, me ayudo muchisimo.
ResponderEliminarIngeniero, el modelo dominio contiene también las relaciones de composicion, agregacion, herencia?, por otro lado en un ejempo, tengo los casos de uso: Realizar Orden de compra y Realizar Comprobante de compra, el nombre de entidad que debo asginar sera Orden y otra entidad como Comprobante??. o se puede asignar como entidad Pedido?, ademas nosotros a nivel de diagrama de base de datos, vemos una tabla mas que viene hacer el detalle o linea, en el diagrama de dominio se crearia dicha entidad como Detalle_Pedido??.
ResponderEliminarMuy bueno me ha servido mucho para hacer mis diagramas :)
ResponderEliminar