Taller 3 modelos de ciclo de vida del software

Taller 3

1. Taller 3 Grupal: Ciclos de vida del Software
Integrantes:
Nombre: Angelica Maria Bermudez Sanchez código: 1151453
Nombre: Johan andres Carreño Parada código: 1151450
Nombre: Javier Eduardo Calderón Villamizar código: 1151229
Una vez realizado la lectura de los Ciclos de Vida de Software responda las siguientes
preguntas:
1. ¿Por qué necesitamos una metodología?
R: Porque permite organizar el proceso de desarrollo de software a través de la definición de pautas a
seguir y restricciones a cumplir, generando una forma de trabajo para desarrollar software, donde se
especifica las tareas a llevar a cabo, los artefactos a generar y las relaciones entre ambos.
2. ¿Sirve el modelo de ciclo de vida Code & Fix?
R: Es un modelo obsoleto, que ha quedado atrás al crecer la complejidad de requerimientos y
desarrollo de software en la actualidad, al no seguir normas para el desarrollo de un proyecto, se
presentaban ambigüedad de requerimientos, y al no gastar recursos en análisis, planificación, gestión
de recursos, documentación, etc. se puede subestimar la complejidad de un proyecto, trayendo
consigo desventajas en lo que se refiere a costo de recursos, que siempre será mayor que el previsto;
aumentará el tiempo de desarrollo y la calidad del código será bastante dudosa.
3. ¿Existe algún modelo de ciclo de vida que predomine?
R: No existe un modelo de ciclo de vida predominante, ya que existe una gran variedad de ciclos de
vida definidos, cada uno con ventajas y limitaciones inherentes al contexto de aplicación, es decir no
existe un modelo de ciclo de vida que pueda ser aplicado perfectamente a todos los contextos de
trabajo. Por ello, debemos elegir el modelo que mejor se adapte al proyecto que desarrollaremos,
podemos analizar, para guiarnos en nuestra elección, observando diversos factores como; la
complejidad del problema, el tiempo que disponemos para hacer la entrega final, o si el usuario o
cliente desea entregas parciales, la comunicación que existe entre el equipo de desarrollo y el usuario
y, por último, qué certeza o incertidumbre tenemos de que los requerimientos dados por el usuario
son correctos y completos.
4. ¿Seguir un modelo de ciclo de vida, nos garantiza el éxito del desarrollo?
R: El éxito del desarrollo de un proyecto no está ligado sólo al uso de un determinado ciclo de vida, sino
a múltiples factores que componen el mismo, como: la experiencia del equipo de desarrollo, factores
organizacionales del cliente, políticas organizacionales de los interesados en el proyecto, la
comunicación entre las partes involucradas, etc. Pero no obstante el uso de un ciclo de vida es una
buena práctica, que le ayuda no solo a ganar experiencia al equipo de desarrollo sino que también
mejora los porcentajes de éxito de cualquier proyecto de desarrollo.

2. 5. ¿Se puede medir la incertidumbre que tenemos sobre los requerimientos iniciales?
R: Sí, porque el cliente puede cambiar de opinión o añadir requerimientos conforme avanza el
desarrollo del proyecto.
6. ¿La generación de programas prototipo, es exclusiva de un solo modelo de ciclo de vida?
R: No, ya que podemos observar el uso de programas prototipo en diversos ciclos de vida, ya sea a
través de una versión inicial a mostrar el cliente, o un módulo funcional del software, que al pasar la
iteración o fase de un determinado ciclo se van agregando funciones, lo que conlleva a que a lo largo
del desarrollo de un proyecto se generen diversos prototipos según sea el ciclo de vida que sea usado.
7. ¿Podemos utilizar un lenguaje imperativo para el modelo de ciclo de vida orientado a
objetos?
R: Sí, puesto que el modelo orientado a objetos se puede utilizar independientemente del lenguaje
elegido, es un modelo a seguir, una técnica, y no es obligación utilizar un lenguaje en particular no es
correcto suponer que este modelo solo es útil cuando se escoge para la implementación de un lenguaje
con orientación a objetos.
8. Enumere el ciclo de vida y los pasos que seguiría, si debiese desarrollar una aplicación que
monitoree el estado de las redes de una empresa.
R: Optaríamos por el ciclo de vida incremental porque permite ir aumentando gradualmente las
capacidades del software. Este ciclo de vida facilita la tarea del desarrollo permitiendo a cada miembro
del equipo desarrollar un módulo particular en el caso de que el proyecto sea realizado por un equipo
de programadores.
Pasos:
1. Análisis de requerimientos del cliente.
2. Informarse muy bien del tema o contratar a un especialista en el tema.
3. Diseñaría el software.
4. Codificar el software.
5. Realizar prueba de estrés.
6. Dar al cliente la debida documentación.
7. 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?
R: Requerimientos hipotéticos:
1. Distribución de las pistas por género, álbum, cantante etc.

3. 2. Que cuente con una interfaz moderna.
3. Que sea compatible con múltiples plataformas.
4. Que tenga acceso a internet para búsqueda de música relacionada, información dela pista,
letra etc.
5. Que posea un campo de configuraciones para poder ajustar interfaz y funciones.
6. Capacidad de leer todas las extensiones de música.
7. Capacidad de ecualización.

10. A modo de encuesta, pregunte a sus colegas programadores, quién y por qué ha utilizado
un ciclo de vida. Indague sobre los resultados obtenidos.
R: La mayoría de los estudiantes de la carrera de Ingeniería de Sistemas, que no han cursado materias
de sexto semestre en adelante no han utilizado algún ciclo de vida, pero a fin de cuentas todos en esta
instancia ha realizado por lo menos algún proyecto de aula sin embargo no todos llegan a un mismo
resultado o al objetivo propuesto, la elección entre un ciclo de vida y otro depende del objetivo, el tipo
de proyecto, el tiempo disponible, nivel de experticia del equipo, la afinidad del mismo al momento
de comunicarse y otros factores, así podremos lograr el desarrollo del proyecto de la mejor manera.