UNIVERSIDAD NACIONAL EXPERIMENTAL

DE LOS LLANOS OCCIDENTALES

EZEQUIEL ZAMORA
UNELLEZ-BARINAS

Bachilleres:
Profesora:
Darcy Carrillo

BRICEO PEDRO
TAQUIVA NAYLA
TORRES LISBETH
QUERALES CARLOS

BARINAS, DICIEMBRE DE 2016

C.I: 23.033.133
C.I: 21.171.485
C.I: 21.257.196
C.I 23.028.398

PROCESO DE CONTROL DE PROYECTO DE SOFTWARE

En la actualidad, la industria del software juega un papel cada vez ms importante
para la economa global. El software ha transformado los procesos de control de la mayora
de los servicios de los cuales dependemos. Cada da surgen ms y mejores tecnologas y
con ellas novedosas aplicaciones, generando nuevos retos para los implicados en los
procesos de software.
Un sistema de software se describe como diversos programas independientes,
archivos de configuracin que se utilizan para ejecutar estos programas, un sistema de
documentacin que describe la estructura del sistema, la documentacin para el usuario que
explica cmo utilizar el sistema y sitios web que permitan a los usuarios descargar
informacin de productos recientes
En la UNELLEZ, al igual que en otras organizaciones o empresas, han decidido al
desarrollo de software, actividad que ha crecido en importancia durante los ltimos aos.
Sin embargo, su apogeo no garantiza una buena perspectiva ya que existen inconvenientes
en el desarrollo de los sistemas de software, como son: grandes retrasos en la
programacin, inconsistencias en su funcionalidad, planificacin irreal,

etc; lo cual

redunda en la calidad del producto entregado

En el rea de desarrollo de software el disponer de una herramienta de control que
permita el registro de las modificaciones que se hayan realizado a los programas o
documentos, y que proporcione las versiones previas del software, puede evitar conflictos
al momento de generar un producto final.
En el entorno de desarrollo de software es recomendable contar con un mecanismo
que permita coordinar las actividades y resultados de todos los desarrolladores involucrados
en tal proceso. Los sistemas de control de software permiten que un proyecto pueda
avanzar con varias versiones al mismo tiempo y generar informes que muestren los
cambios entre las etapas del proyecto

El proceso para controlar los riesgos en los proyectos de desarrollo de software de la

Universidad Nacional Experimental de los Llanos Occidentales Ezequiel Zamora,
UNELLEZ, incluye los subprocesos: planificar la gestin de riesgos, identificar los riesgos,
analizar los riesgos, definir y aplicar actividades para la resolucin de eventualidades,
comunicar los riesgos, controlar los riesgos y evaluar el proceso de gestin de riesgos.

1. Planificar la gestin de riesgos:

La planificacin es importante para proporcionar los recursos y el tiempo suficientes
para las actividades de gestin de riesgos. Se inicia tan pronto se concibe el proyecto y debe
completarse en las fases tempranas de la planificacin. Define cmo realizar las actividades
de gestin de riesgos, los elementos que guiarn su proceso de gestin as como las
tcnicas, notaciones a utilizar y rangos de valores vlidos para las categoras de riesgos.
Durante la planificacin de los riesgos se identifican los responsables de aplicar las
respuestas definidas para cada riesgo. La definicin de los formatos de los informes, el
calendario y algunas especificaciones que relacionen el modelo de desarrollo con el proceso
de gestin de riesgos que se aplicar son otros elementos que se definen.
Los roles que se proponen en este subproceso son el jefe de proyecto, equipo de gestin
de riesgos. En la Figura 2 se muestran los artefactos de entrada y salida as como los roles y
actividades involucradas.
2. Identificar los riesgos:
En este subproceso se identifican los riesgos para dar soporte a la planificacin del
proyecto. Consiste en determinar qu riesgos tienen probabilidad de afectar el proyecto y
documentar las caractersticas de cada uno. Este subproceso responde a las preguntas
dnde?, quin?, qu?, cundo?, cmo? y por qu? se pueden originar hechos que
influyen en la obtencin de resultados. Durante este subproceso se actualiza la lista de
riesgos y, se identifican los riesgos crticos. La identificacin de riesgos es un subproceso
iterativo pues se pueden descubrir nuevos riesgos que pueden evolucionar conforme el
proyecto avanza a lo largo de su ciclo de vida. Al comenzar la identificacin es necesario

un encuentro donde participen todos los involucrados en la identificacin de riesgos. La

identificacin, independientemente de la tcnica que se utilice, est guiada por el criterio de
xito del proyecto.
Los roles que ejecutan este subproceso son el jefe de proyecto y el equipo de gestin de
riesgos.
Para la identificacin de los riesgos se utilizan los anlisis de las listas de chequeo,
anlisis de supuestos, diagramas de causa y efecto, diagramas de flujo, diagramas de
influencias y anlisis DAFO.
3. Analizar los riesgos
El anlisis de un riesgo consiste en determinar los valores de probabilidad, impacto,
frecuencia y certidumbre de la informacin con el uso de las tcnicas definidas en el plan
de gestin de riesgos para posteriormente ordenarlos.
El anlisis de los riesgos permite detener los riesgos de comunicacin con el cliente.
Se realiza con el objetivo de evaluar, caracterizar y priorizar los riesgos, para luego
determinar su exposicin. Para adelantarse a los riesgos es necesario disear escalas que
pueden ser cuantitativas, cualitativas o una combinacin de ambas.
El anlisis cualitativo comienza al concluir la identificacin de los riesgos. Tiene
como meta identificar los riesgos crticos para el proyecto e iniciar la planificacin de las
respuestas. Durante esta actividad se evalan cualitativamente las propiedades o elementos
de los riesgos.
El anlisis cuantitativo se ejecuta despus del anlisis cualitativo o cuando se
considere necesario revaluar los riesgos. Tiene la meta de determinar los valores numricos
de probabilidad e impacto para cada riesgo. Centra la atencin en la cuantificacin de los
riesgos de forma objetiva. Permite analizar numricamente el efecto de los riesgos
identificados sobre los objetivos del proyecto.

4. Definir y aplicar actividades para la resolucin de eventualidades

Es el subproceso en el cual se generan y aplican las acciones para mejorar las
oportunidades y reducir las amenazas a los objetivos del proyecto. Las respuestas a los
riesgos planificados deben adecuarse segn la importancia del riesgo, ser rentables con
relacin al desafo por cumplir, realistas dentro del contexto del proyecto, acordadas por
todas las partes involucradas y deben estar a cargo de una persona responsable.
Durante este subproceso se analiza el conocimiento histrico en busca de guas y
recomendaciones para las decisiones que se tomarn.
Los roles responsables de ejecutarlo son el jefe de proyecto, el equipo de gestin de
riesgos y, el cliente.

5. Comunicar los riesgos

La comunicacin de los problemas que acechan al proyecto como instrumento para
atajar los riesgos es una buena prctica y adems una solucin. Este subproceso
proporciona calidad a las actividades de gestin de riesgos al permitir que los equipos de
desarrollo obtengan informacin. El objetivo de este subproceso es crear un enlace entre los
involucrados en los proyectos de desarrollo de software para socializar los niveles de
experiencia en la gestin de riegos.
6. Controlar los riesgos
Es el subproceso que permite asegurar que las acciones definidas para mejorar las
oportunidades y reducir las amenazas a los objetivos del proyecto estn siendo llevadas a
cabo. Permite identificar los riesgos residuales y los nuevos. Implica la seleccin de
estrategias alternativas, la ejecucin de un plan de contingencia o de reserva, la
implementacin de acciones correctivas y la modificacin del plan para la direccin del
proyecto. Una vez diseado y validado el plan para gestionar los riesgos, es necesario
monitorizarlo permanentemente y tener en cuenta que estos nunca dejan de representar una
amenaza u oportunidad para el proyecto. Es recomendable hacer revisiones sobre la marcha

del plan de manejo de riesgos para evidenciar todas aquellas situaciones o factores que
pueden estar influyendo en la aplicacin de las acciones.
Durante este subproceso se identificarn condiciones para iniciar planes de
respuesta y se emitirn criterios valorativos sobre el estado de los riesgos en el proyecto. Al
concluir se obtienen los planes de respuesta actualizados y un resumen evaluativo con las
impresiones de la gestin de riesgos hasta el momento. Se debe calcular la efectividad de
los planes de respuesta y analizar su efectividad.
7. Evaluar y aprender del proceso de gestin de riesgos
Este subproceso tiene como objetivo analizar la gestin de riesgos y apoderarse del
conocimiento adquirido y las experiencias, as como documentarlo para su uso en otros
proyectos. Incluye acciones organizativas, operativas, externas a la gestin de riesgos,
actividades y tcnicas de la gestin de riesgos.

Los sistemas de control ofrecen un soporte muy importante en el proceso de

desarrollo de software, coadyuvando en la gestin del control de los archivos de cdigo
fuente e impulsando el trabajo colaborativo al permitir que mltiples desarrolladores
trabajen paralelamente en un mismo proyecto en forma autnoma e independiente.
Adicionalmente, los sistemas de control proporcionan los mecanismos para que
cualquier versin de un proyecto pueda ser recuperada para visualizarse o modificarse,
desplegando las diferencias entre las versiones existentes. Por otro lado, el desarrollo
distribuido es soportado a travs de redes de datos con diferentes mecanismos de
autentificacin.
La comunicacin entre los miembros de los equipos de trabajo en los diferentes
proyectos estuvo adecuada a la metodologa de desarrollo de software definida. Se tom la
iniciativa de definir un momento en la semana que permita analizar el rendimiento diario de
las personas a partir del cumplimiento de las actividades asignadas y chequear el avance del
proyecto. Esto facilit la identificacin de los riesgos y el logro de una buena comunicacin
del equipo de desarrollo.