ASI Análisis funcional <Nombre de Proyecto> Versión 1.0 Empresa: Fecha: Jefe Proyecto: Teléfono: Email: Unidad Gobierno: Contacto: Teléfono: Email: Área de Informática Jefe de proyecto: Teléfono: Email: Fecha: Versión: Autor: Documento: ASI Análisis funcional Proyecto: HOJA DE CONTROL DOCUMENTAL Realizado por Fecha Revisado por Fecha Aprobado por Fecha CONTROL DE VERSIONES Versión Fecha Descripción LISTA DE DISTRIBUCIÓN Nombre Rol Organización Página 2 de 8 Fecha: Versión: Autor: Documento: ASI Análisis funcional Proyecto: Índice 1. OBJETIVOS DEL DOCUMENTO .................................................................. ……………………………………4 2. DOCUMENTOS RELACIONADOS ................................................................................................................. 4 3. DESCRIPCIÓN DEL SISTEMA ....................................................................................................................... 5 3.1. VISIÓN Y ALCANCE ..................................................................................................................................................... 5 3.2. RELACIÓN CON OTROS SISTEMA ............................................................................................................................. 5 3.3. DESCRIPCIÓN DEL SISTEMA EN SUBSISTEMAS ..................................................................................................... 5 4. MODELO DE CASOS DE USO ....................................................................................................................... 6 4.1. AGRUPACIONES DE CASOS DE USO ....................................................................................................................... 6 4.2. LISTA DE ACTORES .................................................................................................................................................... 6 4.3. DESCRIPCIÓN DE CASOS DE USO ........................................................................................................................... 6 4.4. MATRIZ DE TRAZABILIDAD CASOS DE USO – REQUISITOS .................................................................................. 7 4.5. MATRIZ DE TRAZABILIDAD REQUISITOS – CASOS DE USO .................................................................................. 7 5. INTERFAZ DE USUARIO ................................................................................................................................ 7 6. GLOSARIO DE TÉRMINOS ............................................................................................................................ 8 7. ANEXO 1.......................................................................................................................................................... 8 Página 3 de 8 Fecha: Versión: Autor: Documento: ASI Análisis funcional Proyecto: 1. OBJETIVOS DEL DOCUMENTO Este documento establece los requisitos necesarios para que el sistema a desarrollar cumpla con las necesidades del cliente, se establezcan los objetivos del sistema, requisitos funcionales, prioridades, restricciones y se determine el alcance del sistema a desarrollar. El documento se ha estructurado partiendo de lo general y llegando a lo particular, para ello se han establecido los siguientes objetivos: Descripción general del sistema. Objetivos del sistema. Descomposición en casos de uso. Entorno tecnológico del sistema. 2. DOCUMENTOS RELACIONADOS En esta sección se enumeran los documentos que guardan relación con el sistema a construir y su análisis funcional. Nombre Descripción Ubicación DRF Documento de Requisitos Funcionales Catalogo de requisitos funcionales … … ... Página 4 de 8 Fecha: Versión: Autor: Documento: ASI Análisis funcional Proyecto: 3. DESCRIPCIÓN DEL SISTEMA <El objetivo de este apartado es la descripción global o general del sistema a construir> 3.1. VISIÓN Y ALCANCE <El objetivo de este apartado es conocer, con mayor detalle, el marco del proyecto y la expectativa final sobre el desarrollo del sistema. Para ello, en este apartado se indicarán los objetivos del sistema a construir, la visión que describa en qué consiste la solución que se está solicitando y el alcance indicando qué es lo que requiere que el sistema incorpore a nivel funcional (enumeración de las características principales), así como los aspectos que no debería cubrir> 3.2. RELACIÓN CON OTROS SISTEMA <Esta sección está destinada a la descripción de la integración, si existiese, con algún otro sistema de información. En este caso se describirá esta relación mediante un diagrama que representa el sistema a desarrollar y los interfaces del sistema con otros sistemas. La descripción de las interfaces se realizará en el apartado de Descripción de Interfaces Software> 3.3. DESCRIPCIÓN DEL SISTEMA EN SUBSISTEMAS <En el caso de que se quiera descomponer el sistema en subsistemas, en este apartado se describen dichos subsistemas (p.e. GestionClientes, GestionCompras, GestiónVentas, etc.), y se representan las dependencias entre ellos mediante un diagrama de paquetes. En el caso de que existan interfaces definidos para uno o varios de los paquetes representados, estas interfaces se describirán en el apartado 5.2 Interfaces Internos > Página 5 de 8 Fecha: Versión: Autor: Documento: ASI Análisis funcional Proyecto: 4. MODELO DE CASOS DE USO <En este apartado se representa un modelo de casos de uso que describe las agrupaciones, los actores y los casos de uso del sistema>. 4.1. AGRUPACIONES DE CASOS DE USO <Opcionalmente, y en el caso de que se desee organizar los casos de uso en agrupaciones funcionales, en este apartado se describirán dichas agrupaciones mediante un diagrama de paquetes de casos de uso junto con sus dependencias. Los casos de uso que se identifiquen se organizarán en subapartados por cada agrupación funcional identificada>. 4.2. LISTA DE ACTORES <En este apartado se enumeran todos los actores que intervienen en los casos de uso definidos para implementar los procesos de negocio. Para cada actor se indica su denominación y una breve descripción. Los actores representan entidades que interactúan con el sistema. Pueden ser personas u otros sistemas. Si el actor es una persona, lo que realmente representa el actor es el rol que desempeña un usuario (p.e. Operador, Administrador, etc.)>. Actor: ACT-<Número Secuencia> Nombre Descripción 4.3. DESCRIPCIÓN DE CASOS DE USO <Un caso de uso representa una funcionalidad desde el punto de vista de la respuesta que debe dar el sistema a partir de la interacción de un usuario (u otro sistema). Ejemplos de Casos de Uso son AgregarInforme, ImprimirAlbaran, AnotarIncidencia. En este apartado se deben escribir todos los casos de uso, con el nivel de detalle que sea necesario para que el equipo de desarrollo pueda comenzar actividades de especificación y diseño. Esto significa que en este punto puede ser necesario expresar de forma pormenorizada los datos que maneja el sistema, las validaciones sobre estos datos y las reglas de negocio que han de aplicarse. Los diferentes apartados se describirán en caso de ser aplicables>. Caso de Uso: CU-<Número Secuencia> Nombre Descripción <Breve descripción de la funcionalidad del caso de uso> Actores Precondiciones <Lista de actores que participan en la realización del caso de uso> <En este apartado se describe el escenario principal del caso de uso mediante una secuencia normal de pasos o acciones necesaria para cumplir con éxito la funcionalidad del caso de uso> <En este apartado se describen uno o más escenarios alternativos del caso de uso que representan situaciones distintas a la normal (p.e. ha ocurrido un error, y describe cómo tiene que responder el sistema ante tal situación)> <Condiciones que se deben cumplir antes de ejecutar el caso de uso> Postcondiciones <Condiciones que se deben cumplir al finalizar el caso de uso> Secuencia Normal Secuencia(s) Alternativas(s) Página 6 de 8 Fecha: Versión: Autor: Documento: ASI Análisis funcional Proyecto: Factores críticos <aspectos a tener en cuenta como factores de error> Requisitos Relacionados <Lista de requisitos funcionales/no funcionales relacionados> Comentarios Versión Alta Versión Modificación Fecha Alta Fecha Modif. Descripción < Este apartado puede acompañarse de los diagramas de casos de uso que sean necesarios>. 4.4. MATRIZ DE TRAZABILIDAD CASOS DE USO – REQUISITOS <En este apartado se describe la matriz de trazabilidad entre los casos de uso y los requisitos que refleja un resumen ejecutivo de los requisitos que cubre cada caso de uso, por ejemplo: >. Nombre del Caso de Uso Requisitos Funcionales Requisitos no Funcionales CU – 1 AgregarInforme RF-001, RF-005 RNF-012 4.5. MATRIZ DE TRAZABILIDAD REQUISITOS – CASOS DE USO <En este apartado se describe la matriz de trazabilidad entre los requisitos y los casos de uso. Este apartado no se incluirá en el caso de que esta trazabilidad ya se haya establecido en los apartados 4.1 y 4.2> Requisito Funcional Casos de Uso Relacionado RF-001 CU -1 Agregar Informe; CU-X RF-005 CU -1 Agregar Informe; 5. INTERFAZ DE USUARIO <Este apartado tiene por objeto presentar un esquema preliminar de la interfaz de usuario de la aplicación. Esta interfaz sólo pretende esbozar una idea del aspecto que tendrá el sistema, pero el contenido específico de cada ventana puede variar a medida que se avance con la especificación detallada de los requisitos funcionales. En este apartado se podrán describir, no solo aspectos estáticos de la interfaz de usuario, sino aspectos de cómo se tiene que comportar (dinámicos). Se podrán anexar a este punto los gráficos que representen las pantallas/formularios que sean necesarios>. Página 7 de 8 Fecha: Versión: Autor: Documento: ASI Análisis funcional Proyecto: 6. GLOSARIO DE TÉRMINOS < Lista de todos los términos, definiciones, acrónimos, etc. particulares que afecten al sistema y aclaren su funcionamiento>. Término 7. Descripción ANEXO 1 <Se pondrán incluir tantos anexos como sean necesarios para completar la información descrita en el documento> Página 8 de 8