про ступінь готовності всіх суб'єктів до оформлення угоди.
Якщо ріелтор представляє інтереси продавця, то його функції полягають в організації:
- реклами об'єкта;
- показів об'єктів потенційним покупцям;
- переговорів між покупцями і продавцем.
4) Юридичний супровід угоди, визначення її умов та порядку взаєморозрахунків.
5) Оформлення операції з нерухомістю і оплата послуг ріелтору.
Даний етап можна представити в наступному порядку:
. підписання договору і подача документів на державну реєстрацію угоди з нерухомістю;
2. передача грошей після отримання свідоцтва про реєстрацію;
. приймання-передача об'єкта;
. оплата послуг ріелтора за виконану роботу [2].
. 2 Концепція інформаційної системи обліку операцій з нерухомістю
Проблеми, пов'язані з відсутністю інформаційної системи обліку операцій з нерухомістю:
- відсутня електронний документообіг;
- немає електронної форми договору оренди/купівлі/продажу приміщення, що призводить до ризику втрати інформації про клієнта, так як дані клієнта в базу не заносяться;
- приміщення на продаж/оренду/купівлю зберігаються в базі не відсортовані, що ускладнює пошук потрібного приміщення.
Впровадивши інформаційну систему, з'явиться база про клієнтів, що дозволить мінімізувати ризики із втратою інформації, в базі будуть зберігатися всі особисті дані клієнта. Також впровадження системи дозволить з меншими тимчасовими витратами знайти потрібне приміщення за запитами про:
- продажу приміщення;
- покупці приміщення;
- оренді приміщення.
2. Розробка концептуальної моделі інформаційної системи
. 1 Діаграма варіантів використання
Діаграма варіантів використання описує функціональне призначення системи або те, що система повинна робити. Діаграма варіантів використання проектованої ІС представлена ??на малюнку 1.
Малюнок 1 - діаграма варіантів використання
Примітка - Джерело: власна розробка.
У нашому випадку використані наступні стереотипи акторів:
- Клієнт і Ріелтор - Бізнес-актори (business actor) дозволяють представити виконавців бізнес-функцій, пов'язаного з роботою системи.
Варіант використання служить для опису сервісів, які система надає акторові. Діаграма варіантів використання може доповнюватися пояснювальним текстом, який розкриває сенс складових її компонентів.
Модельована система включає в себе п'ять основних варіантів дій: купівля приміщення, оренда приміщення, продаж приміщення, пошук приміщення по базі даних, пошук клієнта (для продажу приміщення).
Клієнтові надається можливість купити, орендувати або продати якесь приміщення, в свою чергу ріелтор допомагає йому з цим, підшукуючи відповідне приміщення або покупця для покупки нерухомості.
Зв'язки між класами (асоціації) визначаються на основі діаграм взаємодії. Якщо два об'єкти взаємодіють (обмінюються повідомленнями), між ними повинна існувати зв'язок (шлях взаємодії). Для асоціацій задаються множинність і, можливо, напрямок навігації. Можуть використовуватися множинні асоціації, агрегації і класи асоціацій.
Були використані наступні види зв'язку:
- асоціації - напрям стрілки дозволяє зрозуміти, хто ініціює комунікацію. Асоціація спрямована від акторів Клієнт і Риелтор до варіантів використання купівля приміщення, оренда приміщення, продаж приміщення.
- відношення залежності зі стереотипом lt; lt; include gt; gt ;. Застосовується коли один з прецедентів використовує інший. Направлено від варіантів використання купівля приміщення і оренда приміщення до варіанту використання пошук приміщення по базі даних і від варіанту використання продаж приміщення до прецеденту пошук клієнта.
. 2 Діаграма класів
Діаграма класів показує класи і їхні відносини, тим самим представляючи логічний аспект проекту. Окрема Діаграма класів становить певний ракурс структури класів. На стадії аналізу діаграми класів використовуються, щоб виділити загальні ролі та обов'язки сутностей, що забезпечують необхідну поведінку системи. На стадії проектування діаграми класів використовуються, щоб передати структуру класів,...
