Ingeniera de Requisitos

basado en CMMi

Diplomado Gestin de la Calidad del Software

Mdulo: Ingeniera de Requisitos
 Gestin de Requisitos basado en CMMi. Dr. Rmulo Domnguez M.

Para ponernos en Contexto

Aunque ser explicado con mayor detalle ms adelante en el

Diplomado, expliquemos de manera muy breve lo que es el Modelo
CMMi, el cual se aplica para la Gestin de Requisitos.

CMMi no es ms que un modelo enfocado en la mejora de

procesos que provee a las organizaciones elementos esenciales para
establecer estndares de excelencia dentro de la Ingeniera del
Software.

El Modelo CMMi, posee cinco (5) niveles, los cuales se

describen en la diapositiva que sigue:

Diplomado Gestin de la Calidad del Software Pgina 2

 Gestin de Requisitos basado en CMMi. Dr. Rmulo Domnguez M.

El primer nivel, denominado Inicial es caracterizado por la

presencia de procesos inmaduros, completamente impredecibles,
caracterizados por un pobre control y netamente reactivos. Las
organizaciones que se encuentran en este nivel dependen
primordialmente del esfuerzo individual de su personal para ofrecer
software de calidad; en otras palabras, la calidad depende del
esfuerzo, no de los procesos.

Dentro del Nivel 1 no existe aseguramiento de la calidad, ni

gestin de proyectos. De igual manera, dentro del equipo de trabajo
cada miembro desarrolla de acuerdo a sus mtodos, procedimientos,
estndares que pueden variar desde la mejor hasta la peor prctica.

El nivel 2 es un poco ms alentador, ac existe una gestin de

proyectos (y pensar que muchos consideran que desarrollar software
basado en gestin de proyectos es sinnimo de excelencia). Sin
embargo, sigue siendo reactivo: se reformula el proyecto de acuerdo a
los cambios.

Un aspecto importante dentro del Nivel 2 es la presencia de una

gestin de requisitos, aqu se empieza a internalizar la importancia de
tener claramente diseados los requisitos. Ac se deben recoger
todas las clases de requisitos que se vayan generando a lo largo de la
ejecucin del proyecto.

Luego, los requisitos son revisados y aprobados (de all la

importancia del uso de plantillas que veremos ms adelante)
constituyendo una lnea base antes para la Gestin del Proyecto.

Diplomado Gestin de la Calidad del Software Pgina 3

 Gestin de Requisitos basado en CMMi. Dr. Rmulo Domnguez M.

Para el Nivel 3 se considera como rea clave de proceso el

Desarrollo de Requisitos, el cual permite analizar las decisiones
tomadas a lo largo del desarrollo para conocer su impacto en los
requisitos. Crear y analizar los tipos de requisitos identificados por
CMMi.

Bsicamente, lo que propone CMMi se resume en la siguiente

figura

En cada Nivel se definen Areas de Procesos, luego se describen

objetivos generales y especficos para las reas. Seguidamente, las
prcticas generales y especficas para alcanzar los objetivos
planteados. En el caso que nos compete (Ingeniera de Requisitos),
CMMi propone lo siguiente:

Diplomado Gestin de la Calidad del Software Pgina 4

 Gestin de Requisitos basado en CMMi. Dr. Rmulo Domnguez M.

De acuerdo a la figura anterior queda claro que el rea clave

(KPA) para el nivel 2 es la Gestin de Requisitos y, para el Nivel 3, el
Desarrollo de Requisitos. Expliquemos ello.

Nivel 2 Area Clave: Gestin de Requisitos (REQM)

Objetivo General: Gestionar los requisitos del producto y sus

componentes e identificar las posibles inconsistencias entre ellos.

Para esta rea CMMi propone un solo objetivo especfico (SG).

Objetivo Especfico (SG1): Gestin de Requisitos. Se debe

mantener el conjunto de requisitos aprobados y actualizados a lo largo
de todo el proyecto,

Las prcticas asociadas (SP) con este objetivo son:

SP 1.1 Obtener una comprensin de los requisitos. Hay que

definir los canales (vas de comunicacin) por dnde los nuevos
requisitos se van a obtener. Todo cambio debe ser aprobado y debe

Diplomado Gestin de la Calidad del Software Pgina 5

 Gestin de Requisitos basado en CMMi. Dr. Rmulo Domnguez M.

ser analizado dentro del conjunto del proyecto.

SP 1.2 Obtener un compromiso con los requisitos. Mientras que

la prctica anterior se centra en recoger las nuevas peticiones, en
entenderlas y atenderlas, esta prctica debe trasladar los requisitos
para que puedan ser implementados. (proceso de derivacin). En
palabras llanas, comprometer a implementar dicho requisito en la
solucin a ofrecer.

SP 1.3 Gestionar los cambios de los requisitos. Tanto las

actividades de aadir requisitos como un cambio en ellos debe ser
controlado de una forma eficaz y efectiva y establecerse las
actividades necesarias para controlar el impacto del cambio.

SP 1.4 Mantener una trazabilidad bidireccional de los

requisitos. Identificar tanto el requisito como los productos en los que
se ve reflejado es necesario para verificar queel requisito ha sido
realizado as como en el control del impacto. Ac seria prudente
mantener una matriz de trazabilidad, en donde se listen los requisitos y
en cual o cuales componentes sern implementados.

SP 1.5 Identificar inconsistencias entre los requisitos y los

productos del proyecto, para que se puedan llevar a cabo las acciones
correctivas.

Estas mejores prcticas pueden ser fcilmente documentadas

con el uso de plantillas, como por ejemplo la Plantilla Volere, la cual se
muestra a continuacin.

Diplomado Gestin de la Calidad del Software Pgina 6

 Gestin de Requisitos basado en CMMi. Dr. Rmulo Domnguez M.

Identificador del Tipo de Requisito: Caso de Uso/Evento:

Requisito:rqf01

Descripcin:

Justificacin del requisito:

Fuente (que interesado lo propone): Unidad en la que se origina:

Criterios de validacin:

Grado de satisfaccin del interesado: 5 Grado de insatisfaccin del

interesado: 0
Dependencias (qu requisitos depende Conflictos (qu requisitos son
de este): incompatibles o inconsistentes con
este):
Documentos de soporte: Histrico de cambios:

Proyecto: Analista:

Si notamos, dicha plantilla recoge prcticamente casi todas las

buenas prcticas propuestas por el Modelo CMMi (ahora si ve la
importancia del uso de plantillas que tanto nos molestaba
anteriormente?)

Bien, pasemos al Nivel 3.

Nivel 2 Area Clave: Desarollo de Requisitos (RD)

Objetivo General: identificar, desarrollar, generar, determinar y

analizar las necesidades de los usuarios. Dichas necesidades se
transformarn en las caractersticas que tendr el producto final.

Bajo estas consideraciones CMMI distingue entre producto y

Diplomado Gestin de la Calidad del Software Pgina 7

 Gestin de Requisitos basado en CMMi. Dr. Rmulo Domnguez M.

componentes del producto. El segundo trmino alude a las posibles

partes en las que se dividir el producto final, en forma de subsistemas
u otro mecanismo de divisin acordado previamente en la
organizacin.

Dentro del desarrollo de Requisitos, CMMI propone los

siguientes objetivos y prcticas relacionadas:

SG 1 Desarrollar los requisitos del cliente.. El objetivo es

recoger toda la informacin necesaria para conseguir un conjunto de
requisitos del cliente, donde las expectativas, restricciones, interfaces,
conceptos operacionales, legales, entre otros estn presentes. Para
este objetivo, las prcticas son las siguientes:

SP 1.1 Elicitar las necesidades. Se deber tener en

cuenta que esta prctica debe ir ms all de una simple
recopilacin, ya que deben obtenerse a travs de las
tcnicas disponibles aquellos requisitos que no se
indican directamente.

SP 1.2 Desarrollar los requisitos del cliente. Toda la

informacin recogida en la prctica anterior, debe ser
consolidada, eliminando los posibles conflictos.

SG 2 Desarrollar los requisitos del producto. En el proceso

iterativo pasaremos del conjunto de los requisitos del cliente a un
conjunto de requisitos del producto y de sus componentes Este
refinamiento trata de mapear los requisitos del cliente a un nivel de
producto. Este mapeo incluye procesos, objetos y personal. Esto

Diplomado Gestin de la Calidad del Software Pgina 8

 Gestin de Requisitos basado en CMMi. Dr. Rmulo Domnguez M.

constituye la base para la solucin tcnica. Conviene documentar la

trazabilidad de este mapeo. Las prcticas asociadas son las
siguientes:

SP 2.1 Establecer los requisitos del producto y de los

componentes. En este proceso expresaremos los
requisitos en terminologa tcnica desde el punto de vista
del sistema.

SP 2.2 Asignar los requisitos a cada componente. En el

rea de proceso de TS (Technical Solution) proporciona
informacin acerca de cmo establecer la asignacin.

SP 2.3 Identificar los requisitos de interfaz. Las interfaces

entre la funcionalidad debe especificarse. Como la
prctica anterior se debe consultar al rea de proceso
TS.

SG 3 Analizar y validar los requisitos. Una vez que se dispone

de un conjunto de requisitos, stos deben ser analizados y validados
para tener la garanta de que los requisitos son coherentes con las
intenciones de los Casos de Uso y no hay conflictos entre ellos. Las
prcticas son:

SP 3.1 Establecer conceptos y escenarios operacionales.

Los escenarios son las secuencias que nos muestran
cmo el sistema se va a comportar. Los conceptos
operacionales van a depender del diseo elegido y del
escenario. Los conceptos operacionales son refinados

Diplomado Gestin de la Calidad del Software Pgina 9

 Gestin de Requisitos basado en CMMi. Dr. Rmulo Domnguez M.

como soluciones, las decisiones se van tomando y los

requisitos con un mayor grado de detalle son
desarrollados.

SP 3.2 Establecer una definicin de la funcionalidad

requerida. Se realizada el anlisis funcional del sistema.

SP 3.3 Analizar los requisitos. Los requisitos son

analizados para tener la garanta de que los objetivos
marcados se estn satisfaciendo sin conflictos entre ellos.
SP 3.4 Analizar los requisitos para conseguir un
equilibrio. Una vez que los requisitos estn analizados,
hay que revisar si las restricciones y las necesidades
conllevan un riesgo, marcan la planificacin, etc.

SP 3.5 Validar los requisitos.

Diplomado Gestin de la Calidad del Software Pgina 10