Essays.club - Ensayos gratis, notas de cursos, notas de libros, tareas, monografías y trabajos de investigación
Buscar

Administracion de proyectos de software.

Enviado por   •  22 de Diciembre de 2017  •  3.266 Palabras (14 Páginas)  •  501 Visitas

Página 1 de 14

...

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

...

Descargar como  txt (32 Kb)   pdf (114.2 Kb)   docx (45.9 Kb)  
Leer 13 páginas más »
Disponible sólo en Essays.club