Gestion de La Configuracion Del Ws

8/6/2019 Gestion de La Configuracion Del Ws

1/54

1


2/54

La gestin de la configuracin delsoftware es uno de los procesosclave para toda organizacindedicada a la Ingeniera del

Software

2


3/54

GESTION DE CONFIGURACION DE SW(GCS):

- Conjunto de actividades [Pressman]

- Proceso de identificacin y definicin[IEEE]

- Arte [BAB]- Procesos de soporte [Lic. Aylin Febles ]

3


4/54

CONFIGURACION DE SOTFWARE (CS):

Los requisitos, diseo e implementacinque definen una versin particular de unsistema o de un componente del

sistema. [IEEE, 1990].

4


5/54

ADMINISTRACION DE CONFIGURACION DESOFTWARE

Disciplina de la Ingeniera de Software quecomprende las herramientas y tcnicas.Tiene como objetivo mantener la

integridad de los componentes delproducto de software, evaluar y controlarlos cambios

5


6/54

La administracin de la calidad

total (TQM) es un estilo deadministracin dirigido a lograrxitos a largo plazo enlazando la

calidad con la satisfaccin delcliente.

6


7/54

Evolucin de las lneas Base:

7


8/54

La IEEE define una lnea base como:

Una especificacin o producto que se ha

revisado formalmente y sobre los que seha llegado a un acuerdo, y que de ahen adelante sirve como base para undesarrollo posterior y que puede

cambiarse solamente a travs deprocedimientos formales de control decambios.

8


9/54

Ciclo de vida Tradicional:

9

INGENIERIA DE SISTEMASEspecificacin del sistema

ANLISIS DE REQUERIMIENTOSEspecificacin de requisitos del software

DISEO DEL SOFTWAREEspecificacin de diseo

CODIFICACIN

Cdigo fuentePRUEBA

Planes de prueba

Sistema en funcionamiento


10/54

Ciclo de Vida Prototipado Evolutivo

10

ANLISIS PRELIMINAR YESPECIFICACIN DE REQUISITOS

REFINAMIENTO DEESPECIFICACIONES

Refinamiento evolutivo

Requisitos Iniciales

DISEO RPIDO

Diseo inicial Rediseo evolutivo

CONSTRUCCINIMPLEMENTACIN

Y PRUEBAConstruccin Construccin evolutiva

PRODUCTO DE INGENIERAIMPLANTACIN DEL SISTEMA

MANTENIMIENTOProducto Final

EVALUACIN DEL PROTOTIPO


11/54

Ciclo de vida enespiral:

11

DETERMINACIN DE OBJETIVOS,ALTERNATIVAS Y RESTRICCIONES

EVALUACIN DE ALTERNATIVASIDENTIFICACIN YRESOLUCION DE RIESGOS

3 2 1

4PLANIFICACIN

1 Lneas Base inicial2 Lineas Base de Refinamiento3 Lineas Base de Diseo

4 Lineas Base de Implementacion

IngenieriaProducto Final

IMPLEMENTACION DELSOTFWARE

Mantenimiento


12/54

1) Especificacin del sistema

2) Plan de proyecto

3) Especificacin de requisitos, Prototipoejecutable o en papel

4) Manual de usuario preliminar

5) Especificacin de diseos 6) Listados del cdigo fuente

12


13/54

7) Plan y procedimiento de pruebas, Casosde prueba y resultados registrados

8) Manuales de operacin de y deinstalacin

9) Programas ejecutables

10) Descripcin de la base de datos

11) Manual del usuario final 12) Documentos de mantenimiento

13) Estndares y procedimientos deingeniera del software

13


14/54

Los cambios dentro del desarrollo del SWpueden 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


15/54

PROBLEMAS DEADOPCION DE LAGCS

No se encuentran la ultima versin delCF

Errores corregidos en anteriores versiones

No existe seguimiento de losrequerimientos

Problemas importantes en laadministracin, etc.

15


16/54

QUE PERMITE CONOCER LAGCS

Quin hizo los cambios?

Qu cambios se hicieron al software?

Cundo se hicieron los cambios?

Por qu se hicieron los cambios?

16


17/54

La GCS es una actividad de

garanta de calidad del softwareque se aplica en todas las fasesdel proceso de ingeniera del

software.

17


18/54

18

IEEEIdentificacin de la ConfiguracinControl de Cambios en laConfiguracinGeneracin de Informes de Estado

Auditoria de la ConfiguracinCMMPlanificacin de las actividades de Gestin de ConfiguracinIdentificacin de los ECSControl de cambios a los ECSInformar a los grupos e individuos involucrados de los cambios a los ECS

Auditoria de la Configuracin

ISOIdentificacin de la configuracinControl de cambios a la configuracinInforme del estado de la Configuracin

Auditoria de la configuracin

CM (Configuration Magnament).IdentificacinControl

AuditoriaContabilidad de Estado


19/54

Proceso de Gestin de Configuracin delSoftware

19


20/54

Tarea de gestin de configuraciones delsoftware referido a un esquema de

identificacin que proporciona lasiguiente informacin:

Tipo de elementos de configuracin desoftware (ECS)

Nombre del elemento de configuracin

Identificacin del proyecto o delproducto.

Numero de versin

20


21/54

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


22/54

Pasos a seguir:

22

Seleccionar los elementosque estarn bajo controlde configuracin

Establecer la estructura

jerrquica del SW

Crear e identificar el esquema de laestructura anterior

Identificar unvocamente cada uno de loscomponentes del producto

Definir las relaciones e interfacesentre los productos de SW


23/54

OBJETOS BASICOS: Es una unidad detexto creada durante el anlisis, diseo,

codificacin o prueba.

OBJETOS COMPUESTOS: Es una

coleccin de objetos bsicos u objetoscompuestos.

23


24/54

24

VERSIONES SOFTWARE

Revisin Variante

CONFIGURACIN DE REFERENCIA (BASELINE)

Funcional Asignada De desarrollo De producto

Forma parte de la gestin de configuraciones

BIBLIOTECA SOFTWARE software [IEEE 610]

Seguridad


25/54

CONTROL DE VERSIONES

El control de versiones combinaprocedimientos y herramientaspara gestionar las versiones de losobjetos de configuracin creadas

durante el proceso de ingenieradel software.

25


26/54

Versiones y variantes

26


27/54

Rational Unified Process (RUP)

Modelo Java (2000 2003) Modelo Java (2000 2003) cont

Modelo GXP (2003)

Modelo Java Integrado (2003) Modelo TLREQ (2004)

27


28/54

Rational Unified Process (RUP)

28

RUP

proceso de ingeniera de software

Cubre todo el ciclo devida de los Proyectos,maximizando el usodel UML

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

Desarrollo en cuatro fases:

Inicial Elaboracin Construccin Transicin


29/54

Modelo Java (2000 - 2003)

29

JAVA

Lneas de Trabajo (o disciplinas) definidas Requerimientos AnlisisDiseoImplementacinVerificacin

Gestin de Configuracin Gestin de Calidad Gestin de Proyecto

Soporte

(JAVA CONT) adaptaciones

(JAVA CONT) Roles


30/54

Modelo MoDSGX (2002 - 2003)

30

MoDSG

X

Adaptaciones similares a las del Modelo Java

Actividades

Roles especficos

Desarrollo con Genexus


31/54

Modelo GXP (2003)

31

GXP

Adaptacin de eXtreme Programming (XP)

Desarrollo con Genexus


32/54

Modelo Java Integrado(2003)

32

JAVA

INTEGRAD

O

Mdulo agregado al Modelo Java

Actividades

Roles especficos


33/54

Modelo TLREQ (2004)

33

TLRE

Q

Java MoDSGX

Redundancia

Esqueleto comn basado en el RUP

Duracin del proyecto FIJO


34/54

Para un gran esfuerzo de desarrollo de SWel cambio incontrolado lleva

rpidamente al caos. El control decambios de la tarea de Gestin deConfiguracin de Software (GCS) masimportante proporciona un mecanismo

para el control de los cambios.

34


35/54

35

NECESIDADDE CAMBIO

GENERACINDE

PETICIN DE CAMBIO

EVALUACIN

GENERACINDE

INFORME DE CAMBIOS

OTRAS TAREAS DE

GCS

INFORMAR ALCLIENTE

SITUAR EN COLADE CAMBIOS

DECISINACC


36/54

OBJETIVO

Controlar los cambios y la liberacin de los

productos durante el ciclo de vida.

META

Establecer un mecanismo que asegure laproduccin del SW de calidad.

36


37/54

PREGUNTAS:

Que esta controlado?

Como son controlados loscambios a los productos?

Quien controla los cambios?

37


38/54

Pasos a seguir:

38

Definir el procesode cambio

Establecer las polticas y procedimientos de controlde cambios

Mantenimiento de las lneas Base

Incorporar los cambios

Desarrollar la forma de reportes decambio

Controlar la liberacin delproducto


39/54

Cmo podemos asegurar que el cambiose ha implementado correctamente?

1) Revisiones tcnicas formales : secentran en la correccin tcnica delelemento de configuracin que ha sido

modificado.

2) Auditorias de configuracin delsoftware: complementa la revisintcnica formal 39


40/54

OBJETIVOVerificar que el producto de SW integradosatisface los requerimientos estndares o

acuerdos contractuales y que loscomponentes que se integrancorresponden con las versiones vigentes.

METAVerificar que todos los productos de SWhan sido producidos descritos eidentificados correctamente y que todaslas solicitudes de cambio han sidoprocesadas.

40


41/54

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


42/54

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


43/54

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

43

IDENTIFICACIN DE

BONIFICACIN

CONTROL DECONFIGURACIN

AUDITORIA DECONFIGURACIN

GENERACINDEINFORMES DEESTADO

INFORMEIEC

BASE DE DATOS DE ICEECS

CAMBIOS


44/54

OBJETIVORegistrar y reportar los cambios a los

componentes de configuracin.

METAMantener un registro del estado de

todos los elementos en una lneabase.

Que cambios se han hecho al sistema? Cuantos componentes fueron

afectados por estos cambios?44


45/54

Pasos a seguir:

45

Determinar el tipo

de reporterequerido

Dar seguimiento al estado de loscomponentes de configuracin

Dar seguimiento al estado decambios al sistema

Generar reportes de estado

Registrar y reportar las actividades de SCM


46/54

MODELO DE MADUREZ DE CAPACIDADES(CMM)

Describe un marco de referencia para el

desarrollo y mantenimiento de softwareConstituye un modelo en el que elmejoramiento de los procesos esimplementado de forma incremental.

Organiza las etapas para evolucionar losprocesos de software en cinco niveles:inicial, definido, repetible, gestionado yoptimizado [Dunaway, 1996] [Farley, 2000][Cruz, 2002]

46


47/54

LA ORGANIZACIN INTERNACIONAL PARA LAESTANDARIZACIN (ISO)Promueve la estandarizacin internacional. Enrelacin al software, existe la gua o reglasgenerales 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


48/54

INSTITUTO DE INGENIEROS ELCTRICOS YELECTRNICOS (IEEE)

IEEE730, este estndar permiti identificar los

aspectos ms importantes para la realizacin delplan de aseguramiento de la calidad

Entre lo documentos normativos:

* IEEEGuide to Software ConfigurationManagement, American National Standards

Institute, (1042-1987)* IEEE Standard for Software ConfigurationManagement Plans, American National StandardsInstitute (828-1990).

48


49/54

LA VINCULACIN DE ESTNDARESExiste una estrecha relacin en todos estosmodelos. CMM pueden cumplir con lasexigencias de las certificaciones de ISO.

Los aspectos con los que cumplen en ambosniveles podra resultar suficiente para certificarsecomo ISO .Entonces pudiera haberorganizaciones no maduras (CMM) o por debajodel nivel 3 que obtuvieran la certificacin ISO.De manera general, si una organizacin seconsidera posible candidata a ISO, es probableque est cerca de alcanzar el nivel 2. Las queestn en el nivel 3 con completa seguridad serncertificadas ISO9001. [Zhang, 2001]

49


50/54

50

Vinculacin de ISO y CMM


51/54

Reduce el esfuerzo necesario paragestionar y realizar el cambio - mejora laproductividad

Conduce a una mejora de la integridad yseguridad del software - incremento de lacalidad

Genera informacin sobre el proceso -mejora de la gestin del control

Mantiene una base de datos de desarrollode software - mejor registro y seguimientode informes

51


52/54

Contenidos: Introduccin (Propsito, Alcance, Definiciones,

Acrnimos y Abreviaturas, Referencias, ApreciacinGlobal

Gestin de la Configuracin del SW (Organizacin,Responsabilidades e Interfaces, Herramientas,Ambientes e Infraestructura)

El Programa de CM (Identificacin de laConfMtodos 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 (ChangeControl Board, CCB); Contabilidad de Estado de laConf Almacenamiento de los Medios del Proyectoy Proceso de Release, Auditorias y Reportes)

Fechas Principales Entrenamiento y Recursos Control del Subcontratado y del Vendedor de SW52


53/54

La finalidad de la Gestin y configuracindel Software es el conocer la estructura de

procesos y herramientas para aplicardentro de la construccin del software quenos ayudan a controlar los cambios.

Es importante considerar ciertas

modificaciones que pueden ocurrirle alsoftware dentro de todo el proceso deingeniera para asegurar su control ycalidad.

53


54/54

Fairley R. Ingeniera de Software.

Pressman, R.S. Ingeniera del Software.

Un enfoque prctico.

54

Gestion de La Configuracion Del Ws

Documents

Transcript of Gestion de La Configuracion Del Ws