Diploma

IMPLEMENTACIÓN Y DEBUGGING

Ciclo de vida

del software

Los temas tratados en este libro

se refieren a dos etapas del ciclo de vida

del software. Corresponde, entonces, que

le dediquemos el primer capítulo. Veremos

las etapas que componen este ciclo,

Capítulo

1

la necesidad de adoptarlo y su definición.

Las metodologías que podemos adoptar.

Además, haremos unrepaso a los

modelos de ciclo de vida y a algunas de

sus ventajas como así también a los tipos

de proyectos más beneficiosos de utilizar.

SERVICIO DE ATENCIÓN AL LECTOR: lectores@mpediciones.com

Necesidad de una metodología
Definición de metodología
Objetivos de cada etapa
Finalidad de una metodología
Clasificación de las metodologías
Modelos de ciclo de vida
Ciclo de vida linealCiclo de vida en cascada puro
Ciclo de vida en V
Ciclo de vida tipo Sashimi
Ciclo de vida en cascada
con subproyectos
Ciclo de vida iterativo
Ciclo de vida por prototipos
Ciclo de vida evolutivo
Ciclo de vida incremental
Ciclo de vida en espiral
Ciclo de vida orientado a objetos
Conclusión
Resumen
Actividades

16
16
18
20
20
21
21
22
24
25

26
27
28
29
30
31
3335
35
36

IMPLEMENTACIÓN Y DEBUGGING

NECESIDAD DE UNA METODOLOGÍA

Cuando surgió la necesidad de adaptar los sistemas informáticos a las exigencias del
mercado, el programador realizaba un relevamiento de las solicitudes de quien ne-
cesitaba cierto programa o producto software, y con aquellos requerimientos bajo
el brazo comenzaba la dura tarea de codificar. Esta tarea no estabaadministrada, su-
pervisada o gestionada de ningún modo, por lo que se iba corrigiendo a medida que
surgían los errores, tantos los lógicos provenientes de la codificación, como los de
requerimientos solicitados por el cliente o usuario final.

En la década de 1970 los programas fueron creciendo en complejidad, por lo que
la antigua técnica de code & fix (codificar y corregir) terminó quedandoobsole-
ta. Esta técnica se basaba en requerimientos ambiguos y sin especificaciones pun-
tuales. Al no seguir normas para el proyecto, el cliente o usuario sólo impartían
especificaciones muy generales del producto final. Se programaba, se corregía, y
se volvía a programar sobre la misma marcha del proyecto. El ciclo de vida de es-
te tipo de proyectos finalizaba cuando se satisfacían lasespecificaciones, no sólo
las primeras por las cuales nació la necesidad del programa, sino también todas
aquellas que fueron surgiendo sobre la marcha.

Esta técnica tiene las ventajas de no gastar recursos en análisis, planificación, ges-
tión de recursos, documentación, etc., y bien sabemos que es muy cómoda y mu-
chas veces recomendable cuando el proyecto es muy pequeño y es llevado adelantepor uno o dos programadores. Por otro lado, cuando el sistema no es pequeño o es
más complejo de lo creído (tengamos en cuenta que no hubo análisis) nos trae des-
ventajas en lo que se refiere a costo de recursos, que siempre será mayor del previs-
to; aumentará el tiempo de desarrollo y la calidad del código será bastante dudosa.

DEFINICIÓN DE METODOLOGÍA

La metodología para eldesarrollo de software es un modo sistemático de realizar,
gestionar y administrar un proyecto para llevarlo a cabo con altas posibilidades de
éxito. Esta sistematización nos indica cómo dividiremos un gran proyecto en mó-
dulos más pequeños llamados etapas, y las acciones que corresponden en cada una
de ellas, nos ayuda a definir entradas y salidas para cada una de las etapas y, sobre
todo,normaliza el modo en que administraremos el proyecto. Entonces, una meto-
dología para el desarrollo de software son los procesos a seguir sistemáticamente pa-
ra idear, implementar y mantener un producto software desde que surge la necesi-
dad del producto hasta que cumplimos el objetivo por el cual fue creado.

16

usr.code

Definición de metodología

Desde un punto de vista general puede...