texto argumentativo, ejemplos y ejercicios prácticos
Modelos de procesos de Software [G5]
1.
2. MODELO GENERAL
No existe un proceso de software universal, PERO existe un conjunto de actividades
fundamentales que se encuentran presente en todos, que son:
• ESPECIFICACION DE SOFTWARE
• DISEÑO E IMPLEMNTACION
• VALIDACION
• EVOLUCION
Conceptos
Un modelo de proceso de software es una simplificación o abstracción
de un proceso real
• El origen de los procesos de software tuvo lugar en la primera conferencia de OTAN el
año 1962.
3. MODELOS DEL TIPO SECUENCIAL
LLAMADO TAMBIÉN “CICLO DE VIDA CLÁSICO” – SURGE DE UN PENSAMIENTO SISTEMÁTICO
Este modelo fue el primero en originarse y es la
base de todos los demás modelos de ciclo de
vida. Fue propuesto en 1970 por Winston W.
Royce.
MODELO EN CASCADA
FASES DEL MODELO:
• ANALISIS DE REQUERIMIENTOS DEL SW
• DISEÑO DEL SISTEMA
• DISEÑO DEL PROGRAMA
• CODIFICACION
• PRUEBAS
• VERIFICACION
• MANTENIMIENTO
Ingeniería y Análisis
del Sistema
Análisis de los
Requisitos
Diseño
Codificación
Prueba
Mantenimiento
4. • Es básicamente un enfoque metodológico
que adapta las etapas del ciclo de vida del
software de manera ordenada.
MODELO EN CASCADA CON FASES SOLAPADAS MODELO EN CASCADA CON SUBPROYECTOS
•Se puede evitar algunos inconvenientes
del modelo de cascada pura, al solapar
sus etapas.
FASES DEL MODELO:
• CONCEPTO
• ANALISIS
• DISEÑO
ARQUITECTONICO
• DISEÑO DETALLADO
• CODIFICACION
• PRUEBA
FASES DEL MODELO:
• ANALISIS DE
REQUERIMIENTOS
• DISEÑO DEL
PROGRAMA
• CODIFICACION
• PRUEBAS
• IMPLANTACION
• MANTENIMIENTO
Propuesta por
Sommerville en 2002
Propuesta en la
década de 1960
5. MODELOS DE TIPO EVOLUTIVO
MODELO EN ESPIRAL
Las actividades de este modelo se conforman en una espiral, en la que
cada bucle o iteración representa un conjunto de actividades.
FASES DEL MODELO:
• COMUNICACIÓN CON EL CLIENTE
• PLANIFICACIÓN.
• ANÁLISIS DE RIESGO.
• INGENIERÍA.
• CONSTRUCCIÓN Y ACCIÓN.
• EVALUACIÓN DEL CLIENTE.
Definida por Barry Boehm en 1986.
6. 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.
MODELO DE PROTOTIPOS
FASES DEL MODELO:
• INVESTIGACIÓN PRELIMINAR.
• DEFINICIÓN DE LOS
REQUERIMIENTOS DEL SISTEMA.
• ANÁLISIS DE LOS
REQUERIMIENTOS
• DISEÑO TÉCNICO.
• PROGRAMACIÓN Y PRUEBA.
• OPERACIÓN Y MANTENCIÓN.
Propuesto por Gomaa en 1984.
7. MODELO CONCURRENTE
Define una serie de acontecimientos que dispararán transiciones de estado a estado
para cada una de las actividades.
Ventajas
- Excelente para proyectos en los que se
conforman grupos de trabajo
independientes.
- Proporciona una imagen exacta del
estado actual del proyecto.
Denventajas
- Si no se dan las condiciones señaladas
no es aplicable.
- Si no existen grupos de trabajo no se
puede trabajar en este modelo.
8. MODELOS DEL TIPO ÁGIL
DSDM ES UN MÉTODO PARA EL DESARROLLO ÁGIL DE SOFTWARE QUE SURGE COMO
UNA CONSECUENCIA DE LOS FRACASOS DE DESARROLLO DE SOFTWARE Y SISTEMAS
DE INFORMACIÓN.
Desarrollado por el consorcio DSDM en
1995.
MODELO DSDM
FASES DEL MODELO:
• DESCRIPCIÓN.
• FASE DEL CICLO DE VIDA DEL
PROYECTO.
• FASE DEL POST – PROYECTO.
9. MODELO XP
Está enfocado al trabajo en equipo y se basa en la retroalimentación continua del
cliente y el equipo de trabajo además de contar con una comunicación fluida y
simplicidad en las soluciones implementadas.
Implementado a mediados de la
década de 1990
FASES DEL MODELO:
• EXPLORAION
• PLANIFICACIÓN DE ENTREGA.
• ITERACIONES.
• PRODUCCION
• MANTENIMIENTO
• MUERTE DEL PROYECTO
10. Scrum prioriza disponer de algo tangible casi desde el primer momento , la idea
principal es: “Ponerse a trabajar prácticamente desde el primer momento”.
El desarrollo se realiza de forma
iterativa e incremental. Definido por
Ikujiro Nonaka e Hirotaka Takeuchi a
principios de los 80.
MODELO SCRUM
FASES DEL MODELO:
• PRODUCT BACKLOG
• SPRINT PLANNING
• SPRINT
• SPRINT BACKLOG
• DAILY SPRINT MEETING
• DEMO Y RESTROSPECTIVA