Análisis de requisitos y reglas de negocio

Un buen modelo conceptual no comienza dibujando entidades, sino comprendiendo el problema. Antes de crear un diagrama E/R debemos acordar qué información interesa, qué significan los términos del dominio y qué situaciones permite o prohíbe el negocio.

1. Delimitar el alcance #

El alcance indica qué parte de la realidad se quiere representar. Debe responder, al menos, a estas preguntas:

• ¿Qué objetivo debe cumplir el sistema?
• ¿Qué personas o áreas utilizarán la información?
• ¿Qué procesos están incluidos y cuáles quedan fuera?
• ¿Qué hechos necesita recordar el sistema?
• ¿Qué decisiones deberán tomarse utilizando esos datos?

Por ejemplo, «gestionar una biblioteca» es demasiado amplio. Un alcance más preciso sería: «gestionar socios, ejemplares, préstamos y devoluciones, sin incluir compras ni contabilidad».

2. Obtener los requisitos #

Los requisitos pueden obtenerse mediante entrevistas, observación del trabajo, revisión de formularios e informes existentes y análisis de casos reales. Conviene preguntar por situaciones normales, pero también por excepciones.

Preguntas útiles:

• ¿Qué elementos del dominio necesitan distinguirse individualmente?
• ¿Qué información se conoce de cada elemento?
• ¿Cómo se relacionan esos elementos?
• ¿La participación en una relación es obligatoria u opcional?
• ¿Cuántas veces puede producirse cada asociación?
• ¿Qué cambia con el tiempo y qué historial debe conservarse?
• ¿Qué situaciones serían inválidas para el negocio?

No debemos completar las respuestas mediante suposiciones. Si una regla no está clara, se registra como una cuestión pendiente y se valida con una persona conocedora del dominio.

3. Crear un vocabulario del dominio #

El vocabulario o glosario evita que dos palabras diferentes se interpreten como conceptos distintos o que una misma palabra se utilice con varios significados.

Los nombres elegidos en el glosario deben utilizarse de forma coherente en el diagrama y en su documentación.

4. Extraer elementos del modelo #

El lenguaje de los requisitos ofrece pistas, pero no genera automáticamente el modelo:

• Los sustantivos pueden sugerir entidades, atributos o simples valores.
• Los verbos pueden sugerir relaciones o acontecimientos que necesitan identidad propia.
• Los adjetivos y datos descriptivos suelen sugerir atributos.
• Expresiones como «cada», «como máximo», «al menos» o «puede» ayudan a descubrir cardinalidades y opcionalidad.
• Condiciones como «solo si», «no puede» o «debe ser posterior a» suelen expresar restricciones semánticas.

Ejemplo de extracción #

Requisito: «Cada ejemplar pertenece a un único libro. Un libro puede no tener todavía ejemplares o puede tener muchos».

• Entidades candidatas: Libro y Ejemplar.
• Relación candidata: pertenece a.
• Participación de Ejemplar: (1,1), porque todo ejemplar debe pertenecer exactamente a un libro.
• Participación de Libro: (0,N), porque un libro puede no tener ejemplares o tener varios.

5. Redactar reglas de negocio verificables #

Una regla útil debe ser concreta y permitir decidir si un caso es válido o inválido. Es recomendable numerarlas para poder relacionarlas con el diagrama y con las decisiones de diseño.

Ejemplos:

• RN-01: Todo ejemplar pertenece exactamente a un libro.
• RN-02: Un socio puede mantener como máximo cinco préstamos activos.
• RN-03: Un ejemplar no puede participar simultáneamente en dos préstamos activos.
• RN-04: La fecha de devolución, cuando exista, no puede ser anterior a la fecha del préstamo.

Las reglas RN-01 y RN-03 afectan a relaciones y cardinalidades. La RN-04 es una restricción sobre valores que normalmente deberá documentarse mediante texto.

6. Resolver ambigüedades #

Una frase aparentemente sencilla puede ocultar varias interpretaciones:

«Un profesor imparte asignaturas».

Antes de modelarla debemos aclarar:

• ¿Puede existir un profesor que todavía no imparta ninguna asignatura?
• ¿Una asignatura puede ser impartida por varios profesores?
• ¿La asignación depende del curso académico o del grupo?
• ¿Se necesita conservar el historial de quién impartió cada asignatura?

Las respuestas pueden cambiar las entidades, el grado de la relación y sus participaciones. El diagrama debe reflejar las reglas confirmadas, no la interpretación personal de quien modela.

7. Entregables antes de dibujar #

Antes de comenzar el modelo E/R deberían existir:

1. Una descripción breve del objetivo y el alcance.
2. Un glosario con los términos acordados.
3. Una lista de requisitos y reglas de negocio numeradas.
4. Ejemplos de situaciones válidas, inválidas y casos límite.
5. Una lista de dudas pendientes y de decisiones ya confirmadas.

Estos documentos permiten justificar posteriormente cada entidad, atributo, relación y restricción del modelo conceptual.