Administracion de proyectos de software.

Proyecto APS 2015

Análisis de riesgos - Plan RSGR - Análisis de Requerimientos

Agustín Orge Queiruga, lu: 85538

Francisco Cuenca, lu: 94294

Contenido

Documento de Análisis de Riesgos        2

Riesgos        2

Baja disponibilidad de la Base de Datos de la UNS        2

Pérdida de algún integrante del equipo        2

Incumplimiento de fecha de entrega        2

Cambios en la interfaz de la Base de Datos de la UNS        2

Subestimación de cantidad de usuarios        2

Consultas con información errónea        2

Tabla de riesgos        3-4

Plan de RSGR (Reducción, Supervisión y Gestión del Riesgo)        5

Baja disponibilidad de la Base de Datos de la UNS        5

Pérdida de algún integrante del equipo        5

Cambios en la interfaz de la Base de Datos de la UNS        5

Especificación de requerimientos        6

        Plantilla de requerimientos        6

        Requerimientos funcionales         7-18

        Requerimientos no funcionales        19-21

        Atributos críticos        21

Glosario        22

Documento de Análisis de Riesgos

Antes de comenzar el desarrollo del proyecto se deben analizar los posibles problemas que pueden ocurrir en el transcurso del mismo. Se ha decidido tomar una actitud proactiva por lo que se identificaran los riesgos potenciales, se valorará su probabilidad e impacto y se priorizan de acuerdo a su importancia. A partir de la  importancia de los mismos se establecerá un plan para controlarlos.

A continuación se listaran los riesgos encontrados junto con la descripción correspondiente de cada uno y lo que nos llevó a detectar los mismos.

Riesgos

• Baja disponibilidad de la Base de Datos de la UNS: Para acceder la información sobre los alumnos, aulas, profesores, etc. es necesario compartir información entre el sistema que administra los datos para la UNS y la aplicación AppUNS. Existe el riesgo, que la base de datos de la UNS no soporte el flujo de datos entre ellos.

• Pérdida de algún integrante del equipo: Es posible que algún integrante del equipo de programadores abandone el proyecto, ya sea por decisión propia o por alguna circunstancia que no le permita continuar con el mismo.

• Incumplimiento de fecha de entrega: dado que la versión final del producto debe ser entregada obligatoriamente a fin de año no es posible renegociar con el cliente una nueva fecha en caso de retrasos. Si no se cumplen con los deadlines en el tiempo previsto el proyecto no va  a ser aceptado.

• Cambios en la interfaz de la Base de Datos de la UNS: Se pueden producir cambios en la interfaz para consultas de la base de datos de la uns debido a mantenimiento del sistema.

• Subestimación de cantidad de usuarios: Las estimaciones de la cantidad de usuarios que utilizaran el sistema pueden ser desacertadas dando como resultado un colapso en la base de datos propia.

• Consultas con información errónea: Debido a que el sistema utilizará sistemas externos para obtener la información que se va a mostrar, no se tiene control sobre el contenido. Puede darse el caso que haya información errónea.

Tabla de riesgos

Para analizar los riesgos es importante medir el nivel de incertidumbre y el impacto asociado a cada riesgo. El nivel de incertidumbre es la probabilidad de que el hecho descrito en el riesgo ocurra, mientras que el impacto es cómo afecta el riesgo al producto.

El impacto de cada riesgo se divide en cuatro tipos:

• Catastrófico (1)
• Crítico (2)
• Marginal (3)
• Despreciable (4)

A continuación se establecerá una escala que refleje la probabilidad del riesgo, se definirán sus consecuencias, se estimará su impacto en el proceso y en el producto y se construirá una Tabla de Riesgos:

Referencias:

• Categoría:

• TA: Tamaño.
• NE: Negocio.
• DE: Desarrollo.
• PE: Personal.
• TE: Técnico.
• EX: Externos.

Se ha utilizado una fórmula para determinar el orden de los riesgos. El orden determina la necesidad de armar un plan de control para dicho riesgo. La fórmula utilizado para determinar el orden es la siguiente:        

...