Son muchos los informes que apuntan en la línea de que el requisito debería ser el activo al que dediquemos una mayor atención durante todo el ciclo de vida de desarrollo de software.

Contar con productos como Telelogic DOORS permite la correcta gestión de nuestros requisitos, pero se necesitan herramientas que permitan indicar si el nivel de calidad de nuestras especificaciones es correcto, así como alertar de los posibles puntos de mejora y, en definitiva, aumentar la calidad de nuestro software.

A través de DOORS Quality Analyzer podrá acometer esta importante tarea. Para ello, se ha efectuado un mapeo entre aquellas cualidades deseables de cualquier documento de especificación de requisitos (completa, consistente, verificable, no ambigua…) y una serie de indicadores y métricas de fácil medida mediante técnicas de Procesamiento de Lenguaje Natural (NLP):

• Tamaño del requisito: con la intención de evitar tanto requisitos muy breves, como aquellos muy extensos y complejos
• Uso de verbos en tiempo imperativo: este tiempo verbal debería predominar sobre el resto
• Uso de verbos en tiempo condicional: toda SRS debe evitar especulaciones, de ahí el hecho de evitar sentencias condicionales
• Uso de términos ambiguos: términos como ‘bastante’, ‘suficiente’, ‘seguro’, ‘usable’… son difíciles de medir
• Uso de frases no completas: ‘más adelante’, ‘en un futuro’… hacen que cada requisito no sea completo
• Presencia o ausencia de términos del dominio: evitando en la medida de lo posible términos no concernientes con el problema a modelar
• Presencia o ausencia de verbos del dominio: por la misma razón que el anterior
• Legibilidad del texto: requisitos no legibles (frases demasiado extensas y palabras demasiado complicadas) complicarán el resto de actividades del proyecto
• Número de dependencias: entre cada requisito y otros activos del proyecto, lo que permitirá comprobar si cada requisito de usuario tiene asociado un requisito de sistema, pruebas…
• Volatilidad: Número de versiones generadas tras la aceptación de un requisito
• Uso de un único verbo por requisito: lo que permite comprobar la existencia de una única necesidad en cada requisito
• Reducción del número de acrónimos y tecnicismos: lo que garantiza requisitos claros
• Inclusión de términos relativos al diseño: p.e. base de datos, objeto, campo…
• Uso de frases especulativas: p.e. usualmente, generalmente, típicamente…
• Localización de conceptos condicionales: p.e. quizá, probablemente…, lo que permite también la reducción de especulaciones

DOORS Quality Analyzer permite a cada organización configurar cuáles son las métricas que quiere aplicar, qué peso darle a cada una, y cuáles son los rangos aceptables. Asimismo, cada diferente tipo de requisito puede, opcionalmente, ser medido mediante una configuración diferente de indicadores y rangos. A través de estas métricas puede identificarse, de forma clara, qué requisitos no tienen la calidad esperada y han de ser redefinidos.

Tomar métricas de su software es la única forma de mejorarlo y, si puede recibir métricas de todos sus activos y de forma temprana, el éxito está asegurado.

Consiga mediante Requirements DOORS Analyzer especificaciones de requisitos bajo la premisa Right the first Time, garantizando con eso la calidad esperada a través de todo el proyecto y evitando en gran medida los costes de retrabajo que consumen tanto tiempo y recursos en nuestros proyectos actuales.

DOORS Quality Analyzer ya está disponible en Inglés y Castellano.