wiki:EstudioRiesgos_2

Version 1 (modified by jalvarez, 7 años ago) (diff)

--

Tabla de Contenido

  1. Planificación Estratégica Integral
  2. Proyectos
  3. Metodología de Desarrollo de Software Libre (MDSL) Versión 2.0
    1. Conceptualización
      1. Plantillas
      2. Flujograma
    2. Administracion
      1. Plantillas
      2. Flujograma
    3. Construcción
      1. Plantillas
      2. Flujograma
    4. Uso de macros para trazabilidad
  4. Propuesta de Solución
  5. Propuesta de Desarrollo del Proyecto
    1. 1. Necesidades y/o problemas
    2. 2. Solución propuesta
    3. 3. Alcance del software propuesto
    4. 4. Descripción general de la arquitectura del software
    5. 5. Metodología de desarrollo
    6. 6. Plataforma de operación
    7. 7. Plataforma de desarrollo
    8. 8. Licencias de código y documentación
  6. Posibles Actores de la Comunidad de Desarrollo de la Aplicación
    1. 1. Lista de Posibles Aliados de la Red de Desarrollo de la Aplicación
    2. 2. Lista de Posibles Colaboradores en el Desarrollo de la Aplicación
  7. Estudio de Factibilidad de Desarrollo del Proyecto
    1. 1. Aspectos a Considerar para el Estudio de Factibilidad del Proyecto
    2. 2. Factibilidad del Desarrollo del Proyecto
  8. Descripción de la Aplicación
  9. Estándares de Desarrollo del Proyecto
  10. Priorización de Funcionalidades
    1. Funcionalidad:
    2. Valor cuantitativo de prioridad:
    3. Dependencia entre Funcionalidades:
  11. Estudio de los Riesgos
    1. Valor cuantitativo de prioridad
  12. Plan del Proyecto
    1. 1. Priorización de funcionalidades del software según las necesidades …
  13. Definición del dominio de la aplicación
  14. Definición del dominio de la aplicación
  15. Diagramas de Actividades
  16. Diagramas de Actividades de los Métodos de las Clases de la Aplicación
  17. Definición de Requerimientos
    1. 1. Requerimientos Funcionales
    2. 2. Requerimientos No-funcionales
  18. Especificación de Requerimientos (Funcionalidades)
    1. 1. Casos de Uso <Nombre del caso de uso>
    2. 2. Casos de Uso <Nombre del caso de uso>
    3. Flujograma de actividades
  19. Diagramas de Secuencia
    1. 1. Diagramas de Secuencia para los Casos de Uso de la Aplicación
      1. 1.1 Diagrama de Secuencia del Caso de Uso <Nombre del Caso de Uso>
      2. 1.2 Diagrama de Secuencia del Caso de Uso <Nombre del Caso de Uso>
  20. Diagramas de Estado de las Clases de la Aplicación
    1. 1. Diagrama de Estado de la Clase <nombre de la clase>
    2. 2. Diagrama de Estado de la Clase <nombre de la clase>
  21. Diseño del Prototipo No-funcional de la Interfaz U/S
  22. Planes de Pruebas
  23. Manuales del Sistema

Estudio de los Riesgos

Valor cuantitativo de prioridad

A continuación se presentan los valores que se utilizaran para priorizar los riesgos:

1: Muy alta.

0,75: Alta.

0,5: Media.

0,25: Baja.

0: Muy baja.

En la siguiente tabla se presenta los riesgos, sus impactos, las prioridades para abordar los riesgos y las funcionalidades asociadas a éstos.

1. Descripción de los riesgos

Descripción del riesgoDescripción del impactoPrioridad para abordar el riesgoFuncionalidades asociadas al riesgo
Posibles retrasos en la definición del tipo de comunicación y los datos a intercambiar entre el SISPRE y el SIPES_APN. Bulnerabilidad de datos intercambiados. No hay actualización de datos en tiempo real, lo cual podría generar inconvenientes al momento de la consulta de datos de proyectos. VOY AQUI 0,25 Todas
Ausencia no planificada de algún miembro del equipo durante el desarrollo del proyecto Retraso en el cumplimiento de las metas. 0,25 Todas


2. Acciones Preventivas

RiesgoAcciones preventivas
Falta de experiencia en el desarrollo de aplicaciones de alta demanda de acceso Planificación de reuniones con otros equipos de trabajo de la institución que hayan experimentado con este tipo de aplicaciones. Revisión de material bibliográfico asociado al desarrollo de sistema de alta demanda de acceso.
Falta de experiencia en el desarrollo de aplicaciones por componentes y en la utilización de entornos de desarrollo y lenguajes de programación orientados a componentes Capacitación por parte de lo integrantes del equipo, en el desarrollo de aplicaciones por componentes a través de investigación documental (libros, páginas web, videos, etc), o asistencia a actividades de capacitación (cursos, jornadas, talleres, etc).
Ausencia no planificada de algún miembro del equipo durante el desarrollo del proyecto Tomar previsiones de tipo presupuestarios para posible contratación de un suplente.


3. Acciones de Contingencia para los Riesgos

RiesgoAcciones de contingencia
Falta de experiencia en el desarrollo de aplicaciones de alta demanda de acceso Contratar personal con experiencia en desarrollo de aplicaciones de alta demanda de acceso
Falta de experiencia en el desarrollo de aplicaciones por componentes y en la utilización de entornos de desarrollo y lenguajes de programación orientados a componentes Contratar personal con experiencia en el desarrollo de aplicaciones por componentes
Ausencia no planificada de algún miembro del equipo durante el desarrollo del proyecto Contratación de suplentes


Volver a Metodología de Desarrollo de Software Libre