7.4 це продемонстровано на прикладі класу Overflow.
Рисунок 7.4 - Механізми розширення
Позначене значення (Tagged value) розширює властивості будівельних блоків UML, дозволяючи включати нову інформацію в специфікацію елемента. Скажімо, якщо ви працюєте над коробочним продуктом і випускаєте багато його версій, то найчастіше необхідно відстежувати версію і автора якоїсь небудь важливою абстракції. Ні версія, ні автор не є первинними концепціями UML, але їх можна додати до будь-якого блоку, такому, наприклад, як клас, задаючи для нього нові помічені значення. На малюнку 7.4 показано, як це можна зробити, на прикладі класу EventQueue.
Обмеження (Constraints) розширюють семантику будівельних блоків UML, дозволяючи визначати нові або змінювати існуючі правила. Ви можете, наприклад, обмежити клас EventQueue так, щоб всі події додавалися в чергу по порядку. На малюнку 7.4 показано, як можна визначити обмеження, яке явно постулює це правило для операції add.
Спільно ці три хутранізма розширення мови дозволяють модифікувати UML відповідно до потреб проекту. Крім того, вони дають можливість адаптувати UML до нових технологій розробки програмного забезпечення, наприклад до ймовірного появи більш потужних мов розподіленого програмування. За допомогою механізмів розширення можна створювати нові будівельні блоки, модифікувати існуючі і навіть змінювати їх семантику.
модель програмний об'єктний uml
8. Діаграма варіантів використання
Діаграми прецедентів (варіантів використання) являють собою один з п'яти типів діаграм, застосовуваних у UML для моделювання динамічних аспектів. Діаграми прецедентів відіграють основну роль у моделюванні поведінки системи. Кожна діаграма показує безліч прецедентів, акторів і відносини між ними.
Діаграми прецедентів мають велике значення для візуалізації, специфицирования та документування поведінки елемента. Вони полегшують розуміння систем, підсистем або класів, представляючи погляд ззовні на те, як дані елементи можуть бути використані у відповідному контексті.
Діаграми прецедентів дозволяють візуалізувати поведінку системи, підсистеми або класу, щоб користувачі могли зрозуміти, як їх використовувати, а розробники - реалізувати відповідний елемент. На малюнку 8.1 наводиться діаграма, що описує використання стільникового телефону.
Малюнок 8.1 - Діаграма прецедентів
Діаграмою прецедентів , або використання (Use case diagram), називається діаграма, на якій показана сукупність прецедентів та акторів, а також відносини між ними.
Діаграма прецедентів володіє стандартними властивостями - ім'ям і графічним змістом, який являє собою одну з проекцій моделі. Діаграма прецедентів відрізняється від інших своїм конкретним змістом.
Діаграми прецедентів зазвичай включають в себе: прецеденти, актори, відносини залежності, узагальнення та асоціації.
Як і всі інші діаграми, вони можуть містити примітки і обмеження. Іноді в діаграми прецедентів поміщають пакети, застосовувані для групування елементів моделі в більш великі блоки.
Діаграми прецедентів, або використання, застосовують для моделювання статичного виду системи з погляду прецедентів. Цей вид охоплює головним чином поведінку системи, тобто видимі ззовні сервіси, що надаються системою в контексті її оточення.
При моделюванні статичного виду системи з погляду прецедентів, діаграми використання зазвичай застосовуються двома способами:
- для моделювання контексту системи . Моделювання контексту увазі, що ми обводимо систему уявною лінією і виявляємо актори, які знаходяться за цією лінією і взаємодіють з системою. Діаграми прецедентів потрібні на цьому етапі для ідентифікації акторів і семантики їх ролей;
- для моделювання вимог до системи . Моделювання вимог до системи припускає вказівку на те, що система повинна робити (з точки зору зовнішнього спостерігача), незалежно від того, як вона повинна це робити. Діаграми прецедентів дозволяють розглядати всю систему як чорний ящик raquo ;: ви бачите все, що знаходиться поза нею, спостерігаєте за її реакцією на події, але нічого не знаєте про її внутрішній устрій.
9. Діаграми класів
Діаграмою класів (Class diagram) називають діаграму, на якій показано безліч класів, інтерфейсів, кооперацій і відносин між ними. Її зображують у виг...
