ELEMENTOS DE RIESGO DEL SOFTWARE

ELEMENTOS DE RIESGO DEL SOFTWARE:

Los Riesgos pueden ser vistos tanto desde una perspectiva:

Tecnológica (Problemas del Tpo Real)

Negocios

* En ambas están presente riesgos : TECNICOS - COSTOS – PLAZOS

Riesgos de Negocios:

Disp. Recursos (Personas, equipo) - Costo y Presupuesto - Plazos de Liberación

Riesgos Tecnológicos:

Algoritmos - Disponibilidad de Tecnología - Madurez de HW-SW básico

RIESGOS TECNICOS:

Funcionalidad - Calidad - Confiabilidad - Oportunidad - Mantenibilidad -

Usabilidad

RIESGOS DE COSTOS:

Presupuesto - Costos no recurrentes - Costos del desarrollo y mantención -

Costos Fijos

Costos Variables - Utilidad/Margen de pérdidas

RIESGOS DE PLAZOS:

Flexibilidad: Capacidad del Programa, de ser comprimido o extendido

Logro metas: Capacidad de los Recursos Técnicos p/lograr metas en los plazos dados

Realismo: Capacidad del Programa, de reflejar las expectativas de Cliente, Administración

y Desarrolladores

Cada uno de los ítems de los programas tiene factores que influyen

en la utilidad/pérdida o rendimiento técnico del producto de SW.

Ejemplo :

Correlación entre alargamiento de Plazos e incremento de los costos

Correlación entre acortamiento de Plazos y reducción de la calidad

Así como los riesgos de Costo, los riesgos de plazos no se terminan

hasta que el producto es liberado, por lo que existen a lo largo de

todo el ciclo de vida.

2

Los riesgos de plazos son influidos por otros ítems, tal como la

disponibilidad de equipos y personas, fondos ( tal como partida con

fondos propios o con fondos del cliente), expansión o cambio al

término del producto, y diferentes definiciones en el desarrollo de SW.

ACTIVIDADES DE ADMINISTRACION DE RIESGOS:

En orden a encontrar un punto de vista gobal de riesgos, la

Administración de Software debe ser mirada desde las perspectivas :

Operacional - Estratégica - Tecnológica - Negocios – Industria - Desarrolladores

-Riesgos Operacionales: Apuntan a las incertidumbres diarias de un Proyecto

-Riesgos Estratégicos: : Apuntan a los efectos de largo plazo en la Compañía

-Riesgos Tecnológicos: Están asociados a la Tecnología de Software

-Riesgos de Neg. de SW : Afectan a los proyectos de la Cía. en varias formas

-Riesgos de la Industria: Al desarrollo de SW industrial, modelos y procesos

-Riesgos Desarrolladores: Se refiere a las implementación de prácticas de SW

Esta visión es incorporada en la explicación de las siguientes 6

actividades de Administración de Riesgo

1- Identificación del Riesgo 2-Estrategia y planificación 3-Evaluación del Riesgo

4- Mitigación/impedir el Riesgo 5-Informe de Riesgos 6-Predicción del Riesgo

En las categorías siguientes, las actividades de riesgo se evalúan

según las perspectivas antes mencionadas

Identificación de Riesgo: Esta actividad responde a las siguientes

preguntas

 ¿ Hay riesgo en esta actividad ?

 ¿ Como puede ser clasificado ?

3

La Identificación de los riesgos de SW involucra reunir información

acerca del proyecto de desarrollo de SWy clasificarla para determinar

el valor del riesgo potencial del proyecto. La información reunida

incluye la identificación de información pasada y actual. Hay 6

métodos y fuentes para reunir información de sobre riesgo.

 Conocimiento tradicional o personal

 Analogías con casos bien conocidos

 Aplicación de buen criterio

 Resultados de experimentos o tests

 Exámen de exposición inadvertidas

 Estudios epidemiológicas

El conocimiento tradicional o personal es información percibida, sea

real o nó. Los estereotipos caen siempre en esta categoría.

Por ejemplo, en el caso de SW se percibe el desarrollo de SW incrustado como

más complejo, y por lo tanto de mayor riesgo que el SW de aplicaciones.

Dependiendo del caso esto puede ser cierto; en otros (como en el caso de

Sistemas de aplicación complejos y distribuídos), puede no serlo.

Analogías con casos conocidos es relacionar tipos de actividades

que tienen similar tratamiento. Las analogías están basadas en datos

históricos, informes de lecciones pasadas, o experiencias pasadas

de personal de proyectos.

Un ejemplo de analogías con casos conocidos, puede ser la revisión de cifras de

productividad

...