SlideShare una empresa de Scribd logo
1 de 28
Integrantes:
•Mariana Cázares
•Monserrat Elizarraraz
•Sergio Morales
•Mayra Murrieta
La Gestión del Cambio es una disciplina que apoya directamente el
desarrollo y mantenimiento del software, mediante la conservación de la
integridad del producto antes y después de su puesta en producción.

         El cambio es inevitable cuando se construye software, aumenta el
grado de confusión entre los ingenieros de software que trabajan en un
proyecto. La confusión surge cuando los cambios:

• No se analizan antes de realizarlos,
• No se registran antes de implementarlos,
• No se reportan a quienes deben saberlo,
• No se controlan de forma que mejore la calidad y reduzca el error.
La Gestión del Cambio es llamada usualmente Gestión de la
Configuración del Software (GCS o GC). Se debe de tener muy claro lo que es
Soporte y Gestión de la Configuración.

• Soporte: Conjunto de actividades de ingeniería del software que ocurren
después de que éste se ha entregado al cliente y ha sido puesto en operación.

• Gestión de la configuración del software: Conjunto de actividades de
seguimiento y control que se inician cuando empieza un proyecto de ingeniería
del software y terminan sólo cuando éste se retira de operación.
La Gestión de la Configuración del Software es un conjunto de actividades
desarrolladas para gestionar los cambios a lo largo del ciclo de vida. La GCS es una
actividad de garantía de calidad de software que se aplica en todas las fases del
proceso de ingeniería del software.

         El resultado del proceso de ingeniería del software es una información que se
puede dividir en tres amplias categorías:

         1. Programas de computadora (tanto en forma de código fuente como
ejecutable)
         2. Documentos que describen los programas (manuales tanto técnicos como
de usuario)
         3. Estructuras de datos (contenidas en el programa o externas a él)

         Estos resultados son elementos que se denominan colectivamente
configuración del software.
Nuevas condiciones en el negocio o mercado (cambios en los requisitos del
producto o reglas del negocio)

Nuevas necesidades del cliente (modificación de los datos que producen los
sistemas, funcionalidad que entregan los productos o los servicios)

La reorganización o el crecimiento o reducción del negocio (cambios en las
prioridades del proyecto o estructura del equipo de ingeniería del software)

Restricciones presupuestales o de calendarización (redefinición del sistema o
producto)
1. Elementos de componentes: conjunto de herramientas acopladas dentro de un
   sistema de gestión de archivos (ej.: Base de datos), permiten el acceso y la
   gestión de cada elemento de configuración del software

2. Elementos de proceso: serie de procedimiento y tareas que definen un enfoque
eficaz con el cual gestionar el cambio

3. Elementos de construcción: conjunto de herramientas que automatizan la
construcción del software al asegurar que se ha ensamblado un conjunto adecuado
de componentes validados

4. Elementos humanos: la implementación de una GCS eficaz requiere que el
equipo de software utilice un conjunto de herramientas y características de
procesos
• Se definen como un punto del ciclo de vida del software en el cual se aplica el
control de configuraciones a un elemento específico de la configuración.

• Es un concepto de gestión de la configuración del software que nos ayuda a
controlar los cambios sin impedir seriamente los cambios justificados.

• El IEEE define una línea base como: “Una especificación o producto que se ha
revisado formalmente y se está de acuerdo con los resultados, y que a partir de ahí
sirve como la base para el desarrollo ulterior y que puede cambiarse sólo por
medio de procedimientos formales de control de cambio.”

• Antes de que un elemento de configuración del software se convierta en línea base,
es posible realizar el cambio rápida e informalmente. Sin embargo, una vez
establecida una línea base, metafóricamente se pasa a través de una puerta giratoria
de una sola dirección. Si los pasos sucesivos generan cambios en el documento
después de una línea base, se requerirá una revisión formal y una justificación de
todas las modificaciones del documento (control de cambios).
• La figura nos indica que cada documento que resulta del proceso de software, se
convierte en Línea Base, una vez que dicho documento se haya revisado, corregido
y aprobado.
• Un elemento de configuración del software (ECS) es la información que se crea
como parte del proceso de ingeniería del software.

• Un ECS es un documento, un conjunto completo de casos de prueba o un
componente de un programa dado.

• Los ECS están organizados para formar objetos de configuración susceptibles de
catalogar en la base de datos del proyecto con un solo nombre. Un objeto de
configuración tiene un nombre, atributos y está “conectado” con otros objetos
por medio de relaciones.

• Los siguientes ECS son el objeto de las técnicas de gestión de configuraciones y
forman un conjunto de líneas base:
1. Especificación del sistema
2. Plan del proyecto software
3.
          a. Especificación de requerimientos del software
          b. Prototipo ejecutable o en papel
4. Manual de usuario preliminar
5. Especificación de diseño:
          a. Diseño preliminar
          b. Diseño detallado
6. Listados del código fuente
7.
          a. Planificación y procedimiento de prueba
          b. Casos de prueba y resultados registrados
8. Manuales de operación y de instalación
9. Programas ejecutables
10. Manual de usuario
11. Documentos de mantenimiento
          a. Informes de problemas del software
          b. Peticiones de mantenimiento
          c. Órdenes de cambios de ingeniería
12. Estándares y procedimientos de ingeniería del software
Al inicio de la ingeniería del software los elementos de configuración
eran documentos de papel que se almacenaban físicamente, esto dio muchos
problemas: difícil de encontrar; no saber realmente cuál elemento fue cambiado,
cuándo y por quién; la construcción de nuevas versiones consumía mucho tiempo
y era proclive al error; etc. En la actualidad, los ECS se conservan en una base de
datos o depósito del proyecto.
El depósito ECS es el conjunto de mecanismos y estructuras de datos que
permiten que el equipo de software maneje el cambio en una manera eficaz.
El apoyo a la GCS requiere que el almacén o depósito debe tener un
conjunto de herramientas que ofrezca soporte para las siguientes características:

• Versiones: Debe ser capaz de guardar todas las versiones para permitir la
gestión eficaz de las liberaciones de producto y permitir que los desarrolladores
regresen a versiones anteriores.

• Gestión del seguimiento de la dependencia y del cambio: El depósito gestiona
las relaciones entre los objetos de configuración que guarda. Es crucial la
habilidad con que se da seguimiento a estas relaciones, para la integridad de la
información y la generación de productos basados en ella.

• Seguimiento de requisitos: Habilidad de seguir todos los componentes,
entregables de diseño y construcción que resulten de una determinación
específica de requisitos; también debe identificar qué requisitos generaron algún
producto de trabajo dado.
• Gestión de la configuración: Facilita la conservación de una serie de
configuraciones que representan hitos del proyecto o liberaciones de producción.

• Rutas de auditoria: Información adicional acerca de cuándo, por qué y por quién
se hicieron los cambios.
Este proceso define una serie de tareas que persigue los siguientes
objetivos:

• Identificar los elementos que colectivamente definen la configuración del
software

• Gestionar los cambios a uno o más de dichos elementos

• Facilitar la construcción de diferentes versiones de una aplicación

• Garantizar que la calidad del software se conserva conforme la configuración
evoluciona a lo largo del tiempo
Identificación de objetos en la configuración del
software
        Esta tarea de identificación establece estándares de documentación y un
esquema de identificación de documentos.

El control y la gestión de elementos de configuración del software requieren:

          1. Nombrar cada uno de los elementos por separado
          2. Organizarlo mediante un enfoque orientado a objetos

Es posible identificar dos tipos de objetos:

1. Básicos: Unidad de información creada durante: análisis, diseño, código o pruebas.

2. Agregados: Es un mecanismo para representar una versión completa de una
configuración de software.
Cada objeto o elemento tiene un conjunto de características distintivas
que lo identifican de manera exclusiva:

1. Identificador (número, letra, ambos. No ambiguo)

2. Nombre (descriptivo)

3. Tipo (documento, código, producto de terceros, etc.)

4. Localización

5. Fecha

6. Versión (mayor, menor, revisión)

7. Estado (Ej. Para un documento En elaboración, finalizado, revisado, aceptado)

8. Proyecto/producto
Control de la versión
          Combina procedimientos y herramientas para gestionar diferentes
versiones de objetos de configuración que se crean durante el proceso del
software.

Un sistema de control de la versión implementa cuatro grandes capacidades:

1. Base de datos del proyecto: guarda los objetos de configuración relevantes.

2. Capacidad de gestión de la versión: almacena todas las versiones de un objeto
de configuración.

3. Facilidad de hechura que permita al ingeniero de software recopilar todos los
objetos de configuración relevantes y construir una versión específica del software.

4. Seguimiento de conflictos: permiten al equipo registrar y hacer seguimiento del
estado de todos los conflictos destacados – asociados con cada objeto de
configuración.
Control del cambio

         Es la evaluación y registro de todos los cambios que se hacen
durante la configuración del software.

          El cambio debe ser aceptado por la Autoridad de control del cambio
(ACC), los mismos que van a determinar el impacto y categoría del cambio; es
necesario clasificar el cambio de acuerdo a la prioridad y categoría para su
correcto procesamiento.

           Cuando un cambio ha sido aprobado se genera una orden de
cambio en la ingeniería (OCI). La OCI describe el cambio que se debe realizar,
las restricciones y los criterios de revisión y auditoria.

          La ACC puede estar compuesta de una persona (el gestor del
proyecto) o varias personas (representantes de hardware, software,
ingeniería de bases de datos, soporte, mercadotecnia).
Auditoria de configuración

         La auditoria garantiza que el cambio se ha implementado correctamente.

¿Cómo se puede garantizar que el cambio se ha implementado con propiedad?
A través de:

• Revisiones técnicas formales: corrección técnica del objeto de configuración que
se ha modificado; se la debe realizar en casi la mayoría de los cambios triviales.

• Auditoria de la configuración del software: complementa la revisión técnica
formal.

• Cuando la GCS es una actividad formal, la auditoria la lleva a cabo por separado el
grupo de aseguramiento de la calidad.
Informe de estado

          El informe de estado de la configuración (IEC), es también llamado
contabilidad de estado.

El IEC es una tarea de GCS que responde las siguientes interrogantes:

         • ¿Qué ocurrió?
         • ¿Quién lo hizo?
         • ¿Cuándo ocurrió?
         • ¿Qué otra cosa será afectada?

          Al asignarse una identificación nueva a un ECS se efectúa una entrada
de IEC. Cada vez que la ACC aprueba un cambio (se expide una OCI) se genera una
entrada en el IEC. Al realizarse una auditoria los resultados se reportan como
parte de la tarea de IEC.
El resultado del IEC es posible colocarlo en una base de datos. Por último
se genera un IEC con regularidad y su finalidad es mantener a los gestores y
profesionales alertas ante los cambios importantes.
Este programa no hacía lo que el anterior.

Este programa es más difícil.

No puedo trabajar con este software le falta la
dirección a la factura no puedo seguir trabajando.

Simplemente no funciona.

Esto está lleno de problemas.

Esto no es lo que nos vendieron
En algunos casos, el cambio despierta sentimientos negativos en las
personas y éstas sencillamente no quieren cambiar; ya que consideran que no les
conviene o que las obliga a moverse fuera de su zona de comodidad. Estas
reacciones pueden partir de sentimientos tales como:

El desacuerdo.

         Los individuos pueden estar simplemente en desacuerdo en cuanto a las
premisas o los razonamientos sobre los que se sustenta el cambio. En algunos casos
basan sus juicios en modelos mentales muy cerrados o tienen dificultades para
abandonar hábitos muy arraigados.
La incertidumbre.

         Los efectos del nuevo sistema no son totalmente predecibles y esto
genera temor por falta de confianza en sus resultados.

La pérdida de identidad.

         A veces, las personas edifican su identidad sobre lo que hacen. En este
marco de referencia, los cambios califican y ofenden. Aparecen las actitudes
defensivas.

La necesidad de trabajar más.

          Normalmente se percibe que deben encararse simultáneamente dos
frentes distintos: el de continuación de las viejas tareas y el de inicio de las
nuevas rutinas.
Gestión del Cambio

Más contenido relacionado

La actualidad más candente

Semana 4 control de versiones planificacion y gestion
Semana 4 control de versiones planificacion y gestionSemana 4 control de versiones planificacion y gestion
Semana 4 control de versiones planificacion y gestionGiovani Ramirez
 
IEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareIEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareJesús Navarro
 
Gestion de la configuracion del software
Gestion de la configuracion del softwareGestion de la configuracion del software
Gestion de la configuracion del softwareGiovani Ramirez
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareJosé Antonio Sandoval Acosta
 
Fundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y EstándaresFundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y EstándaresLuis Eduardo Pelaez Valencia
 
Ingeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de softwareIngeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de softwareMoises Medina
 
Factores de calidad según mc call
Factores de calidad según mc callFactores de calidad según mc call
Factores de calidad según mc callclauddiaa
 
Reingenieria
ReingenieriaReingenieria
ReingenieriaAnel Sosa
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAngel Reyes
 
Metodologia y prototipo
Metodologia y prototipoMetodologia y prototipo
Metodologia y prototipoArturo Jimenez
 
Calidad de Software
Calidad de SoftwareCalidad de Software
Calidad de SoftwareAnaMelba MH
 
Gestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el SoftwareGestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el SoftwareJosé Antonio Sandoval Acosta
 
Modelo Cascada y Espiral
Modelo Cascada y EspiralModelo Cascada y Espiral
Modelo Cascada y Espiraljuanksi28
 

La actualidad más candente (20)

Semana 4 control de versiones planificacion y gestion
Semana 4 control de versiones planificacion y gestionSemana 4 control de versiones planificacion y gestion
Semana 4 control de versiones planificacion y gestion
 
IEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del softwareIEEE 730 1989: Plan de aseguramiento de la calidad del software
IEEE 730 1989: Plan de aseguramiento de la calidad del software
 
Gestion de la configuracion del software
Gestion de la configuracion del softwareGestion de la configuracion del software
Gestion de la configuracion del software
 
Guia iso 9126
Guia iso 9126Guia iso 9126
Guia iso 9126
 
12.diseño basado en patrones
12.diseño basado en patrones12.diseño basado en patrones
12.diseño basado en patrones
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de software
 
Fundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y EstándaresFundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y Estándares
 
Ingeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de softwareIngeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de software
 
Factores de calidad según mc call
Factores de calidad según mc callFactores de calidad según mc call
Factores de calidad según mc call
 
Reingenieria
ReingenieriaReingenieria
Reingenieria
 
Modelos de proceso evolutivo
Modelos de proceso evolutivoModelos de proceso evolutivo
Modelos de proceso evolutivo
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de software
 
Metodologia y prototipo
Metodologia y prototipoMetodologia y prototipo
Metodologia y prototipo
 
Calidad de Software
Calidad de SoftwareCalidad de Software
Calidad de Software
 
Ejemplo de fdd
Ejemplo de fddEjemplo de fdd
Ejemplo de fdd
 
Gestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el SoftwareGestión de Proyectos de Software - Unidad II: Calidad en el Software
Gestión de Proyectos de Software - Unidad II: Calidad en el Software
 
Estándar IEEE-12207
Estándar IEEE-12207Estándar IEEE-12207
Estándar IEEE-12207
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 
Modelo Cascada y Espiral
Modelo Cascada y EspiralModelo Cascada y Espiral
Modelo Cascada y Espiral
 
Modelo V
Modelo VModelo V
Modelo V
 

Destacado

Facilitando el Cambio en la Oficina, por 3g office - El Comercio de Perú - Ma...
Facilitando el Cambio en la Oficina, por 3g office - El Comercio de Perú - Ma...Facilitando el Cambio en la Oficina, por 3g office - El Comercio de Perú - Ma...
Facilitando el Cambio en la Oficina, por 3g office - El Comercio de Perú - Ma...3g office
 
Fase de Operación y Mantenimiento
Fase de Operación y MantenimientoFase de Operación y Mantenimiento
Fase de Operación y MantenimientoDecimo Sistemas
 
2.5 tendencias cobit
2.5 tendencias cobit2.5 tendencias cobit
2.5 tendencias cobitNena Patraca
 
Engaging Physicians In Information Technology
Engaging Physicians In Information TechnologyEngaging Physicians In Information Technology
Engaging Physicians In Information TechnologyMichael Wagner, MD FACP
 
8 gira estudio asv fhwa trentacoste 1997
8  gira estudio asv fhwa trentacoste 19978  gira estudio asv fhwa trentacoste 1997
8 gira estudio asv fhwa trentacoste 1997Sierra Francisco Justo
 
148909 Anexa 8 raportare lunara locatii implementare activitati mai 2015
148909 Anexa 8 raportare lunara locatii implementare activitati mai 2015148909 Anexa 8 raportare lunara locatii implementare activitati mai 2015
148909 Anexa 8 raportare lunara locatii implementare activitati mai 2015Adrian Dan Pop
 
Curriculum vitae
Curriculum vitaeCurriculum vitae
Curriculum vitaerams1989
 
Gentleman stradivarius (www.sheetmusic-violin.blogspot.com)
Gentleman stradivarius (www.sheetmusic-violin.blogspot.com)Gentleman stradivarius (www.sheetmusic-violin.blogspot.com)
Gentleman stradivarius (www.sheetmusic-violin.blogspot.com)William Soph
 
Application Inspector SSDL Edition product
Application Inspector SSDL Edition productApplication Inspector SSDL Edition product
Application Inspector SSDL Edition productValery Boronin
 
Version control for spreadsheets - Bjoern Stiel at Eusprig 2014
Version control for spreadsheets - Bjoern Stiel at Eusprig 2014Version control for spreadsheets - Bjoern Stiel at Eusprig 2014
Version control for spreadsheets - Bjoern Stiel at Eusprig 2014eusprig
 
Informe galería balneario
Informe galería balnearioInforme galería balneario
Informe galería balnearioppmarmolejo
 
Developing network strategies to support wholesale market operations
Developing network strategies to support wholesale market operationsDeveloping network strategies to support wholesale market operations
Developing network strategies to support wholesale market operationsAgustin Argelich Casals
 
mytaxi w klasie biznes - przejazdy bezgotówkowe dla firm
mytaxi w klasie biznes - przejazdy bezgotówkowe dla firmmytaxi w klasie biznes - przejazdy bezgotówkowe dla firm
mytaxi w klasie biznes - przejazdy bezgotówkowe dla firmPaweł Ptasznik
 

Destacado (20)

Gestión del Cambio del Software
Gestión del Cambio del SoftwareGestión del Cambio del Software
Gestión del Cambio del Software
 
Facilitando el Cambio en la Oficina, por 3g office - El Comercio de Perú - Ma...
Facilitando el Cambio en la Oficina, por 3g office - El Comercio de Perú - Ma...Facilitando el Cambio en la Oficina, por 3g office - El Comercio de Perú - Ma...
Facilitando el Cambio en la Oficina, por 3g office - El Comercio de Perú - Ma...
 
Fase de Operación y Mantenimiento
Fase de Operación y MantenimientoFase de Operación y Mantenimiento
Fase de Operación y Mantenimiento
 
2.5 tendencias cobit
2.5 tendencias cobit2.5 tendencias cobit
2.5 tendencias cobit
 
Gestion del cambio
Gestion del cambio Gestion del cambio
Gestion del cambio
 
C12 Mexico
C12 MexicoC12 Mexico
C12 Mexico
 
Sala SAP - FEED 25 mayo candidatos
Sala SAP - FEED 25 mayo candidatosSala SAP - FEED 25 mayo candidatos
Sala SAP - FEED 25 mayo candidatos
 
Engaging Physicians In Information Technology
Engaging Physicians In Information TechnologyEngaging Physicians In Information Technology
Engaging Physicians In Information Technology
 
CER PUERTO EL SOL
CER PUERTO EL SOLCER PUERTO EL SOL
CER PUERTO EL SOL
 
Legal Web Site
Legal Web SiteLegal Web Site
Legal Web Site
 
8 gira estudio asv fhwa trentacoste 1997
8  gira estudio asv fhwa trentacoste 19978  gira estudio asv fhwa trentacoste 1997
8 gira estudio asv fhwa trentacoste 1997
 
148909 Anexa 8 raportare lunara locatii implementare activitati mai 2015
148909 Anexa 8 raportare lunara locatii implementare activitati mai 2015148909 Anexa 8 raportare lunara locatii implementare activitati mai 2015
148909 Anexa 8 raportare lunara locatii implementare activitati mai 2015
 
Curriculum vitae
Curriculum vitaeCurriculum vitae
Curriculum vitae
 
Gentleman stradivarius (www.sheetmusic-violin.blogspot.com)
Gentleman stradivarius (www.sheetmusic-violin.blogspot.com)Gentleman stradivarius (www.sheetmusic-violin.blogspot.com)
Gentleman stradivarius (www.sheetmusic-violin.blogspot.com)
 
Dexma
DexmaDexma
Dexma
 
Application Inspector SSDL Edition product
Application Inspector SSDL Edition productApplication Inspector SSDL Edition product
Application Inspector SSDL Edition product
 
Version control for spreadsheets - Bjoern Stiel at Eusprig 2014
Version control for spreadsheets - Bjoern Stiel at Eusprig 2014Version control for spreadsheets - Bjoern Stiel at Eusprig 2014
Version control for spreadsheets - Bjoern Stiel at Eusprig 2014
 
Informe galería balneario
Informe galería balnearioInforme galería balneario
Informe galería balneario
 
Developing network strategies to support wholesale market operations
Developing network strategies to support wholesale market operationsDeveloping network strategies to support wholesale market operations
Developing network strategies to support wholesale market operations
 
mytaxi w klasie biznes - przejazdy bezgotówkowe dla firm
mytaxi w klasie biznes - przejazdy bezgotówkowe dla firmmytaxi w klasie biznes - przejazdy bezgotówkowe dla firm
mytaxi w klasie biznes - przejazdy bezgotówkowe dla firm
 

Similar a Gestión del Cambio

Gestión de la configuración del software(gcs)
Gestión de la configuración del software(gcs)Gestión de la configuración del software(gcs)
Gestión de la configuración del software(gcs)Jefferson Palacios
 
Gestión de la configuración
Gestión de la configuraciónGestión de la configuración
Gestión de la configuraciónJhon Barrera
 
Gesetion de configuracion del_software
Gesetion de configuracion del_softwareGesetion de configuracion del_software
Gesetion de configuracion del_softwareWilson Tineo Moronta
 
Gestión de la Configuración.pptx
Gestión de la Configuración.pptxGestión de la Configuración.pptx
Gestión de la Configuración.pptxssuser84884e
 
C21 cm23 eq4-gestiondelaconfiguraciondelsoftware-segundo parcial
C21 cm23 eq4-gestiondelaconfiguraciondelsoftware-segundo parcialC21 cm23 eq4-gestiondelaconfiguraciondelsoftware-segundo parcial
C21 cm23 eq4-gestiondelaconfiguraciondelsoftware-segundo parcialHugo Strks
 
Modelos de procesos de software(completo)
Modelos de procesos de software(completo)Modelos de procesos de software(completo)
Modelos de procesos de software(completo)David Rosero
 
metodologias de desarrollo.ppt
metodologias de desarrollo.pptmetodologias de desarrollo.ppt
metodologias de desarrollo.pptCristianFlasher1
 
Trabajo 2 exposicion
Trabajo 2 exposicionTrabajo 2 exposicion
Trabajo 2 exposicionEvelin Oña
 
Proceso de desarrollo de si
Proceso de desarrollo de siProceso de desarrollo de si
Proceso de desarrollo de siDidier Alexander
 
C21 cm23 eq4-gestiondelaconfiguraciondelsoftwareexpo-segundo parcial
C21 cm23 eq4-gestiondelaconfiguraciondelsoftwareexpo-segundo parcialC21 cm23 eq4-gestiondelaconfiguraciondelsoftwareexpo-segundo parcial
C21 cm23 eq4-gestiondelaconfiguraciondelsoftwareexpo-segundo parcialHugo Strks
 

Similar a Gestión del Cambio (20)

Tema5 apartado5
Tema5 apartado5Tema5 apartado5
Tema5 apartado5
 
Gestión de la configuración del software(gcs)
Gestión de la configuración del software(gcs)Gestión de la configuración del software(gcs)
Gestión de la configuración del software(gcs)
 
Capitulo 11 parte1 (2)
Capitulo 11 parte1 (2)Capitulo 11 parte1 (2)
Capitulo 11 parte1 (2)
 
Gestión de la configuración
Gestión de la configuraciónGestión de la configuración
Gestión de la configuración
 
Gesetion de configuracion del_software
Gesetion de configuracion del_softwareGesetion de configuracion del_software
Gesetion de configuracion del_software
 
Georgy jose sanchez
Georgy jose sanchezGeorgy jose sanchez
Georgy jose sanchez
 
Metodo watch
Metodo watchMetodo watch
Metodo watch
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
 
Gestión de la Configuración.pptx
Gestión de la Configuración.pptxGestión de la Configuración.pptx
Gestión de la Configuración.pptx
 
Iis04 2007
Iis04 2007Iis04 2007
Iis04 2007
 
Proceso software
Proceso softwareProceso software
Proceso software
 
Scm
ScmScm
Scm
 
C21 cm23 eq4-gestiondelaconfiguraciondelsoftware-segundo parcial
C21 cm23 eq4-gestiondelaconfiguraciondelsoftware-segundo parcialC21 cm23 eq4-gestiondelaconfiguraciondelsoftware-segundo parcial
C21 cm23 eq4-gestiondelaconfiguraciondelsoftware-segundo parcial
 
Modelos de procesos de software(completo)
Modelos de procesos de software(completo)Modelos de procesos de software(completo)
Modelos de procesos de software(completo)
 
Ciclo de vida
Ciclo de vidaCiclo de vida
Ciclo de vida
 
metodologias de desarrollo.ppt
metodologias de desarrollo.pptmetodologias de desarrollo.ppt
metodologias de desarrollo.ppt
 
Trabajo 2 exposicion
Trabajo 2 exposicionTrabajo 2 exposicion
Trabajo 2 exposicion
 
Proceso de desarrollo de si
Proceso de desarrollo de siProceso de desarrollo de si
Proceso de desarrollo de si
 
Lps y mw
Lps y mwLps y mw
Lps y mw
 
C21 cm23 eq4-gestiondelaconfiguraciondelsoftwareexpo-segundo parcial
C21 cm23 eq4-gestiondelaconfiguraciondelsoftwareexpo-segundo parcialC21 cm23 eq4-gestiondelaconfiguraciondelsoftwareexpo-segundo parcial
C21 cm23 eq4-gestiondelaconfiguraciondelsoftwareexpo-segundo parcial
 

Más de jose_macias

Ingeniería del software basada en componentes
Ingeniería del software basada en componentesIngeniería del software basada en componentes
Ingeniería del software basada en componentesjose_macias
 
Gestión de la calidad
Gestión de la calidadGestión de la calidad
Gestión de la calidadjose_macias
 
Gestión del riesgo de software
Gestión del riesgo de software Gestión del riesgo de software
Gestión del riesgo de software jose_macias
 
Calendarización de Proyectos de Software
Calendarización de Proyectos de SoftwareCalendarización de Proyectos de Software
Calendarización de Proyectos de Softwarejose_macias
 
Administración de proyectos de desarrollo de software
Administración de proyectos de desarrollo de softwareAdministración de proyectos de desarrollo de software
Administración de proyectos de desarrollo de softwarejose_macias
 
Métricas de procesos y proyectos
Métricas de procesos y proyectosMétricas de procesos y proyectos
Métricas de procesos y proyectosjose_macias
 

Más de jose_macias (7)

Reingeniería
ReingenieríaReingeniería
Reingeniería
 
Ingeniería del software basada en componentes
Ingeniería del software basada en componentesIngeniería del software basada en componentes
Ingeniería del software basada en componentes
 
Gestión de la calidad
Gestión de la calidadGestión de la calidad
Gestión de la calidad
 
Gestión del riesgo de software
Gestión del riesgo de software Gestión del riesgo de software
Gestión del riesgo de software
 
Calendarización de Proyectos de Software
Calendarización de Proyectos de SoftwareCalendarización de Proyectos de Software
Calendarización de Proyectos de Software
 
Administración de proyectos de desarrollo de software
Administración de proyectos de desarrollo de softwareAdministración de proyectos de desarrollo de software
Administración de proyectos de desarrollo de software
 
Métricas de procesos y proyectos
Métricas de procesos y proyectosMétricas de procesos y proyectos
Métricas de procesos y proyectos
 

Último

IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...
IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...
IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...Andrés Canale
 
11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx
11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx
11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptxFESARAUGUSTOFANDIORI
 
Profecia 2300 dias explicada, Daniel 8:14
Profecia 2300 dias explicada, Daniel 8:14Profecia 2300 dias explicada, Daniel 8:14
Profecia 2300 dias explicada, Daniel 8:14KevinBuenrostro4
 
CONCLUSIONES DESCRIPTIVAS TIC que ayudaran a tus registrosdocx
CONCLUSIONES DESCRIPTIVAS TIC que ayudaran a tus registrosdocxCONCLUSIONES DESCRIPTIVAS TIC que ayudaran a tus registrosdocx
CONCLUSIONES DESCRIPTIVAS TIC que ayudaran a tus registrosdocxMarlynRocaOnofre
 
el poder del estado en el siglo XXI.pptx
el poder del estado en el siglo XXI.pptxel poder del estado en el siglo XXI.pptx
el poder del estado en el siglo XXI.pptxsubfabian
 
Lecciones 07 Esc. Sabática. Motivados por la esperanza
Lecciones 07 Esc. Sabática. Motivados por la esperanzaLecciones 07 Esc. Sabática. Motivados por la esperanza
Lecciones 07 Esc. Sabática. Motivados por la esperanzaAlejandrino Halire Ccahuana
 
Comunidades Virtuales de Aprendizaje Caracteristicas.pptx
Comunidades Virtuales de Aprendizaje Caracteristicas.pptxComunidades Virtuales de Aprendizaje Caracteristicas.pptx
Comunidades Virtuales de Aprendizaje Caracteristicas.pptxJunkotantik
 
PLAN DE GESTION DEL RIESGO 2023 - 2024.docx
PLAN DE GESTION DEL RIESGO  2023 - 2024.docxPLAN DE GESTION DEL RIESGO  2023 - 2024.docx
PLAN DE GESTION DEL RIESGO 2023 - 2024.docxpily R.T.
 
📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...
📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...
📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...harolbustamante1
 
Resumen Acuerdo 05 04 24.pdf por el que se rigen los Consejos Técnicos Escolares
Resumen Acuerdo 05 04 24.pdf por el que se rigen los Consejos Técnicos EscolaresResumen Acuerdo 05 04 24.pdf por el que se rigen los Consejos Técnicos Escolares
Resumen Acuerdo 05 04 24.pdf por el que se rigen los Consejos Técnicos EscolaresLluviaAliciaHernande
 
Cerebelo Anatomía y fisiología Clase presencial
Cerebelo Anatomía y fisiología Clase presencialCerebelo Anatomía y fisiología Clase presencial
Cerebelo Anatomía y fisiología Clase presencialDanita2111
 
DESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptx
DESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptxDESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptx
DESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptxMARCOSMARTINALACAYOP1
 
A propósito de la globalización y la financiarización del mundo
A propósito de la globalización y la financiarización del mundoA propósito de la globalización y la financiarización del mundo
A propósito de la globalización y la financiarización del mundosubfabian
 
TEMA EGIPTO.pdf. Presentación civilización
TEMA EGIPTO.pdf. Presentación civilizaciónTEMA EGIPTO.pdf. Presentación civilización
TEMA EGIPTO.pdf. Presentación civilizaciónVasallo1
 
cuadernillo_cuentos_de_los_valores_elprofe20 (1).docx
cuadernillo_cuentos_de_los_valores_elprofe20 (1).docxcuadernillo_cuentos_de_los_valores_elprofe20 (1).docx
cuadernillo_cuentos_de_los_valores_elprofe20 (1).docxANDREAGRACEDURANSALA
 
Como construir los vínculos afectivos (Grupal)
Como construir los vínculos afectivos (Grupal)Como construir los vínculos afectivos (Grupal)
Como construir los vínculos afectivos (Grupal)portafoliodigitalyos
 
Evaluación de los Factores Internos de la Organización
Evaluación de los Factores Internos de la OrganizaciónEvaluación de los Factores Internos de la Organización
Evaluación de los Factores Internos de la OrganizaciónJonathanCovena1
 

Último (20)

IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...
IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...
IMPLICACIONES BIOÉTICAS ANTE EL TRANSHUMANISMO A PARTIR DEL PENSAMIENTO FILOS...
 
11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx
11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx
11.NEOLIBERALISMO: que es, ventajas, desventajas, consecuenciaspptx
 
Profecia 2300 dias explicada, Daniel 8:14
Profecia 2300 dias explicada, Daniel 8:14Profecia 2300 dias explicada, Daniel 8:14
Profecia 2300 dias explicada, Daniel 8:14
 
CONCLUSIONES DESCRIPTIVAS TIC que ayudaran a tus registrosdocx
CONCLUSIONES DESCRIPTIVAS TIC que ayudaran a tus registrosdocxCONCLUSIONES DESCRIPTIVAS TIC que ayudaran a tus registrosdocx
CONCLUSIONES DESCRIPTIVAS TIC que ayudaran a tus registrosdocx
 
Luz desde el santuario. Escuela Sabática
Luz desde el santuario. Escuela SabáticaLuz desde el santuario. Escuela Sabática
Luz desde el santuario. Escuela Sabática
 
el poder del estado en el siglo XXI.pptx
el poder del estado en el siglo XXI.pptxel poder del estado en el siglo XXI.pptx
el poder del estado en el siglo XXI.pptx
 
Revista Faro Normalista 6, 18 de mayo 2024
Revista Faro Normalista 6, 18 de mayo 2024Revista Faro Normalista 6, 18 de mayo 2024
Revista Faro Normalista 6, 18 de mayo 2024
 
Lecciones 07 Esc. Sabática. Motivados por la esperanza
Lecciones 07 Esc. Sabática. Motivados por la esperanzaLecciones 07 Esc. Sabática. Motivados por la esperanza
Lecciones 07 Esc. Sabática. Motivados por la esperanza
 
Sesión de clase: Luz desde el santuario.pdf
Sesión de clase: Luz desde el santuario.pdfSesión de clase: Luz desde el santuario.pdf
Sesión de clase: Luz desde el santuario.pdf
 
Comunidades Virtuales de Aprendizaje Caracteristicas.pptx
Comunidades Virtuales de Aprendizaje Caracteristicas.pptxComunidades Virtuales de Aprendizaje Caracteristicas.pptx
Comunidades Virtuales de Aprendizaje Caracteristicas.pptx
 
PLAN DE GESTION DEL RIESGO 2023 - 2024.docx
PLAN DE GESTION DEL RIESGO  2023 - 2024.docxPLAN DE GESTION DEL RIESGO  2023 - 2024.docx
PLAN DE GESTION DEL RIESGO 2023 - 2024.docx
 
📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...
📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...
📝 Semana 09 - Tema 01: Tarea - Aplicación del resumen como estrategia de fuen...
 
Resumen Acuerdo 05 04 24.pdf por el que se rigen los Consejos Técnicos Escolares
Resumen Acuerdo 05 04 24.pdf por el que se rigen los Consejos Técnicos EscolaresResumen Acuerdo 05 04 24.pdf por el que se rigen los Consejos Técnicos Escolares
Resumen Acuerdo 05 04 24.pdf por el que se rigen los Consejos Técnicos Escolares
 
Cerebelo Anatomía y fisiología Clase presencial
Cerebelo Anatomía y fisiología Clase presencialCerebelo Anatomía y fisiología Clase presencial
Cerebelo Anatomía y fisiología Clase presencial
 
DESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptx
DESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptxDESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptx
DESCRIPCIÓN-LOS-DILEMAS-DEL-CONOCIMIENTO.pptx
 
A propósito de la globalización y la financiarización del mundo
A propósito de la globalización y la financiarización del mundoA propósito de la globalización y la financiarización del mundo
A propósito de la globalización y la financiarización del mundo
 
TEMA EGIPTO.pdf. Presentación civilización
TEMA EGIPTO.pdf. Presentación civilizaciónTEMA EGIPTO.pdf. Presentación civilización
TEMA EGIPTO.pdf. Presentación civilización
 
cuadernillo_cuentos_de_los_valores_elprofe20 (1).docx
cuadernillo_cuentos_de_los_valores_elprofe20 (1).docxcuadernillo_cuentos_de_los_valores_elprofe20 (1).docx
cuadernillo_cuentos_de_los_valores_elprofe20 (1).docx
 
Como construir los vínculos afectivos (Grupal)
Como construir los vínculos afectivos (Grupal)Como construir los vínculos afectivos (Grupal)
Como construir los vínculos afectivos (Grupal)
 
Evaluación de los Factores Internos de la Organización
Evaluación de los Factores Internos de la OrganizaciónEvaluación de los Factores Internos de la Organización
Evaluación de los Factores Internos de la Organización
 

Gestión del Cambio

  • 2. La Gestión del Cambio es una disciplina que apoya directamente el desarrollo y mantenimiento del software, mediante la conservación de la integridad del producto antes y después de su puesta en producción. El cambio es inevitable cuando se construye software, aumenta el grado de confusión entre los ingenieros de software que trabajan en un proyecto. La confusión surge cuando los cambios: • No se analizan antes de realizarlos, • No se registran antes de implementarlos, • No se reportan a quienes deben saberlo, • No se controlan de forma que mejore la calidad y reduzca el error.
  • 3. La Gestión del Cambio es llamada usualmente Gestión de la Configuración del Software (GCS o GC). Se debe de tener muy claro lo que es Soporte y Gestión de la Configuración. • Soporte: Conjunto de actividades de ingeniería del software que ocurren después de que éste se ha entregado al cliente y ha sido puesto en operación. • Gestión de la configuración del software: Conjunto de actividades de seguimiento y control que se inician cuando empieza un proyecto de ingeniería del software y terminan sólo cuando éste se retira de operación.
  • 4. La Gestión de la Configuración del Software es un conjunto de actividades desarrolladas para gestionar los cambios a lo largo del ciclo de vida. La GCS es una actividad de garantía de calidad de software que se aplica en todas las fases del proceso de ingeniería del software. El resultado del proceso de ingeniería del software es una información que se puede dividir en tres amplias categorías: 1. Programas de computadora (tanto en forma de código fuente como ejecutable) 2. Documentos que describen los programas (manuales tanto técnicos como de usuario) 3. Estructuras de datos (contenidas en el programa o externas a él) Estos resultados son elementos que se denominan colectivamente configuración del software.
  • 5. Nuevas condiciones en el negocio o mercado (cambios en los requisitos del producto o reglas del negocio) Nuevas necesidades del cliente (modificación de los datos que producen los sistemas, funcionalidad que entregan los productos o los servicios) La reorganización o el crecimiento o reducción del negocio (cambios en las prioridades del proyecto o estructura del equipo de ingeniería del software) Restricciones presupuestales o de calendarización (redefinición del sistema o producto)
  • 6.
  • 7. 1. Elementos de componentes: conjunto de herramientas acopladas dentro de un sistema de gestión de archivos (ej.: Base de datos), permiten el acceso y la gestión de cada elemento de configuración del software 2. Elementos de proceso: serie de procedimiento y tareas que definen un enfoque eficaz con el cual gestionar el cambio 3. Elementos de construcción: conjunto de herramientas que automatizan la construcción del software al asegurar que se ha ensamblado un conjunto adecuado de componentes validados 4. Elementos humanos: la implementación de una GCS eficaz requiere que el equipo de software utilice un conjunto de herramientas y características de procesos
  • 8. • Se definen como un punto del ciclo de vida del software en el cual se aplica el control de configuraciones a un elemento específico de la configuración. • Es un concepto de gestión de la configuración del software que nos ayuda a controlar los cambios sin impedir seriamente los cambios justificados. • El IEEE define una línea base como: “Una especificación o producto que se ha revisado formalmente y se está de acuerdo con los resultados, y que a partir de ahí sirve como la base para el desarrollo ulterior y que puede cambiarse sólo por medio de procedimientos formales de control de cambio.” • Antes de que un elemento de configuración del software se convierta en línea base, es posible realizar el cambio rápida e informalmente. Sin embargo, una vez establecida una línea base, metafóricamente se pasa a través de una puerta giratoria de una sola dirección. Si los pasos sucesivos generan cambios en el documento después de una línea base, se requerirá una revisión formal y una justificación de todas las modificaciones del documento (control de cambios).
  • 9. • La figura nos indica que cada documento que resulta del proceso de software, se convierte en Línea Base, una vez que dicho documento se haya revisado, corregido y aprobado.
  • 10. • Un elemento de configuración del software (ECS) es la información que se crea como parte del proceso de ingeniería del software. • Un ECS es un documento, un conjunto completo de casos de prueba o un componente de un programa dado. • Los ECS están organizados para formar objetos de configuración susceptibles de catalogar en la base de datos del proyecto con un solo nombre. Un objeto de configuración tiene un nombre, atributos y está “conectado” con otros objetos por medio de relaciones. • Los siguientes ECS son el objeto de las técnicas de gestión de configuraciones y forman un conjunto de líneas base:
  • 11. 1. Especificación del sistema 2. Plan del proyecto software 3. a. Especificación de requerimientos del software b. Prototipo ejecutable o en papel 4. Manual de usuario preliminar 5. Especificación de diseño: a. Diseño preliminar b. Diseño detallado 6. Listados del código fuente 7. a. Planificación y procedimiento de prueba b. Casos de prueba y resultados registrados 8. Manuales de operación y de instalación 9. Programas ejecutables 10. Manual de usuario 11. Documentos de mantenimiento a. Informes de problemas del software b. Peticiones de mantenimiento c. Órdenes de cambios de ingeniería 12. Estándares y procedimientos de ingeniería del software
  • 12. Al inicio de la ingeniería del software los elementos de configuración eran documentos de papel que se almacenaban físicamente, esto dio muchos problemas: difícil de encontrar; no saber realmente cuál elemento fue cambiado, cuándo y por quién; la construcción de nuevas versiones consumía mucho tiempo y era proclive al error; etc. En la actualidad, los ECS se conservan en una base de datos o depósito del proyecto.
  • 13. El depósito ECS es el conjunto de mecanismos y estructuras de datos que permiten que el equipo de software maneje el cambio en una manera eficaz.
  • 14. El apoyo a la GCS requiere que el almacén o depósito debe tener un conjunto de herramientas que ofrezca soporte para las siguientes características: • Versiones: Debe ser capaz de guardar todas las versiones para permitir la gestión eficaz de las liberaciones de producto y permitir que los desarrolladores regresen a versiones anteriores. • Gestión del seguimiento de la dependencia y del cambio: El depósito gestiona las relaciones entre los objetos de configuración que guarda. Es crucial la habilidad con que se da seguimiento a estas relaciones, para la integridad de la información y la generación de productos basados en ella. • Seguimiento de requisitos: Habilidad de seguir todos los componentes, entregables de diseño y construcción que resulten de una determinación específica de requisitos; también debe identificar qué requisitos generaron algún producto de trabajo dado.
  • 15. • Gestión de la configuración: Facilita la conservación de una serie de configuraciones que representan hitos del proyecto o liberaciones de producción. • Rutas de auditoria: Información adicional acerca de cuándo, por qué y por quién se hicieron los cambios.
  • 16. Este proceso define una serie de tareas que persigue los siguientes objetivos: • Identificar los elementos que colectivamente definen la configuración del software • Gestionar los cambios a uno o más de dichos elementos • Facilitar la construcción de diferentes versiones de una aplicación • Garantizar que la calidad del software se conserva conforme la configuración evoluciona a lo largo del tiempo
  • 17. Identificación de objetos en la configuración del software Esta tarea de identificación establece estándares de documentación y un esquema de identificación de documentos. El control y la gestión de elementos de configuración del software requieren: 1. Nombrar cada uno de los elementos por separado 2. Organizarlo mediante un enfoque orientado a objetos Es posible identificar dos tipos de objetos: 1. Básicos: Unidad de información creada durante: análisis, diseño, código o pruebas. 2. Agregados: Es un mecanismo para representar una versión completa de una configuración de software.
  • 18. Cada objeto o elemento tiene un conjunto de características distintivas que lo identifican de manera exclusiva: 1. Identificador (número, letra, ambos. No ambiguo) 2. Nombre (descriptivo) 3. Tipo (documento, código, producto de terceros, etc.) 4. Localización 5. Fecha 6. Versión (mayor, menor, revisión) 7. Estado (Ej. Para un documento En elaboración, finalizado, revisado, aceptado) 8. Proyecto/producto
  • 19. Control de la versión Combina procedimientos y herramientas para gestionar diferentes versiones de objetos de configuración que se crean durante el proceso del software. Un sistema de control de la versión implementa cuatro grandes capacidades: 1. Base de datos del proyecto: guarda los objetos de configuración relevantes. 2. Capacidad de gestión de la versión: almacena todas las versiones de un objeto de configuración. 3. Facilidad de hechura que permita al ingeniero de software recopilar todos los objetos de configuración relevantes y construir una versión específica del software. 4. Seguimiento de conflictos: permiten al equipo registrar y hacer seguimiento del estado de todos los conflictos destacados – asociados con cada objeto de configuración.
  • 20. Control del cambio Es la evaluación y registro de todos los cambios que se hacen durante la configuración del software. El cambio debe ser aceptado por la Autoridad de control del cambio (ACC), los mismos que van a determinar el impacto y categoría del cambio; es necesario clasificar el cambio de acuerdo a la prioridad y categoría para su correcto procesamiento. Cuando un cambio ha sido aprobado se genera una orden de cambio en la ingeniería (OCI). La OCI describe el cambio que se debe realizar, las restricciones y los criterios de revisión y auditoria. La ACC puede estar compuesta de una persona (el gestor del proyecto) o varias personas (representantes de hardware, software, ingeniería de bases de datos, soporte, mercadotecnia).
  • 21. Auditoria de configuración La auditoria garantiza que el cambio se ha implementado correctamente. ¿Cómo se puede garantizar que el cambio se ha implementado con propiedad? A través de: • Revisiones técnicas formales: corrección técnica del objeto de configuración que se ha modificado; se la debe realizar en casi la mayoría de los cambios triviales. • Auditoria de la configuración del software: complementa la revisión técnica formal. • Cuando la GCS es una actividad formal, la auditoria la lleva a cabo por separado el grupo de aseguramiento de la calidad.
  • 22. Informe de estado El informe de estado de la configuración (IEC), es también llamado contabilidad de estado. El IEC es una tarea de GCS que responde las siguientes interrogantes: • ¿Qué ocurrió? • ¿Quién lo hizo? • ¿Cuándo ocurrió? • ¿Qué otra cosa será afectada? Al asignarse una identificación nueva a un ECS se efectúa una entrada de IEC. Cada vez que la ACC aprueba un cambio (se expide una OCI) se genera una entrada en el IEC. Al realizarse una auditoria los resultados se reportan como parte de la tarea de IEC.
  • 23. El resultado del IEC es posible colocarlo en una base de datos. Por último se genera un IEC con regularidad y su finalidad es mantener a los gestores y profesionales alertas ante los cambios importantes.
  • 24.
  • 25. Este programa no hacía lo que el anterior. Este programa es más difícil. No puedo trabajar con este software le falta la dirección a la factura no puedo seguir trabajando. Simplemente no funciona. Esto está lleno de problemas. Esto no es lo que nos vendieron
  • 26. En algunos casos, el cambio despierta sentimientos negativos en las personas y éstas sencillamente no quieren cambiar; ya que consideran que no les conviene o que las obliga a moverse fuera de su zona de comodidad. Estas reacciones pueden partir de sentimientos tales como: El desacuerdo. Los individuos pueden estar simplemente en desacuerdo en cuanto a las premisas o los razonamientos sobre los que se sustenta el cambio. En algunos casos basan sus juicios en modelos mentales muy cerrados o tienen dificultades para abandonar hábitos muy arraigados.
  • 27. La incertidumbre. Los efectos del nuevo sistema no son totalmente predecibles y esto genera temor por falta de confianza en sus resultados. La pérdida de identidad. A veces, las personas edifican su identidad sobre lo que hacen. En este marco de referencia, los cambios califican y ofenden. Aparecen las actitudes defensivas. La necesidad de trabajar más. Normalmente se percibe que deben encararse simultáneamente dos frentes distintos: el de continuación de las viejas tareas y el de inicio de las nuevas rutinas.