[Nombre del proyecto]

Requerimientos Candidatos
Versión [1.0]

[Este documento es la plantilla base para elaborar el documento de Requerimientos

Candidatos. Los textos que aparecen entre paréntesis rectos son explicaciones de
que debe contener cada sección. Dichos textos se deben seleccionar y sustituir por
el contenido que corresponda. Para actualizar la tabla de Contenido, haga clic con el
botón derecho del ratón sobre cualquier línea del contenido de la misma y
seleccione Actualizar campos, en el cuadro que aparece seleccione Actualizar toda
la tabla y haga clic en el botón Aceptar.]

Historia de revisiones
Fecha Versión Descripción Autor
[dd/mm/aaaa] [x.x] [detalles] [nombre]

Fecha: [Fecha de realización del documento]

Responsables: [Nombre de los responsables de realizar este documento.]

Contenido
1. [REQUERIMIENTO CANDIDATO 1]............................................................................................2
2. [Requerimiento Candidato 2]...............................................................................................................2

Página 1 de 3
/conversion/tmp/scratch/414105298.doc
1. [Requerimiento Candidato 1]
[Breve descripción del Requerimiento Candidato 1, enfocada en la capacidad
necesitada y en porque (no como) debe ser implementado. Indique también los
valores para los atributos que se sugieren en la tabla a continuación. Estos
atributos se usan para evaluar, auditar, priorizar y controlar los elementos
propuestos para implementar.]
Estado [Indique el estado en que se encuentra el requerimiento:
Propuesto: Está en discusión pero aún no ha sido revisado y aceptado
por la “vía oficial”, como ser un grupo de representantes
del equipo del proyecto, gerentes y usuario o cliente.
Aprobado: Se juzga como útil y factible y ha sido aceptado para la
aplicación por la “vía oficial”. Indicar la versión del
producto en la que incluirá.]
Implementado: Ha sido implementado pero aún no ha sido validado
por el usuario o cliente, para incorporar a la línea base.
Incorporado: Ha sido incorporado en la línea base del producto en un
punto de tiempo específico. Indicar la versión del
producto en la que fue incorporado.]
Prioridad [Indique la prioridad del requerimiento:
Crítica: Es un requerimiento esencial. Si no se implementa el sistema
no satisfará las necesidades del cliente. Debe ser
implementada en la versión.
Importante: Es importante para el efectividad y eficiencia del sistema
para muchas aplicaciones. La funcionalidad no es
provista fácilmente de otra manera. No incluir un
requerimiento importante puede afectar la satisfacción
del cliente o el usuario, o el beneficio, pero no se debe
retrasar una versión por la falta de un requerimiento
importante.
Útil: Son útiles en pocas aplicaciones, o son usadas poco
frecuentemente, o existe una alternativa para lograr ese
requerimiento. Si no se incluye en una versión no se
espera un impacto significante en el beneficio o
satisfacción del cliente.]
Esfuerzo [Establecido por el equipo de desarrollo. Estimación de la cantidad de
tipos de recursos y horas por persona, puntos de función, cantidad de
objetos, etc. Es útil para controlar el alcance y determinar la prioridad
de desarrollo.]
Riesgo [Establecido por el equipo de desarrollo basado en la probabilidad de
que el proyecto experimente eventos no deseables, como son,
desbordamientos de costos, retraso de cronogramas o cancelación. Se
puede categorizar como Crítico, Significativo y Normal, aunque
categorizaciones más finas son posibles.]
Asignado a [Lista del equipo de responsables de especificar el requerimiento e
implementarlo]

2. [Requerimiento Candidato 2]
[Breve descripción del Requerimiento Candidato 2, enfocada en la funcionalidad
necesitada y en porque (no como) debe ser implementado. Indique también los
valores para los atributos que se sugieren en la tabla a continuación. Estos
atributos se usan para evaluar, auditar, priorizar y controlar los elementos
propuestos para implementar.]

Página 2 de 3
/conversion/tmp/scratch/414105298.doc
...

Página 3 de 3
/conversion/tmp/scratch/414105298.doc