4 - Modelo Conceptual UML.ppt [Autoguardado]

Elaborado por:Lic. Martha Elena Gómez

Programación III

Paradigmas de Programación

Modelo Conceptual UML

Unified Modeling Language (Lenguaje Unificado de

Modelado)

Es un lenguaje modelado que permite la representación conceptual y física de un sistema.

Lic. Martha Elena Gómez

UML: Lenguaje Unificado de Modelado

Bloques de Construcción del Lenguaje

o Elementos:(Estructurales, Comportamiento, Agrupación, Anotación).

o Relaciones:(Dependencia, Asociación, Generalización, Realización).

o Diagramas:(Clases, Objetos, Casos de Uso, Secuencia, Colaboración, Estados, Actividades, Componentes, Despliegue)




o Elementos del Lenguaje.

o Relaciones entre Elementos.

o Diagramas.

Elementos Estructurales: Actores

ImpresoraProfesor


Un Actor es “algo” o “alguien” que puede interaccionar con el sistema que se está desarrollando.

Elementos Estructurales: Casos de Uso


Un caso de uso es una descripción de un conjunto de secuencias que un sistema ejecuta y que produce un resultado

observable de interés para un actor particular.

Nombre_Caso_De_Uso

Elementos Estructurales: Clases


Una Clase es una descripción de un conjunto de objetos que comparten los mismos atributos, operaciones, relaciones y

semántica.

Figura

Origen

Mover()Redimensionar()

Visualizar()

Nombre

Atributos

Operaciones

Elementos Estructurales: Objetos


Un objeto es una instancia de alguna clase.

Objeto1: Clase_XNombre Objeto

Clase

Elementos de Comportamiento: Mensaje


Los Mensajes se usan para especificar una comunicación entre objetos.

Se utilizan en los diagramas de secuencia

Nombre_Mensaje

Elementos de Agrupación: Paquete


Sirve para organizar elementos en grupos. Un paquete es puramente conceptual (sólo existe en tiempo de desarrollo).

Nombre_Paquete





o Diagramas.

Relaciones: Dependencia


Es una relación semántica entre dos elementos (o dos conjuntos de elementos) en la cual un cambio en un elemento

puede afectar a la semántica del otro elemento.

<<Estereotipo>>

ElementoCliente

ElementoProveedor

Existen varios tipos de dependencia predefinidas que se indican mediante estereotipo,Por ejemplo: <<extend>> e <<include>> para casos de uso

Relaciones: Asociaciones


Es una relación estructural entre dos elementos, que describe las conexiones entre ellos (suele ser bidireccional).

Es la única relación permitida entre los actores y los casos de uso, (refleja la comunicación existente entre un actor y un caso de uso).

0..1 *

Relaciones: Agregaciones


Es una relación estructural entre un todo y sus partes.

Se denota por una línea terminada en un “diamante” en el extremo de la clase que representa el todo.

Parte Todo

Relaciones: Generalizaciones


Es una relación taxonómica entre un elemento más general (el padre) y un elemento más específico (el hijo).

Se usa tanto en los diagramas de clases como en los diagramas de casos de uso.

Elemento Hijo

ElementoPadre





o Diagramas.

Diagramas de Casos de Uso


Captura la funcionalidad del sistema vista por los usuarios

Actor

Caso de Uso

Generalización

Asociaciones

<<extend>> <<include>>

Dependencia



Red Telefónica

Casos de Uso

Asociación

Actores

Usuario

Realizar llamada telefónica

Recibir llamada telefónica

Realizar llamada de conferencia

Recibir llamada adicional

UsarAgenda

<<extend>>

<<extend>>

Ampliar la relación

Teléfono Móvil

Sistema de Límites

Ejemplo 1:



Ejemplo 2:



Ejemplo 3:

Cliente

Sistema de Gestión de Pedido

Hacer Pedido

EnviarPedido

SeguirPedido

ValidarCliente

<<include>>

<<extend>>

Proveedor

Enviar PedidoParcial

<<include>>

<<include>>



Ejemplo 4: Carlos va a desayunar (este es su objetivo), para lo que se plantea el escenario de preparar su café y el pan tostado.

Carlos

Desayuno

PrepararPan

PrepararCafé

Diagrama de Casos de Uso . Nivel 1



Ejemplo 4:

Carlos

Desayuno/ Preparar Pan

TostarPan

UntarPan

Diagrama de Casos de Uso . Nivel 2A

ComerPan

“Carlos Tuesta el Pan en la tostadora, después lo unta con mantequilla y mermelada de fresa y se lo come, posiblemente mojado en el café.”



Ejemplo 4:

Carlos

Desayuno/ Preparar Café

CalentarLeche

AñadirCafé y Azúcar

Diagrama de Casos de Uso . Nivel 2B

BeberCafé

“Carlos calienta la leche, añade café y azúcar y se lo bebe”



Carlos

Desayuno

CalentarLeche

AñadirCafé y Azúcar

Ejemplo 4:

Diagrama de Casos de Uso . Nivel 1 Detallado

BeberCafé

“Carlos va a desayunar, para ello debe hacer dos actividades distintas, pero relacionadas . La primera tostar el pan, lo cual necesita emplear una tostadora. Luego lo unta de mantequilla y mermelada de fresa. La

segunda consiste en preparar el café, para lo cual, calienta la leche, añade café y azúcar. Carlos puede proceder a alimentarse, comiendo el pan y bebiendo el café.”

TostarPan

UntarPan

ComerPan

UsarTostadora

Untar

Alimentarse

<<extend>> <<include>>

Diagrama de Clases


Muestra un conjunto de clases y sus relaciones desde el punto de vista lógico.

Departamento

Nombre: Name

Persona

Nombre: NameIdEmpleado: Integer

Título: String

ObtenerFoto()ObtenerInfContacto()

ObtenerRegistroPersonal()

Compañía

Oficina

Dirección:StringTelef: Integer

InfContacto

Direccion: String

Registro Personal

IdEmpleadoHistoriaEmpleado

Sueldo

Sede

1..*

** Localización

DirectorMiembro

1

1..*

Restricción

Multiplicidad

Asociación

Clase

Generalización

Agregación

Dependencia

Diagrama de Objeto


Muestra un conjunto de clases y sus relaciones desde el punto de vista lógico.

D1: Departamento

Nombre: “Ventas”

D3: Departamento

Nombre: “Ventas USA”

C:Compañía

D2: Departamento

Nombre:”RRHH”

:InfContacto

Dirección: “La Urbina”

P: Persona

Nombre:”Javier”IdEmpleado:123

Cargo: “Director de Ventas”

Director

Enlace

Objeto Anónimo

Objetos

Valor Atributo

4 - Modelo Conceptual UML.ppt [Autoguardado]

Documents

Transcript of 4 - Modelo Conceptual UML.ppt [Autoguardado]