Universidad Tcnica

Particular de Loja

PROCESOS DE INGENIERA DE SOFTWARE

Docente: Ing. Armando Cabrera
Alumnos: Luis Enrique Castillo
Luis Eduardo Cuenca
Mayo/2008

Previe
Los objetivos de la
w
gestin de riesgo
son identificar,
controlar y eliminar
las fuentes de
riesgo antes de
que empiecen a
afectar el
cumplimiento de
los objetivos del
proyecto
FUENTE: http://tinyurl.com/4u4owq

Procesos de Ingeniera de Software - ECC

!
O
G
S
IE
Procesos de Ingeniera de Software - ECC

Procesos de Ingeniera de Software - ECC

Estrategias de riesgo reactivas

y
proactivas
Reactivo
El equipo de SW no hace nada hasta que sucede algo mal.

Modo Bombero Tratar de remediar el problema al

apuro
Y si falla el bombero ???
R: Aparece la Gestin de Crisis para tomar el control, y es
cuando el proyecto esta en verdadero peligro

Ser proactivo
Inicia antes del trabajo tcnico.
Identificar los riesgos potenciales, valorando su
probabilidad e impacto
Se clasifican segn su importancia
Establecer un plan.
Procesos de Ingeniera de Software - ECC

Riesgos del Software

Los riesgos involucran dos caractersticas:
Incertidumbre: Se desconoce si puede suceder.
Prdida: El riesgo se convierte en realidad.
Cuando se analizan los riesgos es importante
cuantificar el grado de incertidumbre y de perdida
asociado con el riesgo

Tipos de riesgos que se encuentran:

1.Riesgos del Proyecto (Amenazan el plan del proyecto)
2.Riesgos Tcnicos (Amenaza la calidad y actualidad del SW que se
producir)

3.Riesgos de Negocios

(Amenaza la viabilidad del SW que se

construir)
Procesos de Ingeniera de Software - ECC

Posibles Riesgos del SW

genricos
Riesgo
Tipo

Descripcin

Rotacin del personal

Proyecto

Personal con experiencia abandona el proyecto

antes de que finalice

Cambio de gestin

Proyecto

Habr un cambio de gestin organizacional con

diferentes prioridades

No disponibilidad de
HW

Proyecto

El HW esencial para el proyecto no ser

entregado a tiempo

Cambio de
requerimientos

Proyecto y
producto

Habr mas cambios en los requerimientos de lo

esperado

Retrasos en la
especificacin

Proyecto y
producto

Las especificaciones de las interfaces esenciales

no estarn a tiempo

Subestimacin del
tamao

Proyecto y
producto

El tamao del proyecto se ha subestimado

Bajo rendimiento de la
herramienta CASE

Producto

Las herramientas CASE que ayudan al proyecto

no tienen el rendimiento esperado

Cambio de tecnologa

Negocio

Un producto competitivo se pone en venta antes

de que el sistema se complete

Competencia del
producto

Negocio

La tecnologa fundamental sobre la que se

construir el sistema se sustituye por nueva
tecnologa

INGENIERA DEL SOFTWARE, Ian Sommerville, 7ma ed, Pag: 96

Procesos de Ingeniera de Software - ECC

Etapas:
1.Identificacin de riesgos: Identificar los posibles riesgos
para el proyecto, el producto y los negocios
2.Anlisis de riesgos: Valorar las probabilidades y
consecuencias de estos riesgos.
3.Planeacin de riesgos: Crear planes para abordar los
riesgos, ya sea para evitarlos i minimizar sus efectos en el
proyecto
4.Supervisin de riesgos:
Valorar los riesgos de forma
constante y revisar los planes para la mitigacin de riesgos tan
pronto como la informacin de los riesgos est disponible
INGENIERA DEL SOFTWARE, Ian Sommerville, 7ma ed, Pag: 97
Procesos de Ingeniera de Software - ECC

Identificacin de riesgos
Identificar los riesgos es una tarea sistemtica

orientndose a especificar las amenazas al plan del

proyecto.
Al identificarlos se puede estar un paso adelante.

Dos tipos de riesgos para (R. Proyectos, R. Tcnicos y R. Negocios)

Riesgos Genricos: Amenaza potencial para todo el
proyecto de SW
Riesgos especficos del producto: Se los puede
identificar con un buen conocimiento de tecnologa, el
personal y el entorno especifico del SW.

Como???
Examinando el plan del proyecto y la declaracin del mbito del
SW.
Qu caractersticas especiales de este producto podran
amenazar el plan del proyecto
Procesos de Ingeniera de Software - ECC

Tipos de riesgos que

Riesgos deaparecer
pueden
tecnologa
Riesgos de personal
Riesgos organizacionales
Riesgos de herramientas
Riesgos de requerimientos
Riesgos de estimacin

Procesos de Ingeniera de Software - ECC

10

Identificacin de riesgos
(Cont)
El mtodo para identificar es crear una lista de
verificacin (Check list) de riesgos.
Sub categoras de riesgos:

Tamao del Producto: Riesgos asociados con el tamao global del

SW.

Impacto en el Negocio: Asociados con las restricciones que impone la

gerencia o el mercado.

Caractersticas del cliente: Asociados con la satisfaccin del cliente.

Definicin del proceso: Riesgos con el grado en que se ha definido el
proceso

Entorno de desarrollo: Asociado con disponibilidad y calidad de las herramientas.

Tecnologa que construir: Asociado con la complejidad del sistema que
se construir.

Tamao y experiencia de la plantilla de personal: Relacionado

con la experiencia tcnica del personal.

Procesos de Ingeniera de Software - ECC

11

Identificacin de riesgos
Evaluacin del riesgo
(Cont)
Los altos ejecutivos de SW y del cliente se han comprometido
1.

formalmente para apoyar el proyecto?

2. Los usuarios finales estn comprometidos con el proyecto y el
sistema/producto que se construir?
3. Los requisitos los han entendido completamente el equipo de ingeniera
de SW y sus clientes?
4. Los clientes estuvieron completamente involucrados en la definicin de los
requisitos?
5. Los usuarios finales tienen expectativas realistas?
6. El mbito del proyecto es estable?
7. El equipo de ingeniera del SW tiene la mezcla correcta de habilidades?
8. Los requisitos del proyecto son estables?
9. El equipo del proyecto tiene experiencia con la tecnologa que se
implementara?
10. El numero de personas en el equipo de proyecto es adecuado para realizar
el trabajo?
11. Todos los votantes del cliente/usuario estn de acuerdo en la importancia
del proyecto y en los requisitos para el sistema/producto que se construir?
Procesos de Ingeniera de Software - ECC

12

Identificacin de riesgos
Componentes y controladores del riesgo
(Cont)
El gestor debe identificar los controladores del

riesgo que afectan los componentes de riesgo

del SW como:
Riesgo de desempeo: Grado de incertidumbre de

que el producto satisfaga los requisitos y se ajuste y

se ajuste al uso que se pretende darle.
Riesgo de costo: Grado de incertidumbre de que se
mantenga el presupuesto del proyecto.
Riesgo de soporte: Grado de incertidumbre de que el
SW resultante ser fcil de corregir, adaptar y mejorar.
Riesgo de calendarizacin: Grado de incertidumbre
de que se mantenga la calendarizacin del proyecto y
de que el producto se entregue a tiempo.
Procesos de Ingeniera de Software - ECC

13

Componentes

Desempeo

Categora

Catastrfico

Despreciabl
e

Costo

Calendarizaci
n

El fracaso en
la satisfaccin de los
requisitos resultara en un fracaso de la
misin.

El fracaso resulta en el aumento de costos

y en demoras en la calendarizacin con
valores esperados que superan 500K da.

Cierta reduccin en
el
desempeo
tcnico

Recortes financieros
significativos,
probable superacin
del presupuesto

El fracaso para satisfacer los requisitos

resultara en un desempeo degradado del
sistema hasta un punto donde el xito de
la misin es cuestionable

El fracaso resulta en demoras operativas o

incrementos de costos con valor esperado
de 100K a 500K dlares

Cierta reduccin en
el
desempeo
tcnico

Cierto recorte de
recursos financieros,
posibles excesos

El fracaso para satisfacer los requisitos

resultara en degradacin de la misin
secundaria

Deslizamiento de costos, impactos o

calendarizacin
recuperable con valor
esperado de 1K a 100K dlares

Mnima o pequea
reduccin
en
le
desempeo tcnico

Suficientes recursos
financieros

El fracaso al satisfacer los requisitos

creara inconvenientes o impactos no
operativos

Critica

Marginal

Soporte

SW que no responde
o no se puede
soportar

Demoras menores
en
las
modificaciones del
SW

Respuesta
soporte de SW

de

COI inalcanzable

Posible
deslizamiento en el
COI

Calendarizacin
alcanzable
realistas

El error resulta en costo menor o impacto

en la calendarizacin con valores esperado
de menos de 1K dlares

Ninguna reduccin SW
al
que Posible
supervit
en le desempeo fcilmente se le da presupuestal
INGENIERA DEL SOFTWARE,
tcnicoUN ENFOQUE PRACTICO,
soporte Roger Pressman, 6ta ed., PAG: 753
Procesos de Ingeniera de Software - ECC

COI
facialmente
alcanzable
14

Proyeccin del Riesgo

Estimacin
del
Riesgo

Intenta clasificar el riesgo de dos formas:

La posibilidad que el riesgo sea real
Las consecuencias de los problemas asociados con el

riesgo en caso de que ocurra.

El planificador del proyecto con los gestores y personal

tcnico, realizan 4 pasos en la proyeccin del riesgo.

1. Establecimiento de una escala que refleje la posibilidad

percibida de un riesgo.
2. Delineado de las consecuencias del riesgo.
3. Estimacin del impacto del riesgo en el proyecto y el
producto.
4. Tomar nota de la precisin global de la proyeccin del
riesgo de modo que no haya malas interpretaciones.

La finalidad de estos pasos es considerar los riesgos en tal

forma que conduzcan al establecimiento de prioridades.
Procesos de Ingeniera de Software - ECC

15

Desarrollo de tabla de
La tabla de riesgos ofrece al gestor de un proyecto una
riesgos
tcnica simple para la proyeccin de riesgos.
Riegos

Categor
a

Probabilida
d

Impacto

RSGR

La estimacin del tamao puede ser

TP
60 %
2
significativamente baja.
Mayor numero de usuarios de los
TP
30 %
3
previstos.
TP
70%
2
Menos reutilizacin que la prevista.
CO
40 %
3
Los usuarios finales se resisten al
CO
50 %
2
sistema.
La fecha limite de entrega estar muy
CL
40 %
1
ajustada.
TP
80 %
2
Prdida de fondos.
RT
30 %
1
El cliente cambiara requisitos.
ED
80 %
3
La tecnologa no satisfar las
expectativas.
PE
30 %
2
Falta de entrenamiento acerca de las
PE
60 %|
2
herramientas.
de
Lnea de Corte implica que solo los
Valores inexperto.
Personal
:
riesgos ubicados sobre la lnea tendrn
Elevada
del personal.
impactomovilidad
fico

r
t
s
a
t
a

1: c
una atencin posterior
o
c
i
t
..
2: cr
l
a
in
g
r
3: ma
eciable
INGENIERA DEL SOFTWARE, UN ENFOQUE PRACTICO, Roger Pressman, 6ta
4: despr
ed.: PAG: 754
Procesos de Ingeniera de Software - ECC

16

Evaluacin del impacto

3 factores afectan las consecuencias que son
de
riesgo
probables si un riesgo ocurre:
Naturaleza

(indica los problemas que son probables si ocurre)

mbito

(combinacin de la severidad con su distribucin global)

Tiempo

(consideracin de cundo y durante qu periodo se sentir el

impacto)

Cmo se valoran las consecuencias de un riesgo?

1.Determinar el valor promedio de la probabilidad de
que ocurra para cada componente de riesgo.
2.Empleando los Componentes y controladores del
riesgo, determinar el impacto para cada componente,
con base en los criterios mostrados.
3.Completar la tabla de riesgos y analizar los resultados

Procesos de Ingeniera de Software - ECC

17

Cundo desistir y
finalizar el proyecto

Se debe definir un punto de referencia

Se debe marcar la relacin entre cada factor de

riesgo enumerado y el punto de referencia

Definir el rea de incertidumbre, donde ser tan
vlido continuar como interrumpir el trabajo
Predecir cmo la combinacin de riesgos
afectar a los niveles de referencia

Procesos de Ingeniera de Software - ECC

18

EXPOSICIN AL RIESGO global ER, donde P es

la probabilidad de que ocurra un riesgo y C el

costo al proyecto en caso de que ocurra el riesgo.

ER = P
xC

Como define un equipo de SW un riesgo

Identificacin del riesgo: Solo 70% de los componentes de
SW calendarizados para reutilizacin se integra en la
aplicacin.
Probabilidad de riesgo: 80%
Impacto del riesgo: Se planificaron 60 componentes de SW
reutilizables.
Si slo se puede emplear el 70%, 18
componentes tendrn que desarrollarse desde cero. Puesto
que el componente promedio es 100 LDC y los datos locales
indican que el costo de ingeniera de SW para cada uno es de
14000USD, el costo(impacto) global del desarrollo de los
componentes sera de 18 x 100 x 14 = 25200USD.
Exposicin al riesgo:
= 0.80
x 25200
dlares ~ 20 20019
Procesos de ER
Ingeniera
de Software
- ECC

Refinamiento del riesgo

Durante las primeras etapas se generan

descripciones de riesgos muy superficiales y a

medida que se avanza en el proyecto se los va
detallando de mejor manera.
Una buena forma de describir un riesgo es:
Representar el riesgo en formato de Condicin-Transicin

Consecuencia.
Dado que <condicin> entonces existe una
preocupacin de que (posiblemente) <consecuencia>

Dado que los componentes de SW reutilizables deben

ajustarse con estndares de diseo especficos y como
algunos no lo hace, entonces existe una preocupacin de
que (posiblemente) slo 70% de los mdulos reutilizables
planeados pueden en realidad integrarse al sistema que se
construir, lo que resulta en la necesidad de ingeniera
personalizada para el restante 30% de componentes.
Procesos de Ingeniera de Software - ECC

20

Reduccin, supervisin y
gestin del riesgo
Una estrategia para luchar con el riesgo debe

considerar:
Evitar el riesgo
Supervisar el riesgo
Gestionar el riesgo y los planes de

contingencia.

Es un pecado capital dejar pasar el riesgo por

alto luego de haberlo identificado y no tratarlo

Procesos de Ingeniera de Software - ECC

21

RSGR

[Reduciendo el riesgo]

El gestor del proyecto debe recurrir una estrategia

para reducir la movilidad.

Los posibles pasos que se puede seguir son:

Reunirse con el personal actual para determinar las causas de

la movilidad
Reducir aquellas causas que se controlan antes de que
comience el proyecto.
Una vez iniciado el proyecto suponer que la movilidad ocurrir
y entonces desarrollar tcnicas que aseguren la continuidad
cuando la gente se aleje.
Organizar equipos de proyectos de modo que la informacin
acerca de cada actividad de desarrollo se disperse con
amplitud.
Definir estndares de documentacin y establecer
mecanismos que aseguren que los documentos se desarrollen
en una forma oportuna.
Llevar a cabo revisiones por pares de todo el trabajo.
Asignar un miembro de respaldo para las actividades criticas.
Procesos de Ingeniera de Software - ECC

22

RSGR

[1 paso adelante]

La gestin del riesgo y los planes de contingencia suponen

que los esfuerzos de reduccin han fracasado y que el

riesgo se ha vuelto una realidad.

No hay problema si se hizo las actividades de la reduccin

Hay el personal de respaldo

El gestor puede reenfocar los recursos hacia aquellas

funciones completamente estructuradas.

Los individuos a salir se les pide que traspasen el conocimiento

Los pasos de reduccin, supervisin y gestin del riesgo

generan costos adicionales en el proyecto.

El riesgo no est limitado al proyecto de SW. Los riesgos

pueden ocurrir despus de que el SW se ha desarrollado
exitosamente y entregado al cliente. Estos riesgos estn
tpicamente asociados con las consecuencias de la falla de
SW en el campo.
Procesos de Ingeniera de Software - ECC

23

El plan RSGR
El plan de RSGR documenta todo el trabajo realizado como

parte del anlisis del riesgo y el gestor del proyecto lo emplea

como parte del plan global del proyecto.
Algunos equipos de SW no elaboran un documento RSGR
formal. En su lugar cada riesgo se documenta individualmente
mediante una hoja de informacin del riesgo.
Una vez documentado el plan de RSGR y que el proyecto ha
comenzado, se inician los pasos de reduccin y supervisin
del riesgo.
La reduccin del riesgo es una actividad encaminada a evitar
el problema.
La supervisin del riesgo es una actividad de seguimiento del
proyecto con tres objetivos:
1.
2.
3.

Valorar si los riesgos predichos de hecho ocurren

Asegurar que los pasos para evitar el riesgo definidos para ste
se estn aplicando con propiedad
Recopilar informacin que pueda usarse en futuros anlisis de
riesgo.
Procesos de Ingeniera de Software - ECC

24

Hoja de informacin del riesgo

ID de riesgo: PO2 4-32

Fecha: 9/5/04

Prob: 80%

Impacto: alto

Descripcin:
Solo el 70% de los componentes del SW calendarizados para reutilizacin de
hecho se integraran a la aplicacin. La funcionalidad restante tendr que
desarrollarse de manera personalizada.
Refinamiento/contexto:
Subcomisin 1: Ciertos componentes de reutilizacin fueron desarrollados por un
tercer participante sin conocimiento de los estndares de diseo interno.
Subcomisin 2: El estndar de diseo para los componentes de interfaces no ha
sido solidificado y tal vez no concuerdan con ciertos componentes reutilizables
existentes.
Subcomisin 3: Ciertos componentes reutilizables se han implementado en un
lenguaje que no soporta el entorno destino.
Reduccin/supervisin:
1.Contactar con el tercer participante para determinar la concordancia con los
estndares de diseo.
2.Presionar para completar los estndares de interfaz; considerar la estructura del
componente cuando se decida acerca del protocolo de la interfaz.
3.Verificar para determinar el numero de componentes en la categora 3 de
subcomisin; verificar para determinar si se puede adquirir el soporte para el
lenguaje.
Gestin/plan de contingencia/disparador:
La ER se calcula en $ 20 200. Asignar esta cantidad dentro del costo de
contingencia del proyecto.
Desarrollar una calendarizacin revisada suponiendo que se tendrn que construir
18 componentes adicionales; asignar el personal en concordancia,
Disparador: Los pasos de reduccin son improductivos al 1/7/04.
Estado Actual:
12/5/04: Inicia los pasos de reduccin
Elabor: D. Gagne

Asignado a : B. Laster
Procesos de Ingeniera de Software - ECC

INGENIERA DEL
SOFTWARE, UN
ENFOQUE
PRACTICO, Roger
Pressman, 6ta ed.
PAG: 762
25

Conclusiones
La gestin del riesgo es crucial en el proyecto

de SW.
El gestionar los riesgos implica identificar
todos los factores que pueden llevar al
proyecto al fracaso
Elaborar los planes de RSGR
El plan RSGR debe revisarse conforme el
proyecto avanza
Recordar que los riesgos se relacionan con los
acontecimientos futuros.
Procesos de Ingeniera de Software - ECC

26

Bibliografa
INGENIERA DEL SOFTWARE, Ian

Sommerville, 7ma ed
INGENIERIA DEL SOFTWARE, UN
ENFOQUE PRACTICO, Roger Pressman, 6ta
ed.

Procesos de Ingeniera de Software - ECC

27

Luis Enrique Castillo

E-mail:
phanthom2k@hotmail.com
Blog:
http://lecastillox.blogspot.com
Luis Eduardo Cuenca
E-mail: ledu_1985@hotmail.com

Procesos de Ingeniera de Software - ECC

28