Transcript Gestion de configuracion de SW - Ingenieria de Sistemas e Informatica

1
1. INTRODUCCION

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
2
2. DEFINICIONES
GESTION DE CONFIGURACION DE SW
(GCS):
- Conjunto de actividades [Pressman]
- Proceso de identificación y definición
[IEEE]
- Arte
[BAB]
- Procesos de soporte [Lic. Aylin Febles ]

3
2. DEFINICIONES

CONFIGURACION DE SOTFWARE (CS):
Los requisitos, diseño e implementación que
definen una versión particular de un
sistema o de un componente del sistema.
[IEEE, 1990].
4
2. DEFINICIONES

ADMINISTRACION DE CONFIGURACION DE
SOFTWARE
Disciplina de la Ingeniería de Software que
comprende las herramientas y técnicas. Tiene
como objetivo mantener la integridad de los
componentes del producto de software, evaluar
y controlar los cambios
5
3. CALIDAD DEL SW
La administración de la calidad total
(TQM) es un estilo de administración
dirigido a lograr éxitos a largo plazo
enlazando la calidad con la
satisfacción del cliente.
6
4. LINEAS BASE
Evolución de las líneas Base:
7
4. LINEAS BASE
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.
8
Ciclo de vida Tradicional:
INGENIERIA DE SISTEMAS
Especificación del sistema
ANÁLISIS DE REQUERIMIENTOS
Especificación de requisitos del software
DISEÑO DEL SOFTWARE
Especificación de diseño
CODIFICACIÓN
Código fuente
PRUEBA
Planes de prueba
Sistema en funcionamiento
9
Ciclo de Vida Prototipado Evolutivo
ANÁLISIS PRELIMINAR Y
ESPECIFICACIÓN DE REQUISITOS
Refinamiento evolutivo
Requisitos Iniciales
REFINAMIENTO DE
ESPECIFICACIONES
DISEÑO RÁPIDO
Diseño inicial
Rediseño evolutivo
CONSTRUCCIÓN
EVALUACIÓN DEL PROTOTIPO
IMPLEMENTACIÓN
Y PRUEBA
Construcción
Construcción evolutiva
PRODUCTO DE INGENIERÍA
IMPLANTACIÓN DEL SISTEMA
MANTENIMIENTO
Producto Final
10
Ciclo de vida en espiral:
DETERMINACIÓN DE OBJETIVOS,
ALTERNATIVAS Y RESTRICCIONES
3
2
EVALUACIÓN DE ALTERNATIVAS
IDENTIFICACIÓN Y
RESOLUCION DE RIESGOS
1
IMPLEMENTACION DEL
SOTFWARE
4
PLANIFICACIÓN
Ingenieria
Producto Final
Mantenimiento
1
2
3
4
Líneas
Lineas
Lineas
Lineas
Base
Base
Base
Base
inicial
de Refinamiento
de Diseño
de Implementacion
11
5. ELEMENTOS DE LA
CONFIGURACION DE SW






1) Especificación del sistema
2) Plan de proyecto
3) Especificación de requisitos, Prototipo
ejecutable o “en papel”
4) Manual de usuario preliminar
5) Especificación de diseños
6) Listados del código fuente
12
5. ELEMENTOS DE LA
CONFIGURACION DE SW







7) Plan y procedimiento de pruebas, Casos de
prueba y resultados registrados
8) Manuales de operación de y de instalación
9) Programas ejecutables
10) Descripción de la base de datos
11) Manual del usuario final
12) Documentos de mantenimiento
13) Estándares y procedimientos de ingeniería
del software
13
6. GESTION DE CONFIGURACION
DE SW
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
6. GESTION DE CONFIGURACION
DE SW
PROBLEMAS DE ADOPCION DE LA GCS




No se encuentran la ultima versión del CF
Errores corregidos en anteriores versiones
No existe seguimiento de los
requerimientos
Problemas importantes en la
administración, etc.
15
6. GESTION DE CONFIGURACION
DE SW
QUE PERMITE CONOCER LA GCS




¿Quién hizo los cambios?
¿Qué cambios se hicieron al software?
¿Cuándo se hicieron los cambios?
¿Por qué se hicieron los cambios?
16
6. GESTION DE CONFIGURACION
DE SW
La GCS es una actividad de garantía
de calidad del software que se aplica
en todas las fases del proceso de
ingeniería del software.
17
7. PROCESO DE GCS
IEEE
Identificación de la Configuración
Control de Cambios en la Configuración
Generación de Informes de Estado
Auditoria de la Configuración
ISO
Identificación de la configuración
Control de cambios a la configuración
Informe del estado de la Configuración
Auditoria de la configuración
CMM
Planificación de las actividades de Gestión de Configuración
Identificación 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 Configuración
CM (Configuration Magnament).
Identificación
Control
Auditoria
Contabilidad de Estado
18
Proceso de Gestión de Configuración del
Software
19
8. IDENTIFICACION DE LA
CONFIGURACION
Tarea de gestión de configuraciones del software
referido a un esquema de identificación que
proporciona la siguiente información:

Tipo de elementos de configuración de
software (ECS)

Nombre del elemento de configuración

Identificación del proyecto o del producto.

Numero de versión

Fecha de ultimo lanzamiento
20
8. IDENTIFICACION DE LA
CONFIGURACION
OBJETIVO: Identificar la estructura del SW.,
META: Tener la capacidad de identificar los
componentes del SW
PREGUNTAS:
 ¡Cual es la configuración del SW?
 ¡Que versión de archivo es esta?
 ¡Cuales son los componentes del SW?
21
Pasos a seguir:
Seleccionar los elementos
que estarán bajo control
de configuración
Establecer la estructura
jerárquica del SW
Crear e identificar el esquema de la
estructura anterior
Identificar unívocamente cada uno de los
componentes del producto
Definir las relaciones e interfaces
entre los productos de SW
22
IDENTIFICACIÓN DE OBJETOS EN LA
CONFIGURACIÓN DEL SW


OBJETOS BASICOS: Es una unidad de
texto creada durante el análisis, diseño,
codificación o prueba.
OBJETOS COMPUESTOS: Es una colección
de objetos básicos u objetos compuestos.
23
IDENTIFICACIÓN DE OBJETOS EN LA
CONFIGURACIÓN DEL SW
Revisión
Variante
VERSIONES SOFTWARE
Funcional
Asignada
De producto
De desarrollo
CONFIGURACIÓN DE REFERENCIA (BASELINE)
Forma parte de la gestión de configuraciones
BIBLIOTECA SOFTWARE
Seguridad
software [IEEE 610]
24
9. CONTROL DE CONFIGURACION

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.
25
Versiones y variantes
26
PROCESOS PARA EL DESARROLLO
DE SW POR VERSIONES






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 ingeniería de software
RUP
Esta dirigido por casos de uso,
centrado en la arquitectura e
iterativo e incremental
Desarrollo en cuatro fases:
Inicial
Elaboración
Construcción
Transición
28
Modelo Java (2000 - 2003)
Líneas de Trabajo (o disciplinas) definidas
(JAVA CONT) adaptaciones
• Requerimientos
• Análisis
•Diseño
•Implementación
•Verificación
JAVA
Soporte
Gestión de Configuración
Gestión de Calidad
(JAVA CONT) Roles
Gestión de Proyecto
29
Modelo MoDSGX (2002 - 2003)
Adaptaciones similares a las del Modelo Java
Actividades
MoDSG
X
Desarrollo con Genexus
Roles específicos
30
Modelo GXP (2003)
Adaptación de eXtreme Programming (XP)
GXP
Desarrollo con Genexus
31
Modelo Java Integrado (2003)
Módulo agregado al Modelo Java
JAVA
INTEGRAD
O
Roles específicos
Actividades
32
Modelo TLREQ (2004)
Java
MoDSGX
Esqueleto común basado en el RUP
Redundancia
TLRE
Q
Duración del proyecto FIJO
33
CONTROL DE CAMBIOS
Para un gran esfuerzo de desarrollo de SW
el cambio incontrolado lleva rápidamente
al caos. El control de cambios de la tarea
de Gestión de Configuración de Software
(GCS) mas importante proporciona un
mecanismo para el control de los
cambios.
34
NECESIDAD
DE CAMBIO
GENERACIÓN
DE
PETICIÓN DE CAMBIO
EVALUACIÓN
GENERACIÓN
DE
INFORME DE CAMBIOS
INFORMAR AL
CLIENTE
DECISIÓN
ACC
OTRAS TAREAS DE
GCS
SITUAR
EN COLA
DE CAMBIOS
35
CONTROL DE CAMBIOS

OBJETIVO
Controlar los cambios y la liberación de los
productos durante el ciclo de vida.

META
Establecer un mecanismo que asegure la
producción del SW de calidad.
36
CONTROL DE CAMBIOS
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 políticas y procedimientos de control
de cambios
Mantenimiento de las líneas Base
Incorporar los cambios
Desarrollar la forma de reportes de
cambio
Controlar la liberación del
producto
38
10. AUDITORIA DE LA
CONFIGURACION
¿Cómo podemos asegurar que el cambio se ha
implementado correctamente?
1) Revisiones técnicas formales : se centran en
la corrección técnica del elemento de
configuración que ha sido modificado.
2) Auditorias de configuración del software:
complementa la revisión técnica formal
39
10. AUDITORIA DE LA
CONFIGURACION

OBJETIVO
Verificar que el producto de SW integrado
satisface los requerimientos estándares 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
10. AUDITORIA DE
CONFIGURACION
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 revisión técnica formal para
comprobar la corrección técnica?
 ¡Se han seguido adecuadamente estándares de ingeniería
de SW?
 ¡Se han remarcado los cambios en el ECS?
 ¡Se han especificado la fecha del cambio y el autor del
cambio?
 ¡Refleja la identificación del ECS los cambios?
 ¡Se han seguido procedimientos del GCS para señalar el
cambio, registrarlo y divulgarlo?
 ¡Se han actualizado adecuadamente todos los ECS
41
relacionados?
11. CONTABILIDAD DE ESTADO
Denominada también informes de Estado;
es una tarea de la gestión de
configuración de SW:

¡Que paso?

¡Quien lo hizo?

¡Cuando paso?

¡Que mas se vio afectado?
42
11. CONTABILIDAD DE ESTADO
Flujo de información del proceso de generación de informes
de estado de configuración (GIEC).
IDENTIFICACIÓN DE
BONIFICACIÓN
ECS
BASE DE DATOS DE ICE
CAMBIOS
CONTROL DE
CONFIGURACIÓN
AUDITORIA DE
CONFIGURACIÓN
GENERACIÓN
DE
INFORMES DE
ESTADO
INFORME
IEC
43
11. CONTABILIDAD DE ESTADO
OBJETIVO
Registrar y reportar los cambios a los
componentes de configuración.
META
Mantener un registro del estado de todos
los elementos en una línea 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 configuración
Dar seguimiento al estado de
cambios al sistema
Generar reportes de estado
Registrar y reportar las actividades de SCM
45
12. MODELOS Y ESTANDARES
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
12. MODELOS Y ESTANDARES
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.

47
12. MODELOS Y ESTANDARES

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).
48
12. MODELOS Y ESTANDARES

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]
49
Vinculación de ISO y CMM
50
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
51
PLAN DE GESTION DE
CONFIGURACION 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
52
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.
53
BIBLIOGRAFIA


Fairley R. Ingeniería de Software.
Pressman, R.S. Ingeniería del Software.
Un enfoque práctico.
54