- •Iм. Олеся Гончара
- •Реферат
- •1. Літературний огляд Сучасні технології об'єктно-орієнтованого аналізу та проектування інформаційних систем
- •Введення
- •1.1. Методологія об'єктно-орієнтованого програмування
- •1.2. Методологія об'єктно-орієнтованого аналізу і проектування
- •2. Постановка завдання
- •3. Теоретична частина Визначення візуального моделювання програмного забезпечення
- •3.1. Аналіз та проектування
- •3.2. Візуальне моделювання. Історія мови uml
- •3.3. Структура мови uml
- •3.4. Навчальний приклад. Постановка завдання
- •3.5. Візуальний опис функціональної моделі засобами uml
- •Узагальнення (успадкування)
- •4. Практична частина
- •4.1. Використання uml в проектуванні пз
- •4.2. Загальна характеристика case-засобів Visual Paradigm
- •4.3. Інтерфейс програми vp-uml
- •Головне меню програми
- •Стандартна панель інструментів
- •Вікно браузера
- •Спеціальна панель інструментів
- •Вікно діаграми
- •Вікно документації
- •4.4 Принцип роботи в vp-uml
- •4.5. Лабораторний практикум
- •4.5.1.Лабораторная робота № 1 «Діаграма прецедентів»
- •Приклад виконання лабораторної роботи
- •4.5.2. Лабораторна робота № 2 «Діаграми класів»
- •Типові прийоми моделювання
- •Моделювання логічної схеми бази даних
- •Моделювання словника системи
- •Приклад виконання лабораторної роботи.
- •4.5.3. Лабораторна робота № 3 «Діаграма послідовності».
- •Приклад виконання лабораторної роботи.
- •4.5.4. Лабораторна робота № 4 «Діаграма комунікацій»
- •Висновок
- •Література
Типові прийоми моделювання
Моделювання простих кооперацій
Класи не існують самі по собі. Будь клас функціонує спільно з іншими, реалізуючи семантику, що виходить за межі кожного окремого елемента.
Таким чином, окрім визначення словника системи потрібно приділити увагу візуалізації, специфікування, конструювання та документування різних способів спільної роботи увійшли до словника сутностей. Для моделювання такого «співпраці» застосовуються діаграми класів.
Створюючи діаграму класів, ви просто моделюєте частина сутностей і відношень, що описуються в поданні системи з точки зору проектування. Бажано, щоб кожна діаграма описувала тільки одну кооперацію.
Моделювання кооперації здійснюється наступним чином:
1. ідентифікуйте механізми, які ви збираєтеся моделювати. Механізм - це деяка функція або поведінку частини модельованої системи, що з'являється в результаті взаємодії спільноти класів, інтерфейсів та інших сутностей (механізми, як правило, тісно пов'язані з прецедентами);
2. для кожного механізму ідентифікуйте класи, інтерфейси та інші кооперації, які беруть участь у розглянутій кооперації. Ідентифікуйте також відносини між цими сутностями;
3. перевірте працездатність системи за допомогою прецедентів. По ходу справи ви, можливо, виявите, що деякі її частини виявилися пропущені, а деякі-семантично неправильні;
4. заповніть ідентифіковані елементи змістом. Що стосується класів, почніть з правильного розподілу обов'язків; пізніше можна буде перетворити їх в конкретні атрибути та операції.
Як приклад на рисунку 4.28 показані класи, взяті з реалізації автономного робота. Основна увага тут приділена тим класам, які беруть участь у механізмі руху робота по заданій траєкторії. Як видно з малюнка, існує один абстрактний клас «Мотор» з двома конкретними нащадками, «Мотор поворотного Механізму» і «Головний Мотор», які успадковують п'ять операцій їх батьків. Ці два класи, в свою чергу, є частиною класу «Привід». Клас «Агент Траєкторії» пов'язаний відношенням асоціації «один до одного» з класом «Привід» і ставленням «один до багатьох» - з класом «Датчик Сутичок». Для класу «Агент Траєкторії» не показано ні атрибутів, ні операцій, хоча наведені обов'язки.
Рисунок 4.28 - Моделювання простих кооперацій
В описану систему, звичайно, входить значно більше класів, але увага на діаграмі загострюється тільки на таких абстракціях, які безпосередньо беруть участь в русі робота. Деякі зазначені класи можуть бути присутні і на інших діаграмах. Наприклад, хоча тут це не показано, «Агент Траєкторії» співпрацює принаймні ще з двома класами («Оточення» і «Агент Цілі») в механізмі більш високого рівня, керуючому поведінкою робота при наявності конфліктуючих цілей. «Датчик Сутичок» і «Привід», а також їх частини співпрацюють з іншим, не показаним на діаграмі класом «Агент Відмови» в механізмі, що відповідає за постійний контроль апаратних збоїв. Описуючи кожну з цих кооперацій в окремих діаграмах, ви зможете створити просте для сприйняття уявлення системи з різних точок зору.