SlideShare una empresa de Scribd logo
1 de 4
Descargar para leer sin conexión
“Año del fortalecimiento de la soberanía nacional”
Instituto de Educación Superior Tecnológica Publico
Computación e Informática IV Ciclo
“Informe del Trabajo Final”
Nombre de la Unidad Didáctica: Met. De desarrollo de Software
Nombre del Estudiante: Rojas Valdez Marco Antonio
Ciclo y Sección: IV “A”
Nombre del Profesor: Cesar Alejandro Medina Osorio
Nombre del Tema: Ciclo de Vida del Software
TEST DE EVALUACION
1. ¿PORQUE NECESITAMOS UNA METODOLOGIA?
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?
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 loque 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 ALGUN CICLO DE VIDA QUE PREDOMINE?
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?
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.
5. ¿SE PUEDE MEDIR LA INSERTIDUMBRE QUE TENEMOS
SOBRE LOS REQUERIMIENTOS INICIALES?
Sí, porque el cliente puede cambiar de opinión o añadir requerimientos
conforme avanza el desarrollo del proyecto.
6. ¿LA GENERACION DE PROGRAMAS PROTOTIPO ES
EXCLUSIVA DE UN SOLO MODELO DE CICLO DE VIDA?
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, loque con lleva 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?
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 SEGUIRIA, SI
DEBIESE DESARROLLAR UNA APLICACIÓN QUE MONITOREE
EL ESTADO DE LAS REDES DE UNA EMPRESA.
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?
Requerimientos hipotéticos:
1. Distribución de las pistas por género, álbum, cantante etc.
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 de la 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.
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 finde 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.

Más contenido relacionado

Similar a CICLO DE VIDA DEL SOFTWARE.pdf

Castro llanos john_wilmar
Castro llanos john_wilmarCastro llanos john_wilmar
Castro llanos john_wilmarIvan Yv
 
Silabo desarrollo de sistemas 2013
Silabo desarrollo de sistemas 2013Silabo desarrollo de sistemas 2013
Silabo desarrollo de sistemas 2013gonzalopomboza
 
Ciclo de Vida del Software (Para SAIA)
Ciclo de Vida del Software (Para SAIA)Ciclo de Vida del Software (Para SAIA)
Ciclo de Vida del Software (Para SAIA)ManuelJimnez56
 
Metodo watch (edwards ardila 19989119)
Metodo watch (edwards ardila   19989119)Metodo watch (edwards ardila   19989119)
Metodo watch (edwards ardila 19989119)Edwards Ardila
 
Diseño instruccional y jornalizacion de ingenieria de software ii, i 2015
Diseño instruccional y jornalizacion de ingenieria de software ii, i 2015Diseño instruccional y jornalizacion de ingenieria de software ii, i 2015
Diseño instruccional y jornalizacion de ingenieria de software ii, i 2015wiinyzepeda
 
S8 arely medina_informe
S8 arely medina_informeS8 arely medina_informe
S8 arely medina_informeArely_Medina
 
Modelo de desarrollo rápido de aplicaciones
Modelo de desarrollo rápido de aplicaciones  Modelo de desarrollo rápido de aplicaciones
Modelo de desarrollo rápido de aplicaciones LuisGonzlez362
 
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxSEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxJ Martin Luzon
 
Interactive training materials
Interactive training materialsInteractive training materials
Interactive training materialsSantia Velazquez
 
Ciclo de vida de un proyecto de Software.
Ciclo de vida de un proyecto de Software.Ciclo de vida de un proyecto de Software.
Ciclo de vida de un proyecto de Software.Edwin Belduma
 
C icie99-ingenieriasoftwareeducativo
C icie99-ingenieriasoftwareeducativoC icie99-ingenieriasoftwareeducativo
C icie99-ingenieriasoftwareeducativoHenry Cambal
 

Similar a CICLO DE VIDA DEL SOFTWARE.pdf (20)

Cmob astqb
Cmob astqbCmob astqb
Cmob astqb
 
Castro llanos john_wilmar
Castro llanos john_wilmarCastro llanos john_wilmar
Castro llanos john_wilmar
 
Esis
EsisEsis
Esis
 
Silabo desarrollo de sistemas 2013
Silabo desarrollo de sistemas 2013Silabo desarrollo de sistemas 2013
Silabo desarrollo de sistemas 2013
 
Barra de Menú
Barra de MenúBarra de Menú
Barra de Menú
 
Ciclo de Vida del Software (Para SAIA)
Ciclo de Vida del Software (Para SAIA)Ciclo de Vida del Software (Para SAIA)
Ciclo de Vida del Software (Para SAIA)
 
guia de aprendizaje 1.pdf
guia de aprendizaje 1.pdfguia de aprendizaje 1.pdf
guia de aprendizaje 1.pdf
 
Metodo watch (edwards ardila 19989119)
Metodo watch (edwards ardila   19989119)Metodo watch (edwards ardila   19989119)
Metodo watch (edwards ardila 19989119)
 
Diseño instruccional y jornalizacion de ingenieria de software ii, i 2015
Diseño instruccional y jornalizacion de ingenieria de software ii, i 2015Diseño instruccional y jornalizacion de ingenieria de software ii, i 2015
Diseño instruccional y jornalizacion de ingenieria de software ii, i 2015
 
Wen
WenWen
Wen
 
C iclos de vida del software
C iclos de vida del softwareC iclos de vida del software
C iclos de vida del software
 
S8 arely medina_informe
S8 arely medina_informeS8 arely medina_informe
S8 arely medina_informe
 
Modelo de desarrollo rápido de aplicaciones
Modelo de desarrollo rápido de aplicaciones  Modelo de desarrollo rápido de aplicaciones
Modelo de desarrollo rápido de aplicaciones
 
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxSEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
 
Interactive training materials
Interactive training materialsInteractive training materials
Interactive training materials
 
Mod 6.2 introducción al análisis
Mod 6.2 introducción al análisisMod 6.2 introducción al análisis
Mod 6.2 introducción al análisis
 
Ciclo de vida de un proyecto de Software.
Ciclo de vida de un proyecto de Software.Ciclo de vida de un proyecto de Software.
Ciclo de vida de un proyecto de Software.
 
C icie99-ingenieriasoftwareeducativo
C icie99-ingenieriasoftwareeducativoC icie99-ingenieriasoftwareeducativo
C icie99-ingenieriasoftwareeducativo
 
F08 9543-004 guia3
 F08 9543-004 guia3 F08 9543-004 guia3
F08 9543-004 guia3
 
Ingeniería de Software 1 - SI
Ingeniería de Software 1 - SIIngeniería de Software 1 - SI
Ingeniería de Software 1 - SI
 

CICLO DE VIDA DEL SOFTWARE.pdf

  • 1. “Año del fortalecimiento de la soberanía nacional” Instituto de Educación Superior Tecnológica Publico Computación e Informática IV Ciclo “Informe del Trabajo Final” Nombre de la Unidad Didáctica: Met. De desarrollo de Software Nombre del Estudiante: Rojas Valdez Marco Antonio Ciclo y Sección: IV “A” Nombre del Profesor: Cesar Alejandro Medina Osorio Nombre del Tema: Ciclo de Vida del Software
  • 2. TEST DE EVALUACION 1. ¿PORQUE NECESITAMOS UNA METODOLOGIA? 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? 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 loque 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 ALGUN CICLO DE VIDA QUE PREDOMINE? 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? 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.
  • 3. 5. ¿SE PUEDE MEDIR LA INSERTIDUMBRE QUE TENEMOS SOBRE LOS REQUERIMIENTOS INICIALES? Sí, porque el cliente puede cambiar de opinión o añadir requerimientos conforme avanza el desarrollo del proyecto. 6. ¿LA GENERACION DE PROGRAMAS PROTOTIPO ES EXCLUSIVA DE UN SOLO MODELO DE CICLO DE VIDA? 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, loque con lleva 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? 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 SEGUIRIA, SI DEBIESE DESARROLLAR UNA APLICACIÓN QUE MONITOREE EL ESTADO DE LAS REDES DE UNA EMPRESA. 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
  • 4. 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? Requerimientos hipotéticos: 1. Distribución de las pistas por género, álbum, cantante etc. 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 de la 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. 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 finde 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.