ETAPAS DE CICLO DE VIDA DEL DESARROLLO DEL SOFTWARE

Editar 0 3
Fases del ciclo de vida del software El software vara en complejidad dependiendo de lo que se requiere hacer. La mayora de los paquetes de software consisten de muchos mdulos, cada mdulo es responsable de ciertas tareas especficas. Para simplificar el desarrollo del software, se sigue una serie de pasos que se llaman el ciclo de vida del software, y que son seguidos durante el tiempo que un software existe (figura 21).

Figura. 21. Fases del desarrollo del software. Una vez que se concluye, prcticamente se inicia nuevamente al entender las modificaciones que deben hacerse. 1) Introduccin al ciclo de vida del software: Regularmente hay cinco pasos en el ciclo de vida del software: a) Entender el problema. En la primera fase del ciclo de vida del software, se enlistan las tareas que el software debe desarrollar, los problemas a ser resueltos, y en esta fase se estudian sus causas y efectos. La tarea especfica que se requiere del programa se deriva del establecimiento del problema, que es una descripcin concisa del problema en cuestin. El software debe proporcionar una solucin utilizable a este problema. b) Disear el programa. En la fase de diseo, el objetivo es conocer las relaciones entre los mdulos del programa, y garantizar que se cumplen cabalmente los requerimientos solicitados de una manera eficiente, lgica y completa. Los diseadores de software consideran los recursos de hardware y software disponibles para poder alcanzar su objetivo. Si se llega a la conclusin de que no es posible utilizar algn hardware o software, se planea utilizar una estrategia diferente. Primero se disea la estructura general del programa. Entonces el problema se divide en subproblemas en tareas ms y ms pequeas hasta que tengan un tamao manejable. c) Codificar el programa. Durante la fase de codificacin, el programa se escribe en un lenguaje de programacin. Hay muchos lenguajes de programacin, cada uno de ellos es especialista en algn tipo de problemas. Por ejemplo, FORTRAN es especialista en clculos numricos, mientras que LISP es especialista en problemas de inteligencia artificial y procesamiento simblico. El cdigo del programa debe desarrollar la tarea solicitada, y debe ser legible de modo que otros programadores lo puedan mantener. Los programas se escriben usualmente en mdulos separados, cada mdulo desarrolla alguna tarea especfica y debe funcionar independientemente y en relacin con el resto del programa. d) Probar el programa. Durante la fase de pruebas, el programa se ejecuta y se revisa. Las tareas deben ejecutarse sin errores en los resultados y tambin sin errores fatales. Los defectos en los programas se llaman bugs. Se examinan primero los mdulos de manera individual, en forma independientemente, luego, se

prueba todo el programa para encontrar bugs que puedan ocurrir en la interaccin de los mdulos. Cuando se encuentra un bug, se asla la causa y se resuelve. Este proceso se llama depuracin. El programador se debe asegurar de al resolver un bug, no se crean otros ms en alguna otra parte del programa. e) Mantener el programa. Durante la fase de mantenimiento, de determina cualquier error y deficiencia en el programa, y se realizan cualquier accin para resolverla, mientras se preserva la integridad del programa. El uso de notas de diseo, cdigo bien documentado y variables entendibles, pueden ayudar al mantenimiento futuro del programa.

Anlisis
Es necesario determinar que elementos intervienen en el sistema a desarrollar, as como su estructura, relaciones, evolucin en el tiempo, detalle de sus funcionalidades, ... que van a dar una descripcin clara de qu sistema vamos a construir, qu funcionalidades va a aportar y qu comportamiento va a tener. Para ello se enfocar el sistema desde tres puntos de vista relacionados pero diferentes: Funcional. Esttico. Dinmico.

Diseo
Tras la etapa anterior ya se tiene claro que debe hacer el sistema, ahora tenemos que determinar como va a hacerlo (cmo debe ser construido el sistema?; aqu se definirn en detalle entidades y relaciones de las bases de datos, se pasar de casos de uso esenciales a su definicin como casos expandidos reales, se seleccionar el lenguaje ms adecuado, el Sistema Gestor de Bases de Datos a utilizar en su caso, libreras, configuraciones hardware, redes, etc.). Observacin:Aunque todo debe ser tratado a su tiempo, y sera muy deseable que las decisiones correspondientes en esta etapa fueran tomadas precisamente en esta etapa, muchas veces nos vamos a encontrar con unas decisiones previamente impuestas sobre lenguaje, plataforma, etc. Unas veces se dirn justificadas en simple poltica de empresa y por mantener "compatibilidad" en lo que respecta a los dems proyectos de la propia empresa, y en otras ocasiones por rumores de que tal o cual herramienta mejorara la velocidad de desarrollo u otro aspecto de inters (en parte de los casos no sern rumores con fundamento o estudios previos realizados al efecto, sino ms bien debidos a la propia publicidad como consejera).

Implementacin
Llegado este punto se empieza a codificar algoritmos y estructuras de datos, definidos en las etapas anteriores, en el correspondiente lenguaje de programacin y/o para un determinado sistema gestor de bases de datos. Observacin:Lamentablemente en la actualidad, ao 2.000, quedan bastantes empresas en las que, tras una reunin comercial en que tan solo se ha conseguido recabar una breve lista de requerimientos, a pesar de tener que enfrentarse a proyectos grandes-medios, se pasa directamente a la etapa de implementacin; son proyectos guiados por el riesgo que supone adoptar un modelo de ciclo de vida de codificar-corregir (code and fix) donde se eliminan las fases de especificaciones, anlisis y diseo con la consiguiente prdida de control sobre la gestin del proyecto.