Introducción a UML

Introducción a UML
Orientación a objetos
Definir, organizar, visualizar
Historia de UML
Diagramas básicos UML
Metodología de desarrollo
1

Orientación a Objetos
Manera diferente de ver una aplicación
Organizar la complejidad en microestructuras
Componentes reutilizables
Adaptabilidad a un entorno cambiante
De la orientación a datos a las reglas de
negocio
InterdependenciaFlexibilidad
2

1

Orientación a Objetos
Cambio de mentalidad
Mentalidad Procedural
¿Qué hace el sistema?
¿Qué objetivos tiene ?
¿Cómo diseño y codifico
para conseguir los
objetivos?
Enfoque dirigido a los
algoritmos
Enfoque centrado en los
datos

Mentalidad O-O
¿Qué objetos configuran el
sistema?
¿Cual es la estructura y
función de cada objeto?
¿Cómo puedo precisar la
dinámicadel sistema a
través del comportamiento
o la interacción de sus
objetos?
Posponer las funciones
algorítmicas
Posponer el modelo de
datos

3

Orientación a Objetos
Encapsulación/ Encapsulamiento
– Empaquetamos dentro de un objeto una pieza
de información con un comportamiento
específico que actúa sobre esta información
– Ventaja:
Limitamos los efectos de cambios sobre el sistema
42

Orientación a Objetos
Herencia
– Es un mecanismo que nos permite crear
nuevos objetos basados en una progenie
– Ventaja:
Facilidad de mantenimiento

5

Orientación a Objetos
Polimorfismo
– Capacidad de aplicar distintas
implementaciones a una determinada
funcionalidad
– Ventaja:
Simplicidad y orden
6

3

Definir, Organizar, Visualizar
Lenguaje común
– Evitar latrampa del lenguaje
Modelo de referencia
– Evolución ordenada de los cambios
Trazabilidad
– Desde la funcionalidad al código
Reducción de costes
– Evitar los costes ocultos de mantenimiento
7

Agentes
Usuario
– Comprender que tipo de interacciones podrán
realizar con el sistema
Analista
– Saber cuales son los objetos del sistema y
como interactúan en distintos escenarios
Desarrollador– Conocer la estructura y función de los objetos
a implementar y qué recursos son necesarios
8

4

Agentes
Responsable de la certificación
– Preparar los tests de prueba a partir de las
interacciones previstas entre objetos
Jefe de proyecto
– Entender la arquitectura del sistema y la
interdependencia de sus componentes
Cliente
– Planificar el impacto del sistema dentro de laorganización
9

Historia de UML
UML es una notación no una metodología
Inicio: 1993 (Booch & Rumbaugh & Jacobson)
1995 versión UML 0.8
1997 versión UML 1.0
1999 versión UML 1.3
2005 versión UML 2.0
2008 revisión versión UML 2.1.2
10

5

Historia de UML
Jacobson

Jacobson

Booch

Rumbaugh

11

Diagramas básicos UML
Diagrama de Casos de Uso
Diagrama de Actividad
Diagrama deSecuencia
Diagrama de Colaboración
Diagrama de Estado Transición
Diagrama de Clases
Diagrama de Componentes
Diagrama de Despliegue
12

6

Diagrama de Casos de Uso
Procesos principales
Configurar
Aplicación
Secretaria

Adm. Del
sistema

Modificar
Matrículas

Matricular
Alumnos
Generar
Actas Notas

Generar
Credencial

Supervisor

Consultar
Listados

Modificar
ActasNotas

Otro
Sistema

Profesor

13

Diagrama de Casos de Uso


Matricular
Alumnos

Secretaria


Validar
Requisitos


Identificar
Alumno

Generar
rol






Generar
Rut ficticio

Generar
Arancel
Imprimir


Recibo

Calcular

pago
inscripción

Generar
Cuotas anuales

14

7

Diagrama de Casos de Uso
Muestran la granularidad del sistema en
piezasde funcionalidad reutilizables
Muestran la interacción de los Actores con la
funcionalidad del Sistema
Organizan visualmente los requerimientos del
usuario
Permiten certificar contractualmente la
funcionalidad
Formalizan el mapa de procesos de negocio
15

Diagrama de Casos de Uso

16

8

Diagrama de Casos de Uso

17

Diagrama de Casos de Uso
Especificación de un Use Case...