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 |
|---|---|
|
Guía de procesos Libros Paneles e informes Referencia de campos |
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:
.png "Formulario de elemento de trabajo Requisito")
.png "Formulario de elemento de trabajo Requisito de CMMI: pestañas")
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
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.
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).
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.
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.
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
Haga clic en
.gif "Guardar")
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).
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
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
.gif "Agregar nuevo elemento de trabajo vinculado")
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.
.png "Cuadro de diálogo Agregar nuevo elemento de trabajo vinculado")
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.
En la lista Tipo de elemento de trabajo, haga clic en el tipo de elemento de trabajo que desea crear.
En Título, escriba una descripción breve pero concreta del trabajo que se va a realizar.
(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.
Especifique los campos restantes según se describe en los siguientes temas:
Haga clic en
Guardar elemento de trabajo.
Para vincular varios elementos de trabajo existentes a un requisito
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
.gif "Agregar vínculos")
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.
.png "Cuadro de diálogo Agregar vínculo a requisito")
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.
Haga clic en Examinar.
Aparece el cuadro de diálogo Elegir elementos de trabajo vinculados.
.png "Cuadro de diálogo Vincular tarea a caso de usuario")
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.
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.
(Opcional) Escriba una descripción de los elementos de trabajo a los que está estableciendo vínculos.
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
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).
Haga clic en
Guardar elemento de trabajo.
Para adjuntar un archivo a un requisito
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
.gif "Paste")
o presione CTRL+V para pegarlo.Haga clic en
.gif "Agregar datos adjuntos")
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.
Haga clic en
Guardar elemento de trabajo.
Para agregar un hipervínculo a un requisito
En la pestaña Todos los vínculos, haga clic en
Vincular a..png "Cuadro de diálogo Agregar hipervínculo")
En la lista Tipo de vínculo, haga clic en Hipervínculo.
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.
(Opcional) Escriba información adicional sobre el hipervínculo en el cuadro Comentario.
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
Abra el formulario de elemento de trabajo correspondiente al requisito.
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.
Haga clic en
Guardar elemento de trabajo.
Progresión habitual del flujo de trabajo:
Transiciones atípicas:
|
Diagrama de estados de los requisitos .png "Flujo de trabajo de 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.