cc

[Nota: La siguiente plantilla se proporciona para su uso con Rational Unified Process. Texto entre
corchetes y que aparecen en cursiva azul (estilo = InfoBlue) se incluye para proporcionar orientacin a
los del autor y debe ser eliminado antes de publicar el documento. Un prrafo introducido este estilo se
ajustar automticamente a la normalidad (estilo = Cuerpo de texto).]


c c


 c
Fechac


c

Versinc
c

Descripcinc


c

Autorc
c

Rc c  
c
 cccccccc 

c
 cccccc 
c

cccccc 
c
c 
 
c
 cccccc 


 c 
cc !
 c
 cccccc 
c
 cccccc  
c" c

cccccccc 

 
c

cccccc 


c
c "
c


cccccc   
c
c c

cccccc   
c
c

c
c
c
 cccccccc 

c
c c c

ccc# 
c
 cccccc 
c
c" $ c

cccccc c
c c c

c
 cccccc c
c 
c
 cccccc cc
c 
c
 cccccc 
c
cc

c
  cccccccccc c % &'
c
 cccccc 
c
c 
c
  cccccccccc c
 cccccc ( c c

c !cc c


c
c 
c
 cccccc ) 
! cc
c
  cccccccccc *
c
 
cccccccccc '*
c
 cccccccc 

c
c
c
 cccccc 
! c
c
c

ccccccc
c c*  


c
 cccccc %

cc


c
 cccccc *cc
c
 cccccc *
c
c

cc
  
c
 cccccccc *  $
 c
c
c
 cccccc + c

cccccc '+ c
 cccccccc 

c
 cccccccc  "c
c* 


c
 cccccccc 

cc



c
, cccccccc c-

c
c
c
, cccccc  c 
 c
,
cccccc -

c
c
 c
, cccccc -

c
c.c
, cccccc -

c 
 c

 ccccccccccccc -

c
c
 
c
 c ccccc  c
c 
c

c ccccc )
cc$ c
 c ccccc /$ c
c
  
 c
" 
cc(0 c)'
!c
 c ccccc
-
cc  1c
*  $
 c) c)
c

G

c
ccccccccccccccccccc
c
[El propsito de este documento es recoger, analizar y definir las necesidades de alto nivel y
caractersticas de la  Se centra en las capacidades requeridas por las partes interesadas y
los usuarios finales, y a
estas necesidades existen. Los detalles de cmo el  cumple con
estas necesidades se detallan en el caso de uso y especificaciones adicionales.]
[La introduccin del documento de G
 ofrece una visin general de todo el documento. Debe incluir
el propsito, alcance, definiciones, acrnimos, abreviaturas, referencias, y visin general de este
documento G

cccccccccccccccc
c
[Especifique el propsito de este documento G

cccccccccccccccc 
c c

c
[Todo lo que ms se ve afectada o influenciada por este documento una breve descripcin del alcance de
este documento G
 Proyecto lo (s) que est asociado con y.]
cccccccccccccccc 


 c 
cc

c
[Esta seccin provee las definiciones de los trminos, acrnimos y abreviaturas requeridas para
interpretar apropiadamente el documento de G
 Esta informacin puede ser proporcionada por
referencia al glosario del proyecto.]
cccccccccccccccc   
c
[Esta seccin provee una lista completa de todos los documentos referenciados en cualquier lugar en el
documento G
 Identifique cada documento por su ttulo, nmero de informe (si procede), fecha y
organizacin que lo publica. Especificar las fuentes de donde las referencias se pueden obtener. Esta
informacin puede ser proporcionada por referencia a un apndice oa otro documento.]
cccccccccccccccc
c  c
[Esta seccin describe lo que el resto del documento contiene 
 y explica cmo se organiza el
documento.]

ccccccccccccccccccc


c

cccccccccccccccc!
c c" 
c
[Describa brevemente la oportunidad de negocio que se reuni por este proyecto.]
cccccccccccccccc 
c c c
[Proporcionar una declaracin que resuma el problema a resolver por este proyecto. El siguiente
formato puede ser utilizado:]
c c
c c

[Describa el problema]

 c

[Los actores afectados por el problema]

c
 cc

[Cul es el impacto del problema?]

 c
c 
 
c$ c

[Lista de algunos de los beneficios clave de una solucin

exitosa]

c
c
c
c
c
cccccccccccccccc 
c c

c c  c
[Proporcionar una declaracin general que resume, al ms alto nivel, la posicin nica del producto
tiene la intencin de llenar en el mercado. El siguiente formato puede ser utilizado:]
c

[Target del cliente]

23
0c

[Declaracin sobre la necesidad o la oportunidad]

c4c
c
5c

es un producto [categora]

3c

[Estado de las principales ventajas, es decir, la razn de peso

para comprar]

)c


c
c

[Principal alternativa competitiva]

c
c

[Estado de diferenciacin primaria]

[Una declaracin de posicin del producto se comunica la intencin de la solicitud y la importancia del
proyecto a todo el personal en cuestin.]

ccccccccccccccccccc  

c cc c
  cc c#
 c

[Para efectivamente a disposicin de los productos y servicios que satisfagan sus grupos de inters y
necesidades de los usuarios reales, es necesario identificar e involucrar a todas las partes interesadas
como parte del proceso de Modelado de Requisitos. Tambin debe identificar a los usuarios del sistema y
asegurar que la comunidad de interesados adecuadamente los representa. En esta seccin se ofrece un
perfil de las partes interesadas y los usuarios involucrados en el proyecto, y los principales problemas
que ellos perciben que se abordarn en la solucin propuesta. No describe sus solicitudes o requisitos
especficos ya que estos son capturados en un actor independiente artefacto peticiones. En su lugar, se
presentan los antecedentes y la justificacin de por qu los requisitos son necesarios.]
cccccccccccccccc  c c  $c
[Resumen de los datos demogrficos clave del mercado que motivan sus decisiones de
producto. Describir y posicin de los segmentos de mercado objetivo. Estimar el tamao de mercado y el
crecimiento mediante el nmero de usuarios potenciales, o la cantidad de dinero que gastan sus clientes
tratando de satisfacer las necesidades que su producto o la mejora cumplira. Revisin de las principales
tendencias de la industria y las tecnologas. Responda a estas preguntas estratgicas:
Qu es la reputacin de su empresa en estos mercados?
Qu se siente ser?
Cmo funciona este producto o servicio de soporte sus metas?]

c
c
c
c
c
c
c
cccccccccccccccc  c cc c
  c
[Hay una serie de actores con inters en el desarrollo y no todos ellos son los usuarios finales. Presentar
una lista resumida de estos actores no usuarios. (Los usuarios se resumen en la seccin 3.3.)]
ombrec

Descripcinc

Responsabilidadesc

[Nombre del tipo de

inters.]

[Describa brevemente las

partes interesadas.]

[Resumen de las principales

responsabilidades de las partes
interesadas en relacin con el
sistema en desarrollo, es decir,
su inters como parte
interesada. Por ejemplo, este
grupo de inters:
- Asegura que el sistema ser
fcil de mantener
- Asegura que habr una
demanda de mercado para las
caractersticas del producto
- Monitorea el progreso del
proyecto
- Aprueba la financiacin
- Y as sucesivamente]

cccccccccccccccc  c c
c

[Presentar una lista resumida de todos los usuarios identificados.]
ombrec

Descripcinc

Responsabilidadesc

Las partes interesadasc

[Nombre del
tipo de
usuario.]

[Describa
brevemente lo
que
representan
con respecto
al sistema.]

Lista [clave responsabilidades del

usuario con respecto al sistema en
desarrollo, por ejemplo:

[Si el usuario no est

directamente representado,
identificar las partes interesadas
es responsable de representar los
intereses del usuario.]

- Captura los detalles

- Elabora informes
- Coordina el trabajo
- Y as sucesivamente]

cccccccccccccccc c c c
c

[Detalles sobre el medio ambiente de trabajo del usuario de destino. Aqu estn algunas sugerencias:

Nmero de personas involucradas en la realizacin de la tarea? Es este cambio?

Cunto dura un ciclo de la tarea? Cantidad de tiempo dedicado a cada actividad? Es este
cambio?

Cualquier restricciones nicas del medio ambiente: mviles, al aire libre, en vuelo, etc.?

Qu plataformas de sistemas estn en uso hoy en da? plataformas de futuro?

Qu otras aplicaciones estn en uso? Su aplicacin necesidad de integrar con ellos?

Aqu es donde extractos del modelo de negocio podra ser incluido para delinear la tarea y los
trabajadores de empresas que participan, etc.]
cccccccccccccccc 
 c cc
  c
[Describir cada uno de los interesados en el sistema aqu rellenando el siguiente cuadro para cada
actor. Recuerde que los tipos de partes interesadas puede ser tan divergentes como los usuarios,
departamentos, y desarrolladores tcnicos. Un perfil completo abarcara los siguientes temas para cada
tipo de partes interesadas.]
[
cccccccccc
 


Representantec

[Quin es el representante de los interesados en el proyecto? (Opcional

si documentado en otros lugares.) Lo que queremos aqu es los
nombres.]

Descripcinc

[Breve descripcin del tipo de inters.]

Ripoc

[Capacitar a los interesados los conocimientos, tcnicas de fondo, y el

grado de sofisticacin, es decir, el gur, de negocios, expertos, usuarios
ocasionales, etc.]

Responsabilidadesc

[Lista de las principales responsabilidades de las partes interesadas en

relacin con el sistema en desarrollo, es decir, su inters como parte
interesada.]

riterios de xitoc

[Cmo funciona el actor define el xito?

Cmo es el actor premiado?]

@articipacinc

[Cmo es la parte interesada en el proyecto? Se refieren en lo posible

para Rational Unified funciones de proceso, es decir, los requisitos
autores, etc.]

ntregablesc

[Existen prestaciones adicionales requeridos por las partes

interesadas? Estas podran ser las prestaciones del proyecto o las
salidas del sistema en desarrollo.]

omentarios /
@roblemasc

[Los problemas que interfieren con el xito y cualquier otra informacin

pertinente ir aqu.]

%cccccccccccccccc 
 c c
c

[Describir cada usuario nico del sistema de aqu rellenando el siguiente cuadro para cada tipo de
usuario. Recuerde que los tipos de usuarios pueden ser tan divergentes como los gurs y los
principiantes. Por ejemplo, un gur puede ser que necesite una herramienta sofisticada y flexible con
soporte de plataformas cruzadas, mientras que un novato puede ser que necesite una herramienta que es
fcil de usar y fcil de usar. Un perfil completo abarca los siguientes temas para cada tipo de usuario.]









[  cccccccccc

Representantec

[Quin es el representante de los usuarios al proyecto? (Opcional si

documentado en otros lugares.) A menudo, esto se refiere a las partes
interesadas que representa el conjunto de los usuarios, por ejemplo, las
partes interesadas. Stakeholder1]

Descripcinc

[Una breve descripcin del tipo de usuario.]

Ripoc

[Calificar al usuario de conocimientos, tcnicas de fondo, y el grado de

sofisticacin, es decir, el gur, el usuario ocasional, etc.]

Responsabilidadesc

[Lista de las responsabilidades claves del usuario en relacin con el

sistema en desarrollo, es decir, captura los detalles, produce informes,
coordina el trabajo, etc.]

riterios de xitoc

[Cmo funciona el usuario define el xito?

Cmo es el usuario premiado?]

@articipacinc

[Cmo el usuario participa en el proyecto? Se refieren en lo posible

para Rational Unified funciones de proceso, es decir, los requisitos
autores, etc.]

ntregablesc

[Hay resultados que el usuario produce y, de ser as, para quin?]

omentarios /
@roblemasc

Problemas [que interfieren con el xito y cualquier otra informacin

pertinente ir aqu. Estos incluyen las tendencias que hacen que el trabajo
del usuario ms fcil o ms difcil.]

&cccccccccccccccc'c c
  c 

ccc 
 c c
c
[Lista de los principales problemas con las soluciones existentes de vista de los interesados. Aclarar los
siguientes aspectos para cada problema:
Cules son las razones de este problema?
Cmo se resuelve ahora?
Qu soluciones tiene el actor o el usuario quiere?]
[Es importante entender la importancia

 o el usuario coloca las partes interesadas en la solucin
de cada problema. Clasificacin y tcnicas de votacin acumulativa indican los problemas
que  resolverse en comparacin con las cuestiones que les gustara abordar.
Rellene el siguiente] de tabla si se utiliza Rational RequisitePro para capturar las necesidades, esto
podra ser un certificado o un informe de esa herramienta.

ecesitasc

@rioridadc Las
Solucin actualc
preocupacionesc

Soluciones
propuestasc

6 

c 1c

(cccccccccccccccc ) 

cc   
c
[Identificar alternativas de la parte interesada percibe como disponible. Estos pueden incluir la compra
de productos de la competencia, la creacin de una solucin de cosecha propia o simplemente mantener
el status quo. Haga una lista de opciones conocidas competitivas que existen o puedan estar
disponibles. Incluye las principales fortalezas y debilidades de cada competidor segn la percepcin del
usuario final o las partes interesadas.]
[  cccccccccc


[  cccccccccc





ccccccccccccccccccc  

c c  c

[Esta seccin proporciona una vista de alto nivel de las capacidades del producto, interfaces con otras
aplicaciones y configuraciones de sistemas. Esta seccin consta de tres apartados, como sigue:
Perspectiva del producto
Funciones del producto
Supuestos y] las dependencias
cccccccccccccccc  

c c c
[Esta seccin del documento G
 pone el producto en el punto de vista de otros productos
relacionados y usuario el medio ambiente. Si el producto es independiente y totalmente autnomo, estado
aqu. Si el producto es un componente de un sistema mayor, a continuacin, este apartado cuenta cmo
estos sistemas interactan y se identifican las interfaces entre los sistemas pertinentes. Una forma fcil
de mostrar los componentes principales del sistema ms grande, las interconexiones, y las interfaces
externas es con un diagrama de bloques.]
cccccccccccccccc  c cc*
 c
[Resumen de las principales ventajas y caractersticas del producto le. Por ejemplo, un documento
de 
 para un sistema de atencin al cliente puede utilizar esta parte para hacer frente a problemas
de documentacin, enrutamiento y los informes de estado, sin mencionar la cantidad de detalles cada
una de estas funciones requiere.
Organizar las funciones de lo que la lista sea comprensible para el cliente o para cualquier otra persona
de leer el documento por primera vez. Una simple tabla lista las principales ventajas y sus funciones de
apoyo podra ser suficiente. Por ejemplo:]

Rabla 4.1 Sistema de Soporte al lientec

Beneficio para el clientec
Funciones de apoyoc
 c
c c
c ! c
 c
c

c 
c c c
c cc
7

c
cc c
$ c
 c7

c



 
c
c
c

cc

 c
( c 
 
c
c
cc1 c
(c cc
c
 
c
-c
c c c !0c
c c"
  c  


cc"

c
c
ccc
c

 c 

 
c 7
 cc
c  c

c c
c
c!1

 c
( c"
c
c



 c c7 c
c



c
c
c
c

c

c
7
 cc

c c " c
c
 c!

c
c c
!c
c c


c
c
  1c
c  c
 c




cc-
c
c c

 
c%!c
c-c c
 
c c

c  1 c1c  c!c

c
c  c  cc 

cc
c c
  c
 c
(c
c
c 
c c$c
 c
c

c
cc c



c c

 c c

c
cc
c
 !0c
c cc  


c
c8-
c
cc1 cc
c
c

c'
cccc"7
c
c  c
 c
cccccccccccccccc+

 cc   
c
[Lista de cada uno de los factores que afecta a las caractersticas mencionadas en el
documento G
 Lista de supuestos que, si se le cambia, se altera el documento G
 Por ejemplo,
un supuesto puede afirmar que un sistema operativo especfico estar disponible para el equipo
designado para el producto de software. Si el sistema operativo no est disponible, el
documento G
 tendr que cambiar.]
cccccccccccccccc*cc
c
[Para los productos vendidos a clientes externos y para muchas aplicaciones en la empresa, cuestiones
de costos y fijacin de precios pueden afectar directamente a la definicin de la aplicacin y
ejecucin. En esta seccin, registro de todas las limitaciones de costos y precios que sean
pertinentes. Por ejemplo, los costes de distribucin (nmero de disquetes, # de CD-ROM, el dominio de
CD) u otro costo de las mercancas vendidas limitaciones (manuales, embalaje) puede ser importante
para el xito de los proyectos, o irrelevante, dependiendo de la naturaleza de la solicitud. ]
cccccccccccccccc* 
c c

c c

c
[Concesin de licencias y problemas de instalacin tambin puede directamente el impacto del esfuerzo
de desarrollo. Por ejemplo, la necesidad de apoyar la serializacin, la contrasea de seguridad o de
concesin de licencias de red va a crear necesidades adicionales del sistema que deben ser considerados
en el esfuerzo de desarrollo.
Requisitos de instalacin tambin puede afectar a un cdigo o crear la necesidad de un software de
instalacin por separado.]

ccccccccccccccccccc*  $
c c  c

Lista [y describir brevemente las caractersticas del producto. Las caractersticas son las capacidades de
alto nivel del sistema que son necesarios para ofrecer beneficios a los usuarios. Cada funcin es un
servicio externo que desee que normalmente requiere una serie de insumos para lograr el resultado
deseado. Por ejemplo, una caracterstica de un sistema de seguimiento de problemas podra ser la
capacidad de presentar informes de tendencias.Como el modelo de casos de uso se configura, actualiza
la descripcin para referirse a los casos de uso.
Debido a que el documento de G
 es revisada por una gran variedad de personal involucrado, el
nivel de detalle debe ser lo suficientemente general para que todos puedan entender. Sin embargo, con
suficiente detalle debe estar disponible para proporcionar el equipo con la informacin que necesitan
para crear un modelo de casos de uso.
Para gestionar eficazmente la complejidad de aplicacin, se recomienda para cualquier sistema nuevo, o
un incremento a un sistema existente, las capacidades son abstracciones de un nivel lo suficientemente
alto para 25-99 resultado de la cuenta. Estas caractersticas constituyen la base fundamental para la

definicin del producto, gestin del alcance y gestin de proyectos. Cada funcin se ampliar en mayor
detalle en el modelo de casos de uso.
A lo largo de esta seccin, cada caracterstica se externamente perceptible por los usuarios, los
operadores u otros sistemas externos. Estas caractersticas deben incluir una descripcin de la
funcionalidad y las cuestiones de usabilidad relevantes que deben ser abordados. Las directrices se
aplicarn las siguientes:
Evite el diseo. Mantenga funcin de las descripciones a nivel general. Centrarse en las capacidades
necesarias y por qu (no tcnicos) que deben aplicarse.
Si est utilizando el kit de herramientas de Rational RequisitePro, todos deben ser seleccionados como
los requisitos de tipo para facilitar la consulta y el seguimiento.]
cccccccccccccccc,  -c
cc
cccccccccccccccc. ,  -c

%ccccccccccccccccccc 

 c
[Tenga en cuenta las posibles limitaciones de diseo, la restriccin externa o de otras dependencias.]

&ccccccccccccccccccc c c*
c

[Definicin de los rangos de calidad para el rendimiento, robustez, tolerancia a fallos, facilidad de uso y
caractersticas similares que no son capturados en el conjunto de caractersticas.]

(ccccccccccccccccccc  
cc

c
[Definicin de la prioridad de las caractersticas del sistema diferentes.]

Accccccccccccccccccc!c /

c c  c

[En un alto nivel, las normas aplicables lista, los requisitos de hardware o de la plataforma, los
requisitos de desempeo, y los requisitos ambientales.]
Acccccccccccccccc"c
 c
[Lista de todas las normas que el producto debe cumplir. Estos pueden incluir estndares de
comunicacin legal y regulatorio (FDA, UCC) (TCP / IP, RDSI),] el cumplimiento de estndares de la
plataforma (Windows, UNIX, etc), y las normas de calidad y seguridad (UL, ISO, CMM).
Acccccccccccccccc /

c c
 c
[Definir los requisitos del sistema necesarios para apoyar la solicitud. Estos pueden incluir los sistemas
de acogida apoyo operativos y plataformas de red, configuraciones de memoria, perifricos y software de
compaa.]
Acccccccccccccccc /

c c   0c
[Use esta seccin para detallar los requisitos de desempeo. Los problemas de rendimiento pueden
incluir elementos tales como factores de carga de usuarios, la capacidad de ancho de banda o la
comunicacin, el rendimiento, la precisin, fiabilidad y tiempos de respuesta o bajo una variedad de
condiciones de carga.]
Acccccccccccccccc /

c
 c
[Detalle de los requisitos ambientales, segn sea necesario. Para los sistemas basados en hardware, los
problemas medioambientales pueden incluir la temperatura, golpes, humedad, radiacin, etc. Para
aplicaciones de software, los factores ambientales pueden incluir las condiciones de uso, el entorno del
usuario, la disponibilidad de recursos, problemas de mantenimiento, y manejo y recuperacin de
errores.]

1cccccccccccccc /

c c  
 c

[Esta seccin describe la documentacin que debe ser desarrollada para apoyar el despliegue exitoso de
aplicaciones.]

1cccccccccccccc c
c

[Describir el propsito y contenido del manual de usuario. Discutir la longitud deseada, el nivel de
detalle, la necesidad de ndice, glosario de trminos, frente a la estrategia tutorial manual de referencia,
y as sucesivamente. Dar formato e imprimir las restricciones deben ser identifica dos tambin.]
1ccccccccccccc)c c$ c
[Muchas aplicaciones ofrecen un sistema de ayuda en lnea para ayudar al usuario. La naturaleza de
estos sistemas es nica para el desarrollo de aplicaciones ya que combina aspectos de la programacin
(hipervnculos, etc) con los aspectos de redaccin tcnica, como la organizacin y presentacin. Muchos
han encontrado el desarrollo del sistema de ayuda en lnea es un proyecto dentro de un proyecto que se
beneficia de la gestin del alcance inicial y la actividad de planificacin.]
1ccccccccccccc$c c

c 

cc'2 c) .

 c
[Un documento que incluye instrucciones de instalacin y guas de configuracin es importante para una
solucin completa que ofrece. Adems, un archivo Read Me normalmente se incluye como un
componente estndar. El archivo Read Me puede incluir un "Qu hay de nuevo en esta versin" seccin,
y una discusin de problemas de compatibilidad con versiones anteriores. La mayora de los usuarios
tambin apreciarn documentacin que establece que ninguna de errores conocidos y soluciones en el
archivo Lame.]
1ccccccccccccc
/ cc 3 c
solicitudes [de hoy el estado de la tcnica proporcionan un aspecto coherente que comienza con el
empaque del producto y se manifiesta a travs de mens de instalacin, pantallas de inicio, los sistemas
de ayuda, cuadros de dilogo de interfaz grfica de usuario, y as sucesivamente. Esta seccin define las
necesidades y tipos de etiquetado para ser incorporado en el cdigo. Los ejemplos incluyen los derechos
de autor y avisos de patentes, logotipos corporativos, iconos normalizados y otros elementos grficos,
etc.]

*  $
c)c)
c

Caractersticas [se dan los atributos que se pueden utilizar para evaluar, seguir, priorizar y administrar
los elementos del producto propuesto para su aplicacin. Todos los tipos de requisitos y atributos se
describen en el Plan de gestin de los requisitos, sin embargo es posible que desee enumerar y describir
brevemente los atributos de las caractersticas que han sido elegidos. Los apartados siguientes
representan un conjunto de atributos de rasgo sugiri.]
)ccccccccccccc*

c4$
cc+
 c
[Juego despus de la negociacin y la revisin por el equipo de gestin de proyectos. Seguimiento del
progreso durante la definicin de la lnea base del proyecto.]
c

[Se utiliza para describir las caractersticas que estn bajo

discusin, pero an no se han revisado y aceptado por el "canal
oficial", tal como un grupo de trabajo integrado por representantes
del equipo de proyecto, gestin de productos, y el usuario o la
comunidad de clientes.]

)
c

[Las capacidades que se consideran tiles y factibles, y han sido

aprobados para su ejecucin por el canal oficial. ]

 
c

[Caractersticas incorporadas en la lnea de base del producto en un

punto especfico en el tiempo.]

)ccccccccccccc5  

c
[Fijado por la comercializacin, el gerente de producto o el analista de negocios. Todos los requisitos no
son iguales. Ranking de las necesidades por sus prestaciones en relacin con el usuario final se abre un
dilogo con los clientes, analistas y miembros del equipo de desarrollo. ] Se utiliza en la gestin de
alcance y determinar la prioridad del desarrollo.

*$
 c

[Caractersticas esenciales. La falta de aplicacin, el sistema no

responda a las necesidades del cliente. Todas las funciones crticas
deben ser implementadas en la liberacin o el calendario de
deslizamiento.]

 c [Caractersticas importantes para la eficacia y la eficiencia del sistema

para la mayora de las aplicaciones. La funcionalidad no puede ser
proporcionada de forma sencilla de alguna otra manera. La falta de
inclusin de un aspecto importante puede afectar a los clientes o la
satisfaccin del usuario, e incluso los ingresos, pero su libertad no se
retrasar debido a la falta de alguna de las funciones importantes.]
9
c

Caractersticas [que son tiles en aplicaciones menos tpicos se utilizan

con menos frecuencia o para los que soluciones razonablemente
eficiente se puede lograr. No hay ingresos importantes o impacto de la
satisfaccin del cliente se puede esperar si tal producto no est incluido
en un comunicado.]

)ccccccccccccc 6c
[Definido por el equipo de desarrollo. Dado que algunas funciones requieren ms tiempo y recursos que
otros, la estimacin del nmero de personas del equipo o semanas, las lneas de cdigo necesario o
puntos de funcin, por ejemplo, es la mejor forma de medir las expectativas de la complejidad y el
conjunto de lo que puede y no se puede lograr en un momento determinado marco. ] Se utiliza en la
gestin de alcance y determinar la prioridad del desarrollo.
)ccccccccccccc
 c
[Juego por el equipo de desarrollo basado en la probabilidad de que el proyecto experimentar efectos
adversos, tales como los excesos de costes, retrasos en los plazos o incluso la cancelacin. La mayora de
los jefes de proyecto encontrar riesgos clasificar como alta, media y baja es suficiente, aunque ms
sutiles gradaciones son posibles. Riesgo, a menudo puede ser evaluado indirectamente mediante la
medicin de la incertidumbre (rango) de la estimacin de programar el equipo de proyectos de.]
)ccccccccccccc

c
[Fijado por el analista y el equipo de desarrollo basado en la probabilidad de que la funcin va a
cambiar o la comprensin del equipo de la caracterstica de cambio. ] Se utiliza para ayudar a
establecer las prioridades de desarrollo y determinar los elementos para los que elicitacin adicional es
la siguiente accin apropiada.
)%ccccccccccccc!3 

c c  c
[Documentos de la versin del producto propuesto, de que la primera caracterstica aparecer. Este
campo puede ser utilizado para asignar las caractersticas de un documento de 
 en un comunicado
de lnea de base en particular. Cuando se combina con el campo de estado, su equipo puede proponer,
registrar y analizar las diversas caractersticas de la puesta en libertad sin incurrir en ellos para el
desarrollo. Slo las funciones de estado se establece en Incorporated y cuyo destino se define de
lanzamiento se llevar a cabo. Cuando se produce la gestin del alcance, el objetivo Release Number
puede ser aumentado por lo que el tema se mantendr en el documento de
 pero ser programado
para una versin posterior.]
)&ccccccccccccc)
cc
[En muchos proyectos, las caractersticas se le asignar a la "funcin de los equipos de" responsable de
la obtencin adicional, por escrito los requisitos de software e implementacin. Esta sencilla lista
desplegable le ayudar a todos en el equipo del proyecto para comprender mejor las responsabilidades.]
)(ccccccccccccc6c
[Este campo de texto se utiliza para rastrear la fuente de la funcin solicitada. Requisitos existen por
razones especficas. Este campo registra una explicacin o una referencia a una explicacin. Por
ejemplo, la referencia podra ser un nmero de pgina y la lnea de una especificacin de requisitos del
producto o de un marcador de minutos en un vdeo de una revisin importante de los clientes.]