Administración de la Configuración
Y e t t ú L t d a .
C a l l e 8 2 # 1 4 A – 1 7 O f i c i n a
3 0 4
2 5 6 7 1 3 2
5 3 3 9 9 3 3
3 0 / 0 5 / 2 0 1 1
XIMENA HIGUERA
MORIONES
El presente documento es el resultado principal de la
implementación de ProSoftCol: Guía Metodológica
de Mejora de Procesos de Construcción de Software
Adaptada para MIPyMES_DS Colombianas, en la
micro-empresa Bogotana desarrolladora de software
Yettú Ltda. Presenta un modelo adaptado
especialmente a ésta organización de CMMI luego de
una reducción de su rango y de su profundidad.
1
Tabla de contenido
Índice de Ilustraciones .................................................................................................................... 2
Índice de Tablas ............................................................................................................................... 2
I. INTRODUCCIÓN......................................................................................................................... 3
a. Propósito ...................................................................................................................................... 3
b. Alcance .......................................................................................................................................... 3
c. Suposiciones ................................................................................................................................. 3
II. ACERCA DEL MODELO A IMPLEMENTAR ..................................................................... 4
III. DEFINICIONES CLAVE........................................................................................................ 9
IV. ESTRUCTURA DEL DOCUMENTO ................................................................................ 11
1. PROCESO DE ADMINISTRACIÓN DE LA CONFIGURACIÓN ............................... 14
Procesos Relacionados ...................................................................................................................... 14
1.1. ESTABLECER ...................................................................................................................... 15
1.2. MANTENER ........................................................................................................................ 19
1.3. DOCUMENTAR Y AUDITAR ........................................................................................ 21
2. NIVELES DE CAPACIDAD ................................................................................................... 25
2.1. Proceso Realizado ................................................................................................................. 26
2.2. Proceso Gestionado .............................................................................................................. 26
2.3. Proceso Definido................................................................................................................... 28
2.4. Proceso Cuantitativamente Controlado ............................................................................. 29
2.5. Proceso Optimizado ............................................................................................................. 30
V. GLOSARIO ................................................................................................................................... 31
VI. REFERENCIAS ....................................................................................................................... 33
2
Índice de Ilustraciones ILUSTRACIÓN 1 - REPRESENTACIÓN MODELO CMMI CONTINUO, ADAPTADO DE [12] .................. 5
ILUSTRACIÓN 2 - NIVELES DE CAPACIDAD DEL MODELO CMMI [22, 9, 13]............................................. 6
ILUSTRACIÓN 3 - CLASIFICACIÓN DE LOS COMPONENTES DEL MODELO A IMPLEMENTAR ..... 6
ILUSTRACIÓN 4 - ESTRUCTURA MODELO A IMPLEMENTAR .......................................................................... 7
ILUSTRACIÓN 5 - RESUMEN PARA CADA OBJETIVO DEL MODELO.......................................................... 11
ILUSTRACIÓN 6 - PROCESO EMDA PARA ADMINISTRACIÓN DE LA CONFIGURACIÓN ................ 12
ILUSTRACIÓN 7 - RESUMEN DE ESTABLECER LÍNEAS BASE......................................................................... 15
ILUSTRACIÓN 8 - RESUMEN DE MANTENER LÍNEAS BASE ........................................................................... 19
ILUSTRACIÓN 9 - RESUMEN DE DOCUMENTAR Y AUDITAS LAS LÍNEAS BASE .................................. 22
ILUSTRACIÓN 10 – NIVELES DE CAPACIDAD DE UN PROCESO .................................................................. 25
Índice de Tablas TABLA 1 - DESCRIPCIÓN DE LOS COMPONENTES DEL MODELO A IMPLEMENTAR [9, 13, 22, 7] 8
TABLA 2 - IDENTIFICADORES DE COMPONENTES DEL MODELO 11
TABLA 3 - SÍMBOLOS PARA DESCRIBIR EL ESTADO DE UNA TAREA O PRODUCTO DE TRABAJO
EN YETTÚ LTDA. 12
TABLA 4 - DESCRIPCIÓN DE LOS OBJETIVOS ESPECÍFICOS Y SUS COMPONENTES ASOCIADOS
EN EL DOCUMENTO 13
TABLA 5 - SÍMBOLOS PARA DESCRIBIR EL ESTADO DE UNA ACTIVIDAD GENÉRICA EN YETTÚ
LTDA. 13
TABLA 6 - DESCRIPCIÓN DE LOS OBJETIVOS GENÉRICOS Y SUS ACTIVIDADES ASOCIADAS EN
EL DOCUMENTO 13
TABLA 7 - ESTABLECER LÍNEAS BASE DE LOS PRODUCTOS DE TRABAJO 19
TABLA 8 - SEGUIR Y CONTROLAR LOS PRODUCTOS DE TRABAJO 21
TABLA 9 - ESTABLECER Y MANTENER LA INTEGRIDAD DE LAS LÍNEAS BASE 24
TABLA 10 – OG 1 LOGRAR LOS OBJETIVOS ESPECÍFICOS OE1, OE2 Y OE3 26
TABLA 11 - OG2 INSTITUCIONALIZAR EL PROCESO DE ADMINISTRACIÓN DE LA
CONFIGURACIÓN COMO UN PROCESO GESTIONADO 28
TABLA 12 - OG3 INSTITUCIONALIZAR EL PROCESO DE ADMINISTRACIÓN DE LA
CONFIGURACIÓN COMO UN PROCESO DEFINIDO 29
TABLA 13 – OG4 INSTITUCIONALIZAR EL PROCESO DE ADMINISTRACIÓN DE LA
CONFIGURACIÓN COMO UN PROCESO CUANTITATIVAMENTE CONTROLADO 29
TABLA 14 – OG5 INSTITUCIONALIZAR EL PROCESO DE ADMINISTRACIÓN DE LA
CONFIGURACIÓN COMO UN PROCESO OPTIMIZADO 30
3
I. INTRODUCCIÓN
El presente documento es el resultado principal de la implementación de ProSoftCol: Guía
Metodológica de Mejora de Procesos de Construcción de Software Adaptada para
MIPyMES_DS Colombianas, en la micro-empresa Bogotana desarrolladora de software Yettú
Ltda. Presenta un modelo adaptado especialmente a ésta organización de CMMI [22], un
modelo de mejora de procesos de software, luego de una reducción de su rango y de su
profundidad.
a. Propósito
Este documento pretende ayudar a la organización Yettú Ltda. a iniciar el proceso de
implementación del modelo de mejora de procesos de software CMMI, comenzando con la
mejora en un proceso específico: Administración de la Configuración de Software; indicando
cuales actividades de aquellas que necesitan ser realizadas ya se están llevando a cabo en la
organización y sugiriendo una forma de realizar aquellas que todavía no se llevan a cabo.
b. Alcance
La realización de las actividades propuestas en este documento conllevarán a una mejora en el
proceso de Administración de la Configuración, más no garantizan una valoración en algún
nivel de CMMI.
c. Suposiciones
Los lectores del documento:
Tienen conocimiento de los conceptos básicos de ingeniería de software
Tienen conocimiento básico de las técnica de mejora miento del proceso de software
(saben qué son y para qué sirven).
Han participado en un proyecto de desarrollo de software
4
II. ACERCA DEL MODELO A IMPLEMENTAR
CMMI (Capability Maturity Model Integration en inglés) [22] es un modelo de mejora de
procesos desarrollado por el Software Engineering Institute que tiene las siguientes ventajas:
Ha sido utilizado para guiar el desarrollo de software, un ejemplo es CMMI-DEV V1.2
[1]
Es el modelo más conocido [15] y utilizado por compañías de software alrededor del
mundo [16]
Es el modelo más completo [1]
Se basa en las mejores prácticas [1]
Tiene aceptación internacional en la comunidad de ingeniería de software [1]
Es el referente principal para los programas de mejoramiento [18]
Los clientes tienen confianza en éste por su amplia descripción de buenas prácticas y su
trascendencia [1]
Las organizaciones pequeñas han realizado continuas solicitudes de mapear y adaptar CMM
(antecesor de CMMI) a sus necesidades [5], en especial en las áreas de documentación,
administración, y entrenamiento [4, 2].
Este modelo tiene 2 representaciones, Escalonada y Continua. La representación Escalonada
propone conjuntos predefinidos de áreas de proceso para definir el camino de mejora,
mientras que la Continua permite a la organización elegir el enfoque de sus esfuerzos de
mejora de procesos mediante la elección de aquellos procesos, o conjuntos de procesos
interrelacionados, que benefician más a la organización y a sus objetivos de negocio [9],
ofreciendo más libertad en el orden de mejora y una medida para la capacidad de los procesos
[14]; Por ello podría ser más aplicable a pequeñas empresas [1] y por eso se ha elegido esta
representación de dicho modelo.
CMMI [22] agrupa sus procesos en 4 categorías [9]:
Gestión de Procesos: Actividades transversales a los proyectos, relacionados con la
definición, planificación, despliegue, implementación, monitoreo y control, evaluación,
medición y mejora de procesos
Gestión de Proyectos: Actividades de gestión de proyectos relacionadas con la
planificación, monitorización, y control de proyectos.
Ingeniería: Actividades de desarrollo y de mantenimiento que se comparten entre las
disciplinas de ingeniería. Cualquier disciplina técnica implicada en el proceso de
desarrollo del producto (en este caso software) pueda usarlas para la mejora de
procesos. Integra los procesos asociados con diferentes disciplinas de ingeniería en un
5
único proceso de desarrollo de producto, dando soporte a una estrategia de mejora de
procesos orientada a producto.
Soporte: Actividades que soportan y apoyan el desarrollo del producto y su
mantenimiento. Trata los procesos que se usan en el contexto de la ejecución de otros
procesos y aquellos que están orientados al proyecto y pueden tratar procesos que se
aplican de manera más general a la organización.
La Ilustración 1 muestra cada categoría mencionada anteriormente y sus procesos, en ella se
resalta el proceso de Administración de la Configuración, que es el proceso que se describirá
en este documento.
Ilustración 1 - Representación Modelo CMMI Continuo, adaptado de [12]
La representación Continua de CMMI utiliza 6 niveles de capacidad, que se enfocan en
madurar la habilidad de una organización para realizar, controlar y mejorar su desempeño en
un proceso [17], la Ilustración 2 muestra estos niveles:
6
Ilustración 2 - Niveles de Capacidad del Modelo CMMI [22, 9, 13]
La mejora de cada proceso es medida utilizando estos niveles, siendo 0 el nivel menos
deseable.
Es importante resaltar que la estructura del modelo a implementar contiene componentes
estrictamente asociados al proceso en el que se quiere mejorar (Administración de la
Configuración), y otros componentes específicamente asociados al nivel de capacidad que se
desea alcanzar en dicho proceso, como lo muestra la Ilustración 3:
Ilustración 3 - Clasificación de los componentes del modelo a implementar
0 - Incompleto
1 - Realizado
2 - Gestionado
3- Definido
4 - Cuantitativamente Controlado
5 - Optimizado
Componentes asociados al proceso en el que se quiere mejorar
• Objetivo Específico
• Actividad Específica
• Producto de Trabajo
• Tarea
Componentes asociados al nivel de
capacidad que se desea alcanzar
• Objetivo Genérico
• Actividad Genérica
• Sugerencias
7
Cada uno de estos componentes es mostrado en la Ilustración 4:
Ilustración 4 - Estructura Modelo A Implementar
A continuación, la Tabla 1 describe cada uno de los componentes de la Ilustración 4:
8
Componente Descripción
Proceso Es un conjunto de Actividades relacionadas que cuando se implementan colectivamente, satisfacen un conjunto de Objetivos considerados importantes para hacer mejoras en ese Proceso.
Nivel Capacidad Es un nivel que mide la capacidad (rango de resultados esperados que pueden lograrse siguiendo un proceso) de un Proceso específico. Se define por los Objetivos Específicos y Genéricos apropiados para Proceso.
Categoría de Procesos Conjunto de Procesos afines.
Actividad Conjunto de Tareas que se realizan para cumplir un Objetivo
Actividad Genérica Se considera importante para alcanzar los Objetivos Genéricos asociados. Las Actividades Genéricas asociadas con un Objetivo Genérico describen las sub-actividades o Tareas que se espera resulten en el logro del Objetivo Genérico y contribuyan a la institucionalización de un Proceso.
Actividad Específica Se considera importante para alcanzar el Objetivo Específico asociado. Las Actividades Específicas describen las sub-actividades o Tareas esperadas para dar como resultado el logro de los Objetivos Específicos de un Proceso.
Objetivo Meta o finalidad a cumplir para la que se disponen medios determinados.
Objetivo Genérico
Describe las características que deben estar presentes para institucionalizar un Proceso.
Objetivo Específico Describe las características que deben estar presentes para satisfacer un Proceso.
Producto de Trabajo Es un resultado útil de un Proceso. Esto puede incluir ficheros, documentos, productos, partes de un producto, servicios, descripciones de proceso, especificaciones y facturas.
Tarea Representa la pieza más pequeña de trabajo. Pretende proporcionar ideas que pueden ser útiles para la mejora de un Proceso.
Sugerencias Recomendaciones de cómo cumplir un Objetivo Genérico
Tabla 1 - Descripción de los Componentes del Modelo a Implementar [9, 13, 22, 7]
9
III. DEFINICIONES CLAVE
Para entender por completo los objetivos y actividades de éste documento es necesario aclarar
algunas definiciones pertinentes a la Administración de la Configuración, éstas no se
encuentran en orden alfabético ya que cada definición es necesaria para comprender la
siguiente.
Administración de la Configuración: Es el proceso de controlar y supervisar el cambio de los productos de trabajo. Aplica la dirección y la supervisión técnica para (1) identificar y documentar las características funcionales y físicas de un elemento de configuración, (2) controlar los cambios a esas características, (3) registrar e informar sobre el proceso de cambios y su estado de implementación, y (4) verificar el cumplimiento de los requerimientos especificados [9, 8, 7].
Elemento de Configuración: Agregación de productos de trabajo o fragmento de software, que se establece para la Administración de Configuración y se trata como una entidad única en el proceso de Administración de la Configuración [9, 8, 7].
Versión: Identifica el estado de un elemento de configuración en un estado del tiempo. Las versiones difieren por uno o más cambios. [9, 8]
Identificación de Versión: Consiste en seleccionar los elementos de configuración para un producto, asignándole identificadores únicos y registrando sus características funcionales y físicas en la documentación técnica. [9, 8]
Gestión de Cambios: Uso juicioso de medios para efectuar un cambio, o un cambio propuesto sobre un producto o servicio.[9, 8]
Control de Configuración: Evaluación, coordinación, aprobación o rechazo, e implementación de los cambios a los elementos de configuración, con posterioridad al establecimiento formal de su identificación de versión.[9, 8]
Línea Base: Conjunto de productos de trabajo o especificaciones que se ha revisado y acordado formalmente por la gerencia o el cliente, el cual sirve más tarde como la base para desarrollo posterior, y que solamente puede cambiarse mediante procedimientos de control de cambios (solicitudes de cambios).[9, 8]
Línea Base de Configuración: La información de configuración formalmente establecida en un momento dado durante la vida de un producto o de un componente de producto. Las líneas base de configuración, más los cambios aprobados a esas líneas base, constituyen la información de configuración actual. [9, 8]
Línea Base de Producto: Paquete inicial de datos técnicos aprobado (incluyendo,
para el software, el listado de código fuente) que define un elemento de configuración durante la producción, operación, mantenimiento y soporte logístico de su ciclo de vida. [9, 8] Éste solo puede ser modificado mediante una petición de cambio [7].
10
Control de Versiones: El establecimiento y el mantenimiento de las líneas base y la
identificación de los cambios a las líneas base que hacen posible volver a una línea base previa [9, 8]
Auditoría: Es un examen objetivo de un producto de trabajo o de un conjunto de
productos de trabajo frente a criterios específicos. [9, 8]
Auditoría de Configuración: Una auditoría llevada a cabo para verificar que un elemento de configuración, o una colección de elementos de configuración que componen una línea base, se ajusta a un estándar o requerimiento especificado. [9, 8]
Auditoría de Configuración Física: Una auditoría llevada a cabo para verificar que un elemento de configuración, tal como fue construido, se ajusta a la documentación técnica que lo define y describe.[9, 8]
Auditoría de Configuración Funcional: Una auditoría llevada a cabo para verificar que el desarrollo de un elemento de configuración se ha completado satisfactoriamente, que el elemento ha logrado las características de rendimiento y funcionales especificadas en la identificación de configuración funcional o asignada, y que sus documentos operativos y de soporte están completos y son satisfactorios.[9, 8]
11
IV. ESTRUCTURA DEL DOCUMENTO
En la Sección II ACERCA DEL MODELO A IMPLEMENTAR, se describieron los
componentes que utiliza este modelo. Cada uno de ellos tendrá un identificador en este
documento, tal y como lo ilustra la Tabla 2:
OE Objetivo Específico
AE Actividad Específica
PT Producto de Trabajo
T Tarea
OG Objetivo Genérico
AG Actividad Genérica
S Sugerencia Tabla 2 - Identificadores de Componentes del Modelo
Los componentes de color verde claro en la parte superior de la Tabla 2 pertenecen al proceso
que se desea mejorar: Administración de la Configuración; los componentes de color gris
pertenecen a los Niveles de Capacidad.
El proceso de Administración de la Configuración está compuesto de 3 Objetivos Específicos,
cada uno de ellos tiene asociada una cantidad de Actividades Específicas que se deben realizar
para lograr dicho Objetivo.
Para cada Objetivo Específico (es decir, de Administración de Configuración) se presentará
una figura que lo resume, tal y como lo muestra la Ilustración 5:
Ilustración 5 - Resumen para cada Objetivo del Modelo
OE
N. O
bje
tivo
AE N.n. Actividad
AE N.n. Actividad
AE N.n. Actividad
12
El proceso de Administración de la Configuración gira entono a las Líneas Base y se puede
describir como un proceso EMDA (Establecer – Mantener – Documentar y Auditar) de éstas.
El Objetivo Específico 1 y sus Actividades Específicas establecen las Líneas Base, el Objetivo
Específico 2 y sus Actividades Específicas las mantienen, y el Objetivo Específico 3 y sus
Actividades Específicas las documentan y auditan. Cada componente de EMDA está asociado
a una Sub-Sección de la Sección 1 PROCESO DE ADMINISTRACIÓN DE LA
CONFIGURACIÓN de éste documento, tal y como se muestra en la Ilustración 6:
Ilustración 6 - Proceso EMDA para Administración de la Configuración
La Tabla 4 ilustra la forma en la que será descrito cada componente de EMDA en la Sección 1;
en la última columna de esta tabla, para cada Producto de Trabajo y Tarea se especifica su estado
en Yettú, tal y como lo muestra la Tabla 3:
Símbolo Significado
Producto de Trabajo se tiene o Tarea se realiza
Tarea no se realiza., pero se presentan sugerencias de cómo podría lograrse haciendo relación a los Requerimientos Específicos para Yettú Ltda.
descritos en la Guía Metodológica.
Producto de Trabajo no se tiene o Tarea no se realiza. No se presentan sugerencias de cómo podría lograrse, pues no hay Requerimientos
Específicos asociados. Tabla 3 - Símbolos para describir el estado de una Tarea o Producto de Trabajo en Yettú Ltda.
ESTABLECER
• Objetivo Específico 1 (OE 1)
• Actividad Específica 1.1. (AE 1.1.)
• Actividad Específica 1.2. (AE 1.2.)
• Actividad Específica 1.3. (AE 1.3.)
MANTENER
• Objetivo Específico 2 (OE 2)
• Actividad Específica 2.1. (AE 2.1.)
• Actividad Específica 2.2. (AE 2.2.)
DOCUMENTAR Y AUDITAR
• Objetivo Específico 3 (OE 3)
• Actividad Específica 3.1. (AE 3.1.)
• Actividad Específica 3.2. (AE 3.2.)
13
OE N
Objetivo Específico N
AE N.n. Actividad Específica N.n
PT N.n.n. Producto de Trabajo N.n.n.
T N.n.n. Tarea N.n.n.
AE N.m. Actividad Específica N.m
PT N.m.m. Producto de Trabajo N.m.m.
T N.m.m. Tarea N.m.m.
Tabla 4 - Descripción de los Objetivos Específicos y sus Componentes Asociados en el Documento
La Sección 2 NIVELES DE CAPACIDAD como su nombre lo dice, trata los 5 niveles de
capacidad deseables para una organización en un determinado proceso. Cada Nivel de
Capacidad tiene asociado un Objetivo Genérico, que a la vez tiene asociada una cantidad de
Actividades Genéricas, que se deben realizar para lograr dicho Objetivo, y en ocasiones están
acompañadas de algunas Sugerencias para realizar dichas Actividades.
La Tabla 6 ilustra la forma en la que será descrito cada Objetivo Genérico en la Sección 2; en
la última columna de esta tabla, para cada Actividad Genéerica se especifica su estado en Yettú, tal
y como lo muestra la Tabla 5:
Símbolo Significado
Actividad Genérica se realiza
Actividad Genérica no se realiza., pero se presentan sugerencias de cómo podría lograrse haciendo relación a los Requerimientos Específicos para
Yettú Ltda. descritos en la Guía Metodológica.
Actividad Genérica no se realiza. No se presentan sugerencias de cómo podría lograrse, pues no hay Requerimientos Específicos asociados.
Tabla 5 - Símbolos para describir el estado de una Actividad Genérica en Yettú Ltda.
OG N
Objetivo Genérico N
AG N.n. Actividad Genérica N.n
AE N.m. Actividad Genérica N.m
S N.m.m. Sugerencia N.m.m.
Tabla 6 - Descripción de los Objetivos Genéricos y sus Actividades asociadas en el documento
14
1. PROCESO DE ADMINISTRACIÓN DE LA CONFIGURACIÓN
La Administración de la Configuración es la disciplina de administrar y controlar los cambios
en la evolución de los sistemas de software [3]. Minimiza los riesgos asociados con los cambios
definiendo un proceso formal de aprobación y un seguimiento de los cambios [7].
Su propósito es establecer y mantener la integridad de los productos de software (o productos
de trabajo) a través del ciclo de vida del proceso de software, utilizando la identificación de
configuración, el control de configuración, el registro del estado de configuración y las
auditorías de configuración [9].
Como se mencionó en la Sección III DEFINICIONES, los elementos de configuración son
entidades que se ponen bajo Administración de la Configuración, pueden constituir múltiples
productos de trabajo que forman una Línea Base. Estos elementos pueden ser [3]:
Plan de proyecto
Documento de Especificación de Requerimientos (SRS)
Estándares de análisis, diseño, codificación, pruebas y auditoría.
Documentos de análisis del sistema
Documentos de diseño del sistema
Prototipos
Documentos de diseño de alto nivel
Documentos de diseño de bajo nivel
Especificaciones de prueba del sistema
Plan de pruebas del sistema
Código fuente
Código objeto y ejecutable
Especificaciones de pruebas unitarias
Documentos de diseño de base de datos
Datos de prueba
Manuales de usuario
Procesos Relacionados
Como lo muestra la Ilustración 1, el proceso de Administración de la Configuración pertenece
a la categoría de Soporte, esto quiere decir que apoya a todos los demás procesos como una
parte integral, con un propósito distinto, y contribuye al éxito y a la calidad del proyecto de
software.
15
1.1. ESTABLECER
A continuación, la Ilustración 7 resume el componente “Establecer” del proceso EMDA (Ver
Ilustración 6 - Proceso EMDA para Administración de la Configuración) describiendo el
Objetivo Específico 1 y las Actividades que deben realizarse para lograrlo.
Ilustración 7 - Resumen de Establecer Líneas Base
La Tabla 7 describe las Actividades, Productos de Trabajo y Tareas asociadas al Objetivo
Específico 1.
OE 1
Establecer líneas base de los productos de trabajo
AE 1.1.
Identificar los elementos de configuración, los componentes y los productos de trabajo que serán puestos bajo administración de la
configuración
PT 1.1.1.
Elementos de configuración identificados
T 1.1.1.
Seleccionar los elementos de configuración y los productos de trabajo que los componen basándose en criterios
Se realiza una gestión de configuración de software a los
OE
1.
Est
able
cer
lín
eas
bas
e d
e lo
s p
rod
uct
os
de
trab
ajo
AE1.1. Identificar los elementos de configuración, los componentes y los productos de trabajo que serán puestos bajo administración de la conifguración.
AE 1.2. Establecer y mantener un sistema de administración de la configuración y de gestión del cambio para controlar los productos de trabajo.
AE 1.3. Crear o liberar las líneas base para uso interno y para la entrega al cliente
16
documentados productos: Código Fuente y Requerimientos de SW
T 1.1.2. Asignar identificadores únicos a los elementos de configuración
Cada línea base de código fuente cuenta con un identificador único en cada proyecto, además de su versión. Al igual que cada requerimiento, por ejemplo: RC1-01 + versión
T.1.1.3. Especificar las características importantes de cada elemento de configuración.
Código Fuente: La evolución del código fuente es quizá el ejemplo más claro en la Administración de la Configuración, ya que según él se valida la documentación asociada y éste además es la base del software [3]. Requerimientos de SW: Los requerimientos de software son fundamentales ya que son una especificación de lo que debe ser implementado. Estos son, descripciones de cómo el sistema se debe comportar, de las propiedades y atributos del mismo. Deben ser una restricción del proceso de desarrollo del sistema [21]
T.1.1.4.
Especificar cuándo cada elemento de configuración se pone bajo administración de la configuración
En el momento en que algún elemento es almacenado en el Repositorio de la organización, está puesto bajo Administración de la Configuración.
T.1.1.5. Identificar al propietario responsable de cada elemento de configuración
Utilizando un CDE, el responsable de cada elemento de configuración es conocido, ya que cada Ítem tiene asociado uno o más roles responsables del desarrollo del mismo
AE 1.2.
Establecer y mantener un sistema de administración de la configuración y gestión del cambio para controlar los productos de trabajo
17
PT 1.2.1.
Sistema de administración de la configuración con productos
de trabajo controlados
PT 1.2.2.
Procedimientos de control de acceso al sistema de administración de la
configuración
PT 1.2.3.
Base de datos de peticiones de cambio
T 1.2.1.
Establecer un mecanismo para gestionar múltiples niveles de control en la administración de la configuración.
Satisfaciendo el R-02 “La organización debe definir y documentar los niveles de acceso y derechos que cada miembro tiene hacia el repositorio de la misma, para el control de documentos”; se puede dar como realizada esta Tarea.
T 1.2.2.
Guardar y recuperar los elementos de configuración en un sistema de administración de la configuración.
La organización utiliza un Sistema de Control de Versiones (CVS) en un repositorio, junto con manejadores de versiones como TortoiseSVN y KDESVN, dependiendo del sistema operativo del equipo que se use.
T 1.2.3.
Compartir y transferir los elementos de configuración entre los niveles de control dentro del sistema de administración de la configuración.
Satisfaciendo el R-02 “La organización debe definir y documentar los niveles de acceso y derechos que cada miembro tiene hacia el repositorio de la misma, para el control de documentos”; asociando el repositorio al CDE y especificando los Roles que tienen acceso a cada Registro o Tracker se puede dar como realizada esta Tarea.
T 1.2.4.
Almacenar y recuperar versiones archivadas de elementos de configuración
El uso que la organización le da a su Repositorio incluye el almacenamiento y recuperación de versiones archivadas de elementos de configuración
18
T 1.2.5.
Almacenar, actualizar y recuperar los registros de administración de la configuración.
El uso que la organización le da a su Repositorio incluye la actualización y recuperación de registros de Administración de la Configuración.
T 1.2.6.
Crear informes de administración de la configuración a partir del sistema de administración de la configuración.
El uso que la organización le da a su Repositorio incluye la generación de informes delas actividades realizadas utilizando las herramientas que su CVS facilita para este fin.
T 1.2.7.
Preservar los contenidos del sistema de gestión de configuración
El Repositorio de la organización tiene 2 copias de respaldo
T 1.2.8.
Corregir la estructura de administración de configuración según sea necesario
La estructura de la Administración de Configuración en la organización es corregida siempre que es necesario.
AE 1.3.
Crear o liberar las líneas base para uso interno y para la entrega al cliente PT 1.3.1.
Líneas base
PT 1.3.2.
Descripción de las líneas base
T 1.3.1.
Obtener la autorización del líder de la administración de la configuración antes de crear o liberar líneas base de elementos de configuración
Satisfacer el R-41 “La organización debe definir un responsable de la administración del cambio en los proyectos” como el R-47 “La organización debe definir un responsable de la gestión de la configuración de software en los proyectos” es el primer paso para realizar esta Tarea.
T 1.3.2.
Crear o liberar líneas base sólo desde los elementos de configuración en el sistema de administración de la configuración
Las Líneas Base son creadas y
liberadas únicamente desde el CVS en la organización.
T 1.3.3.
Documentar el conjunto de elementos de configuración que
19
están contenidos en una línea base Para cada Línea Base están especificados los elementos de configuración que la componen.
T 1.3.4.
Hacer fácilmente disponible el conjunto actual de líneas base
El conjunto actual de Líneas Base está disponible en el Repositorio de la organización, pero sin embargo, utilizando un CDE es más sencillo saber cuál es la última versión de cada Línea Base.
Tabla 7 - Establecer líneas base de los productos de trabajo
1.2. MANTENER
A continuación, la Ilustración 8 resume el componente “Mantener” del proceso EMDA (Ver
Ilustración 6 - Proceso EMDA para Administración de la Configuración) describiendo el
Objetivo Específico 2 y las Actividades que deben realizarse para lograrlo.
Ilustración 8 - Resumen de Mantener Líneas Base
La Tabla 8 describe las Actividades, Productos de Trabajo y Tareas asociadas al Objetivo
Específico 2.
OE
2.
Seg
uir
y c
on
tro
lar
los
pro
duct
os
de
trab
ajo
AE 2.1. Seguir las peticiones de cambio para los elementos de configuración
AE 2.2. Controlar los cambios a los elementos de configuración
20
OE 2
Seguir y controlar los productos de trabajo
AE 2.1.
Seguir las peticiones de cambio para los elementos de configuración PT 2.1.1.
Peticiones de cambio
T 2.1.1.
Iniciar y registrar las peticiones de cambio en la base de datos de peticiones de cambio
Las solicitudes de cambio quedan documentadas y son recibidas por el Director Comercial y Administrativo. Sin embargo, es necesario establecer algún lugar específico dentro del Repositorio para éstos documentos.
T 2.1.2.
Analizar el impacto de los cambios y de las correcciones propuestas en las peticiones de cambio
Satisfaciendo el R-43 “La organización debe definir y formalizar un proceso para modificar el plan de proyecto y plan de desarrollo cuando se realiza una solicitud de cambio” se podría considerar realizada esta Tarea.
T.2.1.3.
Revisar las peticiones de cambio, que serán tratadas en la siguiente línea base, con las partes interesadas relevantes y conseguir su acuerdo.
Existe un proceso de decisión respecto de la aceptación de una solicitud, y dicho cambio es comentado y discutido con las partes interesadas. Su acuerdo se consigue sí y sólo sí está dentro del dominio del contrato inicial.
T.2.1.4. Seguir el estado de las peticiones de cambio hasta su cierre
Las peticiones de cambio son analizadas por los directivos de la organización y cerradas inmediatamente luego se han aprobado o desaprobado.
AE 2.2.
Controlar los cambios a los elementos de configuración
PT 2.2.1.
Historial de revisiones de los elementos de
configuración
PT 2.2.2.
Archivos de las líneas base
21
T 2.2.1.
Controlar los cambios a los elementos de configuración a lo largo de la vida del producto
Los Elementos de Configuración son revisados antes de finalizar el ciclo de vida del proyecto por los directivos de la organización
T 2.2.2.
Obtener la autorización apropiada antes que los elementos de configuración cambiados sean introducidos en el sistema de gestión de configuración
Satisfacer el R-41 “La organización debe definir un responsable de la administración del cambio en los proyectos” como el R-47 “La organización debe definir un responsable de la gestión de la configuración de software en los proyectos” es el primer paso para realizar esta Tarea.
T 2.2.3.
Comprobar la entrada (check-in) y la salida (check-out) de los elementos de configuración desde el sistema de administración de configuración para la incorporación de los cambios de forma que se mantenga la exactitud y la integridad de los elementos de configuración
Para realizar esta actividad es recomendable:
Confirmar que las revisiones estén autorizadas
Actualizar los elementos de configuración
Archivar la línea base reemplazada y recuperar la nueva línea base
T 2.2.4.
Realizar revisiones para asegurar que los cambios no han causado efectos involuntarios en las líneas base
T 2.2.5.
Registrar los cambios a los elementos de configuración y las razones de los cambios según sea apropiado
Al hacer uso de un CDE, cada Elemento de Configuración está versionado y se especifican los cambios para cada nueva versión
Tabla 8 - Seguir y controlar los productos de trabajo
1.3. DOCUMENTAR Y AUDITAR
A continuación, la Ilustración 9 resume el componente “Documentar y Auditar” del proceso
EMDA (Ver Ilustración 6 - Proceso EMDA para Administración de la Configuración)
describiendo el Objetivo Específico 3 y las Actividades que deben realizarse para lograrlo.
22
Ilustración 9 - Resumen de Documentar y Auditas las Líneas Base
La Tabla 9 describe las Actividades, Productos de Trabajo y Tareas asociadas al Objetivo
Específico 3.
OE 3
Establecer y mantener la integridad de las líneas base
AE 3.1.
Establecer y mantener los registros que describen los elementos de configuración PT 3.1.1.
Historial de revisión de los elementos de configuración
PT 3.1.2.
Registro de cambios
PT 3.1.3.
Copia de las peticiones de cambio
PT 3.1.4.
Estado de los elementos de la configuración
PT 3.1.5.
Diferencias entre líneas base
OE
3.
Est
able
cer
y m
enta
ner
la
in
tegri
dad
de
las
lín
eas
bas
e
AE 3.1. Establecer y mantener los registros que describen los elementos de configuración
AE 3.2. Realizar auditorías de configuración para mantener la integridad de las líneas base de configuración
23
T 3.1.1.
Registrar las acciones de administración de configuración con suficiente detalle, para que sea conocido el contenido y el estado de cada elemento de configuración, y que puedan recuperarse las versiones anteriores
Haciendo uso de un CDE es posible realizar esta Tarea. Cada Elemento de Configuración tiene disponible sus versiones anteriores y el cambio realizado entre una y otra.
T 3.1.2.
Asegurar que las partes interesadas relevantes tengan acceso y conocimiento del estado de la configuración de los elementos de configuración
Satisfacer R-02 “La organización debe definir y documentar los niveles de acceso y derechos que cada miembro tiene hacia el repositorio de la misma, para el control de documentos” sería el primer paso para realizar esta Tarea.
T.3.1.3. Especificar la última versión de las líneas base
La última versión de cada Línea Base siempre es especificada en el Repositorio e la organización.
T.3.1.4.
Identificar la versión de los elementos de configuración que constituyen una línea base particular
La versión de cada Elemento de Configuración que constituye una Línea Base en particular es identificada en el Repositorio de la organización
T.3.1.5. Describir las diferencias entre líneas base sucesivas
Utilizando un CDE puede realizarse esta Tarea, ya que existe un campo específicamente para describir las diferencias entre una Línea Base y otra.
T.3.1.6.
Corregir cuando se necesario el estado y la historia (cambios y otras acciones) de cada elemento de configuración
AE 3.2.
Realizar auditorías de configuración para mantener la integridad de las líneas base de configuración PT 3.2.1.
Resultados de la auditoría de configuración
24
PT 3.2.2.
Elementos de acción
T 3.2.1. Evaluar la integridad de las líneas base
T 3.2.2.
Confirmar que los registros de administración de configuración identifican correctamente los elementos de configuración
Para realizar esta Tarea se sugiere llevar a cabo una Auditoría de Configuración (Ver Sección III DEFINICIONES CLAVE)
T 3.2.3.
Revisar la estructura y la integridad de los elementos de en el sistema de administración de la configuración
T 3.2.4.
Confirmar que los elementos en el sistema de administración de configuración son completos y correctos
Para realizar esta Tarea se sugiere llevar a cabo una Auditoría de Configuración (Ver Sección III DEFINICIONES CLAVE)
T 3.2.5.
Confirmar el cumplimiento con los estándares y procedimientos aplicables de gestión de configuración
Para realizar esta Tarea se sugiere llevar a cabo una Auditoría de Configuración (Ver Sección III DEFINICIONES CLAVE)
T 3.2.6.
Seguir los elementos de acción desde la auditoría hasta su cierre.
Tabla 9 - Establecer y mantener la integridad de las líneas base
25
2. NIVELES DE CAPACIDAD
Como se mencionó en la Sección II ACERCA DEL MODELO A IMPLEMENTAR, la
representación continua de CMMI utiliza Niveles de Capacidad para medir la mejora de un
proceso específico; estos niveles miden la capacidad (rango de resultados esperados que
pueden lograrse siguiendo un proceso) de un Proceso específico. Se define por los Objetivos
Específicos y Genéricos apropiados para Proceso. La Ilustración 10 muestra algunas
características generales de cada Nivel de Capacidad.
Ilustración 10 – Niveles de Capacidad de un proceso
Para alcanzar un Nivel de Capacidad se deben cumplir en primer lugar todas las Actividades Específicas asociadas al proceso que se desea mejorar [9], tal y como se especifica en el Objetivo Genérico 1.
26
2.1. Proceso Realizado
La Tabla 10 describe las Actividades y Sugerencias asociadas al Objetivo Genérico 1.
OG 1
Lograr los objetivos específicos OE1, OE2, y OE3.
AG 1.1.
Realizar las actividades específicas del proceso de administración de la configuración para desarrollar los productos de trabajo y proporcionar los servicios para lograr los objetivos específicos en el proceso.
S 1.1.1. Seguir las recomendaciones de la Sección 1 PROCESO DE ADMINISTRACIÓN DE LA CONFIGURACIÓN.
Tabla 10 – OG 1 Lograr los objetivos específicos OE1, OE2 y OE3
2.2. Proceso Gestionado
La Tabla 11 describe las Actividades y Sugerencias asociadas al Objetivo Genérico 2.
OG 2
Institucionalizar el proceso de administración de la configuración como un proceso gestionado
AG 2.1.
Establecer y mantener una política de la organización para planificar y realizar el proceso de administración de la configuración.
S 2.1.1.
Esta política establecería aquello que espera hacer la organización para establecer y mantener las líneas base, para seguir y controlar los cambios a los productos de trabajo (bajo Administración de la Configuración), y para establecer y mantener la integridad de las líneas base.
AG 2.2.
Establecer y mantener el plan para realizar el proceso de administración de la configuración.
S 2.2.1.
Satisfaciendo los requerimientos R-45 “La organización debe definir un plan para administración del cambio” y R-46 “La organización debe definir una plantilla, sus campos y roles interesados para documentar el plan de administración del cambio” se realizaría esta Actividad.
AG Proporcionar recursos adecuados para realizar el proceso de
27
2.3. administración de la configuración
La organización ya cuenta con la tecnología e infraestructura necesarias para realizar el proceso de Administración de la Configuración
AG 2.4.
Asignar la responsabilidad y la autoridad para realizar el proceso, desarollar los productos de trabajo y proporcionar los servicios del proceso de administración de la configuración.
S 2.4.1.
Satisfaciendo los requerimientos R-41 “La organización debe definir un responsable de la administración del cambio en los proyectos.”, R-47 “ La organización debe definir un responsable de la gestión de la configuración de software en los proyectos”, R-04, R-05, R-06, R-07, R-08, R-09 (todos los anteriores relativos al CDE), y R-10 “La organización debe asignar para cada ítem existente en el entorno de desarrollo colaborativo los roles responsable de su elaboración” se realizaría esta Actividad.
AG 2.5.
Formar, según sea necesario, al personal para realizar o dar soporte al proceso de gestión de configuración.
S
2.5.1. Aunque los miembros de la organización ya saben utilizar las herramientas de Administración de la Configuración, es necesario establecer un manual de éste proceso.
AG 2.6.
Poner los productos de trabajo designados al proceso de administración de la configuración bajo los niveles de control apropiados
S 2.6.1.
Satisfaciendo el requerimiento R-02 “La organización debe definir y documentar los niveles de acceso y derechos que cada miembro tiene hacia el repositorio de la misma, para el control de documentos.” Se realizaría esta Actividad.
AG 2.7.
Identificar e involucrar, como se planificó, a las partes interesadas relevantes del proceso de administración de la configuración
S
2.7.1. Es necesario realizar la Actividad AG 2.2 para realizar esta Actividad.
AG 2.8.
Monitorear y controlar el proceso de administración de la configuración frente al plan, para realizar el proceso y tomar las acciones correctivas apropiadas
28
S 2.8.1.
Es necesario realizar la Actividad AG 2.2 para realizar esta Actividad. Sin embargo, existen algunas medidas que se pueden utilizar:
Número de cambios a los Elementos de Configuración. Número de Auditorías de Configuración realizadas
AG 2.9.
Evaluar objetivamente la adherencia al proceso de administración de la configuración frente a la descripción del proceso, estándares y procedimientos, y tratar las inconformidades
S
2.9.1. Los productos de trabajo que pueden ser revisados son las Líneas Base.
AG 2.10.
Revisar con los directivos de la organización las actividades y el estado de los resultados del proceso de administración de la configuración, y resolver los problemas que sean encontrados
Los Elementos de Configuración son revisados por los directivos de la organización antes de finalizar el ciclo de vida de software.
Tabla 11 - OG2 Institucionalizar el proceso de Administración de la Configuración como un proceso Gestionado
2.3. Proceso Definido
La Tabla 12 describe las Actividades y Sugerencias asociadas al Objetivo Genérico 3.
OG 3
Institucionalizar el proceso de administración de configuración como un proceso definido
AG 3.1.
Establecer y mantener la descripción de un proceso definido de administración de la configuración
S 3.1.1.
La satisfacción de los requerimientos R-45 “La organización debe definir un plan para administración del cambio”, R-46 “La organización debe definir una plantilla, sus campos y roles interesados para documentar el plan de administración del cambio”, y la toma en cuenta de la Sugerencia S 2.5.1. Realizaría esta Actividad.
AG Recolectar productos de trabajo, métricas, resultados de métricas e
29
3.2. información de mejora procedentes de la planificación y la realización del proceso de administración de la configuración, para dar soporte al uso futuro y a la mejora de los procesos y de los activos de proceso de la organización
S 3.2.1.
Algunos ejemplos de productos de trabajo, medidas, resultados de la medición e información de mejora son:
Tendencias del estado de los Elementos de Configuración Resultados de Auditoría de Configuración Informes de antigüedad de solicitudes de cambio
Tabla 12 - OG3 Institucionalizar el proceso de Administración de la Configuración como un proceso Definido
2.4. Proceso Cuantitativamente Controlado
La Tabla 13 describe las Actividades asociadas al Objetivo Genérico 4.
OG 4
Institucionalizar el proceso de administración de la configuración como gestionado cuantitativamente
AG 4.1.
Establecer y mantener los objetivos cuantitativos para el proceso de administración de la configuración, los cuales tratan la calidad y el rendimiento del proceso en base a las necesidades del cliente a los objetivos de negocio
AG 4.2.
Estabilizar el rendimiento de uno o más sub-procesos para determinar la capacidad del proceso de administración de la configuración y así lograr los objetivos cuantitativos establecidos de calidad y de rendimiento del proceso
Tabla 13 – OG4 Institucionalizar el proceso de Administración de la Configuración como un proceso
Cuantitativamente Controlado
30
2.5. Proceso Optimizado
La Tabla 14 describe las Actividades asociadas al Objetivo Genérico 5.
OG 5
Institucionalizar el proceso de administración de la configuración como un proceso optimizado
AG 5.1.
Asegurar la mejora continua del proceso de administración de la configuración para satisfacer los objetivos de negocio relevantes de la organización
AG 5.2.
Identificar y corregir las causas raíz de los defectos y de otros problemas en el proceso de administración de la configuración
Tabla 14 – OG5 Institucionalizar el proceso de Administración de la Configuración como un proceso Optimizado
31
V. GLOSARIO
Entorno de Desarrollo Colaborativo (CDE): Un entorno de desarrollo colaborativo
es un espacio virtual donde todas las partes interesadas de un proyecto, incluso si se
están en diferente tiempo o lugar, puede negociar, hacer una lluvia de ideas, debatir,
compartir conocimientos y en general trabajar en conjunto para llevar a cabo algunas
tarea, la mayoría de las veces para crear un ejecutable de aplicación y sus artefactos, así
como para versionamiento de código. En ellos se tienen a disposición diferentes tipos
de herramientas para todo el equipo de trabajo que tiene un proyecto de software
determinado, entre las cuales se destacan las siguientes: Trackers, Workflows, Ítems, Foros,
Wikis, Reportes de gestión, manejadores de documentos y repositorios de versiones,
sin omitir las notificaciones que reciben los usuarios vía correo electrónico, cuando se
presentan nuevos acontecimientos que son relevantes para sus correspondientes
usuarios de la herramienta [6].
Institucionalización de un Proceso: Es el resultado de implementar un proceso una
y otra vez, hasta que éste se haya integrado totalmente en la organización [13].
Ítem: Un ítem se puede definir como una tarea, un caso de uso, un riesgo, o un bug,
entre otros elementos que se utilizan dentro de la gestión de un proyecto de software
[19]. En un CDE cada ítem debe estar asociado a un Tracker, y debe tener una lista de
estados posibles (por ejemplo: abierto, en elaboración, en evaluación interna, en
evaluación externa, aprobado, etc).[11]
Modelo: Lineamientos de las mejores prácticas que han sido encontradas y aplicadas
por organizaciones altamente funcionales y exitosas [13].
Proceso: Grupo de actividades llevadas a cabo hacia un objetivo específico [7]
Repositorio: Es un almacén de datos central utilizado por un CVS, desde el cual los
clientes se conectan para obtener las versiones más actualizadas de los archivos
publicados, publicar archivos nuevos, y actualizar el contenido de los archivos
existentes, de acuerdo a sus necesidades.[10]
Sistema de Control de Versiones (CVS): Es una herramienta de software que
permite la administración de archivos de un proyecto, los cuales se publican en un
almacén de datos (conocido como repositorio) de forma efectiva y eficaz a través del
tiempo. [10]
32
Subversion (SVN): Es uno de los CVS más utilizado. Clasifica los archivos del
repositorio en 3 componentes principales: los archivos que forman parte del tronco
(trunk), las ramas (branches) y las etiquetas (tags). [10]
Tracker (Registro): Se considera como una herramienta de software que permite
registrar y rastrear las actividades que se han definido dentro de un workflow, como son
sus eventos generados y el estado de dichas actividades con sus correspondientes
componentes [20]. En un CDE por lo general existe un Tracker para cada fase del ciclo
de vida del software (por ejemplo: Análisis de requerimientos y casos de uso,
planeación del desarrollo del proyecto, arquitectura y diseño, desarrollo, pruebas y
proceso de integración, entrega al cliente y pruebas por parte del cliente, puesta en
operación, etc). [11]
33
VI. REFERENCIAS
[1] M. Y. al Tarawneh, M. S. Abdullah, and A. B. M. Ali, “A proposed methodology for
establishing software process development improvement for small software development
firms,” Procedia Computer Science, vol. 3, pp. 893 – 897, 2011, world Conference on Information
Technology. [Online]. Available: http://www.sciencedirect.com/science/article/B9865-
527GFKD-12/2/913f8b1a5fdb02a7106b94ed3853afd6
[2] P. Allen, M. Ramachandran, and H. Abushama, “Prisms: an approach to software
process improvement for small to medium enterprises,” in Proc. Third Int Quality Software Conf,
2003, pp. 211–214.
[3] IEEE Guide to Software Configuration Management, American National Standard Std.
ANSI/IEEE Std 1042-1987, 1988.
[4] J. Brodman and D. Johnson, “Tailoring the cmm for small businesses, small
organizations, and small projects,” IEEE Software Process Newsletter, vol. 8, pp. 239–259, 1997.
[5] J. G. Brodman and D. L. Johnson, “A software process improvement approach
tailored for small organizations and small projects (tutorial),” in ICSE ’97: Proceedings of the 19th
international conference on Software engineering. New York, NY, USA: ACM, 1997, pp. 661–662.
[6] A. W. Brown and G. Booch, Advances in Computers. Academic Press, 2003, ch. 1
Collaborative Development Environments, pp. 1–26.
[7] B. Bruegge, Ingeniería de Software Orientada a Objetos, primera edición ed., P. E. S.A., Ed.,
2002.
[8] M. Chrissis, M. Konrad, and S. Shrum. (2009) SpanishCmmi: Guía para la integración
de procesos y la mejora de productos. [Online]. Available: http://www.sei.cmu.edu/library/-
assets/cmmi-dev-v12-spanish.pdf
[9] M. B. Chrissis, M. Konrad, and S. Shrum, CMMI:Guidelines for Process Integration and
Product Improvement, Pearson, Ed. Addison Wesley, 2003.
[10] B. Collins-Sussman, B. Fitzpatrick, and M. Pilato, Version Control With Subversion for
Subversion 1.6: The Official Guide And Reference Manual, 1st ed., TBA, Ed. CreateSpace, February
2010.
[11] J. E. Díaz and J. F. Olaya. (2010) Construcolectiva: Guía metodológica para la gestión
de proyectos de software basados en metodologías ágiles, utilizando a gforge como ambiente
de desarrollo colaborativo. Web. Pontificia Universidad Javeriana. [Online]. Available: http://-
pegasus.javeriana.edu.co/~CIS0910IS05/
34
[12] S. E. Institute. (2005) EnglishCapability maturity model integration (cmmi) ovewview.
Web. Carnegie Mellon. [Online]. Available: http://elsmar.com/pdf_files/cmmi-
overview05.pdf
[13] M. Kulpa and K. Johnson, Interpreting the CMMI: A Process Improvement Approach,
C. Press, Ed. Auerbach Publications, 2003.
[14] M. Lepasaar and T. Makinen, “Integrating software process assessment models using a
process meta model,” in Engineering Management Conference, 2002. IEMC ’02. 2002 IEEE
International, vol. 1, 2002, pp. 224 – 229 vol.1.
[15] P. Mongkolnam, U. Silparcha, N. Waraporn, and V. Vanijja, “A push for software
process improvement in thailand,” in Proc. Asia-Pacific Software Engineering Conf. APSEC ’09,
2009, pp. 475–481.
[16] O. Ngwenyama and P. A. Nielsen, “Competing values in software process
improvement : An assumption analysis of cmm from an organizacional culture perspective,”
IEEE Transactions on Engineering Management, vol. 50, no. 1, pp. 100–112, February 2003.
[17] J. Persse, Process Improvement Essentials, M. O’Brien and T. Apandi, Eds. O’Reilly,
September 2006.
[18] F. Romero and M. Blanco, “Mejoramiento de procesos de software en pequeñas
empresas: Algunas experiencias en el caso colombiano,” Paradigma en construcción de software,
vol. 2, pp. 1–6, 2008.
[19] Semeniuk. Joel semeniuk’s blog, “team system and process governance”. [Online].
Available: http://weblogs.asp.net/jsemeniuk/archive/2005/06/11/411925.aspx
[20] N. Solutions. Workflow tracker. [Online]. Available: http://www.nsius.com/-
Solutions/ProcessComponents/Advancedcomponents/WorkflowTracker/tabid/184/-
Language/es-ES/Default.aspx
[21] I. Sommerville, Ingeniería del Software, M. Romo, Ed. Pearson Education, 2005.
[22] C. P. Team, “Cmmi for development, version 1.2,” Carnegie Mellon Software
Engineering Institute, Tech. Rep., August 2006. [Online]. Available: http://www.sei.cmu.edu/-
reports/06tr008.pdf
Top Related