Descripcion de los modelos de procesos de software

1. Modelos de Procesos
de Software
INTEGRANTES - HUANCA CUELLAR SERGIO LUIS
- MAGNE POMA ADRIANA
- MAMANI CANAVIRI WILDER WILFREDO
- RIOS PAREDES CRISTHIAN VICENTE

2. Que son los modelos de procesos de
software
 Un modelo de proceso de software es una representación simplificada de
un proceso de software, representada desde una perspectiva específica.
 Es una representación abstracta de alto nivel de un proceso de software.
 Por su naturaleza los modelos son simplificados, por lo tanto un modelo
de procesos de software es una abstracción de un proceso real.

3. Modelo Cascada
También llamado secuencial o ciclo de vida de un
programa, es el enfoque metodológico que ordena
rigurosamente las etapas del proceso de software, de tal
forma que el inicio de cada etapa debe esperar a la
finalización de la etapa anterior.
Al final de cada etapa, el modelo está diseñado para
llevar a cabo una revisión final, que se encarga de
determinar si el proyecto está listo para avanzar a la
siguiente fase.
Este modelo fue el primero en originarse y es la base de
todos los demás modelos de ciclo de vida.
La versión original fue discutida por Winston W. Royce
en 1970 y posteriormente revisada por Ian Sommerville
en 1985

4. Modelo DRA
El desarrollo rápido de aplicaciones o RAD (por us siglas
en inglés de rapid application development) es un proceso
de desarrollo de software, desarrollado inicialmente por
James Martin en 1991 basado en el trabajo hecho por
Scott Shultz en los 80.
El método comprende el desarrollo interactivo, la
construcción de prototipos y el uso de
utilidades CASE (Computer-aided Software Engineering).
Tradicionalmente, el desarrollo rápido de aplicaciones
tiende a englobar también la usabilidad, utilidad y la
rapidez de ejecución

5. Modelo en V
En él se resumen las principales medidas que deben
adoptarse en relación con las prestaciones
correspondientes en el marco del sistema informático de
validación.
Es un proceso que representa la secuencia de pasos en
el desarrollo del ciclo de vida de un proyecto. Se
describen las actividades y resultados que deben
producirse durante el desarrollo del producto.
El lado izquierdo de la V representa la descomposición de
las necesidades, y la creación de las especificaciones del
sistema.
El lado derecho de la V representa la integración de las
piezas y su verificación. V significa «Verificación y
validación». Es muy similar al modelo cascada ya que es
muy rigido.

6. MODELO DE
ESPIRAL
Introducción:
El Desarrollo en Espiral es un modelo de ciclo de
vida desarrollado por Barry Boehm en 1988,
utilizado generalmente en la Ingeniería de
software. Las actividades de este modelo son
una espiral, cada bucle es una actividad. Las
actividades no están fijadas a prioridad, sino que
las siguientes se eligen en función del análisis de
riesgo, comenzando por el bucle interior.

7. Características
El Modelo Espiral mejora el Modelo de Cascada enfatizando la
naturaleza iterativa del proceso de diseño. Eso introduce un ciclo
de prototipo iterativo.
 En cada giro se construye un nuevo modelo del sistema
completo.
 Este modelo puede combinarse con otros modelos de
proceso de desarrollo (cascada, evolutivo).
 Mejor modelo para el desarrollo de grandes sistemas.
 El análisis de riesgo requiere la participación de personal
altamente calificado.

8. Modelo Incremental
 Es un modelo de tipo
evolutivo que está basado
en varios ciclos Cascada
realimentados aplicados
repetidamente, con una
filosofía iterativa.
 En una visión genérica, el
proceso se divide en 4
partes: Análisis, Diseño,
Código y Prueba.

9. Modelo de Desarrollo Concurrente
 El modelo de proceso concurrente
define una serie de acontecimientos
que disparan transiciones de
estado a estado para cada una de
las actividades.
 Está dirigido por las necesidades
del usuario, las decisiones de la
gestión y los resultados de las
revisiones.

10. Modelo XP (Xtreme Programming)
La programación extrema es una metodología de
desarrollo de la ingeniería de software formulada por Kent
Beck
Es el más destacado de los procesos ágiles de desarrollo
de software. Al igual que éstos, la programación extrema
se diferencia de las metodologías tradicionales
principalmente en que pone más énfasis en la
adaptabilidad que en la previsibilidad.
Los defensores de la XP consideran que los cambios de
requisitos sobre la marcha son un aspecto natural,
inevitable e incluso deseable del desarrollo de proyectos.
Creen que ser capaz de adaptarse a los cambios de
requisitos en cualquier punto de la vida del proyecto es
una aproximación mejor y más realista que intentar definir
todos los requisitos al comienzo del proyecto e invertir
esfuerzos después en controlar los cambios en los
requisitos.

11. Modelo SCRUM
Este modelo fue identificado y definido por Ikujiro
Nonaka e Hirotaka Takeuchi a principios de los 80.
SCRUM es un modelo de referencia que define un
conjunto de prácticas y roles, y que puede tomarse
como punto de partida para definir el proceso de
desarrollo que se ejecutará durante un proyecto.
Gestión regular de las expectativas del cliente,
resultados anticipados, flexibilidad y adaptación,
retorno de inversión, mitigación de riesgos,
productividad y calidad.
Se realiza a diario una reunión de Scrum, que es una
reunión de avance diaria que no dura más de 15
minutos con el objetivo de obtener realimentación
sobre las tareas del equipo y los obstáculos que se
presentan.