CICLOS DE VIDA Y METODOLOGIAS DE DESARROLLO DE SOFTWARE

1
 INDICE

1. ¿QUE ES CICLO DE VIDA EN EL DESARROLLO DE SOFTWARE? 3

2. PRINCIPALES ETAPAS DE UN CICLO DE VIDA 4
3. METODOLOGIAS DE DESARROLLO DE SOFTWARE 4
4. EJEMPLOS METODOLOGIAS DE DESARROLLO DE SOFTWARE 6
4.1. Cascada 7
4.1.1. Estructura 7
4.1.2. Etapas de implementación 8
4.1.3. Ventajas y desventajas 8
4.2. Big Bang 9
4.2.1. Estructura 9
4.2.2. Etapas de implementación 10
4.2.3. Ventajas y desventajas 10
6. BIBLIOGRAFIA 12

2
 1. ¿QUE ES CICLO DE VIDA EN EL DESARROLLO DE SOFTWARE?

Es un conjunto de procesos por los que atraviesa un producto de software que se

este desarrollando, dichos procesos tienen como objetivo, lograr una planificación
del producto en cuestión, desde el momento en que nace la idea inicial, hasta la
finalización del producto y los posteriores mantenimientos correspondientes.
Según la ISO, International Organization for Standardization, o en español,
Organización Internacional de Estandarización, en la norma 12207, dice que el
ciclo de vida de un software es un marco de referencia que contiene los procesos,
las actividades y las tareas involucradas en el desarrollo, la explotación y el
mantenimiento de un producto de software, abarcando desde la definición hasta
que se deja de utilizar.

3
 2. PRINCIPALES ETAPAS DE UN CICLO DE VIDA

Las etapas de un ciclo de vida, varían según la metodología de desarrollo que se

implemente, pero, en esencia, las etapas que persisten, sin importar la
metodología implementada, son las siguientes:

 Definición de objetivos: En esta etapa, los desarrolladores definen las

funciones que tendrá el proyecto y lo que debe cumplir, a groso modo.
 Análisis de los requisitos: Es un recopilatorio de los requerimientos del
cliente, para posteriormente, examinarlos y añadirlos al proyecto.
 Diseño general: Son los requisitos generales de la arquitectura de la
aplicación.
 Diseño especifico: Se detallan cada una de las partes del proyecto.
 Programación: Definición de los lenguajes de programación en los que se
ejecutaran las fases de diseño.
 Prueba de unidad: Son una serie de pruebas que se realizan a cada uno
de los subconjuntos que conforman el proyecto, con el fin, de garantizar su
correcto funcionamiento.
 Integración: Se integran todos los subconjuntos de la aplicación.
 Validación: En esta fase se pone a prueba toda la aplicación,
comprobando el correcto acople de todos los subconjuntos y el
cumplimiento de los objetivos propuestos.
 Documentación: Recopilación y documentación de toda la información
necesaria para la comprensibilidad del software.
 Implementación: Teniendo el proyecto finalizado, se hace entrega e
implementación en los sistemas que el cliente solicite.
 Mantenimiento: Abarca los procesos de corrección de errores y
actualizaciones de software posteriores a la entrega final.

4
 3. METODOLOGIAS DE DESARROLLO DE SOFTWARE

Nombre Metodología Descripción

Cascada Es una metodología de desarrollo secuencial, es decir,

para el desarrollo de la segunda etapa, es necesario la
realización de la primera, jugando esto como una
contra en algunas ocasiones, ya que si por algún
motivo, el equipo de desarrollo tuvo inconvenientes con
una fase temprana, el proyecto quedara estancado
hasta que se resuelva dicha fase.

Modelo de prototipos Permite la creación rápida de prototipos de partes o

todo el sistema para que el equipo de desarrollo y el
cliente, se entiendan por completo, con este desarrollo
temprano, el cliente ve un avance del producto final, y
puede proponer añadir funcionalidades que haya
olvidado o que se le ocurrieran al ver el prototipo del
proyecto.

La metodología en espiral, permite la creación de

Espiral software tomando las ventajas de las metodologías en
cascada y por prototipos. La metodología en espiral
permite crear varios prototipos y trabar en todos ellos a
la vez, aumentando el paralelismo, además, cuenta con
un alto grado de repetitividad, lo que permite revisar
varias veces diferentes partes del proyecto.

Big Bang Es una metodología simple, requiere poca organización

y planeación. Como la teoría científica, de la cual este
modelo toma su nombre, dice que después de una
gran explosión (Big Bang), diferentes galaxias y
planetas se formaron en distintos lugares del universo,
unos relacionándose, otros no. Así mismo, esta
metodología opera, desarrollando sin ningún orden,
esta metodología no es aconsejable para grandes

5
 proyectos.

Modelo V Esta metodología es una variación del modelo en

cascada. Se ubican las fases de desarrollo en un
diagrama con forma de V, ubicando a la izquierda las
etapas el análisis y el diseño y a la derecha las pruebas
y el mantenimiento.

6
4. EJEMPLOS DE METODOLOGIAS DE DESARROLLO DE SOFTWARE

4.1. Cascada

4.1.1. Estructura
Como su nombre lo indica, el modelo en cascada es un proceso secuencial,
por lo tanto, su estructura se basa en un diseño de etapas siguiendo un
orden jerárquico, siendo las etapas iniciales necesarias para las etapas
posteriores, como lo muestra el siguiente diagrama:

Como se puede apreciar, cada una de las etapas va marcando las pautas
para la implementación de la siguiente, creando un vinculo dependiente
entre las etapas.

7
4.1.2. Etapas de implementación

 Análisis de requisitos: En esta etapa se analiza las necesidades

del cliente y el usuario final para establecer correctamente los
objetivos que persigue el proyecto. Es importante aclarar, que esta
fase es muy importante, ya que, a partir de este punto, se va a
desarrollar el proyecto, si se hace un mal análisis, las posteriores
etapas, y en general, el proyecto no cubrirá las necesidades del
cliente.

 Diseño del sistema: El proyecto se fracciona en varias partes para

que puedan ser desarrolladas en simultaneo por los desarrolladores
y establecer los parámetros necesarios para su posterior integración.
Además, en esta etapa se hacen los algoritmos que satisfagan los
problemas planteados en la anterior etapa.

 Implementación: En esta etapa, teniendo las etapas anteriores

claras, comienza la programación. Los desarrolladores escogen que
lenguajes de programación van a utilizar y funciones que van a
realizar,

 Verificación: Una vez la etapa anterior a concluido, se hace una

serie de pruebas para determinar errores, bugs y cosas a mejorar.
Además, de comprobar que los objetivos se hayan cumplido.

 Mantenimiento: En esta fase se procede a instalar el proyecto en

los distintos sistemas que requiera el cliente y planear las posibles
actualizaciones que tendrá el proyecto con el tiempo, considerando
nuevas necesidades del cliente, refinamiento de código y
actualización se servicios para que el software continúe siendo
funcional.

4.1.3. Ventajas y desventajas

Ventajas:

 La documentación es extensa, facilitando al equipo de desarrollo la

inclusión de nuevos integrantes.

8
  Debido a la gran cantidad de tiempo invertida en las primeras etapas,
minimiza considerablemente errores y problemas que podrían darse
en etapas posteriores.

 La comprensibilidad de cada una de las etapas, hace que sea fácil

entender como funcionan y, así mismo, distribuir el tiempo
adecuadamente.

Desventajas:

 La complejidad de los proyectos actuales lleva a que su desarrollo no

sea secuencial, dejando inutilizable a esta metodología en esos
casos.

 La creación tardía de una primera versión, no brinda la posibilidad a

los clientes de apreciar como quedara el proyecto, desencadenando
malos entendidos.

 Funciona incorrectamente en proyectos que estén pensados a largo

plazo, ya que, se puede presentar una reconsideración de algunos
aspectos, y esto lleva a la modificación casi completa de todas las
etapas, qué hasta el momento, estaban definidas.

4.2. Big Bang

4.2.1. Estructura
La metodología Big Bang, podría considerarse como la metodología más
neófita de todas, como su mismo nombre hace referencia, es poco
organizado y planificado, siendo el trabajo totalmente arbitrario según cada
desarrollador. El siguiente diagrama, da razón de lo anterior:

9
4.2.2. Etapas de implementación
Las etapas que conforman esta metodología, no son tan distintas a las
mencionadas en el ejemplo anterior, el principal cambio, son el tiempo en
las que se ejecutan, brindando mayor libertad que la metodología en
cascada, pero creando un menor control en la organización y la
planificación. Por lo tanto, no sigue ninguna serie de etapas, dejando esta
tarea al desarrollador, ejecutando y agregándolas a su voluntad.

4.2.3. Ventajas y desventajas

Ventajas:

 Es fácil de manejar, sigue una metodología muy flexible.

 Es un buen inicio para los desarrolladores novatos.

 Requiere poca o nula planeación.

Desventajas:
 Difícil detección de errores.

 Para proyectos de gran y mediano tamaño, es una pésima opción.

10
 Carece de buen análisis de los factores que afectan el problema,
pudiendo generar costosos errores, tanto económicos, como de
tiempo.

 Al no seguir ninguna planeación en específico, puede desencadenar

problemas de acoplamiento entre las diferentes fases desarrolladas.

11
5. Bibliografía

 Pruebas de software Big Bang. Disponible en:

https://modelosdepruebasw.wordpress.com/

 TutorialsPoint. Ciclo de vida del desarrollo de software. Disponible en:

https://www.tutorialspoint.com/sp/software_engineering/software_developm
ent_life_cycle.htm

 Iván Ramírez. (2018). Ciclos de vida de desarrollo de software. Disponible

en: https://www.efectodigital.online/post/2018/04/23/ciclo-de-vida-de-
desarrollo-de-software

 EcuRed. Ciclos de vida del software. Disponible en:

https://www.ecured.cu/Ciclo_de_vida_del_software

 Karel Gómez. (2017). Top 5 metodologías de desarrollo de software.

Disponible en: https://www.megapractical.com/blog-de-arquitectura-soa-y-
desarrollo-de-software/metodologias-de-desarrollo-de-software

12