1

UNIVERSIDAD DE LAS FUERZAS ARMADAS

ESPE-L

DEPARTAMENTO DE ELÉCTRICA Y
ELECTRÓNICA.

Nombre: Alfonso Rodrigo Carrera Marmolejo.

Carrera: Ing. de Software

Asignatura: Introducción a la Ingeniería de Software.

Docente: Lucas Garcés.

INFORME
 2

Ejercicio 1

¿Qué factores influyen a la hora de elegir un ciclo de vida para resolver un

problema dado?

 Conocer las necesidades del Cliente.

 Presupuesto del proyecto.
 Dimensión del proyecto (Tamaño del programa).
 Tiempo Límite de entrega.
 Tipo de Usuario que tendrá acceso para administrar y consultar.
 Factibilidad de implementación del programa.

¿Qué ciclo de vida elegiría para resolver un problema que se comprende bien desde
el principio y está muy estructurado? Una vez elegido el ciclo de vida, ¿qué procesos
escogería para dicho ciclo de vida, teniendo en cuenta que el desarrollo informático
para resolver el problema anterior lo realiza una única persona?

Si el problema y los requerimientos se tienen claros desde el principio. Se debe utilizar el

Modelo de Cascada, (ya que cada fase empieza cuando se ha terminado la fase anterior y
de esta manera para pasar de una fase a otra es necesario conseguir todos los objetivos de
la etapa previa, realizándose posteriormente una revisión al final de la fase. Lo cual
ayudará a prevenir que se sobrepasen las fechas de entrega y los costes esperados.
Por lo anterior, los procesos a realizar según este ciclo de vida son:
 Análisis de requisitos del sistema,
 Análisis de requisitos del software,
 Diseño preliminar
 Diseño detallado
 Codificación
 Pruebas
 Explotación y mantenimiento.

Ejercicio 2

Se supone que se va desarrollar una aplicación relativa a la gestión de pedidos de

una empresa. En este caso el cliente no tiene todavía muy claro qué es lo que quiere.
Además, el personal informático va a utilizar una tecnología que le resulta
completamente nueva. Discútase qué tipo de ciclo de vida es más apropiado y qué
procesos se deberían utilizar para desarrollar esta aplicación.

Cuando no se tiene muy claro que es lo que se quiere y el cliente no participa de manera
activa lo que se sugiere es el modelo en espiral, ya que por su estructura de ciclos permite
acomodarse a otros modelos, eliminando errores y alternativas no atractivas al comienzo,
cambio de iteraciones, vuelta atrás y finalizaciones rápidas e identificación de alternativas
y restricciones. Y los procesos a seguir son:
 3

 Planificación,
 Análisis de riesgo
 Evaluación del Cliente.

Ejercicio 3

Indicar las respuestas correctas y razonar la respuesta:

El ciclo de vida:
a) Comienza con una idea o necesidad que satisfacer y acaba con las pruebas
satisfactorias del producto.

Falso. Porque el ciclo de vida no muere con las pruebas satisfactorias, si no que
requiere etapas de mantenimiento y retroalimentación.

b) No existe ningún estándar que describa sus procesos y actividades.

Falso. Existen modelos ya establecidos con procesos y actividades aplicables

según el tipo de proyecto a manejar.

c) No se trata sólo de realizar el análisis, diseño, codificación y pruebas;

también incluye, entre otros, procesos de soporte

Verdadero. Según el tipo de proyecto, es necesario aplicar procesos después de la

implementación, es decir habrá casos en que se necesite de formación hacia el
nuevo producto más intensivo que en otros, un mantenimiento, aplicar mejoras,
cambios en la infraestructura etc.

d) El mantenimiento lo constituyen las actividades para mantener sin cambios

el sistema.

Falso, ya que en el mantenimiento se pueden incluir procesos de mejoras.

e) En la actividad de análisis de los requisitos software los desarrolladores

obtienen de los futuros usuarios los requisitos que piden al sistema.

Falso, son los desarrolladores quienes detectan los requisitos del sistema al
realizar un análisis de ingeniería aplicado al problema a solucionar.

Ejercicio 4

Resolver las 10 preguntas que se plantean en el material de apoyo (Archivo L5

Modelos de Ciclos de Vida.pdf) subido en al aula virtual.

1. ¿Por qué necesitamos una metodología?

 4

Porque el programador al momento de realizar un relevamiento de solicitudes de

un cierto programa o producto de software, le resultaba difícil codificar .Por ese
motivo nace por la necesidad de una metodología para administrar, supervisar y
gestionar el proyecto.

2. ¿Sirve el modelo de ciclo de vida Code & Fix?

La antigua técnica Code & Fix no fue muy útil, porque termino quedando
obsoleta. Esta técnica se basaba en requerimientos ambiguos y sin
especificaciones claras del producto final. Se programaba, se corregía y se volvía
a programar sobre el mismo proyecto

3. ¿Existe algún modelo de ciclo de vida que predomine?

No existe un ciclo de vida que predomine porque este tiene que depender de las
necesidades y requerimientos necesarios para la realización del software la
complejidad del problema, el tiempo que se dispone y el costo del proyecto.

4. ¿Seguir un modelo de ciclo de vida, nos garantiza el éxito del desarrollo?

Seguir un ciclo de vida ayuda mucho para llevar un control del desarrollo del
software, sim embargo ninguno de los modelos de ciclo de vida evitan los riesgos
que pueden apareces en el desarrollo de un proyecto.

5. ¿Se puede medir la incertidumbre que tenemos sobre los requerimientos

iniciales?

Muchos ciclos de vida consideran que se puede medir, como la cantidad de

información necesaria para evitar los riesgos posibles cuando se emprende la tarea
del desarrollo del software.

6. ¿La generación de programas prototipo, es exclusiva de un solo modelo de

ciclo de vida?

El uso de programas prototipo no es exclusivo del ciclo de vida iterativo. En la

práctica los prototipos se utilizan para validar los requerimientos de los usuarios
en cualquier ciclo de vida.

7. ¿Podemos utilizar un lenguaje imperativo para el modelo de ciclo de vida

orientado a objetos?

El lenguaje imperativo se acopla al ciclo de vida orientado a objetos ya que se

basa en procedimientos
 5

8. Enumere el ciclo de vida y los pasos que seguiría, si debiese desarrollar una
aplicación que monitoree estado de las redes de una empresa.

Optaríamos por el ciclo de vida incremental porque permite repartir el trabajo por
departamentos, garantizando un trabajo más rápido y complementario.

 Análisis de requerimientos del cliente

 Informarse muy bien del tema o contratar a un especialista en el tema
 Diseñaría el software
 Codificar el software
 Realizar la evaluación
 Dar al cliente la debida documentación
 Mantenimiento en el periodo de garantía

9. Realice una lista de requerimientos hipotéticos para una aplicación que deba
ejecutar archivos de música, pida la misma lista a un usuario no
programador y compare las listas. ¿Qué enfoques encuentra en cada lista?

 Capacidad de leer todas las extensiones de música.

 Capacidad de ecualización.
 Distribución de las pistas por género, álbum, cantante etc.
 Que cuente con una interfaz moderna.
 Que sea compatible con múltiples plataformas.

10. A modo de encuesta pregunte a sus colegas programadores, quien y porque

ha utilizado un ciclo de vida. Indague sobre los resultados obtenidos.