Ir al contenido principal

GESTION DEL CAMBIO EN INGENIERÍA DE SOFTWARE

El cambio es inherente al software computacional  y genera confusión entre los ingenieros de software involucrados en un proyecto, dicha confusión surge cuando los cambios no se analizan antes de realizarlos,  no se registran antes de implementarlos, no se reporta a quienes deben saberlo o no se mantiene un control sobre ellos.

Esto es la gestion de la configuacion: "El arte de coordinar el desarrollo de software  para minimizar la confusión",  GCS o GC  .

La GC es una actividad que se desarrolla durante todo el proceso de desarrollo ya que no sabemos en que momento se originara un cambio, las actividad en este proceso se desarrollan para:

1. Identificar el Cambio
2. Controlar el Cambio
3. Garantizar que el cambio se realizara de manera adecuada
4. Reportar los cambios a todos los interesados

¿Quien es el encargado de la GC?
Todos los involucrados en el desarrollo de un proyecto  deberían en alguna medida participar en la GC aun que hay empresas con mas recursos que tienen personas especializadas para este fin.

¿Por que es importante?
Si el cambio no se controla en un proyecto de software, este tiene al caós mas aun cuan hay una gran cantidad de personas involucradas y en posibles partes distintas, tanto así que un desarrollo de software sin control puede llegar a entregar productos de muy mala calidad por lo cual es una practica solida de ingeniería de software

¿Cuales son los Pasos?
Primero se deben identificar los productos de trabajo, segundo establecer mecanismos para el control de versiones y cambio, tercero auditar el proceso para asegurarse que la calidad se mantiene en el cambio y que los interesados reciben la información requerida

¿Cual es el producto obtenido?
Un plan de GC

¿Como estamos seguros que se ha hecho bien?
Cuando cualquier producto puede explicarse, seguirse y controlarse  y los cambios pueden seguirse y analizarse y todos los interesados están enterados de un cambio que se ha hecho.

La primera ley de la ingenieria de sistemas {BER80} afirma:

No importa  donde se encuentra el ciclo de vida del sistema , el sistema  cambiará  y el deseo de cambiarlo persistirá durante todo el ciclo de vida

Existen cuatro fuentes fundamentales del cambio
a. Nuevas condiciones en el negocio
b. Nuevas necesidades del cliente
c. Reorganizacion o crecimiento del negocio
d. Restricciones presupuestales

Elementos  de un sistema de GC

1. Elementos de Componentes: herramienta que permite el acceso  y gestion  de cada elemento de GC
    ejemplo: Base de datos
2. Elementos de proceso: serie de procedimientos y tareas  que definen un enfoque eficaz  conel cual gestionar el cambio
3. Elementos de construccion: Conjunto de herramientas que automatizan la construccion del software  al asegurar que se a ensamblado un conjunto de componentes validos de software
4. Elementos humanos. que el equipo utilice las herramientas y procesos para GC

Etapas del proceso GC
1. Identificacion: se deben nombrar cada uno de los elementos que intervienen mediante un enfoque orientado a objetos
2.Cotrol de la version: combina  procedimientos y herramientas para gestionar diferentes versiones de objetos que se crean durante el proceso del software
3.Control de cambio. se deben crear procesos para generar cambios al sistema, donde se debe evualuar el impacto y otros aspectos que se muestran en la figura


4.Auditoria de la configuración

Ayuda a asegurar que el cambio se ha realizado con propiedad, abordando las siguientes preguntas
¿Se ha realizado el cambio especifico ?, ¿Se han incorporado modificaciones adicionales?
¿Se ha realizado una revisión técnica formal para evaluar la corrección técnica?
¿Se ha seguido el proceso de software? ¿Se han aplicado debidamente los estándares  de ingeniería de sotware? ¿Se han segido los procesos de GC ?

5. Reporte , informe de stado
se resuelven las preguntas
¿Que ocurrio? ¿Quien lo hizo ? ¿Cuando ocurrió? ¿Que otra cosa sera afectada?





una muy buena herramienta que nos ayuda en la Gestion de la configuracion
Sub-version: http://subversion.tigris.org/




Comentarios

Anónimo ha dicho que…
Hola , me interesó tu artículo. Me podrías proporcionar algunas bibliografías que hayas utilizado para documentarte sobre gestión del cambio, por favor.

Gracias =)
José ha dicho que…
Pues básicamente es un resumen de un capitulo del siguiente libro:

Título del libro: Ingeniería del Software, Un Enfoque Práctico
Autor: Roger Pressman
Edición: 6ta Edición
Pág: 980 páginas.

Entradas populares de este blog

DISEÑO AL NIVEL DE COMPONENTES

El diseño a nivel de componentes se presenta a menudo despues que se ha terminado la primera iteracion del diseño arquitectonico. y  el objetivo de esta fase es traducir el diseño en software operaciona. El diseño a nivel de componentes define las estructuras de datos, los algoritmos, las caracteristicas de la interfaz  y los mecanismos de comunicacion asignados a cada componente de software. esta fase permite revisar si los detalles de diseño son correctos y consistentes con las representaciones iniciales de diseño ¿QUE ES UN COMPONENTE? Es un bloque de construccion modular par el software de computo. una parte modular desplegable y reemplazable de un sistema que encapsula implementacion y expone un conjunto de interfaces. desde el punto de vista orientado a objetos un componente es un conjunto de clases ques se interrelacionan entre si. en el contexto convencional de ingenieria de software  un componente es un elemento funcional que incorpora  la logica del procesamiento y

ESTRATEGIAS DE PRUEBAS DE SOFTWARE

La estrategia de pruebas de software proporciona un mapa que describe los pasos que se daran como parte de la prueba indica cuando se planea y cuando se daran dichos pasos ademas cuanto tiempo, esfuerzo y recursos consumiran. un software se prueba para descubrir los errores cometidos, si se realiza sin ningun plan seguramente se desperdiciara tiempo, se dedicara un esfuerzo innecesario y lo que es peor puede que no se detecten los errores. Las pruebas se deben planificar con anticipacion y realizarlas de manera sistematica por lo que es importante tener una plantilla existen diferentes y en general tienen los siguientes pasos. 1. Revisiones tecnicas formales y efectivas 2. Se inicia a nivel de componentes y se trabaja hacia afuera hacia la integracion del sistema 3. Diferentes tecnicas en diferentes momentos 4. las pruebas las dirige el desarrollador 5. la prueba y la depuracion son actividades diferentes, pero la segunda debe incluirse en cualquier estrategia de pruebas. l

AGE OF EMPIRES ERROR INICIALIZAR DIRECT 3D

Instale age of empires 3 pero no me corria me salia un mensaje de error al inicializar posibles causas direct 3d y otras que no me acuerdo la solucion luego de buscar: abrir el archivo mis documentos\my games\Age of empires 3\users\NewProfile.xml en block de notas setting name="optiongrfxres">etting Name="optiongrfxres">1280 x 720 colocar los parametros en la configuarcion que tiene el ordenador en mi caso es wide screen 1280 X 720 Setting Name="optionrefreshrate">75 esta configuracion se mira en inicio > panel de control > apariencia y temas >pantalla lengeta configuarcion > boton opciones avanzadas lengueta adaptador > boton listar modos alli colocas el modo que queres y lo pones en el archivo newProfile.xml