Fase de inicio

Fase de inicio de software
Información sobre la plantilla
Pregunta7.jpg
Concepto:Primera fase del ciclo de vida del software

Fase de inicio. Primera fase del ciclo de vida del software, en la que la idea inicial para el desarrollo es refinada hasta el punto de quedar lo suficientemente bien establecida como para garantizar la entrada en la base de elaboración.

Objetivos

Antes de iniciar un proyecto es conveniente plantearse : ¿Cuál es el objetivo? ¿Es factible? ¿Lo construimos o lo compramos? ¿Cuánto va a costar? La fase de inicio trata de responder a estas preguntas y a otras más. Sin embargo no se pretende una estimación precisa o la captura de todos los requisitos. Más bien se trata de explorar el problema lo justo para decidir si se continúa o no con el proyecto en cuestión. Generalmente esta fase no debe durar mucho más de una semana.

Los objetivos de esta fase inicial son:

  • Establecer el ámbito del proyecto y sus límites.
  • Encontrar los casos de uso críticos del sistema, los escenarios básicos que definen la funcionalidad.
  • Mostrar al menos una arquitectura candidata para los escenarios principales.
  • Estimar el coste en recursos y tiempo de todo el proyecto.
  • Estimar los riesgos, las fuentes de incertidumbre.

Características principales

No todos los productos son obligatorios, ni deben completarse al 100%, hay que tener en cuenta el objetivo de la fase de inicio.

  • Dura más de unas pocas semanas.
  • Se intentan definir todos los requisitos.
  • Se espera que las estimaciones o los planes sean muy precisos.
  • Definir la arquitectura completamente, en lugar de refinarla en la fase de elaboración.
  • No se definen el caso de negocio o la visión.
  • Los nombres de la mayoría de los casos de uso o actores no se han definido.
  • Todos los casos de uso se escriben con detalle.

Artefactos de la fase de inicio

Los artefactos de la fase de inicio deben ser:

  • Visión del negocio: Describe los objetivos y restricciones a alto nivel.
  • Modelo de casos de uso. Especificación adicional: requisitos no funcionales.
  • Glosario: Terminología clave del dominio.
  • Lista de riesgos y planes de contingencia.
  • El caso de negocio (business case).
  • Prototipos exploratorios para probar conceptos o la arquitectura candidata.
  • Plan de iteración para la primera iteración de la fase de elaboración.
  • Plan de fases.

Conclusiones de la fase de inicio

Al terminar la fase de inicio se deben comprobar los criterios de evaluación para continuar. Todos los interesados en el proyecto coinciden en la definición del ámbito del sistema y las estimaciones de agenda, tambien deben quedar bien establecidos algunos elementos claves para el correcto desarrollo del proyecto en cuestión, como por ejemplo:

  • Entendimiento de los requisitos, evidenciado por la fidelidad de los casos de uso principales.
  • Las estimaciones de tiempo, coste y riesgo deben ser creibles.
  • Comprensión total de cualquier prototipo de la arquitectura desarrollado.
  • Los gastos hasta el momento se asemejan a los planeados.

Si el proyecto no pasa estos criterios hay que plantearse abandonarlo o repensarlo profundamente.

Fuente