Problemas de La Industria de Software en La
Problemas de La Industria de Software en La
Problemas de la Industria de
Software en la actualidad
1 Tendencia al
crecimiento del
volumen y complejidad
2
de los productos.
Proyectos excesivamente
tardes y se exige mayor
productividad y calidad en
3 menos tiempo.
Insuficiente personal
calificado.
¿ Por qué fallan los
? Proyectos de Software?
1 Planificación Irreal
2 Mala Calidad del
3 Trabajo
Personal Inapropiado
4 No Controlar los Cambios
2
1
Planificación Irreal
“El sistema es para hoy y con
costo 0”
Los ingenieros no son capaces
de enfrentar un plan porque:
• NO están entrenados para
usar métodos de planificación.
• Frecuentemente, las
estimaciones NO se basan en 3
2
Mala Calidad del Trabajo
CAUSAS
• Carencia de métricas de calidad
• Prácticas pobres de ingeniería
• Inadecuado entrenamiento en
calidad
• Decisiones de los directivos guiadas
por una planificación irreal
4
2
Mala Calidad del Trabajo
CONSECUENCIAS
• Tiempos de pruebas impredecibles
• Productos con muchos defectos
• Demoras en la aceptación de los usuarios
• Extensa garantía de servicio y
reparaciones
“Una pobre calidad afecta la
planificación y torna ineficente el
proceso de prueba”
5
3
Personal
Inapropiado
• Demora del personal
• Escaso personal
PROBLEMAS •
Miembros del equipo a tiempo
COMUNES parcial
• Personal con conocimientos
inapropiados
• El trabajo se demora o descuida
CONSECUENCIAS• Trabajo ineficiente
• Sufre la moral del equipo
Con independencia del plan, los
proyectos deben comenzar en tiempo y
con todo el personal.
6
4
Cambios NO
controlados
HECHOS a RECORDAR:
• Siempre ocurren cambios en los
requerimientos.
• Los planes del proyecto se basan en el
alcance del trabajo conocido.
• Los cambios siempre requieren más trabajo.
• Sin planes detallados, los equipos no pueden
estimar el efecto o magnitud de los cambios.
• Si los equipos no controlan cada cambio, se
pierde gradualmente el control del plan del
proyecto
7
¿Cómo
? enfrentarla?
Las organizaciones
1requieren:
Desarrollar o adquirir una
disciplina en el desarrollo del
2 software. que los ingenieros
Controlar
usen de forma consistente los
nuevos métodos.
8
Cómo
?
¿Qué debe hacer
una empresa para
obtener software
de buena calidad?
Mejorar el proceso de
desarrollo de software
Cualquier modelo de
calidad para mejorar el
Proceso de Desarrollo de
Software, IMPLICA utilizar
los métodos y
procedimientos de
INGENIERIA Y GESTION
DE SOFTWARE
10
¿Qué es la Ingeniería de Software
(IS)?
“...la aplicación de un enfoque
sistémico, disciplinado y
cuantificable hacia el desarrollo,
funcionamiento y mantenimiento
de software, es decir la aplicación
de ingeniería al software”
IEEE,1993
11
IS es una tecnología
multicapa
Indican cómo construir
técnicamente el Sw.
Soporte automático o
semiautomático para el
proceso y los métodos.
Es el fundamento de la
IS. Es la unión que
mantiene juntas las
capas de la tecnología.
12
Síntomas - Causas
Síntomas Diagnóstico Causas
• necesidades usuarios • requerimientos insuficientes
• requerimientos • comunicación ambigua
cambiantes
• arquitecturas frágiles
• módulos no calzan
• complejidad excesiva
• poco mantenible
• inconsistencias no
• tardía detección detectadas
• baja calidad • prueba pobre
• baja performance • evaluación subjetiva
• versiones y cambios • desarrollo en cascada
• liberación y distribución • cambios no controlados
• automatización insuficiente
...tratar los Síntomas no resuelve el problema 13
Las Mejores Prácticas de la IS
atacan las causas
Desarrolle Iterativamente
Administre Use Verique
Requerimientos arquitectura Modele Calidad
de Visualmente
componentes
Controle Cambios
14
Mejores Prácticas de Software
Son propuestas de desarrollo probadas
comercialmente, que usadas en forma
combinada atacan la raíz de las causas de
las fallas, eliminando los síntomas y
permitiendo el desarrollo y mantenimiento de
software de calidad de manera predictiva y
reiterativa.
15
Mejores Prácticas: Equipos de Alto
Rendimiento
Resultado
• Proyectos más exitosos
Ing. de
porque están en plazo, en Performance
presupuesto y satisfacen Analisis
las necesidades del
usuario Jefe de
Develop Iteratively Proyecto
Desarrollador
Use Model
Manage Component Visually Verify
Requirem Architectures Quality Probador
ents
Control
Changes
Liberación y Distribución
16
Enfrentando las Causas se eliminan los
Síntomas
SÍNTOMAS CAUSAS MEJORES
Requerimientos PRÁCTICAS
necesidades
insuficientes desarrolle
usuarios
Comunicación iterativamente
requerimientos
ambigua adm. requerimientos
cambiantes
arquitecturas use arquitectura de
módulos no calzan
frágiles componetes
poco mentenible
complejidad modele el software
tardía detección excesiva visualmente
baja calidad inconsistencias no verifique calidad
baja performance detectadas
controle cambios
versiones y testing pobre
cambios evaluación
liberación y subjetiva
distribución desarrollo en
cascada
cambios no
controlados
17
automatización
Mejores Prácticas se refuerzan entre si
Asegura participación del usuario Administre
mientrás evolucionan requerimientos Requerimientos
Valida tempranamente Use
Arquitecturas
las decisiones arquitectónicas
de Componentes
Desarrolle Pemite manejar la complejidad Modele
Iterativamente Visualmente
de diseñar incrementalmente
Mide la calidad en forma oportuna Verique
y frecuente Calidad
Evoluciona la línea base Controle
incrementalmente Cambios
18