9
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

Procesos de modelos del software

Embed Size (px)

Citation preview

Page 1: Procesos de modelos del software

Integrantes:    

Univ. Barrera Quispe Yesica MariaUniv. Blanco Balboa Alvaro Univ. Gutierrez Yujra Pabel LeonelUniv. Leon Guzman MabelUniv. Romero Meneses Ludwing CarlosUniv. Sosa Edson

Page 2: Procesos de modelos del software

I. Modelos de Procesos de Software

Page 3: Procesos de modelos del software

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

Page 4: Procesos de modelos del software

II. Modelos Secuenciales

Modelo DRA(Desarrollo Rápido de

Aplicaciones)Modelo de Prototipo

Page 5: Procesos de modelos del software

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.

Page 6: Procesos de modelos del software

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.

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.

Page 7: Procesos de modelos del software

IV. Modelos ÁgilesProgramació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.

Page 8: Procesos de modelos del software

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.

Page 9: Procesos de modelos del software