Escolar Documentos
Profissional Documentos
Cultura Documentos
PROCESOS DE INGENIERA DE SOFTWARE Docente: Ing. Armando Cabrera Alumnos: Luis Enrique Castillo Luis Eduardo Cuenca Mayo/2008
Preview
Los objetivos de la
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
o no. No olvide identificar, evaluar la probabilidad de que ocurra, estimar el impacto y establecer un plan de contingencia en caso de que el problema se presente.
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 5
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)
Tipo
Proyecto Proyecto
Descripcin
Personal con experiencia abandona el proyecto antes de que finalice Habr un cambio de gestin organizacional con diferentes prioridades El HW esencial para el proyecto no ser entregado a tiempo Habr mas cambios en los requerimientos de lo esperado Las especificaciones de las interfaces esenciales no estarn a tiempo El tamao del proyecto se ha subestimado Las herramientas CASE que ayudan al proyecto no tienen el rendimiento esperado Un producto competitivo se pone en venta antes de que el sistema se complete La tecnologa fundamental sobre la que se construir el sistema se sustituye por nueva tecnologa
No disponibilidad de HW Cambio de requerimientos Retrasos en la especificacin Subestimacin del tamao Bajo rendimiento de la herramienta CASE Cambio de tecnologa Competencia del producto
Negocio Negocio
INGENIERA DEL SOFTWARE, Ian Sommerville, 7ma ed, Pag: 96 Procesos de Ingeniera de Software - ECC 7
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 8
Identificacin de riesgos
Identificar los riesgos es una tarea sistemtica orientndose
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 9
10
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:
se construir.
Asociado con disponibilidad y calidad de las herramientas.
Tecnologa que construir: Asociado con la complejidad del sistema que Tamao y experiencia de la plantilla de personal: Relacionado
con la experiencia tcnica del personal.
Procesos de Ingeniera de Software - ECC 11
Los altos ejecutivos de SW y del cliente se han comprometido formalmente para apoyar el proyecto? Los usuarios finales estn comprometidos con el proyecto y el sistema/producto que se construir? Los requisitos los han entendido completamente el equipo de ingeniera de SW y sus clientes? Los clientes estuvieron completamente involucrados en la definicin de los requisitos? Los usuarios finales tienen expectativas realistas? El mbito del proyecto es estable? El equipo de ingeniera del SW tiene la mezcla correcta de habilidades? Los requisitos del proyecto son estables? El equipo del proyecto tiene experiencia con la tecnologa que se implementara? El numero de personas en el equipo de proyecto es adecuado para realizar el trabajo? 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
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
Categora
Desempeo
Soporte
Costo
Calendarizacin
1
Catastrfico
El fracaso en la satisfaccin de los requisitos resultara en un fracaso de la misin. Cierta reduccin en el desempeo tcnico SW que no responde o no se puede soportar
El fracaso resulta en el aumento de costos y en demoras en la calendarizacin con valores esperados que superan 500K da. Recortes financieros significativos, probable superacin del presupuesto COI inalcanzable
1
Critica
El fracaso para satisfacer los requisitos resultara en un desempeo degradado del sistema hasta un punto donde el xito de la misin es cuestionable Cierta reduccin en el desempeo tcnico Demoras menores en las modificaciones del SW
El fracaso resulta en demoras operativas o incrementos de costos con valor esperado de 100K a 500K dlares Cierto recorte de recursos financieros, posibles excesos Posible deslizamiento en el COI
1
Marginal
Deslizamiento de costos, impactos o calendarizacin recuperable con valor esperado de 1K a 100K dlares
Suficientes financieros recursos Calendarizacin alcanzable y realistas
2
Despreciable
1 2
El fracaso al satisfacer los requisitos creara inconvenientes o impactos no operativos Ninguna reduccin en le desempeo tcnico SW al que fcilmente se le da soporte
El error resulta en costo menor o impacto en la calendarizacin con valores esperado de menos de 1K dlares Posible supervit presupuestal COI facialmente alcanzable
INGENIERA DEL SOFTWARE, UN ENFOQUE PRACTICO, Roger Pressman, 6ta ed., PAG: 753
14
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
la proyeccin de riesgos.
Riegos
La estimacin del tamao puede ser significativamente baja. Mayor numero de usuarios de los previstos. Menos reutilizacin que la prevista. Los usuarios finales se resisten al sistema. La fecha limite de entrega estar muy ajustada. Prdida de fondos. El cliente cambiara requisitos. La tecnologa no satisfar las expectativas. Falta de entrenamiento acerca de las herramientas. Personal inexperto. Elevada movilidad del personal. .. Categora TP TP TP CO CO Probabilidad 60 % 30 % 70 % 40 % 50 %
Impacto
2 3 2 3 2
RSGR
CL TP RT ED
PE PE
40 % 80 % 30 % 80 %
30 % 60 %|
1 2 1 3
2 2
Lnea de Corte implica que solo los riesgos ubicados sobre la lnea tendrn una atencin posterior
INGENIERA DEL SOFTWARE, UN ENFOQUE PRACTICO, Roger Pressman, 6ta ed.: PAG: 754 Procesos de Ingeniera de Software - ECC 16
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
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
18
probabilidad de que ocurra un riesgo y C el costo al proyecto en caso de que ocurra el riesgo.
ER = P x C
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: ER = 0.80 x 25200 dlares ~ 20 200 dlares.
Procesos de Ingeniera de Software - ECC 19
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
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
21
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
completamente estructuradas.
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
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.
26
Bibliografa
INGENIERA DEL SOFTWARE, Ian Sommerville,
7ma ed INGENIERIA DEL SOFTWARE, UN ENFOQUE PRACTICO, Roger Pressman, 6ta ed.
27
Luis Enrique Castillo E-mail: phanthom2k@hotmail.com Blog: http://lecastillox.blogspot.com Luis Eduardo Cuenca E-mail: ledu_1985@hotmail.com
28