P R O J E C T XYZ VI S I O N

Historia de Cambios
FECHA VERSIN DESCRIPCIN AUTOR
<dd/mmm/aa> <1.0> <describir los cambios o inclusiones en el
documento>
<nombre del autor o
autores>
! "Nombre de# Sistema$
[Se indica el nombre del sistema a desarrollar]
%! Ob&eti'os
[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]
(! A#)a*)e o )am+o de a))i,*
[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 raz!n y que se quieran mencionar o resaltar a modo
de aclaraci!n]
-! Re.ere*)ias
"sta secci!n debe contener#
$na lista completa de todas las referencias citadas en cualquier parte de este
documento.
%ara cada documento, identificar ttulo, n&mero 'si es aplicable(, fec)a y
organismo publicador.
*ambi+n especificar el origen de cada referencia o el documento 'anexo( en donde
pueden ser ubicada.
/! Posi)io*amie*to de# sistema
/! Ob&eto de st0dio
[,escribir brevemente la organizaci!n en la cual se va a implantar el sistema. Sus
caractersticas en el mercado. Su posici!n frente a la compentencia, etc.]
/!% O+ort0*idad de *e1o)io
[,escribir brevemente la oportunidad de negocio que representa para la
organizaci!n la implantaci!n del Sistema propuesto, tanto al interior c!mo en sus
relaciones con el exterior.]
/!( De)#ara)i,* de# +rob#ema a reso#'er
[%roporcionar una declaraci!n sumarizada del problema que ser resuelto con el
proyecto. %uede existir ms de uno por resolver. $sar el siguiente formato para
cada problema]
E# +rob#ema de [describir el problema]
a.e)ta [mencionar a los usuarios internos o externos
afectados]
E# im+a)to est2 [mencionar el impacto del problema...las
consecuencias, las p+rdidas]
U*a so#0)i,* ade)0ada ser3a [listar algunos beneficios clave de una soluci!n
exitosa]
/!- De)#ara)i,* de# Posi)io*amie*to de# Prod0)to
[%roporcionar una declaraci!n total sumarizada y de alto nivel acerca de la &nica
posici!n que el producto desea alcanzar en el mercado. "l siguiente formato debe
ser usado#
Para [nombre del cliente destino]
40i5* [declarar las necesidades u oportunidades que
busca el cliente destino]
E# 6+rod0)to7 es un [categora del producto. "j Soft-are de
.plicaci!n //]
40e [declarar el beneficio clave0 esto es, una raz!n
obligatoria para su compra.]
A di.ere*)ia de [mencionar alternativa de competencia principal]
N0estro +rod0)to [mencionar la diferenciaci!n o la ventaja
competitiva del producto]
[$na declaraci!n de la posici!n del producto comunica la intenci!n y el prop!sito de
su aplicaci!n y la importancia del proyecto para todo el personal involucrado.].
8! Des)ri+)i,* de #os Us0arios de# Sistema
[%ara proporcionar productos y servicios que satisfagan las necesidades reales los
usuarios del sistema, es necesario entender los problemas que enfrentan cuando
realizan sus tareas. "sta secci!n deber presentar el perfil de los usuarios
planeados y los problemas clave que limitan su productividad. 1o se deber usar
para declarar requerimientos especficos, en cambio, proporciona el bac2ground y
la justificaci!n de porqu+ son necesarios los requerimientos].
8! Us0ario 9 Demo1ra.3a de# mer)ado
,escribir de manera resumida la demografa clave del mercado, que motiva las
decisiones acerca del sistema. ,escribir y posicionar los segmentos del mercado
destino. "stimar el tama3o y crecimiento del mercado mediante el uso del n&mero
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. 4esumir las
mejores tendencias y tecnologas de la industria. 5asarse en las respuestas a las
siguientes preguntas estrat+gicas#
67ul es la reputaci!n de la organizaci!n en estos mercados8
67!mo se desea que sea dic)a reputaci!n8
67!mo es que este producto o servicio brindar soporte a los objetivos de la
organizaci!n8]
8!% Per.i#es de Us0ario
,escribir cada tipo de usuario. "stos tipos pueden ser tan divergentes como
expertos y novatos. %or ejemplo un experto puede necesitar una )erramienta
flexible pero sofisticada de soporte a la revisi!n de la plataforma en cambio un
novato puede necesitar una )erramienta fcil de usar y que sea amigable. "l perfil
debe cubrir los siguientes t!picos para cada tipo de usuario#
NOMBRE
USUARIO
RO!"
RES#ONSA$
BI!I%A%ES &!A'E
BA&()ROUN%
*+&NI&O
EN*RE)AB!ES RE#OR*A A #ROB!EMAS
8!( Ambie*te de# Us0ario
[,escribir con detalle el ambiente de trabajo del usuario destino. .lgunas
sugerencias#
67ul es el n&mero de personas involucradas en completar una tarea8 6"st
cambiando 'aumentando o disminuyendo8
67unto tiempo demora el ciclo de vida de la tarea8 6"st cambiando8 ,escribirlo
desde el punto de vista de la atenci!n y c!mo se ve perjudicada.
4estricciones del ambiente como# es m!vil, en espacio abierto, durante un vuelo,
etc.8
69u+ plataformas de sistemas est en uso8 6"xistirn futuras plataformas8
69u+ otras aplicaciones estn en uso8 6La aplicaci!n a ser desarrollada necesita
ser integrada con la que ellos usan actualmente.
8!- A#ter*ati'as : Com+ete*)ias
[:dentificar las alternativas que los usuarios y funcionarios )an evaluado como
disponibles. "stas pueden incluir comprar un producto de la competencia,
desarrollar una soluci!n progresiva )ec)a en casa, o simplemente mantener el
status quo. Listar cada alternativa competitiva que existe y que puede estar
disponible. ,escribir las debilidades y fortalezas tal y como son percibidas por el
usuario. .djunte el benc)mar2ing y presente el siguiente cuadro resumen.]
A!*ERNA*I'A
&OM#E*I*I'A
#RO%U&*O O SO!U&I,N -OR*A!E.AS %EBI!I%A%ES
;! Res0me* de# Prod0)to
"sta secci!n proporciona una vista de alto nivel de las capacidades, interfaces con
otras aplicaciones y configuraci!n del sistema. 7onsiste de tres subsecciones#
%erspectiva
;unciones o *areas a .utomatizar
Suposiciones y ,ependencias
;! Pers+e)ti'a de# Prod0)to
["n esta subsecci!n 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 secci!n se
describen las interacciones. $na manera sencilla de describir las interacciones es
mediante un diagrama de bloques.]
;!% Res0me* de Ca+a)idades
[4esumir los grandes beneficios y caractersticas de las funciones que el producto
tiene. ,escribir con profundidad las tareas o el mbito de la implementaci!n]
<rganizar las funciones para que sean comprensible para el usuario final. %or
ejemplo#
F0*)i,* Cara)ter3sti)as <e*e.i)ios
%ar So/orte al Sistema &uenta con una base de conocimiento
0ue da asistencia al /ersonal de so/orte
en la identi1icaci2n r3/ida de soluciones
4 e5/eriencias anteriores.
!os /roblemas son numerados6
clasi1icados 4 se7uidos de manera 8nica
a tra9:s de un /roceso de resoluci2n.
Nue9o sta11 de so/orte 0ue
r3/idamente toma decisiones 4
las e;ecuta.
!a satis1acci2n del usuario se
incrementa debido a 0ue no <a4
/roblemas de 7ran se9eridad.
.... .... ...
;!( S0+osi)io*es= de+e*de*)ies : ries1os
[Listar cada factor que afecta a diferentes caractersticas mencionadas. Listar las
suposiciones e )ip!tesis que si cambian, alterarn el contenido de la =isi!n.].
>! Cara)ter3sti)as de #os Atrib0tos
[Las caractersticas o funciones del sistema deben tener atributos que pueden
usarse para evaluar, validar, priorizar y administrar los items propuestos para la
implementaci!n. "numerar las caractersticas que se estan evaluando y ponderando
en la lista de requerimientos].
?! Cara)ter3sti)as de# Prod0)to
[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. 7ada caracterstica tendr una serie de inputs y outputs para alcanzar
el resultado deseado.
La visi!n debe de contener el nivel de detalle para que el equipo tenga la
informaci!n necesaria para crear un modelo use>case.
%ara administrar efectivamente una aplicaci!n compleja es necesario identificar y
desarrollar las caractersticas en un nivel muy alto para asegurar que ?@>AA
resulten. 7ada caracterstica se expandir en mayor nivel de detalle en el modelo
de casos de uso.
"vitar el dise3o. 7onservar una descripci!n de nivel general. ;ocalizar en las
capacidades requeridas y porque 'no en como(.]
7ada caracterstica debe ser redactada en infinitivo y descrita de manera que pueda
ser percibida externamente por usuario operadores y otros sistemas externos.
.plicar el cuadro siguiente, tomando como base los requerimientos de la matriz.#
NOMBRE %E !A
&ARA&*ER=S*I&A
%ES&RI#&I,N IN#U*S OU*#U*S USUARIO
RES#ONSAB!E
@! Restri))io*es
[.notar todas las restricciones de dise3o, restricciones o parmetros externos y
otras dependencias.]
! Otros ReA0erimie*tos
[Listar en un alto nivel, los estndares y requerimientos de plataforma de
)ard-are, rendimiento y ambiente.]
! Est2*dares
[Listar todos los estndares con los que el negocio debe cumplir. %ueden ser
legales, de comunicaci!n '*7%B:%, :S,1(, de plataformas 'Cindo-s, $nix, etc.(, de
comercio electr!nico, y de calidad ':S<, 7DD(.].
!% ReA0erimie*tos de #a Im+#eme*ta)i,*
[,efinir los requerimientos de soporte a la aplicaci!n# configuraciones, memoria,
perif+ricos, plataforma de redes, y licencias.] .
!( ReA0erimie*tos de Re*dimie*to
[,etallar los requerimientos de rendimiento, tiempos de respuesta, anc)os de
banda, capacidad de comunicaci!n y confiabilidad.].
!- ReA0erimie*tos de# Bedio Ambie*te!
[,etallar los requerimientos de ambiente necesarios. %ara el )ard-are pueden ser#
temperatura, )umedad, tolerancia a fallas, radiaci!n, etc. %ara el soft-are#
condiciones de uso, disponibilidad de recursos, mantenimiento, recuperaci!n y
soporte a errores.].
%! ReA0erimie*tos de Do)0me*ta)i,*
["sta secci!n describe los requerimientos de documentaci!n que debe ser
desarrollada como soporte al desarrollo de la aplicaci!n. ]
%! Ba*0a# de Us0ario
[,escribe el prop!sito y contenido del Danual de $suario, longitud deseada, nivel
de detalle, glosario de t+rminos, tutoriales. 4equisitos de formato e impresi!n
tambi+n deben de describirse. ]
%!% A:0da e* C3*ea
[Duc)as aplicaciones proporcionan un sistema de ayuda en lnea para asistir al
usuario. La naturaleza de estos sistemas son &nicos y combinan aspectos de
programaci!n ')ipervnculos( con los de escritura t+cnica. 'organizaci!n,
presentaci!n(. ]
%!( D0ias de I*sta#a)i,*
["s un documento que incluye instrucciones para instalaci!n y guas de
configuraci!n y que es muy importante para completar la soluci!n de un soft-are.
*ambi+n se utilizan los arc)ivos E4ead DeF como un componente estndar del
paquete. "ste arc)ivo incluye la secci!n ELo nuevo de +sta versi!n es#F y una
discusi!n de la compatibilidad con otras versiones. ]
%!- PaA0etes
["l estado de arte )oy en da proporciona una consitencia en la presentaci!n que
comienza con el paquete y se manifiesta a trav+s de men&s de instalaci!n,
pantallas de notificaci!n, sistemas de ayuda, dilogos, etc. "sta secci!n define la
necesidad de incluir el etiquetado en el c!digo. "jemplos# notificaciones de
copyrig)ts y patentes, logos corporativos, &conocs y grficos estandar, etc.]