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

Mapa conceptual sobre la Ingeniería de Software

A continuación se muestra un mapa conceptual que rescata los principales conceptos relacionados a la Ingeniería de Software como tema central. Agradezco tus comentarios y aportaciones, puedes sugerir otros conceptos que creas importantes relacionados a la Ingeniería de Software y comentarlo.

Caso 1: MarketSoft y Procesos

El caso de estudio describe los procesos de negocio que se realizan en un SuperMarket. Por lo tanto, sirve de ejemplo para comprender el modelado de negocio usando el mapa de procesos, la jerarquía de los procesos y el diagrama de procesos en UML Business.

Modelo de Casos de Uso de Negocio

El Modelo de Casos de Uso de Negocio es un modelo aplicado por RUP (Rational Unified Process) como uno de los artefactos de la disciplina de Modelado de Negocio . Este modelo se usa en las primeras fases del desarrollo de software, principalmente en la fase de Inicio. Nos sirve para representar los procesos de negocio como casos de uso de negocio y su relación con los actores de negocio. Identificar los actores de negocio y los procesos de negocio con los que interactúa, es parte de la tarea de análisis del negocio que se debe realizar antes de pretender analizar los requisitos del sistema y diseñarlo.