Modelado de SW - UML- Metodologia RUP-XP-SCRUM
Software
1
I. Introducción: Modelado de SW
Construcción de una casa para “fido”
Puede hacerlo una sola persona
Requiere:
Modelado mínimo
Proceso simple
Herramientas simples
2
I. Introducción: Modelado de SWI
Construcción de una casa
Construida eficientemente y en un tiempo
razonable por un equipo
Requiere:
Modelado NoSimple
Proceso bien definido
Herramientas más sofisticadas
3
I. Introducción: Modelado de SI
Construcción de un rascacielos
Construida eficientemente y en un tiempo razonable
por un equipo
Requiere:
Modelado Detallado
Proceso Excelente Definición
Herramientas más complejas
4
I. Introducción: Modelado de SWI
Claves en Desarrollo de SI
Notación
Herramientas
Proceso
5I. Introducción: Modelado de SW
Abstracción - Modelado Visual (MV)
“El modelado captura las
partes esenciales del sistema”
Orden
Item
envío
Proceso de Negocios
Sistema Computacional
6
II. Notación (Visual) - Beneficios
Manejar la complejidad
Interface de Usuario
(Visual Basic,
Java, ..)
Lógica del Negocio
(C++, Java, ..)
Múltiples Sistemas
Servidor de BDs(C++ & SQL, ..)
“Modelar el sistema
independientemente
del lenguaje de
implementación”
Componentes
Reutilizados
Promover la Reutilización
7
Ingenieria de Software
8
¿Qué es un Proceso de Desarrollo de
SW?
Define Quién debe hacer Qué, Cuándo y Cómo debe
hacerlo
Requisitos nuevos
o modificados
Proceso de Desarrollo
de Software
Sistema nuevo
o modificado
Noexiste un proceso de software universal. Las
características de cada proyecto (equipo de desarrollo,
recursos, etc.) exigen que el proceso sea configurable
9
Modelos de Desarrollo de Software
Tradicionales
Cascada
Evolutivo
Espiral
Actuales
•
•
•
Proceso Unificado (UP)
Programación Extrema (XP)
Scrum
10
Modelo en Cascada
Cascada: También denominado “clásico”[1]. Bajoeste modelo, los procedimientos de la metodología
se ordenan en pasos o etapas, las cuales deberán
ser seguidas bajo un enfoque secuencial de análisis,
diseño y desarrollo. Creado a partir del modelo
convencional de “línea de producción” de la
ingeniería clásica, este modelo es el más aplicado en
el desarrollo de Software.
[1] Véase: [Pressman 93], [Barros] y otros.
11
Modelo enCascada
Definición de
Requerimientos
Diseño del Software
y del Sistema
Implementación y
Prueba de unidades
Integración y Prueba
del Sistema
Operación y
Mantenimiento
12
Fases del Modelo de Cascada
Análisis de requerimientos y definición.
Diseño del sistema y del software.
Implementación y prueba de unidades
Integración y prueba del sistema.
Operación y mantenimiento.
Ladificultad en esta modelo reside, en la
dificultad de hacer cambios entre etapas.
13
CRÍTICAS AL MODELO DE CICLO
DE VIDA EN CASCADA
•
•
•
•
•
•
Rígido, es muy costoso rectificar
La documentación inicial suele quedar obsoleta
Acentúa el fracaso de la industria software frente al usuario
final.
Se tarda mucho tiempo en pasar por todo el ciclo, dado
que hasta que no se finaliceuna fase no se pasa a la
siguiente.
No refleja el proceso real de desarrollo software.
Los proyectos reales raramente siguen este flujo
secuencial , puesto que siempre hay iteraciones.
14
Modelo Evolutivo
Se asume que los requisitos pueden cambiar
en cualquier momento del ciclo de vida y no
solo en la etapa de análisis.
Se diferencia del modelo por prototipos en
que en prototiposse da por hecho que
aunque se necesiten varias iteraciones para
lograrlo al final se llegará a tener una serie
de requisitos completos y sin errores, que no
vayan a cambiar más.
15
Modelo Evolutivo
Actividades
Concurrentes
Especificación
Descripción
del sistema
Versión
Inicial
Desarrollo
Versiones
Intermedias
Validación
Versión
Final
16
Modelo Evolutivo...
Regístrate para leer el documento completo.