Investigación realizada por el GRUPO 3 para la materia de INF-162 de la carrera de INFORMÁTICA de la U.M.S.A.

1. Integrantes:
Univ. Barrera Quispe Yesica Maria
Univ. Blanco Balboa Alvaro
Univ. Gutierrez Yujra Pabel Leonel
Univ. Leon Guzman Mabel
Univ. Romero Meneses Ludwing
Carlos
Univ. Sosa Edson

2. I. Modelos de Procesos de Software

3. II. Modelos Secuenciales
 Primer modelo empleado
(Royce, 1970), también
denominado ciclo de vida
clásico y modelo lineal
secuencial.
 Consiste en la ejecución secuencial de una
serie de fases que se suceden, lo que da
nombre al modelo.
 Cada fase genera documentación para la siguiente. Esta
documentación debe ser aprobada.
 Una fase no comienza hasta que la anterior ha
terminado.
 Requiere disponer de unos requisitos completos y
precisos al principio del desarrollo.
 Se disponga de unos requisitos completos y consistentes al principio del desarrollo.
 Sea un proyecto pequeño, en el que el período de congelación de los requisitos es corto, o un
proyecto con unos requisitos bastante estables.
Modelo
Lineal
Secuencial

4. II. Modelos Secuenciales
Modelo DRA
(Desarrollo Rápido de
Aplicaciones)
Modelo de Prototipo

5. III. Modelos Evolutivos
Modelo Espiral
En el modelo espiral, el
software se desarrolla en
una serie de versiones
incrementales. Durante las
primeras iteraciones, 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.

6. III. Modelos Evolutivos
Modelo
Concurrente
Modelo
Incremental
Se evitan proyectos largos y
se entrega “algo de valor” a
los usuarios con cierta
frecuencia.
El usuario se involucre más.
Difícil de evaluar el costo
total.
Difícil de aplicar a los
sistemas transaccionales que
tienden a ser integrados y a
operar como un todo.
Requiere gestores
experimentados.
Los errores en los requisitos
se detectan tarde.
Se evitan proyectos largos y
se entrega “algo de valor” a
los usuarios con cierta
frecuencia.
El usuario se involucre más.
Difícil de evaluar el costo
total.
Difícil de aplicar a los
sistemas transaccionales que
tienden a ser integrados y a
operar como un todo.
Requiere gestores
experimentados.
Los errores en los requisitos
se detectan tarde.
Es un modelo de tipo de red donde todas las personas actúan
simultáneamente o al mismo tiempo desarrollando una serie de
actividades técnicas importantes, tareas y estados asociados a ellas.
Está dirigido por las necesidades del usuario, las decisiones de la
gestión y los resultados de las revisiones.
Se utiliza a menudo en el desarrollo de aplicaciones cliente/servidor, y
de cualquier otro software.

7. IV. Modelos Ágiles
Programación
Extrema (XP)
• Adaptabilidad sobre la previsión.
• Actúa de manera dinámica.
• Es capaz de adaptarse a los
cambios requeridos.
• Los individuos e interacciones son
más importantes que los procesos y
herramientas.
• Software que funcione es más
importante que documentación
exhaustiva.
• La colaboración con el cliente es
más importante que la negociación
de contratos.
• La respuesta ante el
cambio es más
importante que el
seguimiento de un plan.

8. IV. Modelos Ágiles
Modelo SCRUM
• Es un modo de desarrollo de
carácter adaptable más que
predictivo.
• Orientado a las personas más
que a los procesos.
• Emplea la estructura de
desarrollo ágil: incremental
basada en iteraciones y
revisiones.
• Equipos autodirigidos.
• Utiliza reglas para crear un
entorno ágil de administración de
proyectos.
• No prescribe prácticas específicas de ingeniería
• Los requerimientos se capturan como ítems de la lista Product Backlog.
• El producto se construye en una serie de Sprints de un mes de duración.