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

Семантика.

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

Залежно від режиму взаємодії одна людина або фізичний об’єкт може представляти собою декілька акторів (різні ролі), наприклад, оператор або адміністратор. Зображення актора на діаграмах UML у вигляді стилізованого чоловічка з відповідним до його ролі написом.

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

Іноді актора представляють за допомогою символу класу з відповідним стереотипом. "Стереотипізовану" форму представлення використовують, як правило, для відображення системних акторів, або у тих випадках коли актор має властивості, які повинні бути наведені на діаграмі.

З системою актори взаємодіють через повідомлення, або, якщо, використовувати терміни use case моделювання, то вони взаємодіють з системою через варіанти використання або прецеденти. Один і той же актор може бути пов'язаний з декількома прецедентами, і, навпаки, один прецедент може бути пов'язаний з декількома різними акторами. Зв'язки між актором і прецедентом завжди бінарні, тобто, представляють відношення типу "один -до одного". Це не заперечує сказаного вище: насправді, один актор може бути пов'язаний з декількома прецедентами, але тільки за допомогою окремих зв’язків, по одному на кожен прецедент. Актори не можуть бути пов’язані один з одним. Єдиний тип зв’язку між акторами, який є можливим, це успадкування (наслідування, generalization). Сказане не забороняє спілкування між акторами в реальному світі, просто під час створення моделі варіантів використання, таке спілкування і його відображення на діаграмі вважають несуттєвим.

Варіант використання (прецедент, use case) – абстрактний опис класу сервісу або сервісних функцій, які надаються актору системою у відповідь на його запити. Сервіс може надавати система у цілому, підсистема або клас. Таким чином, варіант використання означає моделювання деякої частини функціональності або поведінки системи. Варіант використання має ім'я і означає деяку послідовність дій, з точки зору зовнішнього джерела/приймача (актора).

Всі діаграми в UML представлені спеціальними графічними нотаціями, які, як правило, містять вершини (представлені геометричними фігурами), які пов’язані ребрами (різними дугами або стрілками).

Елементи нотації і їх інтерпретація.

-сукупність операцій, які визначають сервіс, який надається класом або

компонентом діаграми.

-зовнішня стосовно системи сутність, яка взаємодіє із системою і

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

-опис послідовно виконуваних дій, які приводять до

суттєвого для актора результату.

-опис сукупності екземплярів акторів і об’єктів ,і їх взаємодії в

процесі вирішення конкретного завдання.

-фіз частина с-ми, модулі с-ми, які забезпечують реалізацію

узгодження набору інтерфейсу.

- фіз частина с-ми,яка надає ресурси для розвязку завдань.

-пояснююча сутність

6. Семантика і нотація діаграми комунікацій. Нарисуйте елементи нотації і наведіть їх інтерпретацію.