VISIN

Historia de Cambios
FECHA <dd/mmm/aa> VERSIN <1.0> DESCRIPCIN <describir los cambios inclusiones en el documento> AUTOR <nombre del autor o autores>

1.

<Nombre del Sistema>

[Se indica el nombre del sistema a desarrollar]

2.

Objetivos
[Los objetivos del sistema se describen con un propsito claro y se redactan en infinitivo. Se pueden definir, luego de colectar, analizar y definir las necesidades y caractersticas de alto nivel que el usuario tiene con respecto al producto. Se concentra en las capacidades que el usuario destino necesita y porque estas necesidades existen. Separar en generales y especficos]

3.

Alcance o campo de accin

[Los alcances se describen brevemente, tomando en cuenta a los sistemas externos o personas que estn asociados o influenciados por el sistema a desarrollar. Se describen los procesos que sern incluidos en el estudio y a aquellos que no van a ser contemplados por alguna razn y que se quieran mencionar o resaltar a modo de aclaracin. De preferenciar incluir un grfico general de los procesos]

4.

Referencias
Esta seccin debe contener: Una lista completa de todas las referencias citadas en cualquier parte de este documento. Para cada documento, identificar ttulo, nmero (si es aplicable), fecha y organismo publicador. Tambin especificar el origen de cada referencia o el documento (anexo) en donde pueden ser ubicada. Pginas Web visitadas

5.
5.1

Posicionamiento del sistema

Objeto de estudio
[Describir brevemente la organizacin en la cual se va a implantar el sistema. Sus caractersticas en el mercado. Con la visin, misin y valores de la organizacin(si la tuviera). Su posicin frente a la compentencia, etc.]

5.2

Oportunidad de negocio
[Describir brevemente la oportunidad de negocio que representa para la organizacin la implantacin del Sistema propuesto, tanto al interior cmo en sus relaciones con el exterior.]

5.3

Declaracin del problema a resolver

[Proporcionar una declaracin sumarizada del problema que ser resuelto con el proyecto. Puede existir ms de uno por resolver. Usar el siguiente formato para cada problema]

El problema de afecta El impacto est Una sera solucin adecuada

[describir el problema] [mencionar a los usuarios internos o externos afectados] [mencionar el impacto consecuencias, las prdidas] del problema...las

[listar algunos beneficios clave de una solucin exitosa]

5.4

Declaracin del Posicionamiento del Producto

[Proporcionar una declaracin total sumarizada y de alto nivel acerca de la nica posicin que el producto desea alcanzar en el mercado. El siguiente formato debe ser usado:

Para Quin El (producto) Que A diferencia de Nuestro producto

[nombre del cliente destino] [declarar las necesidades u oportunidades que busca el cliente destino] es un [categora del producto. Ej Software de Aplicacin XX] [declarar el beneficio clave; esto es, una razn obligatoria para su compra.] [mencionar alternativa de competencia principal] [mencionar la diferenciacin competitiva del producto] o la ventaja

[Una declaracin de la posicin del producto comunica la intencin y el propsito de su aplicacin y la importancia del proyecto para todo el personal involucrado.].

5.5

Declaracin del Campo de Accin

[Se incorpora aqu una breve descripcin de los procesos que forman parte del campo de accin del software por desarrollar. Se puede incluir un organigrama y/o un diagrama de bloques o workflow de los grandes procesos]

6.

Descripcin de los usuarios del Sistema

[Para proporcionar productos y servicios que satisfagan las necesidades reales los usuarios del sistema, es necesario entender los problemas que enfrentan cuando realizan sus tareas. Esta seccin deber presentar el perfil de los usuarios planeados y los problemas clave que limitan su productividad. No se deber usar para declarar requerimientos especficos, en cambio, proporciona el background y la justificacin de porqu son necesarios los requerimientos].

6.1

Usuario / Demografa del mercado

Describir de manera resumida la demografa clave del mercado, que motiva las decisiones acerca del sistema. Describir y posicionar los segmentos del mercado destino. Estimar el tamao y crecimiento del mercado mediante el uso del nmero de usuarios potenciales y la cantidad de dinero que los clientes gastan tratando de resolver las necesidades, que el producto o mejora va a satisfacer. Resumir las mejores tendencias y tecnologas de la industria. Basarse en las respuestas a las siguientes preguntas estratgicas:

Cul es la reputacin de la organizacin en estos mercados? Cmo se desea que sea dicha reputacin? Cmo es que este producto o servicio brindar soporte a los objetivos de la organizacin?]

6.2

Perfiles de Usuario
Describir cada tipo de usuario. Estos tipos pueden ser tan divergentes como expertos y novatos. Por ejemplo un experto puede necesitar una herramienta flexible pero sofisticada de soporte a la revisin de la plataforma en cambio un novato puede necesitar una herramienta fcil de usar y que sea amigable. El perfil debe cubrir los siguientes tpicos para cada tipo de usuario:

Nombre Usuario (Rol)

Responsabilidades Clave

Background Tcnico

Entregables

Reporta a

Problemas

6.3

Ambiente del Usuario

[Describir con detalle el ambiente de trabajo del usuario destino. sugerencias:

Algunas

Cul es el nmero de personas involucradas en completar una tarea? Est cambiando (aumentando o disminuyendo?

Cunto tiempo demora el ciclo de vida de la tarea? Est cambiando? Describirlo desde el punto de vista de la atencin y cmo se ve perjudicada. Restricciones del ambiente como: es mvil, en espacio abierto, durante un vuelo, etc.? Qu plataformas de sistemas est en uso? Existirn futuras plataformas? Qu otras aplicaciones estn en uso? La aplicacin a ser desarrollada necesita ser integrada con la que ellos usan actualmente.

6.4

Alternativas y Competencias
[Identificar las alternativas que los usuarios y funcionarios han evaluado como disponibles. Estas pueden incluir comprar un producto de la competencia, desarrollar una solucin progresiva hecha en casa, o simplemente mantener el status quo. Listar cada alternativa competitiva que existe y que puede estar disponible. Describir las debilidades y fortalezas tal y como son percibidas por el usuario. Adjunte el benchmarking y presente el siguiente cuadro resumen.] Alternativa Competitiva Producto o Solucin Fortalezas Debilidades

7.

Resumen del Producto

Esta seccin proporciona una vista de alto nivel de las capacidades, interfaces con otras aplicaciones y configuracin del sistema. Consiste de tres subsecciones:

Perspectiva Funciones o Tareas a Automatizar Suposiciones y Dependencias

7.1

Perspectiva del Producto

[En esta subseccin se debe presentar al producto en perspectiva con otros productos y usuarios. Si el producto es independiente y es un paquete, declararlo aqu. Si el producto es un componente de un sistema grande, en esta seccin se describen las interacciones. Una manera sencilla de describir las interacciones es mediante un diagrama de bloques.]

7.2

Resumen de Capacidades
[Resumir los grandes beneficios y caractersticas de las funciones que el producto tiene. Describir con profundidad las tareas o el mbito de la implementacin] Organizar las funciones para que sean comprensible para el usuario final. Por ejemplo:

Funcin Dar Soporte al Sistema

Caractersticas Cuenta con una base de conocimiento que da asistencia al

Beneficios Nuevo staff de soporte que rpidamente toma

personal de soporte en la identificacin rpida de soluciones y experiencias anteriores. Los problemas son numerados, clasificados y seguidos de manera nica a travs de un proceso de resolucin.

decisiones y las ejecuta. La satisfaccin del usuario se incrementa debido a que no hay problemas de gran severidad.

....

....

...

7.3

Suposiciones, dependencies y riesgos

[Listar cada factor que afecta a diferentes caractersticas mencionadas. Listar las suposiciones e hiptesis que si cambian, alterarn el contenido de la Visin.].

8.

Caractersticas de los Atributos

[Las caractersticas o funciones del sistema deben tener atributos que pueden usarse para evaluar, validar, priorizar y administrar los items propuestos para la implementacin. Enumerar las caractersticas que se estan evaluando y ponderando en la lista de requerimientos].

9.

Caractersticas del producto

[Listar y describir las caractersticas del producto. Las caractersticas son las capacidades de alto nivel del sistema que son necesarias para que el usuario tenga beneficios. Cada caracterstica tendr una serie de inputs y outputs para alcanzar el resultado deseado. La visin debe de contener el nivel de detalle para que el equipo tenga la informacin necesaria para crear un modelo use-case. Para administrar efectivamente una aplicacin compleja es necesario identificar y desarrollar las caractersticas en un nivel muy alto para asegurar que 25-99 resulten. Cada caracterstica se expandir en mayor nivel de detalle en el modelo de casos de uso. Evitar el diseo. Conservar una descripcin de nivel general. Focalizar en las capacidades requeridas y porque (no en como).] Cada caracterstica debe ser redactada en infinitivo y descrita de manera que pueda ser percibida externamente por usuario operadores y otros sistemas externos. Aplicar el cuadro siguiente, tomando como base los requerimientos de la matriz.:

Nombre de la Caracterstica

Descripcin

Inputs

Outputs

Usuario Responsable

10.

Restricciones
[Anotar todas las restricciones de diseo, restricciones o parmetros otras dependencias.] externos y

11.

Otros Requerimientos
[Listar en un alto nivel, los estndares y requerimientos de plataforma de hardware, rendimiento y ambiente.]

11.1

Estndares
[Listar todos los estndares con los que el negocio debe cumplir. Pueden ser legales, de comunicacin (TCP/IP, ISDN), de plataformas (Windows, Unix, etc.), de comercio electrnico, y de calidad (ISO, CMM).].

11.2

Requerimientos de la Implementacin
[Definir los requerimientos de soporte a la aplicacin: configuraciones, memoria, perifricos, plataforma de redes, y licencias.] .

11.3

Requerimientos de Rendimiento
[Detallar los requerimientos de rendimiento, tiempos de respuesta, anchos de banda, capacidad de comunicacin y confiabilidad.].

11.4

Requerimientos del Medio Ambiente.

[Detallar los requerimientos de ambiente necesarios. Para el hardware pueden ser: temperatura, humedad, tolerancia a fallas, radiacin, etc. Para el software: condiciones de uso, disponibilidad de recursos, mantenimiento, recuperacin y soporte a errores.].

12.

Requerimientos de Documentacin
[Esta seccin describe los requerimientos de documentacin que debe ser desarrollada como soporte al desarrollo de la aplicacin. ]

12.1

Manual de Usuario
[Describe el propsito y contenido del Manual de Usuario, longitud deseada, nivel de detalle, glosario de trminos, tutoriales. Requisitos de formato e impresin tambin deben de describirse. ]

12.2

Ayuda en Lnea
[Muchas aplicaciones proporcionan un sistema de ayuda en lnea para asistir al usuario. La naturaleza de estos sistemas son nicos y combinan aspectos de programacin (hipervnculos) con los de escritura tcnica. (organizacin, presentacin). ]

12.3

Guias de Instalacin
[Es un documento que incluye instrucciones para instalacin y guas de configuracin y que es muy importante para completar la solucin de un software. Tambin se utilizan los archivos Read Me como un componente estndar del paquete. Este archivo incluye la seccin Lo nuevo de sta versin es: y una discusin de la compatibilidad con otras versiones. ]

12.4

Paquetes
[El estado de arte hoy en da proporciona una consitencia en la presentacin que comienza con el paquete y se manifiesta a travs de mens de instalacin, pantallas de notificacin, sistemas de ayuda, dilogos, etc. Esta seccin define la necesidad de incluir el etiquetado en el cdigo. Ejemplos: notificaciones de copyrights y patentes, logos corporativos, conocs y grficos estandar, etc.]