Campos de requisitos

Identificador

El identificador es el campo obligatorio, normalmente un nombre único para los requisitos. Por ejemplo, en BAT-001, BAT representa la abreviatura del subsistema de batería, y 001 representa el primer requisito del subsistema.

ID

El ID es diferente del identificador en Requirements & Systems Portal. El software crea automáticamente los ID cuando se crea un requisito. Los ID se utilizan en el backend y también en la API REST.

Título

Como su nombre indica, es un título o una breve descripción del requisito.

Texto

Este campo contiene el texto del requisito. Puede usar el signo de dólar para hacer referencia directamente a Valis y a otros requisitos en este campo.

Justificación/comentario

El usuario puede introducir comentarios adicionales o las razones lógicas detrás del requisito en este campo.

Especificación

Este campo muestra el nombre de la especificación a la que pertenece el requisito. Es un menú desplegable y, si el usuario quiere moverlo de una especificación a otra, puede seleccionar la especificación y se moverá automáticamente.

Imágenes

Si su requisito necesita información adicional en forma de imagen, el usuario puede agregarla aquí.

Sección

De forma similar a la especificación, este campo muestra el nombre de la sección a la que pertenece el requisito. Es un menú desplegable y, si el usuario quiere moverlo de una sección a otra, puede seleccionar la sección y Requirements & Systems Portal reorganizará automáticamente el requisito.

Ruta a la sección

Si un requisito se coloca dentro de una subsección, aquí se mostrará su ruta completa, con cada nivel de sección separado por el carácter “\”. Este campo puede utilizarse en un archivo importado para crear la estructura de secciones y colocar correctamente los requisitos al crearlos.

Padres

Si el requisito tiene requisitos padre, aquí se muestra la lista de requisitos que son padres. Al hacer clic en ellos, se accede a la información de los requisitos padre.

Hijos

Si el requisito tiene requisitos hijo, aquí se muestra una lista de requisitos. Al hacer clic en ellos, se accede a la información sobre los requisitos hijo.

Tipo

Es un campo definido por el usuario. El tipo se relaciona con qué clase de requisito es. Por ejemplo, los predeterminados son funcional, de rendimiento y de sistema. Los usuarios pueden agregar otros campos de opción. Consulte Requirements Settings.

Hijos verificados

Este campo muestra qué hijos están verificados.

Estado

Este campo muestra el estado del identificador del requisito y del texto. Los valores predeterminados actuales son final, borrador y en revisión. Puede configurar los ajustes de transición en el estado. Así, cada vez que se edita el texto o el identificador del requisito, el estado cambia automáticamente. Consulte Requirements Settings.

Estado de verificación

Aquí puede ver si el requisito está verificado o no.

Métodos de verificación

El método mediante el cual está verificando los requisitos. Actualmente, contamos con Analysis, Inspection, Review, Rules y Tests. Los usuarios pueden agregar métodos de verificación adicionales según su caso de uso. Consulte Requirements Settings.

Bloques

En Requirements & Systems Portal, cada requisito está relacionado con bloques y la verificación se realiza para cada bloque. El método de verificación solo se puede editar cuando se hace referencia al bloque como requisito.

Cumplimiento

Agregue la naturaleza del cumplimiento del requisito. Los valores predeterminados son compliant, partially compliant y non-compliant.

Comentario de cumplimiento

Si tiene comentarios relacionados con el cumplimiento, puede agregarlos aquí.

Referencia de cierre

La información de respaldo que demuestra el método de verificación. Consulte Verifications within Requirements & Systems Portal.

Archivos adjuntos

Adjunte cualquier documento relacionado con los requisitos o con el documento de verificación.

Verificado el

La fecha más reciente en la que se verificó.

Verificado por

Muestra el nombre del usuario que verificó el requisito.

Propietario

Muestra el propietario del requisito.

Etiquetas

Si el usuario quiere agrupar según necesidades especiales, por ejemplo, para revisar, puede agregar etiquetas a cada requisito.

Posición

No puede tener una disposición personalizada de los requisitos, ya que se ordenan alfabéticamente. Como solución alternativa, se introdujo la posición. Asigne un número a cada requisito según el orden deseado y ordene la columna para obtener el orden personalizado.

Creado

La fecha en la que se creó el requisito.

Actualizado

La fecha en la que se actualizó por última vez el requisito.

Campos personalizados

Si el usuario necesita un campo que no cubra su caso de uso, puede crear custom fields, que pueden ser campos de texto enriquecido o menús desplegables.