Nombre del Proyecto: Fecha:

Nombre del Artefacto: Visión Código: Versión:

Nombre ProyectoNombre 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

Nombre del Proyecto: Fecha:

Nombre del Artefacto: Visión Código: Versión:

Información General del Documento 

Código  del  Documento

Versión Actual del  Documento

Descripción General:

Términos y condiciones de uso:

Historial de versiones

Código de la  Versión

Fecha  Autor

Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página  2

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

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 de interesado]

[Describir brevemente el  tipo de interesado.]

[Describa brevemente las 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

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

Nombre del Proyecto: Fecha:

Nombre del Artefacto: Visión Código: Versión:

Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página  6

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/

Nombre del Proyecto: Fecha:

Nombre del Artefacto: Visión Código: Versión:

Confidencial Universidad Distrital Francisco José de Caldas, 2011 Página  7