Plantilla del Documento Visión para ser utilizada en proyectos de desarrollo de software basados en OpenUP, RUP, etc

1. Nombre del Proyecto: Fecha:
Nombre del Artefacto: Visión Código: Versión:
Nombre Proyecto
Nombre Artefacto
Universidad Distrital Francisco José de Caldas
[Versión]
[Tipo documento: Ejemplo Documento Borrador]
Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 1

2. Nombre del Proyecto: Fecha:
Nombre del Artefacto: Visión Código: Versión:
Información General del Documento
Código del Versión Actual del
Documento Documento
Descripción General:
Términos y
condiciones de uso:
Historial de versiones
Código de la Fecha Autor
Versión
Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 2

3. Nombre del Proyecto: Fecha:
Nombre del Artefacto: Visión Código: Versión:
1. Introducción
2. Oportunidad de Negocio
[Una declaración de la oportunidad de negocio comunica la intención del sistema y la importancia del
proyecto para todo el personal involucrado.]
2.1 Declaración del Problema
[Brindar una declaración que resuma el problema (o problemas) que serán resueltos por este
proyecto. El siguiente esquema podría ser utilizado:]
El problema de [Describir el problema]
Afecta [Los implicados afectado por el problema]
El impacto del problema es [¿Cuál es el impacto del problema?]
Una solución con éxito debería ser [Lista de algunos beneficios claves que debe tener una
solución exitosa]
2.2 Definición de la Solución Propuesta
[Brindar una declaración general que resuma, al más alto nivel, la posición única del producto que
pretende llenar los requerimientos. El siguiente esquema podría ser utilizado:]
Para [Cliente final]
Quién [Informe de la necesidad u oportunidad]
El (nombre del producto) [Es un [categoría del producto]
Que [Informe del beneficio principal, esto es, la razón irresistible
para comprar o desarrollar]
A diferencia de [Principal alternativa de la competencia]
Nuestro producto [Informe de las principales diferencias]
Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 3

4. Nombre del Proyecto: Fecha:
Nombre del Artefacto: Visión Código: Versión:
3. Descripción de los Interesados
3.1 Resumen de interesados
Nombre Descripción Responsabilidades
[Nombre del tipo [Describir brevemente el [Describa brevemente las
de interesado] tipo de interesado.] responsabilidades claves de los
interesados en cuanto al sistema que va
a ser desarrollado; Es decir, sus
intereses como interesados.
Ejemplo: Asegurar que el sistema tenga
capacidad de ser mantenido.
Seguir el desarrollo del proyecto.
Aprobar fondos]
3.2 Ambiente de Trabajo de los Usuarios
[Detallar el ambiente de trabajo de los usuarios objetivo del proyecto. Algunas preguntas a resolver:
Número de personas involucradas en completar una tarea. ¿Dicho número es variable?
¿Cuanto dura un ciclo completa de tarea? ¿ Cuanto tiempo se gasta en cada actividad? ¿Dichos
tiempos cambian?
Restricciones de contexto: aplicación móvil, a la intemperie, altas temperaturas, etc..
¿ Que plataformas de sistemas están en uso al día de hoy? ¿ Cuales se tienen proyectadas?
¿ Que otras aplicaciones están en uso? ¿ La aplicación objeto de estudio necesita integrarse con
ellas?
En este numeral es aconsejable incluir apartes del Modelo de Negocio lo cual ayuda a bosquejar las
tareas y roles involucrados.]
4. Visión General del Producto
4.1 Necesidades y Características
[Evitar diseñar. Mantenga la descripción de las características del producto a un nivel general.
Enfocar en las capacidades requeridas y en el por qué (no el como) ellas deben ser implementadas.
Capturar la prioridad de la necesidad y . Capture the stakeholder priority and planned release for
each feature.]
Necesidad Prioridad Características Solución Sugerida
Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 4

5. Nombre del Proyecto: Fecha:
Nombre del Artefacto: Visión Código: Versión:
5. Otros Requisitos del Producto
[A alto nivel, listar los estándares aplicables, requisitos de hardware y plataforma; requisitos de
desempeño y requisitos ambientales.
Definir rangos de calidad para el desempeño, Define los rangos de calidad para el desempeño, ,
solidez, tolerancia a fallos, características de uso e interfaz gráfica, etc.
Anotar todas las restricciones de diseño, externa, asunciones y cualquier tipo de dependencia que en
caso de cambiar impacten la visión del proyecto. Por ejemplo una asunción puede ser que un sistema
operativo específico está disponible para el hardware sobre el cual se desplegará el producto. Si
dicho sistema operativo no está disponible la visión deberá ser modificada.
Definir los requisitos de documentación, incluyendo manuales de usuario, ayuda en línea, instalación,
etiquetado, requisitos de embalaje (si aplica), etc..
Definir la prioridad de esos otros requisitos. Si es necesario y útil incluya atributos tales como
estabilidad, beneficio, esfuerzo y riesgo]
Requisito Prioridad Solución Sugerida
Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 5

6. Nombre del Proyecto: Fecha:
Nombre del Artefacto: Visión Código: Versión:
Copyright Grupo de Trabajo Académico
GNU/Linux Universidad Distrital Francisco José
de Caldas ­ GLUD
Este documento está publicado bajo una licencia
Creative Commons: Reconocimiento – Compartir
bajo la misma licencia 2,5, Colombia. Esto le
permite copiar y comunicar públicamente la obra y
crear copias derivadas (incluso con fines
comerciales), siempre y cuando reconozca el crédito
al autor y divulge cualquier obra derivada bajo los
términos de la misma licencia. Puede leer la licencia
en:
http://creativecommons.org/licences/by­sa/2.5/co/
Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 6

7. Nombre del Proyecto: Fecha:
Nombre del Artefacto: Visión Código: Versión:
Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página 7