LECTURA SOBRE LA CRISIS DE SOFTWARE.

La crisis del software son los problemas que se presentaron durante el desarrollo del
software especialmente fue marcada por ​los excesos de costos, la escasa fiabilidad,
la insatisfacción de los usuarios ​y los horarios de tiempos., mejor conocidos como
"síntomas" de la crisis de software.

Esto provocó grandes pérdidas en la década de los 70´s sobre el desarrollo de

software, dando como resultado una nueva disciplina llamada "Ingeniería del
Software" que abarca los aspectos técnicos del software y la gestión de datos.

Desde el inicio se ha considerado a la tecnología como parte del problema pero

también como solución además de tratar de hacer una "programación estructurada"
provocando que los ingenieros de software progresen hasta el punto de que
muchos temas importantes se adapten a la tecnología actual ya que ese es uno de
los problemas principales al tener nuevo hardware y el software es relativamente
viejo.

Un obstáculo importante para el diseño y ejecución exitosa de los sistemas ha sido

la gestión de la actividad de desarrollo de software en sí mismo. Junto con la
creciente preocupación por la gestión de proyectos de ingeniería de software, hay
serios obstáculos. El principal de ellos es que todavía nos falta lo fundamental, es
decir la comprensión del proceso de desarrollo de software y que sin tal comprensión
la probabilidad de cualquier aumento significativo en la gestión de software de frente
al desarrollo es cuestionable

Durante el desarrollo de software se pueden encontrar cientos de variables además

estas variables no son independientes, muchos de ellos están relacionados unos con
otros por lo que la dificultad y la complejidad de los procesos aumenta, por lo que se
puede realizar un modelo "científico" el cual podría servir como un marco para la
experimentación para probar las implicaciones de las nuevas políticas de gestión y
procedimientos, especialmente en la manipulación controlada del sistema en sí
mismo si es imposible, o al menos poco práctico o no deseados por falta de tiempo,
costo, la inaccesibilidad, política o moral consideraciones, etc.
Las dos principales características de este modelo que la distinguen de la mayoría
de los otros en la área de ingeniería de software son los siguientes:

Es integrador:
El modelo es integrador en el sentido de que se integra de las múltiples funciones
del proceso de desarrollo de software, incluyendo la gestión de funciones de datos
(por ejemplo, la planificación, control, y la dotación de personal), así como la
producción de funciones que constituyen el ciclo de vida del desarrollo de software
(por ejemplo, el diseño, codificación, revisión y pruebas).

Un defecto ha sido su incapacidad para integrar nuestro conocimiento de los

componentes como la gestión de proyectos, programación y las pruebas para deducir
las consecuencias sobre el comportamiento de la organización en la que los
componentes están integrados.
Sin embargo, es un comienzo útil para ayudarnos a obtener un mejor comprensión del
desarrollo de software, no obstante los modelos del tipo de integración son
considerados como útiles y de las ayudas de gran alcance en la gestión de los
sistemas de comprensión de tipo social y en tratar de mejorar su funcionamiento.
Además de los beneficios de ayudarnos a lograr una comprensión global, y ser un
integrador que puede ser útil en otras dos "tácticas": el diagnóstico del problema y la
solución de evaluación.

Es dinámica de sistemas modelo.

Dinámica de Sistemas es la aplicación de la sistemas de retroalimentación de control

principios y técnicas de gestión, de organización, y los problemas socioeconómicos.
La dinámica de sistemas se basa en varias aspectos:

1. El comportamiento de una entidad de la organización es principalmente

causada por su estructura.

2. Toma de decisiones administrativas se lleva a cabo en un marco que

pertenece a la general clase conocida como de sistemas de información de
retroalimentación.

3. Nuestro juicio intuitivo no es confiable acerca de cómo estos sistemas va a

cambiar, incluso cuando tenemos un buen conocimiento de las partes individuales del
sistema.

4. Modelo de experimentación cuidadosa es posible llenar el vacío en nuestro

juicio y que los conocimientos son más débiles, además las partes pueden interactuar
de manera inesperada y cambiar todos los resultados del sistema.

Basándose en estas creencias filosóficas, dos bases principales para poner en

práctica la técnica de dinámica de sistemas se han establecido. las cuales son:

1. El uso de los sistemas de información de retroalimentación para modelar y

entender la estructura del sistema

2. El uso de la simulación por ordenador para entender el comportamiento del

sistema

La retroalimentación es el proceso en el que una acción realizada por una persona o

cosa que finalmente afecta a esa persona o cosa. Un bucle de realimentación es una
secuencia cerrada de las causas y efectos, un camino cerrado de acción y la
información. Los circuitos de retroalimentación se dividen naturalmente en dos
categorías, que están etiquetados como desviación-amplificación de votos (DAF) o
bucles positivos y desviación que contrarreste comentarios (DCF) o bucles negativos.

Lamentablemente, los experimentos controlados en el área de desarrollo de software

tienden a ser costoso y consume mucho tiempo. Por otra parte, aquellos que tratan a
menudo encuentran que el aislamiento de los efectos y la evaluación del impacto de
una determinada práctica dentro de un proyecto grande, complejo y dinámico puede
ser sumamente difícil.