Administracion de proyectos de software.
Enviado por Sandra75 • 22 de Diciembre de 2017 • 3.266 Palabras (14 Páginas) • 501 Visitas
...
Orden = (Probabilidad * (5 - Impacto) ) / 100
Dicha fórmula genera un índice, a partir del mismo se establecerá un orden para seleccionar qué riesgos formarán parte del plan de control de riesgos. Decidimos que se implementarán planes para los 3 primeros para que la administración de riesgos no sobrecargue el trabajo del proyecto.
---------------------------------------------------------------
Plan de RSGR (Reducción, Supervisión y Gestión del Riesgo)
---------------------------------------------------------------
Cuando el orden de los riesgos supera la línea de corte de debe de desarrollar un plan de reducción, supervisión y gestión del riesgo. Las tareas están encaminadas a reducir las posibilidades de que los riesgos ocurran. A medida que el proyecto avanza se debe supervisar el riesgo. La gestión y los planes asumen que los esfuerzos de reducción han fracasado y el riesgo se ha convertido en realidad.
Baja disponibilidad de la Base de Datos de la UNS
- Reducción: tener una comunicación constante con los administradores del sistema de Base de Datos de la UNS, y realizar una planificación sobre el tráfico extra que demandará el uso de esta aplicación.
- Supervisión: verificar que exista una estrecha comunicación entre los desarrolladores de AppUNS y los administradores de la Base de Datos de la UNS.
- Gestión: comunicarse con la administración informando el problema y tratar de llegar a una solución que sea productiva para ambas partes.
Pérdida de algún integrante del equipo
- Reducción: Tener una comunicación constante con los desarrolladores y realizar una planificación adecuada sobre las tareas a realizar a lo largo del proyecto intentando que el trabajo de los desarrolladores sea lo más simple y adecuado a sus tiempos.
Generar documentación clara y precisa de todo el desarrollo.
Tener backup de personal en los componentes más críticos del sistema.
- Supervisión: tener una comunicación constante con los desarrolladores para tener conocimiento de la situación en la que se encuentran en cada momento.
Controlar la documentación.
Controlar la asignación de tareas.
- Gestión: comunicarse con la administración informando el problema y tratar de llegar a un acuerdo que se sea conveniente para las partes y lograr así finalizar el proyecto en tiempo y forma.
Reasignacion de personal a las tareas que lo requieran.
Evaluar si es necesario la contratación de un nuevo recurso
Cambios en la interfaz de la Base de Datos de la UNS
- Reducción: tener una comunicación constante con los administradores del sistema de Base de Datos de la UNS. De esta manera se está al tanto de posibles modificaciones futuras.
- Supervisión: monitorear los resultados de las consultas realizadas para determinar si la interfaz sigue siendo válida.
- Gestión: adaptación de los componentes que interactúan con las base de datos de la UNS para adecuarse a los cambios.
---------------------------------------------------------------
Especificación de requerimientos
---------------------------------------------------------------
Un requerimiento es una característica deseada del sistema que debe satisfacerse con el fin de que el problema del cliente sea adecuadamente solucionado. Es de suma importancia que sean claros y precisos. Para la definición de los requerimientos se utilizaron los siguientes templetes:
Para los requerimientos funcionales
Nombre
Nombre del requerimiento
Id
Etiqueta de identificación del requerimiento
Categoría
Tipo de requerimiento
Descripción
Breve descripción del comportamiento requerido del sistema
Términos
Terminología utilizada en la descripción y cuya definición se incluye en el glosario
Justificación
Razón por la que es necesario
Prioridad
Alta, media o baja
Dependencias
Otros requerimientos de los cuales este depende
Documentos
Documentos con información relevante para este requerimiento
Argumentos de factibilidad
Porque / de qué manera se garantiza que puede cumplirse
Método de verificación
Como se verificará que se cumpla
Para los requerimientos no funcionales
Nombre
Nombre del requerimiento
ID
Etiqueta de identificación del requerimiento
Categoría
Tipo de requerimiento
Descripción
Breve descripción del requerimiento
Escala
Unidades de medida definidas para la medición
Test
Forma en la que se medirá el atributo
Peor caso
Peor
...