- •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. Контрольнізапитання
- •Список літератури
8.1. Актори і варіанти використання
Суть діаграми варіантів використання полягає в тому, що система подається як сукупність сутностей або акторів, взаємодіючих із системою за допомогою варіантів використання.
Актором (actor) або діючою особою називається будь-яка сутність, що взаємодіє із системою ззовні. Це може бути людина, технічний пристрій, програма або будь-яка інша система. Актор впливає на систему, що модулюється, так, як визначить сам розроблювач.
Дії актора мають недетермінований характер. Таким чином, підкреслюється різниця між користувачем, як конкретною особою, й актором – роллю, яку будь-яка особа може грати в системі. У мові UML актори зображуються символами, представленими на рис. 8.1.
Рис.8.1. Графічне позначення актора.
Допомога у визначенні акторів можуть дати відповіді на деякі питання, наприклад:
· у якому підрозділі організації повинна використовуватися система?
· чи належна система використовувати зовнішні ресурси?
· хто буде поставляти системі ті або інші дані, звертатися до них і нести відповідальність за їхнє відновлення і видалення?
· чи здатний той самий актор грати кілька різних ролей?
· чи дозволено декільком суб'єктам здійснювати в системі однакові функції?
· чи буде система використовуватися разом з якими-небудь існуючими успадкованими системами?
· кому має бути виконувати обов'язку адміністратора системи?
Тому що в загальному випадку актор завжди знаходиться поза системою, його внутрішня структура ніяк не визначається. Для актора має значення тільки його зовнішнє представлення, тобто те, як він сприймається з боку системи. Актори взаємодіють із системою за допомогою передачі і прийому повідомлень від варіантів використання.
Два і більш актори можуть мати загальні властивості, тобто взаємодіяти з тим самим безліччю варіантів використання однаковим образом. Така спільність властивостей і поводження представляється у виді розглянутого нижче відношення узагальнення з іншим, можливо, абстрактним актором, що моделює відповідну спільність ролей.
Варіант використання (use case) служить для опису сервісів, що система надає акторові (рис.8.2). Іншими словами, кожен варіант використання визначає деякий набір дій, чинений системою при діалозі з актором. При цьому нічого не говориться про те, яким образом буде реалізована взаємодія акторів із системою.
Рис.8.2. Графічне позначення варіанта використання.
Варіант використання можна представити як послідовність виконуваних системою транзакцій, що приводить до одержання якогось відчутного результату, у якому зацікавлений визначений актор. Це означає, що після того, як система закінчить обробку запиту користувача, вона повинна повернутися у вихідний стан, у якому готова до виконання наступних запитів.
Допомогу у виборі варіантів використання системи можуть надати відповіді на наступні питання:
· які задачі вирішує кожен актор?
· чи здатний той або інший актор створювати, зберігати, змінювати, видаляти або зчитувати дані в контексті системи?
· які варіанти використання гарантують виконання зазначених вище функцій обробки даних?
· чи повинні актори повідомляти системі про які-небудь непередбачені обставини?
· чи має право актор одержувати інформацію про визначені події, що відбуваються в системі?
· які варіанти використання зв'язані з підтримкою й адмініструванням системи?
· чи задовольняються варіантами використання усі функціональні вимоги системи?