UNIVERSIDAD NACIONAL DEL CALLO

FACULTAD DE INGENIERIA INDUSTRIAL Y DE SISTEMAS

INSTITUTO DE INVESTIGACION DE LA FACULTAD DE

INGENIERIA INDUSTRIAL Y DE SISTEMAS

PROYECTO DE INVESTIGACION:

LA CRISIS DEL SOFTWARE

AUTOR: SAUL HUAMÁN LUDEÑA.

Callao 2017

Pag 1
I. DATOS GENERALES
1.1. TITULO DEL PROYECTO DE INVESTIGACION:
“LA CRISIS DEL SOFTWARE.”
1.2. FACULTAD:
 FACULTAD DE INGENIERIA INDUSTRIAL Y DE SISTEMAS
1.3. INSTITUTO DE INVESTIGACION:
 DE LA FACULTAD DE INGENIERIA INDUSTRIAL Y DE SISTEMAS
1.4. INVESTIGADOR RESPONSABLE:
 APELLIDOS Y NOMBRES: SAUL HUAMÁN LUDEÑA.
1.5. TIEMPO DE DURACION DEL PROYECTO:
 6 MESES

Pag 2
II. PLANTEAMIENTO DEL PROBLEMA

2.1. DESCRIPCIÓN Y DETERMINACIÓN DEL PROBLEMA A INVESTIGAR

El término “Crisis del Software” fue acuñado a principios de los años 70, cuando la
ingeniería de software era prácticamente inexistente. El término expresaba las
dificultades del desarrollo de software frente al rápido crecimiento de la demanda por
software, de la complexidad de los problemas a ser resueltos y de la inexistencia de
técnicas establecidas para el desarrollo de sistemas que funcionaran
adecuadamente o pudieran ser validados.

La percepción de que esta crisis existía empezó a mediados de los años 60. Una de
las primeras referencias al término, y de las más notables, fue hecha por
E.W.Dijkstra, en el discurso que pronunció durante la entrega del premio Turing en
1972. 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.

Pag 3
 2.2. FORMULACIÓN Y PLANTEAMIENTO DEL PROBLEMA

La crisis del software se fundamentó en el tiempo de creación de software, ya que en la

creación del mismo no se obtenían los resultados deseados, además de un gran costo y poca
flexibilidad.
Es un término informático acuñado en 1968, en la primera conferencia organizada por la
OTAN sobre desarrollo de software, de la cual nació formalmente la rama de la ingeniería del
software. El término se adjudica a F.L.Bauer, aunque previamente había sido utilizado por
Edsger dijkstra, en su obra The Humble Programmer.
Básicamente, la crisis del software se refiere a la dificultad en escribir programas libres de
defectos, fácilmente comprensibles, y que sean 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.
Además, no existen todavía herramientas que permitan estimar de una manera exacta, antes
de comenzar el proyecto, cuál es el esfuerzo que se necesitará para desarrollar un programa.
Este hecho provoca que la mayoría de las veces no sea posible estimar cuánto tiempo llevará
un proyecto, ni cuánto personal será necesario. Cuando se fijan plazos normalmente no se
cumplen por este hecho. Del mismo modo, en muchas ocasiones el personal asignado a un
proyecto se incrementa con la esperanza de disminuir el plazo de ejecución.

2.3. ENUNCIADO DEL PROBLEMA

Ante la insolvencia de la ingeniería del software para solucionar esta crisis, qué
medidas se podría tomar para obtener una mayor eficacia de esta ingeniería que nos
permita dar mejores soluciones a esta crisis.
2.3.1. PROBLEMA GENERAL
¿La deficiente investigación en la ingeniería del software podría ser la causa principal
de la crisis del software en el Perú en el año 2016?
2.3.2. PROBLEMAS ESPECÍFICOS
¿La piratería de software puede considerarse como causa de la crisis del software ?
¿La mala estimación de costos y tiempo en los proyectos de software será causa de
dicha crisis?

Pag 4
III. OBJETIVO Y ALCANCE DE LA INVESTIGACION
3.1. OBJETIVO GENERAL
Determinar la causa principal de la crisis del sotfware.
3.2. .OBJETIVOS ESPECÍFICOS
 Explicar la influencia de la piratería del software.
 Explicar la influencia de la mala estimación de costos y tiempo en los proyectos de
generación de software.
3.3. ALCANCE DE LA INVESTIGACIÓN
 El tipo de investigación explicativo, con datos actualizados, vigentes a la fecha de
ejecución del cronograma propuesto.
3.4. El presente estudio, constituye un referente para los futuros Ingenieros de Sistemas.
egresados de la Facultad de Ingeniería industrial y de Sistemas, de la Universidad
Nacional de Callao, para que tengan conocimientos de cómo afrontar la crisis del
software haciendo un uso adecuado de la ingeniería del software.
3.5. PRECISAR TIPO DE INVESTIGACIÓN
El tipo de investigación, que se desarrollara es una investigación es explicativa.

IV. IMPORTANCIA Y JUSTIFICACION D ELA INVESTIGACION

4.1. IMPORTANCIA DE LA INVESTIGACIÓN:
Actualmente la transición que estamos viviendo hacia una sociedad del conocimiento
ha cambiado profundamente las relaciones entre las personas, empresas y gobiernos:
las empresas usan la red para comunicarse con los clientes, utilizan también
herramientas de gestión del conocimiento para hacer más eficientes, los gobiernos
mejoran su presencia en Internet y los servicios a los ciudadanos a través de la red, los
usuarios usan las herramientas para sus relaciones personales, etc. Se va de forma
imparable hacia una sociedad altamente interconectada donde el eje fundamental es la
información. El software es el intermediario cada vez más grande entre la información
y la inteligencia humana. De la misma manera que preocupa para poder acceder a la
información, si existe la censura, es tema de preocupación de quien controla este
intermediario y las garantías de su transparencia y confiabilidad. Es por eso, el
software tiene un papel muy importante en la sociedad sobre manera garantizar
métodos trasparentes en sus diferentes fases de producción y explotación

Pag 5
Ante tal situación el presente trabajo, busca contribuir en la preparación académica
de los nuevos Ingenieros de Sistemas, egresados y estudiantes de la Facultad de
Ingeniería industrial y de Sistemas, de la Universidad Nacional de Callao.

Pag 6
 .
4.2. JUSTIFICACIÓN DE LA INVESTIGACIÓN:
Los hechos que se observaron, que motivaron esta investigación, son:
 El avance de la tecnología informática
 Generar una propuesta para solucionar los problemas comúnmente recurrentes en los
proyectos de software.
 Las empresas exigen a los nuevos profesionales, un alto grado de conocimiento
informático, industrial y financiero, de aplicación para generar un adecuado y eficiente
funcionamiento del software.
El valor de esta investigación, está en la potenciación de los estudiantes de ingeniería de
sistemas, en el área de informática, ubicándolos en un nivel competitivo y expectante para el
adecuado desempeño y futuras investigaciones vinculadas al software.

V. ANTECEDENETES TECNICOS Y DATOS VINCULADOS A LA INVESTIGACION CON

PRECISION DE LA FUENTE BIBLIOGRAFICA.

5.1. ANTECEDENTES BIBLIOGRÁFICOS

WEBSTER:
Muchas de las causas de la crisis del software se pueden encontrar en una mitología que
surge durante los primeros años del desarrollo del software. Hoy la mayoría de los
profesionales competentes consideran a los mitos como actitudes erróneas que han causado
serios problemas, siendo éstos hábitos difíciles de modificar.

HEREDIA MAYER:
Este autor nos dice que todos los síntomas son responsables de esta crisis la cual afecta a
todos los ingenieros principal mente a los que trabajan y pagan todos sus impuestos, esto lo
digo porque un apersona que no paga hacienda puede realizar el trabajo con mejores costos.

Pag 7
VI. MARCO TEÓRICO
6.1. DEFINICIÓN DE SOFTWARE.
Se conoce como software1 al equipo lógico o soporte lógico de un sistema informático, que
comprende el conjunto de los componentes lógicos necesarios que hacen posible la
realización de tareas específicas, en contraposición a los componentes físicos que son
llamados hardware.

Los componentes lógicos incluyen, entre muchos otros, las aplicaciones informáticas, tales
como el procesador de texto, que permite al usuario realizar todas las tareas concernientes a
la edición de textos; el llamado software de sistema, tal como el sistema operativo, que
básicamente permite al resto de los programas funcionar adecuadamente, facilitando también
la interacción entre los componentes físicos y el resto de las aplicaciones, y proporcionando
una interfaz con el usuario; por esto se considera en diseño electrónico como uno sus tres
pilares.
Es el soporte lógico e inmaterial que permite que la computadora pueda desempeñar tareas
inteligentes, dirigiendo a los componentes físicos o hardware con instrucciones y datos a
través de diferentes tipos de programas. El Software son los programas de aplicación y los
sistemas operativos, que según las funciones que realizan pueden ser clasificados en:
 Software de sistema.
 Software de aplicación.
 Software de programación.

6.2. DEFINICIÓN DE SOFTWARE DE SISTEMA:

Se llama Software de Sistema o Software de Base al conjunto de programas que sirven para
interactuar con el sistema, confiriendo control sobre el hardware, además de dar soporte a
otros programas. Software de Aplicación: Son los programas diseñados para o por los
usuarios para facilitar la realización de tareas específicas en la computadora, como pueden
ser las aplicaciones ofimáticas (procesador de texto, hoja de cálculo, programa de
presentación, sistema de gestión de base de datos...), u otros tipos de software
especializados como software médico, software educativo, editores de música, programas de
contabilidad, sistemas de facturación, software para automatización de procesos mecánicos,
etc. Software de Programación: Es el conjunto de herramientas que permiten al desarrollador
informático escribir programas usando diferentes alternativas y lenguajes de programación.

Pag 8
 6.3. LA INGENIERÍA DEL SOFTWARE.
Es una disciplina formada por un conjunto de métodos, herramientas y técnicas que se
utilizan en el desarrollo de los programas informáticos (software).

Esta disciplina trasciende la actividad de programación, que es el pilar fundamental a la hora

de crear una aplicación. El ingeniero de software se encarga de toda la gestión del proyecto
para que éste se pueda desarrollar en un plazo determinado y con el presupuesto previsto.
La ingeniería de software, por lo tanto, incluye el análisis previo de la situación, el diseño del
proyecto, el desarrollo del software, las pruebas necesarias para confirmar su correcto
funcionamiento y la implementación del sistema.
Cabe destacar que el proceso de desarrollo de software implica lo que se conoce
como ciclo de vida del software, que está formado por cuatro etapas: concepción,
elaboración, construcción y transición.
La concepción fija el alcance del proyecto y desarrolla el modelo de negocio; la elaboración
define el plan del proyecto, detalla las características y fundamenta la arquitectura; la
construcción es el desarrollo del producto; y la transición es la transferencia del producto
terminado a los usuarios.
Una vez que se completa este ciclo, entra en juego el mantenimiento del software. Se trata de
una fase de esta ingeniería donde se solucionan los errores descubiertos (muchas veces
advertidos por los propios usuarios) y se incorporan actualizaciones para hacer frente a los
nuevos requisitos. El proceso de mantenimiento incorpora además nuevos desarrollos, para
permitir que el software pueda cumplir con una mayor cantidad de tareas.

VII. FORMULACION DE HIPOTESIS

Plantearé como causa fundamental de la crisis del softwware, a la escasa y deficiente

investigación científica en el ámbito de la ingeniería del software, ya que es esta la disciplina
que se encarga de solucionar dicha crisis.

Pag 9
VIII. METODOLOGIA
7.1. TIPO Y DISEÑO DE LA INVESTIGACION
El tipo de investigación que se va a desarrollar es:
Explicativo.
7.2. DETERMINACION DEL UNIVERSO
Esta investigación está limitada a la crisis del software existente en la realidad peruana

7.3. TECNICAS E INSTRUMENTOS DE RECOLECCION

a) INVESTIGACIÓN BIBLIOGRÁFICA.
Fuentes bibliográficas de diversos autores nacionales e internacionales.

b) MÉTODO.
El presente estudio es una investigación de tipo ex post facto, en tanto no es
posible la manipulación de las variables independientes, por lo que tenemos que
observar los fenómenos tal como dieron en el contexto natural, después analizar y
generar un pronóstico, con el mínimo error.

Pag 10
IX. CONTENIDO.
8.1. REALIDAD DE LA CRISIS DEL SOFTWARE EN EL PERÚ.
Aunque los usuarios son más conscientes de los daños a los que se exponen cuando utilizan
software ilegal, la mayoría trabaja con este tipo de material pirata sin implementar medidas
prácticas para contrarrestar efectos como pérdida de información o hackeos.
A pesar que los usuarios sí están conscientes de los riesgos a los que quedan expuestos al
usar material pirata, el 65% de los programas de software instalados en computadoras
personales en Perú durante el 2013 no contaban con licencia, lo que representa un aumento
de dos puntos porcentuales en comparación al 2011.
El valor comercial de las instalaciones de software de PC sin licencia fue de un total de US$
62,700 millones, según un estudio de la agrupación BSA.
De acuerdo con el informe, los usuarios de computadoras mencionan el riesgo de amenazas
a la seguridad causadas por malware como el motivo principal para no utilizar software sin
licencia. Entre sus preocupaciones específicas, se encuentran las intromisiones por parte
de hackers y la pérdida de datos. Aun así, se destaca la necesidad de implementar prácticas
efectivas de administración de software, especialmente en los entornos empresariales.
“El promedio de la región de uso de software sin licencia es de 59%, lo que en términos
monetarios se refleja en un monto de casi US$ 8,400 millones”, señaló Montserrat Durán,
directora senior de Asuntos Legales de BSA para Latinoamérica.
El informe global sobre el uso de programas de software para BSA, encargado a IDC,
también arrojó que los gerentes de TI de todo el mundo tiene una preocupación comprensible
por los posibles daños del software sin licencia, pero menos de la mitad afirma tener
confianza plena de que el software de su compañía cuenta con la debida licencia.
Luego de encuestar a 22,000 usuarios de 34 mercados y más de 2,000 gerentes de TI, se
concluyó que solamente un 35% de las compañías a nivel internacional cuenta con políticas
implementadas que exigen el uso de software con la debida licencia.
“El uso del software sin licencia es un problema de gobierno de las organizaciones, y este
estudio muestra que existe una clara necesidad de mejorar”, comentó la presidenta y
directora ejecutiva de BSA, Victoria Espinel.
Entre las medidas básicas que cualquier compañía puede tomar para asegurar el uso de
software legal, Espinel menciona establecer una política formal sobre el uso de software con
licencia, mantener registros detallados e implementar programas de administración que sigan
pautas aceptadas a nivel internacional.

Pag 11
La región con el mayor índice general de instalaciones de software de PC sin licencia en
2013 fue Asia, con un 62% (US$ 21,000 millones). Esto representó un incremento de 2
puntos porcentuales desde el 2011.1

8.2. SÍNTOMAS DE LA CRISIS DEL SOFTWARE .

Uno de los principales problemas en el desarrollo de software de hoy en día es que muchos
proyectos empiezan la programación tan pronto se definen y concentran mucho de su
esfuerzo en la escritura de código. Últimamente el desarrollo de software se ralentizado. El
estudio de este fenómeno es importante porque la existencia de software científico libre
facilita que cualquier laboratorio del mundo pueda desarrollar ciencia libre usando este
software como herramienta de trabajo.
Algunos "síntomas" que indican que el software se encuentra en un periodo de crisis son:
 Baja Calidad del Software en el mercado peruano.
 Tiempo y Presupuesto Excedido.
 Confiabilidad Cuestionable.
 Altos Requerimientos de Personal para desarrollo y mantenimiento.

8.3. FACTORES QUE INFLUENCIAN LA CRISIS DEL SOFTWARE .

Para poder llevar el estado del proceso de software como un estado de crisis, los críticos han
destacado ciertas características que han permitido esta postura del
software respecto a otras etapas de su corta historia. Algunos de esos factores son:
 Aumento del poder computacional.
 Reducción del costo del hardware.
 Rápida obsolescencia de hardware y software.
 Aceptación de la computarización en las empresas.
 Incremento en el número de usuarios de los sistemas de software.
 Tipo de usuario no homogéneo aun en sistemas hechos a la medida.
 Personal de desarrollado y mantenimiento diferente.
 La magnitud del proyecto impacta en:
 Tiempo costo y número de desarrolladores,
 Control administrativo y detalles técnicos
 Aumento en el conocimiento del problema.

1
http://gestion.pe/tecnologia/65-programas-software-peru-son-ilegales-2101145

Pag 12
8.4. POSIBLES CAUSAS DE LA CRISIS DEL SOFTWARE.
Los problemas asociados con la crisis del software se han producido por el carácter del
propio software y por los errores de las personas encargadas del desarrollo del mismo. Sin
embargo, es posible que esperemos demasiado en demasiado poco tiempo. Después de
todo, nuestra experiencia no va más allá de 35 años.

El carácter del software de computadora se ha tratado brevemente en la sección anterior.

Revisémoslo, el software es un elemento lógico en vez de físico; por tanto, el éxito se mide
por la calidad de una única entidad en vez de por muchas entidades fabricadas. El software
no se rompe. Si se encuentran fallos, existe una alta probabilidad de que se introdujeran
inadvertidamente durante el desarrollo y no se detectaran durante la prueba. Reemplazamos
las “partes defectuosas” durante el mantenimiento del software, pero tenemos muy pocas, o
incluso ninguna, piezas de repuesto; es decir, el mantenimiento incluye normalmente la
corrección o modificación del diseño.

La naturaleza lógica del software presenta un desafió a la gente que lo desarrolla. Por
primera vez hemos aceptado la tarea de comunicarnos con un alienígena inteligente —una
máquina. El desafió intelectual del desarrollo del software es seguramente una de las causas
de la crisis del software, pero los problemas tratados anteriormente han sido causados por
defectos humanos más mundanos.

Los ejecutivos de nivel medio y alto sin conocimientos en software, han sido frecuentemente
responsables del desarrollo de software. Hay un viejo axioma de gestión que dice: “Un buen
gestor puede gestionar cualquier proyecto”. Nosotros debemos añadir: “...Si desea aprender
las técnicas novedosas que pueden utilizarse para medir el desarrollo del proyecto, aplicar
métodos efectivos de control, ignorar la mitología y llegar a conocer una tecnología
rápidamente cambiante”. El gestor debe comunicarse con todos los componentes implicados
en el desarrollo del software —clientes, realizadores del software, equipo de soporte y otros
—. La comunicación puede romperse debido a que las características especiales del software
y los problemas particulares asociados con su desarrollo son mal comprendidos. Cuando esto
ocurre, los problemas asociados con la crisis del software se multiplican.

Los trabajadores del software (la pasada generación se llamó programadores; esta
generación se ganará el título de ingenieros en software) han tenido muy poco entrenamiento
formal en las nuevas técnicas de desarrollo de software. En muchas organizaciones reina una
suave forma de anarquía. Cada individuo enfoca su tarea de “escribir programas” con la
experiencia obtenida en trabajos anteriores. Algunas personas desarrollan un método

Pag 13
ordenado y eficiente de desarrollo del software mediante prueba y error, pero muchos otros
desarrollan malos hábitos que dan como resultado una pobre calidad y mantenibilidad del
software.

Todos nos resistimos al cambio. Sin embargo, es verdaderamente irónico, que mientras el
potencial de cálculo (hardware) experimenta enormes cambios, la gente del software,
responsables de aprovechar dicho potencial, se oponga normalmente a los cambios cuando
se discuten, y se resistan al cambio cuando se introduce. Puede que ésta sea la causa real
de la crisis del software. Posibles causas de la crisis del software

Hay varias razones que pueden ser propuestas como causa de la crisis. No son mutuamente
excluyentes; de hecho, es posible que la verdadera causa sea una mezcla de todas ellas. Sin
embargo, todas tienen en común que son causadas por el método de valorar los avances
científicos y el mecanismo actual de financiación de la actividad científica. Las causas de la
crisis del software fueron vinculadas a la complejidad en general del proceso de software y a
la relativa inmadurez de la ingeniería de software como una profesión. La crisis se manifestó
a sí misma en varias maneras:

 Proyectos gestionados con un sobre-presupuesto.

 Proyectos gestionados con sobre tiempo.
 Software de baja calidad.
 El software a menudo no satisfacía los requerimientos deseados.
 Los proyectos fueron inmanejables, con un código difícil de mantener.

8.5. SOLUCIÓN A LA CRISIS DEL SOFTWARE.

Viendo el camino directo al precipicio que estaba llevando el desarrollo de software, había
que tomar medidas para solucionarlo. Y esas medidas se llamaron “Ingeniería del Software”.

La Ingeniería del Software, según R.Pressman, es “Una disciplina que integra métodos,
herramientas y procedimientos para el desarrollo de SW de computador”. Es decir, es una
disciplina que intenta racionalizar el proceso de desarrollo de software y establecer unas
pautas a seguir para el desarrollo que minimicen tiempo, esfuerzo, y coste de desarrollo y
maximicen la calidad del software.

Después de esta crisis, se intentaron establecer estas pautas, aplicándolos a algunos

proyectos y aumentando la inversión. En 1991 se hizo un estudio para comprobar los

Pag 14
resultados de la aplicación de estos métodos, y los resultados fueron bastante buenos. El
52% de los proyectos se terminaron con éxito, frente al 2% del año 1979 y el 31,1% se
terminó con algunas modificaciones respecto a lo acordado inicialmente, frente al 3% del año
1979. Pero el resultado más espectacular se obtuvo en los proyectos abandonados. En 1991
sólo se abandonaron el 16,2% de proyectos, frente al casi 76% del año 1979. Una reducción
increíble de casi el 60% que no hacía más que confirmar la bondad de estos métodos
aplicados al proceso de desarrollo de software. Había nacido una nueva disciplina, la
Ingeniería del Software,

Para hacernos una idea más concreta de lo que abarca la Ingeniería del Software (cosa que
nos ayudará a entender porque fue la solución a esta Crisis del Software), debemos de
centrar nuestra explicación en que la I.S busca principalmente software de calidad, que es
aquel software que cumple los requisitos funcionales y de rendimiento establecidos
previamente y consta de unos estándares de desarrollo bien documentados. Además todos
sus factores de calidad deben cumplirse y tener un buen seguimiento durante todo el proceso
de desarrollo (características operativas, capacidad de soportar cambios y adaptabilidad a
nuevos entornos). Y por último, se incorporan al proceso nuevos modelos de desarrollo y
modificación del ciclo de vida, nuevos paradigmas de programación, etc.…que hacen que el
desarrollo de software sea mucho más metodológico y estructurado, disminuyendo así
notablemente fallos y correcciones costosas.

Como ejemplo de que la ingeniería del software es en la actualidad imprescindible, la revista

inglesa “Private Eye” dio detalles sobre importantes proyectos de software que han dado
malos resultados. Entre ellos destacan los del servicio de ambulancias Asinfor de Londres, el
servicio de sanidad regional de Wessex, la Sociedad para los derechos de autor y el sistema
de manejo de equipajes del aeropuerto de Denver.
Hay varias razones que pueden ser propuestas como causa de la crisis. No son mutuamente
excluyentes; de facto, es posible que la verdadera causa sea una mezcla de todas ellas. Sin
embargo, todas tienen en común que son causadas por el método de valorar los avances
científicos y el mecanismo actual de financiación de la actividad científica.

Pag 15
X. CONCLUSIONES.
Existen varias razones que se pueden considerar como causantes de la crisis del
software, pero que pueden tomarse como mutuamente excluyentes; es posible que la
verdadera causa sea una mezcla de todas ellas. Pero todas tienen en común que son
causadas por valorar demasiado los avances científicos y el mecanismo actual de
financiación de la actividad científica. Las causas de la crisis del software fueron
vinculadas a la complejidad en general del proceso de software y a la relativa inmadurez
de la ingeniería de software. Más sin embargo, muchos casos de mala administración en
Proyectos gestionados con un sobre-presupuesto o con sobre tiempo podrían ser
causantes de la baja demanda de proyectos de desarrollo. Además la producción de
Software de baja calidad (en algunos casos), o que los desarrollos no satisfacían los
requerimientos deseados. Todo esto pasa por una revisión exhaustiva de los procesos y
metodologías de desarrollo de software que se puedan implementar, permitiendo a los
desarrolladores mantener un alto nivel de competitividad en todos sus niveles.
Por otra parte la crisis del software es afectada por la piratería. En este aspecto todos
cooperamos, cuantas de las veces compramos programas piratas o los vagamos de
internet.
Debido a lo ya expuesto llegamos a la conclusión de que mi hipótesis ha sido
corroborada.

Pag 16
XI. BIBLIOGRAFIA
Autores: Julián Pérez Porto y Ana Gardey. Publicado: 2009. Actualizado: 2009.
Definiciones: Definición de ingeniería de software (http://definicion.de/ingenieria-de-software/)

 JACOBSON, Ivar; BOOCH, Grady; RUMBAUGH, James (2000). El Proceso Unificado de

Desarrollo de Software. Pearson Addisson-Wesley.

 Pressman, Roger S. (2003). Ingeniería del Software, un enfoque Práctico (Quinta edición
edición). Mc Graw Hill.

 JACOBSON; BOOCH; RUMBAUGH (1999). UML - El Lenguaje Unificado de Modelado.

Pearson Addisson-Wesley. Rational Software Corporation, Addison Wesley Iberoamericana.

 Haeberer, A. M.; P. A. S. Veloso, G. Baum (1988). Formalización del proceso de desarrollo

de software (Ed. preliminar edición). Buenos Aires: Kapelusz.

 Fowler, Martin; Kendall Sccott (1999). UML Gota a Gota. Addison Wesley.

 Loucopoulos, Pericles; Karakostas, V. (1995). System Requirements Engineering (en

inglés). London: McGraw-Hill Companies. pp. 160 p.

 Sommerville, Ian; P. Sawyer (1997). Requirements Engineering: A Good Practice

Guide (en inglés) (1ra. edition edición). Wiley & Sons. pp. 404 p. .

 Gottesdiener, Ellen; P. Sawyer (2002). Requirements by Collaboration: Workshops for

Defining Needs (en inglés). Addison-Wesley Professional. pp. 368 p.

 Sommerville, Ian (2005). Ingeniería del software (7ma. edición). Madrid: Pearson
Educación S.A.

Pag 17
 XII. ANEXOS

ANEXOS I Matriz de consistencia

Problema Objetivo Hipótesis Variables Metodología a utilizar

Problema General Objetivo General Hipótesis General Variables Generales
la crisis del software Determinar la Causa fundamental de  Proyectos no 1) Mantenerse alo
se refiere a la causa principal la crisis del terminaban a corriente frente ala
dificultad en escribir de la crisis del softwware, a la escasa tiempo creciente demanda.
programas libres de sotfware y deficiente 2) Cumplir con los tiempos
defectos, fácilmente investigación  Software que no de entrega y costos
comprensibles, y que científica en el ámbito cumplia con las estlabecidos.
sean verificables. Las de la ingeniería del especificaciones. 3) Tener un mejor control
causas son, entre software del avance del proyecto
otras. de software.
Problema Especifico Objetivo Especifico Hipótesis Especifico Variables especificas 4) Establecer un lenguaje
La complejidad del Altos Código inmantenible  Aceptación de la comun entre los
sofware producido y requerimientos de que dificultaba la computarización integrandes del equipo
demandado se personal para el gestión y evolución en las empresas. de desarrollo de
imcrementa desarrollo y del proyecto software.
constantemente. mantenimiento 5) Generar entre
desarrolladores y
Establecer un  Tiempo costo y
equipo soporte un plan
La industrias del lenguaje comun número de
de mantenimiento para
software no a podido Baja calidad del eficiente para desarrolladores,
los productos de
satisfacer la software . determinados
software
demanda. proyectos
implementados
 Control
Tiempo y Criterios de calidad administrativo y
presupuesto del software detalles técnicos
excedido
,confiabilidad
extendido.

Pag 18
 TITULO
La crisis del software

Pag 19