- •1.1. Методологія процедурно‑ орієнтованого програмування
- •1.2. Методологія об'єктно-орієнтованого програмування
- •1.3. Методологія об'єктно-орієнтованого аналізу і проектування
- •1.4. Методологія системного аналізу і системного моделювання
- •Розділ 2
- •2.1. Передісторія. Математичні основи
- •Мал. 2.4. Приклади неорієнтованого (а) і орієнтованого (б) графів
- •Мал. 2.5. Приклади неорієнтованого (а) і орієнтованого (б) дерев
- •Мал. 2.6. Ієрархічні схеми неорієнтованого дерева (а) і орієнтованого дерева (б)
- •2.2. Діаграми структурного системного аналізу
- •I (Input) – вхід, т. Е. Все, що поступає в процес або споживається процесом.
- •2.3. Основні етапи розвитку uml
- •2. Забезпечити початкові поняття язика uml можливістю розширення і спеціалізації для більш точного представлення моделей систем в конкретній наочній області.
- •3. Опис язика uml повинен підтримувати таку специфікацію моделей, яка не залежить від конкретних язиків програмування і інструментальних засобів проектування програмних систем.
- •4. Опис язика uml повинен включати семантичний базис для розуміння загальних особливостей ооап.
- •7. Інтегрувати в себе новітні і якнайкращі досягнення практики ооап.
- •3.2. Загальна структура язика uml
- •3.3. Пакети в язиці uml
- •3.4. Основні пакети метамоделі язика uml
- •3.5. Специфіка опису метамоделі язика uml
- •3.6. Особливості зображення діаграм язика uml
- •4.1. Варіант використовування
- •4.2. Актори
- •4.3. Інтерфейси
- •4.4. Примітки
- •4.5. Відносини на діаграмі варіантів використовування
- •4.6. Приклад побудови діаграми варіантів використовування
- •4.7. Рекомендації по розробці діаграм варіантів використовування
- •5.1. Клас
- •5.2. Відносини між класами
- •5.5. Шаблони або класи, що параметризуються
- •5.6. Рекомендації по побудові діаграм класів
- •6.1. Автомати
- •Include – ця мітка використовується для звернення до підавтомата, при цьому наступний за нею вираз дії містить ім'я цього підавтомата.
- •6.3. Перехід
- •6.4. Складовий стан і підстан
- •6.5. Історичний стан
- •Мал. 6.10. Графічне зображення недавнього (а) і давнього (б) історичного стану
- •6.6. Складні переходи
- •Мал. 6.11. Графічне зображення паралельного переходу з паралельних станів (а) і паралельного переходу в паралельні стани (б)
- •6.7. Заключні рекомендації по побудові діаграм станів
- •7.1. Стан дії
- •7.2. Переходи
- •7.5. Рекомендації по побудові діаграм діяльності
- •8.2. Повідомлення
- •Мал. 8.7. Діаграма послідовності із стереотипними значеннями повідомлень
- •8.3. Приклад побудови діаграми послідовності
- •8.4. Заключні рекомендації по побудові діаграм послідовності
- •9.1. Кооперація
- •9.3. Зв'язки
- •9.4. Повідомлення
- •9.6. Заключні рекомендації по побудові діаграм кооперації
- •10.1. Компоненти
- •10.2. Інтерфейси
- •10.3. Залежність
- •10.4. Рекомендації по побудові діаграми компонентів
- •11.1. Вузол
- •11.2. З'єднання
- •Мал. 11.4. Фрагмент діаграми розгортання із з'єднаннями меходу вузлами
- •11.3. Рекомендації по побудові діаграми розгортання
- •12.1. Загальна характеристика case‑ засобу Rational Rose 98/2000
- •12.2. Особливості робочого інтерфейсу Rational Rose
- •12.3. Початок роботи над проектом в середовищі Rational Rose
- •12.4. Розробка діаграми варіантів використовування в середовищі Rational Rose
- •12.5. Розробка діаграми класів в середовищі Rational Rose
- •12.6. Розробка діаграми станів в середовищі Rational Rose
- •12.7. Розробка діаграми послідовності в середовищі Rational Rose
- •12.8. Розробка діаграми кооперації в середовищі Rational Rose
- •12.9. Розробка діаграми компонентів в середовищі Rational Rose
- •12.10. Розробка діаграми розгортання в середовищі Rational Rose
12.3. Початок роботи над проектом в середовищі Rational Rose
Зі всіх розглянутих видів канонічних діаграм в середовищі Rational Rose 98/98i не підтримується тільки діаграма діяльності. Загальна послідовність роботи над проектом аналогічна послідовності розгляду канонічних діаграм в книзі. Початковим кроком розробки нового проекту є створення окремих моделей або уявлень в контексті побудови канонічних діаграм.
Для нового проекту можна скористатися майстром типових проектів (якщо він встановлений в даній конфігурації). Майстер типових проектів доступний з меню File‑ »New (Файл^Создать). Якщо майстер неприступний, то з'являється робочий інтерфейс програми з чистим вікном діаграми.
Якщо є готовий проект (файл з розширенням mdl – модель), то його можна відкрити для подальшої модифікації через меню FiIe‑ »Open (Файл‑ ‑ Відкрити). В цьому випадку програма завантажить існуючий проект зі всіма діаграмами, специфікаціями і документацією, що є в ньому.
Після закінчення сеансу роботи над проектом виконану роботу необхідно зберегти у файлі проекту з розширенням mdl. Це можна зробити через меню File‑ »Save (Файл‑ ‑ Зберегти) або File‑ »Save As (Файл‑ »Сохранить як). При цьому вся інформація про проект, включаючи діаграми і специфікації елементів, буде збережена в одному файлі.
Як і інші програми, Rational Rose дозволяє настроювати глобальні параметри середовища, такі як вибір шрифтів і кольору для представлення різних елементів моделі. Настройка шрифтів проводиться через меню Tools‑ »Options (Инструменты‑ »Параметры). Характерною особливістю середовища є можливість роботи з символами кирилиці. Проте слід помітити, що при специфікації елементів моделі з подальшою генерацією тексту програмного коду потрібно відразу записувати імена і властивості елементів символами того язика, який підтримується відповідним язиком програмування.
Для зміни кольору ліній необхідно скористатися пунктом меню Edit‑ »Diagram Object Properties‑ »Line Color (Правка‑ »Свойства об'єкту диа‑ граммы‑ »Цвет лінії). В цьому випадку пропонується спеціальна колірна палітра, на якій можна вибрати відповідний колір для ліній на діаграмах.
Загальний процес роботи над проектом полягає в додаванні на діаграми відповідних графічних елементів, встановленні відносин між цими елементами, їх специфікації і документуванні. Після перевірки правильності моделі і узгодженості специфікацій її елементів можна згенерувати текст програмного коду на одному з вибраних язиків програмування. Звичайно, цей текст можна допрацювати у відповідному середовищі програмування і одержати здійснимі модулі програм, орієнтовані на роботу в певному операційному середовищі і обчислювальній платформі.
Процес додавання графічних елементів на діаграми аналогічний реалізованому в популярних середовищах візуального програмування. При цьому слід застерегти від необережного додавання елементів на діаграми, оскільки кожний елемент, що додається, заноситься в браузер. Подальше видалення елемента з діаграми автоматично не видаляє його з браузера, і необхідно вжити додатковим заходам для видалення непотрібного елемента з моделі проекту.
