Papel Evolutivo Del Software
Páginas: 9 (2193 palabras)
Publicado: 3 de diciembre de 2012
Papel evolutivo del Software
Evolucion del proceso de desarrollo del software
Codificar y probar
El modelo más antiguo era el de codificar y probar, utilizado en los inicios del desarrollo de software, era el que predominaba en la década de los 60.
Este se basaba en requerimientos ambiguos y sin especificaciones puntuales. Inicialmente se implementaba el código y, a continuación, sepensaba sobre los requerimientos, el diseño y el mantenimiento. Para sistemas pequeños este modelo puede ser útil, pero cuando los sistemas son complejos resulta muy peligroso, ya que no proporciona medios de evaluación de la calidad o de identificación de riesgos. Si se está a punto de terminar de codificar y se descubre que el diseño es incorrecto, no hay otra solución que desechar el trabajo ycomenzar de nuevo. Esto resulta muy elevado en costos de los recursos y tiempos de desarrollo.
Uno de los grandes pasos dados en la industria del software fue el desarrollo del modelo en cascada. Dicho modelo sirvió como base para la formulación del análisis estructurado, el cual fue uno de los precursores en este camino hacia la aplicación de prácticas estandarizadas dentro de la ingeniería desoftware.
Propuesto por Winston Royce en el año de 1970, este modelo intentaba proponer una analogía de línea de ensamblaje de manufactura para el proceso de desarrollo de software.
El modelo en cascada, que surge como respuesta al modelo de codificar y probar, busca ordenar el proceso de desarrollo de una forma fácil de implementar. El modelo de cascada tuvo un gran aceptación, la ventaja deeste modelo, con respecto al anterior, es que ya tiene cierta disciplina en el desarrollo de sistemas; se introducen la planeación y administración, y se deben controlar, es decir que, alguien vigile que el grupo de desarrollo realmente cumple en lo que se ha planeado.
Este modelo se basa en el desarrollo de etapas (análisis, diseño, codificación, pruebas y mantenimiento) las cuales tienen unaentrada y una salida predefinida. El proceso se desarrolla toma la forma de una cascada ya que se requiere la finalización de la etapa anterior para comenzar la siguiente.
La principal desventaja del modelo en cascada es que no es flexible en los cambios. Se tienen que especificar completamente todos los requerimientos al comienzo del proyecto lo que puede durar meses o incluso años antes detener el software funcionando. Una vez que se inicia el desarrollo no se permite cambio alguno a los requerimientos, por lo que el usuario solo ve la aplicación hasta que ya está construida y una vez que el interactúa con ésta se corre el riesgo de no cubrir sus necesidades.
Conforme se fueron descubriendo las deficiencias del modelo de cascada, fueron surgiendo diversos procesos denominadositerativos que fueron mejorando muchas de las fallas del modelo en cascada. Como especialización de este modelo surgen los siguientes procesos iterativos como:
La aportación de estos modelos es la de basar el desarrollo en iteraciones e ir construyendo la aplicación en forma progresiva, agregando funcionalidad paulatinamente. Las iteraciones representan un miniproyecto, el cual está compuesto portodas las fases del desarrollo (requerimientos, análisis, diseño, implementación, pruebas). Cada miniproyecto se centra en uno o más riesgos importantes hasta que todos éstos estén controlados. Los incrementos están dados por la funcionalidad que se va agregando al software en forma iterativa. En consecuencia podemos decir que los modelos iterativos fomentan el cambio en forma temprana y proponenun control de cambio disciplinado que permita que el usuario ajuste sobre el desarrollo sus requerimientos.
Metodologias del desarrollo del software
1970s
* Programación estructurada sol desde 1969
* Programación estructurada Jackson desde 1975
1980s
* Structured Systems Analysis and Design Methodology (SSADM) desde 1980
* Structured Analysis and Design Technique (SADT)...
Evolucion del proceso de desarrollo del software
Codificar y probar
El modelo más antiguo era el de codificar y probar, utilizado en los inicios del desarrollo de software, era el que predominaba en la década de los 60.
Este se basaba en requerimientos ambiguos y sin especificaciones puntuales. Inicialmente se implementaba el código y, a continuación, sepensaba sobre los requerimientos, el diseño y el mantenimiento. Para sistemas pequeños este modelo puede ser útil, pero cuando los sistemas son complejos resulta muy peligroso, ya que no proporciona medios de evaluación de la calidad o de identificación de riesgos. Si se está a punto de terminar de codificar y se descubre que el diseño es incorrecto, no hay otra solución que desechar el trabajo ycomenzar de nuevo. Esto resulta muy elevado en costos de los recursos y tiempos de desarrollo.
Uno de los grandes pasos dados en la industria del software fue el desarrollo del modelo en cascada. Dicho modelo sirvió como base para la formulación del análisis estructurado, el cual fue uno de los precursores en este camino hacia la aplicación de prácticas estandarizadas dentro de la ingeniería desoftware.
Propuesto por Winston Royce en el año de 1970, este modelo intentaba proponer una analogía de línea de ensamblaje de manufactura para el proceso de desarrollo de software.
El modelo en cascada, que surge como respuesta al modelo de codificar y probar, busca ordenar el proceso de desarrollo de una forma fácil de implementar. El modelo de cascada tuvo un gran aceptación, la ventaja deeste modelo, con respecto al anterior, es que ya tiene cierta disciplina en el desarrollo de sistemas; se introducen la planeación y administración, y se deben controlar, es decir que, alguien vigile que el grupo de desarrollo realmente cumple en lo que se ha planeado.
Este modelo se basa en el desarrollo de etapas (análisis, diseño, codificación, pruebas y mantenimiento) las cuales tienen unaentrada y una salida predefinida. El proceso se desarrolla toma la forma de una cascada ya que se requiere la finalización de la etapa anterior para comenzar la siguiente.
La principal desventaja del modelo en cascada es que no es flexible en los cambios. Se tienen que especificar completamente todos los requerimientos al comienzo del proyecto lo que puede durar meses o incluso años antes detener el software funcionando. Una vez que se inicia el desarrollo no se permite cambio alguno a los requerimientos, por lo que el usuario solo ve la aplicación hasta que ya está construida y una vez que el interactúa con ésta se corre el riesgo de no cubrir sus necesidades.
Conforme se fueron descubriendo las deficiencias del modelo de cascada, fueron surgiendo diversos procesos denominadositerativos que fueron mejorando muchas de las fallas del modelo en cascada. Como especialización de este modelo surgen los siguientes procesos iterativos como:
La aportación de estos modelos es la de basar el desarrollo en iteraciones e ir construyendo la aplicación en forma progresiva, agregando funcionalidad paulatinamente. Las iteraciones representan un miniproyecto, el cual está compuesto portodas las fases del desarrollo (requerimientos, análisis, diseño, implementación, pruebas). Cada miniproyecto se centra en uno o más riesgos importantes hasta que todos éstos estén controlados. Los incrementos están dados por la funcionalidad que se va agregando al software en forma iterativa. En consecuencia podemos decir que los modelos iterativos fomentan el cambio en forma temprana y proponenun control de cambio disciplinado que permita que el usuario ajuste sobre el desarrollo sus requerimientos.
Metodologias del desarrollo del software
1970s
* Programación estructurada sol desde 1969
* Programación estructurada Jackson desde 1975
1980s
* Structured Systems Analysis and Design Methodology (SSADM) desde 1980
* Structured Analysis and Design Technique (SADT)...
Leer documento completo
Regístrate para leer el documento completo.