Programa de Formacin: Diseo, desarrollo e Cdigo: 496614 Versin: 102 implementacin de Software de procesos institucionales.

Fase del proyecto: Ejecucin Tema : Ciclo de Vida del Software Resultados de Aprendizaje:
Identificar cada uno de los conceptos y principios que constituye la programacin orientada a objetos para interpretar el diseo

Competencia:
Analizar los requerimientos para construir el sistema de informacin

Que es JAVA La ISO, internacional Organization for Standarization, en su norma 12207 define el ciclo de vida de un software como un marco de referencia que contiene las actividades y las tareas involucradas en el desarrollo, la exploracin y el mantenimiento de un producto de software, abarcando desde la definicin hasta la finalizacin de su uso. En cada una de las etapas de un modelo de ciclo de vida, se pueden establecer una serie de objetivos, tareas y actividades que lo caracterizan. Haremos un repaso y una pequea descripcin de dada una de las etapas del ciclo de vida del software; una vez conocidas las etapas, tendremos que analizar cmo abordarlas en conjunto. Existen distintos modelos de ciclo de vida, y la eleccin de un modelo para un determinado tipo de proyecto es realmente importante; el orden de las etapas es uno de estos puntos importantes, si elegimos el modelo de cascada puro en el cual la validacin se realiza al final del proyecto, y luego debemos retomar etapas previas, puede resultarnos no slo incmodo, sino costoso. Expresin de necesidades: esta etapa tiene como objetivo el armado de un documento en el cual se reflejan los requerimientos y funcionalidades que ofrecer al usuario el sistema a implementar (qu, y no cmo, se va a implementar). Especificaciones: formalizamos los requerimientos, el documento obtenido en la etapa anterior se tomar como punto de partida para esta etapa. Anlisis: determinamos los elementos que intervienen en el sistema a desarrollar, su estructura, relaciones, evolucin temporal, funcionalidades, tendremos una descripcin clara de qu producto vamos a construir, que funcionalidades aportar y qu comportamiento tendr. Diseo: ya sabemos qu hacer, ahora tenemos que determinar cmo debemos hacerlo (cmo debe ser construido el sistema en cuestin?; definimos en detalle entidades y relaciones de las bases de datos, seleccionamos el lenguaje que vamos a utilizar, el Sistema Gestor de Bases de Datos, etc.).

SERVICIO NACIONAL DE APRENDIZAJE CEAI

 Implementacin: empezamos a codificar algoritmos y estructuras de datos, definidos en las etapas anteriores, en el correspondiente lenguaje de programacin o para un determinado sistema gestor de bases de datos. En muchos proyectos se pasa directamente a esta etapa; son proyectos muy arriesgados que adoptan un modelo de ciclo de vida de code & fix (codificar y corregir) donde se eliminan las etapas de especificaciones, anlisis y diseo con la consiguiente prdida de control sobre la gestin del proyecto. Debugging: el objetivo de esta etapa es garantizar que nuestro programa no contiene errores de diseo o codificacin. En sta etapa deseamos encontrar la mayor cantidad de errores. Todos los programas contienen errores: encontrarlos es cuestin de tiempo. Lo ideal es encontrar la mayora, si no todos, en esta etapa. Tambin se pueden agregar testeos de performance. Validacin: esta etapa tiene como objetivo la verificacin de que el sistema desarrollado cumple con los requerimientos expresados inicialmente por el cliente y que han dado lugar al presente proyecto. En muchos proyectos las etapas de validacin y debugging se realizan en paralelo por la estrecha relacin que llevan. Sin embargo, tenemos que evitar la confusin: podemos realizarlos en paralelo, pero no como una nica etapa. Evolucin: en la mayora de los proyectos se considera esta etapa como mantenimiento y evolucin, y se le asigna, no slo el agregado de nuevas funcionalidades (evolucin); sino la correccin de errores que surgen (mantenimiento). En la prctica esta denominacin no es del todo errnea, ya que es posible que aun luego de una etapa de debugging y validacin exhaustiva, se filtren errores.

Se destaca como ventaja la sencillez de su gestin y administracin tanto econmica como temporal, ya que se acomoda perfectamente a proyectos internos de una empresa para programas muy pequeos de ABM. Tiene como desventajas que no es apto para desarrollos que superen mnimamente requerimientos de retroalimentacin entre etapas, es decir, es muy costoso retomar una etapa anterior al detectar alguna falla.

SERVICIO NACIONAL DE APRENDIZAJE CEAI

Una de sus ventajas, adems de su planificacin sencilla, es la de proveer un producto con un elevado grado de calidad sin necesidad de un personal altamente calificado. Se pueden considerar como inconvenientes: la necesidad de contar con todos los requerimientos (o la mayora) al comienzo del proyecto, y, si se han cometido errores y no se detectan en la etapa inmediatamente siguiente, es costoso y difcil volver atrs para realizar la correccin posterior.

SERVICIO NACIONAL DE APRENDIZAJE CEAI

Se evidencia que es un modelo puramente terico, ya que el usuario rara vez mantiene los requerimientos iniciales y existen muchas posibilidades de que debamos retomar alguna etapa anterior. Se le critic, principalmente, el retardo en entregar partes del producto, su metodologa para la correccin de errores, su obstinacin para exigir requerimientos previos completos, y su alta rigidez.

Se hace notar como ventajas la ganancia de calidad en lo que respecta al producto final, la falta de necesidad de una documentacin detallada (el ahorro proviene por el solapado de las etapas). Sud desventajas tambin se refieren al solapamiento de las etapas: es muy difcil gestionar el comienzo y fin de cada etapa y los problemas de comunicacin, si aparecen, generan inconsistencias en el proyecto.

SERVICIO NACIONAL DE APRENDIZAJE CEAI

La ventaja es que se puede tener ms gente trabajando al mismo tiempo, pero la desventaja es que pueden surgir dependencias entre las distintas subetapas que detengan el proyecto temporalmente si no es gestionado de manera correcta. Podemos utilizar este modelo para administrar cualquier proyecto mencionado en los modelos anteriores. Pero cuidad de administrar muy bien los tiempos.

Se suele utilizar en proyectos en los que los requerimientos no estn claros de parte del usuario, por lo que se hace necesaria la creacin de distintos prototipos para presentarlos y conseguir la conformidad del cliente.
SERVICIO NACIONAL DE APRENDIZAJE CEAI

La ventaja de este ciclo se basa en que es el nico apto para desarrollos en los que no se conoce a priori sus especificaciones o la tecnologa a utilizar. Como contrapartida, por este desconocimiento, tiene la desventaja de ser altamente costoso y difcil para la administracin temporal.

Resulta ser un modelo muy til cuando desconocemos la mayora de los requerimientos iniciales, o estos requerimientos no estn completos. Tenemos dos complicaciones: la primera, los usuarios no conocen de informtica, la segunda, no es uno, sino varios los sectores que nos pueden pedir modificaciones o hacer nuevas solicitudes. Adems, el pedido de un sector puede influir en los requerimientos del otro

SERVICIO NACIONAL DE APRENDIZAJE CEAI

Construir un sistema pequeo siempre es menos riesgoso que construir un sistema grande. Como desarrollamos independientemente las funcionalidades, es ms fcil relevar los requerimientos del usuario. Si se detecta un error grave, slo desechamos la ltima iteracin. No es necesario disponer de los requerimientos de todas las funcionalidades en el comienzo del proyecto y adems facilita la labor del desarrollo con la conocida filosofa de divide & conqueror.

SERVICIO NACIONAL DE APRENDIZAJE CEAI

La ventaja ms notoria de este modelo de desarrollo de software es que puede comenzarse el proyecto con un alto grado de incertidumbre, se entiende tambin como ventaja el bajo riesgo de retraso en caso de deteccin de errores, ya que se puede solucionar en la prxima rama del espiral. Algunas de las desventajas son: el costo temporal que suma cada vuelta del espiral, la dificultad para evaluar los riesgos y la necesidad de la presencia o la comunicacin contina con el cliente o usuario.

La caracterstica principal de este modelo es la abstraccin de los requerimientos de usuario, por lo que este modelo es mucho ms flexible que los restantes, que son rgidos en requerimientos y definicin, soportando mejor la incertidumbre que los anteriores, aunque sin garantizar l ausencia de riesgos. La abstraccin es lo que nos permite analizar y desarrollar las caractersticas esenciales de un objeto (requerimiento), despreocupndonos de las menos relevantes.

SERVICIO NACIONAL DE APRENDIZAJE CEAI