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
Top Related