UNIVERSIDAD NORORIENTAL PRIVADA “GRAN MARISCAL DE AYACUCHO”

ESCUELA DE INGENIERÍA
NÚCLEO BOLÍVAR
AUDITORIA DE SISTEMAS

Prof:

Manuel Carrasquero

Alumno(a):
Anllela Lucia
V-27.733.060

05de Octubre del 2021

 ADMINISTRACIÓN DE RIESGOS.

El análisis y la gestión de riesgos es, o debería ser, un elemento fundamental requisito de la

mayoría de las tareas de gestión de proyectos, especialmente en aquellas situaciones donde los
planes bien trazados no siempre llegar a buen término. El desarrollo de software es uno de
esos áreas, pero el análisis formal de riesgos rara vez es una parte integrada de la tarea de
gestión del proyecto.

La gestión de riesgos para el desarrollo de software es principalmente preocupados por el

proceso y menos por el producto final.

Si bien es posible que los productos de software no cumplan con los requisitos funcionales, es
raro que fallen en su uso, la mayoría de las veces, los productos de software funcionan
exactamente como se para la frustración de los usuarios de muchos programas populares
productos.

Por lo tanto, la principal preocupación es garantizar la integridad del proceso de desarrollo de

software. Si va bueno, debería haber un mínimo de impactos negativos imprevistos sobre la
conducción del proyecto de desarrollo y, por inferencia, sobre el producto resultante. Al
menos el objetivo es tener todos los factores de riesgo identificados bajocontrol de manejo.

Todavía existe una confusión considerable sobre los roles deprocesos de aseguramiento /
gestión de la calidad y riesgo gestión, ya que ambos se preocupan principalmente por proceso.

Debe quedar claro para un observador cercano que los focosde las dos tareas de gestión son
diametralmente opuestas.

La garantía de calidad tiene que ver con la adopción de un proceso que minimizará las
posibilidades de que el proyecto se desvíe de la vía de desarrollo del set. La gestión de riesgos
es preocupado por identificar lo que podría salir mal y cómo estos eventos impactarán en el
proyecto.
Mientras que el resultado los objetivos son similares, las estrategias a seguir son bastante
diferente. Por tanto, podemos esperar ver teorías distintivasy modelos que se están
desarrollando y aplicando en cada caso.

El papel del gestor de riesgos es mucho más el de un defensor en comparación con el gerente
de calidad.

¿QUÉ ES EL RIESGO? 
De algún evento en el futuro
El riesgo es la desviación del resultado futuro real del resultado esperado.
Otras definiciones:
Peligro: algo negativo que puede suceder en el futuro
El riesgo es la probabilidad del peligro.

ESTRATEGIAS DE RIESGO PROACTIVAS Y REACTIVAS

Reactiva: supervisa el proyecto en prevención de posibles riesgos. Los recursos se ponen
aparte, en caso de que pudieran convertirse en problemas. Lo más frecuente es que el equipo
de software no haga nada respecto a los riesgos hasta que algo va mal.

Proactiva: empieza mucho antes de que comiencen los trabajos técnicos. Se identifican los
riesgos potenciales, se valoran su probabilidad y su impacto y se establece una prioridad según
su importancia. Después el equipo de soft establece un plan para controlar el riesgo.

RIESGOS DEL SOFTWARE

El riesgo siempre implica dos características:

- Incertidumbre: el acontecimiento que caracteriza al riego puede o no ocurrir.

- Pérdida: si el riesgo seconvierte en una realidad, ocurrirán consecuencias no deseadas ó
pérdidas.

Cuando se analizan los riegos es importante cuantificar el nivel de incertidumbre y grado de

pérdida asociados a cada riego, para hacerlo se consideran diferentes categorías de riesgos:
- Riesgos del proyecto: si se hacen realidad , es posible que la planificación temporal del
proyecto se retrase y que los costosaumenten (problemas potenciales de personal, cliente,
requisitos, etc).
- Riesgos técnico: amenazan la calidad y la planificación temporal del soft (problemas de
diseño, implementación, interfaz,verificación, mantenimiento- ambigüedades de
especificaciones, incertidumbres técnica, etc).
- Riesgos del negocio: amenazan la viabilidad del soft a construir. A menudo ponen en peligro
el proyecto o elproducto.

Candidatos para los 5 principales riesgos del negocio:

• Construir un producto o sistema excelente que no quiere nadie en realidad (riego de

mercado)
• Construir un producto que noencaja en la estrategia comercial general de la compañía (riesgo
estratégico)
• Construir un producto que el departamento de ventas no sabe como vender
• Perder el apoyo de una gestión experta.

CONSECUENCIAS DE LOS RIESGOS DEL PROYECTO

Los comprobantes de programación y los costos aumentan:
 Riesgos presupuestarios.
 Programar riesgos.
 Riesgos de personal.
 Riesgos de recursos.
 Riesgos de las partes interesadas.
 Problemas de requisitos.
 ¿Cuál es el peor resultado posible en este caso?
 Al buscar estos riesgos, ¿qué estamos tratando de evitar?
 CÓMO IDENTIFICAR RIESGOS

Riesgos comunes: muchos riesgos son comunes a muchos proyectos.

 (Su libro tiene una lista y la web tiene muchas)Algunos ejemplos:

 El cronograma es optimista, "mejor caso", más que realista, "caso esperado".

 Los despidos y recortes reducen la capacidad del equipo.
 Las herramientas de desarrollo no están en su lugar en el momento deseado.
 En última instancia, el usuario final encuentra que el producto no es satisfactorio, lo
que requiere rediseño y reelaboración.
 El cliente insiste en nuevos requisitos.
 Las áreas vagamente especificadas del producto requieren más tiempo de lo esperado.
 El personal necesita más tiempo para aprender herramientas de software o entornos
desconocidos.

PROYECCIÓN DE RIESGO

La proyección de riesgo, también llamada estimación de riesgo, intenta calificar cada riesgo de
dos maneras la probabilidad o probabilidad de que ocurra el riesgo las consecuencias de los
problemas asociados con el riesgo, en caso de que ocurriera, hay cuatro pasos de proyección
de riesgo:

 establecer una escala que refleje la probabilidad percibida de que ocurra un riesgo
(alto, medio, bajo o numérico).
 delinear las consecuencias del riesgo.
 estimar el impacto del riesgo en el proyecto y el producto si ocurre.
 tener en cuenta la precisión general de la proyección de riesgo para que no haya
malentendidos.
 El plan mmmr

El plan de MMMR registra todo el trabajo realizado como parte del análisis de riesgo y es
utilizado por el gerente del proyecto como parte del plan general del proyecto.

El propósito de las herramientas de gestión de riesgos es ayudar al equipo del proyecto

a identificar riesgos, evaluar su impacto y probabilidad, y monitorear los riesgos durante un
proyecto de software.
 BIBLIOGRAFIA

https://www.google.com/url?

sa=t&rct=j&q=&esrc=s&source=web&cd=&ved=2ahUKEwiizpia7aLzAhVltjEKHd8bBDAQFnoECAMQAQ

&url=http%3A%2F%2Fcotana.informatica.edu.bo%2Fdownloads%2Fld-

Ingenieria.de.software.enfoque.practico.7ed.Pressman.PDF&usg=AOvVaw3AEXe_YeKugMBXlttMfA3o

Roger Pressman(2010) Ingenieria de software, cap 28 administración de riesgos 7ma edición