Prácticas recomendadas en la obtención de requisitos
Describir el problema
El documento de requisitos debe tener una sección en donde se describa por qué el sistema se requiere y cómo contribuirá a los objetivos generales de la empresa. El planteamiento de la necesidad que el software pretende satisfacer tiene algunos beneficios en el desarrollo de software. Por ejemplo, permite establecer que los cambios propuestos en los requisitos del software estén alineados con esa necesidad. Además, permite justificar por qué ciertos requisitos están incluidos en el sistema.
En ocasiones, este planteamiento de la necesidad que aborda el sistema se estructura de tal manera que incluye a los participantes involucrados, la necesidad identificada, el tipo de sistema que se propone y cómo este satisfará las necesidades. Por ejemplo, se puede usar la plantilla siguiente
Elaborar el glosario de términos
Los términos especializados de uso en el dominio de aplicación deberán ser definidos en un glosario. Estos términos también incluyen aquellos que tengan un significado especializado así como sinónimos usados en dicho dominio. Contar con un glosario actualizado en el proyecto ayuda a reducir fuentes de confusión entre los involucrados en el proyecto. Permite que todos los que lean comprendan con claridad los conceptos del dominio de aplicación, tanto expertos en el dominio como aquellas personas que son principiantes en el área.
Se puede construir una tabla con tres columnas en donde se indique el término y definición. Si el término tiene sinónimos, éstos pueden ser incluidos.
Identificar a los involucrados
Los involucrados son los individuos, grupos u organizaciones que están involucradas activamente en el proyecto, son afectados por su salida o son capaces de influenciar sus salidas. Los perfiles de participantes incluyen información como: el valor principal que recibirá del software, actitudes hacia el producto, principales características de interés que deberá poseer el software, restricciones asociadas. Se documentan los participantes principales, como clientes y usuarios, clasificados por alguna característica de interés en el proyecto.
Es importante identificar a todos los tipos de usuarios que serán afectados por el sistema. Tomarlos en cuenta permite obtener una especificación de requisitos más completa y que el software que se construya sea apropiado a las necesidades de cada uno de estos grupos. Los diferentes tipos de usuarios proveen información como la frecuencia en que usan el sistema, la experiencia en el dominio de aplicación y en sistemas de cómputo, las características del producto que ellos usan, las tares que realizan para dar soporte a los procesos de negocio, sus privilegios de acceso, entre otros.
Identificar las metas de cada grupo de involucrados
La identificación de metas de cada grupo de involucrados trata de definir las características predominantes del sistema de software que brindarán valor a cada tipo de involucrado. Se recomiendo iniciar con aquellas características que contribuyan a distinguir el producto de sus competidores. Estas características, o metas, pueden rastrearse a los requisitos de usuarios individuales, requisitos funcionales y otros elementos del sistema.