Mode Los

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

Universidad Politécnica de Tapachula

“innovación y tecnología al servicio de la sociedad”


Materia
Procesos de desarrollo de software

Nombre del alumno- Matricula

Jose Angel Victorio Escobar

Catedrático

Rene Servado Ribera Roblero

Cuatrimestre/ periodo escolar

Segundo cuatrimestre

Nombre de la practica o proyecto

Cuadro sinóptico

Plan de estudios

Ingeniería en software
16/01/2022
MODELO EVOLUTIVO

El desarrollo evolutivo consta del desarrollo de una versión inicial que luego de
exponerse se va refinando de acuerdo de los comentarios o nuevos requerimientos
por parte del cliente o del usuario final. Las fases de especificación, desarrollo y
validación se entrelazan en vez de separarse.

Existen dos tipos de desarrollo evolutivo:

1.desarrollo exploratorio: donde el objetivo del proceso es trabajar con el cliente


para explorar sus requerimientos y entregar un sistema final. El desarrollo empieza
con las partes del sistema que se comprenden mejor. El sistema evoluciona
agregando nuevos atributos propuestos por el cliente.

2.prototipos desechables: donde el objetivo del proceso de desarrollo evolutivo es


comprender los requerimientos del cliente y entonces desarrollar una definición
mejorada de los requerimientos para el sistema. El prototipo se centra en
experimentar con los requerimientos del cliente que no se comprenden del todo.

Desde el punto de vista de desarrollo de sistema el enfoque evolutivo suele traer


más ventajas en comparación con un enfoque en cascada ya que el sistema se va
ajustando a las necesidades del cliente, a la vez que él mismo entiende mejor sus
propios requerimientos. Sin embargo el enfoque evolutivo desde una perspectiva de
ingeniería y gestión suele tener dos grandes problemas:

1.proceso no visible : Los administradores tienen que hacer entregas regulares para
medir el progreso. Si los sistemas se desarrollan rápidamente, no es rentable
producir documentos que reflejen cada versión del sistema.

2. A menudo los sistemas tienen una estructura deficiente. Los cambios continuos
tienden a corromper la estructura del software. Incorporar cambios en él se convierte
cada vez más en una tarea difícil y costosa.
Aunque supone grandes ventajas el desarrollo evolutivo solo es recomendado para
sistemas pequeños y medianos. En los sistemas grandes, los constantes cambios
en el desarrollo solo dificultan la estabilidad y la integración de los avances de los
distintos grupos de trabajo que puedan existir. La mayoría de las empresas que
desarrollan grandes sistemas usan un modelo mixto que usa las mayores fortalezas
de los enfoques evolutivos y de cascada.
Modelo Incremental
El modelo incremental combina elementos del modelo en cascada con la filosofía
interactiva de construcción de prototipos. Se basa en la filosofía de construir
incrementando las funcionalidades del programa. Este modelo aplica secuencias
lineales de forma escalonada mientras progresa el tiempo en el calendario. Cada
secuencia lineal produce un incremento del software.
Cuando se utiliza un modelo incremental, el primer incremento es a menudo un
producto esencial, sólo con los requisitos básicos. Este modelo se centra en la
entrega de un producto operativo con cada incremento. Los primeros incrementos
son versiones incompletas del producto final, pero proporcionan al usuario la
funcionalidad que precisa y también una plataforma para la evaluación.

Ventajas

Entre las ventajas que puede proporcionar un modelo de este tipo encontramos las
siguientes:

• Mediante este modelo se genera software operativo de forma rápida y en


etapas tempranas del ciclo de vida del software.
• Es un modelo más flexible, por lo que se reduce el coste en el cambio de
alcance y requisitos.
• Es más fácil probar y depurar en una iteración más pequeña.
• Es más fácil gestionar riesgos.
• Cada iteración es un hito gestionado fácilmente

Inconvenientes

Para el uso de este modelo se requiere una experiencia importante para definir los
incrementos y distribuir en ellos las tareas de forma proporcionada. Entre los
inconvenientes que aparecen en el uso de este modelo podemos destacar los
siguientes:

• Cada fase de una iteración es rígida y no se superponen con otras.


• Pueden surgir problemas referidos a la arquitectura del sistema porque no
todos los requisitos se han reunido, ya que se supone que todos ellos se
han definido al inicio
¿Qué es el desarrollo en Espiral?

El modelo de desarrollo en Espiral es una combinación entre el modelo waterfall y


un modelo por iteraciones.

El proceso pasa por distintas etapas, desde la de conceptualización, siguiendo el


desarrollo, luego una fase de mejoras, para finalizar con el mantenimiento.

Dentro de cada etapa, tendremos una serie de fases que transcurren desde la
planificación, pasando por el análisis de riesgos, el desarrollo y finalizando en la
evaluación de lo realizado. Se incorpora también una fase de enlace entre etapas,
para facilitar la transición entre las mismas.
En definitiva, el equipo de desarrollo en este modelo de desarrollo en espiral
comienza con un pequeño conjunto de requisitos y pasa por cada fase de
desarrollo para ese conjunto de requisitos. El equipo de desarrollo agrega la
funcionalidad para el requerimiento adicional en espirales cada vez mayores,
hasta que la aplicación está lista para la fase de producción.

Explicación detallada de los pasos

Planificación

Incluye la estimación del coste, el calendario y los recursos para la iteración.

Implica también la comprensión de los requisitos del sistema para la comunicación


continua entre el analista de requerimientos y el cliente.

Análisis del riesgo

La identificación de los riesgos potenciales se realiza mientras se planifica y


finaliza la estrategia de mitigación de riesgos.

Ingeniería

Incluye la codificación, pruebas y el despliegue del software.

Evaluación

Evaluación del software por parte del cliente.

Además, incluye la identificación y el seguimiento de riesgos tales como los


retrasos en los plazos y los sobrecostes.

¿Cuándo deberías usar el desarrollo en Espiral?

El uso del método en espiral, como cualquier otra aproximación al desarrollo de


software, tiene escenarios en los que se devuelve mejor. Luego, cada caso puede
tener sus excepciones, cada organización por su propia estructura puede
beneficiar el rendimiento de unas sobre otras, así que esto debéis tomarlo como
un escenario generalista, pero que debe ser estudiado en profundidad caso por
caso.

Aparentemente los beneficios del uso del modelo en espiral son más destacados
en un entorno donde:

• El proyecto es grande.

• Se quiere que las liberaciones de software sean frecuentes.

• Aplica la creación de un prototipo.


• Es primordial un control de riesgos y costos.

• En proyectos catalogados de riesgo medio-alto y alto.

• Los requisitos son poco claros y complejos.

• Hay un alto grado de cambios y estos pueden aparecer en cualquier


momento.

• El compromiso de proyecto a largo plazo está comprometido, bien sea


por razones económicas u otras.

Ventajas del modelo en Espiral

A groso modo, las ventajas que se pueden observar en el uso de un modelo de


desarrollo en espiral, son las siguientes:

• La funcionalidad adicional o los cambios se pueden hacer en una etapa


posterior.

• La estimación del coste se hace fácil, ya que la construcción del


prototipo se hace en pequeños fragmentos.

• El desarrollo continuo o repetido ayuda en la gestión de riesgos.

• El desarrollo es rápido y las características se añaden de forma


sistemática.

• Siempre hay espacio para atender los comentarios de los clientes.

Desventajas del modelo en Espiral

En la parte negativa, podemos decir que el modelo en Espiral nos presenta los
siguientes retos a los que tendremos que hacer frente si nos decimos a emplear
esta aproximación en nuestros proyectos:

• Riesgo de no cumplir con la planificación o el presupuesto.

• Funciona mejor para proyectos grandes, aunque en estos también


requiera de una estricta evaluación de riesgos.

• Para su buen funcionamiento, el protocolo del modelo en espiral debe


ser seguido estrictamente.

• Se genera más documentación al tener fases intermedias.

• No es aconsejable para proyectos pequeños, la ratio coste beneficio no


es rentable.

También podría gustarte