TAREA VIRTUAL 1

ALUMNO: MIGUEL JASMANY PINOS MURILLO

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.

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).

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-

1
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

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 a poco a poco al producto final.
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
esta 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 ultima fase incluye entrega, el mantenimiento
y la mejora del software

Opte por modelo cascada para proyecto de software de consultas médicas, por
experiencia propia ya que participe en la implementación del software medico
Servinte Medical Suite, en el Hospital Luis Vernaza, y como personal de sistemas y
administrativos, fui participe del proceso de cada etapa del modelo de cascada:

 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
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

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.

Caso: Proyecto de Software Sistema de Inventarios

Ingeniería de requisitos: básicamente es realizar toda la documentación con la

especificación de cliente (fase de especificaciones).
Diseño del Sistema: el proyecto se completa con los requisitos funcionales y
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 la forma la
manera/forma en que hemos hecho este producto es la correcta) o validación (si el
producto que estamos haciendo es el correcto es el que 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

3
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

Opte por modelo V para proyecto de software de sistema de inventarios, por que
las etapas se ajustan a los requerimientos del cliente, tomo como ejemplo la
aplicación del módulo de inventario de Servinte Medical Suite, fue rediseñada a:

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

4
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

Caso: Proyecto de Software Ledvision Player

Opte por modelo iterativo para proyecto de software Ledvision Player, mismo que
se desarrollo en la empresa en la que actualmente laboro, el motivo de ajustarme a
este modelo es por que el mismo concepto lo indica, 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, fue analizado como proyecto escalable
inicialmente y posterior desarrollado bajo los requerimientos que solicitaba el
cliente-gerente, en base a los resultados de las pruebas del software.

El desarrollo de este software fue una un proceso continuo de experimentación,

prueba y evaluación del producto, de manera que progresivamente se eliminan
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.
Adjunto print de informes (como respaldo de que se ajusta al modelo iterativo), de
la revisión del desarrollo del software ledvision player.

5
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

6
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

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
incrementando las funcionalidades del programa. Este modelo aplica secuencias
lineales de forma escalonada mientras progresa el tiempo en el calendario.

7
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

Solicitud
Requerimientos: esta etapa se ocupa de todos los objetivos del proyecto, ya sean
generales o focalizados y específicos. Deberes y repetición requeridos. 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 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.
8
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

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.

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

9
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

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.

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.

10
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

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.

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.

Desarrollo de una pagina

web asíbre alVamos ya
establecido en el cual el

11
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

publico pueda visualizar y

realizar sus respectivos
comentarios sobre lo
que seria bueno ir
mejorando teniendo en
cuenta que esta no es una
versión final sino yonicial
como su nombrelo dice un
prototipo.
Desarrollo de una pagina
web asíbre alVamos ya
establecido en el cual el

12
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

publico pueda visualizar y

realizar sus respectivos
comentarios sobre lo
que seria bueno ir
mejorando teniendo en
cuenta que esta no es una
versión final sino yonicial
como su nombrelo dice un
prototipo.
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

13
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

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.

14
TAREA VIRTUAL 1
ALUMNO: MIGUEL JASMANY PINOS MURILLO

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.
• 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 2
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

15