NotaSoft Visión Versión 0.1 [Nota: La siguiente plantilla se ha desarrollado para su uso con Rational Unified Process. El texto que se encuentra entre corchetes y presentado en estilo itálicas azul se ha incluido para proporcionar una guía para el autor y se debería borrar antes de la entrega del documento.] [Hay que sustituir el texto resaltado con marcador amarillo por su equivalente en el proyecto de desarrollo y eliminar el resaltado] [La versión del documento se actualizará según la iteración y la fase del proyecto] Historial de Revisiones Fecha Versión Descripción Autor 02/01/2002 0.9 Versión preliminar como propuesta de desarrollo. Patricio Letelier Torres Confidencial <Nombre de la empresa>, 2003 Pág. 1
1 Introducción 1.1 Propósito 1.2 Alcance 1.3 Definiciones, Acrónimos, y Abreviaciones 1.4 Referencias 2 Posicionamiento 2.1 Oportunidad de Negocio 2.2 Sentencia que define el problema 2.3 Sentencia que define la posición del Producto Tabla de Contenidos 3 Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios 3.1 Resumen de Stakeholders 3.2 Resumen de Usuarios 3.3 Entorno de usuario 3.4 Perfil de los Stakeholders 3.4.1 Representante del área técnica y sistemas de información 3.5 Perfiles de Usuario 3.5.1 <Nombre de un usuario> 3.5.2 <Nombre de otro usuario> 4 Descripción Global del Producto 4.1 Perspectiva del producto 4.2 Resumen de s 4.3 Suposiciones y dependencias 4.4 Costo y precio 5 Descripción Global del Producto 5.1 <Una principal de software> 5.2 <Otra principal de software> 5.2.1 <Una sub software> 6 Restricciones 7 Precedencia y Prioridad 8 Otros Requisitos del Producto 8.1 Estándares Aplicables 8.2 Requisitos de Sistema 8.3 Requisitos de Desempeño Confidencial <Nombre de la empresa>, 2003 Pág. 2
8.4 Requisitos de Entorno 9 Requisitos de Documentación 9.1 Manual de Usuario 9.2 Ayuda en Línea 9.3 Guías de Instalación, Configuración, y Fichero Léame A. Atributos de Características Confidencial <Nombre de la empresa>, 2003 Pág. 3
Visión 1. Introducción 1. Propósito [Breve descripción del propósito del presente documento, como puede ser servir de soporte a la especificación de las s software y de los atributos de las mismas, por ejemplo. También reflejar si el sistema que se modela está dividido en otros subsistemas o bien el propósito general de la empresa] 2. Alcance [Definición del alcance del presente documento, es decir, todo ámbito del que recoge s o detalles] 3. Definiciones, Acrónimos, y Abreviaciones RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir el proceso de desarrollo de software. 4. Referencias Glosario. Plan de desarrollo de software. RUP (Rational Unified Process). Diagrama de casos de uso. 2. Posicionamiento 1. Oportunidad de Negocio [Ventajas que obtendrá la empresa al implantar el sistema informático] 2. Sentencia que define el problema El problema de afecta a El impacto asociado es una adecuada solución sería Confidencial <Nombre de la empresa>, 2003 Pág. 4
3. Sentencia que define la posición del Producto Para Quienes El nombre del producto Que No como Nuestro producto 3. Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios Para proveer de una forma efectiva productos y servicios que se ajusten a las necesidades de los usuarios, es necesario identificar e involucrar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. También es necesario identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente. Esta sección muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, así como los problemas más importantes que éstos perciben para enfocar la solución propuesta hacia ellos. No describe sus requisitos específicos ya que éstos se capturan mediante otro artefacto. En lugar de esto proporciona la justificación de por qué estos requisitos son necesarios. 1. Resumen de Stakeholders Patricio Orlando Letelier Torres Nombre Descripción Responsabilidades Representante global de la empresa y de todos los usuarios potenciales de la misma El stakeholder realiza: Representa a todos los usuarios posibles del sistema. Seguimiento del desarrollo del proyecto. Aprueba requisitos y funcionalidades 2. Resumen de Usuarios Nombre Descripción Stakeholder [Nombre de un usuario del sistema] [Nombre de otro usuario del sistema] [Descripción de responsabilidades del usuario] [Descripción de responsabilidades del usuario] Patricio Orlando Letelier Torres Patricio Orlando Letelier Torres Confidencial <Nombre de la empresa>, 2003 Pág. 5
3. Entorno de usuario [Descripción del entorno de trabajo del usuario, s de los PC s a utilizar, sistemas operativos, etc.] 4. Perfil de los Stakeholders 1. Representante del área técnica y sistemas de información Representante Patricio Orlando Letelier Torres Descripción Representante Global de la Empresa Deportes LSI 03. Tipo Responsabilidades Criterio de Éxito Grado de participación Comentarios Experto de Sistemas. Encargado de mostrar las necesidades de cada usuario del sistema. Además, lleva a cabo un seguimiento del desarrollo del proyecto y aprobación de los requisitos y funcionalidades del sistema Revisión de requerimientos, estructura del sistema Ninguno 5. Perfiles de Usuario 1. <Nombre de un usuario> Representante Patricio Orlando Letelier Torres Tipo Responsabilidades Criterio de Éxito Grado de participación Comentarios 2. <Nombre de otro usuario> Representante Descripción Tipo Responsabilidades Patricio Orlando Letelier Torres Confidencial <Nombre de la empresa>, 2003 Pág. 6
Criterio de Éxito Grado de participación Comentarios 4. Descripción Global del Producto 1. Perspectiva del producto [Ámbito de aplicación del sistema y expectativas del mismo] 2. Resumen de s A continuación se mostrará un listado con los beneficios que obtendrá el cliente a partir del producto: Beneficio del cliente Características que lo apoyan 3. Suposiciones y dependencias 4. Costo y precio [Todas las suposiciones y dependencias deben ser definidas por [El costo y precio del sistema con todas las s software son decisión entre cliente y empresa de desarrollo software] 5. Descripción Global del Producto 1. <Una principal de software> [Descripción de una software, ámbito y propiedades de la misma] 2. <Otra principal de software> [Descripción de una software, ámbito y propiedades de la misma] Confidencial <Nombre de la empresa>, 2003 Pág. 7
5.2.1 <Una sub software> [Descripción de una software que deriva de una software jerárquicamente superior, ámbito y propiedades de la misma] 6. Restricciones 7. Precedencia y Prioridad 8. Otros Requisitos del Producto 1. Estándares Aplicables 2. Requisitos de Sistema 3. Requisitos de Desempeño 4. Requisitos de Entorno 9. Requisitos de Documentación 1. Manual de Usuario 2. Ayuda en Línea 3. Guías de Instalación, Configuración, y Fichero Léame A. Atributos de Características Confidencial <Nombre de la empresa>, 2003 Pág. 8
Número y nombre de la 5.1 <Una > Estado Beneficio Esfuerzo Riesgo Estabilidad Asignación Propuesta: Aprobada: [A definir por el cliente] [Alto / Medio / Bajo] [Personal asignado al desarrollo de esta ] Incorporada: 5.2 <Otra > Propuesta: Aprobada: [A definir por el cliente] [Alto / Medio / Bajo] [Personal asignado al desarrollo de esta ] Incorporada: 5.2.1 <Una sub característic a> Propuesta: Aprobada: [A definir por el cliente] [Alto / Medio / Bajo] [Personal asignado al desarrollo de esta ] Incorporada: 5.2.2 <Otra sub característic a> Propuesta: Aprobada: [A definir por el cliente] [Alto / Medio / Bajo] [Personal asignado al desarrollo de esta ] Incorporada: 5.3 <Otra > Propuesta: [A definir por el cliente] [Alto / Medio / Bajo] [Personal asignado al desarrollo de Confidencial <Nombre de la empresa>, 2003 Pág. 9
Aprobada: esta ] Incorporada: Confidencial <Nombre de la empresa>, 2003 Pág. 10