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.