бе тільки двох зазначених акторів і єдиний варіант використання (рис. 7).
Рис. 7. Вихідна діаграма варіантів використання для прикладу розробки системи продажу товарів по каталогу
Значення вказаних на даній діаграмі кратностей відображають загальні правила або логіку оформлення замовлень на покупку товарів. Згідно з цими правилами, один продавець може брати участь в оформленні декількох замовлень, в той же час кожне замовлення може бути оформлений тільки одним продавцем, який несе відповідальність за коректність його оформлення і, у зв'язку з цим, матиме агентську винагороду за його оформлення. З іншого боку, кожен покупець може оформляти на себе кілька замовлень, але, в той же час, кожне замовлення повинен бути оформлений на єдиного покупця, до якого переходять права власності на товар після його оплати.
На наступному етапі розробки даної діаграми варіант використання Оформити замовлення на покупку товару може бути уточнений на основі введення в розгляд чотирьох додаткових варіантів використання. Це випливає з більш детального аналізу процесу продажу товарів, що дозволяє виділити в якості окремих сервісів такі дії, як забезпечити покупця інформацією про товар, погодити умови оплати товару і замовити товар зі складу. Цілком очевидно, що зазначені дії розкривають поведінку початкового варіанту використання в сенсі його конкретизації, і тому між ними матиме місце відношення включення.
З іншого боку, продаж товарів за каталогом припускає наявність самостійного інформаційного об'єкта - каталогу товарів, який в деякому сенсі не залежить від реалізації сервісу по обслуговуванню покупців. У нашому випадку, каталог товарів може запитуватися покупцем або продавцем при необхідності вибору товару і уточнення деталей його продажу. Цілком резонно уявити сервіс Запросити каталог товарів в якості самостійного варіанту використання.
Отримана в результаті подальшої деталізації уточнена діаграма варіантів використання буде містити 5 варіантів використання і 2 акторів (рис. 8), між якими встановлені відносини включення та розширення.
Рис. 8. Уточнений варіант діаграми варіантів використання для прикладу системи продажу товарів по каталогу
Наведена вище діаграма варіантів використання, в свою чергу, може бути деталізована далі з метою більш глибокого уточнення пред'являються до системи вимог і конкретизації деталей її подальшої реалізації. В рамках загальної парадигми ООАП подібна деталізація може виконуватися в двох основних напрямках.
З одного боку, деталізація може бути виконана на основі встановлення додаткових відносин типу відносини узагальнення-спеціалізація для вже наявних компонентів діаграми варіантів використання. Так, в рамках даної системи продажу товарів може мати самостійне значення і специфічні особливості окрема категорія товарів - комп'ютери. У цьому випадку діаграма може бути доповнена варіантом використання Оформити замовлення на покупку комп'ютера і акторами Покупець комп'ютера і Продавець комп'ютерів raquo ;, які пов'язані з відповідними компонентами діаграми відношенням узагальнення (рис. 8).
Уточнений таким способом варіант діаграми варіантів використання містить одну важливу особливість, яку необхідно відзначити. А саме, хоча на даній діаграмі (рис. 8) відсутні зображення ліній відносини асоціацію між актором Продавець комп'ютерів і варіантом використання Оформити замовлення на покупку комп'ютера raquo ;, а також між актором Покупець комп'ютера і варіантом використання Оформити замовлення на покупку комп'ютера raquo ;, наявність відношення узагальнення між відповідними компонентами дозволяє їм наслідувати ставлення асоціації від своїх предків. Оскільки принцип спадкування є одним з фундаментальних принципів об'єктно-орієнтованого програмування, в нашому прикладі можна з упевненістю стверджувати, що ці лінії ставлення асоціації з відповідними кратностями присутні на даній діаграмі в прихованому вигляді.
Рис. 9. Один з варіантів подальшого уточнення діаграми варіантів використання для прикладу розглянутої системи продажу
Друге з основних напрямків деталізації діаграм варіантів використання пов'язане з подальшою структуризацією її окремих компонентів у формі елементів інших діаграм. Наприклад, конкретні особливості реалізації варіантів використання в термінах взаємодіючих об'єктів, визначених у вигляді класів даної суті, можуть бути задані на діаграмі кооперації. Специфікація вимог до проектованої системи у формі діаграми варіантів використання являє собою самостійну модель, яка в мові UML отримала назву моделі варіантів використання і має своє спеціальне стандартне ім'я або стереотип useCaseModel
Завдання на ла...
