Está en la página 1de 16

lOMoARcPSD|5142686

PLAN DE Gestion DE Configuracion DEL Software

Ingeniería de Software (Universidad Francisco de Paula Santander)

StuDocu no está patrocinado ni avalado por ningún colegio o universidad.


Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)
lOMoARcPSD|5142686

PLAN DE GESTION DE
CONFIGURACION DEL
SOFTWARE

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

INDICE

INTRODUCCIÓN A LA GUÍA DE SCMP 3


1. INTRODUCCIÓN 3
1.1. Propósito 3
1.2. Alcance 3
1.3. Definiciones 3
1.4. Referencias 3
2. GESTIÓN DE CONFIGURACIÓN DEL SOFTWARE (SCM) 3
2.1. Organización de SCM 4
2.2. Responsabilidades de SCM 4
3. ACTIVIDADES DE LA GESTIÓN DE CONFIGURACIÓN DEL SOFTWARE (SCM) 4
3.1. Identificación de la configuración 4
3.1.1. Identificación de los ítems de configuración 4
3.1.2. Denominación de los items de configuración 4
3.1.3. Recuperación de los items de configuración 6
3.2. Control de configuración 6
3.2.1. Solicitud de cambios 6
3.2.2. Evaluación de cambios 7
3.2.3. Aprobación o desaprobación de cambios 7
3.2.4. Implementación de los cambios 7
3.3. Estado de la configuración 7
3.4. Auditorías de configuración 7
3.5. Control de interfaces 7
3.6. Control de subcontratos y vendedores 7
4. AGENDA DE SCM 7
5. RECURSOS DE SCM 7
6. REFERENCIAS DE ESTA GUÍA 8

Guía de SCMP Página 1 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

Introducción a la Guía de SCMP

1. Introducción

1.1. Propósito

En este curso el énfasis está puesto en tener control sobre cada una de las iteraciones y de las
fases de forma de identificar los componentes y las versiones que constituyen el producto de
cada iteración, y rastrear los cambios y las razones que los justifican, al pasar de una iteración
a otra. De esta forma se pretende lograr un desarrollo incremental en el que cada iteración se
apoya sobre los resultados de la anterior en lugar de ser una construcción completamente
nueva, lo que permite ganar en productividad, facilitar la verificación y generar un producto
más estable.

1.2. Alcance

En el Plan de Gestión de Configuración se han establecido, para cada uno de los procesos de
desarrollo, los productos sobre los que se va a aplicar la gestión de configuración. Además,
también se considera producto a mantener en el sistema de gestión de configuración el
producto global resultante en cada proceso.

1.3. Definiciones

● Configuración del software: es el conjunto de elementos de configuración software


(ECS) controlados. Cada uno puede tener varias versiones que se suceden en el tiempo.
● Línea base: es un conjunto de puntos de referencia o hitos que quedan marcados por la
aprobación de uno o varios elementos de configuración del software mediante una revisión
técnica formal.
● Versión: es un elemento de configuración en un instante dado.
● Revisiones: son las distintas versiones que van apareciendo. Si una versión y sus
revisiones se representan con un grafo, forman una cadena de revisión.
● Variante: es una versión que coexiste con otra y que se diferencia de ella en algunos
aspectos. Tipos de variantes:
○ Temporal: Su destino final es fusionarse con la rama principal. El motivo de su
existencia es tener a gente trabajando en paralelo sin que ocurran conflictos. La fusión debe
hacerse pronto para evitar divergencias.
○ Experimentales: Son prototipos para explorar vías. Se quedan con el mejor y se tiran
los demás.
○ Pruebas: Se construyen para realizar pruebas.
○ Permanentes: No se mezclan, sirven para distintos tipos de requisitos. Hay dos tipos.
○ Variantes de requisitos de usuario: Cada variante sirve a un tipo de requisito de
usuario.
○ Variantes de plataforma: Por ejemplo para distinto sistema operativo.
● Configuración alternativa: es la que compone de un conjunto diferente de elementos
de configuración.
● Release: es una configuración del sistema que se va a entregar al cliente.

1.4. Referencias

● Proceso gestión de configuración de software

Guía de SCMP Página 2 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

2. Gestión de Configuración del Software (SCM)

La gestión de configuración de software se especifica de la siguiente manera:

1.1. Organización de SCM

Las entidades que regulen la organización de la gestión de configuración de software debe


cumplir con las siguientes actividades a desarrollar:

● Identificación. Se trata de establecer estándares de documentación y un esquema de


identificación de documentos.
● Control de cambios. Consiste en la evaluación y registro de todos los cambios que se
hagan de la configuración software.
● Auditorías de configuraciones.- Sirven, junto con las revisiones técnicas formales para
garantizar que el cambio se ha implementado correctamente.
● Generación de informes.

1.2. Responsabilidades de SCM

Roles Responsabilidades

Gestor de configuración Gestionar la planificación, identificación,


control, seguimiento y auditoría de todos los
elementos de configuración en la base de
datos de configuración.
Desarrollar el plan de gestión de
configuración.
Promover el uso efectivo de la base de
datos de configuración dentro de la
organización.
Monitorear y reportar los cambios no
autorizados sobre los elementos de
configuración.
Asegurar la consistencia e integridad de los
datos de la base de datos de configuración a
través de la ejecución de procedimientos de
verificación y auditoría.
Liderar las actividades de evaluación del
proceso: revisar tipos de elementos de
configuración, relaciones, atributos y
valores asociados, estructura de la base de
datos, derechos de acceso.
Aprobar cambios estructurales en la base de

Guía de SCMP Página 3 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

datos de configuración.
Coordinador de configuración Asegurar que todos los elementos de
configuración están registrados de forma
adecuada en la base de datos de
configuración.
Asegurar la consistencia e integridad de los
datos de la base de datos de configuración y
la estructura del sistema a través de la
ejecución de procedimientos de verificación
y auditoría.
Reportar cualquier discrepancia o no
conformidad en los elementos de
configuración al gestor de configuración.
Participar en la mejora continua del proceso
de gestión de configuración.
Responsable de elementos de configuración Asegurar que los elementos de
configuración de los que es responsable
están registrados en la base de datos de
configuración con el estado y datos de
configuración apropiados.
Verificar que los cambios sobre los
elementos de configuración siguen el
proceso de cambios definido.
Asegurar la idoneidad e integridad de los
elementos de configuración de los que es
responsable.
Trabajar conjuntamente con el gestor de
configuración para identificar las causas de
cualquier discrepancia identificada en las
auditorías e implementar las acciones
correctivas.
Gestor de cambio Evaluar el impacto y riesgo de los cambios.
Asegurar que los responsables de los
elementos de configuración actualizan los
históricos de estos elementos con los
cambios implementados.

2. Actividades de la Gestión de Configuración del Software (SCM)

Actividad Rol Descripción Entradas Salidas


Responsable
Gestión del Gestor de Documentar Necesidades Plan de gestión de
proceso de configuración. el plan de del proyecto. configuración
gestión de gestión de Plan de aprobado.
configuración. configuración. proyecto.
Identificación Gestor de Identificar Productos del Elementos de
de elementos configuración. elementos de proyecto. configuración
de configuración. identificados. Línea
configuración. Crear base. Estructura del
estructura del directorio de gestión
directorio de de configuración.

Guía de SCMP Página 4 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

gestión de
configuración.
Mantenimiento Responsable Control de Peticiones de Registro de solicitud
y control de la del elemento cambios sobre cambio. de cambio. Solicitud
gestión de de elementos de de cambio aprobada.
configuración. configuración. configuración Línea base.
y líneas base.
Obtener
aprobación de
solicitudes de
cambio sobre
productos de
trabajo de
línea base.
Informe de Gestor de Mantener Elementos de Informe de estado de
estado de la configuración. actualizado y configuración. elementos de
configuración. publicar el configuración.
estado de los
elementos de
configuración.
Verificación y Gestor de Realizar Registros de Informe de auditoría
auditoría. configuración. auditorías de la gestión de de gestión de
la gestión de configuración. configuración.
configuración. Línea base.
Registros de
cambios.

1.1. Identificación de la configuración

La actividad de identificación de la configuración identifica los elementos que van a ser


controlados, establece esquemas para la identificación de los elementos y sus versiones, y
establece las herramientas y técnicas a usar para adquirir y gestionar los elementos
controlados. Estas actividades proporcionan la base para otras actividades de gestión de
configuración. Las principales tareas a llevar a cabo dentro de esta actividad son:

● Identificar los productos que se van a mantener bajo gestión de configuración para el
proyecto.
● Asignar identificadores únicos para cada elemento de configuración y propiedades como
autor, tipo de documento o fichero, persona responsable de ese elemento de configuración,
etc.
● Definir estructura de almacenamiento.
● Definir un nivel de control de acceso de los miembros del equipo sobre la infraestructura de
almacenamiento.
● Seleccionar herramientas específicas para la gestión de configuración.
● Especificar cuándo se va a incluir cada elemento bajo gestión de configuración (en qué
momento del ciclo de vida).
● Obtener la autorización para incluir los documentos bajo gestión de configuración (línea
base).
● Aplicar los procedimientos definidos para incluir los productos bajo gestión de configuración.
● Documentar los elementos que se han incluido bajo gestión de configuración.

Guía de SCMP Página 5 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

● Desarrollar procedimientos para solicitar e implantar los cambios donde se especifique:


○ Quién solicita los cambios
○ Cómo se notifican los cambios
○ Cómo se evalúa el impacto
○ Quién evalúa el impacto
○ Quién acepta o rechaza el cambio
○ Quién modifica los distintos productos (responsable de cada producto)

A la hora de seleccionar los elementos que estarán bajo gestión de configuración, se pueden
tener en cuenta criterios como los siguientes:

● Productos de trabajo que vayan a ser utilizados por dos o más grupos.
● Productos de trabajo que puedan cambiar con el tiempo debido a cambios en requisitos o
errores.
● Productos que dependan de otros en el sentido de que un cambio en uno de ellos implique
un cambio en los otros.
● Productos de trabajo que sean críticos para el proyecto.

Dependiendo de la naturaleza del proyecto los elementos de configuración pueden variar de un


proyecto a otro. Elementos de configuración:

● Planes
○ Plan de proyecto
○ Plan de calidad
○ Plan de gestión de configuración
○ Plan de gestión de riesgos
○…
● Registros del proyecto
● Material de apoyo al cliente
● Especificación de requisitos
○ Requisitos de negocio
○ Requisitos de usuario
○ Requisitos de sistema
● Matriz de trazabilidad de requisitos
● Documentos de diseño
● Resultados de la resolución y análisis de decisión
● Código fuente
● Plan de integración de software
● Informes resultantes de las revisiones realizadas en los puntos de comprobación o al final
de las fases
● Plan de pruebas o unitarias o de integración o de sistemas o de aceptación de usuario o de
regresión
● Datos de pruebas y casos de pruebas
● Plan de instalación/mantenimiento
● Documentos de manual de usuario
● Plan de entrega de servicios
● Informes de investigación
● Informes de estimación
● Informes de cierre del proyecto
Guía de SCMP Página 6 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

● Prototipos
● Informes de métricas
● Todos los entregables enviados al cliente.

1.1.1. Identificación de los ítems de configuración

El Proceso Administración de la Configuración del Software debe proveer una única


identificación para cada ítem de configuración del software y documentar la relación entre los
ítems de configuración del software.
El Proceso Administración de la Configuración del Software proveerá una única identificación
para las herramientas usadas para desarrollo, control,
construcción, verificación, carga y recuperación de los ítem de configuración del software

1.1.2. Denominación de los items de configuración

Se indica la siguiente nomenclatura para cada entregable en el modelo de proceso, según la


Línea de Trabajo:

Requerimientos:

Nomenclatur Entregable
a
RQALS Alcance del Sistema
RQDRQ Documento de Requerimientos
RQDVC Documento de validación con el Cliente
RQGL Glosario
RQMOD Modelo de Casos de Uso
RQMD Modelo de Dominio
RQRRQ Resumen de las reuniones de requerimientos
Análisis:

Nomenclatur Entregable
a
ANERQ Documento de Especificación de Requerimientos
ANMOD Modelo de Análisis

Diseño:
Nomenclatur Entregable
a
DSMOD Modelo de Diseño
DSDIST Modelo de Distribución

Implementación:
Nomenclatur Entregable
a
IMDT Documentación técnica
IMELBA Ejecutable de la Línea Base de la Arquitectura
IMES Ejecutable del Sistema
IMESF Ejecutable Final del Sistema
IMEDT Estándar de documentación técnica
IMEIM Estándar de implementación

Guía de SCMP Página 7 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

IMMTP Manual técnico del prototipo


IMMOD Modelo de Implementación
IMPINT Plan de Integración
IMPROT Prototipo
IMRREP Reporte de revisión por pares
IMRVEP Reporte de verificación por pares

Para los nombres de los archivos de código fuente se debe definir el procedimiento que
permita su identificación.

De todas las anteriores:


Nomenclatur Entregable
a
DESARQ Descripción de la Arquitectura

Verificación:

Nomenclatur Entregable
a
VRCPRU Casos de Prueba
VREVRIT Evaluación de la verificación de la iteración
VRIFVR Informe final de verificación
VRMOD Modelo de Testeo
VRPRUP Plan de Pruebas
VRPRUPPR Plan de Pruebas del Prototipo
VRPLAN Plan de Verificación
VRREPU Reporte de Pruebas unitarias
VRREPIS Reporte de Pruebas de integración
VRREPUIS Reporte de Pruebas del Sistema
VRREVDOC Reporte de verificación de documentos
VRREPRUPR Reporte de pruebas del Prototipo

Gestión de Configuración (SCM):


Nomenclatur Entregable
a
SCMIAUD Informe de la auditoría a la gestión de configuración
SCMPLAN Plan de SCM

Gestión de Calidad (SQA):


Nomenclatur Entregable
a
SQADEVP Documento de evaluación y ajustes al Plan de SQA
SQAENS Entrega semanal de SQA
SQAINRV Informe de revisión de SQA
SQAINRTF Informe de Revision Tecnica Formal (RTF)
SQAINF Informe final de SQA
SQAPLAN Plan de SQA

Gestión del Proyecto (GP):


Nomenclatur Entregable
a
GPACQ Acta de la Reunión Quincenal
GPDES Documento de Estimaciones
GPDEVP Documento de evaluación y ajustes del Plan del Proyecto
GPDRIES Documento de riesgos
GPICONF Informe de conclusiones de la Fase

Guía de SCMP Página 8 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

GPISITP Informe de Situación del Proyecto


GPIFAD Informe final del Administrador
GPITERP Plan de la iteración
GPPLAN Plan del Proyecto
GPREGAC Registros de Actividad

1.2. Control de configuración

Cuando se solicita un cambio que afecta a algún producto bajo gestión de configuración (línea
base), entrará en funcionamiento el proceso de control de cambios. En este proceso, que se
explicará a continuación, se deben identificar y valorar los cambios y, si son admitidos,
modificar los productos afectados, siguiendo el procedimiento establecido. Estos cambios
realizados deben comunicarse a todas las personas que resulten afectadas por los mismos

1.2.1. Solicitud de cambios

La Solicitud de Cambio (RFC) es un precursor del Registro de Cambio y contiene toda la


información requerida para aprobar el Cambio. Se añade información adicional según pasa el
Cambio por su ciclo de vida.
La cantidad de detalles depende del tamaño e impacto probable del Cambio. Frecuentemente
habrá referencias a documentos adicionales con información más detallada, por ej. una
propuesta de Cambio detallada. Ya que los Cambios importantes se implementan en general
como proyectos, el RFC frecuentemente tiene el papel de lo que se conoce como "Carta de
Proyecto".

1.2.2. Evaluación de cambios

La evaluación del cambio involucra determinar qué es necesario hacer para implementar el
cambio y la estimación de sus costos y plazos. Se realiza en 2 pasos:

1. Planificación de la evaluación del cambio que involucra:

● Revisar la solicitud de cambio para entender su alcance. (Si es necesario se discute con
el originador para aclarar el alcance de lo propuesto y los motivos de la solicitud.
● Determinar las personas del proyecto que deben realizar el análisis de evaluación del
cambio e involucrarlas.
● Desarrollar un Plan para la evaluación del cambio.
● Si el cambio involucra al Cliente, obtener el acuerdo de éste con el Plan.

2. Evaluar el cambio: Dependiendo de las características del cambio, la evaluación del


cambio puede ser realizado por el Administrador o ser delegado a otras personas del
proyecto. Se debe determinar el impacto en:

• Los productos técnicos.


• Los Planes de proyecto.
• Los acuerdos con el Cliente.
• Los Riesgos del proyecto.

3. Se actualiza el documento "Gestión de cambios".

1.2.3. Aprobación o desaprobación de cambios

Guía de SCMP Página 9 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

Se debe formar el "Comité de Control de Configuración". La composición de este comité puede


variar según el tipo de cambio y las líneas de trabajo involucradas en él. Se sugieren como
posibles integrantes:

• Administrador (obligatorio)
• Arquitecto (opcional)
• Analista (opcional)
• Implementador (opcional)
• SCM (obligatorio)
• Cliente (opcional)

Se define un comité de Control de Configuración de nivel superior, compuesto por el líder del
proyecto, al cual se elevarán las solicitudes de cambios cuya aprobación o desaprobación no se
pueda resolver por el primer comité

1.2.4. Implementación de los cambios

Se deben tener en cuenta los siguientes puntos para llevar el control del cambio

Objetivo
Esta actividad tiene como objetivo el seguimiento del ciclo de vida de un cambio, que comprende: la
solicitud del cambio, la evaluación, la aprobación o rechazo del mismo y la implementación.

Descripción
Cuando se requiere un cambio se deben seguir los siguientes pasos:

-Solicitud del cambio:

Esta actividad la realiza la persona o el grupo de personas interesadas en que se realice el cambio.
Consiste en avisar al Responsable de SCM que se está solicitando un cambio y agregar en el documento de
Gestión de Cambios la siguiente información:

1. El nombre y versión del ítem de configuración sobre el cual se solicita el cambio.


2. Nombre de la persona que da origen al cambio.
3. Fecha de la solicitud.
4. Indicador de urgencia del cambio.
5. La necesidad del cambio.
6. Descripción del cambio solicitado.
7. Estado del cambio. (En este caso SOLICITADO)

-Evaluación del cambio:

El Responsable de SCM convoca al Comité de Control de Cambios a una reunión en donde se discutirá el
impacto del cambio en el proyecto, fundamentalmente en los recursos del proyecto y los entregables. Al
finalizar la evaluación se cambiará en el documento de Gestión de Cambios el estado del cambio a
EVALUADO, y se pondrán los comentarios de dicha evaluación.

-Aprobación o Rechazo del cambio:

Dada la evaluación del cambio el Comité de Control de Cambios realizará la aprobación o rechazo del
cambio solicitado. Se actualizará en el documento de Gestión de Cambios el estado del mismo a
APROBADO o RECHAZADO.

-Implementación:

En el caso de que el cambio haya sido aprobado se realizará la implementación del mismo. Cuando haya
sido implementado se modificará en el documento de Gestión de Cambios el estado a IMPLEMENTADO.
Los cambios que deben ser controlados son aquellos que resultan de gran impacto en el proyecto y no
aquellos que son simplemente producto de la evolución del producto. Por ejemplo no se deben registrar
cambios en los Requerimientos si estamos en la Fase Inicial donde uno de los objetivos principales es la

Guía de SCMP Página 10 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

Especificación de Requerimientos, en cambio si se debe registrar un cambio en los Requerimientos si


estamos en la Fase de Construcción y este cambio implica un cambio sustancial en el producto.

1.2.5 Estado de la configuración

El informe del estado de la configuración reporta la información necesaria para gestionar de


forma efectiva la configuración de software. Se diseñará y operará un sistema para la captura
y reporte de la información necesaria a medida que avanza el proceso de desarrollo como en
cualquier sistema de información, la información sobre el estado de la configuración que se
quiere gestionar debe ser identificada, recogida y mantenida. Son necesarias diversas métricas
e información para dar soporte al proceso de gestión de configuración. El tipo de información
disponible incluye la identificación de configuración aprobada así como el estado actual de la
implementación de los cambios

Guía de SCMP Página 11 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

● Un registro de documentación de configuración aprobada.

● La designación de un responsable de los elementos de configuración del proyecto.

● El estado de cambios propuestos y desviaciones de la configuración.

● La implementación del estado de los cambios aprobados.

● La configuración de todas las unidades de los elementos de configuración en el


inventario.
● Resultados de las auditorías.

Para llevar a cabo estas actividades de obtención de datos y generación de informes se hace
necesario el soporte de una herramienta automatizada.

1.3. Auditorías de configuración

La actividad de auditoría de configuración de software determinará en qué medida un elemento


de configuración satisface sus características funcionales y físicas requeridas. Se realizarán
auditorías de este tipo en puntos clave del proceso de desarrollo. El resultado satisfactorio de
una auditoría se puede utilizar como prerrequisito para establecer una línea base del producto.
El objetivo de las auditorías de gestión de configuración es asegurarse de que:

● Los elementos de configuración se encuentran en el directorio apropiado.

● El estado actual de los elementos de configuración es consistente.

● La información de línea base se mantiene de forma correcta.

● Se verifica la conformidad con estándares y procedimientos aplicables a la gestión de


configuración, por ejemplo, comprobando si se usa la versión correcta del documento de
diseño para realizar la codificación.

Como resultado de la auditoría se deberá generar un informe donde se registren todas las no
conformidades detectadas y así iniciar un plan de mejora para solucionarlas. Después de una
auditoría de configuración exitosa se puede establecer una línea base del producto.
La verificación no se realiza sobre los propios productos sino que consiste en comprobar que
los productos que conforman una línea base están gestionados correctamente bajo el control
de configuración, que todos los cambios realizados sobre estos productos han sido registrados
y, por tanto, se puede establecer una trazabilidad entre cambios y productos afectados.

1.4. Control de interfaces

Las actividades de Control de Interfases controlan los cambios a los elementos de


configuración del proyecto, que modifican las interfaces con elementos fuera del alcance del
Plan. Este control será llevado por el SCMR como parte del control de la configuración.

1.5. Control de subcontratos y vendedores


< no se aplica a este curso>

Guía de SCMP Página 12 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

2. Agenda de SCM
< se describen en el tiempo las actividades de SCM que serán realizadas>

Para este curso las actividades de SCM definidas en el modelo de proceso son:

Actividad Entregable Asociado Tiempos


Planificar el Plan de arquitectura 1 mes
Configuración.
Definir Línea Base del plan de configuracion 1 mes
Proyecto
Elaboración del Plan de Plan de SCM 1 meses
SCM
Definición de ambientes Plan de SCM 1 meses
controlados
Implementar plan de Documentos de solicitudes 1 mes
control de cambios de cambios
Mantenimiento de la línea Informe de pruebas 1 meses
base del SW

3. Recursos de SCM

● Herramientas
visual Studio Code
Servidor Local para pruebas
Xampp
entorno java

● Lenguaje
Php 7.0
Html
Css
Java

Guía de SCMP Página 13 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)


lOMoARcPSD|5142686

Instituto de Computación - Proyecto de Ingeniería de Software Curso 2001

4. Referencias de esta guía

https://unpsjb.github.io/ids3t/configuracion.html

https://www.ecured.cu/Gesti%C3%B3n_de_la_Configuraci%C3%B3n

https://w3.ual.es/~rguirado/posi/Tema5-Apartado5.pdf

IEEE Std. 828 – 1990 Standard for Software Configuration Management Plans

IEEE Std. 1042 – 1987 IEEE Guide to Software Configuration Management

Documento de Actividades de Gestión de Configuración–Taller V–A.Delgado&B.Pérez 2000.

CMPLAN Exp. 2000 – Darío Sande Grupo 1 - para la sección 3.1.1

Guía de SCMP Página 14 de 16

Descargado por Silvia Eugenia Colque Nieves (silviaeugenia.cn@gmail.com)

También podría gustarte