1. MODELOS DE PROCESOS DE
SOFTWARE
Grupo #9
Integrantes:
• Altamirano Choque Marco Antonio
• Huanca Ticona Jhenny Zara
• Quiroz Chipana Angel
• Segales Parra Yenny
• Yujra Ticona Jorge
• Rodriguez Castro Andres
• Callisaya Espejo Cristian Ivan
• Crespo Elezar
• Javier

2. MODELO RAD
Desarrollado inicialmente por James Martin en 1980, es un modelo de proceso del desarrollo del
software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto
Comprende las siguientes fases:
Modelado de gestión. Se modela el flujo de información entre las funciones de gestión.
Modelado de datos. Se refina el flujo de información como un conjunto de objetos de datos
necesarios para apoyar la empresa
Modelado del proceso. Se definen las transformaciones (añadir, modificar, suprimir o recuperar)
sobre los objetos del modelo de datos para lograr los flujos de información de cada función de
gestión.
Generación de aplicaciones. Codificación de una función de gestión.
Pruebas y entrega. Prueba de los componentes y entrega del programa que realiza una función de
gestión.
VENTAJAS:
• Enfatiza ciclos de desarrollo extremadamente cortos
• Tiene las ventajas del modelo clásico
• Se asegura de que el producto entregado cumple las necesidades del cliente
DESVENTAJAS:
• Solo se puede aplicar si el sistema se puede modularizar de forma que permita completarse cada
una de las funciones principales en menos de tres meses
• Para proyectos grandes puede requerir muchos equipos de trabajo distintos
• Requiere clientes y desarrolladores comprometidos en las rápidas actividades necesarias

3. MODELO DE TIPO
SECUENCIAL: MODELO DE
CASCADA
• En los años 70 Royce impuso un nuevo
enfoque de desarrollo de software
• Es uno de los primeros modelos de ciclo
de vida publicados
• es muy útil pues ayuda a los
desarrolladores a comprender qué es lo
que
tienen que hacer en cada momento.
Pros y contras:
• Es un modelo sencillo y disciplinado
• Es fácil aprender a utilizarlo y comprender su funcionamiento
• Ayuda a detectar errores en las primeras etapas a bajo costo
• Puede resultar complicado regresar a etapas anteriores (ya acabadas) para
realizar correcciones
• Es difícil que el cliente exponga explícitamente todos los requisitos al principio

4. MODELO RUP
Es un proceso de ingeniería de software,
que hace una propuesta orientada por
disciplinas para lograr las tareas y
responsabilidades de una organización que
desarrolla software.
Su meta principal es asegurar la
producción de software de alta calidad que
cumpla con las necesidades de los
usuarios, con una planeación y
presupuesto predecible.

5. MODELO DE PROTOTIPO
El modelo de prototipos permite que el sistema, se construyan
rápidamente para comprender con facilidad y aclarar ciertos
aspectos en los que el desarrollador, el usuario, así como también
la solución que se propone de minimizar el riesgo en el desarrollo,
del producto, pero no se asegura su uso real.
Tiene 5
etapas de
desarrollo

6. MODELO EN ESPIRAL
El modelo en espiral se divide en un número
de actividades de marco de trabajo que son:
1. Comunicación con el cliente
2. Planificación
3. Análisis de riesgos
4. Ingeniería
5. Construcción y acción
6. Evaluación del cliente.

7. MODELO EVOLUTIVO
BASADO EN
COMPONENTES
Un componente es una pieza de
código pre-elaborado que
encapsula alguna funcionalidad
expuesta a través de interfaces
estándar
-Etapas
1.- Planeación
2.-Analisis de riesgo
3.-Construccion y adaptación
4.-Valuacion del Cliente
-Ventaja
* Reutilización del software
* Simplifica el mantenimiento
* Mayor calidad
-Desventaja
* Mas tiempo en desarrollar el
sistema
* Requiere experiencia en la
identificación de riesgos
Características:
• Posee un enfoque evolutivo para la creación de
software
• Comienza con la identificación de las clases más
importantes
• Examina los datos que se van a manejar
• Permite la reutilización del software
• El ensamblaje de los componentes reduce el 70 del
100% del tiempo del ciclo del desarrollo del software y un
84 del 100% del costo del proyecto.

8. XTREME PROGRAMMING (XP)
•Desarrollo iterativo e incremental
•Pruebas unitarias continuas
•Programación en parejas
•Frecuente integración del equipo de programación con
el cliente o usuario.
•Simplicidad en el código

9. METODOLOGIA AGIL
“CRYSTAL”
• Poca documentacion
• Enfocada hacia grupos pequeños
• En sistemas criticos no es recommendable
• No soporto manejo de multiples proyectos
• Contacto permanente con clientes
• Equipo de un mismo sitio
• Entrega frecuente de software

10. ¿ QUE ES ?
PROCESO
MANIFIESTO
AGIL
ROLES
ARTEFACTOS
VENTAJAS
DESVENTAJAS
FUNDAMENTOS
DE SCRUM
REQUISITOS
PARA PODER
UTILIZAR