Modelos de Procesos del Software Un modelo de proceso es un conjunto de tareas y acciones el cual se realiza un proyecto de software completo , estos modelos nos ayudan a que el producto software reúna los requisitos del cliente haciendo que este sea eficaz y eficiente. Existen distintos tipos de modelos de procesos como ser los prescriptivos y los tradicionales , el cual este último se utiliza para cuando el enfoque del proyecto esté bien definido.

1. MODELOS DE
PROCESOS DEL
SOFTWARE
Integrantes:
- Escobar Luna Mery Shakira
- Arteaga Arteaga Pedro Abraham
- Rodríguez Quelca Jesús Nimrod
- Rivero Miranda Andrés Eduardo
- Andrade Surco Hans Boris
- Marca Conde Alison Lesly
- Nogales Sangally Alvaro Jose
- Tancara Flores Ronald David

2. Modelo Espiral
❖ PLANIFICACION
❖ ANALISIS DE RIESGO
❖ INGENIERIA
❖ CONSTRUCCION Y
ADAPTACION
❖ EVALUACION DEL CLIENTE
ACTIVIDADES

3. FASES O ETAPAS
● Planificacion
● Analisis de
riesgo
● Ingenieria
● Evaluacion
ROLES
➔ Investigador
➔ Jefe de
proyecto
➔ desarrollador
➔ Encargado de
datos
MODELOS DE TIPO SECUENCIAL:
● Modelo Cascada
● Modelo Prototipado
● Modelo de Desarrollo Rápido de Aplicaciones

4. Modelo secuencial Basado en Prototipos
Paradigma de construcción de prototipos:
● Escuchar al cliente, recolección de requisitos. Se encuentran y definen los objetivos globales.
● Construir y revisar la maqueta(prototipo).
● El cliente prueba la maqueta y lo utiliza para refinar los requisitos.
Ventajas del Modelo de Prototipo.
Este modelo es útil cuando el cliente conoce los objetivos generales para el
software, pero no identifica los requisitos detallados de entrada,
procesamiento o salida. También ofrece un mejor enfoque cuando el
responsable del desarrollo del software está inseguro de la eficacia de un
algoritmo o de la forma que debería tomar la interacción humano-máquina.
Desventajas del Modelo de Prototipo.
Su principal desventaja es que una vez que el cliente ha dado su aprobación
final al prototipo y cree que está a punto de recibir el proyecto final, se
encuentra con que es necesario reescribir buena parte del prototipo para
hacerlo funcional, porque lo más seguro es que el desarrollador haya hecho
compromisos de implementación para hacer que el prototipo funcione
rápidamente. Es posible que el prototipo sea muy lento, muy grande, no
muy amigable en su uso, o incluso, que esté escrito en un lenguaje de
programación inadecuado.
Etapas para la elaboración del
modelo de prototipo.

5. MODELO (SECUENCIAL) EN CASCADA
Sus fases son las siguientes:
● El modelo en cascada es uno de
los modelos de proceso más
conocidos en el desarrollo de
software. Se ha utilizado con
éxito durante décadas, pero
ahora sólo se utiliza para
proyectos más pequeños en los
que las especificaciones son
claras. Los inconvenientes antes
mencionados, sin embargo,
también llevaron a los analistas
y desarrolladores a diseñar
modelos alternativos llamados
desarrollo ágil de software.

6. Modelo de Desarrollo Rápido de Aplicaciones
¿Para qué sirve?
Para entregas rápidas y que el
usuario pueda ver y probar lo
antes posible el software.
Características
-Modularización del software
-Reutilización de componentes
-Sacrificio de requisitos secundarios
-Usuario final involucrado en el proceso de
desarrollo
-Formación de equipos para cada módulo
-Herramientas para desarrollo visual rápido
-Prototipos falsos (simulación) en etapas muy
tempranas del software
-Desarrolladores con conocimientos en
análisis, diseño y programación
-Entrega de 30 a 60 días

7. MODELO EVOLUTIVO
● El software, al igual que todos los sistemas complejos, evolucionan con el
tiempo.
● Se caracterizan porque permiten desarrollar versiones cada vez más completas
del software, teniendo en cuenta la naturaleza evolutiva del software
● 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.

8. Los Modelos Evolutivos son Iterativos
● Se caracterizan por la forma en que permiten a los
ingenieros de software desarrollar versiones cada
vez más completas del producto software , que
puede ir entregándose al cliente en forma de
incrementos
● La idea detrás de este modelo es el desarrollo de
una implantación del sistema inicial, exponerla a los
comentarios del usuario, refinarla en N versiones
hasta que se desarrolle el sistema adecuado. Una
ventaja de este modelo es que se obtiene una rápida
realimentación del usuario, ya que las actividades
de especificación, desarrollo y pruebas se ejecutan
en cada iteración.

9. Modelo secuencial (incremental)
FASES DE LA ETAPA A CONSIDERAR
• Requerimientos: objetivos centrales y
específicos del proyecto.
• Definición de las tareas y la iteración: realiza
una lista de tareas y la agrupa en las iteraciones
(no puede ser aleatoria).
• Diseño de los incrementos: define cual será la
evolución del producto.
• Desarrollo del incremento: se realizan las tareas
previstas y se desarrollan los incrementos
establecidos.
• Validación de incrementos: responsables de
verificar la gestión del proyecto.
• Integración de incrementos: una vez validados
se da forma a la línea incremental.
• Entrega del producto: tras verificar y pasar por
todos los pasos Anteriormente establecidos se
realizaría la entrega final.

10. MODELOS DE TIPO ÁGIL
PROGRAMACIÓN EXTREMA (XP)
Características
● Se considera al equipo de proyecto como el
principal factor de éxito del proyecto
● Software que funciona por encima de una buena
documentación.
● Interacción constante entre el cliente y el equipo
de desarrollo.
● Planificación flexible y abierta.
● Rápida respuesta a cambios.
Roles
● Cliente: responsable de definir y conducir el proyecto así
como sus objetivos.
● Programadores: estiman tiempos de desarrollo de cada
actividad y programan el proyecto.
● Tester: Encargado de Pruebas.
● Tracker: Encargado de Seguimiento.
● Coach: Entrenador. Su papel es guiar y orientar al equipo.
● Big Boss: Gestor del proyecto, gerente del proyecto, debe
tener una idea general del proyecto y estar familiarizado con
su estado.