Gestin de Configuracin 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 estn completos y que sean los correctos. El propsito de la Gestin de Configuracin del Software es establecer y mantener la integridad de los productos de software a travs del ciclo de vida del proceso de software. La Gestin de Configuracin del Software implica la identificacin de la Configuracin del software en puntos dados en el tiempo, el control sistemtico de los cambios en la Configuracin y el mantenimiento de la integridad y trazabilidad de la Configuracin a travs del ciclo de vida del software. Los productos incluidos son: Software distribuido al cliente. Documentos de requerimientos del software. Cdigo. Elementos requeridos para crearlos (ejemplo: el compilador) Aspectos Funcionales 1. Identificacin: Se necesita definir un esquema de identificacin para reflejar la estructura del producto, esto involucra identificar la estructura y clases de componentes, dando a cada uno un nombre, una identificacin de versin y una identificacin de Configuracin. 2. Control: Se deben controlar los cambios que se le hacen a travs del ciclo de vida, asegurando que el software sea consistente a travs de la creacin de una lnea base del producto. 3. Estado: Se debe registrar y reportar el estado de los componentes y solicitudes de cambio. 4. Auditoria y revisin: Se debe validar que el producto este completo y se asi mantener la consistencia entre los componentes, asegurando que estn en un estado apropiado a travs de todo el ciclo de vida del producto y que el mismo sea una coleccin bien definida de componentes.

Configuracin Las caractersticas funcionales y fsicas de una versin especifica de hardware y elementos de software que combinados de acuerdo a procedimientos de construccin

especficos cumplen un propsito particular. Elementos de configuracin de software Definimos como un elemento de Configuracin a una unidad fsica y/o lgica parte de un conjunto mayor de elementos, producida o adquirida, que por sus caractersticas es distinguible de las dems y cuya evolucin interesa administrar. Son elementos de Configuracin en un proyecto de software: 01. El plan de proyecto. 02. El plan de Gestin de Configuracin. 03. El documento de definicin de requerimientos. 04. Estndares de anlisis, diseo, codificacin, pruebas, y auditoria. 05. Documentos de anlisis del sistema. 06. Documentos de diseo del sistema. 07. Prototipos. 08. Documentos de diseo de alto nivel. 09. Documentos de diseo de bajo nivel. 10. Especificaciones de prueba del sistema. 11. El plan de pruebas del sistema. 12. El Cdigo fuente del programa. 13. Cdigo objeto y ejecutable. 14. Especificaciones de pruebas de unidad. 15. Planes de pruebas de unidad. 16. Documentos de diseo de base de datos. 17. Datos de prueba. 18. Datos del proyecto. 19 .Manuales de usuario. Versin Una versin es una instancia de un elemento de Configuracin. El trmino se usa para sealar a un elemento de Configuracin del software que tiene un conjunto definido de caractersticas funcionales. Revisin Se define revisin como una versin que se construye sobre otra versin anterior. El trmino revisin generalmente se asocia a la nocin de correccin de errores, esto es, hacer cambios a un programa que corrigen solo errores en el diseo lgico pero no afectan las capacidades funcionales documentadas, dado que ningn requerimiento ha cambiado. Variante

Se define variante como una versin que es una alternativa a otra versin. Las variantes pueden permitir a un elemento de Configuracin satisfacer requerimientos en conflicto. Una variante es una nueva versin de un elemento que ser aadida a la Configuracin sin reemplazar a la versin anterior. Por ejemplo, si se desarrolla una aplicacin para varios sistemas operativos, algunas libreras pueden requerir modificaciones para poder ser compiladas o ejecutadas en los diferentes sistemas; la versiones para Unix y para Windows NT de una librera seran variantes del mismo elemento. La creacin de variantes implica la creacin de ramas en un grafo de evolucin. Lnea base Una lnea base es una especificacin o producto revisado y aprobado formalmente, que sirve como base para el desarrollo posterior, y puede ser modificado solo a travs de procedimientos formales de control de cambios. El trmino tambin se usa para referirse a una versin particular de un elemento de software que ha sido aprobado. En cualquier caso, la lnea base solo se puede modificar a travs de procedimientos formales de control de cambios. Una lnea base, junto con todos los cambios aprobados a la lnea base, representa la Configuracin aprobada actual. Procesos Asociados El estndar ISO/IEC 12207 ([ISO 12207]) para Procesos del Ciclo de Vida del Software, establece el Proceso de Gestin de Configuracin como uno de los Procesos de Soporte del Ciclo de Vida. Un Proceso de Soporte apoya a otro proceso como una parte integral, con un propsito distinto, y contribuye al xito y a la calidad del proyecto de software. Este proceso consiste de las siguientes actividades: 1. Implementacin del Proceso: Se desarrolla un Plan de Gestin de Configuracin que describe las actividades de Gestin de Configuracin, los procedimientos y el cronograma para su realizacin, y los responsables de dichas actividades. Dicho plan debe ser documentado e implementado. 2. Identificacin de la Configuracin: Se establece un esquema de identificacin de los elementos de software y sus versiones a ser controlados por el proyecto. 3. Control de la Configuracin: Se identifican y registran las solicitudes de cambio, se analiza y evala los cambios, se aprueba o rechaza la solicitud, se implementa, verifica y distribuye el elemento de software modificado.

4. Contabilidad de Estado de la Configuracin: Se preparan registros de Gestin y reportes de estado que muestren el estado e historia de los elementos de software controlados, incluyendo lneas base. 5. Evaluacin de la Configuracin: Se determina y asegura que los elementos de software sean funcionalmente (versus sus requerimientos) y fsicamente completos (es decir, si su diseo y Cdigo reflejan una descripcin tcnica actualizada). 6. Gestin de actualizacin y distribucin: Se controla formalmente la actualizacin y distribucin de los productos de software. Concepto de Software: El software es un ingrediente indispensable para el funcionamiento del computador. Est formado por una serie de instrucciones y datos, que permiten aprovechar todos los recursos que el computador tiene, de manera que pueda resolver gran cantidad de problemas. Un computador en si, es slo un conglomerado de componentes electrnicos; el software le da vida al computador, haciendo que sus componentes funcionen de forma ordenada. El software es un conjunto de instrucciones detalladas que controlan la operacin de un sistema computacional.

Funciones del software:

Administrar los recursos de computacionales Proporcionar las herramientas para optimizar estos recursos. Actuar como intermediario entre el usuario y la informacin almacenada.

Programas de Software Programa: conjunto de argumentos o instrucciones para la computadora, almacenado en la memoria primaria de la computadora junto con los datos requeridos para ser ejecutado, en otras palabras hacer que las instrucciones sean realizadas por la computadora. Tipos de Software

Software del sistema: Es un conjunto de programas que administran los recursos de la computadora. Ejemplos: Unidad central de proceso, dispositivos de comunicaciones y dispositivos perifricos, el software del sistema administra y controla al acceso del hardware.

Software de aplicaciones: Programas que son escritos para o por los usuarios para realizar una tarea especifica en la computadora. Ejemplo: software para procesar un texto, para generar una hoja de calculo, el software de aplicacin debe estar sobre el software del sistema para poder operar.

Software de usuario final: Es el software que permiten el desarrollo de algunas aplicaciones directamente por los usuarios finales, el software del usuario final con frecuencia tiene que trabajar a travs del software de aplicacin y finalmente a travs del software del sistema GESTION DEL CAMBIO EN INGENIERA DE SOFTWARE El cambio es inherente al software computacional y genera confusin entre los ingenieros de software involucrados en un proyecto, dicha confusin surge cuando los cambios no se analizan antes de realizarlos, no se registran antes de implementarlos, no se reporta a quienes deben saberlo o no se mantiene un control sobre ellos. Esto es la gestion de la configuacion: "El arte de coordinar el desarrollo de software para minimizar la confusin", GCS o GC . La GC es una actividad que se desarrolla durante todo el proceso de desarrollo ya que no sabemos en que momento se originara un cambio, las actividad en este proceso se desarrollan para: 1. Identificar el Cambio 2. Controlar el Cambio 3. Garantizar que el cambio se realizara de manera adecuada 4. Reportar los cambios a todos los interesados Quien es el encargado de la GC? Todos los involucrados en el desarrollo de un proyecto deberan en alguna medida participar en la GC aun que hay empresas con mas recursos que tienen personas especializadas para este fin. Por que es importante? Si el cambio no se controla en un proyecto de software, este tiene al cas mas aun cuan hay una gran cantidad de personas involucradas y en posibles partes distintas, tanto as que un desarrollo de software sin control puede llegar a entregar productos de muy mala calidad por lo cual es una practica solida de ingeniera de software Cuales son los Pasos? Primero se deben identificar los productos de trabajo, segundo establecer mecanismos para el control de versiones y cambio, tercero auditar el proceso para asegurarse que la calidad se mantiene en el cambio y que los interesados

reciben la informacin requerida Cual es el producto obtenido? Un plan de GC Como estamos seguros que se ha hecho bien? Cuando cualquier producto puede explicarse, seguirse y controlarse y los cambios pueden seguirse y analizarse y todos los interesados estn enterados de un cambio que se ha hecho. La primera ley de la ingenieria de sistemas {BER80} afirma: No importa donde se encuentra el ciclo de vida del sistema , el sistema cambiar y el deseo de cambiarlo persistir durante todo el ciclo de vida Existen cuatro fuentes fundamentales del cambio a. Nuevas condiciones en el negocio b. Nuevas necesidades del cliente c. Reorganizacion o crecimiento del negocio d. Restricciones presupuestales Elementos de un sistema de GC 1. Elementos de Componentes: herramienta que permite el acceso y gestion de cada elemento de GC ejemplo: Base de datos 2. Elementos de proceso: serie de procedimientos y tareas que definen un enfoque eficaz conel cual gestionar el cambio 3. Elementos de construccion: Conjunto de herramientas que automatizan la construccion del software al asegurar que se a ensamblado un conjunto de componentes validos de software 4. Elementos humanos. que el equipo utilice las herramientas y procesos para GC Etapas del proceso GC 1. Identificacion: se deben nombrar cada uno de los elementos que intervienen mediante un enfoque orientado a objetos 2.Cotrol de la version: combina procedimientos y herramientas para gestionar diferentes versiones de objetos que se crean durante el proceso del software 3.Control de cambio. se deben crear procesos para generar cambios al sistema, donde se debe evualuar el impacto y otros aspectos 4.Auditoria de la configuracin Ayuda a asegurar que el cambio se ha realizado con propiedad, abordando las

siguientes preguntas Se ha realizado el cambio especifico ?, Se han incorporado modificaciones adicionales? Se ha realizado una revisin tcnica formal para evaluar la correccin tcnica? Se ha seguido el proceso de software? Se han aplicado debidamente los estndares de ingeniera de sotware? Se han segido los procesos de GC ? 5. Reporte , informe de stado se resuelven las preguntas Que ocurrio? Quien lo hizo ? Cuando ocurri? Que otra cosa sera afectada?