1

La

gestin de la configuracin del software es uno de los procesos clave para toda organizacin dedicada a la Ingeniera del Software

GESTION DE CONFIGURACION DE SW (GCS): - Conjunto de actividades [Pressman] - Proceso de identificacin y definicin [IEEE] - Arte [BAB] - Procesos de soporte [Lic. Aylin Febles ]

CONFIGURACION DE SOTFWARE (CS):

Los requisitos, diseo e implementacin que definen una versin particular de un sistema o de un componente del sistema. [IEEE, 1990].

ADMINISTRACION DE CONFIGURACION DE SOFTWARE Disciplina de la Ingeniera de Software que comprende las herramientas y tcnicas. Tiene como objetivo mantener la integridad de los componentes del producto de software, evaluar y controlar los cambios
5

La administracin de la calidad total (TQM) es un estilo de administracin dirigido a lograr xitos a largo plazo enlazando la calidad con la satisfaccin del cliente.
6

Evolucin de las lneas Base:

La IEEE define una lnea base como: Una especificacin 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 travs de procedimientos formales de control de cambios.
8

Ciclo de vida Tradicional:

INGENIERIA DE SISTEMAS Especificacin del sistema ANLISIS DE REQUERIMIENTOS Especificacin de requisitos del software DISEO DEL SOFTWARE Especificacin de diseo CODIFICACIN Cdigo fuente PRUEBA Planes de prueba Sistema en funcionamiento

Ciclo de Vida Prototipado Evolutivo

ANLISIS PRELIMINAR Y ESPECIFICACIN DE REQUISITOS Requisitos Iniciales DISEO RPIDO Diseo inicial Rediseo evolutivo REFINAMIENTO DE ESPECIFICACIONES Refinamiento evolutivo

CONSTRUCCIN EVALUACIN DEL PROTOTIPO IMPLEMENTACIN Y PRUEBA Construccin Construccin evolutiva PRODUCTO DE INGENIERA IMPLANTACIN DEL SISTEMA MANTENIMIENTO Producto Final

10

Ciclo de vida en espiral:

DETERMINACIN DE OBJETIVOS, ALTERNATIVAS Y RESTRICCIONES

EVALUACIN DE ALTERNATIVAS IDENTIFICACIN Y RESOLUCION DE RIESGOS

1 IMPLEMENTACION DEL SOTFWARE 4

PLANIFICACIN

Ingenieria Mantenimiento

Producto Final

1 2 3 4

Lneas Lineas Lineas Lineas

Base Base Base Base

inicial de Refinamiento de Diseo de Implementacion

11

1) Especificacin del sistema 2) Plan de proyecto 3) Especificacin de requisitos, Prototipo ejecutable o en papel 4) Manual de usuario preliminar 5) Especificacin de diseos 6) Listados del cdigo fuente

12

7) Plan y procedimiento de pruebas, Casos de prueba y resultados registrados 8) Manuales de operacin de y de instalacin 9) Programas ejecutables 10) Descripcin de la base de datos 11) Manual del usuario final 12) Documentos de mantenimiento 13) Estndares y procedimientos de ingeniera del software
13

Los cambios dentro del desarrollo del SW pueden ocurrir en cualquier momento por lo tanto debemos estar preparados, las actividades de CGS sirven para:
Identificar el cambio de nuestro software. Controlar ese cambio. Garantizar que el cambio quede bien implantado. Informar el cambio.

14

PROBLEMAS DE ADOPCION DE LA GCS No se encuentran la ultima versin del CF Errores corregidos en anteriores versiones No existe seguimiento de los requerimientos Problemas importantes en la administracin, etc.

15

QUE PERMITE CONOCER LA GCS Quin hizo los cambios? Qu cambios se hicieron al software? Cundo se hicieron los cambios? Por qu se hicieron los cambios?

16

La GCS es una actividad de garanta de calidad del software que se aplica en todas las fases del proceso de ingeniera del software.

17

IEEE ISO Identificacin de la Configuracin Identificacin de la configuracin Control de Cambios en la Control de cambios a la configuracin Configuracin Informe del estado de la Configuracin Generacin de Informes de Estado Auditoria de la configuracin Auditoria de la Configuracin CMM Planificacin de las actividades de Gestin de Configuracin Identificacin de los ECS Control de cambios a los ECS Informar a los grupos e individuos involucrados de los cambios a los ECS Auditoria de la Configuracin CM (Configuration Magnament). Identificacin Control Auditoria Contabilidad de Estado
18

Proceso de Gestin de Configuracin del Software

19

Tarea de gestin de configuraciones del software referido a un esquema de identificacin que proporciona la siguiente informacin: Tipo de elementos de configuracin de software (ECS) Nombre del elemento de configuracin Identificacin del proyecto o del producto. Numero de versin 20 Fecha de ultimo lanzamiento

OBJETIVO: Identificar la estructura del SW., META: Tener la capacidad de identificar los componentes del SW PREGUNTAS: Cual es la configuracin del SW? Que versin de archivo es esta? Cuales son los componentes del SW?

21

Pasos a seguir:
Seleccionar los elementos que estarn bajo control de configuracin

Establecer la estructura jerrquica del SW

Crear e identificar el esquema de la estructura anterior

Identificar unvocamente cada uno de los componentes del producto

Definir las relaciones e interfaces entre los productos de SW

22

OBJETOS BASICOS: Es una unidad de texto creada durante el anlisis, diseo, codificacin o prueba. OBJETOS COMPUESTOS: Es una coleccin de objetos bsicos u objetos compuestos.

23

Revisin VERSIONES SOFTWARE Funcional Asignada De desarrollo

Variante

De producto

CONFIGURACIN DE REFERENCIA (BASELINE)

Forma parte de la gestin de configuraciones

Seguridad software [IEEE 610]

24

BIBLIOTECA SOFTWARE

CONTROL DE VERSIONES

El control de versiones combina procedimientos y herramientas para gestionar las versiones de los objetos de configuracin creadas durante el proceso de ingeniera del software.
25

Versiones y variantes

26

Rational Unified Process (RUP) Modelo Java (2000 2003) Modelo Java (2000 2003) cont Modelo GXP (2003) Modelo Java Integrado (2003) Modelo TLREQ (2004)

27

Rational Unified Process (RUP)

Cubre todo el ciclo de vida de los Proyectos, maximizando el uso del UML

proceso de ingeniera de software

RUP

Esta dirigido por casos de uso, centrado en la arquitectura e iterativo e incremental Inicial

Desarrollo en cuatro fases:

Elaboracin

Construccin

Transicin
28

Modelo Java (2000 - 2003)

Lneas de Trabajo (o disciplinas) definidas Requerimientos Anlisis Diseo Implementacin Verificacin

(JAVA CONT) adaptaciones

JAVA (JAVA CONT) Roles

Soporte

Gestin de Configuracin

Gestin de Calidad

Gestin de Proyecto

29

Modelo MoDSGX (2002 - 2003)

Adaptaciones similares a las del Modelo Java

MoDSG X
Actividades

Desarrollo con Genexus

Roles especficos
30

Modelo GXP (2003)

Adaptacin de eXtreme Programming (XP)

GXP

Desarrollo con Genexus

31

Modelo (2003)

Java

Integrado

Mdulo agregado al Modelo Java

JAVA INTEGRAD O Roles especficos Actividades

32

Modelo TLREQ (2004)

Java MoDSGX Esqueleto comn basado en el RUP Redundancia

TLRE Q

Duracin del proyecto FIJO

33

Para un gran esfuerzo de desarrollo de SW el cambio incontrolado lleva rpidamente al caos. El control de cambios de la tarea de Gestin de Configuracin de Software (GCS) mas importante proporciona un mecanismo para el control de los cambios.

34

NECESIDAD DE CAMBIO

GENERACIN DE PETICIN DE CAMBIO

EVALUACIN

GENERACIN DE INFORME DE CAMBIOS INFORMAR AL CLIENTE DECISIN ACC

OTRAS TAREAS DE GCS

SITUAR EN COLA DE CAMBIOS

35

 OBJETIVO

Controlar los cambios y la liberacin de los productos durante el ciclo de vida.

META

Establecer un mecanismo que asegure la produccin del SW de calidad.

36

PREGUNTAS:

Que esta controlado? Como son controlados los cambios a los productos? Quien controla los cambios?

37

Pasos a seguir:
Definir el proceso de cambio

Establecer las polticas y procedimientos de control de cambios Mantenimiento de las lneas Base

Incorporar los cambios

Desarrollar la forma de reportes de cambio

Controlar la liberacin del producto

38

Cmo podemos asegurar que el cambio se ha implementado correctamente? 1) Revisiones tcnicas formales : se centran en la correccin tcnica del elemento de configuracin que ha sido modificado. 2) Auditorias de configuracin del software: complementa la revisin tcnica formal

39

OBJETIVO

Verificar que el producto de SW integrado satisface los requerimientos estndares o acuerdos contractuales y que los componentes que se integran corresponden con las versiones vigentes.

META

Verificar que todos los productos de SW han sido producidos descritos e identificados correctamente y que todas las solicitudes de cambio han sido procesadas.
40

La auditoria se plantea las siguientes interrogantes: Se ha hecho el cambio especificado en la (OCI)? Se han incorporado modificaciones adicionales? Se ha llevado acabo una revisin tcnica formal para comprobar la correccin tcnica? Se han seguido adecuadamente estndares de ingeniera de SW? Se han remarcado los cambios en el ECS? Se han especificado la fecha del cambio y el autor del cambio? Refleja la identificacin del ECS los cambios? Se han seguido procedimientos del GCS para sealar el cambio, registrarlo y divulgarlo? Se han actualizado adecuadamente todos los ECS relacionados? 41

Denominada tambin informes de Estado; es una tarea de la gestin de configuracin de SW: Que paso? Quien lo hizo? Cuando paso? Que mas se vio afectado?

42

Flujo de informacin del proceso de generacin de informes de estado de configuracin (GIEC).

IDENTIFICACIN DE BONIFICACIN

ECS BASE DE DATOS DE ICE CAMBIOS

CONTROL DE CONFIGURACIN

GENERACIN DE INFORMES DE ESTADO INFORME IEC

AUDITORIA DE CONFIGURACIN

43

OBJETIVO Registrar y reportar los cambios a los componentes de configuracin. META Mantener un registro del estado de todos los elementos en una lnea base.

Que cambios se han hecho al sistema? Cuantos componentes fueron afectados por estos cambios?
44

Pasos a seguir:
Determinar el tipo de reporte requerido

Dar seguimiento al estado de los componentes de configuracin

Dar seguimiento al estado de cambios al sistema

Generar reportes de estado

Registrar y reportar las actividades de SCM

45

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]
46

LA ORGANIZACIN INTERNACIONAL PARA LA ESTANDARIZACIN (ISO) Promueve la estandarizacin internacional. En relacin al software, existe la gua o reglas generales ISO 9000-3. es una gua y no una norma. La ISO 9000 del 2000 identifica ocho principios de gestin de la calidad: * Enfoque al cliente * Liderazgo * Participacin del personal * Enfoque basado en procesos * Enfoque de sistema para la gestin * Mejora continua * Enfoque basado en hechos para la toma de decisin * Relaciones mutuamente beneficiosas con el proveedor. 47

INSTITUTO DE INGENIEROS ELCTRICOS Y ELECTRNICOS (IEEE) IEEE 730, este estndar permiti identificar los aspectos ms importantes para la realizacin 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).
48

LA VINCULACIN DE ESTNDARES Existe una estrecha relacin en todos estos modelos. CMM pueden cumplir con las exigencias de las certificaciones de ISO. Los aspectos con los que cumplen en ambos niveles podra resultar suficiente para certificarse como ISO .Entonces pudiera haber organizaciones no maduras (CMM) o por debajo del nivel 3 que obtuvieran la certificacin ISO. De manera general, si una organizacin se considera posible candidata a ISO, es probable que est cerca de alcanzar el nivel 2. Las que estn en el nivel 3 con completa seguridad sern certificadas ISO9001. [Zhang, 2001]
49

Vinculacin de ISO y CMM

50

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 informacin sobre el proceso mejora de la gestin del control Mantiene una base de datos de desarrollo de software - mejor registro y seguimiento de informes
51

Contenidos: Introduccin (Propsito, Alcance, Definiciones, Acrnimos y Abreviaturas, Referencias, Apreciacin Global Gestin de la Configuracin del SW (Organizacin, Responsabilidades e Interfaces, Herramientas, Ambientes e Infraestructura) El Programa de CM (Identificacin de la Conf Mtodos de Identificacin, LB del Proyecto; Control de la Conf y de los Cambios Procesamiento y Aprobacin 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 52 Control del Subcontratado y del Vendedor de SW

La finalidad de la Gestin y configuracin del Software es el conocer la estructura de procesos y herramientas para aplicar dentro de la construccin 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 ingeniera para asegurar su control y calidad.
53

Fairley R. Ingeniera de Software. Pressman, R.S. Ingeniera del Software. Un enfoque prctico.

54