Taller de Ciclos de Vida
Taller de Ciclos de Vida
Taller de Ciclos de Vida
TALLER
EJERCICIO 1:
Enumere los factores que influyen a la hora de elegir un modelo de ciclo de vida para obtener un
producto sw.
EJERCICIO 2:
El ciclo de vida a elección será el de MODELO V, ya que es un modelo simple y fácil de usar en
proyectos que tienen todos sus requerimientos funcionales establecidos, aparte que tiene una alta
oportunidad de éxito debido al desarrollo de planes de etapas tempranas del ciclo de vida.
EJERCICIO 3:
Una vez elegido el modelo de ciclo de vida, para el desarrollo del sistema planteado en el ejercicio
anterior. ¿Qué etapas escogería para dicho modelo de ciclo de vida, teniendo en cuenta que el
desarrollo lo realizan una o pocas personas?
El lado izquierdo de la V: Desglose de las necesidades del cliente y las etapas de implementación de
las especificaciones del sistema.
1
Segundo Parcial
Proceso en el que se trata de descubrir lo que se necesita y cómo llegar a las características que
el sistema debe poseer.
Funciones y capacidades
Requisitos de seguridad
Interfaces del sistema
Requisitos de aceptación
Especificaciones funcionales
Interfaces externas
Seguridad y protección
Datos que se van a manejar y requisitos del BD
Requisitos de instalación y de aceptación
Se estudian las posibles implementaciones que hay que construir y la estructura general del
software.
Componentes principales del software
Versión preliminar de los manuales del usuario
Requisitos de las pruebas
Planificación de la integración del software
Diseño Detallado
Es una etapa complicada y si la solución inicial no es la más adecuada, habrá que redefinirla.
Diseño detallado de cada componente software.
Diseño detallado de las interfaces
Diseño detallado de la Base de Datos
Actualizar manuales de usuario
Definir y documentar los requisitos de prueba.
Evaluar todo lo anterior
Reuniones de revisión
2
Segundo Parcial
Son las que se ejecutan sobre un módulo determinado del software y son realizadas en general
por los desarrolladores, por lo que pueden llamarse también pruebas de desarrollador.
El objetivo es comprobar que cada módulo del sistema funcione como se espera, de forma
independiente, y facilitar así las pruebas de integración.
Prueba de Integración
Son en las que se corrobora que los diferentes sistemas de un mismo producto interactúan
correctamente entre ellos.
Se realizan después de las pruebas unitarias para encontrar posibles errores en la comunicación
entre sistemas y verificar la funcionalidad correspondiente a los requisitos establecidos por el
cliente.
Se revisa que la integración de los sistemas actúe correctamente, por lo tanto, se comprueba la
funcionalidad.
Estas pruebas verifican cómo se comporta el producto tomando como referencia al usuario final
y su interacción con el sistema.
Se realiza en un ambiente similar al real verificando que todo funcione de acuerdo a las
especificaciones y requisitos planteados desde el principio por el cliente.
Prueba de aceptación
Son las que se ejecutan cuando el área de Testing finalizó sus pruebas planificadas.
Estas pruebas son ejecutadas normalmente por el cliente/usuario final y validan el
cumplimiento de las expectativas del usuario.
Operación y Mantenimiento
3
Segundo Parcial
EJERCICIO 4:
Considere ahora el desarrollo de un sistema cuyo dominio de aplicación no es muy conocido por
el equipo de desarrollo. En este caso, el cliente tampoco tiene muy claro qué es lo que quiere, de
manera que los objetivos y requerimientos funcionales del sistema son inestables y difíciles de
comprender. Además, el equipo de desarrollo va a utilizar una tecnología que le resulta
completamente nueva.
Discuta qué modelo de ciclo de vida es más apropiado y qué etapas se deberían utilizar para
desarrollar este sistema.
Es apropiado ya que ofrece visibilidad del producto desde el inicio del ciclo de vida con el primer
prototipo. Esto puede ayudar al cliente a definir mejor los requisitos y a ver las necesidades reales del
producto.
Permite introducir cambios en las iteraciones siguientes del ciclo y ofrece la retroalimentación continua
del cliente. Por ende, El cliente reacciona mucho mejor ante el prototipo sobre el que puede
experimentar y no sobre una especificación escrita.
Diseño Rápido
Centrado en los aspectos del software visible al usuario (por ejemplo, interfaz de usuario,
entradas y salidas)
Se realiza por el cliente y usuarios, lo que permitirá concretar y refinar los requisitos del
software a desarrollar.
4
Segundo Parcial
Se produce un proceso iterativo en el que el prototipo es refinado para que satisfaga las
necesidades del cliente.
Facilita al ingeniero de software un mejor conocimiento del sistema.
Producto de Ingeniería
En la mayoría de los casos este sistema refinado (piloto) hay que desecharlo y hacer uno nuevo.
El desarrollo de un prototipo se debe planificar con el acuerdo expreso del cliente.