CICLO DE VIDA DEL SOFTWARE

Trabajo Prctico

Docente Tutor : Ing. Keyla Borda Vargas

Carrera : Ingeniera de Sistemas

Materia : Organizacin y Sistemas

Alumno : Rolando Gonzales Labrayo

Cdigo : 201203034

Santa Cruz de la Sierra - Bolivia

CICLO DE VIDA DEL SOFTWARE MATERIA: ORGANIZACIN Y SISTEMAS

CICLOS DE VIDA DEL SOFTWARE

Concepto.

Un modelo de ciclo de vida define el estado de las fases a travs de las cuales se mueve un
proyecto de desarrollo de software.

Un modelo de ciclo de vida de software es una vista de las actividades que ocurren durante el
desarrollo de software, intenta determinar el orden de las etapas involucradas y los criterios de
transicin asociadas entre estas etapas.

Caractersticas

Un modelo de ciclo de vida del software:

Describe las fases principales de desarrollo de software.

Define las fases primarias esperadas de ser ejecutadas durante esas fases.

Ayuda a administrar el progreso del desarrollo, y

Provee un espacio de trabajo para la definicin de un detallado proceso de desarrollo de

software.

As, los modelos por una parte suministran una gua para los ingenieros de software con el fin
de ordenar las diversas actividades tcnicas en el proyecto, por otra parte suministran un marco
para la administracin del desarrollo y el mantenimiento, en el sentido en que permiten estimar
recursos, definir puntos de control intermedios, monitorear el avance, etc.

Alumno: Rolando Gonzales L. Pgina | 1

CICLO DE VIDA DEL SOFTWARE MATERIA: ORGANIZACIN Y SISTEMAS

MODELO EN CASCADA

Concepto.

Este es el ms bsico de todos los modelos, y sirve como bloque de construccin para los de-
ms modelos de ciclo de vida. La visin del modelo cascada del desarrollo de software es muy
simple; dice que el desarrollo de software puede ser a travs de una secuencia simple de fases.
Cada fase tiene un conjunto de metas bien definidas, y las actividades dentro de una fase con-
tribuyen a la satisfaccin de metas de la fase o quizs a una subsecuencia de metas de la fase.
Las flechas muestran el flujo de informacin entre las fases. La flecha de avance muestra el flu-
jo normal. Las flechas hacia atrs representan la retroalimentacin.

Caractersticas.

El modelo de ciclo de vida cascada, captura algunos principios bsicos:

Planear un proyecto antes de embarcarse en l.
Definir el comportamiento externo deseado del sistema antes de disear su arquitectura in-
terna.
Documentar los resultados de cada actividad.
Disear un sistema antes de codificarlo.
Testear un sistema despus de construirlo.
Una de las contribuciones ms importantes del modelo cascada es para los administradores,
posibilitndoles avanzar en el desarrollo, aunque en una escala muy bruta.

Ventajas:

Es un modelo sencillo y disciplinado.

Es fcil aprender a utilizarlo y comprender su funcionamiento.

Alumno: Rolando Gonzales L. Pgina | 2

CICLO DE VIDA DEL SOFTWARE MATERIA: ORGANIZACIN Y SISTEMAS

Est dirigido por los tipos de documentos y resultados que deben obtenerse al final de
cada etapa.
Ha sido muy usado y, por tanto, est ampliamente contrastado
Ayuda a detectar errores en las primeras etapas a bajo costo.
Ayuda a minimizar los gastos de planificacin, pues se realiza sin problemas.

Desventajas:

Los proyectos raramente siguen el proceso lineal tal como se defina originalmente el ci-
clo de vida.
Es difcil que el cliente exponga explcitamente todos los requisitos al principio.
El cliente debe tener paciencia pues obtendr el producto al final del ciclo de vida.
No refleja exactamente cmo se programa realmente el sistema, en el que suele haber
un gran componente iterativo.
Puede resultar complicado regresar a etapas anteriores (ya acabadas) para realizar co-
rrecciones.
El producto final obtenido puede que no refleje todos los requisitos del usuario

A que tipos de proyectos de desarrollo de software Ud. recomienda aplicar este modelo

Aquellos para los que se dispone de todas las especificaciones desde el principio, por
ejemplo, los de reingeniera.

Cuando se est desarrollando un tipo de producto que no es novedoso.

Proyectos complejos que se entienden bien desde el principio.

Alumno: Rolando Gonzales L. Pgina | 3

CICLO DE VIDA DEL SOFTWARE MATERIA: ORGANIZACIN Y SISTEMAS

MODELO EN ESPIRAL

Conceptos y Caractersticas

El modelo espiral de los procesos software es un modelo del ciclo de meta-vida. En este mode-
lo, el esfuerzo de desarrollo es iterativo. Tan pronto como uno completa un esfuerzo de desarro-
llo, otro comienza. Adems, en cada desarrollo ejecutado, puedes seguir estos cuatros pasos:
Determinar qu quieres lograr.
Determinar las rutas alternativas que puedes tomar para lograr estas metas.
Por cada una, analizar los riesgos y resultados finales, y seleccionar la mejor.
Seguir la alternativa seleccionada en el paso 2.
Establecer qu tienes terminado.

La dimensin radial en la figura refleja costos acumulativos incurridos en el proyecto.

El modelo espiral captura algunos principios bsicos:
Decidir qu problema se quiere resolver antes de viajar a resolverlo.
Examinar tus mltiples alternativas de accin y elegir una de las ms convenientes.
Evaluar qu tienes hecho y qu tienes que haber aprendido despus de hacer algo.
No ser tan ingenuo para pensar que el sistema que ests construyendo ser "EL" sistema
que el cliente necesita, y
Conocer (comprender) los niveles de riesgo, que tendrs que tolerar.
El modelo espiral no es una alternativa del modelo cascada, ellos son completamente compati-
bles.

Ventajas y desventajas

Alumno: Rolando Gonzales L. Pgina | 4

CICLO DE VIDA DEL SOFTWARE MATERIA: ORGANIZACIN Y SISTEMAS

Ventajas:

Conjuga la naturaleza iterativa de los prototipos con los aspectos controlados y sistem-
ticos del modelo clsico.
Proporciona el potencial para el desarrollo rpido de versiones incrementales.
Puede adaptarse y aplicarse a lo largo de la vida del software.
Es un enfoque realista del desarrollo del software.
Permite aplicar el enfoque de construccin de prototipos en cualquier momento para re-
ducir riesgos.
Reduce los riesgos antes de que se conviertan en problemticos.
Controla muy bien los riesgos y mientras ms iteraciones se realicen, menos riesgos ha-
br.
Monitoriza y controla los riesgos continuamente

Desventajas:

Puede resultar difcil convencer a algunos clientes de que el enfoque evolutivo es contro-
lable.
Solo resulta aplicable para proyectos de gran tamao.
Supone una carga de trabajo adicional, no presente en otros ciclos de vida.
Requiere una considerable habilidad para la evaluacin y resolucin del riesgo, y se ba-
sa en esta habilidad para el xito.
Si un riesgo importante no es descubierto y gestionado, indudablemente surgirn pro-
blemas.
Es bastante complicado de realizar y su complejidad puede incrementarse hasta hacerlo
impracticable.
El modelo no se ha utilizado tanto como otros, por lo que tendrn que pasar aos antes
de que determine con certeza la eficacia de este modelo.

A que tipos de proyectos de desarrollo de software Ud. recomienda aplicar este modelo

Este sistema es muy utilizado en proyectos grandes y complejos como puede ser, por ejemplo,
la creacin de un Sistema Operativo.

Al ser un modelo de Ciclo de Vida orientado a la gestin de riesgo se dice que uno de los as-
pectos fundamentales de su xito radica en que el equipo que lo aplique tenga la necesaria ex-
periencia y habilidad para detectar y catalogar correctamente los riesgos.

Alumno: Rolando Gonzales L. Pgina | 5

CICLO DE VIDA DEL SOFTWARE MATERIA: ORGANIZACIN Y SISTEMAS

MODELO INCREMENTAL

Conceptos y Caractersticas

Desarrollo iterativo y creciente (o incremental) es un proceso de desarrollo de software, creado

en respuesta a las debilidades del modelo tradicional de cascada.

Para apoyar el desarrollo de proyectos por medio de este modelo se han creado frameworks
(entornos de trabajo), de los cuales los dos ms famosos son el Rational Unified Process y el
Dynamic Systems Development Method. El desarrollo incremental e iterativo es tambin una
parte esencial de un tipo de programacin conocido como Extreme Programming y los dems
frameworks de desarrollo rpido de software.

La idea principal detrs de mejoramiento iterativo es desarrollar un sistema de programas de

manera incremental, permitindole al desarrollador sacar ventaja de lo que se ha aprendido a lo
largo del desarrollo anterior, incrementando, versiones entregables del sistema. El aprendizaje
viene de dos vertientes: el desarrollo del sistema, y su uso (mientras sea posible). Los pasos
claves en el proceso son comenzar con una implementacin simple de los requerimientos del
sistema, e iterativamente mejorar la secuencia evolutiva de versiones hasta que el sistema
completo est implementado. En cada iteracin, se realizan cambios en el diseo y se agregan
nuevas funcionalidades y capacidades al sistema.

El proceso en s mismo consiste de:

Etapa de inicializacin
Etapa de iteracin
Lista de control de proyecto

Alumno: Rolando Gonzales L. Pgina | 6

CICLO DE VIDA DEL SOFTWARE MATERIA: ORGANIZACIN Y SISTEMAS

Caractersticas

Usando anlisis y mediciones como guas para el proceso de mejora es una diferencia mayor
entre las mejoras iterativas y el desarrollo rpido de aplicaciones, principalmente por dos razo-
nes:

Provee de soporte para determinar la efectividad de los procesos y de la calidad del pro-
ducto.
Permite estudiar y despus mejorar y ajustar el proceso para el ambiente en particular.

Estas mediciones y actividades de anlisis pueden ser aadidas a los mtodos de desarrollo
rpido existentes.

Ventajas y desventajas

Ventajas

El usuario se involucra ms.

Los usuarios no tienen que esperar.
Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta frecuen-
cia.
Se puede financiar el proyecto por partes.
No se necesita tanto personal al principio como para una implementacin completa.

Desventajas

Difcil de evaluar el costo total.

Difcil de aplicar a sistemas transaccionales que tienden a ser integrados y a funcionar

como un todo.

Requiere gestores experimentados.

Los errores en los requisitos se detectan tarde.

Prioriza los requisitos del usuario y los requisitos de ms alta prioridad se incluyen en los
incrementos ms tempranos.

Las primeras versiones son incompletas pero proporcionan al usuario la funcionalidad

que precisa y una plataforma para la evaluacin.

Se necesitan pruebas de regresin.

Alumno: Rolando Gonzales L. Pgina | 7
CICLO DE VIDA DEL SOFTWARE MATERIA: ORGANIZACIN Y SISTEMAS

Pueden aumentar el coste debido a las pruebas.

A que tipos de proyectos de desarrollo de software Ud. recomienda aplicar este modelo.

El modelo incremental se aplica cuando en un proyecto tenemos un tiempo lmite y no dispo-

nemos del personal suficiente para que nuestro propsito sea implementado completamente.

Alumno: Rolando Gonzales L. Pgina | 8

CICLO DE VIDA DEL SOFTWARE MATERIA: ORGANIZACIN Y SISTEMAS

MODELO DE PROTOTIPO

Conceptos y Caractersticas

El Modelo de prototipos, en Ingeniera de software, pertenece a los modelos de desarrollo evo-

lutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no
se debe utilizar muchos recursos.
El diseo rpido se centra en una representacin de aquellos aspectos del software que sern
visibles para el cliente o el usuario final. Este diseo conduce a la construccin de un prototipo,
el cual es evaluado por el cliente para una retroalimentacin; gracias a sta se refinan los requi-
sitos del software que se desarrollar. La interaccin ocurre cuando el prototipo se ajusta para
satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el desarrollador en-
tienda mejor lo que se debe hacer y el cliente vea resultados a corto plazo.

Etapas

Plan rpido
Modelado, diseo rpido
Construccin del Prototipo
Desarrollo, entrega y retroalimentacin
Comunicacin

Ventajas y desventajas

Ventajas

Permite la construccin del sistema con requisitos poco claros o cambiantes.

El cliente recibe una versin del sistema en muy poco tiempo, por lo que lo puede eva-
luar, probar e, incluso, empezar a utilizarlo.
Alumno: Rolando Gonzales L. Pgina | 9
CICLO DE VIDA DEL SOFTWARE MATERIA: ORGANIZACIN Y SISTEMAS

Se pueden introducir cambios en las funcionalidades del sistema en cualquier momento.

Involucra al usuario en la evaluacin de la interfaz de usuario.
Se reduce el riesgo y la incertidumbre sobre el desarrollo.
Genera signos visibles de progreso, que se utilizan cuando existe una demanda en la
velocidad del desarrollo.
Permite entender bien el problema antes de la implementacin final.

Desventajas

El cliente puede quedar convencido con las primeras versiones y, quizs, no vea la ne-
cesidad de completar el sistema o redisearlo con la calidad necesaria.
Requiere trabajo del cliente para evaluar los distintos prototipos y traducirlo en nuevos
requisitos.
Requiere un tiempo adicional para definir adecuadamente el sistema.
No se sabe exactamente cunto ser el tiempo de desarrollo ni cuantos prototipos se
tienen que desarrollar.
Si un prototipo fracasa, el coste del proyecto puede resultar muy caro.

A que tipos de proyectos de desarrollo de software Ud. recomienda aplicar este modelo

Este modelo es adecuado cuando se desea desarrollar programas didcticos computarizados

de una manera ms abierta de modo que el cliente en este caso los profesores realicen los
refinamientos o las aportaciones necesarias.

Alumno: Rolando Gonzales L. Pgina | 10