Modelo de Casos de Uso

4.- Modelo de Casos de Uso

El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso.

5.- Especificaciones de Casos de Uso

Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no funcionales asociados. También, para casos de uso cuyo flujo de eventos sea complejo podrá adjuntarse una representación grafica mediante un Diagrama de Actividad.

6.- Prototipos de Interfaces de Usuario

Se trata de prototipos que permiten al usuario hacerse una idea mas o menos precisa de las interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema. Estos prototipos se realizan como: dibujos a mano en papel, dibujos con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Solo los de este último tipo serán entregados al final de la fase de Elaboración, los otros serán desechados. Asimismo, este artefacto, será desechado en la fase de Construcción en la medida que el resultado de las iteraciones vayan desarrollando el producto final.

7.- Modelo de Análisis y Diseño

Este modelo establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis (sin incluir aspectos de implementación) hacia una de diseño (incluyendo una orientación hacia el entorno de implementación), de acuerdo al avance del proyecto.

8.- Modelo de Datos

Previendo que la persistencia de la información del sistema será soportada por una base de datos relacional, este modelo describe la representación lógica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza una Diagrama de Clases (donde se utilizan un profile UML para Modelado de Datos, para conseguir la representación de tablas, claves, etc.)

9.- Lista de Riesgos

Este documento incluye una lista de riesgos conocidos y vigentes en el proyecto, ordenados en orden decreciente de importancia y con acciones específicas de contingencia o para su mitigación.

Riesgos:

 Construir el producto que no encaja en la estrategia comercial general de la compañía.

 Que la tecnología elegida cambie.

 Perder el apoyo de una gestión experta debido a cambios de enfoque o a cambios de personal.

 Que los equipos de trabajo se malogren.

 No entregar el software a tiempo o a la fecha indicada.

 No cumplir con el tiempo estimado al plan de trabajo (entregar software)

 Los usuarios de la empresa

...