tareas

IMPLEMENTACIÓN Y DEBUGGING

Capítulo

1

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,
la necesidad de adoptarlo y su definición.
Las metodologías que podemos adoptar.
Además, haremos un repaso a los
modelosde 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 lineal
Ciclo de vida encascada 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
33
35
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 necesitaba cierto programa o producto software, y con aquellos requerimientos bajo
el brazo comenzaba la dura tarea de codificar. Esta tarea no estaba administrada, supervisada ogestionada 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ó quedando obsoleta. Esta técnica se basaba enrequerimientos ambiguos y sin especificaciones puntuales. 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 este tipo de proyectos finalizaba cuando se satisfacían las especificaciones, no sólo
las primeras por lascuales 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, gestión de recursos, documentación, etc., y bien sabemos que es muy cómoda y muchas veces recomendable cuando el proyecto es muy pequeño y es llevado adelante
por uno o dos programadores. Por otro lado, cuandoel sistema no es pequeño o es
más complejo de lo creído (tengamos en cuenta que no hubo análisis) nos trae desventajas en lo que se refiere a costo de recursos, que siempre será mayor del previsto; aumentará el tiempo de desarrollo y la calidad del código será bastante dudosa.

DEFINICIÓN DE METODOLOGÍA
La metodología para el desarrollo de software es un modo sistemático de realizar,
gestionary 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, unametodología para el desarrollo de software son los procesos a seguir sistemáticamente para idear, implementar y mantener un producto software desde que surge la necesidad 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 considerarse que el ciclo de vida de un software tiene tres etapas...