1. INSTITUTO TECNOLÓGICO DE
TUXTEPEC
ALUMNOS:
Amador Saldaña Erik Emanuel
Caudillo Fentanez María de Jesús
Duran Mariano Mario Daniel
Medina Gallegos Jesús Alberto
Ortega Parra Erick Abisai
Pérez Bello Juan Luís
Roque Colorado Lady Issbeth
2. UNIDAD 4
MODELOS DEL PROCESO DEL SOFTWARE
4.1 Modelo de cascada
4.2 Modelo de espiral
4.3 Modelo incremental
4.4 Proceso de desarrollo unificado
4.5 Proceso software personal
3. INTRODUCCIÓN
Los estándares establecen los diferentes
procesos implicados a la hora de desarrollar y
mantener un sistema desde que surge la idea o
necesidad de desarrollar las aplicaciones hasta
que éstas se retiran de explotación. Sin
embargo, ninguno impone un modelo de
procesos concreto (modelo de ciclo de vida) ni
cómo realizar las diferentes actividades
incluidas en cada proceso, por lo que cada
empresa deberá utilizar los métodos, técnicas y
herramientas que considere oportuno.
4. 4.2 MODELO DE ESPIRAL
El modelo en espiral, propuesto
originalmente por Boehm [BOE88], es un
modelo de proceso de software evolutivo
que conjuga la naturaleza iterativa de
construcción de prototipos con los aspectos
controlados y sistemáticos del modelo lineal
secuencial. Proporciona el potencial para el
desarrollo rápido de versiones incrementales
del software.
6. En el modelo espiral, el software se
desarrolla en una serie de versiones
incrementales. Durante las primeras
iteracciones, la versión incremental podría
ser un modelo en papel o un prototipo.
Durante las últimas iteraciones, se producen
versiones cada vez más completas del
sistema diseñado.
7. El modelo en espiral se divide en un número
de actividades de marco de trabajo, también
llamadas regiones de tareas.
Generalmente, existen entre tres y seis
regiones de tareas.
8. REGIONES DE TAREAS DE UN MODELO ESPIRAL
Regiones de tareas
comunicació
n
análisis de ingeniería
con el
riesgos
cliente
planificaci construcci evaluación
ón ón y acción del cliente
9. REGIONES DE TAREAS DE UN MODELO ESPIRAL
Comunicación con el cliente. Las tareas
requeridas para establecer comunicación
entre el desarrollador y el cliente.
Planificación. Las tareas requeridas para
definir recursos, el tiempo y otra información
relacionadas con el proyecto.
Análisis de riesgos. Las tareas requeridas
para evaluar riesgos técnicos y de gestión.
10. Ingeniería. Las tareas requeridas para construir
una o más representaciones de la aplicación.
Construcción y acción. Las tareas requeridas
para construir, probar, instalar y proporcionar
soporte al usuario (por ejemplo: documentación
y práctica).
Evaluación del cliente. Las tareas requeridas
para obtener la reacción del cliente según la
evaluación de las representaciones del software
creadas durante la etapa de ingeniería e
implementada durante la etapa de instalación.
11. ¿ QUE ES UN CONJUNTO DE TAREAS?
Cada una de las regiones están compuestas
por un conjunto de tareas del trabajo,
llamado conjunto de tareas, que se adaptan
a las características del proyecto que va a
emprenderse.
12. ¿ QUE ES UN CONJUNTO DE TAREAS?
Cuando empieza este proceso evolutivo, el
equipo de ingeniería del software gira
alrededor de la espiral en la dirección de las
agujas del reloj, comenzando por el centro.
El primer circuito de la espiral puede producir
el desarrollo de una especificación de
productos; los pasos siguientes en la espiral
se podrían utilizar para desarrollar un
prototipo y progresivamente versiones más
sofisticadas del software.
13. Cada paso por la región de planificación
produce ajustes en el plan del proyecto. El
coste y la planificación se ajustan con la
realimentación ante la evaluación del cliente.
Además, el gestor del proyecto ajusta el
número planificado de iteraciones requeridas
para completar el software.
14. DESVENTAJAS DEL MODELO ESPIRAL
Requiere mucha experiencia y habilidad para la
evaluación de los riesgos, lo cual es requisito
para el éxito del proyecto.
Es difícil convencer a los grandes clientes que
se podrá controlar este enfoque evolutivo.
Este modelo no se ha usado tanto, como el
Cascada (Incremental) o MCP, por lo que no se
tiene bien medida su eficacia, es un paradigma
relativamente nuevo y difícil de implementar y
controlar.
15. MODELO DE ESPIRAL PINDÍN
Define un conjunto de actividades de
negociación al principio de cada paso
alrededor de la espiral.
16. Más que una simple actividad de comunicación
con el cliente se definen las siguientes
actividades:
Identificación del sistema o subsistemas clave
de los directivos.
Determinación de las condiciones de victoria de
los directivos.
Negociación de las condiciones de victoria de
los directivos para reunirlas en un conjunto de
condiciones para todos los afectados
(incluyendo el equipo del proyecto de software).