Модуль №1 "Методологічні основи розробки інформаційних систем" (стр. 2 )

Приклад графічне зображення взаємозв'язків інтерфейсів з варіантами використання

Примітка

Примітки (notes) призначені для включення в модель довільної текстової інформації, що має безпосереднє відношення до контексту проекту. Це коментарі розроблювача, обмеження.

Відносини на діаграмі варіантів використання

Види відносин:

·  відношення асоціації;

·  відношення розширення;

·  відношення узагальнення;

·  відносини включення.

Відносини асоціацій

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

Приклад графічного подання відносини асоціації між актором і варіантом використання

Асоціації можуть бути спрямованими, можна ввести ім'я асоціації.

Відносини розширення

Відношення розширення визначає взаємозв'язок екземплярів окремого варіанта використання з більше загальним варіантом, властивості якого визначаються на основі об'єднання даних екземплярів.

Приклад графічного зображення відносини розширення між варіантами використання

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

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

Відношення розширення може доповнюватися коментарями.

Відносини узагальнення

Відношення узагальнення вказує, що деякий варіант використання А може бути узагальнений до варіанта використання В. У цьому випадку варіант А бути спеціалізацією варіанта В. При цьому В називається предком або батьком по відношенню А, а варіант А - нащадком.

Графічно дане відношення позначається суцільною лінією зі стрілкою у формі незафарбованого трикутника, що вказує на батьківський варіант використання. Ця лінія зі стрілкою має спеціальну назву - стрільця "узагальнення".

Приклад графічного зображення відносини узагальнення між варіантами використання

Відношення узагальнення між варіантами використання необхідно для позначення, що дочірні нащадки мають всі атрибути батьків.

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

Приклад графічного зображення відносини узагальнення між акторами

Відносини включення

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

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

Один варіант використання може бути включений у трохи інших, а також сам включати.

Відношення включення, спрямоване від варіанта використання А к варіанту використання В, указує, що кожний екземпляр варіанта А містить у собі властивості, задані для варіанта В.

Приклад графічного зображення відносини включення між варіантами використання

Відносини включення зображується пунктирною лінією зі стрілкою й словом "include".

Лекція 3

Приклад побудови діаграми варіантів використання

Процес моделювання системи продажу товарів з використанням каталогу.

Як акторів даної системи можуть виступати два суб'єкти, один із яких є продавцем, а іншої - покупцем. Головним сервісом даної системи є "Оформити замовлення на покупку товару". Спочатку визначається головний зв'язок і актор, а потім усе уточнюється.

Рекомендації з розробки діаграм варіантів використання

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

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

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

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

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

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

Окремі користувачі варіантів використання системи моделюються акторами.

Діаграма класів

Центральне місце в ООАП займає розробка логічної моделі системи, що представляється у вигляді class diagram. Діаграма класів (class diagram) служить для подання статичної структури моделі системи в термінології класів объектно-ориентированного програмування.

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

Діаграма класів являє собою деякий граф, вершинами якого є елементи типу "класифікатор", що зв'язані різними типами відносин.

Клас

Клас (class) у мові UML служить для позначення безлічі об'єктів, які мають однакову структуру, поводженням і відносинами з об'єктами з інших класів. Графічно клас зображується у вигляді прямокутника, розділеного на 3 секції:

1.  ім'я класу;

2.  атрибути;

3.  операції класу.

Ім'я класу повинне бути унікальним у межах деякого пакета, що описує сукупність діаграм класу. Це іменник з великої букви.

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

·  квантора видимості атрибута;

·  ім'я атрибута;

·  а також можливо типу значень атрибута (не обов'язково).

Ім'я атрибута повинне бути унікальним у переділах даного класу.

Квантор видимості:

·  "+" public (загальнодоступний);

·  "#" protected (область видимості захищений);

·  "-" private (область видимості закритий).

Кратність атрибута характеризує загальна кількість конкретних атрибутів даного типу, що входять до складу даного класу й записується в [], якщо кратність не зазначена, те її значення дорівнює 1.

Тип атрибута являє собою вираження, семантика якого визначається специфікацією моделі (string, int).

Приклад графічного зображення класів на діаграмі

Операція (operation) являє собою деякий сервіс, що надається кожному екземпляру класу на певну вимогу. Сукупність операцій характеризує функціональний аспект поводження.

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

1.  квантора видимості операції;

2.  ім'я операції;

3.  списку параметрів у дужках через кому;

4.  може бути тип значення, що повертається, (+ : add() : int).

Лекція 4

Відношення між класами

Сукупність типів відносин фіксована в мові UML. Базовими відносинами або зв'язками в мові UML є:

·  відношення залежності (dependency relationship);

·  відношення асоціації (association relationship)4

·  відношення узагальнення (generalization relationship);

·  відношення реалізації (realization relationship);

Відношення залежності

Відношення залежності зображується у вигляді пунктирної лінії зі стрілкою й указывающее на деяке значеннєве значення між двома або більше елементами. При цьому на діаграмі класів відношення зв'язує окремі класи, при цьому стрілка спрямована від класу-клієнта до класу-джерела A-A->B (А залежить від В).