Administración de la Configuración - …pegasus.javeriana.edu.co/~CIS1030IS04/documents/Anexo...

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.)



MANTENER




DOCUMENTAR Y AUDITAR




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


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


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


T 3.2.5.

Confirmar el cumplimiento con los estándares y procedimientos aplicables de gestión de configuración


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


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


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

Administración de la Configuración - …pegasus.javeriana.edu.co/~CIS1030IS04/documents/Anexo...

Documents

Transcript of Administración de la Configuración - …pegasus.javeriana.edu.co/~CIS1030IS04/documents/Anexo...