1. DHSB – 2010 - RUP® es una marca registrada por IBM®
MARZO DE 2012
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
2. Ciclo de vida del software
Periodo de tiempo que
comienza al concebir la idea de
DHSB – 2010 - RUP® es una marca registrada por IBM®
un nuevo sistema de
software, y termina cuando este
se retira y deja de funcionar.
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
3. Ciclo de vida de Aplicaciones
Proceso de análisis y
gestión de
requerimientos
Proceso de desmonte
Proceso de Diseño
de aplicativos
DHSB – 2010 - RUP® es una marca registrada por IBM®
Gestionar ciclo de
vida de las
aplicaciones
Proceso de Proceso de
implantación construcción
Proceso de entrega
versiones a PTI Proceso de pruebas
(Release)
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
4. Por qué el ciclo
DHSB – 2010 - RUP® es una marca registrada por IBM®
de vida de
aplicaciones?
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
5. Crisis de software
Básicamente, la crisis del software se
refiere a la dificultad en escribir
programas libres de defectos,
fácilmente comprensibles, y que sean
DHSB – 2010 - RUP® es una marca registrada por IBM®
verificables. Las causas son, entre otras,
la complejidad que supone la tarea
de programar, y los cambios a los que se
tiene que ver sometido un programa para
ser continuamente adaptado a las
necesidades de los usuarios.
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
6. Crisis de software
Este problema se identificó por primera
vez en 1968, año en el que la OTAN
desarrolló la primera conferencia sobre
DHSB – 2010 - RUP® es una marca registrada por IBM®
desarrollo de software, y en la que se
acuñaron los términos “crisis del
software” para definir a los problemas
que surgían en el desarrollo de
sistemas de software.
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
7. 1. El problema no es nuevo.
2. No somos los primeros en tener
DHSB – 2010 - RUP® es una marca registrada por IBM®
este tipo de problemas.
3. Existen técnicas y herramientas
para enfrentarlo.
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
8. Continuemos con
DHSB – 2010 - RUP® es una marca registrada por IBM®
algunas cifras.
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
9. Crisis de software
Proyectos para el desarrollo de sistemas de software
2009 24% 44% 32%
2006 19% 46% 35%
2004 18% 53% 29%
2002 15% 51% 34%
2000 23% 49% 28%
1998 28% 46% 26%
DHSB – 2010 - RUP® es una marca registrada por IBM®
1996 40% 33% 27%
1994 31% 53% 16%
0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%
El proyecto se aborta o el sistema no se llega a utilizar
Aumento de costos, agenda. Las funcionalidades no cubren las expectativas.
Proyecto realizado en el tiempo previsto, con los costes previstos, con la
funcionalidad esperada y ofreciendo un funcionamiento correcto.
Fuente: Standish Group Survey,
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
10. Evolución
Éxito
60%
50%
40%
30%
Inferior 20%
60% 10%
DHSB – 2010 - RUP® es una marca registrada por IBM®
50% 0%
40% 1994 1996 1998 2000 2002 2004 2006 2009
30%
20%
10%
Fracasos 0%
60% 1994 1996 1998 2000 2002 2004 2006 2009
50%
40%
30%
20%
10%
0%
1994 1996 1998 2000 2002 2004 2006 2009
CVA
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
11. Importancia de los requisitos
¿Porqué fracasan los proyectos?
DHSB – 2010 - RUP® es una marca registrada por IBM®
Requisitos incompletos: 13% Expectativas no realistas: 10% TOTAL: 52%
Cambios en requisitos: 9% Producto no necesario: 8%
No implicación de usuarios: 12%
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
12. Importancia de los requisitos
100-200X
50-200X
Fase en la que se inyecta el
error
DHSB – 2010 - RUP® es una marca registrada por IBM®
Costo de la
Requisitos 1X
corrección
Arquitectura 1X
Diseño detallado
Construcción
Requisitos Arquitectura Diseño detallado construcción Producción
Fase en la que se soluciona el error
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
13. Características / funciones usadas en un
sistema típico Siempre
7%
Frecuentemente
Nunca 13%
45%
DHSB – 2010 - RUP® es una marca registrada por IBM®
Algunas veces
16%
Rara Vez
19%
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
14. Sus defectos repercuten en todas las fases
Los errores en los requisitos se comportan como una enfermedad contagiosa que
siempre repercute en todas las fases del proyecto.
REQUISITOS
Estimación Planificación Diseño Construcción V&V
Estimación: Planificación Diseño: Los Construcción: Validación y
No es posible : No se puede errores en Las deficiencias verificación:
DHSB – 2010 - RUP® es una marca registrada por IBM®
estimar con confiar en la requisitos, las en los requisitos Terminado el
rigor costos y planificación modificaciones obligan a desarrollo del
recursos para el frecuentes, las programar en sistema, si las
necesarios desarrollo de deficiencias en ciclos de prueba y especificaciones
para algo que no restricciones o error que tienen errores de
desarrollar se sabe bien futuras derrochan horas y bulto, o peor
algo que no como es. evoluciones, prod paciencia de aún, no están
se conoce. ucen programación reflejadas en una
arquitecturas que sobre patrones de especificación de
más tarde se “recodificación requisitos, no será
confirmarán continua” y posible validar el
como erróneas y “programación producto con el
serán heroica”. cliente.
modificadas.
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
15. Los defectos comunes en los
requisitos y sus consecuencias.
Implicación insuficiente
del cliente Problemas en la validación
Requisitos mínimos del producto obtenido
(insuficientes)
DHSB – 2010 - RUP® es una marca registrada por IBM®
Requisitos mínimos Error en la estimación
(insuficientes) y planificación
Requisitos crecientes Degradación de la estructura
y cambiantes y arquitectura del producto
Pérdida de tiempo en
Requisitos ambiguos
re-codificación
Requisitos
Trabajo innecesario
innecesarios
Omisión de las necesidades
Usuarios insatisfechos
de grupos de usuarios
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
16. - Tiempo del usuario final
explicando nuevamente
que es lo que necesita.
- Tiempo del analista de
Requerimientos
, ajustando los
requerimientos.
DHSB – 2010 - RUP® es una marca registrada por IBM®
- Tiempo de los
desarrolladores, ajustand
o programas.
- Tiempo de los Analistas
de pruebas, Volviendo a
probar.
- Tiempo de los usuarios
probando.
- Impacto al negocio.
- Costo de solucionar
errores en producción.
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
17. DHSB – 2010 - RUP® es una marca registrada por IBM®
APL
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
18. Beneficios de los buenos requisitos.
Acuerdo entre desarrolladores, clientes y usuarios sobre el trabajo
que debe realizarse.
Unos requisitos bien elaborados y validados con el cliente evitan
descubrir al terminar el proyecto que el sistema no era lo que se
pedía.
Acuerdo entre desarrolladores, clientes y usuarios sobre los
criterios que se emplearán para su validación.
Resulta muy difícil demostrar al cliente que el producto
desarrollado hace lo que el pidió si su petición no está
DHSB – 2010 - RUP® es una marca registrada por IBM®
documentada y validada por él.
Base objetiva para la estimación de recursos (coste, personal en
número y competencias, equipos y tiempo)
Si los requisitos no comprenden necesidades reales, las
estimaciones no dejan de ser elementales apuestas. Las
estimaciones en el fondo son cálculos de probabilidad que siempre
implican un margen de error; por esta razón disponer de la mayor
información posible reduce el error.
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
19. Beneficios de los buenos requisitos.
Definición clara de los atributos de calidad
(ergonomía, mantenibilidad, etc.)
Más allá de funcionalidades precisas, los requisitos
recogen atributos de calidad necesarios que en
ocasiones son desconocidos por los
desarrolladores, produciendo finalmente sistemas
sobredimensionados o con serias deficiencias de
rendimiento.
DHSB – 2010 - RUP® es una marca registrada por IBM®
Eficiencia en el consumo de recursos: reducción de
la re-codificación, reducción de omisiones y
malentendidos.
Tener un conocimiento preciso de lo que hay que hacer
evita la prueba y error, repetición de partes ya
desarrolladas, etc.
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
20. Importancia de las Pruebas de
Software
• Las pruebas de software son una parte importante
pero muy costosa del proceso de desarrollo de
software. Pueden llegar a representar entre el 30 y
DHSB – 2010 - RUP® es una marca registrada por IBM®
50% del costo total del desarrollo del software
[Myers, 2004]
• Sin embargo, los costos de las fallas en un software
en operación pueden llegar a ser mucho mayores
(catastróficos)
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
21. Costo de No probar
Basado en encuestas a desarrolladores de software
usuarios nacionales, los costos anuales de una
infraestructura inadecuada para las pruebas de
software se estima que oscila entre US$ 22,2 a US$
59,5 miles de millones.
DHSB – 2010 - RUP® es una marca registrada por IBM®
Tenga en cuenta que las estimaciones de impacto no
reflejan los "costos“ asociados con el software de misión
crítica donde un fallo puede llevar a costos muy
elevados, como la pérdida de vida o una falla catastrófica. La
cuantificación de los costes esta fuera del alcance del
estudio.
The Economic Impacts of Inadequate Infrastructure for
Software Testing - May 2002
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
22. Comparación No probar Vs. Probar
DHSB – 2010 - RUP® es una marca registrada por IBM®
The Economic Impacts of Inadequate Infrastructure for
Software Testing - May 2002
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
23. Tiempo de afectación de clientes internos y
externos por fallas en los aplicativos y por lo tanto
el tiempo de improductividad que esto genera.
DHSB – 2010 - RUP® es una marca registrada por IBM®
Tiempo que los usuarios deben invertir en
pruebas de aceptación.
Costos ocultos, como los generados por la pérdida
de tiempo de los clientes y usuarios de los
aplicativos y costos y tiempos de estabilización de
los mismos.
Incidentes y solicitudes en la MIS relacionados
con el mal funcionamiento de los aplicativos.
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
24. DHSB – 2010 - RUP® es una marca registrada por IBM®
APL
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernan Sánchez
25. Beneficios de los buenas pruebas.
Beneficios de los buenas pruebas
Detectar fallos.
Evitar software de baja calidad.
Evitar baja productividad e
insatisfacción al cliente.
DHSB – 2010 - RUP® es una marca registrada por IBM®
Verificar que todos los requisitos se
han implementado correctamente.
Identificar y asegurar que los
defectos encontrados se han
corregido antes de entregar el
software al cliente
311 223 2534 - diegosanchez2002@gmail.com Material preparado por Diego Hernán Sánchez