Artefacto: Requisitos de Soporte
Este artefacto captura requisitos generales del sistema no capturados en los escenarios o casos de uso, incluyendo requisitos sobre atributos de calidad y requisitos funcionales globales.
Dominio: Requirements
Clases de producto de trabajo: Specification
Relaciones
Descripción
Descripción principal

Los Requisitos de Soporte y Casos de Uso, juntos, definen los requisitos del sistema. Los Casos de Uso describen los requisitos de comportamiento para el sistema, y los Requisitos de Soporte describen requisitos globales del sistema que no son capturados en las Especificaciones de los Casos de Uso. Hacer esta distinción simplifica el mantenimiento. 

Los Requisitos de Soporte pueden ser categorizados de acuerdo al modelo FURPS+ (Funcionalidad, Usabilidad, Confiabilidad, Desempeño, Mantenibilidad + Restricciones). Para mayor información sobre esta clasificación, vea el Concepto: Supporting Requirements.

La figura a continuación ilustra la relación entre los Requisitos de Soporte, las Especificaciones de Casos de Uso y los Actores.

Ilustraciones
Personalización
Impacto de no tener

La meta de este producto de trabajo es asegurarse que todos los tipos de requisitos están cubiertos, lo cual reduce el riesgo de no sonsiderar alguna faceta importante del sistema. Los requisitos FURPS+ son globales al sistema e influencian los Mecanismos de Arquitectura que usted creará, así como guiar el desarrollo de los fundamentos del sistema. Estos requisitos son frecuentemente los elementos de mayor costo, porque estos determinan las opciones arquitectónicas.

Además, si usted no captura los requisitos globales del sistema en un lugar central, pero los repite a traves de los Casos de Uso, el resultado será más mantenimiento y más opciones de cometer errores.

Opciones de representación

Este producto de trabajo no implica usar únicamente un documento para capturar todos los tipos de requerimientos. Para admnistrar la comunicación de la información, tiene más sentido organizar la información en documentos separados o usar la Lista de Elementos de Trabajo.

Las siguientes son recomendacionesy opciones para representar los Requisitos de Soporte.

Opción: Use la Lista de Elementos de Trabajo

Considere capturar los Requisitos de Soporte en el Artefacto: Work Items List

el cual usted puede usar para priorizar y administrar los requisito. Si los Stakeholders está comodos con este o con accesar un reporte automáticamente generado desde este, entonces usted no necesita un documento separado.

Opción: Incluya como Parte del Documento la Visión

Considere incluir algunos tipos de Requisitos de Soporte en el Artefacto: Vision. Para conservar la visión estable, siga esta opción para los tipos de requisitos que necesitan menos refinamiento, tales como Calidad del Producto, Documentación o Conformidad.

Recomendación: Use la Plantilla de Especificación de Requisitos de Soporte

La Plantilla: Supporting Requirements Specification provee una herramienta para capturar, estructurar y organizar los requisitos de soporte .

Aún en un proyecto pequeño, una herramienta de administración de requisitos, una base de datos o una hoja de cálculo, son recomendadas para priorizar y administrar requisitos. Si los Stakeholders están cómodos con acceder directamente los requisitos desde esta herramienta o con acceder un reporte automático generado desde la herramienta, usted no necesitará un documento separado.

Más información