Vision

SARS
Documento de Visión
 
Versión

 
 

 

Revisión del Historial
|Fecha |Versión |Descripción |Autor |
|21/Junio/2004 | |Versión inicial del Documento de Visión del |José Luis Torres Pérez |
| | |ProyectoSARS | |
| 25/Junio/2204 | |Correcciones al Documento inicial del Documento |José Luis Torres Pérez |
| | |de Visión. | |
| 28/Junio/2004 | |Se anexaron lascaracterísticas de Mediciones.  |José Luis Torres Pérez |
|  |  |  |  |

 
Tabla de Contenido

1.       Introducción          
1.1     Propósito      
1.2     Alcance      

2.       Posicionamiento          
2.1     Oportunidad de Negocio      
2.2    Enunciado del Problema      
2.2.1     Enunciado de la Posición del Producto     

3.       Descripción de Usuarios y Stakeholders  
3.1     Demografía del Mercado     
3.2     Sumario de Stakeholders     
3.3     Sumario de Usuarios     
3.4     Ambiente del Usuario     
3.5     Perfiles de los Stakeholders     
3.5.1   Líder de Proyecto
3.5.2Administrador de Requisitos
3.6     Perfiles de los Usuarios     
3.6.1   Miembro de un Equipo de Desarrollo de Software. 
3.6.2 Cliente
3.7     Stakeholder Claves / Necesidades de los Usuarios     
3.8     Alternativas y Competencia     
3.8.1         Rational Requisite Pro           

4.       Vista General del Producto      
4.1     Perspectiva del Producto     4.2     Sumario de Capacidades     
4.3     Suposiciones y Dependencias     
4.4     Costo y Precio     
4.5     Licencias e Instalación     

5.       Características del Producto         

6.       Restricciones         

7.       Rangos de Calidad

8.       Precedencia y Prioridad

9.       Otros Requisitos del Producto
9.1     Estándares Aplicables     9.2     Requisitos del Sistema     
9.3     Requisitos de Rendimiento     
9.4     Requisitos de Ambiente     

10.            Requisitos de Documentación               
10.1     Manual de Usuario     
10.2     Ayuda en Línea     
10.3     Guías de instalación y Configuración     
10.4     Etiquetado y Empacado
Documento de Visión

1.           Introducción1.1         Propósito

El propósito de este documento es analizar y definir las necesidades que debe satisfacer una aplicación para la administración de requisitos de software que pueda ser empleada por los distintos grupos de desarrollo de la Universidad Autónoma de Guadalajara.

1.2         Alcance

Este documento de visión será válido durante la primera iteración de la fase de Conceptualización y deberáser actualizado y aprobado antes del término de la misma.

2.          Posicionamiento

2.1        Oportunidad de Negocio

El propósito de administrar los procesos de un proyecto de software es el de definir los procesos necesarios para establecer, coordinar y administrar un proyecto y los recursos necesarios para producir el producto.

Debido a que un requisito es unacapacidad o condición que debe de cumplir una aplicación, dentro de un proyecto de desarrollo de software la efectividad con la que se lleve a cabo la administración de requisitos impacta en el éxito del proyecto.

Las claves para una administración de requisitos efectiva incluyen el mantenimiento de una definición clara de los requisitos, junto con la aplicación de atributos...