<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 Definiciones, Acrnimos y Abreviaturas 1.4 Referencias 1.5 Resumen 2. Posicionamiento del Producto 2.1 Oportunidades del Negocio 2.2 Informe del Problema 2.3 Informe del Posicionamiento del Producto 3. Patrocinadores y Descripciones de Usuarios 3.1 Demografa del Mercado 3.2 Resumen de los Patrocinadores 3.3 Resumen de usuarios 3.4 Ambiente del usuario 3.5 Perfiles de los patrocinadores 3.5.1 <Nombre del participante> 3.6 Perfiles de usuario 3.6.1 <Nombre del Usuario> 3.7 Patrocinadores Principales / Necesidades de Usuario 3.8 Alternativas y Competiciones 3.8.1 <UnCompetidor> 3.8.2 <OtroCompetidor> 4. Resumen del Producto 4.1 Perspectiva del producto 4.2 Resumen de capacidades 4.3 Supuestos y Dependencias 4.4 Costo y precios 4.5 Licenciamiento e Instalacin 5. Caractersticas del Producto 5.1 <UnaCaracterstica> 5.2 <Otra Caracterstica> 6. Restricciones 7. Precedencia y prioridad 8. Otros requerimientos del producto 8.1 Estndares aplicables 8.2 Requerimientos del Sistema 8.3 Requerimientos de Desempeo 8.4 Requerimientos de ambiente 1 1 1 1 1 1 1 1 1 1 2 2 2 2 3 3 3 3 3 4 4 5 5 5 5 5 6 6 6 6 7 7 7 7 7 7 7 7 8

Confidential

<Nombre de la Empresa>, 2002

iii

<Nombre del Proyecto> Visin <identificador del documento> 9. Requerimientos de Documentacin 9.1 Manual de Usuario 9.2 Ayuda en lnea 9.3 Guas de instalacin, configuracin y archivos Lame 9.4 Etiquetando y empaquetando A1 Apndice 1 Riesgo (Plantilla)

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

8 8 8 8 8 8 8

Confidential

<Nombre de la Empresa>, 2002

iv

<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.] 1.1 Propsito [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 Definiciones, Acrnimos y Abreviaturas [Esta seccin debera proveer las definiciones de todos los trminos, acrnimos, y abreviaturas requeridos para interpretar apropiadamente la Visin. Esta informacin puede ser provista por referencia al Glosario del proyecto.] 1.4 Referencias [Esta seccin debera proveer una lista completa de todos los documentos referenciados en la Visin. Cada documento debera ser identificado por ttulo, nmero de reporte (si aplica), fecha, y publicador. Especifica los fuentes desde los cuales las referencias pueden ser obtenidas. Esta informacin puede ser provista por referencia a un apndice o a otro documento.] 1.5 Resumen [Esta seccin debera describir lo que contiene el resto de la Visin y explicar cmo est organizado el documento.]

2.

Posicionamiento del Producto

2.1 Oportunidades del Negocio [Describe brevemente las oportunidades de negocio que se pueden encontrar con este proyecto.] 2.2 Informe 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 (describe el problema) (los patrocinadores afectados por el problema). (cul es el impacto del problema). (listar algunos beneficios claves de una solucin exitosa).

2.3 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> Para Quin El (nombre del producto) Que A Diferencia Esta Aplicacin (cliente meta)

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

(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.

Patrocinadores y Descripciones 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.] 3.1 Demografa del Mercado [Resume la demografa del mercado principal que motiva las decisiones de su producto. Describe y posiciona los segmentos meta del producto. Estima el tamao y el crecimiento del mercado mediante el uso del nmero de usuarios potenciales, o la cantidad de dinero que sus clientes gastan tratando de conocer las necesidades que su producto debe llenar. Revisa las principales tendencias y tecnologas de la industria. Responde las siguientes preguntas estratgicas: Cul es la reputacin de su organizacin en este mercado? Qu le gustara ser?Cmo alcanzar este producto o servicio sus metas?] 3.2 Resumen de los Patrocinadores [Presenta una lista resumen de todos los patrocinadores identificados:] Nombre Nombre del tipo de patrocinador. 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.3 Resumen de usuarios [Presenta una lista resumen de todos los usuarios identificados:] 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 Confidencial <Nombre de la Empresa>, 2000 2

<Nombre del Proyecto> Visin <identificador del documento>

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

Patrocinador1

3.4 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.5 Perfiles de los patrocinadores [Describe cada patrocinador del sistema mediante el llenado en la siguiente tabla para cada patrocinador. Recuerde que los tipos de patrocinadores 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.5.1 <Nombre del participante> 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 patrocinadores p.e. Guru, experto en el negocio, usuario casual, etc p.e. Fondo tcnico y grado de sofisticacin. Lista las principales responsabilidades de los patrocinadores con respecto al sistema que est siendo desarrollado (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 patrocinadores 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.

Representate Descripcin Tipo

Responsabilidades Criterio de xito Involucrado en Entregables Comentarios / Tpicos

3.6 Perfiles de usuario [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.6.1 <Nombre del Usuario> Quin es el usuario representativo al proyecto (opcional- si est documentado en <Nombre de la Empresa>, 2000 3

Representante Confidencial

<Nombre del Proyecto> Visin <identificador del documento>

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

Descripcin Tipo Responsabilidades Criterios de xito Involucrado en Entregables Comentarios/ Tpicos

otra parte). Esto a menudo se refiere a el participante que representa el conjunto de usuarios (p.e. Patrocinador: Patrocinador1) Una breve descripcin del tipo de usuario. 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.

3.7 Patrocinadores Principales / Necesidades de Usuario [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

3.8 Alternativas y Competiciones [Identifique alternativas que el patrocinador percibe como disponibles. Estas pueden incluir comprar un producto del competidor, comprar una solucin hecha a la medida o simplemente el estatus quo. Liste cualquier eleccin competitiva conocida que exista o pueda llegar a estar disponible. Incluya las principales fortalezas y debilidades de cada competidor como percibidas por el patrocinador.

Confidencial

<Nombre de la Empresa>, 2000

<Nombre del Proyecto> Visin <identificador del documento> 3.8.1 3.8.2 <UnCompetidor> <OtroCompetidor>

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

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.] 4.2 Resumen de capacidades [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:]

Confidencial

<Nombre de la Empresa>, 2000

<Nombre del Proyecto> Visin <identificador del documento>

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

Sistema de Soporte Al Cliente Beneficio del Cliente Caractersticas de Soporte El nuevo equipo de soporte puede La base de Conocimiento asiste al aumentar rpidamente la velocidad. personal de soporte en la rpida identificacin de reparaciones conocidas y los errores no solucionados. La satisfaccin del cliente aumenta Los problemas son clasificados por debido a que nada deja de funcionar separado, clasificados y seguidos durante por fallas del sistema. el proceso de resolucin. La notificacin automtica ocurre para cualquier asunto anterior.. La Gerencia puede identificar las Los reportes de tendencia y distribucin reas del problema y medir la carga permiten un alto nivel de revisin del de trabajo del personal. estado del problema. Los equipos de soporte distribuidos Los servidores de replicacin permiten pueden trabajar juntos para resolver actualizar la informacin de la base de los problemas. datos compartida a travs de la empresa Los clientes pueden ayudarse ellos La base de Conocimiento puede hacerse mismos, disminuyendo los costos de disponible a travs de Internet. Incluye soporte y mejorando el tiempo de capacidades de bsqueda de hipertexto y respuesta. motores grficos de consulta. 4.3 Supuestos y Dependencias [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 el producto de software. Si el sistema operativo no est disponible el documento de Visin debera cambiar..] 4.4 Costo y precios [Para productos vendidos para clientes externos y para muchas aplicaciones en casa, los asuntos de costo y precio pueden impactar directamente la definicin e implementacin de las aplicaciones. En esta seccin, registre cualquier limitacin de costo y precio que sea relevante. Por ejemplo, costos de distribucin, (nmero de disquetes y nmero de CD-ROMs) u otras limitaciones de costos de bienes vendidos (manuales, empaquetamiento) puede ser material para el xito de los proyectos o irrelevante dependiendo de la naturaleza de la aplicacin.] 4.5 Licenciamiento e Instalacin [Los asuntos de licenciamiento e instalacin tambin pueden impactar directamente el esfuerzo de desarrollo. Por ejemplo, la necesidad del soporte, seguridad con palabras de paso o el licenciamiento de red crearn requerimientos adicionales del sistema que deben ser considerados en el esfuerzo de desarrollo. Los requerimientos de instalacin tambin pueden afectar la codificacin o crear la necesidad para instalacin de software separado

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.

Confidencial

<Nombre de la Empresa>, 2000

<Nombre del Proyecto> Visin <identificador del documento>

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

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: 5.1 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] <UnaCaracterstica>

5.2

<Otra Caracterstica>

6. 7. 8.

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

Precedencia y prioridad
[Define la prioridad de las diferentes caractersticas del sistema.]

Otros requerimientos del producto

[A un alto nivel, lista los estndares de aplicacin, hardware o requerimientos de plataformas, requerimientos de desempeo y requerimientos ambientales.] 8.1 Estndares aplicables [Lista todos los estndares con los que el producto debe cumplir. stos pueden incluir estndares de comunicacin (TCP/IP, ISDN), legales y regulatorios (FDA, UCC), estndares que se adapten a los estndares de plataformas de comunicacin (Windows, Unix, etc), estndares de calidad y seguridad (UL, ISO, CMM).] 8.2 Requerimientos del Sistema [Define cualquier requerimientos de sistema necesario para soportar la aplicacin. stos pueden incluir sistemas operativos soportados en servidores y plataformas de red, configuraciones, memoria, y software perifrico.] 8.3 Requerimientos de Desempeo [Use esta seccin para detallar los requerimientos de desempeo. Entre los asuntos de desempeo se pueden incluir aspectos como factores de carga, ancho de banda o capacidad de comunicacin, rendimiento, precisin, confiabilidad o tiempos de respuesta bajo una variedad de condiciones de carga .]

Confidencial

<Nombre de la Empresa>, 2000

<Nombre del Proyecto> Visin <identificador del documento>

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

8.4 Requerimientos de ambiente [Detalla los requerimientos de ambientes necesarios. Para los sistemas basados en hardware, los cuestiones de ambiente pueden incluir temperatura, humedad, radiacin, etc. Para las aplicaciones de software, los factores ambientales pueden incluir condiciones de uso, ambientes de usuario, disponibilidad de recursos, asuntos de mantenimiento, manejo de errores y recuperacin]

9.

Requerimientos de Documentacin
[Esta seccin describe la documentacin que debe ser desarrollada para soportar la puesta en marcha exitosa de la aplicacin.] 9.1 Manual de Usuario [Describe el propsito y contenidos del manual del usuario. Discute la longitud deseada, el nivel de detalle, ndices, glosario de trminos, tutoriales versus la estrategia del manual de referencia, etc. Las restricciones de formato e impresin deben ser tambin identificadas.] 9.2 Ayuda en lnea [Muchas aplicaciones proporcionan un sistema de ayuda en lnea para asistir al usuario. La naturaleza de estos sistemas es nica para del desarrollo de aplicaciones ya que combinan aspectos de programacin (hiperligas, etc) as como aspectos de escritura tcnica (organizacin, presentacin). Muchos han descubierto que el desarrollo de un sistema de ayuda en lnea es un proyecto dentro de un proyecto que beneficia desde la administracin del alcance y planeacin de actividades.] 9.3 Guas de instalacin, configuracin y archivos Lame [Un documento que incluye instrucciones de instalacin y guas de configuracin, es importante para ofrecer una solucin completa. Tambin, un archivo Lame es incluido normalmente como un componente estndar. El Lame puede incluir una seccin de Que es lo nuevo en esta versin, y los temas de discusin de compatibilidad con versiones anteriores. La mayora de usuarios tambin apreciaran documentacin que defina cualquier error conocido y los no solucionados.] 9.4 Etiquetando y empaquetando [El estado del al arte de las aplicaciones de hoy proveen una apariencia consistente que inicia con empaquetamiento del producto y se manifiesta a travs de mens de instalacin, despliegue de pantallas, sistemas de ayuda, dilogos GUI, etc. Esta seccin define las necesidades de etiquetado que deben ser incorporadas en el cdigo. Ejemplos: incluir derechos de autor, notas de patentes, logos corporativos, conos estndar y otros elementos grficos., etc.]

A1 Apndice 1 Riesgo (Plantilla)

[El equipo del desarrollo se bas en la probabilidad de que el proyecto experimentar eventos no deseados, tales como el costo sobreestimado, los retardos del horario o an la cancelacin. La mayora de los administradores de proyectos encuentran categoras de riesgos tales como suficiente alto, medio y bajo, aunque gradaciones ms finas son posibles. El riesgo puede ser evaluado a menudo indirectamente midiendo la incertidumbre (el rango) de la estimacin del horario de los equipos de proyectos.]

Confidencial

<Nombre de la Empresa>, 2000