Alejandra M. Rodríguez Fernández (alerodriguez@a-coruna.uned.

es)
C.A A Coruña

INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE

TEMA 2: El ciclo de vida del software
El ciclo de vida es algo propio de los seres vivos (nacer, crecer, reproducirse, morir) que implica una evolución
temporal
- Perspectiva artesanal: el ciclo de vida no es tal sino un hecho aislado en el que el bien se realiza por encargo y se entrega
al finalizar su elaboración
- Perspectiva de la producción industrial: fases de ingeniería, producción y comercialización
- Perspectiva de la ingeniería: etapas de diseño preliminar, diseño básico, diseño ejecutivo y diseño final (más acciones de
diseño realizadas en periodo de explotación, mantenimiento o mejora)
- Perspectiva de un producto en el mercado: introducción en el mercado, crecimiento, madurez y declive (actividades
propias del marketing)
El software cuando se está diseñando debería tratarse como un producto de ingeniería, cuando se está produciendo como
cualquier otro producto industrial y cuando se está comercializando deberían seguirse las pautas habituales
El término ciclo de vida del software suele hacer referencia a la parte de ingeniería, englobando el proceso de
desarrollo y el mantenimiento

Fases del ciclo de vida del software

Cada fase lleva asociadas una serie de tareas o actividades que deben realizarse y en ella se generan documentos donde se
presenta el trabajo y que sirven para que todas las partes implicadas (clientes, diseñadores, etc.) validen sus compromisos.
Los documentos generados en cada fase sirven de entrada y alimentan las fases siguientes

1. Análisis
- Actividades: se lleva a cabo una especificación
precisa del sistema. Se recogen y estudian
detalladamente las necesidades de los usuarios del
futuro sistema software pues deben ser satisfechas
durante su funcionamiento (requisitos)
- Documentación: SRD (Software Requirements
Document) o documento de requisitos del software.
Es una especificación precisa y completa de lo que el
sistema debe hacer sin entrar en detalles internos
2. Diseño
- Actividades: se elabora un esquema donde se
incluyen los elementos necesarios para que el sistema
funcione según las especificaciones del análisis. Un
diseño adecuado permite optimizar los recursos de
producción
- Documentación: SDD (Software Design Document). Es
una descripción de la estructura global del sistema
especificando los elementos que lo componen, lo
que hace cada uno y cómo se combinan entre ellos.
Suele ser de carácter gráfico
3. Codificación
- Actividades: se construyen por separado cada uno
de los elementos definidos en el diseño utilizando las
herramientas adecuadas como lenguajes de
programación, bases de datos, sistemas de
información, etc. En esta fase también se construyen
los elementos necesarios para comprobar que el
sistema construido funciona correctamente
- Documentación: código fuente que contiene todos
los programas en el lenguaje seleccionado y
debidamente documentados
4. Integración
- Actividades: se unen los elementos construidos en
la fase anterior para dar forma al sistema completo.
Deben realizarse aquí pruebas exhaustivas para
garantizar que el conjunto construido funcionará
adecuadamente durante la fase de explotación1
- Documentación: sistema software completo en
forma de ejecutable, junto a la documentación
sobre el proceso de integración y las pruebas
realizadas
5. Mantenimiento
- Actividades: se realizan los cambios para corregir
errores no detectados o para introducir mejoras
- Documentación: documentos de cambios donde
queda constancia de los problemas detectados (o
nuevas necesidades), la solución adoptada y las
acciones realizadas en cada modificación

1 Periodo de funcionamiento del sistema. No forma parte como tal del

ciclo de vida del software
 Alejandra M. Rodríguez Fernández (alerodriguez@a-coruna.uned.es)
C.A A Coruña

Tipos de ciclo de vida del software - Validación: comprobación de que un

elemento en particular satisface las
Ciclo de vida en cascada necesidades del usuario identificadas en el
análisis (nivel de sistema)
- Secuenciación de las fases del ciclo de vida del - El modelo se puede ampliar y detallar dependiendo
software, donde cada fase debe completarse antes de de la complejidad del sistema
abordar la siguiente
- Cada fase se separa claramente de la siguiente por lo
que puede realizarse de forma independiente
- Los documentos generados en cada fase son los
elementos de unión entre ellas, puesto que cada fase
basa su trabajo en los resultados de la anterior
- Se establecen procesos de revisión rigurosa y
formal al completar cada fase para detectar
rápidamente los errores y evitar que se propaguen. Las
revisiones se realizan sobre la documentación
generada en cada fase siguiendo generalmente una
lista de comprobaciones preestablecida Prototipos
- El modelo se puede ampliar y detallar dependiendo Un prototipo es un sistema auxiliar que permite probar
de la complejidad del sistema experimentalmente soluciones parciales a las
necesidades del usuario o requisitos del sistema
- Los modelos clásicos son muy lineales y no
contemplan de manera organizada las vueltas atrás
(revisiones para evitar los retrocesos)
- Para reducir el costo del desarrollo del prototipo se
puede limitar sus funciones, su capacidad (con menos
datos), su eficiencia (más lento), reducir la parte de
desarrollo o evitar restricciones hardware

Prototipos rápidos (maquetas o de usar y tirar)

Ciclo de vida en V - Prototipos cuya finalidad es solamente adquirir
experiencia, no se pretende aprovecharlos
- Secuenciación, pero dando importancia a la visión
- Se suelen utilizar durante las fases de análisis y/o
jerarquizada de las distintas partes del sistema a
diseño para probar alternativas
medida que se avanza
- Una vez utilizado el prototipo el sistema se codifica
- Es un diagrama bidimensional donde el eje
partiendo de cero
horizontal representa el avance en el desarrollo y el
- Lo más importante de este tipo de prototipos es que
eje vertical el nivel de detalle de cada fase
se desarrollan en poco tiempo
- El sistema se va descomponiendo en elementos
cada vez más sencillos hasta llegar a las sentencias del
lenguaje, y a partir de ahí se va construyendo
integrando poco a poco los distintos elementos
- En las actividades de un nivel se trabaja sobre una
unidad de nivel de detalle superior que se organiza
en varias unidades del nivel inferior (Ej. en el diseño
se trabaja con un sistema que se organiza en módulos;
en la codificación se trabaja con un módulo que se
organiza en sentencias, etc.)
- Es fundamental realizar comprobaciones en las
distintas fases:
- Verificación: comprobación de que una parte
del sistema cumple con sus especificaciones
(nivel de módulo)
 Alejandra M. Rodríguez Fernández (alerodriguez@a-coruna.uned.es)
C.A A Coruña
Prototipos evolutivos
- Prototipos que son una realización parcial del
sistema y cuya finalidad es aprovechar al máximo el
código, por lo que se desarrollan en el mismo soporte
que el sistema final
- Se van construyendo versiones sucesivas del
prototipo cada vez más completas hasta llegar al
sistema deseado, al mismo tiempo que se obtiene los
documentos de las distintas fases
- El desarrollo de prototipos evolutivos da lugar a un
tipo de ciclo de vida que sería como un bucle
iterativo del modelo en cascada, donde en cada
iteración se acomete solamente una parte del
desarrollo
El modelo en espiral
Este modelo es un refinamiento del modelo evolutivo
general
- Introduce la actividad de análisis de riesgo para
guiar la evolución del proceso de desarrollo del
software
- El ciclo de iteración del modelo evolutivo se convierte
en una espiral mediante la incorporación como
dimensión radial de una indicación del esfuerzo
total realizado hasta cada momento (valor siempre
creciente)
- Las actividades se representan sobre unos ejes
cartesianos en cada cuadrante y se suceden a lo
largo de cada ciclo de la espiral. En cada ciclo se
realiza una parte del desarrollo total siguiendo la
secuencia de estas cuatro clases de actividades:
 Planificación: sirven para establecer el
contexto de desarrollo y decidir qué parte se
abordará en ese ciclo concreto de la espiral
 Análisis de riesgo: consisten en evaluar
distintas alternativas para realizar la parte del
desarrollo seleccionada durante
planificación, seleccionando la más
ventajosas y tomando medidas para evitar los
inconvenientes previstos
 Ingeniería: son las de los modelos clásicos,
es decir, análisis, diseño, codificación, etc., de
forma que en cada ciclo se obtenga una
versión más completa del sistema
 Evaluación: en estas actividades de analizan
los resultados de la fase anterior de
ingeniería, utilizándose el resultado de la
evaluación como información de entrada
para las actividades de planificación del ciclo
siguiente
Programación extrema (XP)
Es una metodología de las llamadas de desarrollo ágil,
que buscan ser una alternativa viable para cumplir las
expectativas de los clientes en cuanto a calidad, tiempo
de entrega y precio
- Su objetivo principal es ser capaz de responder de
una forma rápida y de calidad a las exigencias de
los clientes (satisfacción de los mismos)
- Da por sentado que los requisitos del cliente
cambian a lo largo del proceso y que es necesario
adaptarse a ellos de una forma ágil
- Es un proceso ligero, de bajo riesgo, flexible,
predecible, científico y “divertido” de desarrollar
software.
- Propone ciclos del proceso de software cortos y
rápidos, realizando pruebas de unidad. Se van
creando pequeñas versiones o prototipos que se
prueban antes de continuar
- Se replanifica, rediseña y recodifica en cada nueva
versión, en un proceso iterativo hasta llegar a cumplir
todos los requisitos del cliente
- El equipo de desarrollo en esta metodología debe
la
basarse en cuatro valores fundamentales:
 Sencillez: desarrollar exclusivamente lo
solicitado por el cliente y de forma sencilla
 Alejandra M. Rodríguez Fernández (alerodriguez@a-coruna.uned.es)
C.A A Coruña

 Comunicación: trabajo en equipo y con el

cliente
 Retroalimentación: con el cliente y con el
propio sistema
 Valentía: necesaria para afrontar la
recodificación continua a medida que
cambian los requisitos