Sunteți pe pagina 1din 12

Proceso para la identificación de la configuración [[Autor]]

Versión 1.0 [[fecha]]

[[Nombre de la institución]]

Proceso para la identificación de la


configuración
[[fecha]]
Versión 1.0

0
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

Información del documento


Título Identificador

Proceso para la identificación de la Versión


configuración 1.0
Archivo
Proceso identificación.doc
Autor Fecha Estado

Aprobación del documento


Gerente Técnico <firma> <fecha>
<nombre>
Responsable de SCM <firma> <fecha>
<nombre>
[[cargo/posición]] <firma> <fecha>
<nombre>
[[cargo/posición]] <firma> <fecha>
<nombre>
[[cargo/posición]] <firma> <fecha>
<nombre>

Registro de cambios
Nro. de Fecha Tipo(1) Descripción del cambio Autor Nro. de
cambio petición

(1) A: Agregar – M: Modificar – E:Eliminar

1
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

Tabla de Contenidos

1 INTRODUCCIÓN...............................................................................................................................3
1.1 PROPÓSITO......................................................................................................................................3
1.2 ALCANCES......................................................................................................................................3
1.3 DESCRIPCIÓN DEL DOCUMENTO.....................................................................................................3
1.4 GLOSARIO DE TÉRMINOS................................................................................................................3
1.5 ACRÓNIMOS....................................................................................................................................4
2 RESPONSABLES................................................................................................................................5

3 DESCRIPCIÓN DEL PROCESO......................................................................................................6


3.1 DEFINICIÓN.....................................................................................................................................6
3.2 APLICACIÓN...................................................................................................................................6
3.3 ETAPAS...........................................................................................................................................6
3.3.1 Selección....................................................................................................................................6
3.3.2 Descripción...............................................................................................................................8
3.3.3 Designación...............................................................................................................................8
3.4 PARTICIPANTES...............................................................................................................................9
3.4.1 Representante de SCM...............................................................................................................9
3.4.2 Jefe de proyectos.......................................................................................................................9
4 REFERENCIAS.................................................................................................................................10

5 ANEXOS.............................................................................................................................................11
5.1 ANEXO A: CRITERIOS DE SELECCIÓN DE LOS CIS........................................................................11
5.2 ANEXO B: COMPOSICIÓN Y ESTABLECIMIENTO DE LAS BASELINES..............................................11

2
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

2 Introducción

2.1 Propósito
<Objetivo organizacional asociado al documento, audiencia y responsables de la actualización
del documento. >

El presente documento describe los pasos a seguir para la identificación de la configuración


durante la planificación de un proyecto de desarrollo de software en la [[institución]], con el
propósito de apoyar al responsable de su implementación.

El proceso aquí descrito es actualizado y revisado periódicamente por [[Unidad/área]] <Unidad o


área responsable de la actualización y soporte de este proceso. > para garantizar que las
experiencias y las lecciones aprendidas sean incorporadas.

2.2 Alcances
<Visión general del documento. Incluye sus objetivos y alcance. >

El presente documento describe el proceso de identificación de la configuración, aplicable durante


la planificación y definición de un proyecto de desarrollo de software, centrándose en apoyar su
ejecución, documentación y monitoreo.

El objetivo global es establecer, en cada proyecto, bases sólidas que permitan el correcto operar de
las otras actividades de SCM y el particular, la temprana identificación de los ítems de
configuración (Configuration Item, CI).

2.3 Descripción del documento


<Breve descripción de los capítulos/secciones del documento. >

Capitulo 1 Introducción: provee una visión general sobre los contenidos y objetivos del
documento. Además, entrega las definiciones y acrónimos utilizados en los capítulos
posteriores.

Capítulo 2 Responsables: especificación de la unidad/área responsable de la mantención del


proceso de identificación de la configuración.

Capitulo 3 Descripción del proceso: entrega una definición del proceso, su campo de
aplicación, etapas, y participantes.

Capítulo 4 Referencias bibliográficas

Capítulo 5 Anexos: Criterios de selección de los CIs y, composición y establecimiento de las


baselines.

2.4 Glosario de términos

 Baseline  Un baseline o línea base es uno o más documentos formalmente diseñados y


corregidos en un tiempo específico del ciclo de vida de los ítems de configuración

3
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

 Biblioteca del software  La biblioteca del software o software library es un almacenamiento


controlado del software y su documentación asociada durante el desarrollo, uso y mantención
del software.

 Bibliotecario (Program Librarian, PL)  Encargado de respaldar al responsable de SCM en


las tareas de almacenamiento de los baselines.

 Control de cambios  El control de cambios es un proceso sistemático para evaluar,


coordinar y decidir sobre los cambios propuestos, así como también, para monitorear la
implantación e incorporación de aquellas modificaciones aprobadas a los baselines y la
documentación asociada. Esta actividad asegura que los cambios sean propuestos,
justificados, evaluados, coordinados, aprobados o rechazados, documentados e incorporados a
un nuevo baseline.

 Ítem de configuración (Configuration Item, CI).  Un CI es cualquier documento o


artefacto que forma parte del software, factible de ser desarrollado y evaluado
independientemente.

2.5 Acrónimos
<Lista de las abreviaciones utilizadas en el documento. >
Acrónimo Significado
CI Configuration Item, Ítem de Configuración
PL Program Librarian, Bibliotecario
SCM Software Configuration Management, Gestión de Configuración del Software
SQA Software Quality Assurance, Aseguramiento de la Calidad del Software

4
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

3 Responsables
<Designación de una unidad/área responsable de la mantención y soporte del proceso de identificación
de la configuración. >

Como se mencionó previamente, la [[Unidad/área]] <Por ejemplo, SCM. > es responsable de la


actualización y el soporte del proceso de identificación de la configuración. Por lo tanto son de su
competencia las siguientes obligaciones:

 Difundir la importancia de la identificación de la configuración como actividad base para SCM.


 Ser el punto de información de este proceso.
 Capacitar a los miembros de la [[institución]] y a sus subcontratistas sobre el proceso de
identificación de la configuración.
 Durante la etapa de planificación del proyecto, respaldar a los jefes de proyectos en la identificación
de la configuración.
 Asignar un responsable cuyas tareas incluyan: lla incorporación al proceso de las lecciones
aprendidas, el mejoramiento del proceso y la difusión de estas mejoras.

5
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

4 Descripción del proceso


4.1 Definición
<Definición y descripción global del proceso de identificación de la configuración. Es
recomendable adjuntar gráficos representativos del proceso. >

La identificación de la configuración es un subproceso de SCM cuyo principal objetivo es la


selección y denominación de los CIs y los documentos que contendrá cada baseline. Es, por tanto,
la base para un adecuado control de cambios y para el informe sobre el estado de la configuración.

Como proceso comprende tres grandes tareas la selección, descripción y designación de los ítems
de configuración La selección implica clasificar al software en CIs; la descripción es la
documentación de las características funcionales y físicas para cada CI; y por último, la
designación, definir un esquema de numeración y denominación que relacione los CIs del software
y su documentación.

4.2 Aplicación
<Campo de aplicación del proceso. También pueden añadirse observaciones y
recomendaciones.>

El proceso de identificación de la configuración debe ser aplicado durante la planificación del


proyecto, pues esto permite que las tareas de control de cambio comiencen temprana y
oportunamente. Además, el esquema de identificación y denominación de los CIs debe ser
utilizado y respetado a lo largo de todo el proyecto.

4.3 Etapas
<Descripción de las etapas del proceso de identificación de la configuración. >

A continuación se describen las etapas del proceso de identificación de la configuración en


términos de sus objetivos, criterios de entrada/salida y de sus actividades. Además, se enuncian los
participantes de cada etapa y sus responsabilidades durante ella.

4.3.1 Selección

Objetivo

El objetivo de esta etapa es seleccionar los baselines y los CIs que formaran parte del proyecto.

Participantes

Representante de SCM, y el jefe de proyecto.

Criterios de entrada

1. Se ha revisado y aprobado la especificación preliminar de requerimientos.


2. Se ha revisado y aprobado la propuesta de solución conceptual y técnica.

6
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

Actividades

1. Establecimiento de las baselines.

El representante de SCM debe establecer las baselines formales y genéricas aplicables al


proyecto.

Las baselines formales son:

 Baseline funcional, documentación inicial que describe las características funcionales y


los criterios de aprobación de los CIs.
 Baseline de instanciación, es la documentación formal que gobierna sobre las
características funcionales y los criterios de aprobación de los CIs.
 Baseline del producto, es la documentación y el código que define cada CI durante su
operación y mantención.
 Configuración durante el desarrollo, es la baseline que acoge los CIs durante el
desarrollo, es decir, entre la s dos baselines anteriores.

Las baselines genéricas corresponden a las establecidas al finalizar cada etapa del desarrollo
de software.

2. Selección de los CIs.

Tras la definición de las baselines es necesario particionar el software en CIs y seleccionar


aquellos aplicables al presente proyecto. Esto es responsabilidad tanto del representante de
SCM como del jefe de proyectos.

Como producto de esta actividad debe entregarse una lista de los CI.

Además, debe definirse los CIs que componen cada baseline. Para ello es recomendable
apoyarse en el template de caracterización de los baselines.

3. Release de los CI.

El release es la acción por la cual un CI es oficialmente puesto bajo los procedimientos de


control de la configuración. Para ello es indispensable que haya sido revisado, aprobado e
incorporado a la biblioteca del software.

En relación a lo anterior, el proceso de identificación de la configuración es responsable de


determinar el momento y las condiciones bajo las cuales un CI puede ser incorporado a la
biblioteca del software.

Por ello es obligación el responsable de SCM debe determinar, de acuerdo con la


planificación del proyecto, el instante en que el CI debería ser incorporado a la biblioteca, y
especificar los criterios para el release de cada CI.

4. Aprobación de los baselines y los CIs identificados.

El jefe de proyectos debe aprobar la selección de los baselines y los CIs, así como también
de los release definidos. Esta tarea debería ser realizada mediante una revisión, en la cual
participará algún representante de SQA.

Criterios de salida

1. Los productos de la etapa de selección han sido revisados y aprobados

7
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

4.3.2 Descripción

Objetivo

El propósito de la descripción es especificar la documentación requerida por cada CI.

Participantes

Representante de SCM, y jefe de proyecto.

Criterios de entrada

1. Se han revisado y aprobado los productos de la selección.

Actividades

1. Definición de los tipos de documentación requerida por cada CI.

El representante de SCM, debe establecer la documentación requerida para cada CI. Para
ello debe basarse en la información establecida en el plan de proyecto, la especificación
preliminar de requerimientos y en las baselines identificadas.

2. Desarrollo del árbol de especificación.

Como una forma de establecer la relación entre los CI y de estos con su documentación,
debe generarse un árbol de especificación. éste es análogo a un diagrama jerárquico.

Criterios de salida

1. La documentación de los CI y el árbol de especificación han sido revisados y


aprobados..

Al igual que en la etapa de selección, el jefe de proyectos debe aprobar los resultados de la
descripción. Idealmente, por medio de una revisión y con la participación de un
representante del grupo de SQA.

4.3.3 Designación

Objetivo

La presente etapa tiene por objetivo denominar e identificar de forma única y formal cada CI..

Participantes

Representante de SCM, y el jefe de proyecto.

Criterios de entrada

1. Se han revisado y aprobado los productos de la descripción.

8
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

Actividades

1. Establecimiento de un esquema de identificación para los CI.

El representante de SCM, debe determinar el esquema de identificación que se utilizará en el


proyecto. Este debe cubrir los conceptos de release, versión y edición. Además, se deben
definir las normas para la denominación de los CI.

<Idealmente, cada institución debe contar con un esquema de identificación genérico


aplicable y adaptable a las necesidades a todos los proyectos de desarrollo de software. >

El esquema definido debe ser utilizado a lo largo del proyecto.

Criterios de salida

1. El esquema de identificación y las normas de denominación han sido aprobadas por el


jefe de proyectos.

El jefe de proyectos debe aprobar el esquema de identificación y las normas de


denominación. Idealmente, por medio de una revisión y con la participación de un
representante del grupo de SQA.

4.4 Participantes
<Definición de los roles y responsabilidades de los participantes del proceso de identificación. >

4.4.1 Representante de SCM

El representante de la unidad de SCM es el responsable de ejecutar el proceso anteriormente


descrito. Por lo tanto debe

 Establecer las baselines para el proyecto.


 Determinar la lista de CIs y el release de cada uno.
 Describir la documentación requerida por cada CI.
 Generar el árbol de especificación.
 Establecer un mecanismo para la identificación y denominación de los CI.
 Documentar el proceso dentro del plan de SCM.
 Entregar esta documentación al jefe de proyectos para su aprobación.
 Facilitar esta información al bibliotecario (Program librarian, PL) para el establecimiento
de la biblioteca del software. <La información obtenida en este proceso es la base para
establecer la composición de las bibliotecas y para dimensionar su tamaño. >

4.4.2 Jefe de proyectos

El jefe de proyectos actúa como el facilitador y supervisor de las tareas de identificación. Es su


responsabilidad:

 Facilitar los documentos requeridos por el responsable de SCM para cada etapa del proceso
de identificación. Como mínimo, la especificación preliminar de requerimientos y la
propuesta de solución conceptual y técnica.
 Coordinar una revisión, en la que participen los desarrolladores del plan de proyecto y un
representante de la unidad de SQA, para revisar y aprobar los productos del proceso de
identificación.

9
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

5 Referencias
<Lista bibliográfica utilizada para la definición del proceso de identificación de la configuración. Es
recomendable ser lo más específico posible para evitar confusiones posteriores. >

10
Proceso para la identificación de la configuración [[Autor]]
Versión 1.0 [[fecha]]

6 Anexos
6.1 Anexo A: Criterios de selección de los CIs
Algunos criterios básicos para la selección de los CIs son:

1. Uso múltiple, un ítem es parte de diversos elementos.


2. Seguridad, la presencia de un defecto ocasiona una reacción en cadena.
3. Interfaz, el ítem es parte de elementos que cuentan con entradas y salidas demasiado
diferentes y variadas.
4. Mantención, el ítem debe ser mantenido en diferentes instancias y por distintos grupos.
5. Funcionalidad, es un elemento que impone necesidades particulares de prueba y
capacitación.
6. Generalidad, un ítem de propósito y uso general.
7. Reusabilidad, el ítem debe ser reusable.

6.2 Anexo B: Composición y establecimiento de las baselines

Fase del Productos Revisión Baseline Baseline


desarrollo genérica formal
Planificación Plan de proyecto Plan de proyecto Planificación Funcional
Plan de SCM Plan de SCM
Plan de SQA Plan de SQA
Especificación
preliminar de
requerimientos
Especificación de Especificación de Especificación de Especificación de Instanciación
requerimientos requerimientos requerimientos requerimientos
Diseño Diseño preliminar Diseño preliminar Diseño Configuración del
Diseño detallado Diseño detallado desarrollo
Plan de pruebas Plan de pruebas
Implementación Especificación de Especificación de Código Configuración del
los casos de prueba los casos de prueba desarrollo
Especificación de Especificación de
los procedimientos los procedimientos
Código Resultados de la
Documentación del prueba de unidad
código
Resultados de la
prueba de unidad
Integración y Resultados de las Resultados de las Integración y Configuración del
prueba pruebas pruebas prueba desarrollo
Aceptación y Software Auditoría funcional Aceptación y Producto
entrega Documentación del Auditoría física entrega
software
Descripción de la
versión del
software

11

S-ar putea să vă placă și