- •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.4. Завдання
1. Визначити основні функції системи.
2. Виділити акторів, що беруть участь у функціонуванні системи або використовують результати функцій.
3. Для кожної обраної функції побудувати діаграму варіантів використання.
8.5. Контрольні запитання
Яке призначення діаграм варіантів використання?
Назвіть основні властивості варіантів використання.
Назвіть основні компоненти діаграм варіантів використання.
Дайте визначення поняттю "актор".
Яку роль можуть грати актори стосовно варіанта використання?
Яким чином аналіз зовнішніх подій дозволяє визначити варіанти використання системи?
Назвіть відношення, які встановлюються між варіантами використання.
Які відношення існують між актором та варіантом використання?
9. Діаграми класів (class dіagram)
Діаграма класів (class dіagram) служить для представлення статичної структури моделі системи в термінології класів об'єктно-орієнтованого програмування. На стадії аналізу діаграми класів використовуються, щоб виділити загальні ролі й обов'язки сутностей, що забезпечують необхідну поведінку системи. Діаграма класів може відбивати, зокрема, різні взаємозв'язки між окремими сутностями предметної області, такими як об'єкти і підсистеми, а також описувати їхню внутрішню структуру і типи відносин. На діаграмі не вказується інформація про тимчасові аспекти функціонування системи. З цього погляду діаграма класів є подальшим розвитком концептуальної моделі
Клас (class) у мові UML служить для позначення об'єктів, що мають однакову структуру, поведінку і відносини з об'єктами з інших класів. Графічно клас зображується у виді прямокутника, що додатково може бути розділений горизонтальними лініями на розділи або секції (рис.9.1). У цих розділах можуть вказуватися ім'я класу, атрибути (змінні ) і операції (методи).
Ім'я класу |
Атрибути класу |
Ім'я класу |
Ім'я класу |
Атрибути класу |
Операції класу |
а ) б) в)
Рис. 9.1. Графічне зображення класу на діаграмі класів
Обов'язковим елементів позначення класу є його ім'я. На початкових етапах розробки діаграми окремі класи можуть позначатися простим прямокутником із указівкою тільки імені відповідного класу (рис. 9.1, а). Згодом діаграми опису класів можуть доповнюються атрибутами (рис. 9.1, б) і операціями (рис. 9.1, в).
Якщо секції атрибутів і операцій є порожніми, у позначенні класу вони виділяється горизонтальною лінією, щоб відрізнити клас від інших елементів мови UML.
Ім'я класу - це іменник. Прикладами імен класів можуть бути такі іменники, як "Співробітник", "Компанія", "Керівник", "Клієнт", "Продавець", "Менеджер", "Офіс" і багато іншіх, що мають безпосереднє відношення до предметної області, що моделюється, і функціонального призначення системи.
9.1. Атрибути класу
В другій зверху секції прямокутника класу записуються його атрибути (attrіbutes) або властивості. У мові UML прийнята стандартизація запису атрибутів класу, що підпорядковуються деяким синтаксичним правилам. Кожному атрибутові класу відповідає окремий рядок тексту, що складається з квантора видимості атрибута, імені атрибута, його кратності, типу атрибута і, можливо, його вихідного значення:
<квантор видимості><ім'я атрибута>[кратність]: <тип атрибута> = <вихідне значення>{рядок-властивість}
Квантор видимості може приймати одне з трьох можливих значень і, відповідно, відображається в мові UML за допомогою спеціальних символів:
Символ "+" позначає загальнодоступний (publіc) атрибут. Він доступний або видний з будь-якого іншого класу пакета, у якому визначена діаграма.
Символ "#" позначає захищений (protected). Атрибут з цією областю видимості недоступний або невидний для всіх класів, за винятком підкласів даного класу.
Символ "-" позначає закритий (prіvate) атрибут. Він недоступний або невидний для всіх класів без винятку.
Кратність атрибута характеризує загальна кількість конкретних атрибутів даного типу, що входять до складу окремого класу. У загальному випадку кратність записується у формі рядка тексту в квадратних дужках після імені відповідного атрибута:
Значення кратності лежать між нижньою і верхньою границями з інтервалу і розташовані у монотонно зростаючому порядку без пропуску. При цьому відповідні нижні і верхні границі інтервалів включаються в значення кратності. Наприклад, інтервал [0..1] означає, що кратність атрибута може приймати значення 0 або 1. При цьому 0 означає відсутність значення для даного атрибута.
Якщо кратність атрибута не зазначена, то за замовчуванням приймається її значення рівне 1.
Тип атрибута являє собою вираження, семантика якого визначається мовою специфікації відповідної моделі. У нотації UML тип атрибута іноді визначається в залежності від мови програмування, що передбачається використовувати для реалізації даної моделі. У найпростішому випадку тип атрибута вказується рядком тексту, що має осмислене значення в межах пакета або моделі, до яких відноситься розглянутий клас.
Вихідне значення служить для завдання деякого початкового значення для відповідного атрибута в момент створення окремого екземпляра класу. Тут необхідно дотримувати правила приналежності значення типові конкретного атрибута. Якщо вихідне значення не зазначене, то значення відповідного атрибута не визначено на момент створення нового екземпляра класу. З іншого боку, конструктор відповідного об'єкта може перевизначати вихідне значення в процесі виконання програми, якщо в цьому виникає необхідність.
-
ЛІНІЯ
+p1:Point=(50,30)
+p2: Point=(150,100)
#колір:Color=10
видимість:Boolean=істина
Рис.9.2. Приклад графічного зображення класу.
Рядок-властивість служить для вказівки значень атрибута, що не можуть бути змінені в програмі при роботі з даним типом об'єктів.