ЛК.1 6 – Аналіз і моделювання пакетів

Рівні і розділи архітектури моделі.
Визначення діаграм пакетів.
Представлення діаграм

пакетів у UML.
Основні елементи діаграми пакетів.
Приналежність та посилання.
Залежності пакетів.
Зображення пакетів на інших типах діаграм.
Поділ концептуальної моделі на пакети.
Пакети концептуальної моделі для системи роздрібної торгівлі.

Перелік питань

проектування
Діаграми пакетів займають особливе місце у загальному процесі ОО аналізу

і проектування. Діаграми пакетів не представляють собою окремий тип діаграм, хоча й використовуються найчастіше для об’єднання класів на діаграмах класів у блоки більш високого рівня – пакети. Однак вони можуть бути використані для інших типів діаграм.

на різних рівнях – від найбільш загального, високого рівня, до

найбільш деталізованого, низького рівня. Крім того, у рамках однієї загальної моделі можуть існувати багато різних моделей (розділів), які не вступають в протиріччя між собою, оскільки демонструють одну і ту ж систему, однак роблять це під різними кутами зору.
Для того, щоб спростити представлення комплексних систем, які можуть складатися із значної кількості елементів, використовуються діаграми пакетів.

функціональної декомпозиції, яка проявляється у тому, що окремі складові UML-моделей

можуть об’єднуватися у конструкторські блоки більш високого рівня – пакети згідно зі своїм функціональним призначенням.

діаграм пакетів є пакети і залежності.

і особливі типи залежності, зокрема, залежності доступу та імпорту, як

представлено на рисунку

принципів при моделюванні полягає у тому, щоб не допускати циклічних

залежностей між пакетами.

На рисунках на наступному слайді представлено діаграму, у якій між пакетами існують циклічні залежності, а також спосіб усунення циклічної залежності між пакетами.

(крім діаграми класів) також можуть зображуватися пакети. Для представлення пакету

використовується той же графічний елемент, що й на діаграмах класів, який символізує папку з файлами.

на пакети разом розміщуються елементи, які:
розміщуються в одній і тій

же предметній області, тобто тісно взаємопов’язані з яким-небудь поняттям чи ціллю;
знаходяться поряд в ієрархії типів;
явно пов’язані один з одним.
Загальновизнаним є підхід, коли всі елементи, пов’язані у концептуальній моделі, зберігаються в пакеті Domain Concepts (Поняття предметної області), а базові поняття, які використовуються сумісно, визначаються у пакеті з назвою Core Elements (Елементи ядра) чи Common Concepts (Базові поняття).