Xxxxxxxxxxxxxxxxxxxx

Solo disponible en BuenasTareas
  • Páginas : 7 (1689 palabras )
  • Descarga(s) : 0
  • Publicado : 24 de enero de 2011
Leer documento completo
Vista previa del texto
La Crisis del Software, la guerra de las metodologías y el desarrollo del software.

 

Realizado por: Diana Nogueda Anaya

 

Hoy en día oímos hablar de computadoras potentes que hacen maravillas, con la mejor velocidad, procesador, memoria, etc,. Sin embargo poco o nada nos detenemos a pensar que hay detrás de todos esos fierros que hace que funcione, sin pensar que para llegar a laconstrucción del todo lo que implica una computadora hubo un previo análisis y diseño, en este sentido nos referimos al software que en otras palabras es valido decir que no tiene sentido los equipos sin programas.

 

Así es como el análisis y diseño de sistemas se torna un tema de interés en  donde muchas cosas cotidianas tuvieron un previo estudio para su construcción, así entonces  el tiempoaplicado al análisis es consecuencia del tiempo de mantenimiento del sistema construido.

 

La “crisis del software” nos muestra la lenta evolución que ha tenido la industria del software que data cerca de 30 años. En la OTAM1 en los años de 1967 y 1968 se hicieron dos reuniones con el fin de resolver este problema en donde difícilmente resulta ponerse de acuerdo y optar por un estándarcompletamente definido. Las fases que se han tratado a través de los años hasta la fecha son las siguientes:

 

Primera Fase.  Los Albores ( 1945-1955) :

             Programar no es una tarea diferenciada del diseño de una máquina.

            Uso del Lenguaje máquina y emsamblador.

 

Segunda Fase. El Florecimiento ( 1955-1965 ) :

             Aparecen una multitud de lenguajes.            Es posible hacer todo.

 

Tercera Fase. La Crisis ( 1965-1970 ) :

             Desarrollo Inalcanzable de grandes programas.

             Ineficiencia, errores, coste impredecible.

            Nada es posible.

 

Cuarta Fase. Innovación Conceptual ( 1970-1980 ) :

             Fundamentos de Programación.

             Verificación de Programación.             Metodologías de Diseño.

 

Quinta Fase. El Diseño del Problema ( 1980-200? ) :

             Entornos de programación.

             Especificación Formal..

             Programación Automática.

 

En ocasiones, el diseñador al escoger entre la variedad de lenguajes, técnicas, métodos y otros, prefiere hacer las cosas como mejor le convenga y sacar el diseño lo más pronto posible lo cualresulta ser una decisión nada acertada, que más que ayudar en tener un sistema lo más pronto posible funcionando resulta un sistema poco funcional donde abundará la generación posterior de errores.

 

Aún seguimos hablando de esta crisis del software y desafortunadamente profesionistas siguen sin hacer uso de metodologías o herramientas CASES que actualmente existen en le mercado y con lascuales nos alejan de ciertos mitos que suelen escucharse y se extienden en tres partes: los de gestión, los del cliente, y los del desarrollador.

 

De forma general estos mitos2 son:

Ya tenemos el mejor libro para construir software,

lo ultimo en computadora para desarrollar,

poco importa la planificación,

solo basta conocer el problema de forma general,

si requiere un cambio elsistema el software fácilmente lo hará,

hasta que se ponga en uso el programa se ve la calidad de este,

solo es necesario entregar el programa funcionando.

 

 

Quizá hemos escuchado otros mitos sin embargo no se debe hacer caso omiso a estas reflexiones, es decir no basta tener el mejor libro si no se usa o no es el adecuado, ¿para que nos servirá la computadora más potente cuandopodemos sacarle mayor provecho a una herramienta CASE?, además lo importante que es planificar y analizar el problema que se quiere modelar o sistematizar, documentarlo, etc. Finalmente todo esto será consecuencia de la calidad del software desarrollado e implentado.

 

No hay un camino fácil hacia la calidad del software. Por tanto es importante conocer los beneficios y las...
tracking img