2. {
MODELOS DE PROCESOS
DEL SOFTWARE
DEFINICION DE MODELOS DE PROCESOS DE SOFTWARE
Un modelo de proceso de software es una descripción
del conjunto de tareas, actividades, procesos y
resultados. Las actividades de los procesos que
pertenecen a un modelo determinado son parte tanto
de los procesos como del producto software,
incluyendo a las personas involucradas en la ingeniería
de software, cada uno con su respectivo papel. Algunos
ejemplos de estos tipos de modelos que se pueden
producir son:
3. Es un modelo que lleva un
desarrollo incremental, esto
nos dice que se desarrolla el
software en etapas y que
después del término de una
etapa no es posible regresar a
ella.
Ventajas
● Se debe tener en cuenta
que fue el primer modelo
empleado, y por lo tanto es
mejor que ninguno.
● Facilita la gestión del
desarrollo.
Desventajas
● En general, establecer todos
los requisitos al principio del
proceso de desarrollo es un
mito inalcanzable, Los
usuarios no pueden
imaginarse lo que quieren
hasta que no ven un sistema
funcionando.
● Los requisitos no se
pueden congelar mientras
dura el desarrollo. El mercado
cambia, todo cambia.
Modelo secuencial lineal
4. {
MODELO EN CASCADA
El primer modelo de desarrollo de software que se publicó se derivó de otros
procesos de ingeniería. Éste toma las actividades fundamentales del proceso
de especificación, desarrollo, validación y evolución y las representa como
fases separadas del proceso.
Fases:
Fase de ingeniería y análisis del
sistema
Fase de análisis de los requisitos
Fase de diseño
Fase de codificación
Fase de pruebas
Fase de mantenimiento
5. El modelo DRA, es un modelo de proceso del desarrollo del
software lineal secuencial que enfatiza un ciclo de desarrollo
extremadamente corto (Es una adaptación a alta velocidad del
modelo lineal secuencial). El proceso DRA permite al equipo de
desarrollo crear un sistema completamente funcional dentro de
periodos muy cortos de tiempo.
MODELO DRA
VENTAJAS DE DRA DESVENTAJAS DEL DRA
Comprar puede ser más caro que
construir.
● Costo de herramientas
integradas y equipo necesario.
● Progreso más difícil de
medir.
● Menos eficiente.
● Menor precisión científica.
● Riesgo de revertirse a las
prácticas sin control de antaño.
● Más fallas (por síndrome de
"codificar a lo bestia").
● Prototipos pueden no escalar,
un problema mayúsculo.
● Funciones reducidas (por
"timeboxing").
● Dependencia en componentes
● Comprar puede ahorrar
dinero en comparación con
construir.
● Los entregables pueden
ser fácilmente trasladados a
otra plataforma.
● El desarrollo se realiza a
un nivel de abstracción mayor.
Visibilidad temprana.
● Mayor flexibilidad.
● Menor codificación
manual.
● Mayor involucramiento
de los usuarios.
● Posiblemente menos
fallas.
6. El Modelo de prototipos, en Ingeniería de
software, pertenece a los modelos de
desarrollo evolutivo. El prototipo debe ser
construido en poco tiempo, usando los
programas adecuados y no se debe
utilizar muchos recursos.
Etapas
• Plan rápido.
• Modelado, diseño rápido
• Construcción del Prototipo
• Desarrollo, entrega y
retroalimentación
• Comunicación
• Entrega del desarrollo final
MODELO DE PROTOTIPOS
Conclusiones
La clave es definir las reglas
del juego desde el principio;
es decir, el cliente y el
desarrollador se deben poner
de acuerdo en:
Que el prototipo se construya
y sirva como un mecanismo
para la definición de
requisitos.
Que el prototipo se descarte,
al menos en parte.
Que después se desarrolle el
software real con un enfoque
hacia la calidad.
7. El modelo de desarrollo concurrente es un modelo de tipo de red donde
todas las personas actúan simultáneamente o al mismo tiempo. Este tipo de
modelo se puede representar a manera de esquema como una serie de
actividades técnicas importantes, tareas y estados asociados a ellas.
La concurrencia se logra de dos formas:
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.
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
MODELO DE DESARROLLO
CONCURRENTE
8. Formulada por Kent Beck, autor del primer libro sobre la materia, Extreme
Programming
XP considera que los cambios de requisitos sobre la marcha son un
aspecto natural inevitable e incluso deseable del desarrollo de productos.
Etapas o fases
• Fase de exploración
• Fase de planificación
• Fase de iteraciones
• Fase de puesta en producción
Las Metodologías o Modelos Agiles son aquellas que permiten adaptar
la forma de trabajo a las condiciones del proyecto, consiguiendo
flexibilidad e inmediatez en la respuesta para amoldar el proyecto y su
desarrollo a las circunstancias especificas del entorno.
9. Definido por Ikujiro Nonaka e Hirotaka Takeuchi a principios de los 80.
En 1995, Ken Schwaber presentó “Scrum Development Process” en
OOPSLA 95 (Object-Oriented
Programming Systems & Applications conference) (SCRUM
Development Process), un marco de reglas de desarrollo de software
basado en los principios de scrum.
Actividades
- Planificación de la iteración
- Ejecución de la iteración (sprint)
- Reunión diaria de sincronización del
equipo (Scrum daily meeting)
- Demostración de requisitos
completados (Sprint Demonstration)
- Retrospectiva (Sprint Retrospective)
- Re planificación del proyecto
)
10. Método que provee un framework para el desarrollo ágil de software, apoyado por su
continua implicación del usuario en un desarrollo iterativo y creciente.
Desarrollado en el Reino Unido en los años 90 por un consorcio de proveedores y de expertos
en la materia del desarrollo de Sistemas de Información.
La primera versión fue terminada en 1995 y publicada en febrero del mismo año.
DSDM se centra en los proyectos de sistemas de información que son caracterizados por
presupuestos y agendas apretadas.
Fases
• Fase del Pre-Proyecto
• Fase del ciclo de vida del
Proyecto
- Estudio de Viabilidad
- Estudio de la Empresa
- Iteración del Modelo
Funcional
- Diseño e iteración de la
estructura
- Implementación
• Fase del Post-Proyecto
Principios
Involucrar al cliente es la clave
El equipo de proyecto debe tener el
poder
Entrega frecuente de productos
Entregar un sistema que satisface
las actuales necesidades de negocio
El desarrollo es iterativo e
incremental
Todos los cambios son reversibles
Alcance de alto nivel y
requerimientos base-lined
Pruebas durante todo el ciclo de
vida del proyecto
