Requisito (CMMI)

En este tema, se proporciona información sobre cómo rellenar los detalles de un elemento de trabajo de requisito. Un requisito comunica una funcionalidad que aporta valor al cliente del producto o sistema. Cada requisito debe indicar brevemente lo que un usuario desea hacer con una característica del software y describirlo desde el punto de vista del usuario. Para obtener más información, vea Planear el proyecto (CMMI).

Para obtener información sobre cómo crear este tipo de elemento de trabajo, vea Elementos de trabajo y flujo de trabajo (CMMI).

Permisos necesarios

Para ver un requisito, debe ser miembro del grupo de seguridad Readers o tener el permiso Ver los elementos de trabajo en este nodo establecido en Permitir. Para crear o modificar un requisito, debe ser miembro del grupo Contributors o tener el permiso Editar elementos de trabajo en este nodo establecido en Permitir. Para obtener más información, vea Administrar permisos.

Definir un requisito

Cuando se escribe un requisito, conviene centrarse en lo siguiente: para quién es la característica, qué se desea lograr y por qué. Deben evitarse descripciones que especifiquen cómo se ha de desarrollar la característica.

Al crear un requisito, se ha de especificar solo el título. Sin embargo, se puede definir el requisito más detalladamente especificando otros tipos de información, tal y como se muestra en las siguientes ilustraciones:

Al definir un requisito, debe definir el Título. Puede dejar todos los demás campos en blanco o aceptar sus valores predeterminados.

Para definir un requisito

1. En la sección superior del formulario de elemento de trabajo, especifique uno o más de los siguientes tipos de información:

   • En Título (campo obligatorio), escriba una descripción breve.

     El título es bueno si refleja el valor para el cliente o la funcionalidad que el equipo debe implementar.

   • En Tipo de requisito, haga clic en el tipo de requisito que va a definir.

     El valor predeterminado es Característica.

   • En la lista Asignado a, haga clic en el nombre del miembro del equipo que posea el requisito.

     Nota

     Solamente puede asignar elementos de trabajo a los miembros del grupo Contributors.

     Si deja el requisito sin asignar, se le asignará automáticamente.

   • En la lista Estado, deje el valor predeterminado Propuesto. En la lista Motivo, deje el valor predeterminado Nuevo.

     Para obtener más información sobre el campo Estado y cómo usarlo para realizar un seguimiento del flujo de trabajo, vea la sección Cambiar el estado de un requisito que figura más adelante en este tema.

   • En las listas Área e Iteración, haga clic en el área y la iteración correspondientes.

     Nota

     El administrador de cada proyecto de equipo define las rutas de acceso de área y de iteración para dicho proyecto, de forma que el equipo pueda seguir el progreso mediante dichas designaciones. Para obtener más información, vea Crear y modificar áreas e iteraciones.

   • En la lista Prioridad, haga clic en el nivel de importancia del requisito en una escala de 1 (más importante) a 4 (menos importante).

   • En la lista Evaluación de errores, haga clic en el subestado de evaluación de errores.

     Los valores válidos son Pendiente (valor predeterminado), Más información, Información recibida y Evaluado. Este campo identifica un nivel de evaluación de errores para los requisitos que están en el estado Propuesto.

   • En la lista Bloqueado, haga clic en Sí si un problema bloquea el progreso hacia la implementación del requisito.

   • En la lista Confirmado, haga clic en Sí si se ha confirmado la implementación del requisito.

2. En la pestaña Detalles, describa el requisito así como los criterios que el equipo utilizará para comprobar si se ha cumplido.

   Debe proporcionar todos los detalles necesarios para asegurarse de que un desarrollador pueda implementar el requisito y un evaluador pueda someterlo a pruebas.

   El equipo utilizará esta información para crear elementos de trabajo para las tareas y los casos de prueba. Para obtener más información, vea Tarea (Agile) y Caso de prueba (Agile).

3. En la pestaña Análisis, describa el impacto en el cliente si no se implementa el requisito.

   Se podrán incluir detalles del modelo de Kano para indicar si este requisito forma parte de la categoría de requisitos sorpresa, obligatorios u obvios.

4. En la pestaña Otros, especifique los siguientes tipos de información:

   • En Expertos en la materia, haga clic en los nombres de un máximo de tres miembros del equipo familiarizados con el área del problema y las expectativas del cliente con respecto a este requisito.

   • En el cuadro Estimación original, escriba un número que representa las horas de trabajo que se dedicarán a la implementación del requisito.

     Nota

     En general, los dos campos siguientes se definen más adelante en el ciclo de desarrollo y no cuando se define por primera vez el requisito.

   • En la lista Integrado en, haga clic en el nombre o el número de la compilación en la que el equipo de desarrollo haya integrado el requisito.

   • En la lista Prueba, haga clic en el estado de la prueba de aceptación del usuario para este requisito.

     Los valores válidos son Sin errores, Con errores, No está listo, Listo u Omitido. Especifique No está listo si el estado del requisito es Activo; especifique Listo si el estado del requisito es Resuelto.

5. En las pestañas Implementación, Solicitudes de cambio, Casos de prueba y Todos los vínculos, puede crear vínculos entre el requisito y otros elementos de trabajo, como tareas, solicitudes de cambio, casos de prueba, errores y problemas.

   En la pestaña Datos adjuntos, puede adjuntar especificaciones, imágenes u otros archivos que proporcionen más detalles sobre el requisito que se va a implementar.

   Para obtener más información, vea las siguientes secciones en este tema:

   • Vincular el requisito a otros elementos de trabajo

   • Agregar detalles, datos adjuntos o hipervínculos a un requisito

6. Haga clic en Guardar elemento de trabajo.

   Nota

   Después de guardar el requisito, aparecerá el identificador en el título debajo de la barra de herramientas de elemento de trabajo.

Vincular un requisito a otros elementos de trabajo

Al crear relaciones entre los requisitos y otros elementos de trabajo, puede planear los proyectos más eficazmente, realizar el seguimiento de las dependencias con más precisión, ver las relaciones jerárquicas más claramente y buscar la información pertinente más rápidamente. En el formulario de elemento de trabajo correspondiente a un requisito, puede crear un elemento de trabajo que se vincule automáticamente al requisito o crear vínculos a elementos de trabajo existentes.

Puede utilizar las pestañas Implementación, Solicitudes de cambio, Casos de prueba y Todos los vínculos a fin de crear vínculos para determinados tipos de elementos de trabajo y determinados tipos de vínculos. Para obtener más información sobre las restricciones de cada pestaña, vea Vincular elementos de trabajo (CMMI).

Para crear una tarea, un error, una solicitud de cambio, un caso de prueba u otro elemento de trabajo y vincularlo a un requisito

1. Abra el formulario de elemento de trabajo correspondiente al requisito y realice una de las acciones siguientes:

   • Para crear y vincular a una tarea, un error o un requisito secundario, haga clic en la pestaña Implementación y, a continuación, haga clic en Nuevo.

   • Para crear y vincular a una solicitud de cambio, haga clic en la pestaña Solicitudes de cambio y, a continuación, haga clic en Nuevo.

   • Para crear y vincular a un caso de prueba, haga clic en la pestaña Casos de prueba y, a continuación, haga clic en Nuevo.

   • Para crear y vincular a cualquier otro tipo de elemento de trabajo, haga clic en la pestaña Todos los vínculos y, a continuación, haga clic en Nuevo.

   Se abrirá el cuadro de diálogo Agregar nuevo elemento de trabajo vinculado.

   

2. En la lista Tipo de vínculo, deje el valor predeterminado o haga clic en una de las siguientes opciones:

   • Para vincular a una tarea, un error o un requisito secundario, haga clic en Secundario.

   • Para vincular a una solicitud de cambio, haga clic en Afectado por.

   • Para vincular a un caso de prueba, haga clic en Prueba realizada por.

   • Para vincular a cualquier otro tipo de elemento de trabajo, haga clic en Relacionado u otro tipo de vínculo que represente la relación de la que desee realizar un seguimiento.

3. En la lista Tipo de elemento de trabajo, haga clic en el tipo de elemento de trabajo que desea crear.

4. En Título, escriba una descripción breve pero concreta del trabajo que se va a realizar.

5. (Opcional) En Comentario, escriba información adicional y, a continuación, haga clic en Aceptar.

   Se abre un formulario de elemento de trabajo correspondiente al tipo de elemento de trabajo especificado con la información proporcionada.

6. Especifique los campos restantes según se describe en los siguientes temas:

   • Tarea (CMMI)

   • Error (CMMI)

   • Solicitud de cambio (CMMI)

   • Caso de prueba (Agile)

   • Problema (CMMI)

   • Riesgo (CMMI)

   • Revisar (CMMI)

7. Haga clic en Guardar elemento de trabajo.

Para vincular varios elementos de trabajo existentes a un requisito

1. Abra el formulario de elemento de trabajo correspondiente al requisito y realice una de las acciones siguientes:

   • Para vincular a uno o varios errores, tareas o requisitos secundarios, haga clic en la pestaña Implementación y, a continuación, haga clic en Vincular a.

   • Para vincular a una o varias solicitudes de cambio, haga clic en la pestaña Solicitudes de cambio y, a continuación, haga clic en Vincular a.

   • Para establecer un vínculo a uno o más casos de prueba, haga clic en la pestaña Casos de prueba y, a continuación, haga clic en Vincular a.

   • Para vincular a uno o varios elementos de trabajo de otros tipos, haga clic en la pestaña Todos los vínculos y, a continuación, haga clic en Vincular a.

   Se abrirá el cuadro de diálogo Agregar vínculo a requisito.

   

2. En la lista Tipo de vínculo, deje el valor predeterminado o haga clic en una de las siguientes opciones:

   • Para vincular a una tarea, un error o un requisito secundario, haga clic en Secundario o Elemento primario.

   • Para vincular a una solicitud de cambio, haga clic en Afectado por.

   • Para vincular a un caso de prueba, haga clic en Prueba realizada por.

   • Para vincular a cualquier otro tipo de elemento de trabajo, haga clic en Relacionado u otro tipo de vínculo que represente la relación de la que desee realizar un seguimiento.

3. Haga clic en Examinar.

   Aparece el cuadro de diálogo Elegir elementos de trabajo vinculados.

   

4. Escriba los elementos en Identificadores de elementos de trabajo o busque los elementos a los que desee crear vínculos.

   También puede ejecutar una consulta de equipo para buscar los elementos de trabajo a los que desee crear vínculos. Entre estas consultas se incluyen errores activos, solicitudes de cambio, tareas abiertas y casos de prueba abiertos.

5. Active la casilla situada junto a cada elemento de trabajo que desee vincular al requisito.

   Para obtener más información, vea Buscar elementos de trabajo para vincular o importar.

6. (Opcional) Escriba una descripción de los elementos de trabajo a los que está estableciendo vínculos.

7. Haga clic en Aceptar y, a continuación, en Guardar elemento de trabajo.

   Nota

   Se actualizarán tanto el requisito como los elementos de trabajo vinculados.

Agregar detalles, archivos e hipervínculos a los requisitos

Puede agregar detalles a los requisitos de las siguientes maneras:

• Escriba información en los campos Descripción o Historial de la pestaña Detalles.

• Adjunte un archivo.

  Por ejemplo, puede adjuntar un subproceso de correo electrónico, un documento, una imagen, un archivo de registro u otro tipo de archivo.

• Agregue un hipervínculo a un sitio web o a un archivo que esté almacenado en un servidor o un sitio web.

Para agregar detalles a un requisito

1. Haga clic en la pestaña Detalles y, en Historial, agregue los comentarios que desee capturar como parte del registro histórico.

   Cada vez que un miembro del equipo actualiza el elemento de trabajo, en su historial se muestra la fecha del cambio, el miembro del equipo que lo realizó y los campos que han cambiado.

   Puede aplicar formato a la información para dar énfasis o capturar una lista con viñetas. Para obtener más información, vea Título, Id., Descripción e Historial (CMM).

2. Haga clic en Guardar elemento de trabajo.

Para adjuntar un archivo a un requisito

1. En la pestaña Datos adjuntos, realice una de las siguientes acciones:

   • Arrastre un archivo al área de datos adjuntos.

   • Copie un archivo y, a continuación, haga clic en o presione CTRL+V para pegarlo.

   • Haga clic en Agregar y, a continuación, en Examinar. En el cuadro de diálogo Datos adjuntos, escriba el nombre o desplácese hasta el nombre del archivo que desee adjuntar.

     (Opcional) Escriba información adicional sobre los datos adjuntos en el cuadro Comentario.

     Haga clic en Aceptar para cerrar el cuadro de diálogo Datos adjuntos.

2. Haga clic en Guardar elemento de trabajo.

Para agregar un hipervínculo a un requisito

1. En la pestaña Todos los vínculos, haga clic en Vincular a.

   

2. En la lista Tipo de vínculo, haga clic en Hipervínculo.

3. En el cuadro Dirección, escriba la dirección del destino del vínculo.

   Si el destino es un sitio web, escriba la dirección URL o bien cópiela del explorador de Internet y péguela en el cuadro Dirección. Si el destino es una ubicación del servidor, escriba la dirección con formato de nombre UNC.

4. (Opcional) Escriba información adicional sobre el hipervínculo en el cuadro Comentario.

5. Haga clic en Aceptar y, a continuación, en Guardar elemento de trabajo.

Cambiar el estado de un requisito

Un equipo puede seguir el progreso de un requisito estableciendo su campo Estado en uno de los siguientes valores:

• Propuesto

• Activo

• Resuelto

• Cerrado

Cuando se crea un requisito, su estado predeterminado es Propuesto. Cuando el equipo acepta un requisito para la iteración actual, cambia el estado del elemento de trabajo a Activo y crea tareas para implementarlo. Cuando el equipo completa las tareas y las pruebas del sistema muestran que el equipo ha implementado correctamente el requisito, su estado cambia a Resuelto. Por último, cuando el equipo valida el requisito, cambia su estado a Cerrado.

Cualquier miembro del equipo puede cambiar el estado de un requisito.

Para obtener más información sobre los campos de datos que puede utilizar para realizar el seguimiento de los estados de los elementos de trabajo, vea Asignaciones, flujo de trabajo y planeamiento (CMMI).

Para cambiar el estado de un requisito

1. Abra el formulario de elemento de trabajo correspondiente al requisito.

2. En la lista Estado, haga clic en Activo, Resuelto o Cerrado.

   • Si cambia el estado de Propuesto a Activo, el campo Motivo cambiará automáticamente a Aceptado.

   • Si cambia el estado de Activo a Resuelto, el campo Motivo cambia automáticamente a Prueba del sistema y código completo superada.

   • Si cambia el estado de Resuelto a Cerrado, el campo Motivo cambia a Prueba de validación superada.

   • Si cambia el estado de Activo a Cerrado, haga clic en la opción de la lista Motivo que se corresponda con su propósito.

     Las opciones válidas son Dividir (valor predeterminado), Abandonado y Fuera de ámbito.

3. Haga clic en Guardar elemento de trabajo.

Progresión habitual del flujo de trabajo: Un miembro del equipo crea un requisito en el estado predeterminado Propuesto y con el motivo predeterminado Nuevo. Un miembro del equipo cambia el estado de Propuesto a Activo con el motivo predeterminado Aceptado. Un miembro del equipo cambia el estado de Activo a Resuelto cuando se ha completado el código del requisito y se han superado las pruebas del sistema. Un miembro del equipo cambia el estado de Resuelto a Cerrado cuando se valida que el requisito satisface las expectativas del cliente. Transiciones atípicas: Un miembro del equipo cambia el estado de Propuesto a Cerrado con el motivo predeterminado Rechazado. Un miembro del equipo cambia el estado de Activo a Propuesto con el motivo predeterminado Investigado. Un miembro del equipo determina que el requisito no es pertinente o está fuera de ámbito y cambia su estado de Activo a Cerrado. Se produce un error en una prueba de validación del requisito. Por consiguiente, un miembro del equipo cambia el estado de Resuelto a Activo. Un miembro del equipo determina que el requisito se cerró por error o está ahora dentro del ámbito y cambia el estado de Cerrado a Activo.

Diagrama de estados de los requisitos

Propuesto (Nuevo)

Cuando un miembro del equipo crea un requisito, se capturan automáticamente los siguientes campos de datos:

• Creado por: nombre del miembro del equipo que creó el requisito.

• Fecha de creación: fecha y hora a la que se creó el requisito según el reloj del servidor.

De Propuesto a Activo

Un miembro del equipo puede cambiar el estado de un requisito de Propuesto a Activo por las razones que se describen en la siguiente tabla:

Cuando un miembro del equipo cambia el estado de un requisito a Activo, se capturan los siguientes campos de datos:

• Activado por: nombre del miembro del equipo que activó el requisito.

• Fecha de activación: fecha y hora a la que se activó el requisito según el reloj del servidor.

• Fecha de cambio de estado: fecha y hora a la que se modificó el estado del requisito.

De Propuesto a Cerrado

Un miembro del equipo puede cerrar un requisito que está en el estado Propuesto por el motivo que se describe en la tabla siguiente:

Cuando un miembro del equipo cierra un requisito, se capturan los siguientes campos de datos:

• Cerrado por: nombre del miembro del equipo que cerró el requisito.

• Fecha de cierre: fecha y hora a la que se cerró el requisito según el reloj del servidor.

• Fecha de cambio de estado: fecha y hora a la que se modificó el estado del requisito.

Activo

El equipo debe implementar solamente los requisitos que están en estado Activo. Para los requisitos activos, los miembros del equipo deben crear tareas para escribir código, realizar pruebas y documentar el requisito. Una vez completadas todas las tareas, el estado del requisito cambia a Resuelto. Un miembro del equipo también puede cerrar un requisito si está dividido, abandonado o si se determina que está fuera de ámbito.

De Activo a Resuelto

Un miembro del equipo puede resolver un requisito activo por el motivo que se describe en la tabla siguiente:

Cuando un miembro del equipo resuelve un requisito activo, se capturan los siguientes campos de datos:

• Resuelto por: nombre del miembro del equipo que resolvió el requisito.

• Fecha de resolución: fecha y hora a la que se resolvió el requisito según el reloj del servidor.

• Fecha de cambio de estado: fecha y hora a la que se modificó el estado del requisito.

De Activo a Cerrado

Un miembro del equipo puede cerrar un requisito activo por uno de los motivos que se describen en la siguiente tabla:

Cuando un miembro del equipo cierra un requisito activo, se capturan los siguientes campos de datos:

• Cerrado por: nombre del miembro del equipo que cerró el requisito.

• Fecha de cierre: fecha y hora a la que se cerró el requisito según el reloj del servidor.

• Fecha de cambio de estado: fecha y hora a la que se modificó el estado del requisito.

De Activo a Propuesto

Un miembro del equipo puede cambiar el estado de un requisito activo a Propuesto por uno de los motivos que se describen en la siguiente tabla:

Cuando un miembro del equipo cierra un requisito activo, se capturan los siguientes campos de datos:

• Modificado por: nombre del miembro del equipo que cambió el estado del requisito.

• Fecha de cambio de estado: fecha y hora a la que se modificó el estado del requisito.

Resuelto

Después de que se haya implementado un requisito en el código y se hayan superado las pruebas del sistema, el jefe de desarrollo establece su estado en Resuelto y asigna el requisito a un evaluador. A continuación, el evaluador valida si se ha implementado según las expectativas del cliente. En caso afirmativo, el evaluador cierra el requisito. En caso negativo, lo reactiva para que se siga trabajando en él.

De Resuelto a Cerrado

Un miembro del equipo puede cerrar un requisito resuelto por el motivo que se describe en la tabla siguiente:

Cuando un miembro del equipo cierra un requisito resuelto, se capturan automáticamente los siguientes campos de datos:

• Cerrado por: nombre del miembro del equipo que cerró el requisito.

• Fecha de cierre: fecha y hora a la que se cerró el requisito según el reloj del servidor.

• Fecha de cambio de estado: fecha y hora a la que se modificó el estado del requisito.

De Resuelto a Activo

Un miembro del equipo puede reactivar un requisito resuelto por el motivo que se describe en la tabla siguiente:

Cuando un miembro del equipo reactiva un requisito resuelto, se capturan automáticamente los siguientes datos:

• Activado por: nombre del miembro del equipo que reactivó el requisito.

• Fecha de activación: fecha y hora a la que se reactivó el requisito según el reloj del servidor.

• Fecha de cambio de estado: fecha y hora a la que se modificó el estado del requisito.

Cerrado

El equipo ya no debe seguir trabajando en los requisitos cerrados porque se han rechazado, o bien, se han implementado, comprobado y validado correctamente.

El equipo puede reactivar un requisito cerrado si vuelve a entrar en el ámbito. Normalmente, los responsables de reactivar un requisito cerrado son un analista de negocios o un administrador de programas.

De Cerrado a Activo

Un miembro del equipo puede reactivar un requisito cerrado por las razones que se describen en la siguiente tabla:

Cuando un miembro del equipo reactiva un requisito cerrado, se capturan automáticamente los siguientes datos:

• Activado por: nombre del miembro del equipo que reactivó el requisito.

• Fecha de activación: fecha y hora a la que se reactivó el requisito según el reloj del servidor.

• Fecha de cambio de estado: fecha y hora a la que se modificó el estado del elemento de trabajo de requisito.

Vea también

Otros recursos

Artefactos (CMMI)

Elementos de trabajo y flujo de trabajo (CMMI)