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).

En este tema

Temas relacionados

Definir un requisito Vincular un requisito a otros elementos de trabajo Agregar detalles, datos adjuntos o hipervínculos a un requisito Cambiar el estado de un requisito

Guia de procesos Planear el proyecto (CMMI) Organizar los requisitos en un plan de producto Comprobar los requisitos Libros Libro de evaluación de errores (CMMI) Paneles e informes Progreso (Panel de CMMI) Informe Información general sobre los requisitos (CMMI) Informe Progreso de los requisitos (CMMI) Referencia de campos Referencia de campo de títulos, identificadores, descripciones e historial Referencia de campo de asignaciones y flujo de trabajo Campo de referencia de planeamiento, clasificación y prioridades Referencia de campo de esfuerzo, programaciones y seguimiento del trabajo Referencia de campo de requisito (CMMI) Referencia de campo de áreas e iteraciones Vincular elementos de trabajo y controles y restricciones de vinculación Controles y referencia de campo de datos adjuntos

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 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.

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

   • En la lista de Asignado a , elija el nombre del miembro del equipo que posee 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 la lista de Prioridad , elija el nivel de importancia del requisito en una escala de 1 (más importante) a 4 (menos importante).

   • En la lista de Evaluación de errores , elija el subestado de clasificación.

     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 de Bloqueado , elija *** Sí *** si un problema está bloqueando el progreso hacia la implementación del requisito.

   • En la lista de Confirmado , elija *** Sí *** si se ha protegido el compromiso de implementar el requisito.

   • En las listas de Área y de Iteración , elija la iteración y área adecuadas.

     [!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 Tipo, elija el tipo de requisito que se está definiendo.

     El valor predeterminado es Funcional.

3. En la pestaña de descripción , describa el requisito y los criterios que el equipo utilizará para comprobar si se han 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).

4. En la pestaña de 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.

5. En la pestaña de *** OTHER *** , especifique los siguientes tipos de información:

   • En Expertos en la materia, elija los nombres de hasta tres miembros del equipo familiarizados con las áreas problemáticas 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 de Integrado en , elija el nombre o el número de compilación en la que el equipo de desarrollo haya integrado el requisito.

   • En la lista de Prueba , elija 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.

6. 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

7. Elija 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 Linking Work Items (CMMI).

[!NOTA]

Los informes Información general sobre los requisitos y Progreso de los requisitos requieren la creación de vínculos entre los requisitos y las tareas y entre los requisitos y los casos de prueba.

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 el sub- requisito, elija la pestaña de Implementación y, a continuación Nuevo.

   • Para crear y vincular a una solicitud de cambio, elija la pestaña de Solicitudes de cambio , y elija Nuevo.

   • Para crear y vincular a un caso de prueba, elija la pestaña de Casos de prueba , y elija Nuevo.

   • Para crear y vincular a cualquier otro tipo de elemento de trabajo, elija la pestaña de Todos los vínculos , y elija Nuevo.

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

   

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

   • Para vincular a una tarea, un error, o un sub- requisito, elija Secundario.

   • Para vincular a una solicitud de cambio, elija Afectado por.

   • Para vincular a un caso de prueba, elija Prueba realizada por.

   • Para vincular a cualquier otro tipo de elemento de trabajo, elija Relacionado u otro tipo de vínculo que represente la relación que desea seguir.

3. En la lista de Tipo de elemento de trabajo , elija 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 elija 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. Elija 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 una o varias tareas, errores, o los sub- requisitos, elija la pestaña de Implementación , y después elija Vincular a.

   • Para vincular a una o varias solicitudes de cambio, elija la pestaña de Solicitudes de cambio , y elija Vincular a.

   • Para vincular a uno o más casos de prueba, elija la pestaña de Casos de prueba , y elija Vincular a.

   • Para vincular a uno o varios elementos de trabajo de otros tipos, elija la pestaña de Todos los vínculos , y elija Vincular a.

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

   

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

   • Para vincular a una tarea, un error, o un sub- requisito, elija Secundario o Primario.

   • Para vincular a una solicitud de cambio, elija Afectado por.

   • Para vincular a un caso de prueba, elija Prueba realizada por.

   • Para vincular a cualquier otro tipo de elemento de trabajo, elija Relacionado u otro tipo de vínculo que represente la relación que desea seguir.

3. Elija 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. Elija Aceptar, y haga clic enGuardar 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. Elija la pestaña de 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 de modificación, el miembro del equipo que realizó los cambios y los campos modificados.

   Puede aplicar formato a la información para dar énfasis o capturar una lista con viñetas.Para obtener más información, vea Referencia de campo de requisito (CMMI).

2. Elija 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 elija o presione CTRL+V para pegarlo.

   • Elija Agregar, y elija 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.

     Para cerrar el cuadro de diálogo de Datos adjuntos , elija Aceptar.

2. Elija Guardar elemento de trabajo.

Para agregar un hipervínculo a un requisito

1. En la pestaña de Todos los vínculos , elija Vincular a.

   

2. En la lista de Tipo de vínculo , elija 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. Elija Aceptar, y elija 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 de Estado , elija 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, debe elegir una opción que se corresponda con su propósito en la lista de Motivo .

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

3. Elija 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:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Aceptado	Cuando el comité de evaluación de errores aprueba el requisito para su implementación en la iteración actual.	Asigne el requisito al miembro del equipo que lo implementará.
Investigar	Cuando el comité de evaluación de errores determina que el equipo debe investigar el impacto en el cliente antes de que dicho comité tome una decisión sobre la implementación del requisito por parte del equipo.	Cambie el estado del requisito a Propuesto una vez completada la investigación.

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:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Rechazado	Cuando el comité de evaluación de errores determina que el equipo no puede implementar el requisito o que el cliente ya no lo necesita.	Ninguno.

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:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Prueba del sistema y código completo superada	Cuando el equipo protege el código para implementar un requisito y se han superado todas las pruebas del sistema.	Asigne el requisito al miembro del equipo que lo someterá a pruebas.

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:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Dividir (valor predeterminado)	Cuando el requisito es demasiado grande o necesita una definición más precisa.	Cree uno o varios requisitos adicionales y vincúlelos al requisito original.Los nuevos requisitos deben aceptarse como Activos.
Abandonado	Cuando el equipo ya no necesita implementar el requisito.	Ninguno.
Fuera de ámbito	Cuando el equipo no dispone de tiempo suficiente para implementar el requisito en la iteración actual o ha detectado problemas de bloqueo.	Especifique la iteración en la que podría implementarse el requisito.Si el requisito se aplaza hasta la siguiente versión del software, deje el campo Iteración en blanco, pero describa detalladamente el motivo del aplazamiento y cuándo el equipo debe implementarlo.

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:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Pospuesto	Cuando el equipo no va a implementar el requisito en la iteración actual pero probablemente sí en una iteración futura.	Ninguno.
Investigación completada (valor predeterminado)	Cuando el equipo ha investigado el requisito y lo vuelve a enviar para la evaluación de errores.	Ninguno.

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:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Prueba de validación superada	Cuando el requisito supera todas las pruebas de validación asociadas.	Asigne el requisito al propietario del producto.

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:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Prueba de validación no superada	Cuando la prueba de validación indica que el requisito no satisface una o varias expectativas del cliente.	Documente los problemas como errores y asigne el requisito al jefe de desarrollo.

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:

Motivo	Cuándo utilizarlo	Acciones adicionales que se deben realizar
Reintroducido en el ámbito	Cuando hay recursos disponibles para implementar el requisito.	Asegúrese de que las tareas de implementación, los casos de prueba y los detalles que se han definido para el requisito se han completado y están actualizados.
Cerrado por error	Cuando se ha cerrado accidentalmente un requisito.	Asegúrese de que las tareas de implementación, los casos de prueba y los detalles que se han definido para el requisito se han completado y están actualizados.

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

Conceptos

Artefactos (CMMI)

Guión gráfico un elemento de trabajo pendiente utilizando PowerPoint

Comentarios de interés de la solicitud y el proceso mediante Team Web access

Referencia de campos de elementos de trabajo para Visual Studio ALM

Otros recursos

Elementos de trabajo y flujo de trabajo (CMMI)