INSTITUCIÓN UNIVERSITARIA DE COLOMBIA

Facultad Ingeniería de Sistemas

PRESENTACION TALLER METRICAS Y ANALISIS DE RIESGO

INGENIERIA DE SOFTWARE II

AUTORES:
Cristian Camilo Orjuela
Jusep Orjuela
Eddier Alejandro Cifuentes M

PRESENTADO A:
ING. ELKY AREVALO

DICIEMBRE 2019
 GESTION DE RIESGOS

Riesgos:
R1: Tareas con larga duración sin hitos bien definidos
R2: Tareas de Camino Critico
R3: Grandes hitos
R4: información insuficiente
R5: Tareas dependientes

Acciones:
1. Asignar unas tareas específicas a una persona en especial o a un grupo de personas
en donde se logre definir roles.
2. Desarrollar y gestionar unas normas para el proyecto que recoja definiciones y
planificación global, toma de decisiones en reuniones con el grupo.
3. Usar una metodología de comunicación con un agente externo
4. Utilizar métodos de recolección de información requerida para lograr conocer todo
aspecto que el proyecto debe abordar dentro de su solución.
5. Desarrollar mecanismos de gestión y ejecución del proyecto, responsabilidad y línea
base aprobada para alinear la ejecución y control proyecto.

Riesgos Financieros:
1. Presupuesto no organizado.
2. Cambios en el costo de los recursos
Acciones
1: Realizar un pronóstico de los costos de acuerdo a los recursos que se va a emplear en el
proyecto.
2. Destinar los resultados de dinero para contingencia o para alguna varianza o imprevistos
en el camino del proyecto.

Riesgos de no lograr el alcance de calidad que se tiene con el proyecto

Riesgos:
1.Recursos de desarrollo no disponibles para actividades.
2. cambios en los requerimientos de los clientes.
3. resultados no ajustados a la necesidad del cliente.
4. nuevos recursos tecnológicos no aprobados

Acciones:
1. Identificar cuáles son los recursos de desarrollo que son indispensables para poder
trabajar en el proyecto en caso de no hallarlas buscar alguna alternativa para hacer
el remplazo.
2. Informar y mantener una comunicación constante para indicarle los pasos y las
tareas pendientes para gestionar, expectativas y avances. Se debe realizar unas
reuniones periódicas propuestas inicial para el equipo del proyecto.

3. Estimar errores, movilidad de recursos, insuficiencia de recursos (cantidad y

personal) fecha prefijas y cambios de los requisitos.
4. Realizar las pruebas necesarias antes de presentarlo tanto como funcionales que
permitan identificar la tasa de defectos.
 Métrica de proyecto de software

Formulación:
Diseño y desarrollo de una aplicación web para la gestión de la programación académica de
la UIC.
Se enfocará en facilitar en la programación de materias a docentes la disponibilidad de
aulas, asegurar que los procesos estén apropiados apoyados, administrar procesos
inmaduros enfocando el proceso, reconocer la existencia de variaciones como oportunidad
de mejora considerando las variaciones en la programación y no se tenga problemas con las
asignaciones del aula y en la programación de las materias en la universidad.

Colección
Para la colección de los datos se realizaría lo siguiente:
Evaluar anticipadamente el impacto del sistema en los usuarios y en la universidad

Análisis:
Una vez obtenidos los datos se realizará un análisis en donde guardara los datos para
evaluar la estabilidad y la capacidad que se soporta la aplicación para validar los resultados
y observaciones donde se debe estimar el costo, desempeño a futuro para establecer
tendencias e identificar oportunidades de mejora.

Interpretación.
Retroalimentación:
Las métricas obtenidas cliente se cubre un área diferente con un entrono amigable y los
usuarios pueden darles una agilidad y facilidad a los datos obtenidos y se revela tendencias
al análisis y los usuarios tienen un sistema para su uso profesional.
Características de la métrica
Simple y fácil de usar.
Una métrica debe facilitar el manejo a pesar de la cantidad de datos que puedan obtener, si
no existe una forma de entenderlos serán desperdicios. al analizar ahorrará recursos y
esfuerzo en la recolección de datos tener una perspectiva de negocio y realizar un
seguimiento de indicadores, tener cuidado con los síntomas lógicos en la creación y
evolución del producto y sobre todo optimice el uso de los recursos generando ganancias,
tener presente el comportamiento del sistema y las interacciones con nuestro cliente, nos
dará indicios sobre la escalabilidad de sistema