Taller De Analisis y Requerimientos Moprosoft

Taller de Requerimientos, Análisis y Diseño
Requerimientos
(primera parte)

Enero, 2010

Objetivo y contenido
Proporcionar los elementos metodológicos y técnicos básicos para generar la Especificación de Requerimientos y el Análisis y Diseño dentro de un proyecto de desarrollo de software, de acuerdo con los elementos solicitados por MoProSoft.

1.Introducción 2.Requerimientos3.Análisis 4.Diseño

1. Introducción

Problemática con los requerimientos (1)
“Una de las razones más comunes por las que un sistema falla es una mala definición de los requerimientos.” [Laura Scharer] “El escribir especificaciones de sistema y de software buenas, correctas, completas y medibles es uno de los problemas más comunes en el desarrollo de software.” [IEEE] “Para el éxito de un desarrollode software es esencial una comprensión total de los requisitos del software. No importa lo bien diseñado o codificado que esté un programa si no se ha analizado correctamente, pues defraudará al usuario y frustrará al desarrollador....es verdad que los requisitos del software cambian, pero el impacto del cambio varía según el momento en que se introduzca. Si se pone cuidado al dar la definicióninicial, los cambios solicitados al principio pueden acomodarse fácilmente. Cuando se solicitan al final de un proyecto, los cambios pueden producir un orden de magnitud más caro que el mismo cambio pedido al principio.” [Pressman]

Problemática con los requerimientos (2)
“Cuando surgió la Crisis del Software en los años 60’s, hubo muchos esfuerzos por encontrar las causas del -ahora familiar-síndrome del problema. Las investigaciones determinaron que las deficiencias en los requerimientos son una de las causas más importantes del problema… en la mayoría de los proyectos de software que no se cumplen los objetivos de realización y costo, los requerimientos inadecuados juegan un papel principal y costoso en el fracaso del proyecto … el desarrollo de la especificación de requerimientosen muchos casos parece trivial pero probablemente es la parte del proceso que conlleva a mayores fracasos que cualquier otra.” [IEEE] “Un inadecuado o insuficiente análisis de requerimientos da inicio a un proyecto con el pie izquierdo.” [Software Development Magazine] “El problema de la ingeniería de requerimientos se incrementa exponencialmente con el tamaño del sistema.” [Ian Sommerville]

“Elcosto de agregar o corregir requerimientos una vez entregado un sistema es aproximadamente 100 veces más que hacerlo durante la definición inicial del sistema.” [Gruia-Catalin]

Problemática con los requerimientos (2)
El costo real de un proyecto casi se triplica con respecto a lo estimado, es decir, el promedio del costo sobrepasado es de 189%. El tiempo de retraso promedio es de 222%, esdecir, los proyectos se retrasan por más del doble de lo estimado. El promedio de fallas según las expectativas iniciales es de 61%. Más de la mitad de las fallas tienen que ver con las perspectivas iniciales del proyecto. Asimismo, el estudio demuestra que los factores que conllevan a errores relacionados con los requerimientos son principalmente:
Escasa participación del usuario en el proyecto.Objetivos no claros desde un principio. Requerimientos y especificaciones incompletas. Cambios en los requerimientos y especificaciones. Falta de planeación y gestión del riesgo.

Actividades en el desarrollo de software
•QUÉ •Dominio del problema •Requerimientos •CÓMO •CONSTRUCCIÓN •Codificación con base en el diseño •Verificación (que lo haga bien) •Validación (que haga lo que tenga quéhacer) •Puesta en marcha •Introducir a la comunidad de usuarios •Actualización de la aplicación

•Dominio de la solución
•Alternativas técnicas

Análisis

Diseño

Desarrollo

Pruebas

Implantación

Mantenimiento

Administración de Proyectos
•Gestionar los recursos (humanos, materiales, financieros, técnicos). •Planear, organizar, controlar y dar seguimiento.

Aseguramiento de la...