Gestión de Riesgos y Gestión la configuración del software

Gestión de Riesgos RSKM - CMMI
¿Qué es un Riesgo?
Evento o condición incierta que, en caso de ocurrir, tiene un efecto positivo o negativo sobre los objetivos de un proyecto. PMI-127/129
Un riesgo puede tener una o más causas y de ocurrir puede tener uno o más impactos


Tres Condiciones de Riesgos
Para que el riesgo exista en cualquier circunstancia, las siguientes tres condiciones deben cumplirse 


1. El potencial de pérdida debe existir.
2. La incertidumbre con respecto al resultado final debe estar presente.
3. La decisión es necesaria para hacer frente a la incertidumbre y potencial de pérdida.


Componentes del riesgo
Probabilidad: Medida de la ocurrencia de una amenaza se produce
Impacto:  Medida de la pérdida que se producirá si la amenaza se hace realidad.
Exposición al riesgo: Medida de la magnitud del riesgo basado en los valores probabilidad y el impacto.

Gestión de riesgos
Es un enfoque sistemático para reducir al mínimo la exposición a potenciales pérdidas:


1. Proporciona un entorno disciplinado para evaluar continuamente lo que podría ir mal. (Evaluación de riesgos).
2. Establecimiento de las prioridades de mitigación.
3. La implementación de acciones para riesgos de alta prioridad y llevar a los riesgos dentro de la tolerancia.


Metas y Prácticas específicas
1. PREPARAR LA GESTIÓN DE RIESGO
1.1. Determinar las fuentes y las categorías de los riesgos


1.2. Definir los parámetros de los riesgos


1.3. Establecer una estrategia de gestión de riesgos




2. IDENTIFICAR Y ANALIZAR LOS RIESGOS.
2.1 Identificar riesgos.

2.2 Evaluar, categorizar y priorizar los riesgos.




3. MITIGAR LOS RIESGOS.
3.1 Desarrollar los planes de mitigación de riesgo.
3.2 Implementar los planes de mitigación de riesgo.


Para mas información visite:
http://www.sei.cmu.edu/library/assets/20090910webinar.pdf
http://www.sei.cmu.edu/library/assets/20090618webinar.pdf
http://www.sei.cmu.edu/library/abstracts/risk/upload/dorofeetutorialndia09_8819.pdf

Gestión  la configuración del software
Problemas
El cambio se encuentra presente en todo el ciclo de vida de una aplicación.
El desarrollo de software siempre es incremental 
El desarrollo iterativo consiste de en una evolución Controlada


GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE
Actividad constante aplicada durante todo el proceso de ingeniería de software para identificar, organizar y controlar las modificaciones que sufre el software.
Comienza cuando se inicia el proyecto de desarrollo de software y termina sólo cuando el software queda fuera de circulación.


OBJETIVOS

• Maximizar la productividad y minimizar los errores.
• Mejorar la facilidad para implantar cambios y reducir el esfuerzo para implementarlos
• Garantizar la calidad del software.

Otras definiciones
“Es el conjunto total de actividades utilizadas para administrar el contenido de un producto de software desde el principio hasta el final del proceso de desarrollo.” Humphrey


“Es la disciplina de administrar y controlar los cambios en la evolución de los sistemas de software” Bruegge, Dutoit


Propósito 

• Asegurar que el contenido del producto es conocido y se encuentra disponible siempre 
• Apoyar el control de cambios.
• Ayudar a la coordinación entre el equipo de desarrollo
• Tener un repositorio (depósito) único para los entregables.
• Tener una base histórica con los cambios del producto durante el tiempo.
• Es el conjunto de características funcionales y físicas del software detalladas en la documentación técnica o alcanzadas en un producto. (IEEE610.12-90)

Evita el CAOS
porque:
Se identifica el cambio
Se controla el cambio
Se garantiza que el cambio se implementa adecuadamente
Se informa del cambio a todos los interesados 


Configuración del software
Una configuración de software es el conjunto de elementos
que componen toda la información producida en el proceso
de desarrollo de software.
Cada uno de estos elementos se denomina: “Elemento de
Configuración de Software” (ECS). Los ECS pertenecen a alguna de las siguientes categorías:

• Programas (código fuente y ejecutables)
• Documentos técnicos o de usuario que describen los programas
• Datos internos o externos al programa

Tareas

• Identificación de los ECS individuales
• Control de versiones
• Control de cambios
• Auditoria de la configuración del software
•  Generación de informes sobre cambios de configuración

LINEA BASE (Baseline)
Es una especificación o producto que se ha revisado formalmente y sobre el cual se ha llegado a un acuerdo y, que de ahí en adelante, sirve como base para un desarrollo o modificación posterior

CONTROL DE VERSIONES
Es la combinación de herramientas y procedimientos para gestionar las versiones de los objetos de configuración creadas durante el proceso de Ing. de Software.


La GCS permite a un usuario especificar configuraciones alternativas del sistema de software mediante la selección de las versiones adecuadas de los ECS. Para ello se asocian atributos a cada versión del software


Atributo:
Número especifico de versión
Cadena de variables lógicas (indicadores) 


Proceso de control de cambios
1. Petición de cambio
2. Evaluación del cambio: Esfuerzo técnico, efectos secundarios,  impacto sobre otros componentes, costos.
3.Informe de Cambios (resultados evaluación) a la ACC (Autoridad de Control de Cambios). 
4.Se genera una OCI (Orden de Cambio de Ingeniería) para cada cambio: qué se cambiará; restricciones, criterios de revisión y auditoría. 
5.Objeto dado de baja 
6.Realización del cambio 
7.Revisión del cambio. 
8.Objeto dado de alta aplicando mecanismos de control de versión.