Crisis Del Software

Descargar como pptx, pdf o txt
Descargar como pptx, pdf o txt
Está en la página 1de 19

CRISIS DEL SOFTWARE

INTEGRANTES:
INTRODUCCIÓN
Cuando nos referimos al tema “Crisis
de Software” nos referimos a la
incapacidad de los desarrolladores
de software para cumplir con los
requisitos y plazos del proyecto, y la
baja calidad del software resultante.

En otras palabras “La crisis del


software” son los problemas que se
presentaron durante el desarrollo del
software especialmente marcada por
los excesos de costos, la escasa
fiabilidad, la insatisfacción de los
usuarios y los horarios de tiempos.
SÍNTOMAS
Incumplimiento de plazos: Los proyectos de Exceso de presupuesto: Los costos del proyecto
software no se completan dentro del tiempo exceden el presupuesto inicialmente asignado.
previsto.
Requisitos poco claros o cambiantes: Los
Baja calidad del software: El software
requisitos del proyecto no están bien definidos
entregado no cumple con los estándares
desde el principio o cambian constantemente
de calidad esperados.
durante el desarrollo.
Falta de comunicación: La Falta de satisfacción del cliente: Los
comunicación deficiente entre los clientes no están satisfechos con el
miembros del equipo, los stakeholders y producto entregado debido a que no
los clientes puede llevar a cumple con sus expectativas, no se ajusta
malentendidos, retrasos y entregas a sus necesidades o presenta deficiencias
incorrectas. importantes.
CONSECUENCIAS
Baja Calidad del
Retrasos en Proyectos: Costos Adicionales:
Software: Desarrollo de
Dificultad para cumplir con Aumento de los costos
software con defectos y
plazos establecidos. debido a retrasos,
deficiencias.
correcciones de errores
y la necesidad de inversión
adicional.

.
Frustración de Usuarios: Reputación Afectada:Daño
Fallos catastróficos:
Experiencias negativas de los a la reputación de las
Posibilidad de fallos graves
usuarios debido a problemas empresas desarrolladoras
en sistemas críticos, con
recurrentes, errores y cambios debido a fallos públicos
consecuencias negativas.
constantes en el software.

.
CAUSAS
● Falta de estándares de calidad y
metodologías efectivas

● La presión a causa de plazos


cortos

● La presión de trabajar con un


presupuesto reducido

● La falta de comunicación entre los


equipos de desarrollo y clientes

● Falta de capacitación del personal

● Mala gestión del ciclo de software

● Malas proyecciones respecto a los


requisitos del proyectos.
DATOS ESTADÍSTICOS
Informe de Geneca (2019): El 75% de los proyectos de software empresarial fallan debido a la falta
de comprensión de los requisitos del proyecto.

The Standish Group (2020): Sólo el 26% de los proyectos de software se completan a tiempo y
dentro del presupuesto
Deloitte (2018): El 38% de los encuestados citaron la

mala planificación y la falta de control del proyecto como

una de las principales razones de los problemas en proyectos

de software empresarial.

Estudio de CAST Software (2018): El 69% del código de

software en aplicaciones empresariales contiene

vulnerabilidades de seguridad.
Estudio de Capgemini (2019): Solo el 29% de las empresas creen que sus proyectos de software
cumplen con los estándares de calidad.
EJEMPLOS DE LA CRISIS DEL
SOFTWARE
1)El proyecto IBM OS/360 (1963-1965)
● IBM llevó a cabo un ambicioso proyecto para crear un sistema
operativo único que se ejecutará en todos los mainframes fabricados
por IBM.
● IBM ofrecía media docena de productos mainframe en ese momento, y
cada uno tenía su propio sistema operativo incompatible. El 7 de abril
de 1964, IBM anunció una nueva línea de productos: 6 modelos de
computadoras, con 44 periféricos, ¡y todos debían ser compatibles
entre sí! El nuevo OS/360 haría posible esta hazaña.
1)El proyecto IBM OS/360 (1963-1965)
● Pero el personal de desarrollo de software tuvo dificultades para
lograr el objetivo central de OS/360: la capacidad de ejecutar más
de un programa a la vez, y comenzaron a surgir otros problemas.

● IBM respondió contratando 1.000 desarrolladores más para ayudar


en el proyecto, gastando más en un solo año de lo que se había
planeado para todo el proceso de desarrollo del producto.
Finalmente se envió el sistema operativo, pero con un mes de
retraso y muy por encima del presupuesto.
2)El Therac-25 (1985-1987):
● El Therac-25 (1985-1987): Quizás el fallo de software más escalofriante en
la historia de la informática sea el Therac-25, una máquina para
administrar radioterapia a pacientes con cáncer.
● El software utilizado fue reutilizado a partir de los modelos anteriores
Therac-6 y Therac-20, que tenían bloqueos de hardware para evitar ciertos
tipos de condiciones de falla. El Therac-25 los eliminó en favor de
dispositivos de seguridad basados ​en software.
2)El Therac-25 (1985-1987):
● Una condición de carrera en el software del controlador, junto con
un diseño deficiente de la interfaz de usuario y una variedad de
otros problemas podrían conducir a dosis de radiación
administradas incorrectamente, hasta 100 veces la dosis prevista.

● Entre 1985 y 1987, al menos seis pacientes estuvieron expuestos a


dosis peligrosas de radiación y desarrollaron síntomas de
enfermedad por radiacion; tres de estos pacientes murieron .
3)El cohete Ariane 5 (1996):
● El cohete no tripulado Ariane 5 de la Agencia Espacial Europea
explotó pocos segundos después de su lanzamiento.

● Esta fue la triste culminación de un proyecto de una década que


costó 7 mil millones de dólares.
3)El cohete Ariane 5 (1996):
● Una investigación sobre la falla mostró que el problema era un error
de desbordamiento de enteros en el software de control que ocurría
cuando un punto flotante de 64 bits se convertía en un entero con
signo de 16 bits; el valor entero resultante era demasiado grande
para ser representado por un número de 16 bits. -bit entero, lo que
provoca un fallo del sistema primario.

● El sistema de respaldo encontró el mismo problema, lo que provocó


un vuelo desestabilizado y posterior explosión.
Gracias por su
Atencion!

También podría gustarte