Ir al contenido principal

Técnicas para elaborar el Modelo de Dominio

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.

Gracias por visitar este blog y espero sus comentarios. 

Comentarios

  1. Excelente información. Muy útil y conciso. Gracias.

    ResponderEliminar
  2. Gracias Ingeniero por tan explicada información, me ayudo muchisimo.

    ResponderEliminar
  3. Ingeniero, 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??.

    ResponderEliminar
  4. Muy bueno me ha servido mucho para hacer mis diagramas :)

    ResponderEliminar

Publicar un comentario

Gracias por comentar.

Entradas populares de este blog

El Modelo de Dominio

Cuando se va a desarrollar un software es esencial estudiar y analizar el problema que se desea resolver. Este problema puede estar enfocado por ejemplo a la automatización de un proceso de negocio de alguna empresa. El software a desarrollar seguramente permitirá registrar información que necesite el proceso de negocio y generar resultados de valor para sus usuarios. También deberá permitir validar o hacer cumplir muchas reglas de negocio. Por lo tanto, los ingenieros de software necesitan usar algunas técnicas que les ayuden a entender mejor la problemática que están analizando antes de iniciar con la implementación del software. 

Caso 2: MarketSoft y Actividades

El caso de estudio describe en detalle el proceso de gestionar venta para el SuperMarket. Por lo tanto, sirve de ejemplo para comprender el modelado de negocio usando el diagrama de actividad en UML.