Gestion de configuracion del software

Introducción

A lo largo del ciclo de vida del proceso de
software, los productos de software evolucionan. Desde la
concepción del producto y la captura de requisitos inicial
hasta la puesta en producción del mismo, y posteriormente
desde el inicio del mantenimiento hasta su retiro, se van
realizando una serie de cambios, tanto en el código como
en la documentación asociada. La Gestión de
Configuración del Software es una disciplina encargada del
control de la evolución de los productos de software.Como
todo proceso, la Gestión de Configuración
también puede ser sistematizada y automatizada, lo que se
denomina un Sistema de Gestión de Configuración
(SGC). Actualmente existen en el mercado diversas herramientas
que permiten apoyar una o más actividades de la
Gestión de Configuración. La gestión de la
configuración del software es uno de los procesos clave
para toda organización dedicada a la Ingeniería del
Software.

DEFINICIONES

Gestión de Configuración es
el proceso de identificar y definir los elementos en el sistema,
controlando el cambio de estos elementos a lo largo de su ciclo
de vida, registrando y reportando el estado de los elementos y
las solicitudes de cambio, y verificando que los elementos
estén completos y que sean los correctos. El
propósito de la Gestión de Configuración del
Software es establecer y mantener la integridad de los productos
de software a través del ciclo de vida del proceso de
software. La Gestión de Configuración del Software
implica la identificación de la Configuración del
software en puntos dados en el tiempo, el control
sistemático de los cambios en la Configuración y el
mantenimiento de la integridad y trazabilidad de la
Configuración a través del ciclo de vida del
software.

Calidad del
SW

La calidad del software es
una preocupación a la que se dedican muchos esfuerzos. Sin
embargo, el software casi nunca es perfecto. Todo
proyecto tiene como objetivo producir software de la mejor
calidad posible, que cumpla, y si puede supere las expectativas
de los usuarios.

CALIDAD

• Es la aptitud de un producto o servicio
  para satisfacer las necesidades del usuario.

• Es la cualidad de todos los productos,
  no solamente de equipos sino también
  de programas.

En el desarrollo de software, la calidad de
diseño acompaña a la calidad de los requisitos,
especificaciones y diseño del sistema. La calidad de
concordancia es un aspecto centrado principalmente en la
implementación; Si la implementación sigue al
diseño, y el sistema resultante cumple con los objetivos
de requisitos y de rendimiento, la calidad de concordancia es
alta.

Calidad de software

Características propias del software
aquellas que tu quieres controlar y asegurar, el software es un
producto inmaterial que no se fabrica, tampoco se degradan
físicamente, sino que se desarrolla. El software puede
tener errores, incidencias pero no son similares a lo que
cualquier equipo de carácter físico.

La calidad del software se encuentra casi a
la par de la calidad tradicional, ligeramente detrás
debido a que la calidad tradicional tiene varias décadas
de historia, mientras que la calidad de software tiene entre 50 y
30 años de haber surgido.

Certificación del
software.

Consecuencia de un proceso que es asegurar
la calidad pero nunca es el objetivo final. La calidad de
software no se certifica, lo que se certifica son los
procedimientos para construir un software de calidad, los
procedimientos deben ser correctos y estar en función de
la normalización (ISO
9000, CMMI, Microsoft…).

Normativa ISO
9000

Pone a disposición de un auditor o
certificador los procesos internos, de forma que este indique si
cumple o no la normativa al 100%, audita el sistema; Si los
resultados son positivos se emite la certificación y cada
cierto tiempo se tiene que renovar; La certificación es
costosa, a consecuencia de costes que ocasionan la lejanía
y el tiempo de duración de proceso (aprox. 6 meses). Se
certifica la empresa y la metodología para el desarrollo
de la aplicación

Medición del
software

En el software lo que se mide son atributos
propios del mismo, se descompone un atributo general en otros
más simples de medir, a veces se mide bien o mal ya que la
descomposición del atributo genérico de calidad en
otros sub-atributos se torna irreal, se mide con
datos estadísticos no avalados, es imposible
decir que la medición se hace en forma
correcta.

El concepto de medida va de más a
menos, va de lo general a lo concreto y lo concreto es asociado a
la métrica, cuya combinación te daría el
nivel de calidad o seguridad de tu producto.
Las ciencias bien estructuradas se basan en medidas
bien hechas, se basan en la matemática.

Líneas
base

Una línea base es
un concepto de gestión de la
configuración que lleva a controlar los cambios sin
impedir seriamente los cambios justificados. El Instituto de
Ingenieros Eléctricos y Electrónicos (IEEE)
610.12/1990 define una línea base como:

Una especificación o producto que se
ha revisado formalmente y sobre los que se ha llegado a un
acuerdo, y que de ahí en adelante sirve como base para un
desarrollo posterior y que puede cambiarse solamente a
través de procedimientos formales de control de
cambios.

La IEEE define una línea base
como:

Una especificación o producto que se
ha revisado formalmente y sobre los que se ha llegado a un
acuerdo, y que de ahí en adelante sirve como base para un
desarrollo posterior y que puede cambiarse solamente a
través de procedimientos formales de control de
cambios.

Elementos de la
configuración de SW

Un elemento de la configuración del
software es la información creada como parte del proceso
de ingeniería un ECS (elemento de configuración de
software) es un documento, un conjunto completo de casos de
prueba o un componente de un programa 40

dado. Los siguientes ECS son el objetivo de
las técnicas de gestión de configuración y
forman un conjunto de líneas base:

1) Especificación del
sistema

2) Plan de proyecto

3) a. Especificación de
requisitos

b. Prototipo ejecutable o "en
papel"

4) Manual de usuario preliminar

5) Especificación de
diseños

a. Descripción del diseño de
datos

b. Descripción del diseño
arquitectónico

c. Descripciones del diseño de los
módulos

d. Descripciones del diseño de
interfaces

e. Descripciones de los objetos (si se
utilizan técnicas de P.O.O)

6) Listados del código
fuente

7) a. Plan y procedimiento de
pruebas

b. Casos de prueba y resultados
registrados

8) Manuales de operación de y de
instalación

9) Programas ejecutables

a. Módulos, código
ejecutable

b. Módulos enlazados

10) Descripción de la base de
datos

a. Esquema y estructura de
archivos

b. contenido inicial

11) Manual del usuario final

12) Documentos de mantenimiento

a. Informes de problemas del
software

b. Peticiones de mantenimiento

c. Ordenes de cambios e
ingeniería.

13) Estándares y procedimientos de
ingeniería del software

Es importante considerar poner las
herramientas de desarrollo de software bajo control de
configuración. Es decir congelar la versiones de editores,
compiladores y otras herramientas CASE utilizadas durantes el
desarrollo, un cambio en las versiones utilizadas puede que
produzca resultados diferentes que la versión
original.

Los ECS se organizan como objetos de
configuración que deben ser catalogados por la base de
datos del proyecto con un nombre único. Un ECS tiene un
nombre y atributos, y está conectado a otros objetos
mediante relaciones.

Gestión de
configuración de SW

La GCS es un elemento importante de
garantía de calidad es responsable de controlar los
cambios. Sin embargo también se debe identificar los ECS
individuales. El proceso se puede definir en cinco tareas de
CGS:

• Identificación

• Control de versiones

• Control de cambios

• Auditorias de
  configuración

• Generación de
  informes

Proceso de
GCS

Se denomina Gestión de la
Configuración al conjunto de procesos destinados
a asegurar la calidad de todo producto obtenido durante
cualquiera de las etapas del desarrollo de un Sistema de
Información (S.I.), a través del estricto
control de los cambios realizados sobre los mismos y de la
disponibilidad constante de una versión estable de cada
elemento para toda persona involucrada en el citado desarrollo.
Estos dos elementos (control de cambios y control de
versiones de todos los elementos del S.I.) facilitan
también el mantenimiento de los sistemas al proporcionar
una imagen detallada del sistema en cada etapa del desarrollo. La
gestión de la configuración se realiza durante
todas las fases del desarrollo de un sistema de
información, incluyendo el mantenimiento y control de
cambios, una vez realizada la puesta en
producción.

Identificación de la
configuración GCS

Se pueden identificar dos tipos de los
objetos básicos y los objetos compuestos.

Un objeto básico es una unidad de
texto creada durante el análisis, diseño,
codificación o prueba. Un objeto compuesto es una
colección de objetos básicos u objetos compuestos.
Cada objeto tiene un conjunto de características que los
identifican como únicos. El nombre del objeto es una
cadena de caracteres que identifica al objeto sin
ambigüedad. La descripción del objeto es una lista de
elementos de datos que identifican:

El tipo de ECS (documento, programa, datos)
que está representado por el objeto.

Un identificador del proyecto; y la
información de la versión y/o el cambio.

El esquema de identificación de los
objetos de software debe tener en cuenta que los objetos
evolucionan a lo largo del proceso de ingeniería, por lo
que se puede crear un grafo de evolución (figura
1.3)

Control de
configuración

CONTROL DE CAMBIOS

En un gran proyecto de desarrollo de
software, el cambio incontrolado lleva rápidamente al
caos. El control de cambios combina los procedimientos humanos y
las herramientas automáticas para proporcionar un
mecanismo para el control de cambio.

El control de cambios es un mecanismo para
la evaluación y aprobación de los cambios hechos a
elementos de la configuración software durante el ciclo de
vida.

Pueden establecerse tres distintos tipos
de control:

1) Control individual, antes de aprobarse
un nuevo elemento.

2) Control de Gestión (u
organizado), conduce a la aprobación de un nuevo
elemento.

3) Control formal, se realiza durante el
mantenimiento. 1. Control individual (o
informal)

Cuando un elemento de la
configuración está bajo control individual, el
técnico responsable cambia la documentación como se
requiere. Aunque se mantiene un registro informal de revisiones,
tales registros no se ponen generalmente en el documento. El
control individual se aplica durante las etapas más
importantes del desarrollo del documento y se caracteriza por los
cambios frecuentes.

2. Control de
gestión

Implica un procedimiento de revisión
y aprobación para cada cambio propuesto en la

configuración. Como en el control
individual, el control a nivel de proyecto ocurre durante el
proceso de desarrollo pero es usado después de que haya
sido aprobado un elemento de la configuración software.
Este nivel de control de cambios se caracteriza por tener menos
cambios que el control individual. Cada cambio es registrado
formalmente y es visible para la gestión.

3. Control de cambios
formal

Ocurre durante la fase de mantenimiento del
ciclo de vida software (el producto ya está

implantado). El impacto de cada tarea de
mantenimiento se evalúa por un Comité de Control de
Cambios (CCC), el cual aprueba las modificaciones de la
configuración software.

El proceso de control

El control de cambios se aplica,
según hemos visto, allá donde un elemento de la
configuración software va a cambiar.

El flujo del proceso de control de la GCS
se ilustra en la siguiente figura:

Control de
versiones

El control de versiones combina
procedimientos y herramientas para gestionar las versiones de los
objetos de configuración creadas durante el proceso de
ingeniería del software.

"La gestión de configuración
permite a un usuario especificar configuraciones alternativas del
sistema de software mediante la selección de las versiones
adecuadas. Esto se puede gestionar asociando atributos a cada
versión del software y permitiendo luego especificar y
construir una configuración describiendo el conjunto de
atributos deseado."

Los atributos pueden ser tan
sencillos como un número específico de
versión asociado a cada objeto o tan complejos como una
cadena de variables lógicas que especifiquen tipos de
cambios funcionales aplicados al sistema.

Auditoría
de la configuración

¿Cómo podemos asegurar que el
cambio se ha implementado correctamente? La respuesta es doble:
1) revisiones técnicas formales y 2) auditorias de
configuración del software.

Las revisiones técnicas formales se
centran en la corrección técnica del elemento de
configuración que ha sido modificado. Los revisores
evalúan el ECS para determinar la consistencia con otros
ECS, las omisiones o los posibles efectos secundarios.

Una auditoria de configuración del
software complementa la revisión técnica formal al
comprobar características que generalmente no tiene en
cuenta la revisión. La auditoria se plantea y responde con
las siguientes preguntas:

¿Se ha hecho el cambio especificado
en la OCI? ¿Se han incorporado modificaciones
adicionales?

¿Se ha llevado a cabo una
revisión técnica formal para evaluar la
corrección técnica?

¿Se han seguido adecuadamente los
estándares de ingeniería de software?

¿Se han "recalcado" los cambios en
el ECS?¿Se han especificado la fecha del cambio y el
autor?¿Reflejan los cambios los atributos del objeto de
configuración?

¿Se han seguido procedimientos del
GCS para señalar el cambio, registrarlo y
divulgarlo?

¿Se han actualizado adecuadamente
todos los ECS relacionados?

11. Gestión de
configuración en el mantenimiento de software.En el
mantenimiento de software, cobra importancia la función
del Comité de Control de Cambios (CCC), que se encarga de
recibir, estudiar y aprobar las solicitudes de cambio en el
software que son presentadas, sea por los usuarios o por los
propios encargados del mantenimiento. En este caso, las funciones
de control y de auditoria se vuelven casi indispensables, pues es
necesario mantener registro de todas las solicitudes de cambio
presentadas y del estado actual de cada una de ellas. Un sistema
de Gestión de Configuración que apoye la
Gestión de solicitudes de cambio, debería permitir
el registro por parte de los usuarios de las solicitudes de
cambio, su revisión por parte del CCC, y si son aprobadas
la creación de ordenes de cambio. Un cambio implica
generalmente la actualización tanto del Código
fuente, como de los documentos de especificación de
requisitos, análisis y diseño, casos de prueba y
manuales. Por lo tanto, en el escenario anterior, resulta de
utilidad mantener un registro de las dependencias entre los
elementos de Configuración. El cambio se vera reflejado en
la creación de nuevas versiones de los elementos
respectivos. 

12. Gestión en la
distribución del software a las PC- UsuariosCuando se
pone en producción un software, se distribuyen copias del
mismo entre los diversos usuarios del sistema. En este escenario,
un sistema de Gestión de Configuración
debería permitir registrar las Configuraciones (conjunto
de versiones de elementos de Configuración) que cuenta
cada PC – usuario. Puede ocurrir, que si un mismo sistema se
vende a distintos clientes, en algún momento surjan
requerimientos contradictorios o necesidades que lleven a la
creación de variantes de los elementos de
Configuración. El sistema de Gestión de
Configuración apoyaría entonces al momento de
estudiar una solicitud de un usuario a conocer cual es la
Configuración con la que esta trabajando. 

13. INFORMES DE ESTADO

La generación de informes de estado
de la configuración es una tarea de GCS que responde a las
siguientes preguntas:

1) ¿Qué
pasó?

2) ¿Quién lo hizo?

3) ¿Cuándo
pasó?

4) ¿Que más se vio
afectado?

La generación de informes de estado
de la configuración desempeña un papel vital en el
éxito del proyecto de desarrollo de software. Cuando
aparece involucrada mucha gente es muy fácil que no exista
una buena comunicación. Pueden darse errores entre las
personas desarrolladoras del software. El IEC ayuda a eliminar
esos problemas, mejorando la comunicación entre todas las
personas involucradas.

Modelos
estándares de GCS

Durante las dos últimas
décadas se han propuesto varios estándares de
gestión de configuración del software.

MODELO DE MADUREZ DE CAPACIDADES
(CMM)

Describe un marco de referencia para el
desarrollo y mantenimiento de software Constituye un modelo en el
que el mejoramiento de los procesos es implementado de forma
incremental. Organiza las etapas para evolucionar los procesos de
software en cinco niveles: inicial, definido, repetible,
gestionado y optimizado [Dunaway, 1996] [Farley, 2000] [Cruz,
2002]

LA ORGANIZACIÓN INTERNACIONAL
PARA LA ESTANDARIZACIÓN (ISO)

Promueve la estandarización internacional. En
relación al software, existe la guía o reglas
generales ISO 9000-3. es una guía y no una norma.
La ISO 9000 del 2000 identifica ocho principios de gestión
de la calidad:

* Enfoque al cliente

* Liderazgo

* Participación del personal

* Enfoque basado en procesos

* Enfoque de sistema para la gestión

* Mejora continua

* Enfoque basado en hechos para la toma de
decisión

* Relaciones mutuamente beneficiosas con el
proveedor.

INSTITUTO DE INGENIEROS ELÉCTRICOS Y
ELECTRÓNICOS (IEEE)

IEEE 730, este estándar permitió
identificar los aspectos más importantes para la
realización del plan de aseguramiento de la
calidad

Entre lo documentos normativos:

* IEEE Guide to Software Configuration Management,
American National Standards Institute, (1042-1987)

* IEEE Standard for Software Configuration Management
Plans, American National Standards Institute
(828-1990).

La
vinculación de estándares

Existe una estrecha relación en todos estos
modelos. CMM pueden cumplir con las exigencias de las
certificaciones de ISO.

Los aspectos con los que cumplen en ambos niveles
podría resultar suficiente para certificarse como ISO
.Entonces pudiera haber organizaciones no maduras (CMM) o por
debajo del nivel 3 que obtuvieran la certificación
ISO.

De manera general, si una organización se
considera posible candidata a ISO, es probable que esté
cerca de alcanzar el nivel 2. Las que están en el nivel 3
con completa seguridad serán certificadas ISO9001. [Zhang,
2001].

Vinculación de ISO y CMM

BENEFICIOS DE LA GCS

• Reduce el esfuerzo necesario para gestionar y
  realizar el cambio – mejora la productividad

• Conduce a una mejora de la integridad y seguridad
  del software – incremento de la calidad

• Genera información sobre el proceso – mejora
  de la gestión del control

• Mantiene una base de datos de desarrollo de software
  – mejor registro y seguimiento de informes.

Plan de
gestión de configuración de SW

Contenidos:

• Introducción (Propósito, Alcance,
  Definiciones, Acrónimos y Abreviaturas, Referencias,
  Apreciación Global

• Gestión de la Configuración del SW
  (Organización, Responsabilidades e Interfaces,
  Herramientas, Ambientes e Infraestructura)

• El Programa de CM (Identificación de la
  Conf(Métodos de Identificación, LB del
  Proyecto; Control de la Conf y de los Cambios ( Procesamiento
  y Aprobación de la solicitud de Cambio, Tablero de
  Control de Cambio (Change Control Board, CCB); Contabilidad
  de Estado de la Conf ( Almacenamiento de los Medios del
  Proyecto y Proceso de Release, Auditorias y
  Reportes)

• Fechas Principales

• Entrenamiento y Recursos

• Control del Subcontratado y del Vendedor de
  SW

Conclusiones

La finalidad de la Gestión y
configuración del Software es el conocer la estructura de
procesos y herramientas para aplicar dentro de la
construcción del software que nos ayudan a controlar los
cambios.

Es importante considerar ciertas
modificaciones que pueden ocurrirle al software dentro de todo el
proceso de ingeniería para asegurar su control y
calidad.

Autor:

Ostin dicson

ING. DE SOFTWARE

ING. FERNANDO MEJIA

1201

Desarrollo Pratica FINAL

Santo Domingo:D.N

Fundada el 12 de Enero del
1966