Actividad: "Análisis del dominio de la aplicación y modelo de requisitos."

[MarcoAlejandro]

Análisis del dominio de la aplicación y el modelo de requisitos. Entrega: 20 de Junio de 2021.

Se deben entregar:

• El análisis del dominio de la aplicación a desarrollar.

• El modelo conceptual. Modelo conceptual de datos: el modelo conceptual de datos representa las entidades importantes y sus relaciones para explorar los conceptos de dominio con interesados en el proyecto y el ámbito de la solución.

• El módelo lógico de los datos. proporciona una vista idealizada de las entidades lógicas de datos clave y sus relaciones, que es independiente de cualquier implementación específica de software o de base de datos. Generalmente está en tercera forma normal , que es una forma de modelado de datos que minimiza la redundancia y garantiza dependencias no transitivas. Este tipo de modelo se ocupa del aspecto que tendrá la base de datos cuando se capturen los datos, en lugar de las aplicaciones que utilizan los datos y su rendimiento.

Componentes requeridos en detalle:

1. Descripción del problema.
2. Relación y descripción de los requisitos.
3. Modelo del dominio de la aplicación (modelo semántico o conceptual de los datos).
4. Modelo lógico de los datos.

[MarcoAlejandro]

Para el desarrollo del curso y el proyecto general que sirve de ejemplo para los proyectos de las compañías, se aplica una simplificación del método Watch, utilizando una cantidad mínima de modelos y productos que permitan entender el dominio del problema y construir una parte de la solución (implementación de la base de datos y construcción de una de las funcionalidades requeridas del sistema).

[MarcoAlejandro]

Entrega de la descripción del problema: https://docs.google.com/document/d/19a7aHz9NvFb8W0Apf2btT20BUPeyc4dlyynCu8V0GSQ/edit#

Esta es la descripción primera del problema. Esa versión puede cambiar durante el desarrollo incremental.

[MarcoAlejandro]

En la descripción del problema también se encuentra el análisis de procesos inicial.

[MarcoAlejandro]

Relación y descripción de requisitos

Para el desarrollo del proceso de definición y especificación de requisitos se utilizarán una combinación de varios marcos metodológicos y algunas modificaciones custom.

Definición de requisitos: Se utilizarán historias de usuario. Especificación de requisitos: modelo de casos de uso y descripciones textuales.

Formato para las Historias de Usuario

• Id de la historia de usuario
• COMO , QUIERO <algún objetivo>, PARA <motivo - justificación>
• Criterios de aceptación
• Id del proceso/actividad que apoya

Junto con las historias de usuario se anotan también las clases conceptuales u objetos que forman parte del dominio de la aplicación y observaciones sobre la historia de usuario.

[MarcoAlejandro]

Se han entregado los siguientes avances en el análisis del dominio de la aplicación.

• Descripción del problema
• Listado de procesos y actividades
• Definición de requisitos utilizando historias de usuario.

El profesor ha realizado su revisión y estos son sus comentarios:

• Cambiar el uso del "proceso de compra" por un "proceso de venta".
• Cambiar el uso de "orden de compra" por "orden de pedido".

Interrogantes del profesor:

1. El usuario debe loguearse para registrar un pedido, no así para consultar la oferta de productos. Por tanto, para registrar un pedido el usuario debe estar logueado. Respuesta: Sí, esto es así. Quizá entonces no está bien explicado en el documento.

2. Cuáles son los objetivos que tiene la empresa con el sistema?. El meta-objective del profesor con esta pregunta es que se deben definir con precisión los límites del sistema, para entender que cosas se dan por sentado que son manejadas por otro sistema (manual, automatizado, híbrido, no importa).