Software">
Nothing Special   »   [go: up one dir, main page]

Taller de Ciclos de Vida

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 6

TAREA3_U2

GRUPO 6 - TALLER - CICLO DE VIDA

INTEGRANTES: JOSUE CHIRIBOGA Y MARJORIE CEDEÑO


FUNDAMENTOS DE INGENIERÍA DE SOFTWARE
Segundo Parcial

TALLER

EJERCICIO 1:

Enumere los factores que influyen a la hora de elegir un modelo de ciclo de vida para obtener un
producto sw.

1. Disponibilidad de recursos ya sea económico, tiempo, equipo, herramientas, humano, etc.


2. Complejidad del proyecto.
3. Magnitud del proyecto.
4. Comprensión de requerimientos.
5. Gestión de una perspectiva de riesgos.
6. Conocimiento del dominio del problema.

EJERCICIO 2:

Considere el desarrollo de un sw cuyo dominio de aplicación es conocido, sus objetivos y


requerimientos funcionales son estables y simples de comprender desde un principio, la tecnología
a utilizar ya está predeterminada y es bien conocida por el equipo de desarrollo. ¿Qué tipo de
modelo de ciclo de vida elegiría para el desarrollo de dicho sistema de información?

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?

Ciclo de vida: Modelo V

Las etapas a escoger del modelo V de ciclo de vida son:

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

Análisis o Definición de Requerimientos

 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

Diseño del Sistema

 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

Implementación de programas y prueba unitaria

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

El lado derecho de la V: hace referencia a los distintos niveles de prueba.

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.

Prueba del sistema

 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

 El cliente comprueba si se cumplen las especificaciones durante el funcionamiento.


 Se prueba el rendimiento del software de forma superficial, es decir, se comprueba lo que el
cliente ve durante el uso diario.
 El software o la documentación necesita ser modificado, debido a problemas o a necesidades
de mejora o adaptación.

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.

Ciclo de vida: Modelo Prototipo

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.

Recolección y Refinamiento de Requisitos

 El ingeniero de software y el cliente definen los objetivos globales del software


 Deben ser específicos para destacar con el prototipo.

Diseño Rápido

 Centrado en los aspectos del software visible al usuario (por ejemplo, interfaz de usuario,
entradas y salidas)

Construcción del Prototipo

Evaluación del prototipo por el cliente

 Se realiza por el cliente y usuarios, lo que permitirá concretar y refinar los requisitos del
software a desarrollar.

Refinamiento del Prototipo

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.

También podría gustarte