CMMI

REA

DE

PROCESO

DE I NGENIERA:

Las reas de proceso de Ingeniera cubren las actividades de desarrollo y de

mantenimiento que se utilizan en todas las disciplinas de ingeniera.
Las reas de proceso de Ingeniera fueron escritas usando terminologa general
de ingeniera, de forma que cualquier disciplina tcnica implicada en el proceso
de desarrollo del producto (p. ej., ingeniera de software o ingeniera mecnica)
pueda usarlas para la mejora de procesos.
Las reas de proceso de Ingeniera tambin integran los procesos asociados
con diferentes disciplinas de ingeniera en un nico proceso de desarrollo de
producto, dando soporte a una estrategia de mejora de procesos orientada al
producto.
Esta estrategia se dirige ms a los objetivos de negocio esenciales que a las
disciplinas tcnicas especficas. Este enfoque a procesos, evita de manera
eficaz la tendencia hacia una mentalidad compartimentada de la
organizacin.
Las reas de proceso de Ingeniera se aplican al desarrollo de cualquier
producto o servicio dentro del dominio de desarrollo (p. ej., productos software,
productos hardware, servicios, procesos). Las cinco reas de proceso de
Ingeniera de CMMI-DEV son las siguientes:
Desarrollo de Requisitos (RD).
Solucin Tcnica (TS).
Validacin (VAL).
Verificacin (VER).
Integracin del Producto (PI).
El rea de proceso Desarrollo de Requisitos identifica las necesidades del
cliente y las transforma en requisitos de producto. El conjunto de requisitos de
producto se analiza para elaborar una solucin conceptual de alto nivel.
Posteriormente, este conjunto de requisitos se asigna para establecer un
conjunto inicial de requisitos de componente de producto.
Se infieren otros requisitos que ayudan a definir el producto y se asignan a
componentes de producto. Este conjunto de requisitos de producto y de
componente de producto describe claramente la prestacin del producto, los
atributos de calidad, las caractersticas del diseo, los requisitos de
verificacin, etc. en trminos que el desarrollador pueda comprender y usar.

El rea de proceso Desarrollo de Requisitos proporciona los requisitos al rea

de proceso Solucin Tcnica, donde los requisitos se convierten en la
arquitectura del producto, los diseos de los componentes de producto y los
componentes de producto (p. ej., mediante codificacin y fabricacin).
Los requisitos se proporcionan tambin al rea de proceso Integracin del
Producto, donde se combinan los componentes de producto y se verifican las
interfaces para asegurar que cumplen con los requisitos de interfaz
suministrados por el rea de proceso Desarrollo de Requisitos.
El rea de proceso Solucin Tcnica desarrolla los paquetes de datos tcnicos
relativos a los componentes de producto para que se utilicen por el rea de
proceso Integracin del Producto o Gestin de Acuerdos con Proveedores. Se
examinan soluciones alternativas para seleccionar el diseo ptimo basado en
criterios establecidos. Estos criterios pueden ser significativamente diferentes
entre los distintos productos, dependiendo del tipo de producto, entorno
operativo, requisitos de prestacin, requisitos de soporte y, costes o
calendarios de entrega.
La tarea de seleccionar la solucin final utiliza las prcticas especficas del rea
de proceso Anlisis de Decisiones y Resolucin. El rea de proceso Solucin
Tcnica se basa en las prcticas especficas del rea de proceso Verificacin
para realizar la verificacin del diseo y las revisiones entre pares durante el
diseo y antes de la construccin final.
El rea de proceso Verificacin asegura que los productos de trabajo
seleccionados cumplen los requisitos especificados. El rea de proceso
Verificacin selecciona los productos de trabajo y mtodos de verificacin que
se usarn para verificar los productos de trabajo frente a los requisitos
especificados. La verificacin es generalmente un proceso incremental, que
comienza con la verificacin de componentes de producto y normalmente
concluye con la verificacin de los productos totalmente ensamblados.
La verificacin tambin trata las revisiones entre pares. Las revisiones entre
pares son un mtodo probado para eliminar defectos de manera temprana y
proporcionar una visin de valor sobre los productos de trabajo y los
componentes de producto que estn siendo desarrollados y mantenidos.
El rea de proceso Validacin valida de manera incremental los productos
frente a las necesidades del cliente. La validacin puede realizarse en el
entorno operacional o en un entorno operacional simulado. La coordinacin con
el cliente sobre los requisitos de validacin es un elemento importante de ste
rea de proceso.
El alcance del rea de proceso Validacin incluye la validacin de productos, de
componentes de producto, de productos de trabajo intermedios seleccionados
y de procesos. Estos elementos validados pueden requerir, con frecuencia,
volver a ser verificados y validados. Las cuestiones descubiertas durante la

validacin se resuelven normalmente en el rea de proceso Desarrollo de

Requisitos o Solucin Tcnica.
El rea de proceso Integracin del Producto contiene las prcticas especficas
asociadas con la generacin de una estrategia de integracin, integrando los
componentes de producto y entregando el producto al cliente.
La Integracin del Producto utiliza las prcticas especficas tanto de Verificacin
como de Validacin, en la implementacin del proceso de integracin del
producto. Las prcticas de verificacin verifican las interfaces y los requisitos
de interfaz de los componentes de producto antes de la integracin del
producto. La verificacin de la interfaz es esencial en el proceso de integracin.
Durante la integracin del producto en el entorno operacional, se utilizan las
prcticas especficas del rea de proceso Validacin.

La Figura 1 proporciona una visin general de las interacciones que existen

entre las cinco reas de proceso de Ingeniera.

RECURSIN

E ITERACIN DE LOS PROCESOS DE I NGENIERA

La mayora de los estndares de proceso coinciden en que los procesos se

pueden aplicar de dos formas. Estas dos formas se denominan recursin e
iteracin.
La recursin sucede cuando un proceso se aplica a los niveles sucesivos de
elementos del sistema dentro de una estructura de sistema. Los resultados de
una aplicacin en un nivel se usan como entrada para el siguiente nivel en la
estructura del sistema.
Por ejemplo, el proceso de verificacin se disea para aplicarlo al producto
ensamblado completo, a los componentes principales del producto, e incluso a
los componentes de los componentes. La profundidad con que se puede aplicar
el proceso de verificacin en el producto depende completamente del tamao
y de la complejidad del producto final.
La iteracin sucede cuando los procesos se repiten en el mismo nivel del
sistema. La nueva informacin se crea por la implementacin de un proceso
que realimenta dicha informacin a un proceso relacionado. Esta nueva
informacin normalmente plantea cuestiones que deben ser resueltas antes de
finalizar los procesos.
Por ejemplo, muy probablemente habr iteracin entre el desarrollo de
requisitos y la solucin tcnica. Al volver a realizar los procesos se pueden
resolver las cuestiones que hayan surgido. La iteracin puede asegurar la
calidad antes de aplicarse al siguiente proceso.
Por ejemplo, algunas cuestiones surgidas relacionadas con las reas de proceso
Verificacin y Validacin se pueden resolver por los procesos asociados con las
reas de proceso Desarrollo de Requisitos o Integracin del Producto. La
recursin y la iteracin de estos procesos permiten al proyecto asegurar la
calidad en todos los componentes del producto antes de que sean entregados
al cliente.

Dado que el modelo de calidad generalmente aplicado al software es de naturaleza

cualitativa, nunca se va a estar objetivamente seguros de haber alcanzado la plena
coincidencia entre los requisitos y lo creado, es decir, la calidad. De hecho, la naturaleza
subjetiva del proceso de calidad del software es tan inherente a l, que la nica sugerencia
sistemtica sobre como lograr esta comprobacin es la llamada Revisin por pares.
La idea de la Revisin por pares es permitir que otros profesionales reconocidos, diferentes
a los que han creado el sistema, juzguen y den su opinin sobre el diseo u otros aspectos
del mismo. De este modo se puede obtener un nivel de verificacin -subjetiva- al menos
independiente del juicio del autor original; de manera de tener la posibilidad de asegurar al
cliente, que lo que se ha hecho es reconociblemente adecuado para lo que nos ha pedido.