т використання подібний до іншого, але несе кілька велике навантаження.
У даному прикладі основним варіантом використання є Укласти угоду У цьому варіанті передбачається нормальний хід процесу. Однак у разі перевищення деякого ліміту - наприклад, максимальної суми торгової угоди, встановленої для конкретноп клієнта, процес, пов'язаний з даним варіантом використання, є винятки, то таке дійова особа не має відношення до реалізації інших варіантів використання.
Вибір застосовуваної зв'язку визначається наступними правилами:
зв'язок розширення слід застосовувати при описі змін в нормальному поведінці системи;
зв'язок використання слід застосовувати для уникнення повторів у двох (або більше) варіантах використання. Варіанти використання є необхідним засобом на стадії формування вимог до ПЗ. Кожен варіант використання - це потенційне вимога до системи, і поки воно не виявлено, неможливо запланувати його реалізацію.
Різні розроблювачі підходять до опису варіантів використання з різним ступенем деталізації. Наприклад, Івар Якобсон стверджує, що для проекту з трудомісткістю в 10 людино-років кількість варіантів використання може становити близько 20 (не рахуючи зв'язків використання і розширення ). Слід віддавати перевагу невеликі та деталізовані варіанти використання, оскільки вони полегшують складання та реалізацію узгодженого плану проекту.
2.2 Діаграми
забезпечує підтримку всіх етапів життєвого циклу ІС та надає для цих цілей ряд графічних засобів - діаграм.
На етапі створення концептуальної моделі для опису бізнес-діяльності використовуються моделі бізнес-прецедентів і діаграми видів діяльності, для опису бізнес-об'єктів - моделі бізнес-об'єктів і діаграми послідовностей.
На етапі створення логічної моделі ІС опис вимог до системи задається у вигляді моделі та опису системних прецедентів, а попереднє проектування здійснюється з використанням діаграм класів, діаграм послідовностей і діаграм станів.
На етапі створення фізичної моделі детальне проектування виконується з використанням діаграм класів, діаграм компонентів, діаграм розгортання.
Нижче наводяться визначення і описується призначення перерахованих діаграм і моделей стосовно завдань проектування ІС (в дужках наведені альтернативні назви діаграм, що використовуються в сучасній літературі).
Діаграми прецедентів (діаграми варіантів використання, use case diagrams) - це узагальнена модель функціонування системи в навколишньому середовищі.
Діаграми видів діяльності (діаграми діяльностей, activity diagrams) - модель бізнес-процесу або поведінки системи в рамках прецеденту.
Діаграми взаємодії (interaction diagrams) - модель процесу обміну повідомленнями між об'єктами, представляється у вигляді діаграм послідовностей (sequence diagrams) або кооперативних діаграм (collaboration diagrams).
Діаграми станів (statechart diagrams) - модель динамічної поведінки системи та її компонентів при переході з одного стану в інший.
Діаграми класів (class diagrams) - логічна модель базової структури системи, відображає статичну структуру системи та зв'язки між її елементами.
Діаграми бази даних (database diagrams) - модель структури бази даних, відображає таблиці, стовпці, обмеження і т.п.
Діаграми компонентів (component diagrams) - модель ієрархії підсистем, відображає фізичне розміщення баз даних, додатків та інтерфейсів ІС.
Діаграми розгортання (діаграми розміщення, deployment diagrams) - модель фізичної архітектури системи, відображає апаратну конфігурацію ІС.
На рис.2 показані відносини між різними видами діаграм UML. Покажчики стрілок можна інтерпретувати як відношення є джерелом вхідних даних для. Raquo; (наприклад, діаграма прецедентів є джерелом даних для діаграм видів діяльності і послідовності). Наведена схема є наочною ілюстрацією ітеративного характеру розробки моделей з використанням UML.
Рис. 2 Взаємозв'язки між діаграмами UML
2.2.1 Діаграма класів
Діаграми класів є центральною ланкою об'єктно-орієнтованих методів. Діаграма класів визначає типи об'єктів системи і різного роду статичні зв'язки, які існують між ними. Є два основних види статичних зв'язків:
асоціації (наприклад, клієнт може зробити замовлення);
підтипи (приватний клієнт є різновидом клієнта).
Рис. 2.1 Діаграма класів
На діаграмах класів зображуються також атрибути к...
