Documento de Visión

<Nombre empresa >
<Nombre del proyecto>
Visión
Versión 1.0
[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]
.
<Nombre del proyecto>
Visión
Documento Visión
Versión:
Fecha:
1.0
dd/mm/aaaa
Historial de Revisiones
Fecha
06/04/2005
Confidencial
Versión
1.0
Descripción
Autor
Versión preliminar como propuesta de
desarrollo.
<empresa.>, 2015
Pág. 2
<Nombre del proyecto>
Visión
Documento Visión
Versión:
Fecha:
1.0
dd/mm/aaaa
Tabla de Contenidos
1
2
3
4
5
Introducción
5
1.1
1.2
1.3
1.4
5
5
5
5
Propósito
Alcance
Definiciones, Acrónimos, y Abreviaciones
Referencias
Posicionamiento
5
2.1
2.2
2.3
5
5
6
Oportunidad de Negocio
Sentencia que define el problema
Sentencia que define la posición del Producto
Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios
6
3.1
3.2
3.3
3.4
Resumen de Stakeholders
Resumen de Usuarios
Entorno de usuario
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>
6
6
7
7
7
7
7
7
Descripción Global del Producto
8
4.1
4.2
4.3
4.4
8
8
8
8
Perspectiva del producto
Resumen de características
Suposiciones y dependencias
Costo y precio
Descripción Global del Producto
8
5.1
5.2
8
8
9
<Una característica principal de software>
<Otra característica principal de software>
5.2.1 <Una subcaracterística software>
6
Restricciones
9
7
Precedencia y Prioridad
9
8
Otros Requisitos del Producto
9
8.1
8.2
8.3
8.4
9
9
9
9
9
Estándares Aplicables
Requisitos de Sistema
Requisitos de Desempeño
Requisitos de Entorno
Requisitos de Documentación
9
9.1
9.2
9.3
9
9
9
Manual de Usuario
Ayuda en Línea
Guías de Instalación, Configuración, y Archivo Léame
Confidencial
<empresa.>, 2015
Pág. 3
<Nombre del proyecto>
Visión
Documento Visión
A.
Versión:
Fecha:
Atributos de Características
Confidencial
1.0
dd/mm/aaaa
10
<empresa.>, 2015
Pág. 4
<Nombre del proyecto>
Visión
Documento Visión
Versión:
Fecha:
1.0
dd/mm/aaaa
Visión
1
Introducción
1.1
Propósito
[Breve descripción del propósito del presente documento, como puede ser servir de soporte a la
especificación de las características 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]
1.2
Alcance
[Definición del alcance del presente documento, es decir, todo ámbito del que recoge características o
detalles]
1.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.
1.4
Referencias
- Glosario.
- Plan de desarrollo de software.
- RUP (Rational Unified Process).
- Diagrama de casos de uso.
2
Posicionamiento
2.1
Oportunidad de Negocio
[Ventajas que obtendrá la empresa al implantar el sistema informático]
2.2
Sentencia que define el problema
El problema de
afecta a
El impacto asociado es
una adecuada solución sería
Confidencial
<empresa.>, 2015
Pág. 5
<Nombre del proyecto>
Visión
Documento Visión
2.3
Versión:
Fecha:
1.0
dd/mm/aaaa
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.
3.1
Resumen de Stakeholders
Nombre
Descripción
Responsabilidades
x
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
3.2
Resumen de Usuarios
Nombre
Descripción
Stakeholder
[Nombre de un
usuario del
sistema]
[Descripción de responsabilidades del
usuario]
x
[Nombre de otro
usuario del
sistema]
[Descripción de responsabilidades del
usuario]
x
Confidencial
<empresa.>, 2015
Pág. 6
<Nombre del proyecto>
Visión
Documento Visión
Versión:
Fecha:
1.0
dd/mm/aaaa
3.3
Entorno de usuario
[Descripción del entorno de trabajo del usuario, características de los PC’s a utilizar, sistemas operativos,
etc.]
3.4
Perfil de los Stakeholders
3.4.1
Representante del departamento de Informática
Representante
Xxxxxxx
Descripción
Líder de proyecto
Tipo
Experto de Sistemas.
Responsabilidades
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
Criterio de Éxito
[A definir por el cliente]
Grado de
participación
Comentarios
Revisión de requerimientos, estructura del sistema
Ninguno
3.5
Perfiles de Usuario
3.5.1
<Nombre de un usuario>
Representante
xxxxxxxxxxxxx
Descripción
Tipo
Responsabilidades
Criterio de Éxito
Grado de
participación
Comentarios
3.5.2
[A definir por el cliente]
[A definir por el cliente]
<Nombre de otro usuario>
Representante
xxxxxxxxxxxxxxx
Descripción
Confidencial
<empresa.>, 2015
Pág. 7
<Nombre del proyecto>
Visión
Documento Visión
Versión:
Fecha:
1.0
dd/mm/aaaa
Tipo
Responsabilidades
Criterio de Éxito
Grado de
participación
Comentarios
[A definir por el cliente]
[A definir por el cliente]
4
Descripción Global del Producto
4.1
Perspectiva del producto
[Ámbito de aplicación del sistema y expectativas del mismo]
4.2
Resumen de características
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
4.3
Suposiciones y dependencias
[Todas las suposiciones y dependencias deben ser definidas por el cliente]
4.4
Costo y precio
[El costo y precio del sistema con todas las características software son decisión entre cliente y empresa de
desarrollo software]
5
Descripción Global del Producto
5.1
<Una característica principal de software>
[Descripción de una característica software, ámbito y propiedades de la misma]
5.2
<Otra característica principal de software>
[Descripción de una característica software, ámbito y propiedades de la misma]
Confidencial
<empresa.>, 2015
Pág. 8
<Nombre del proyecto>
Visión
Documento Visión
Versión:
Fecha:
1.0
dd/mm/aaaa
5.2.1
<Una subcaracterística software>
[Descripción de una característica software que deriva de una característica software jerárquicamente
superior, ámbito y propiedades de la misma]
6
Restricciones
[A definir por el cliente]
7
Precedencia y Prioridad
[A definir por el cliente]
8
Otros Requisitos del Producto
[A definir por el cliente]
8.1
Estándares Aplicables
[A definir por el cliente]
8.2
Requisitos de Sistema
[A definir por el cliente]
8.3
Requisitos de Desempeño
[A definir por el cliente]
8.4
Requisitos de Entorno
[A definir por el cliente]
9
Requisitos de Documentación
9.1
Manual de Usuario
[A definir por el cliente]
9.2
Ayuda en Línea
[A definir por el cliente]
9.3
Guías de Instalación, Configuración, y Archivo Léame
[A definir por el cliente]
Confidencial
<empresa.>, 2015
Pág. 9
<Nombre del proyecto>
Visión
Documento Visión
A.
Versión:
Fecha:
1.0
dd/mm/aaaa
Atributos de Características
Número y
nombre de la
característica
5.1 <Una
característica>
5.2 <Otra
característica>
5.2.1 <Una subcaracterística>
5.2.2 <Otra subcaracterística>
5.3 <Otra
característica>
Confidencial
Estado
Propuesta:
[Sí / No]
Aprobada:
[Sí / No]
Incorporada:
[Sí / No]
Propuesta:
[Sí / No]
Aprobada:
[Sí / No]
Incorporada:
[Sí / No]
Propuesta:
[Sí / No]
Aprobada:
[Sí / No]
Incorporada:
[Sí / No]
Propuesta:
[Sí / No]
Aprobada:
[Sí / No]
Incorporada:
[Sí / No]
Propuesta:
[Sí / No]
Aprobada:
[Sí / No]
Incorporada:
[Sí / No]
Beneficio
[A definir
por el
cliente]
[A definir
por el
cliente]
[A definir
por el
cliente]
[A definir
por el
cliente]
[A definir
por el
cliente]
Esfuerzo
[Alto / Medio /
Bajo]
[Alto / Medio /
Bajo]
[Alto / Medio /
Bajo]
[Alto / Medio /
Bajo]
[Alto / Medio /
Bajo]
<empresa.>, 2015
Riesgo
[A definir por
el cliente]
[A definir por
el cliente]
[A definir por
el cliente]
[A definir por
el cliente]
[A definir por
el cliente]
Estabilidad
Asignación
[A definir por
el cliente]
[Personal
asignado al
desarrollo de
esta
característica]
[A definir por
el cliente]
[Personal
asignado al
desarrollo de
esta
característica]
[A definir por
el cliente]
[Personal
asignado al
desarrollo de
esta
característica]
[A definir por
el cliente]
[Personal
asignado al
desarrollo de
esta
característica]
[A definir por
el cliente]
[Personal
asignado al
desarrollo de
esta
característica]
Pág. 10