grupo

1. TEMA : MODELOS DETEMA : MODELOS DE
PROCESOS DEPROCESOS DE
SOFTWARESOFTWARE

2. DEFINICION
Es una descripción simplificada de un proceso
del software que presenta una visión de ese
proceso. Estos modelos pueden incluir
actividades que son parte de los procesos y
productos de software y el papel de las personas
involucradas en la ingeniería del software, por lo
tanto un modelo de procesos del software es una
abstracción de un proceso real."

3. MODELOS SECUENCIALESMODELOS SECUENCIALES
- Clásico lineal o en cascada- Clásico lineal o en cascada
- Modelo de construcción de prototipos- Modelo de construcción de prototipos
- Desarrollo rápido de aplicaciones(DRA)- Desarrollo rápido de aplicaciones(DRA)
MODELOS EVOLUTIVOMODELOS EVOLUTIVO
- Modelo incremental- Modelo incremental
- Modelo Espiral- Modelo Espiral
- Modelo basado en la reutilización- Modelo basado en la reutilización
MODELOS AGILESMODELOS AGILES
- Programación extrema (XP)- Programación extrema (XP)
- Desarrollo de software adaptativo- Desarrollo de software adaptativo
- Scrum, Crystal …- Scrum, Crystal …

4. MODELO LINEAL O EN CASCADAMODELO LINEAL O EN CASCADA
Es el enfoque metodológicoEs el enfoque metodológico
que ordena rigurosamenteque ordena rigurosamente
las etapas del ciclo de vidalas etapas del ciclo de vida
del software, de forma que eldel software, de forma que el
inicio de cada etapa debeinicio de cada etapa debe
esperar a la finalización de laesperar a la finalización de la
inmediatamente anterior.inmediatamente anterior.
El modelo en cascada es unEl modelo en cascada es un
proceso de desarrolloproceso de desarrollo
secuencial, en el que elsecuencial, en el que el
desarrollo se ve fluyendodesarrollo se ve fluyendo
hacia abajo (como unahacia abajo (como una
cascada) sobre las fases quecascada) sobre las fases que
componen el ciclo de vida.componen el ciclo de vida.

5. MODELO DE PROTOTIPOSMODELO DE PROTOTIPOS
Este modelo permite que todoEste modelo permite que todo
el sistema, se construyael sistema, se construya
rápidamente para comprenderrápidamente para comprender
con facilidad y aclarar ciertoscon facilidad y aclarar ciertos
aspectos en los que seaspectos en los que se
aseguren que el desarrollador,aseguren que el desarrollador,
el usuario, el cliente estén deel usuario, el cliente estén de
acuerdo en lo que se necesitaacuerdo en lo que se necesita
así como también la soluciónasí como también la solución
que se propone para dichaque se propone para dicha
necesidad y así minimizar elnecesidad y así minimizar el
riesgo y la incertidumbre en elriesgo y la incertidumbre en el
desarrollo, también se encargadesarrollo, también se encarga
del desarrollo de diseños paradel desarrollo de diseños para
que estos sean analizados yque estos sean analizados y
prescindir de ellos a medidaprescindir de ellos a medida
que haya nuevasque haya nuevas
especificaciones, es ideal paraespecificaciones, es ideal para
medir el alcance del producto,medir el alcance del producto,
pero no se asegura su uso real.pero no se asegura su uso real.

6. EL MODELO DRAEL MODELO DRA
Es un modelo de proceso
de desarrollo del
software que enfatiza en
un ciclo de desarrollo
corto.
El proceso DRA permite
al equipo de desarrollo
crear un "sistema
completamente
funcional" dentro de
periodos cortos de
tiempo (de 60 a 90
días).

7. MODELO INCREMENTAL
El modelo incremental es unaEl modelo incremental es una
evolución del modelo de cascada;evolución del modelo de cascada;
viene a suplir el problema de noviene a suplir el problema de no
poder retroceder en las fases depoder retroceder en las fases de
desarrollo del software.desarrollo del software.
Comienza con el análisis de losComienza con el análisis de los
requisitos, tras el cual se prepara unrequisitos, tras el cual se prepara un
primer diseño.primer diseño.
Este modelo ofrece la posibilidad deEste modelo ofrece la posibilidad de
comenzar un diseño, arquitectura,comenzar un diseño, arquitectura,
estructura, etc. del software, que deestructura, etc. del software, que de
no convencer al cliente (o al propiono convencer al cliente (o al propio
programador) es rechazado y seprogramador) es rechazado y se
comienza con una segunda iteracióncomienza con una segunda iteración
(o un segundo diseño), sin(o un segundo diseño), sin
necesidad de realizar un nuevonecesidad de realizar un nuevo
análisis de requisitos.análisis de requisitos.
Pueden realizarse tantas iteracionesPueden realizarse tantas iteraciones
como sean necesarias.como sean necesarias.

8. EL MODELO ESPIRAL
Es un modelo de proceso de Es un modelo de proceso de
software evolutivo donde se software evolutivo donde se
conjuga la naturaleza de conjuga la naturaleza de
construcción de prototipos con construcción de prototipos con
los aspectos controlados del los aspectos controlados del
modelo lineal y secuencial.modelo lineal y secuencial.
Mejor modelo para el Mejor modelo para el
desarrollo de grandes sistemasdesarrollo de grandes sistemas
Con cada iteración alrededor Con cada iteración alrededor
de la espiral (comenzando en de la espiral (comenzando en
el centro y siguiendo hacia el el centro y siguiendo hacia el
exterior), se construyen exterior), se construyen
sucesivas versiones del sucesivas versiones del
software, cada vez más software, cada vez más
completas.completas.
Las etapas son: Comunicación Las etapas son: Comunicación
con el cliente, planificación , con el cliente, planificación ,
análisis de riesgos, ingeniería, análisis de riesgos, ingeniería,
construcción y adaptación, construcción y adaptación,
evaluación evaluación

9. MODELO BASADO EN LA REUTILIZACION
Es el que busca construir un Es el que busca construir un
producto software integrando producto software integrando
componentes pre-existentes.componentes pre-existentes.
Los beneficios principales son:Los beneficios principales son:
-Tiempos de desarrollos -Tiempos de desarrollos
cortoscortos
-Disminución de errores-Disminución de errores
-Disminución de costos y -Disminución de costos y
riegos ya que se reduce los riegos ya que se reduce los
componentes a desarrollarcomponentes a desarrollar
-Existe un aumento de la -Existe un aumento de la
confiabilidad ya que los confiabilidad ya que los
componentes a utilizar ya componentes a utilizar ya
fueron testeados y utilizados fueron testeados y utilizados
en otro momento previo al en otro momento previo al
comienzo del proyectocomienzo del proyecto

10. PROGRAMACION EXTREMA XPPROGRAMACION EXTREMA XP
 Modelado Ágil (AM) es unaModelado Ágil (AM) es una
metodología basada en lametodología basada en la
práctica para modeladopráctica para modelado
efectivo de sistemas deefectivo de sistemas de
software. La metodología AMsoftware. La metodología AM
es una colección de prácticas,es una colección de prácticas,
guiadas por principios yguiadas por principios y
valores que pueden servalores que pueden ser
aplicados por profesionales deaplicados por profesionales de
software en el día a día. Ensoftware en el día a día. En
lugar de eso, sugiere prácticaslugar de eso, sugiere prácticas
para ser un modeladorpara ser un modelador
efectivo.. Explorar laefectivo.. Explorar la
aplicación de técnicas deaplicación de técnicas de
modelado en proyectos demodelado en proyectos de
software a través de unsoftware a través de un
enfoque ágil, tal como XP,enfoque ágil, tal como XP,
DSDM o SCRUM.DSDM o SCRUM.

11. SCRUMSCRUM
Scrum es un proceso ágil que se puede usarScrum es un proceso ágil que se puede usar
para gestionar y controlar desarrollospara gestionar y controlar desarrollos
complejos de software y productos usandocomplejos de software y productos usando
prácticas iterativas e incrementales.prácticas iterativas e incrementales.
También es un esqueleto de proceso queTambién es un esqueleto de proceso que
incluye un conjunto de prácticas y rolesincluye un conjunto de prácticas y roles
predefinidos. Los roles principales en Scrumpredefinidos. Los roles principales en Scrum
son el “ScrumMaster” que mantiene losson el “ScrumMaster” que mantiene los
procesos y trabaja junto con el jefe deprocesos y trabaja junto con el jefe de
proyecto, el “Product Owner” queproyecto, el “Product Owner” que
representa a las personas implicadas en elrepresenta a las personas implicadas en el
negocio y el “Team” que incluye a losnegocio y el “Team” que incluye a los
desarrolladores. Un principio clave dedesarrolladores. Un principio clave de
Scrum es el reconocimiento de que duranteScrum es el reconocimiento de que durante
un proyecto los clientes pueden cambiar susun proyecto los clientes pueden cambiar sus
pensamientos sobre lo que quieren ypensamientos sobre lo que quieren y
necesitan, y de que los desafíos que no senecesitan, y de que los desafíos que no se
pueden predecir no se pueden tratarpueden predecir no se pueden tratar
fácilmente de una forma predictiva ofácilmente de una forma predictiva o
planificada tradicional.planificada tradicional.

12. CRYSTALCRYSTAL
 Crystal Clear está pensadoCrystal Clear está pensado
para aplicarse a equipospara aplicarse a equipos
pequeños de 6 a 8pequeños de 6 a 8
desarrolladores ubicadosdesarrolladores ubicados
en el mismo sitioen el mismo sitio
trabajando en sistemastrabajando en sistemas
que no son críticos. Laque no son críticos. La
familia de metodologíasfamilia de metodologías
Crystal se centra en laCrystal se centra en la
eficiencia y habitabilidadeficiencia y habitabilidad
(las personas pueden vivir(las personas pueden vivir
con él e incluso usarlo)con él e incluso usarlo)
como componentes de lacomo componentes de la
seguridad del proyecto.seguridad del proyecto.
 Crystal Clear se centra enCrystal Clear se centra en
las personas, no en loslas personas, no en los
procesos o artefactos.procesos o artefactos.