Ciclo de vida del software

El trmino ciclo de vida del software describe el desarrollo de software, desde

la fase inicial hasta la fase final. El propsito de este programa es definir las
distintas fases intermedias que se requieren para validar el desarrollo de la
aplicacin, es decir, para garantizar que el software cumpla los requisitos para
la aplicacin y verificacin de los procedimientos de desarrollo: se asegura de
que los mtodos utilizados son apropiados.
Estos programas se originan en el hecho de que es muy costoso rectificar los errores que se
detectan tarde dentro de la fase de implementacin. El ciclo de vida permite que los errores se
detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en
la calidad del software, en los plazos de implementacin y en los costos asociados.
El ciclo de vida bsico de un software consta de los siguientes procedimientos:

Definicin de objetivos: definir el resultado del proyecto y su papel en la estrategia

global.

Anlisis de los requisitos y su viabilidad: recopilar, examinar y formular los

requisitos del cliente y examinar cualquier restriccin que se pueda aplicar.

Diseo general: requisitos generales de la arquitectura de la aplicacin.

Diseo en detalle: definicin precisa de cada subconjunto de la aplicacin.

Programacin (programacin e implementacin): es la implementacin de un

lenguaje de programacin para crear las funciones definidas durante la etapa de diseo.

Prueba de unidad: prueba individual de cada subconjunto de la aplicacin para

garantizar que se implementaron de acuerdo con las especificaciones.

Integracin: para garantizar que los diferentes mdulos se integren con la aplicacin.
ste es el propsito de la prueba de integracin que est cuidadosamente documentada.

Prueba beta (o validacin), para garantizar que el software cumple con las
especificaciones originales.

Documentacin: sirve para documentar informacin necesaria para los usuarios del
software y para desarrollos futuros.

Implementacin

Mantenimiento: para todos los procedimientos correctivos (mantenimiento correctivo)

y las actualizaciones secundarias del software (mantenimiento continuo).

El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida de una
aplicacin dependen del tipo de modelo de ciclo de vida acordado entre el cliente y el equipo
de desarrolladores.

Paradigma de desarrollo de Software

El Paradigma de desarrollo de Software ayuda al desarrollador a escoger una estrategia para
desarrollar el software. El paradigma de desarrollo software tiene su propio set de
herramientas, mtodos y procedimientos, los cuales son expresados de forma clara, y define
el ciclo de vida del desarrollo del software. Algunos paradigmas de desarrollo de software o
modelos de proceso se definen a continuacin:

Modelo de cascada
El modelo de cascada es el modelo de paradigma ms simple en desarrollo de software.
Sigue un modelo en que las fases del SDLC funcionarn una detrs de la otra de forma lineal.
Lo que significa que solamente cuando la primera fase se termina se puede empezar con la
segunda, y as progresivamente.

Este modelo asume que todo se lleva a cabo y tiene lugar tal y como se haba planeado en la
fase anterior, y no es necesario pensar en asuntos pasados que podran surgir en la siguiente
fase. Este modelo no funcionar correctamente si se dejan asuntos de lado en la fase previa.
La naturaleza secuencial del modelo no permite volver atrs y deshacer o volver a hacer
acciones.
Este modelo es recomendable cuando el desarrollador ya ha diseado y desarrollado
softwares similares con anterioridad, y por eso est al tanto de todos sus dominios.

Modelo repetitivo
Este modelo gua el proceso de desarrollo de software en repeticiones. Proyecta el proceso de
desarrollo de forma cclica repitiendo cada paso despus de cada ciclo en el proceso de
SDLC.

El software primero se desarrolla en menor escala y se siguen y tienen en consideracin todos

los pasos. Entonces, por cada repeticin, ms mdulos y caractersticas son diseados,
codificados, evaluados y aadidos al software. Cada ciclo produce un software completo, con
ms caractersticas y capacidad que los previos.

Despus de cada repeticin, el equipo directivo puede concentrarse en la gestin de riesgos y

prepararse para la siguiente repeticin. Como el ciclo incluye pequeas porciones de la
totalidad del proceso software, es ms fcil gestionar el proceso de desarrollo, pero a la vez
se consumen ms recursos.

Modelo en espiral

El modelo en espiral es una combinacin de ambos modelos, el repetitivo y uno

del modelo SDLC. Se puede ver como si se combina un modelo de SDLC
combinado con un proceso cclico (modelo repetitivo).

Este modelo considera el riesgo, factor que otros modelos olvidan o no prestan
atencin en el proceso. El modelo empieza determinando los objetivos y las
limitaciones del software al inicio de cada repeticin. En la siguiente etapa se
crean los modelos de prototipo del software. Esto incluye el anlisis de riesgos.
Luego un modelo estndar de SDLC se usa para construir el software. En la
cuarta etapa es donde se prepara el plan de la siguiente repeticin.

Modelo V
El mayor inconveniente del modelo de cascada es que solo se pasa a la
siguiente fase cuando se completa la anterior, por tanto, no es posible volver
atrs si se encuentra algn error en las etapas posteriores. El Modelo V aporta
opciones de evaluacin del software en cada etapa de manera inversa.

En cada etapa, se crea la planificacin de las pruebas y los casos de pruebas

para verificar y validar el producto segn los requisitos de la etapa. Por
ejemplo, en la etapa de recogida de requisitos, el equipo de evaluadores
prepara las pruebas de caso correspondientes a los requisitos. Ms tarde,
cuando el producto se desarrolla y est preparado para ser evaluado, las
pruebas de caso en esta etapa verifican el software y su validez segn sus
requisitos.
Esto hace que tanto la verificacin como la validacin vayan en paralelo. Este
modelo tambin se conoce como modelo de validacin y verificacin.