<Nombre de la Empresa> <Nombre del Proyecto> Visin

Versin <1.0>
[Nota: La siguiente plantilla es provista para el uso con el Rational Unified Process. El texto encerrado en parntesis cuadrados y desplegado en azul itlico (Estilo=InfoBlue) esta incluido para ser una gua al autor y debe ser borrado antes de publicar el documento. Un prrafo introducido siguiendo este estilo se establecer como normal (Estilo=Body Text).] [Para personalizar los campos automticos (los cuales despliegan un fondo gris cuando se seleccionan), seleccione Archivo>Propiedades y reemplace los campos de Ttulo, Asunto y Organizacin con la informacin apropiada para este documento. Despus de cerrar el dialogo, los campos automticos deben ser actualizados a travs del documento al seleccionar Edicin->Seleccionar todo (o Ctrl_E) y luego se debe oprimir la tecla F9 o simplemente click sobre cada uno de los campos y presione F9. Esto debe hacerse separadamente para encabezados y pie de pgina. Alt-F9 cambiar entre el despliegue del nombre del campo y su contenido. Consultar la ayuda de Word para mayor informacin para trabajar con campos. ]

<Nombre del Proyecto> Visin <identificador del documento>

Versin: <1.0> Fecha: <dd/mmm/yy>

Historial de Revisiones
Fecha <dd/mmm/yy> Versin <x.x> <detalles> Descripcin Autor <nombre>

Confidential

<Nombre de la Empresa>, 2002

ii

<Nombre del Proyecto> Visin <identificador del documento>

Versin: <1.0> Fecha: <dd/mmm/yy>

Tabla de Contenidos
1. Introduccin 1.1 Propsito 1.2 Alcance 1.3 Resumen del Proyecto 2. Posicionamiento del Producto 2.1 Oportunidades del Negocio 2.2 Enunciado del Problema 2.3 Informe del Posicionamiento del Producto 3. Descripcin de Afectados y de Usuarios 3.1 Resumen de los Afectados 3.2 Resumen de usuarios 3.3 Ambiente del usuario 3.4 Perfiles de los afectados 3.4.1 <Nombre del participante> 3.5 Perfiles de usuario 3.5.1 <Nombre del Usuario> 3.6 Necesidades del Afectado y del Usuario 4. Resumen del Producto 4.1 Perspectiva del producto 4.2 Capacidades del Producto 4.3 Suposiciones y Dependencias 5. Caractersticas del Producto 5.1 <Utilizar tabla: UnaCaracterstica, su precedencia y prioridad> 5.2 < Utilizar tabla: Otra Caracterstica, su precedencia y prioridad > 6. Restricciones 7. Requerimientos de Documentacin 7.1 Manual de Usuario 7.2 Ayuda en lnea 7.3 Guas de instalacin, configuracin y archivos lame 8. A1 Apndice 1 Atributos caractersticos 8.1 Riesgo(Plantilla) 8.1.1 Clasificacin 8.1.2 Descripcin 8.1.3 Impacto 8.1.4 Estrategia de Mitigacin 8.1.5 Plan de Contingencia 1 1 1 1 1 1 1 1 2 2 2 3 3 3 4 4 5 5 5 6 6 7 7 7 8 8 8 8 8 8 8 8 8 8 8 8

Confidential

<Nombre de la Empresa>, 2002

iii

<Nombre del Proyecto> Visin <identificador del documento>

Versin: <1.0> Fecha: <dd/mmm/yy>

Visin
1. Introduccin [La introduccin de la Visin debera proveer un resumen de todo el documento. Debera incluir el propsito, alcance, definiciones, acrnimos, abreviaciones, referencias y el resumen de esta Visin.]
Propsito

1.1

[Especifica el propsito de esta Visin.]

1.2 Alcance

[Una breve descripcin del alcance de esta Visin; lo que se encuentra asociado con el Proyecto, y lo que sea afectado o influenciado por este documento]
1.3 Resumen del Proyecto

[Esta seccin debera describir lo que contiene el resto de la Visin y explicar cmo est organizado el documento.] 2.
2.1

Posicionamiento del Producto

Oportunidades del Negocio

[Describe brevemente las oportunidades de negocio que se pueden encontrar con este proyecto.]
2.2 Enunciado del Problema

[Proveer un informe resumido del problema que va a ser resuelto por este proyecto. El siguiente formato puede ser usado:] El problema de Afecta a El impacto es Una solucin exitosa sera
2.3

(describe el problema) (los patrocinadores afectados por el problema). (cul es el impacto del problema). (listar algunos beneficios claves de una solucin exitosa).

Informe del Posicionamiento del Producto

[Provee un informe resumido al ms alto nivel, la posicin nica que el producto intenta llenar en el mercado]

Confidencial

<Nombre de la Empresa>, 2000

<Nombre del Proyecto> Visin <identificador del documento>

Versin: <1.0> Fecha: <dd/mmm/yy>

Para Quin El (nombre del producto) Que A Diferencia Esta Aplicacin

(cliente meta) (informe de necesidades o oportunidades) es un (categora del producto) (informe de beneficios claves) (alternativa competitiva primaria) (informe de diferenciacin primaria)

[El informe de posicionamiento del producto comunica las intenciones de la aplicacin y la importancia del proyecto para todos los patrocinadores.] 3. Descripcin de Afectados y de Usuarios [Para suministrar efectivamente los productos y servicios que conocen las necesidades reales de sus patrocinadores y usuarios, es necesario identificar e involucrar a todos los afectados como parte del proceso de Modelaje de Requerimientos. Usted tambin debera identificar a la comunidad de los patrocinadores asegurar de estn representados adecuadamente. Esta seccin proporciona un perfil de los patrocinadores involucrados en el proyecto y los principales problemas que ellos perciben para ser solucionados por la solucin propuesta. Este apartado no describe los requerimientos o solicitudes especficas (stas son capturadas en un artefacto aparte de solicitudes de los patrocinadores). Mas bien proporciona el fondo y la justificacin por los cuales los requerimientos son necesarios.]
Resumen de los Afectados

3.1

[Presenta una lista resumen de todos los afectados identificados:] Nombre Nombre del tipo de afectado. Representa Describe brevemente qu representa con respecto al desarrollo. Rol Describe brevemente el papel que ellos estn jugando en el desarrollo. p.e. Asegura este.

3.2

Resumen de usuarios

[Presenta una lista resumen de todos los usuarios identificados:]

Confidencial

<Nombre de la Empresa>, 2000

<Nombre del Proyecto> Visin <identificador del documento>

Versin: <1.0> Fecha: <dd/mmm/yy>

Nombre Nombre del tipo de usuario.

Descripcin Describe brevemente qu representan con respecto al sistema.

Patrocinador Lista cmo el usuario est representado por el patrocinador p.e. Representado mediante Patrocinador1

3.3

Ambiente del usuario

[Detalla el ambiente de trabajo del usuario destino. Aqu hay algunas sugerencias: Nmero de personas involucradas en la realizacin de la tarea. Est cambiando? Cun largo es el ciclo de la tarea? Cantidad de tiempo requerido en cada actividad? Est cambiando? Cualquier restriccin ambiental nica: mvil, externa, etc. Cules plataformas de sistemas se usan actualmente? Plataformas futuras? Qu otras aplicaciones estn en uso?Su aplicacin necesita integrarse con ellas? Esto es un extracto del Modelo de Negocios el cual podra ser incluido para resaltar las tareas y los usuarios involucrados, etc]
3.4 Perfiles de los afectados

[Describe cada afectados del sistema mediante el llenado en la siguiente tabla para cada afectado. Recuerde que los tipos de afectados pueden ser tan distintos como los usuarios, estrategias departamentales y desarrolladores tcnicos. Un perfil minucioso debera cubrir los siguientes tpicos para cada tipo de participante:]
3.4.1 <Nombre del participante>

Representate Descripcin Tipo Responsabilidades

Quin es el participante representativo para el proyecto (opcional si est documentado en otra parte). Lo que queremos aqu son los nombres. Breve descripcin del tipo de participante. Calificar la experticia de los afectados p.e. Guru, experto en el negocio, usuario casual, etc p.e. Fondo tcnico y grado de sofisticacin. Lista las principales responsabilidades de los afectados con respecto al sistema que est siendo desarrollado
<Nombre de la Empresa>, 2000 3

Confidencial

<Nombre del Proyecto> Visin <identificador del documento>

Versin: <1.0> Fecha: <dd/mmm/yy>

Criterio de xito Involucrado en Entregables Comentarios / Tpicos

3.5 Perfiles de usuario

(p.e. su inters como un participante). Cmo define el xito el participante? Cun satisfecho est el participante? Cmo est involucrado el participante en el proyecto relacione donde sea posible con los afectados RUP (p.e. Verificador de requerimientos, etc.) Cualquier requerimiento adicional entregable por el participante. stos podran ser entregables del proyecto o salidas del sistemas bajo desarrollo. Problemas que interfieren con el xito y cualquier otra informacin relevante.

[Describe cualquier usuario nico del sistema llenando la siguiente tabla para cada tipo de usuario . Recuerde que los tipos de usuarios pueden ser tan diferentes como los gurs y principiantes. Por ejemplo, un gur podra necesitar una herramienta flexible, sofisticada con soporte a travs de la plataforma, mientras un principiante podra necesitar una herramienta que sea fcil de usar y amigable. Un perfil minucioso debera cubrir los siguientes tpicos:
3.5.1 <Nombre del Usuario>

Representante Quin es el usuario representativo al proyecto (opcional- si est documentado en otra parte). Esto a menudo se refiere a el participante que representa el conjunto de usuarios (p.e. Patrocinador: Patrocinador1) Descripcin Una breve descripcin del tipo de usuario. Tipo Responsabilid ades Criterios de xito Involucrado en Entregables Comentarios/ Tpicos Calificar la experticia del usuario p.e. GURU, USUARIO CASUAL, etc. p.e. Trasfondo tcnico y grado de sofisticacin. Lista de principales responsabilidades del usuario con respecto al sistema (p.e. capturar detalles del cliente, reportes de produccin, trabajo coordinado). Cmo el usuario define el xito? Cun satisfecho est el usuario? Cun involucrado est el usuario con el proyecto relacione donde sea posible con los patrocinadores RUP (p.e. Verificador de Requerimientos etc.) Entregables que el usuario produce, y para quienes... Problemas que interfieren con el xito y cualquier otra informacin relevante. Tendencia que hace el trabajo del usuario ms fcil o difcil.
<Nombre de la Empresa>, 2000 4

Confidencial

<Nombre del Proyecto> Visin <identificador del documento> 3.6 Necesidades del Afectado y del Usuario

Versin: <1.0> Fecha: <dd/mmm/yy>

[Lista los principales problemas con soluciones existentes como son percibidas por el patrocinador. Clarifica los siguientes tpicos para cada problema: Cules son las razones para este problema? Cmo se soluciona actualmente? Cules soluciones desea el patrocinador?

Es importante entender la importancia relativa que el patrocinador pone en solucionar en cada problema. Clasifique y acumule las tcnicas votadas que indican problemas que deben ser resueltos versus los puntos que ellos queran resolver. Llene la siguiente tabla si se estn usando RequisitePro para capturar las Necesidades stas podran ser un extracto/reporte de la herramienta.
Necesidad Mensajes emitidos Prioridad Concierne Solucin Actual Soluciones Propuestas

4.

Resumen del Producto [Esta seccin proporciona una vista de alto nivel del producto, interfaces con otras aplicaciones y configuraciones de sistemas. Esta seccin usualmente consiste de tres subsecciones, como sigue: Perspectiva del producto Funciones del producto Supuestos y dependencias ]

4.1

Perspectiva del producto

[Esta seccin de la Visin del documento debe colocar el producto en perspectiva a otros productos relacionados y el ambiente del usuario. Si el producto es independiente y totalmente auto-contenido, mencinelo aqu. Si el producto es un componente de un gran sistema, entonces, esa seccin debera mencionar como estos sistemas interactan y deberan identificar las interfaces relevantes entre los sistemas. Una manera fcil de desplegar los principales componentes de un gran sistema, interconexiones e interfaces externas es mediante un diagrama de bloque.]

Confidencial

<Nombre de la Empresa>, 2000

<Nombre del Proyecto> Visin <identificador del documento> 4.2 Capacidades del Producto

Versin: <1.0> Fecha: <dd/mmm/yy>

[Resume los principales beneficios y caractersticas que el producto proporcionar. Por ejemplo, un documento de Visin para un sistema de soporte al cliente puede usar esta parte para guiar la documentacin del problema, dirigir y reportar el estado sin mencionar la cantidad de detalles que cada una de esas funciones requiere. Organice las funciones de manera que la lista sea entendible para el cliente o cualquier otra persona que lea el documento por primera vez. Una simple tabla listando los principales beneficios y sus caractersticas de soporte podra ser suficiente. Por ejemplo:]
Sistema de Soporte Al Cliente

Beneficio del Cliente El nuevo equipo de soporte puede aumentar rpidamente la velocidad. La satisfaccin del cliente aumenta debido a que nada deja de funcionar por fallas del sistema. La Gerencia puede identificar las reas del problema y medir la carga de trabajo del personal. Los equipos de soporte distribuidos pueden trabajar juntos para resolver los problemas. Los clientes pueden ayudarse ellos mismos, disminuyendo los costos de soporte y mejorando el tiempo de respuesta.
4.3 Suposiciones y Dependencias

Caractersticas de Soporte La base de Conocimiento asiste al personal de soporte en la rpida identificacin de reparaciones conocidas y los errores no solucionados. Los problemas son clasificados por separado, clasificados y seguidos durante el proceso de resolucin. La notificacin automtica ocurre para cualquier asunto anterior.. Los reportes de tendencia y distribucin permiten un alto nivel de revisin del estado del problema. Los servidores de replicacin permiten actualizar la informacin de la base de datos compartida a travs de la empresa La base de Conocimiento puede hacerse disponible a travs de Internet. Incluye capacidades de bsqueda de hipertexto y motores grficos de consulta.

[Lista cada uno de los factores que afectan las caractersticas establecidas en el documento de Visin. Lista los supuestos que, si cambiaran, alteraran el documento de Visin. Por ejemplo, un supuesto puede establecer que un sistema operativo especfico estar disponible para el hardware destinado para
Confidencial <Nombre de la Empresa>, 2000 6

<Nombre del Proyecto> Visin <identificador del documento>

Versin: <1.0> Fecha: <dd/mmm/yy>

el producto de software. Si el sistema operativo no est disponible el documento de Visin debera cambiar..] 5. Caractersticas del Producto [Listar y describir brevemente las caractersticas del producto. Las caractersticas son las capacidades de alto nivel del sistema que son necesarias para brindar beneficios a los usuarios. Cada caracterstica es un servicio externamente deseado que requiere tpicamente una serie de entradas para lograr el resultado deseado. Por ejemplo, una caracterstica de un sistema de seguimiento de problemas podra ser la habilidad de proporcionar reportes de tendencia. Como la figura del modelo de caso de uso toma forma, actualiza la descripcin para referir a los casos de uso. Debido a que el Documento de Visin es revisado por una extensa variedad de personal involucrado, el nivel de detalle debera ser ms general para que cada persona lo entienda. No obstante, suficiente detalle debera estar disponible para proporcionar al equipo de trabajo la informacin que ellos necesitan para crear un modelo de caso de uso. Para administrar eficientemente la complejidad de la aplicacin recomendamos para cualquier nuevo sistema o una actualizacin a un sistema existente, las capacidades son abstradas a un nivel suficientemente alto como caractersticas de resultado de 25-99.Estas caractersticas proporcionan la base fundamental para la definicin del producto, administracin del alcance y administracin del proyecto. Cada caracterstica ser ampliada en mayor detalle en el modelo de casos-de-uso. A lo largo de esta seccin, cada caracterstica debera ser percibible externamente por usuarios, operadores y otros sistemas externos. Estas caractersticas deben incluir una descripcin de las funciones y de cualquier tema relevante de usabilidad que deba ser tratado. Los siguientes lineamientos se aplican: Permite el diseo. Mantiene descripciones de caractersticas a un nivel general. Se enfoca en las capacidades necesarias y en el por qu, (no en el cmo) ellas deberan ser implementadas. Si usted est usando el conjunto de herramientas del Requisite Pro, todas deberan ser seleccionadas como requerimientos del tipo para una fcil referencia y seguimiento]

5.1

<Utilizar tabla: UnaCaracterstica, su precedencia y prioridad>

5.2

< Utilizar tabla: Otra Caracterstica, su precedencia y prioridad >

Confidencial

<Nombre de la Empresa>, 2000

<Nombre del Proyecto> Visin <identificador del documento>

Versin: <1.0> Fecha: <dd/mmm/yy>

6.

Restricciones [Anote cualquier restriccin de diseo, restriccin externa u otras dependencias.]

6.1 Administrativas

7.
7.1 7.2 7.3

Requerimientos de Documentacin
Manual de Usuario Ayuda en lnea Guas de instalacin, configuracin y archivos lame

8.
8.1 8.1.1 8.1.2 8.1.3 8.1.4 8.1.5

A1 Apndice 1 Atributos caractersticos

Riesgo(Plantilla) Clasificacin Descripcin Impacto Estrategia de Mitigacin Plan de Contingencia

Confidencial

<Nombre de la Empresa>, 2000