Este documento describe el modelo de ciclo de vida en espiral y cómo podría aplicarse al problema de inscripción de cursos y creación de horarios en la plataforma SIGA de la Universidad de La Sabana. El modelo en espiral se basa en iteraciones que involucran la gestión de riesgos y la retroalimentación del cliente. Cada iteración incluye comunicación con el cliente, planificación, análisis de riesgos, ingeniería, construcción y adaptación, y evaluación del cliente. El modelo en espiral permitiría mejorar continuamente el sistema a trav

1. TRABAJO CICLO DE VIDA
PROFESOR: FERNANDO PINTO
NICOLÁS MATEO BOSSA FORERO
INTRODUCCIÓN A LA INGENIERIA DE SOFTWARE
PROBLEMA
El problema planeado es la inscripción de cursos y creación del horario en la plataforma de
la Universidad de La Sabana llamada SIGA, teniendo este problema como el pilar de la
gestión elegimos el modelo de ciclo de vida para implementar y desarrollar; para este caso
se ha elegido utilizar un modelo en espiral para tener en cuenta la gestión de riesgos en el
proyecto.
CICLO DE VIDA EN ESPIRAL
El ciclo de vida en espiral se fundamenta en la iteración de procesos que involucran la
gestión de riesgos y la escucha del cliente, de esta manera poco a poco se tiene un proyecto
robusto mejorado gracias a los diferentes procesos hechos con anterioridad además de las
pruebas todo el sistema.
Teniendo en cuenta estos procedimientos pasamos a la fase del planteamiento con base al
problema planteado:

2.  COMUNICACIÓN CON EL CLIENTE: En esta primera fase de la iteración es
donde se establece el contacto con el cliente para conocer más a fondo cómo
funciona el problema en la actualidad y se escucha al cliente con sus requerimientos
para el sistema. En el caso de no ser la primera iteración se muestra los avances del
proyecto y se toma en cuenta los comentarios del cliente.
Para el caso de nuestro problema se hablaría con el director del sistema SIGA para
escuchar los requerimientos del sistema y conocer que cosas son esenciales para la
presentación del proyecto.
 PLANIFICACIÓN: En esta etapa de la iteración se definen las bases esenciales
para realizar el proyecto como por ejemplo los recursos necesarios para el proyecto,
el tiempo que se podría emplear para cierta iteración o cierto paso, algún detalle
necesario en el desarrollo, entre otros aspectos básicos para el desarrollo del
proyecto.
Para nuestro caso se llevaría a cabo una planificación de los recursos humanos o a
nivel de hardware o software necesarios para poder desarrollar la herramienta,
además de orientar los comentarios del cliente obtenidos anteriormente para la
mejora o desarrollo del aplicativo.
 ANALISIS DE RIESGOS: En esta etapa es donde evaluamos que riesgos técnicos
y de gestión se pueden presentar más adelante para poder mitigar las consecuencias
de caer en uno de estos riesgos. Así mismo la creación de alternativas para que estos
riesgos no se presenten en el proceso de la aplicación.
En nuestro caso se deben evaluar los riesgos de la perdida de información en el
sistema, la autenticación de los estudiantes para la debida inscripción esto incluye
tener en cuenta que tenga una matrícula activa sin ningún tipo de penalización por el
reglamento de estudiantes y que tenga el valor de la matricula cancelado, ya que son
detalles muy importantes que le darían acceso sin necesidad de pagar la matrícula y
genera inmediatamente un riesgo para la universidad o que se presente otro riesgo a
nivel de gestión como por ejemplo un mal desarrollo o una administración de los
recursos destinados al desarrollo.
 INGENIERIA: En esta etapa se definen tareas que nos permite la creación de una o
varias representaciones de la aplicación, es decir, una idea técnica de cómo se
gestionara y se desarrollara la aplicación.
Para nuestro caso en esta iteración se diseñarían las etapas de una transacción
tradicional y de esta manera se crearían unas interfaces o diferentes
representaciones de la funcionalidad de la aplicación.
 CONSTRUCCIÓN Y ADAPTACIÓN: En esta etapa de las iteraciones es donde
realizamos todas las tareas procedentes del desarrollo del software como tal
teniendo como guía todos los pasos que hemos hecho con anterioridad. Aquí es

3. donde nos ponemos manos a la obra con la creación, la probación, la instalación y la
proporción de soporte al usuario del sistema.
En nuestro caso, al realizar la primera iteración, plantearíamos un sistema base para
definir como sería la funcionalidad principal del sistema en desarrollo e igualmente
en próximas iteraciones mejorarlo e ir creando un sistema con mayor eficacia y
sostenibilidad. Además, es importante demostrar la adaptación del sistema a todo el
proceso hecho con anterioridad en la iteración, es decir, que el producto
desarrollado cumpla con todo el proceso estipulado, adaptando el sistema a las
necesidades con el pasar de cada iteración del modelo.
 EVALUACIÓN DEL CLIENTE: En esta etapa es donde ponemos a disposición
del cliente los resultados de los procesos de ‘Ingeniería’ y/o ‘Construcción y
adaptación’ y escuchamos, recibimos y acogemos todas las recomendaciones,
quejas y reclamos que tenga con respecto al sistema y de esta manera saber cómo
proseguir en nuestra siguiente iteración. Aquí buscamos capturar la reacción del
cliente frente al uso de nuestro sistema o prototipo.
Teniendo como ejemplo el caso que hemos planteado, se realizaría una entrega
preliminar o final (según en el proceso de desarrollo que estemos) y tomar los
comentarios de parte de los encargados de los sistemas de información de la
universidad, además se deben mejorar las experiencias de usuario referentes a esta
etapa del modelo, para que en la siguiente iteración se tenga muy en cuenta.
CONCLUSIONES:
El modelo en espiral del ciclo de vida es un modelo muy real que se enfoca
en las diferentes partes de un sistema y nos permite mejorar la aplicación
cada vez más gracias a su sistema iterativo creando evolución paso a paso.
Otra ventaja este modelo es la gestión de riesgos considerada en las
diferentes iteraciones en un proceso y esto nos genera una mayor
confiabilidad para el desarrollo del sistema ya que tenemos planes previos
para algún problema. Sin embargo, entre más iteraciones se consigan mayor
serán los costos que generara la implementación del sistema en la compañía.
En el caso propuesto es posible utilizar el sistema espiral ya que se adapta a
las necesidades de confiabilidad y estabilidad que necesita una organización
tan importante como una universidad, para este tipo de organismos es
necesario analizar todo tipo de riesgos para amortiguar cualquier error que
se pueda presentar en el desarrollo del sistema.