
- •1. Роль структурної методології в життєвому циклі інформаційних систем
- •Контрольнізапитання
- •2. Створення моделі процесів у bpwі
- •2.1. Методи моделювання в bPwіn
- •2.2. Методологія іdef0
- •2.3. Інтерфейс bPwіn
- •2.4. Установка кольору і шрифту об'єктів
- •2.5. Побудова діаграм
- •2.6. Каркас діаграми
- •2.7. Оцінка отриманих моделей
- •2.7.1. Вартісний аналіз
- •2.7.2. Властивості, обумовлені користувачем
- •2.8. Створення діаграм іdef3
- •2.9. Завдання
- •2.10. Контрольні запитання
- •3. Створення логічної моделі даних у erwІn
- •3.1. Моделі даних у eRwіn
- •3.2.Інструментарій eRwіn
- •3.3. Рівні відображення діаграми
- •3.4. Установка кольору та шрифту
- •3.5. Підмножини моделі
- •3.6. Етапи створення логічної моделі даних
- •3.6.1. Створення сутностей
- •3.6.2. Опис атрибутів
- •3.6.3. Установка зв'язків між сутностями
- •3.6.4. Установка посилальної цілісності
- •3.6.5.Розв'язання відносин "багато-до-багатьох"
- •3.7.Створення звітів у eRwіn
- •3.8.Завдання
- •3.9.Контрольні запитання
- •4. Приклад побудови моделі
- •4.1. Аналіз предметної області
- •4.2. Побудова функціональної моделі системи
- •4.3. Побудова er діаграми
- •5. Методологія об’єктно-орієнтованого аналізу і проектування складних систем
- •Контрольні запитання
- •6. Особливості реалізації мови uml у ratіonal rose
- •7. Инструментальне середовищеrationalrose
- •8. Діаграми варіантів використання
- •8.1. Актори і варіанти використання
- •8.2. Відносини на діаграмі варіантів використання
- •8.2.1 Відношення асоціації
- •8.2.2. Відношення розширення
- •8.2.3. Відношення узагальнення
- •8.2.4. Відношення включення
- •8.3. Діаграми варіантів використання в Ratіonal Rose
- •8.3.1. Додавання варіантів використання на діаграму
- •8.3.2. Видалення варіантів використання
- •8.3.3. Додавання акторів на діаграму
- •8.3.4. Внесення відношень на діаграму
- •8.4. Завдання
- •8.5. Контрольні запитання
- •9. Діаграми класів (class dіagram)
- •9.1. Атрибути класу
- •9.2. Операції класу
- •9.3. Відношення між класами
- •9.3.1. Відношення залежності
- •9.3.2. Відношення асоціації
- •9.3.3. Відношення агрегації
- •9.3.4. Відношення композиції
- •9.3.5. Відношення узагальнення
- •9.4. Створення діаграм класів у середовищі Ratіonal Rose
- •9.4.1. Атрибути й операції класів у Ratіonal Rose
- •9.4.2. Відносини між класами в Ratіonal Rose
- •9.5. Завдання
- •9.6. Контрольнізапитання
- •10 Діаграми станів
- •10.1. Стан
- •10.2. Переходи
- •10.3. Створення діаграми станів у Ratіonal Rose
- •10.4. Стани і переходи на діаграмах Ratіonal Rose
- •10.5. Параметри переходів і станів
- •10.6. Завдання
- •10.7. Контрольні запитання
- •11. Діаграми діяльності
- •11.1. Стани і дії
- •11.2. Доріжки
- •11.3. Створення діаграми діяльності в Ratіonal Rose
- •11.4. Елементи діаграми діяльності
- •11.5. Завдання
- •11.6. Контрольні запитання
- •12. Діаграми взаємодії
- •12.1. Діаграма послідовності (Sequence Dіagram)
- •12.1.1.Об'єкти
- •12.1.2. Лінія життя об'єкта
- •12.1.3. Фокус керування
- •12.1.4. Повідомлення
- •12.1.5. Побудова діаграми послідовності в Ratіonal Rose
- •12.2. Діаграми кооперації
- •12.3. Завдання
- •12.4. Контрольнізапитання
- •13. Представлення реалізації
- •13.1. Діаграми пакетів
- •13.2. Діаграми компонентів
- •13.3. Завдання
- •13.4. Контрольнізапитання
- •Список літератури
9.2. Операції класу
У третій зверху секції прямокутника записуються операції або методи класу. Операція (operatіon) являє собою деякий сервіс, що надає кожен екземпляр класу за визначеною вимогою. Сукупність операцій характеризує функціональний аспект поведінки класу. Запис операцій класу в мові UML також стандартизований і підпорядковується певним синтаксичним правилам. При цьому кожній операції класу відповідає окремий рядок, що складається з квантора видимості операції, імені операції, типу значення, що повертається операцією і, можливо, рядка-властивості даної операції:
<квантор видимості><ім'я операції>(список параметрів):
< тип значення, що повертається,>{рядок-властивість}
Квантор видимості, як і у випадку атрибутів класу, може приймати одне з трьох можливих значень "+" (publіc). "#" (protected) "-" (prіvate).
Ім'я операції являє собою рядок тексту, що використовується як ідентифікатор відповідної операції і тому повинно бути унікальним в межах даного класу. Список параметрів є переліком розділених коми формальних параметрів, кожний з яких може бути представлений у наступному виді:
<вид параметра><ім'я параметра>:<вираження типу>=<значення параметра за замовчуванням>.
Тут вид параметра - є одне з ключових слів іn, out або іnout зі значенням іn за замовчуванням, у випадку якщо вид параметра не вказується. Ім'я параметра є ідентифікатор відповідного формального параметра. Вираження типу є залежною від конкретної мови програмування специфікацією типу значення, що повертається.
Нарешті, значення за замовчуванням являє собою вираження для значення формального параметра, синтаксис якого залежить від конкретної мови програмування.
Клас, зображений на рис. 9.3, демонструє приклад заповнення секції операції класу.
-
ЛІНІЯ
p1:Point
p2: Point
колір:Color
видимість:Boolean=істина
Повернути(кут:int=90)
Відобразити()
Скрити()
Рис. 9.3. Приклад операцій класу.
Тип результату також є залежною від мови реалізації специфікацією. Наприклад,
запросити_рахунок_клієнта(номер_рахунка:іnteger):Currency
позначає операцію по встановленню наявності грошей на поточному рахунку клієнта банку. При цьому аргументом даної операції є номер рахунка клієнта, що задається як ціле число (наприклад, "123456"). Результатом виконання цієї операції є деяке число, записане в прийнятому грошовому форматі.
Двокрапка і вираження типу значення, що повертається, можуть бути опущені, якщо операція не повертає ніякого значення.
Рядок-властивість служить для вказівки значень властивостей, що можуть бути застосовані до даного елемента.
Наприклад, видати_повідомлення():{"Помилка розподілу на нуль"}.
Дане повідомлення може з'явитися у випадку спроби ділення деякого числа на нуль, що неприпустимо.
Рядок-властивість не є обов'язковим, він може бути відсутній, якщо ніякі властивості не специфіковані.
9.3. Відношення між класами
Крім структури класів на відповідній діаграмі відображаються різні відношення між класами. При цьому сукупність типів таких відносин фіксована в мові UML і визначена семантикою цих типів відносин. Базовими відношеннями або зв'язками в мові UML є:
Відношення залежності (dependency relatіonshіp)
Відношення асоціації (assocіatіon relatіonshіp)
Відношення узагальнення (generalіzatіon relatіonshіp)
Відношення реалізації (realіzatіon relatіonshіp)
Кожне з цих відносин має власне графічне представлення на діаграмі, що відбиває взаємозв'язок між об'єктами відповідних класів.