що формують архітектуру системи (рис. 2).
Для діаграми класів проектованої системи розроблені наступні класи:
- клієнт;
- договір;
- ріелтор;
- список умов;
- умови;
- приміщення.
Малюнок 2 - Діаграма класів
Примітка - Джерело: власна розробка.
Відносини між класами виглядають наступним чином:
- класи Клієнт і Договір - відношення асоціації. Один клієнт може укласти один або кілька договорів, кожен договір оформляється тільки для одного клієнта, тому кратність зв'язку з боку класу Клієнт - 1, з боку Договір - 1..n (1..много);
- класи Договір і Рієлтор - ставлення асоціації. Один ріелтор може оформити один або кілька договорів, кожен договір оформляється тільки одним ріелтором, тому кратність зв'язку з боку класу Ріелтор - 1, з боку Договір - 1..n (1..много);
- класи Послуга та Умови - відношення асоціації. Але основі однієї послуги формується декілька умов, тому кратність зв'язку з боку класу Умова - n (багато), з боку Послуга - 1.
- класи Договір та Умови - відношення асоціації. Один договір формує декілька умов, 1 умова відноситься до одного договором, зв'язку з боку класу Договір - 1, з боку Умови - n (багато);
- класи Умови та Приміщення - відношення асоціації. Одному умові може відповідати кілька приміщень, зв'язку з боку класу Договір - 1, з боку Умови - n (багато).
. 3 Діаграма дій
Діаграми дій служать для більш наочного зображення процесу. Тут показуються дії, які здійснюють всі учасники. Діаграму прийнято розташовувати таким чином, щоб дії слідували зверху вниз, тобто початковий стан буде зображуватися у верхній частині діаграми, а кінцеве у нижній.
Розглянемо процес ріелторської діяльності (Додаток А):
- клієнт звертається в ріелторську компанію і подає заявку;
- ріелтор реєструє заявку в БД клієнт.
- визначає умови і вимоги до потрібного приміщенню;
- ріелтор в базі даних шукає п?? дходящее приміщення, яке задовольняє умовам та вимогам клієнта;
- ріелтор показує приміщення клієнту;
- у разі якщо відповідне приміщення, не знайдено, клієнт може або відмовитися від послуг ріелтора, або повторити пошук, якщо приміщення відповідає вимогам клієнта, приміщення вибирається;
- ріелтор укладає необхідні договори з клієнтом;
- на заключному етапі клієнт підписує договір і надалі йому передається вибране приміщення.
2.4 Діаграма послідовності
Діаграма послідовності - діаграма, на якій показані взаємодії об'єктів, впорядковані за часом їх прояву (рис. 4).
У UML діаграма послідовності має як би два виміри. Перше зліва направо у вигляді вертикальних ліній, кожна з яких зображує лінію життя окремого об'єкта, що бере участь у взаємодії. Крайнім зліва на діаграмі зображується об'єкт, який є ініціатором взаємодії. Правіше зображується інший об'єкт, який безпосередньо взаємодіє з першим. Таким чином, всі об'єкти на діаграмі послідовності утворюють деякий порядок, який визначається черговістю або ступенем активності об'єктів при взаємодії один з одним. На діаграмі є наступні об'єкти:
- клієнт;
- ріелтор;
- умови;
- список умов;
- приміщення;
- договір.
Повідомлення зображуються у вигляді горизонтальних стрілок з ім'ям повідомлення, а їх порядок визначається часом виникнення. Масштаб на осі часу не вказується, оскільки діаграма послідовності моделює лише тимчасову упорядкованість взаємодій типу раніше-пізніше .
Малюнок 3 - діаграма послідовності
Примітка - Джерело: власна розробка.
. 5 Діаграма компонентів
Діаграма компонентів - статична структурна діаграма, показує розбиття програмної системи на структурні компоненти та зв'язку (залежності) між компонентами (рис. 5). Як фізичних компонентів можуть виступати файли, бібліотеки, модулі, виконувані файли, пакети тощо.
Малюнок 4 - діаграма компонентів
Примітка - Джерело: власна розробка.
Для діаграми компонентів були реалізовані наступ...
