UML: PaquetesLic. Csar Alcntara Loayza
Propsito y Funcin
Los paquetes son contenedores de propsito general. Como tales
proporcionan una herramienta versatil para organizar los elementos
del modelo cuando un proyecto es muy grande o complejo.
CAL/Fundamentos
2
Propsito y FuncinProcesamiento De Ordenes
+ Orden + Cliente + EmpleadoProcesoOrden
CAL/Fundamentos
3
Propsito y Funcin
Los paquetes pueden contener cualquiera de los elementos del
modelo lgico, como clases, interfaces, diagramas y an otros
paquetes. Los paquetes tambin pueden ser usados para agrupar
componentes fsicos de software. El hecho de que un paquete contenga
otro paquete le permite organizar sus modelos de manera
jerrquica.
CAL/Fundamentos
4
Propsito y Funcin
Los paquetes se dice que poseen los elementos que continen. Este
tipo de contensin es por definicin composicin. Si el paquete es
destruido, entonces su contenido tambin es destruido. Los
componentes colocados en un paquete son, por default, visibles solo
dentro del paquete. Sin embargo, la visibilidad de elementos de
modelo individuales dentro del paquete se pueden definir como
pblico, privado o protegido.5
CAL/Fundamentos
Propsito y Funcin
Cada paquete debe tener por lo menos una interface pblica, esto
es, al menos una clase con una interface pblica.
CAL/Fundamentos
6
Elementos Del Paquete
Denominar los elementos del modelo dentro de un paquete requiere
dos piezas de informacin: el nombre del elemento y el tipo del
elemento. Los nombres deben ser nicos dentro de los elementos del
mismo tipo dentro de un paquete pero no tienen que ser nicos entre
tipos diferentes. Ejem. Un paquete puede contener una clase
Producto y un diagrama de estados Producto. Un paquete no podra
tener dos clases llamadas Producto.7
CAL/Fundamentos
Elementos Del Paquete
Los elementos del modelo pueden tener el mismo nombre en
diferentes paquetes. Pero siempre que los dos elementos son usados
juntos, ellos deben ser calificados con el nombre del paquete que
lo posee. Un nombre de elemento completamente calificado usa la
notacin Paquete :: elemento8
CAL/Fundamentos
Notacin
Los paquetes se referencian unos a otros usando la notacin de
dependencia estandar, una flecha con linea discontinua. Ejemplo: El
paquete Recepcin depende de Compra. Despacho depende del paquete
Recepcin.
CAL/Fundamentos
9
NotacinOrden de CompraCompra Recepcin
Empleado de recepcin
Despacho
CAL/Fundamentos
10
Notacin
La relacin de dependencia significa que al menos una clase en un
paquete tiene comunicacin con al menos una clase en el otro
paquete. En el ejemplo, Empleado de recepcin en el Paquete Recepcin
necesita hablar con la orden de compra del paquete Compra para
validar los productos que ingresan antes de colocar los productos
en inventario.11
CAL/Fundamentos
Estereotipos De Paquetes
Las dependencias de paquetes pueden estar rotuladas con un
estereotipo como para describir especficamente la naturaleza de la
dependencia. El estereotipo significa que el paquete Recepcin
adiciona a si mismo la clase OrdenDeCompra, permitiendo referencias
internas a la clase sin especificar el nombre del paquete
fuente.12
CAL/Fundamentos
Estereotipos De PaquetesCompra Recepcin
Despacho
CAL/Fundamentos
13
Estereotipos De Paquetes
Diferente del estereotipo , donde debe usarse el calificador de
nombre del paquete, paquete :: clase, porque la clase no se
adiciona al paquete receptor.
CAL/Fundamentos
14
Clases En Un Paquete
Tambin se pueden crear diagramas de clase de las clases dentro
de un paquete para mostrar las asociaciones entre los elementos
poseidos.
CAL/Fundamentos
15
Clases En Un Paquete
EmpleadoDespacho
enva
empaca
Despach oenvia 0..* 1 Orden(from Procesamiento De Ordenes )
Despacho
1..* Producto(from Compra)
1..*
CAL/Fundamentos
16
Subsistemas
Se pueden usar los estereotipos y Compra Recepcin
Recuerde que los estereotipos son Definidos por el usuario. No
est limitado al estandar proporcionado por UML
Despacho
CAL/Fundamentos
17
