1. MODELOS DE PROCESOS DEL
SOFTWARE
GRUPO 1
Integrantes:
- Condori Mamani Luis Alfredo
- Garzofino Uría Helder Juan Pablo
- Rivero Miranda Andrés Edaurdo
- Rojas Quispe José Antonio
- Soto Paredes Muriel Carla
- Ticona Acho Daniel
- Viadez Cruz Ana
Gestión: I/2020

2. DEFINICIÓN:
El Proceso para el desarrollo de software, también denominado ciclo de vida del
desarrollo de software es una estructura aplicada al desarrollo de un producto
de software. Hay varios modelos a seguir para el establecimiento de un proceso
para el desarrollo de software, cada uno de los cuales describe un enfoque
diferenteparadiferentes actividades que tienenlugar duranteel proceso.
2

3. 3
MODELO DE FLUJO DE TRABAJO: Muestra la secuencia de actividades en el proceso
junto con sus entradas, salidas y dependencias. Las actividades en este modelo
representanacciones humanas.
MODELO DE FLUJO DE DATOS O DE ACTIVIDAD: Representa el proceso como un
conjunto de actividades, cada una de las cuales realiza alguna transformación en los
datos. Muestra como la entrada en el proceso, tal como una especificación, se
transforma en una salida, tal como un diseño. Pueden representar transformaciones
llevadas a cabo por las personas o por las computadoras.
MODELO DE ROL/ ACCIÓN: Representa los roles de las personas involucradas en el
proceso del software y las actividades de las que son responsables.

4. MODELOTIPOSECUENCIAL
Llamado alguna veces ‘‘ Ciclo de vida Básico ’’ o ‘‘Modelo en Cascada’’ el Modelo Secuencial Lineal sugiere un
enfoque Sistemático, Secuencial, para el desarrollo de software que comienza en un nivel de sistema y
progresaconel análisis,diseño,codificación,pruebas y, mantenimiento.
CARACTERISTICAS:
• Estacompuestopor una serie de fases que se ejecutansecuencialmente.
• Obtención de documentoscomocriteriode finalizaciónde fase.
PROBLEMAS DE LA PROGRESIONSECUENCIAL:
- Desconocimientode las necesidadespor parte del cliente.
- Inestabilidad de los requisitos.. No se ven resultados hasta muy avanzado el proyecto. Efecto big bang a la
entrega.
Análisis Diseño Código Prueba
Ingenieriade Sistemas/Informacion

5. MODELOITERATIVOBASADOEN PROTOTIPOS:
Un prototipo es un método experimental de un sistema o de un componente de un sistema que tiene
los suficientes elementos que permiten su uso.
OBJETIVOS:
• Son un medio eficaz para aclarar los requisitos de los usuarios e identificar las características de un
sistema que deben cambiarse o añadirse .
• Mediante el prototipo se puede verificar la viabilidad del diseño de un sistema .
CARACTERISTICAS:
- Es una aplicación que funcione.
- Su finalidad es probar varias suposiciones con respecto a
las características requeridas por el sistema.
- Se crea con rapidez
- Evolucionan a través de un proceso iterativo.
- Tienen un costo bajo de desarrollo

6. MODELODE DESARROLLORAPIDODE APLICACIONES(RDA)
El modelo de desarrollo rápido de aplicaciones, modelo de la caja de tiempo surgió como APPLICATION DEVELOPMENT o
modelo de caja de tiempo surgió como respuesta al modelo formal y al ciclo espiral
- Enfatiza un ciclo de desarrollo extremadamente corto.
- Modelo funcional en 60 o 90 días.
- No es un modelo bien definido.
- Secuencia de integraciones de un sistema evolutivo o de prototipos que se revisan con el cliente descubrimiento de los
requisitos.
- Cada integración se restringe a un periodo de tiempo bien definido (caja de tiempo).
CARACTERISTICAS:
MODELOSECUENCIAL:Separación en fases de cada caja de tiempo.
• Integraciones constantes.
• Centrado en el código mas que en la documentación.
• Desarrollo basado en componentes.
• Uso efectivo de herramientas y frameworks.
• Participación activa del usuario Modelado de Gestión.
• Modelado de datos.
• Generación de Aplicaciones.
• Pruebas y entrega.

7. MODELOESPIRAL:
Este modelo fue propuesto por BOEHM en 1986 en su articulo ‘‘ A Spiral Model of Software Development and Enhancement ’’. En
1988, BOEHM publico un articulo similar destinado a una audiencia mas amplia. Básicamente consiste en una serie de ciclos que
se repiten e forma de espiral, comenzando desde el centro. Se suele interpretar como que dentro de cada ciclo de la espiral se sigue
un Modelo Cascada, pero no necesariamente debe ser así.
El espiral puede verse como un modelo evolutivo que conjuga la naturaleza interactiva del modelo MCP con los aspectos
controlados y sistemáticos del Modelo Cascada, con el agregado de gestión de riesgo.
TAREAS:
- Para cada ciclo habrá cuatro actividades:
• Determinar Objetivos.
• Análisis del riesgo.
• Desarrollar y probar.
• Planificación.
MODELOTIPOEVOLUTIVO
7
INICIO
FINAL
ANALISISDELRIESGODETERMINAROBJETIVOS
PLANIFICACION DESARROLLARY PROBAR

8. 8
MODELODE DESARROLLOCONCURRENTE:
Modelo de Desarrollo Concurrente conocido además como Ingeniería Concurrente dado por Davis Sitaram, se puede representar en forma de
esquema como una serie de actividades técnicas importantes, tareas y estados asociados a ellas. Este modelo se utiliza a menudo como el
paradigma de desarrollo de aplicaciones.
LACONCURRENCIASE LOGRADE DOSFORMAS:
1. Las actividades de sistemas y de componentes ocurren simultáneamente y pueden modelarse con el enfoque orientado a
objetos.
2. Una aplicación cliente/servidor típica se implementa con muchos componentes, cada uno de los cuales se pueden diseñar y
realizar concurrentemente.
VENTAJASY DESVENTAJASDELMODELODE DESARROLLOCONCURRENTE.-
VENTAJAS:
* Excelente para proyectos en los que se conforman grupos de trabajo independientes.
* Proporciona una imagen exacta del estado actual de un proyecto.
DESVENTAJAS:
- Si no se dan las condiciones señaladas no es aplicable.
- Si no existen grupos de trabajo no se puede trabajar en este método.

9. 9
MODELOINCREMENTAL:
El Modelo Incremental combina elementos del Modelo lineal secuencial (MLS) con la filosofía interactiva de construcción de
prototipos En una visión genérica, el proceso se divide en 4 partes: Análisis, Diseño, Código y Prueba. Es el mismo cliente el que
incluye o desecha elementos al final de cada incremento a fin de que el software se adapte mejor a sus necesidades reales.
Se entregan partes funcionales del proyecto con cierta frecuencia.
• * Los incrementos son pequeños.
• * El usuario se involucra más en el desarrollo del proyecto.
• * Es un modelo propicio a cambios o modificaciones.
• * Se adapta a las necesidades que surjan.
• * Dificultad al evaluar un costo total.
• * Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y operar como un todo.
• * Requiere gestores experimentados.
• * Los errores en los requisitos se detectan tarde.
• * El producto final, en su mayoría, suele ser positivo.

10. 10
MODELOSCRUM:
Es una metodología o marco de gestión de proyectos ágil utilizado principalmente para proyectos
de desarrollo de software con el objetivo de ofrecer nuevas capacidades de software cada 2 - 4
semanas.
Para ello, no se cuenta con una planificación como tal, sino como listado de caracteristicas
deseables para el producto ques se deberian abordar durante los sprints de trabajo.
Sus principios se basan en:
 Mantener equipos de trabajo bien organizados en los que se maximice la comunicación.
 Utilizar un proceso flexible susceptible a cambios para asegurar una maxima calidad del
producto.
 Dividir el trabajo en paquetes poco acoplados.
FASES DELPATRONDE DESARROLLO:
 PRODUCTOBACKLOG:
Durante esta fase se escribiran los requisitos en el documento de forma priorizada. Dicho
documento puede ser actualizado en cualquier punto del desarrollo salvo durante los SPRINT.
 SPRINT:
Duracion: 1 a 4 semanas.
Durante el SPRINT el equipo realizara una serie de tareas previamente identificadas. Cada
miembro debera elegir la tarea que mas le motive hacer para lograr que se realice de manera
rapida y obtener una mejor calidad.
MODELOTIPOAGIL

11. 11
MODELOPROGRAMACIONEXTREMAXP:
La metodología XP o Programación Extrema es una metodología ágil y flexible
utilizada para la gestión de proyectos. Esta metodología pone el énfasis en
la retroalimentación continua entre cliente y el equipo de desarrollo y es idónea
para proyectos con requisitos imprecisos y muy cambiantes.
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
MODELOCRYSTAL:
Crystal es una metodología de desarrollo de Software ágil, que
en realidad está considerada como una «familia de
metodologías» debido a que se subdivide en varios tipos de
metodologías en función a la cantidad de personas que vayan
a conformar el proyecto. Creada por Alistair Cockburn.
Crystal Clear es una familia de metodologías con un “código
genético” común.
Crystaldavitalimportanciaa laspersonasquecomponenel
equipodeun proyecto,y portantosuspuntosdeestudioson:
Aspecto humano del equipo
* Tamaño de un equipo (número de componentes)
* Comunicación entre los componentes
* Distintas políticas a seguir
* Espacio físico de trabajo

12. GRACIAS POR SU
ATENCION