Análisis de requisitos: automatizado

Definición: El análisis estático de requisitos de software es la prueba automatizada de los requisitos de calidad y medición del software.

Fondo

El análisis de requisitos de software (o análisis de trabajo pendiente) es el conjunto de técnicas para obtener información a partir de requisitos de software escritos, o historias de usuarios. Historias de usuarios, son declaraciones escritas que describen la necesidad funcional y el propósito del software que se desarrollará; lo que aporta valor a los usuarios. los autores de historias de usuarios normalmente los escribirá desde la perspectiva de un usuario empresarial. Luego, es trabajo del desarrollador leer los requisitos y diseñar y codificar para satisfacer estas necesidades. El requisitos escritos o historias de usuarios Son por tanto un medio de comunicación. En equipos ágiles, la historia del usuario es un marcador de posición para una conversación; sin embargo, debe transmitir un significado suficiente para que el lector pueda comprender adecuadamente, sin ambigüedad, qué funcionalidad se necesita. Si se toman malas decisiones en la redacción de las historias, entonces la comunicación puede convertirse en mala comunicación. Una mala redacción conduce a malentendidos que conducen a errores de diseño y codificación. Estos errores provocan reelaboraciones y/o errores. Los errores que no se encuentran hasta más adelante en el ciclo de desarrollo pueden generar mucho trabajo adicional y, por lo tanto, son muy costosos.

Analizador de requisitos estáticos

ScopeMaster® es una herramienta de análisis de texto que ha sido diseñada para requisitos escritos de prueba por calidad y conocimiento. Puede parecer extraño que una máquina pueda probar requisitos, pero puede hacerlo. (Eso es precisamente para lo que se ha diseñado ScopeMaster®.)

En la década de 1990, la NASA creó el herramienta brazo que fue recreado, para pruebas de texto de requisitos básicos. Hoy en día tenemos más potencia informática disponible y podemos realizar pruebas de requisitos más avanzadas. IBM ha lanzado recientemente en 2018 el Asistente de calidad de requisitos de IBM para puertas Esta es una extensión entrenable de su herramienta de gestión de requisitos que prueba errores de lenguaje comunes en los requisitos escritos. ScopeMaster® va mucho más allá de estas primeras herramientas y combina el procesamiento del lenguaje natural (un análisis detallado de la estructura del texto y la oración) junto con otros 15 niveles de análisis, para brindar información sobre la calidad y el tamaño de los requisitos escritos.

Perspectivas del análisis de requisitos

El conocimiento que se puede lograr analizando Requisitos individuales incluye:

• Identificar tipos de palabras (sustantivos, verbos, adjetivos)
• Enlaces entre palabras (cadena de dependencia)
• Intención desde una perspectiva de manipulación de datos.
• Ambigüedad causado por no utilizar un lenguaje apropiado para la construcción del software.
• Medida del tamaño detectando la intención del movimiento de datos
• Patrones de uso de palabras.
• uso y mal uso de tipos de palabras

Conocimiento que se puede lograr mediante el análisis Conjuntos de requisitos

• Consistencia en la denominación de sustantivos
• Duplicación de intención
• Potencial desaparecido requisitos
• Diccionario de datos

Análisis de requisitos estáticos y análisis de código estático

Cada vez más desarrolladores incluyen el análisis de código estático como técnica para probar el código de manera temprana. Estas pruebas se convierten en parte de la actividad diaria de preparar el software para su implementación. El análisis de código estático ayuda a identificar las posibles causas de los problemas antes de que se expongan a otras personas (probadores, usuarios) para que puedan resolverse de forma rápida y eficiente. Lo mismo ocurre con análisis de requisitos estáticos, es una técnica muy útil para encontrar y solucionar problemas antes de que se expongan a otros miembros del equipo.

Requisitos de prueba de calidad

Aquí en Scopemaster hemos examinado la guía de la IIBA, Cuerpo de conocimientos de los analistas de negocios, estándares IEEE, INCOSE, expertos en ingeniería de requisitos y expertos ágiles para las categorías y explicaciones de los atributos de calidad de los requisitos. ¿Cómo es un buen requisito de software? Hemos encontrado valor y sabiduría en todas las fuentes.

Integración continua

La mayor parte del análisis de código estático se convierte en parte de un proceso de construcción continuo. Esta idea también se puede aplicar a los requisitos, excepto que cada vez que cambia una declaración de requisitos, se debe volver a verificar que no sea ambigua y (en comparación con otras historias de usuarios) que tenga coherencia, duplicación y omisiones en todo el conjunto de requisitos.

Perspectiva visual

Una de las características más poderosas del análisis automatizado de requisitos es la creación automática dinámica de diagramas de modelos de casos de uso que son un medio visual para interpretar el significado de su conjunto de historias de usuario.