Gestin de Requerimientos I La visin del CMMI

Hooberth Chvez Bedoya

Sumario

Sntomas de los problemas en el Desarrollo de software Definiciones de CMMI El ciclo de vida de los requerimientos Gestionando los requerimientos Evaluando la gestin de requerimientos Implementacin con herramientas IBM

Sntomas de los problemas en el Desarrollo de software

No se satisfacen las necesidades del usuario o del negocio Confusin en los requerimientos Los mdulos no se integran Difcil de hacer mantenimiento Deteccin tarda de defectos. Mala calidad o incomodidad del usuario final. Baja performance durante un uso intenso de la aplicacin. Descoordinacin en el esfuerzo del equipo Problemas en la construccin y en la implementacin.

Rastreo de sntomas a causas raz

Sntomas
Necesidades no satisf Requirements churn Confusin en req. Modules dont fit Difcil de mantener Descubrimiento tardio Mala calidad Mala performance Colliding developers Build-and-release

Root Causes
Insufficient requirements Requerimientos insuficientes Ambiguous communications Comunicaciones ambiguas Brittle architectures Overwhelming complexity Undetected inconsistencies Poor testing Subjective assessment Waterfall development Uncontrolled change Insufficient automation

Mejor prctica
Desarrollo iterativo Gestin de requerimientos Manage requirements Uso de componentes de arq. Modelamiento visual (UML) Verificar continuamente la calidad Gestin de cambios

El alto costo de los errores en los requerimientos

La regla 1-10-100
.5 - 1

Mod. Requerimentos Diseo Codificacin Pruebas unitarias Pruebas de aceptacin Mantenimiento Si juntamos todo, tenemos un ratio de 200:1 entre los errores encontrados durante la etapa de requerimientos y la etapa de mantenimiento del software Ratio promedio 14:1 Grady 1989
Boehm 1988

2.5 5 10

25

100

Costo relativo para reparar errores: Cuando se introducen vs. cuando se corrigen

Definiciones
Requerimiento: (1) Una condicin o capacidad requerida por un usuario para resolver un problema o conseguir un objetivo. (2) Una condicin o capacidad que debe satisfacerse o que debe poseer un producto o componente para satisfacer un contrato, estndar, especificacin u otro documento formalmente impuesto. (3) Una representacin documentada de una condicin o capacidad segn se indica en (1) o (2).

Definiciones

Requerimientos del cliente Son el resultado de extraer, consolidar y resolver los conflictos entre las necesidades, expectativas, restricciones e interfaces de los stakeholders relevantes al producto, de forma que sean aceptables para el cliente. Requerimientos de producto Un refinamiento de los requerimientos del cliente en el lenguaje de los desarrolladores, haciendo explcitos los requerimientos implcitos. Los desarrolladores usan los requerimientos de producto como gua durante el diseo y la construccin del producto.

Definiciones

Producto de trabajo Es el resultado usual de un proceso (CMMI). Puede incluir archivos, documentos, productos, partes de un producto, servicios, descripciones de proceso, especificaciones y referencias. Una distincin clave entre un producto de trabajo y un componente de producto es que un producto de trabajo no es necesariamente parte del producto.

Definiciones

Trazabilidad Una asociacin que se establece entre dos o ms entidades lgicas tales como requerimientos, elementos del sistema, elementos de verificacin y tareas. Trazabilidad bidireccional Una asociacin entre dos o mas entidades lgicas que se puede realizar en cualquier direccin (p.ej. desde y hacia una entidad).

Desarrollo de Requerimientos

SG1: Desarrollar requerimientos del usuario Las necesidades, expectativas, restricciones e interfaces del usuario son recolectadas y traducidas en requerimientos del usuario. SG2: Desarrollar requerimientos del producto Los requerimientos del usuario son refinados y elaborados para desarrollar productos y componentes de productos. SG3: Analizar y validar requerimientos Los requerimientos se analizan y validan y se desarrollan definiciones de funcionalidades.

Desarrollo de Requerimientos
Necesidades , expectativas , restriccione s

Requerimientos del cliente

Requerimientos del producto

Gestin de RequerimientosREQM Propsito

El propsito de la Gestin de Requerimientos (REQM) es gestionar los requerimientos de los productos del proyecto y sus componentes e identificar inconsistencias entre los requerimientos, planes del proyecto y productos de trabajo.

Gestionar los requerimientos no es fcil

Los requerimientos:

No siempre son obvios. Vienen de muchas fuentes. No siempre se pueden expresar fcilmente con palabras Se relacionan con muchos entregables de los procesos de ingeniera de software. Tienen propiedades nicas. Cambian. Es difcil controlarlos cuando son bastantes.

Problema:

Ud. es gerente del proyecto ABC, y durante la programacin, ve que el Analista de Sistemas llama al usuario de la empresa cliente para que le aclare un requerimiento. Qu ha fallado? Ud. ha sido designado gerente del proyecto ABC, y encuentra requerimientos ambiguos en la Propuesta tcnica. Qu es lo primero que debe hacer con los requerimientos?

Ms problemas:

Ud. es gerente del proyecto ABC, y durante la etapa de pruebas de aceptacin, el usuario le dice que la pantalla X no resuelve su necesidad de informacin. Qu fall? Qu debi hacerse? Ud. es gerente del proyecto ABC y percibe que el equipo de desarrolladores desconoce los requerimientos asociados a los programas que est elaborando. Hay algn problema con ello? Por qu?

Gestin de Requerimientos-REQM Prcticas especficas

SP1.1 Lograr un entendimiento de los requerimientos SP1.2 Obtener compromiso con los requerimientos SP1.3 Gestionar cambios a los requerimientos SP1.4 Mantener trazabilidad bidireccional SP1.5 Identificar inconsistencias

Gestin de Requerimientos-REQM Prctica especfica 1.1

Desarrollar un entendimiento con quienes proporcionan requerimientos acerca del significado de los requerimientos

Segn el proyecto madura, y se van derivando requerimientos, todas las actividades o disciplinas recibirn requerimientos. Para evitar requerimientos ocultos, se establecen criterios para designar los canales apropiados o fuentes oficiales desde las cuales se deben recibir los requerimientos. Las actividades de recepcin de requerimientos llevan al anlisis de los requerimientos con sus proveedores para asegurar que son compatibles y que existe un entendimiento comn sobre el significado de los mismos. El resultado de este anlisis y dilogo es un conjunto de requerimientos acordados.

Gestin de Requerimientos- REQM Prctica especfica 1.1 Subprc. 2

Establecer criterios objetivos para la evaluacin y aceptacin de requerimientos La falta de evaluacin y criterios de aceptacin

frecuentemente resultan en una verificacin no adecuada, con costos de retrabajo o rechazo del cliente. Ejemplos de evaluacin de criterios de aceptacin incluyen los siguientes:

Claros y apropiadamente indicados Completos Consistentes unos con otros Identificados de modo nico Verificables (que se pueden probar) Trazables

Gestin de Requerimientos-REQM Prctica especfica 1.2

Obtener compromiso con los requerimientos de parte de los participantes del proyecto

() esta prctica especfica busca obtener el acuerdo y el compromiso entre aquellos que han de realizar las actividades necesarias para implementar los requerimientos. Los requerimientos evolucionan durante todo el proyecto. (). Como los requerimientos evolucionan, esta prctica especfica asegura que los participantes en el proyecto se comprometan con los ltimos requerimientos aprobados, considerando los cambios realizados en los planes de proyecto, actividades y productos de trabajo.

Gestin de Requerimientos-REQM Prctica especfica 1.3

Gestionar cambios a los requerimientos conforme evolucionan durante el proyecto

Durante el proyecto, los requerimientos cambian por varias razones. Tanto por cambios en las necesidades como en los procedimientos de trabajo, se derivan requerimientos adicionales que podran afectar a los requerimientos existentes. Es esencial gestionar estas incorporaciones y cambios de modo eficiente y efectivo. Para analizar de modo efectivo el impacto de los cambios, es necesario que sea conocido el origen de cada requerimiento, y la razn por cada cambio que se documente.

10

Gestin de Requerimientos-REQM Prctica especfica 1.4

Mantener trazabilidad bidireccional entre los requerimientos y los planes de proyecto y productos de trabajo

La intencin de esta prctica especfica es mantener la trazabilidad por cada nivel de descomposicin del producto. Cuando los requerimientos se gestionan adecuadamente, la trazabilidad puede ser establecida desde el origen del requerimiento hacia el requerimiento de ms bajo nivel y desde el requerimiento de ms bajo nivel hacia su origen. Por otro lado, la trazabilidad bidireccional ayuda a determinar que todos los orgenes de los requerimientos se han tomado en cuenta y que todos los requerimientos de bajo nivel pueden ser trazados hacia un origen valido. La trazabilidad es particularmente necesaria cuando se realiza una evaluacin del impacto de un cambio a los requerimientos sobre las actividades del proyecto y productos de trabajo.

Gestin de Requerimientos-REQM Prctica especfica 1.5

Identificar inconsistencias entre los requerimientos, los planes y productos de trabajo del proyecto

Esta prctica especfica encuentra las inconsistencias entre los requerimientos y los planes del proyecto y los productos de trabajo e inicia las acciones correctivas para corregirlos.

11

Repaso: Gestin de requerimientos

1. 2. 3. 4.

5.

Qu es un requerimiento? Qu es la gestin de requerimientos? Cmo explicara la regla del 1-10-100? Por qu necesitamos trazabilidad de requerimientos? Es correcto denominar requerimientos a las solicitudes que nos hacen los usuarios? Por qu?

12