Realizado por:
Victor Rumiguano
Tarea Virtual 1
INSTITUTO TECNOLIGICO
BOLIVARIANO
TECNOLOGIA SUPERIOR EN
DESARROLLO DE SOFTWARE
TEMA:
Ciclos de vida del software
Docente:
Magister. Erick Orlando Guerrero
Nombre:
Víctor Rumiguano
Paralelo:
DL-A013 - 014
pág. 1
Realizado por:
Victor Rumiguano
Tarea Virtual 1
Unidad 1: El Software como producto y proceso
Tema: Ciclos de vida del software.
Objetivo: Aplicar conocimientos sobre los modelos de ciclo de vida de software, a través de
la elaboración y recreación de escenarios relacionadas con el proceso del desarrollo del
software, con alcance o implicación profesional.
Actividad 1
Investigue sobre los modelos de ciclo de vida del software, determinar qué tipo de
representación (modelo) se aplica a un escenario determinado y describa el escenario que se
puede presentar en la ejecución de un proyecto de desarrollo del software.
Preguntas guía para determinar el tipo de modelo.
1. ¿Cuándo utilizar el modelo en cascada? Plantee el caso donde se describa de
forma clara un escenario aplicable para el modelo en cascada.
2. ¿Cuándo utilizar el modelo en V? Plantee el caso donde se describa un escenario
aplicable para el modelo en V.
3. ¿Cuándo utilizar el modelo iterativo? Plantee el caso donde se describa de forma
clara un escenario aplicable para el modelo iterativo.
4. ¿Cuándo utilizar el modelo incremental? Plantee el caso donde se describa de
forma clara un escenario aplicable para el modelo incremental.
5. ¿Cuándo utilizar el modelo en espiral? Plantee el caso donde se describa de forma
clara un escenario aplicable para el modelo en espiral.
6. ¿Cuándo utilizar el modelo en prototipo? Plantee el caso donde se describa de
forma clara un escenario aplicable para el modelo en prototipo.
pág. 2
Realizado por:
Victor Rumiguano
Tarea Virtual 1
Desarrollo:
1. ¿Cuándo utilizar el modelo en cascada?
Plantee el caso donde se describa de forma clara un escenario aplicable para el
modelo en cascada.
El modelo en cascada es un proceso de desarrollo secuencial, en el que el desarrollo se
ve fluyendo hacia abajo (como una cascada) sobre las fases que componen el ciclo de
vida.
Caso: Proyecto de software de consultas médicas (creación de turnos y fichas del
paciente (Clínica “Chichanda med”).
Requisitos: planificación, análisis y especificación de los requisitos del software,
levantamiento de información de cada perfil, médico (datos-especialidad-turnos-
agendas), perfil del paciente (historia clínica, formularios), perfiles de usuarios
(operativos, sistemas, administrativo).
Diseño: diseño y especificación del sistema, formulamos una solución en base a las
exigencias, tareas y estrategias de la fase anterior, en esta fase los desarrolladores de
software se encargan de diseñar la arquitectura del software, así como un plan de
diseño detallado del mismo.
Implementación: en la fase de implementación, el proyecto de software se traduce a
lenguaje de programación, se realizan por separado los diversos componentes para que
se vallan integrando poco a poco al producto final.
pág. 3
Realizado por:
Victor Rumiguano
Tarea Virtual 1
Pruebas: la fase incluye la integración del software al entorno seleccionado, el
software se lo envía a los usuarios finales (médicos, administrativos, sistemas), las
pruebas determinan la aceptación del software cumple con las exigencias definidas
con anterioridad (versión beta). Si se supera con éxito las pruebas betas el software
está listo para su lanzamiento.
Mantenimiento: una vez que la fase de prueba termino con éxito, ya se autoriza la
aplicación productiva del software. La última fase incluye entrega, el mantenimiento y
la mejora del software
• Requisitos: levantamiento de cada perfil que manejaría el software.
• Diseño: seguimiento del entorno en el cual sería desarrollado el software.
• Implementación: acompañamiento de la codificación y adaptación del software a
nuestros requisitos y necesidades hospitalarias.
• Pruebas: se realizó pruebas y acompañamiento a cada usuario dentro del manejo
del software, se realizó registro de novedades, incidencias y solución de los
mismos.
• Mantenimiento: revisión de los módulos con las pruebas realizadas y
requerimientos de modificación del software en base a nuevas propuestas.
2. ¿Cuándo utilizar el modelo en V?
Plantee el caso donde se describa un escenario aplicable para el modelo en V.
El modelo en v se desarrolló para terminar con algunos de los problemas que se vieron
utilizando el enfoque de cascada tradicional.
pág. 4
Realizado por:
Victor Rumiguano
Tarea Virtual 1
Caso: Proyecto de Software Sistema de Inventarios
Ingeniería de requisitos: básicamente es realizar toda la documentación con la
especificación del cliente (fase de especificaciones).
Diseño del Sistema: el proyecto se completa con los requisitos funcionales, es el
diseño del flujo funcional del programa (fase funcional).
Diseño del software: es definir la arquitectura y las interfaces que van a formar parte.
(fase de diseño).
Codificación: creación del ejecutable
Es ahora cuando, de acuerdo con estos planes, comienza el desarrollo en sí del
software. A continuación, se realiza el proceso verificación (es verificar si la forma, en
que hemos hecho este producto es la correcta) o validación (si el producto que estamos
haciendo es el correcto para el uso nos piden), que siempre están relacionadas con
cada una de las fases de desarrollo.
El método V abarca las siguientes tareas:
• Pruebas de unidad
• Pruebas de integración
• Integración del sistema
• Validación
pág. 5
Realizado por:
Victor Rumiguano
Tarea Virtual 1
Ejemplo:
Modelo V para proyecto de software de sistema de inventarios (Clínica “Chichanda
med”)
Ingeniería de requisitos: tuvieron que documentar/digitalizar las especificaciones de
los formularios y Kardex de enfermería, bodega, insumos médicos, bodega central y
demás.
Diseño del Sistema: se verificó si cada uno de los componentes interactúa con el resto
según lo planificado, si todos los procesos proporcionan los resultados esperados
Diseño del software: se verificó en detalle si los módulos individuales del software
cumplen exactamente las funciones requeridas y proporcionan realmente los
resultados que se esperan.
Codificación: creación del ejecutable.
3. ¿Cuándo utilizar el modelo iterativo? Plantee el caso donde se describa de forma
clara un escenario aplicable para el modelo iterativo. Es un modelo derivado del
ciclo de vida en cascada. Este modelo busca reducir el riesgo que surge entre las
necesidades del usuario y el producto final por malos entendidos durante la etapa de
recogida de requisitos
pág. 6
Realizado por:
Victor Rumiguano
Tarea Virtual 1
Caso: Software educativo como resolver límites y derivados
El modelo iterativo se basa en un enfoque de crear, probar hacer revisiones hasta
quedar satisfechos con el resultado final, por este motivo lo utilizaría para desarrollar
este software, ya que para cada caso se debería realizar el proceso iterativo y así ir
resolviendo todos los casos que contenga el software, hasta llegar al final del proyecto.
El desarrollo de este software se basa en un proceso continuo de experimentaciones,
pruebas y evaluaciones del producto, de manera que progresivamente se eliminan los
problemas, y este se adecua a los usuarios que lo tienen que utilizar. Así, el proceso
iterativo mejora el diseño a lo largo del tiempo.
4. ¿Cuándo utilizar el modelo incremental?
Plantee el caso donde se describa de forma clara un escenario aplicable para el
modelo incremental.
El modelo incremental combina elementos del modelo en cascada con la filosofía
interactiva de construcción de prototipos. Se basa en la filosofía de construir
pág. 7
Realizado por:
Victor Rumiguano
Tarea Virtual 1
incrementando las funcionalidades del programa. Este modelo aplica secuencias
lineales de forma escalonada mientras progresa el tiempo en el calendario.
Requerimientos: esta etapa se ocupa de todos los objetivos del proyecto, ya sean
generales o focalizados y específicos. Luego de definir claramente los objetivos que el
proyecto nos ayudará a lograr, la siguiente etapa es definir las tareas y los pasos
iterativos a través de los cuales los lograremos. Si notamos que esta etapa aumenta la
extensión del objetivo central en comparación con la etapa anterior. Incrementos de
diseño, el desarrollo del proyecto se especifica en iteraciones. Todos ellos deben
superar el nivel en el que se encuentran para obtener un impulso adicional, aumento
del crecimiento, se llevan a cabo las tareas específicas y así se desarrollan los
incrementos esperados.
Validación incremental, el director del proyecto debe verificar que cada iteración haya
logrado los resultados esperados. De lo contrario, debe realizar las tareas y encontrar
pág. 8
Realizado por:
Victor Rumiguano
Tarea Virtual 1
la causa del error. Integración de incrementos, como indica el nombre de esta fase,
esto incluye la incorporación de todos los incrementos aprobados por la dirección del
proyecto. Así es como funciona el desarrollo global del proyecto. Entrega del
producto, una vez que se completa la integración y el producto alcanza los objetivos
establecidos, se lleva a cabo la entrega.
Caso: Proyecto de Software procesador de texto
Primero debe concentrarse en el procesamiento de textos con sus componentes
básicos. Por ejemplo, crear y modificar un archivo.
En segundo lugar, pueden agregar funciones como un corrector ortográfico y
gramatical, así como opciones relacionadas con el diseño del documento.
En tercer lugar, la capacidad de incluir imágenes, gráficos y crear cuadros estadísticos.
Y así sucesivamente hasta alcanzar el objetivo central.
Los clientes podrán ver cada paso en progreso y reparar y aprobar cada paso.
5. ¿Cuándo utilizar el modelo en espiral?
Plantee el caso donde se describa de forma clara un escenario aplicable para el
modelo en espiral.
El desarrollo en espiral es un modelo de ciclo de vida utilizado de forma generalizada
en la ingeniería del software. Las actividades de este modelo se conforman en una
espiral, cada bucle representa un conjunto de actividades. Las actividades no están
fijadas a priori, sino que las siguientes se eligen en función del análisis de riesgos,
comenzando por el bucle anterior.
pág. 9
Realizado por:
Victor Rumiguano
Tarea Virtual 1
1. Determinar o fijar los objetivos.
En este paso se definen los objetivos específicos para posteriormente identifica las
limitaciones del proceso y del sistema de software, además se diseña una planificación
detallada de gestión y se identifican los riesgos.
2. Evaluar riesgo.
En este paso se efectúa un análisis detallado para cada uno de los riesgos
identificados del proyecto, se definen los pasos a seguir para reducir los riesgos y
luego del análisis de estos riesgos se planean estrategias alternativas.
3. Desarrollar, verificar y validar.
En este tercer paso, después del análisis de riesgo, se eligen un paradigma para el
desarrollo del sistema de software y se lo desarrolla.
4. Planificar.
En este último paso es donde el proyecto se revisa y se toma la decisión si se debe
continuar con un ciclo posterior al de la espiral. Si se decide continuar, se desarrollan
los planes para la siguiente fase del proyecto.
Caso: Proyecto de aplicación de gestión de flota de transporte.
pág. 10
Realizado por:
Victor Rumiguano
Tarea Virtual 1
Al inicio del proyecto, el primer ciclo definido está programado para finalizar con un
prototipo de programa, que se probó en un vehículo en condiciones controladas.
Determinar o fijar los objetivos.
• Rastrear a los camiones en ruta.
• Conocer su carga y datos personales del conductor.
• Ver los kilómetros recorridos.
Evaluar riesgo
Se espera que los prototipos estén confirmados, sujeto al tiempo de entrega y al
presupuesto.
Desarrollar, verificar y validar.
El software prototipo se desarrolla y valida, sin rol de conductor y con un alcance
acordado.
Planificar.
El prototipo se instala en un vehículo de prueba, que viajará en condiciones
controladas durante un corto período de tiempo. Se evalúan el seguimiento y la
asignación de cargas.
Tras esta primera prueba, cuando se conocen los nuevos riesgos y se definen los
límites de mejora, se inicia de nuevo el ciclo de cuatro etapas, pero esta vez con el rol
adicional del conductor.
6. ¿Cuándo utilizar el modelo en prototipo? Plantee el caso donde se describa de
forma clara un escenario aplicable para el modelo en prototipo.
El paradigma de construcción de prototipos comienza con la recolección de requisitos.
El desarrollador y el cliente encuentran y definen los objetivos globales para el
software, identifican los requisitos conocidos y las áreas del esquema en donde es
obligatoria más definición.
pág. 11
Realizado por:
Victor Rumiguano
Tarea Virtual 1
Este modelo es básicamente prueba y error ya que si al usuario no le gusta una parte
del prototipo significa que la prueba fallo por lo cual se debe corregir el error que se
tenga hasta que el usuario quede satisfecho.
Caso: Proyecto de desarrollo de una plataforma de contenido multimedia vía
web.
Desarrolle un sitio web construido donde la audiencia pueda ver y dar su propia
retroalimentación sobre lo que sería bueno mejorar, teniendo en cuenta que esta no es
la versión final sino la versión inicial. Donde su nombre sugiere un prototipo.
http://juanmarcet.leds.ec/login
pág. 12
Realizado por:
Victor Rumiguano
Tarea Virtual 1
Caso puntual, cliente indico que se habilitara:
• Visualización del contenido multimedia este habilitado(cargado) a la sucursal
asignada.
• Opción para descarga el contenido directamente del portal, como backup si se
perdiera el material multimedia.
Esta plataforma fue desarrollada por Ledvision para el cliente Juan Marcet para que
gestione y publique contenido multimedia vía web en sus locales ubicados en Quito
(C.C. El Condado) y Guayaquil (Mall del Sur), se realizó un prototipo y se lo mostro
al cliente, lo revisaron y posterior a la revisión del prototipo, se escuchó al cliente
sobre las novedades, sugerencias e inquietudes que encontraron, se procedió a revisar
y ajustar las sugerencias/recomendaciones del cliente, posterior se lanza la prueba al
cliente y este queda satisfecho.
Orientaciones metodológicas
• Para desarrollar la actividad de la tarea virtual 1, es necesario que se consulten las
fuentes que se indican en la bibliografía con el propósito de profundizar en el tema y
poder responder de forma adecuada.
pág. 13
Realizado por:
Victor Rumiguano
Tarea Virtual 1
• Previo a la realización de la tarea virtual 1, usted debe haber realizado una entrevista a
un especialista del ámbito del desarrollo del software, con la finalidad
Online ITB
Recurso de aprendizaje
de obtener información acerca del ciclo de vida del software en este contexto, como
vía para contrastar la teoría con la práctica.
• En los siguientes links de videos se puede profundizar en lo concerniente al Ciclo de
vida del software:
Video 1: https://www.youtube.com/watch?v=4tWmULUzVdE
Video 2: https://www.youtube.com/watch?v=i8CPD1dW88k
Video 3: https://www.youtube.com/watch?v=ZJdzH3XS_PY
• Entregar la tarea virtual en documento en formato pdf. Colocar en el encabezado del
documento la etiqueta “Tarea Virtual 1” y sus “nombres completos”, y en el pie de
página el número correspondiente Valor 15 puntos.
Bibliografía
https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/el-modelo-en-cascada/
https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/modelo-v/
http://design-toolkit.recursos.uoc.edu/es/iterativo/
https://www.obsbusiness.school/blog/caracteristicas-y-fases-del-modelo-incremental
https://es.ryte.com/wiki/Modelo_en_Espiral#C.C3.B3mo_funciona
https://www.ecured.cu/Modelo_de_prototipos
pág. 14
