VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS

Transcripción

1 VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS

2 3.10 FASE DE MANEJO DE REQUERIMIENTOS Los requisitos son la parte más incomprendida de la Ingeniería de Software y sin embargo, es la más crucial. Estudios apuntan a que más del 60% de la fallas en los proyectos de software en los Estados Unidos, se deben a una pobre definición de requisitos. La gestión de requisitos es una parte importante de una organización que desarrolla sus propios proyectos de software, puesto que es vital para reducir los riesgos inherentes a ellos. La Ingeniería de Requisitos es el proceso de descubrir, analizar, documentar y verificar los servicios proporcionados por el sistema y sus restricciones operativas.

3 La Ingeniería de Requisitos también puede ser vista como una actividad de Ingeniería y Gestión ; porque es concerniente con la identificación de metodologías apropiadas para desarrollar soluciones de software bajo unos costos que sean apropiados para su implementación.

4 REQUISITOS Y CLASIFICACIÓN Los requisitos pueden ser considerados como las funcionalidades y/o servicios proporcionados por el sistema y sus restricciones operativas. En otra aproximación, los requisitos son una colección de necesidades provenientes del usuario y otros stakeholders.

5 TIPOS DE REQUISITOS

6 MODELOS DE INGENIERÍA DE SOFTWARE Modelo de Pohl

7 Elicitación: buscar formas explícitas el conocimiento oculto sobre las necesidades de clientes y usuarios y el sistema a desarrollar, de manera que todos los stakeholders sean capaces de entenderlo. Negociación: busca alcanzar acuerdos y/o entendimientos entre todos los participantes sobre los requisitos propuestos en la fase anterior. Especificación/Documentación de requisitos: busca documentar los requisitos documentados y elicitados, utilizando varias notaciones, con el fin de ser lo más explícito posible. Validación/Verificación de requisitos: busca que los requisitos documentados corresponden con las necesidades de los clientes y usuarios (validación) y comprobará que la especificación cumple los criterios de calidad oportunos (verificación).

8 MODELO ESPIRAL

9 Haciendo la comparativa con el modelo de Pohl, la obtención de requerimientos equivale a las actividades de elicitación y negociación, la especificación de requerimientos a la especificación y documentación de requisitos, y la validación de requerimientos con la validación y la verificación

10 MODELO SWEBOK

11 MODELO BORLAND

12 GESTIÓN DE REQUISITOS La gestión de los requisitos implica establecer un entendimiento compartido entre los stakeholders (personas relacionadas con el proyecto) y los requisitos que ellos han especificado para ser incluidos en el producto de software

13 En la fase de Elicitación, especificación y modelamiento: implica comprender las necesidades de los stakeholders, los requisitos elicitados, modelados y agruparlos en un repositorio o base de datos. Priorización: esta actividad asiste a los Gerentes de Proyectos en la resolución de conflictos, relacionados con determinar la importancia de los requisitos determinados. Análisis del Impacto y Dependencias de los requisitos: se enfoca en la importancia de los cambios que pueden tener los requisitos y el impacto en el proyecto de software. Negociación de los requisitos: la Ingeniería de Requisitos es esencialmente un proceso complejo de comunicación y negociación que involucra a clientes, diseñadores, Gerentes de Proyectos y Administradores. En muchas situaciones el conflicto es inherente en los requisitos, por lo que hay necesidad de negociar entre los stakeholders. Aseguramiento de la calidad: el propósito es asegurar que los requisitos con alto nivel de calidad, sean incluidos en el documento de especificación de requisitos.

14 BUENAS PRÁCTICAS EN LA ESPECIFICACIÓN DE REQUISITOS Una buena gestión de requisitos va a facilitarse, si desde las primeras actividades de la Ingeniería de Requisitos, se tienen en cuenta recomendaciones aceptadas por la comunidad de Ingeniería de Software, como lo son las promulgadas por la IEEE para la especificación de requisitos (IEEE Std ).

15 Correcta. No ambigua. Completa. Fácil de verificar. Consistente (coherente). Clasificada por importancia y estabilidad. Fácil de modificar. Fácil identificación del origen de las consecuencias de cada requisito (Trazabilidad). De fácil utilización durante la fase de explotación y de mantenimiento.

16 CONCLUSIONES La Ingeniería de Requisitos ha surgido para gestionar eficientemente esta importante etapa de la Ingeniería de Software, debido a que es muy frecuente la presencia de no conformidades en los requerimientos obtenidos mediante esta fase.