Надіслати свою гарну роботу до бази знань просто. Використовуйте форму нижче

Студенти, аспіранти, молоді вчені, які використовують базу знань у своєму навчанні та роботі, будуть вам дуже вдячні.

Розміщено на http://www.allbest.ru/

Тема: "Розробка інформаційної системи"Агенство нерухомості""

Зміст

• Вступ
• 1 . Технічне завдання
• 1.1 Постановка задачі
• 1.2 Вимога до програмного засобу
• Вимоги до надійності
• 1.4 Інформаційне забезпечення задачі
• Опис вхідної інформації
• 2. Описова частина
• 2.2 Опис програмного засобу
• 2.3 Контрольний приклад
• 2.4 Інструкція користувача
• Висновок
• Список літератури

Вступ

Темою курсового проекту є створення та розробка інформаційної системи.

У наші дні інформаційна мережа огорнула практично всю планету. Щодня ми стикаємося з інформаційними системами: на автостоянках (по картках), в універмагах, навіть при влаштуванні на роботу.

Інформація - відомості, повідомлення, дані тощо. Нині немає єдиного визначення терміна інформація.

Інформаційна модель - сукупність інформації, що характеризує суттєві властивості та стану об'єкта, процесу, явища, а також взаємозв'язок із зовнішнім світом.

Інформаційною системою (ІВ) називають сукупність взаємозалежних апаратно-програмних засобів для автоматизації накопичення та обробки інформації. До інформаційної системи дані надходять від джерела інформації (приклад: база даних). Ці дані вирушають для зберігання чи зазнають у системі деяку обробку і потім передаються споживачеві.

Автоматизована інформаційна система (АІС) - сукупність програмно-апаратних засобів, призначених для автоматизації діяльності, пов'язаної із зберіганням, передачею та обробкою інформації.

Чим доступнішими стають комп'ютерні технології, тим більше з'являється непрофесійних користувачів. Тому одним із завдань розробників будь-яких додатків, у тому числі ІС, є створення інтуїтивно зрозумілого інтерфейсу. Це завдання також буде виконано в курсовому проекті.

У процесі курсового проектування необхідно закріпити та систематизувати знання, отримані на дисциплінах "Бази даних", створення джерела інформації, "Розробка та експлуатація інформаційних систем", створення ІВ, "Комп'ютерна графіка", розподіл кнопок за формами та створення інтуїтивно зрозумілого інтерфейсу.

Курсовий проект з розробки та супроводу програмного засобу з дисципліни "Розробка та експлуатація інформаційних систем" є проміжною стадією навчання у "Красноярському технікумі інформатики та обчислювальної техніки" та освоєння професії технік.

Метою курсового проекту є:

навчиться створювати якісні та надійні програмні засобиотримання робочих навичок при створенні програмних засобів;

розробити технічну документацію до створеного програмного засобу.

У процесі розроблення курсового проекту необхідно відтворити інформаційну систему "Агентство нерухомості". Завданням цієї інформаційної системи буде висновок розкладу працівників агентства нерухомості.

Результатом курсового проекту з дисципліни "Розробка та експлуатація інформаційних засобівповинна бути повноцінна база даних, що вирішує поставлене завдання, та технічна документація до неї.

1. Технічне завдання

1.1 Постановка задачі

У процесі курсового проектування необхідно розробити інформаційну систему Агентство нерухомості.

Ця база даних має забезпечити зручний перегляд/додавання інформації про клієнтів та нерухомості.

Система повинна виконувати такі функції:

- введення та редагування інформації про нерухомість:

- "Операції";

- "Нерухомість";

- введення та редагування інформації про співробітників:

- "Робітники";

- введення та редагування інформації про клієнтів:

- "Клієнти";

- Складання договору (за допомогою якого будується розклад):

- "Договори";

- формування та друк таких документів як:

- "Розклад працівників";

Вхідною інформацією має бути:

- Списки клієнтів:

- ПІБ клієнта;

- Телефон;

- Список співробітників:

- ПІБ співробітника;

- Можливості агентства: доступні операції; доступна нерухомість.

Цю інформаційну систему передбачається використовуватиме перегляду та зберігання розкладу працівників агентства нерухомості. Вона допоможе користувачеві набагато швидше скласти розклад, а зручний інтерфейс зробить роботу приємнішою.

1.2 Вимога до програмного засобу

Вимоги до функціональних характеристик

Інформаційна система "Агентство нерухомості" має бути спрямована на допомогу для зберігання розкладу працівників агентства нерухомості. Система має здійснювати обробку інформації та друк вихідних документів.

Ця система повинна функціонувати під операційною системою Windows XP SP2 (і вище) або Windows Vistaта пакету коштів Microsoft Office 2007

Інформаційна система "Агентство нерухомості" має виконувати такі функції:

- введення та редагування наступної інформації про роботу співробітників агентства нерухомості:

- ПІБ співробітника;

- Введення та редагування наступної інформації про клієнта:

- ПІБ клієнта;

- телефон;

- введення та редагування наступної інформації про можливості агентства:

- Доступні операції;

- доступна нерухомість;

- формування та друк наступних вихідних документів:

- "Розклад працівників".

Вимоги до надійності

Система має бути якісною та коректною, тобто повинна виконувати всі необхідні функції та бути придатною для експлуатації. Система повинна бути стійкою, тобто здатною виконувати заплановані дії, не дивлячись на будь-які відхилення як у роботі апаратури, так і в самому додатку.

Для забезпечення надійності системи необхідно:

- Забезпечення захисту даних від несанкціонованого доступу;

- виведення повідомлення про помилку при неправильному введенні даних, у якому вказується поле, де сталася ця помилка;

- усі дані мають бути введені правильно та коректно, тобто, доповнено здійснюватися контроль даних, у тому числі обов'язкових полів;

- обов'язковими полями є:

- ПІБ клієнта;

- телефон клієнта;

- ПІБ співробітника;

- Тип нерухомості;

- операції з нерухомістю;

- при видаленні будь-яких даних необхідно передбачити варіант відмови, тобто видавати запит на згоду користувача.

Вимоги до умов експлуатації

Користувач повинен мати базові навички роботи з ОС Windows (це буде потрібно у разі будь-якого збою) і навички працювати з пакетом засобів Microsoft Office 2007, а саме з додатками Microsoft Wordі Microsoft Access.

Для експлуатації даної інформаційної системи необхідно, щоб на комп'ютері було встановлено:

- Windows XP SP2 (і вище) або Windows Vista;

- Microsoft Office 2007.

1.3 Вимоги до складу та параметрів технічних засобів

Для безперебійної роботи та зручного використання інформаційної системи "Агентство нерухомості" необхідно, щоб використовувані вами технічні засоби відповідали нижче перерахованим характеристикам:

- комп'ютер типу IBM PC або Note Book;

- процесор Pentium Celeron (Pentium IV та вище), AMD Athlon(І вище), з тактовою частотою не менше 1,6 ГГц;

- 512 Мб ОЗП;

- HDD із вільним місцем не менше 40 Мб;

- операційна система Windows XP SP2 (і вище) чи Windows Vista;

- пристрої введення та маніпуляцій (клавіатура/миша);

- Пакет коштів Microsoft Office 2007;

- принтер, який підтримує друк документів формату А4 (для друку вихідних документів).

Додаткових пристроїв не потрібні. Всі перелічені пристрої повинні повністю функціонувати і бути сумісні з операційною системою.

1.4 Інформаційне забезпечення задачі

Опис вхідної інформації

Вхідні дані заносяться до інформаційної системи "агентство нерухомості" з паспорта клієнта та можливостей агентства нерухомості.

інформаційна система агентство нерухомість

Інформація включає такі дані: ПІБ клієнта; ПІБ співробітника; доступні операції; доступна нерухомість.

Інформація про договір заноситься до таблиці "договір", структура якої представлена ​​в таблиці 1 (значком "" зазначено ключове поле).

Таблиця 1 - структура таблиці "Договір"

Інформація про клієнта заноситься до таблиці "Клієнти", структура якої представлена ​​в таблиці 2 (значком "" зазначено ключове поле).

Таблиця 2 – структура таблиці "Клієнти"

Інформація про нерухомість заноситься до таблиці "нерухомість", структура якої представлена ​​в таблиці 3 (значком "" зазначено ключове поле).

Опис нормативно-довідкової інформації

Нормативно-довідкова інформація - це інформація, що залишається незмінною, приклад: форма навчання очна чи заочна, тип навчання бюджет чи комерція. Нормативно-довідковою інформацією для інформаційної системи "відомості про учнів" будуть такі довідники:

- Таблиці:

- нерухомість;

- операції;

- Робітники.

Структура нормативно-довідкових таблиць наведена нижче (значком "" зазначено ключове поле).

Таблиця 3 – структура нормативно-довідкової таблиці "нерухомість"

Інформація про операції заноситься до таблиці "операції", структура якої представлена ​​в таблиці 4 (значком "" зазначено ключове поле).

Таблиця 4 - структура нормативно-довідкової таблиці "операції"

Інформація про робітників заноситься до таблиці "робітники", структура якої представлена ​​в таблиці 5 (значком "" зазначено ключове поле).

Таблиця 5 - структура нормативно-довідкової таблиці "робочі"

На малюнку 1 зображено схему даних даної інформаційної системи.

Малюнок 1 - Схема даних

2. Описова частина

2.1 Контекстна діаграма бізнес-процесу розв'язуваної задачі

Контекстна діаграма бізнес-процесу завдання "Агентство нерухомості", виконана в програмі Computer Associates BPwin, представлена ​​нижче.

Головна композиція контекстної діаграми "формування розкладу агентства нерухомості", представлена ​​на малюнку 2, містить такі дані:

на вході: паспортні дані клієнта, можливості агенції;

управління: статут РФ, статут підприємства, ліцензія на надання послуг;

ресурси: МТО (машина технічного обслуговування), керівництво;

на виході: розклад працівників.

Малюнок 2 - Формування розкладу агентства нерухомості

Декомпозицію першого рівня контекстної діаграми "формування розкладу агентства нерухомості" відображено на малюнку 3.

Рисунок 3 – Декомпозиція першого рівня

Декомпозиція блоку "Збір інформації" представлена ​​малюнку 4.

Рисунок 4 – Декомпозиція першого рівня

Декомпозиція блоку "Формування БД" представлена ​​малюнку 5.

Малюнок 5 - Декомпозиція блоку Формування БД

Декомпозиція блоку "Виконання запиту" представлена ​​малюнку 6.

Малюнок 6 - Декомпозиція блоку "Виконання запиту"

2.2 Опис програмного засобу

Інформаційну систему "Агентство нерухомості" створено для зручного складання розкладу співробітників. Система здійснює зберігання та обробку інформації, а також формує вихідні документи.

Програма розроблена у Microsoft Office 2007 Access. Спочатку програма займає 2Мб, у міру заповнення бази даних програма займатиме більше місця на жорсткому диску. Інформаційна система має 7 форм. Їх найменування та опис відображено у таблиці 6.

Таблиця 6 - опис нормативно-довідкових форм

Назва форми	Опис форми
	Головна форма. Відкривається під час запуску ІС
	Укладені договори
	Список клієнтів
Нерухомість	Список припустимої нерухомості
Операції	Список операцій
	Список робітників
	Кнопкова форма. Підтверджує вихід із програми

2.3 Контрольний приклад

Для перевірки працездатності інформаційної системи "Агентство нерухомості" було розроблено контрольний приклад, що перевіряє функціональність системи.

Запускаємо інформаційну систему, це файл формату *. accdb (малюнок 7).

Малюнок 7 - запуск програми

Після запуску програма запитує пароль, вікно відображено малюнку 8.

Малюнок 8 - запит пароля

Після введення правильного пароля запускається головна форма (вона є меню програми), відображена малюнку 9.

Малюнок 9 - форма-меню

На рисунках 10, 11, 12, 13 та 14 відображено форми "Договір", "Робітники", "Клієнти", "Операції" та "Нерухомість" відповідно.

Малюнок 10 - "Договір"

Малюнок 11 - "Робітники"

Малюнок 12 - "Клієнти"

Малюнок 13 - "Операції"

Малюнок 14 - "Нерухомість"

2.4 Посібник користувача

Ця програма повинна дозволяти користувачам інформаційної системи "агентство нерухомості" введення та редагування інформації. Програма повинна виконувати такі функції: введення та редагування інформації про нерухомість, клієнтів агентства та співробітників, формувати та відправляти на друк вихідні документи.

Основні дії, доступні користувачеві даної інформаційної системи, перераховані в таблиці 7.

Таблиця 7 - Посібник користувача

Операція	Дія користувача	Дія програми
Запуск програми	Для запуску програми необхідно запустити файл "ІС Агентство нерухомості. accdb"	На екрані з'явиться вікно для введення пароля
Введення пароля	Для входу необхідно ввести правильний пароль	При правильному паролі відкриється головна форма ІВ
	Користувач переглядає форму укладених договорів, також є можливість додавання/видалення нових записів.
	Користувач переглядає форму співробітників агентства, також є можливість додавання/видалення нових записів.	Дані автоматично заносяться до бази даних
	Користувач переглядає форму клієнтів агентства, також є можливість додавання/видалення нових записів.	Дані автоматично заносяться до бази даних
Операції	Користувач переглядає форму можливих операцій агенції з нерухомістю.	Занесення обраної операції у форму "договір"
Нерухомість	Користувач переглядає форму надання агенцією варіантів нерухомості.	Занесення обраного типу нерухомості у форму "договір"
	У головному меню користувач натиснув кнопку "Exit"	Програма активує кнопкову форму з варіантами: ТАК і НІ
Варіант "Ні"	Користувач вибрав кнопку "НІ"	Програм повертається до головної форми
Варіант "Так"	Користувач вибрав кнопку "ТАК"	Програма закривається

Висновок

У процесі розробки курсового проекту з дисципліни "Розробка та експлуатація інформаційних систем" самостійно було вивчено нові можливості та функції Microsoft Access 2007, наприклад: встановлення пароля захисту, створення кнопкових форм, автозапуск форми.

Розробка інформаційної системи "Агентство нерухомості" сприяла систематизації та закріпленню навичок здобутих на дисциплінах "Бази даних", "Розробка та експлуатація інформаційних систем", "Комп'ютерна графіка".

Ця інформаційна система призначена для зручного введення та редагування, зберігання інформації. Програма має зручний та інтуїтивний зрозумілий інтерфейс, виконує такі функції як виконання запитів, додавання/видалення записів, друк отриманих звітів.

Закріплення навичок відбувається в ході вирішення поставленого завдання – розробки бізнес-процесу, створення бази даних, тестування та налагодження інформаційної системи.

Завершенням курсового проекту було написання пояснювальної записки, під час написання якої так само були закріплені навички оформлення звітів.

Список літератури

1. Сайт http://office. microsoft.com/ua-training/CR101582831049. aspx;

Розміщено на Allbest.ru

Подібні документи

Розробка інформаційної системи "Кадрове агентство випускників" для автоматизації процесу підбору фахівців із заявок організацій. Вимоги до системи, програмне забезпечення. Опис процесу діяльності. Проектування баз даних.

дипломна робота , доданий 27.11.2009


Аналіз існуючих рішень з автоматизації предметної галузі. Методологія проектування інформаційної системи агенції нерухомості. Специфікація та атестація вимог. Проектування інтерфейсу користувача. Обґрунтування вибору платформи.

курсова робота , доданий 10.02.2013


Система управління базами даних як сукупність програмних та мовних засобів, призначених для створення та обробки даних. Аналіз діяльності взуттєвої майстерні. Особливості розробки функціональної діаграми та тестування програмного модуля.

дипломна робота , доданий 04.11.2012


Розробка програми автоматизованої системи, призначеної для обліку інформації про об'єкти нерухомості, що здаються, продаються, купуються і орендуються. Розробка реляційної моделіданих. Посібник користувача та Посібник адміністратора.

курсова робота , доданий 28.12.2012


Розробка бази даних з урахуванням СУБД Microsoft Access, що дозволяє автоматизувати роботу кадрового агентства. Предметна область, заснована на реальній інформації з кадрового агентства. Модель інформаційної системи, реалізована у ER-win.

курсова робота , доданий 15.12.2011


Особливості процесів обслуговування замовників, дослідження ринку нерухомості, формування інформації про фінансові маніпуляції. Опис моделі агентства; послідовність створення контекстної діаграми Оптимізація розробленої моделі “to be”.

курсова робота , доданий 28.08.2012


Аналіз предметної галузі та середовище функціонування інформаційної системи "Туристичне агентство". Розробка та супровід баз даних засобами Enterprise Manager у середовищі SQL Server 2008. Принципи створення таблиць, запити, процедури, що зберігаються.

курсова робота , доданий 11.12.2013


Концепція бази даних. Класифікація їх у структурі. Сукупність програмних та мовних засобів, призначених для створення, зберігання та обробки баз даних, особливості використання запитів, форм, таблиць. Сутність макросів, звітів, модулів.

презентація , доданий 08.12.2013


Інформаційна система – сукупність організаційних, технічних та програмних засобів, об'єднаних у єдину систему для збирання, зберігання, обробки, видачі необхідної інформації. Аналіз особливостей інфологічної, логічної моделей баз даних.

курсова робота , доданий 16.09.2017


Правові основи оренди Республіка Казахстан. Огляд існуючого програмного забезпечення роботи агентств нерухомості. Вибір інструментарію для розробки інформаційної системи. Організація технології збору, передачі, обробки та видачі інформації.

ГОУ НУО Професійний

М І Т О Д І Ч І С К І Є

Р Є К О М Е Н Д А Ц І І

З КУРСОВОГО ПРОЕКТУВАННЯ

З ДИСЦИПЛІНИ

ТЕХНОЛОГІЯ РОЗРОБКИ ПРОГРАМНИХ ​​ПРОДУКТІВ

за спеціальністю

230105(2203) Програмне забезпечення обчислювальної техніки та
автоматизованих систем

(базовий рівень)

Калінінград, 2007

“ СХВАЛЕНО”

Предметною

(цикловою) комісією

Складено відповідно до Державних вимог до мінімуму змісту та рівня підготовки випускників за спеціальністю 230Програмне забезпечення обчислювальної техніки та автоматизованих систем середньої професійної освіти (базовий рівень)

Голова ПЦК

Зам. директора

з УМР

_______________________

_______________________

Рецензенти:

ВСТУП

Відповідно до державного освітнього стандарту середньої професійної освіти до мінімуму змісту та рівня підготовки випускників за спеціальністю “Програмне забезпечення обчислювальної техніки та автоматизованих систем” у галузі спеціальних дисциплін випускник повинен вміти :

· Розробляти алгоритм програмної реалізаціїпоставленого завдання;

· Створювати програмний продукт за розробленим алгоритмом, виконувати налагодження та тестування програмного продукту;

· Здійснювати розробку та супровід мережевих додатків;

Завданнямикурсового проекту є:

Вивчення особливостей конкретної предметної галузі, що належать до теми курсового проекту;

Аналіз можливих підходів та методів рішення з обґрунтуванням обраного методу;

Вибір чи розробка моделі (математичної, структурної, інформаційної тощо. буд.), яка потрібна на досягнення мети;

Вибір ефективних алгоритмів з урахуванням їх точності, стійкості, збіжності тощо;

Аналіз одержаних результатів роботи ПЗ;

Розробка програмної та експлуатаційної документації.

2. ВИБІР ТЕМИ

Тематика курсових проектів розробляється викладачами навчального закладу, розглядається та приймається предметною (цикловою) комісією на засіданні кафедри, затверджується заст. директора з навчальної роботи коледжу. Тема курсового проекту може бути запропонована студентом, відповідно до його інтересів та можливостей розкриття запропонованої проблеми, за умови обґрунтування ним її доцільності.

Допускається виконання курсового проекту з однієї теми групою студентів.

3. ТЕМИ КУРСОВИХ ПРОЕКТІВ (Додаток)

1. Розробити програмний модуль «Облік успішності студентів».

2. Розробити програмний модуль «Особисті справи студентів».

3. Розробити програмний модуль "Кафедра".

4. Розробити програмний модуль "Лабораторія".

5. Розробити програмний модуль "Автосервіс".

6. Розробити програмний модуль "Облік порушень правил дорожнього руху".

7. Розробити програмний модуль «Картотека агентства нерухомості».

8. Розробити програмний модуль «Картотека абонентів АТС».

9. Розробити програмний модуль «Авіакаса».

10. Розробити програмний модуль «Книгарня».

11. Розробити програмний модуль "Автостоянка".

12. Розробити програмний модуль "Кадрове агентство".

13. Розробити програмний модуль "Розрахунку амортизації майна".

14. Розробити програмний модуль "Екзаменатор".

15. Розробити програмний модуль "Облік відпрацьованого часу студентів".

16. Розробити програмний модуль "Інформаційно-довідкова програма для поштових адрес клієнтів".

17. Розробити програмний модуль "Картотека для обліку літератури в бібліотеці".

18. Розробити програмний модуль «Облік товарів на складі».

19. Розробити програмний модуль "Ігрову програму типу Master Mind".

20. Розробити програмний модуль «Логічна гра на вгадування комбінації чисел».

21. Розробити програмний модуль "Програма для індикації розкладу поточних занять групи студентів".

22. Розробити програмний модуль «Інформаційно-довідкова програма на продаж CD».

23. Створити програмний модуль "Корпоративний Web-вузол туристичної фірми".

24. Створити програмний модуль «Корпоративний Web-сайт магазину комп'ютерних комплектуючих».

25. Створити програмний модуль «Корпоративний Web-сайт магазину комп'ютерної периферії».

26. Створити програмний модуль «Особистий веб-сайт адміністратора комп'ютерної мережі».

27. Створити програмний модуль «Web-сайт проекту благоустрою території коледжу».

28. Створити програмний модуль «Web-вузол проекту побудови зимового саду біля коледжу».

4. ЗМІСТ І ЕТАПИ ВИКОНАННЯ
КУРСОВОГО ПРОЕКТУ

1. Вибір теми та узгодження її з керівником. Вибір літератури.

2. Вивчення вимог щодо оформлення роботи.

3. Складання плану реалізації курсового проекту. Розробка алгоритму розв'язання.

4. Реалізація алгоритму.

5. Налагодження програми.

6. Тестування програми.

7. Складання програмної та експлуатаційної документації.

8. Аналіз одержаних результатів.

9. Оформлення звіту.

10. Захист курсового проекту.

5. СТРУКТУРА КУРСОВОГО ПРОЕКТУ

Курсовий проект повинен включати тестоване програмне забезпечення та пояснювальну записку (не менше 20 аркушів формату А4).

Залежно від курсового проекту може бути включено графічну частину.

Пояснювальна записка курсового проекту повинна мати таку
структуру:

Титульний лист встановленого зразка (Додаток 1);

Вступ;

Вибір програмних та апаратних засобів для реалізації поставленої
завдання;

Описова частина розробленого програмного забезпечення;

Програмна документація;

Експлуатаційна документація;

Висновок, у якому робляться висновки та рекомендації щодо
можливостей використання матеріалів проекту;

Список використаної литературы;

Програми.

У у веденнікоротко розкривається актуальність та значення теми, формулюється мета та завдання проекту.

Програмна документаціявключає наступний комплекс документів:

Творчий підхід до написання курсового проекту;

Правильність та наукова обґрунтованість висновків;

Акуратність та правильне оформленнякурсового проекту

Остаточна оцінка курсової роботи виставляється за підсумками захисту та якості роботи.

Курсова робота має бути захищена до складання іспиту з дисципліни "Технологія розробки програмних продуктів". Студенти, які не склали курсових проектів або отримали незадовільні оцінки на захисті, не допускаються до чергових іспитів.

Захищені курсові проекти студентам не повертаються та зберігаються в архіві навчального закладу.

ДОДАТОК 1

Приклад оформлення титульного листа

ГОУ НУО Професійний

художньо-промисловий ліцей №10

КУРСОВИЙ ПРОЕКТ

з дисципліни "Технологія розробки програмного продукту"

на тему:___________________________________________________________________

Виконав студент ______________________________ Прізвище, ім'я, по батькові

Спеціальність, курс, група __________________________________________

Науковий керівник ___________________________ Прізвище, ім'я, по батькові

Дата здачі, підпис студента ______________________

________________________________________________

Дата захисту, оцінка, підпис викладача

Калінінград

ДОДАТОК 2

ТЕХНІЧНЕ ЗАВДАННЯ.

ВИМОГИ ДО ЗМІСТ І ОФОРМЛЕННЯ

ГОСТ 19.201 – 78

Інформаційну частину (анотацію та зміст), лист реєстрації змін допускається до документа не включати.

Для внесення змін або доповнень до технічного завдання на наступних стадіях розробки програми або програмного виробу випускають доповнення до нього. Узгодження та затвердження доповнення до технічного завдання проводять у тому самому порядку, який встановлено для технічного завдання.

Залежно від особливостей програми чи програмного виробу допускається уточнювати зміст розділів, вводити нові розділи чи об'єднувати окремі.

1. ВВЕДЕННЯ

У розділі вказують найменування, коротку характеристикуобласті застосування програми або програмного виробу та об'єкта, в якому використовують програму або програмний виріб.

2. ПІДСТАВИ ДЛЯ РОЗРОБКИ

Документ (документи), виходячи з яких ведеться розробка;

Організація, яка затвердила цей документ, та дата його затвердження;

Найменування та/або умовне позначення теми розробки.

3. ПРИЗНАЧЕННЯ РОЗРОБКИ

У розділі має бути зазначено функціональне та експлуатаційне призначення програми чи програмного виробу.

4. ВИМОГИ ДО ПРОГРАМИ АБО ПРОГРАМНОГО ВИРОБУ

4.1. Вимоги до функціональних характеристик.

У розділі мають бути зазначені вимоги до складу виконуваних функцій, організації вхідних та вихідних даних, тимчасових характеристик тощо.

4.2. Вимоги до надійності.

У підрозділі мають бути зазначені вимоги щодо забезпечення надійного функціонування (забезпечення стійкості, контроль вхідної та вихідної інформації, час відновлення після відмови тощо).

4.3. Умови експлуатації.

У підрозділі повинні бути зазначені умови експлуатації (температура навколишнього повітря, відносна вологість тощо для обраних типів носіїв даних), за яких повинні забезпечуватися задані характеристики, а також вид обслуговування, необхідна кількістьта кваліфікація персоналу.

4.4. Вимоги до інформаційної та програмної сумісності.

У підрозділі мають бути зазначені вимоги до інформаційних структур на вході та виході та методів рішення, вихідних кодів, мов програмування та програмних засобів, що використовуються програмою.

За потреби повинен забезпечуватися захист інформації та програм.

5. ВИМОГИ ДО ПРОГРАМНОЇ ДОКУМЕНТАЦІЇ

У розділі має бути зазначений попередній склад програмної документації та, за необхідності, спеціальні вимоги до неї.

6. ТЕХНІКО-ЕКОНОМІЧНІ ПОКАЗНИКИ

У розділі мають бути зазначені: орієнтовна економічна ефективність, передбачувана річна потреба, економічні переваги розробки порівняно з найкращими вітчизняними та зарубіжними зразками чи аналогами.

7. СТАДІЇ ТА ЕТАПИ РОЗРОБКИ

У розділі встановлюють необхідні стадії розробки, етапи та зміст робіт (перелік програмних документів, які мають бути розроблені, узгоджені та затверджені), а також, як правило, терміни розробки та визначають виконавців.

8. ПОРЯДОК КОНТРОЛЮ І ПРИЙМАННЯ

У розділі мають бути зазначені види випробувань та загальні вимоги до приймання роботи.

У додаткахдо технічного завдання, за потреби, наводять:

Перелік науково-дослідних та інших робіт, що обґрунтовують розробку;

Схеми алгоритмів, таблиці, описи, обґрунтування, розрахунки та інші документи, які можуть бути використані при розробці;

Інші джерела розробки.

ДОДАТОК 3

ТЕКСТ ПРОГРАМИ (ГОСТ 19.401 – 78)

Для тексту програми вихідною мовою за наявності анотації до неї включають короткий опис функції програми.

Основна частина документа повинна складатися з текстів одного або кількох розділів, яким надано найменування.

Дозволяється вводити найменування також і для сукупності розділів.

Кожен із цих розділів реалізується одним із типів символічного запису, наприклад:

Символічний запис вихідною мовою;

Символічний запис проміжними мовами;

Символічне подання машинних кодів тощо.

ДОДАТОК 4

ОПИС ПРОГРАМИ (ГОСТ 19.402 – 78)

Залежно від особливостей програми допускається вводити додаткові розділи, крім нижчезазначених, або об'єднувати окремі розділи.

1. ЗАГАЛЬНІ ВІДОМОСТІ

У розділі мають бути зазначені: позначення та найменування програми; програмне забезпечення, необхідне функціонування програми; мови програмування, якими написана програма.

2. ФУНКЦІОНАЛЬНЕ ПРИЗНАЧЕННЯ

У розділі мають бути вказані класи розв'язуваних завдань та/або призначення програми та відомості про функціональні обмеження на застосування.

3. ОПИС ЛОГІЧНОЇ СТРУКТУРИ

У розділі мають бути вказані:

Алгоритми програми;

Методи, що використовуються;

Структура програми з описом функцій складових частин та зв'язку між ними;

Зв'язки програми з іншими програмами.

Опис логічної структури програми виконують з урахуванням тексту програми вихідною мовою.

4. ВИКОРИСТАНІ ТЕХНІЧНІ ЗАСОБИ

У розділі повинні бути зазначені типи електронних обчислювальних машин та пристроїв, які використовуються під час роботи програми.

У розділі мають бути вказані:

Спосіб виклику програми з відповідного носія даних;

Вхідні точки програми.

Допускається вказувати адреси завантаження, відомості про використання оперативної пам'яті, обсяг програми.

6. ВХІДНІ ДАНІ

У розділі мають бути вказані:

Характер, організація та попередня підготовка вхідних даних;

Формат, опис та спосіб кодування вхідних даних.

7. ВИХІДНІ ДАНІ

У розділі мають бути вказані:

Характер та організація вихідних даних;

Формат, опис та спосіб кодування вихідних даних.

Допускається ілюстрування змісту розділів пояснювальними прикладами, таблицями, схемами, графіками.

Додаток дозволяється включати різні матеріали, які недоцільно включати до розділів документа.

ДОДАТОК 5

ПОЯСНЮВАЛЬНА ЗАПИСКА (ГОСТ 19.404-79)

Складання інформаційної частини (анотації та змісту) є необов'язковим.

Залежно від особливостей документа, окремі розділи (підрозділи) допускається об'єднувати, а також вводити нові розділи (підрозділи).

ВСТУП

У розділі вказують найменування програми та/або умовне позначення теми розробки, а також документи, на підставі яких ведеться розробка із зазначенням організації та дати затвердження.

1. ПРИЗНАЧЕННЯ І ОБЛАСТЬ ЗАСТОСУВАННЯ

У розділі вказують призначення програми, коротку характеристику сфери застосування програми.

2. ТЕХНІЧНІ ХАРАКТЕРИСТИКИ

Розділ повинен містити такі підрозділи:

2.1 Постановка задачі.

Описується постановка завдання на розробку програми, опис застосовуваних математичних методів і, за необхідності, опис припущень та обмежень, пов'язаних із вибраним математичним апаратом.

2.2 Опис алгоритму та/або функціонування програми.

Описується алгоритм та/або функціонування програми з обґрунтуванням вибору схеми алгоритму розв'язання задачі, можливі взаємодії програми з іншими програмами.

2.3 Склад технічних та програмних засобів.

Наводиться опис та обґрунтування вибору складу методу організації вхідних та вихідних даних.

2.4 Склад технічних та програмних засобів.

Наводиться опис та обґрунтування вибору складу технічних та програмних засобів на підставі проведених розрахунків та/або аналізів, розподіл носіїв даних, які використовує програма.

3. ОЧІКУВАНІ ТЕХНІКО-ЕКОНОМІЧНІ ПОКАЗНИКИ

У розділі вказують техніко-економічні показники, що обґрунтовують перевагу обраного варіанта технічного рішення, а також, за потреби, очікувані оперативні показники.

4. ДЖЕРЕЛА, ЩО ВИКОРИСТОВУЮТЬСЯ ПРИ РОЗРОБЦІ

У розділі вказують перелік науково-технічних публікацій, нормативно-технічних документів та інших науково-технічних матеріалів, на які є посилання в основному тексті.

У додаткудо документа можуть бути включені таблиці, обґрунтування, методики, розрахунки та інші документи, використані для розробки.

ДОДАТОК 6

ВІДОМІСТЬ ЕКСПЛУАТАЦІЙНИХ ДОКУМЕНТІВ

ГОСТ 19.507 - 79

Складання інформаційної частини (анотації та змісту) є необов'язковим.

У відомості перераховують документи, що входять до переліку експлуатаційних документів.

Відомість експлуатаційних документів має містити такі розділи: документи на програму; документи на складові програми.

p align="justify"> Відомість експлуатаційних документів на компонент, що має самостійне застосування, повинна містити тільки розділ "Документи на програму".

У розділі "Документи на програму" мають бути записані всі експлуатаційні документи (крім відомості експлуатаційних документів) на цю програму.

У розділі "Документи на складові програми" повинні бути записані відомості експлуатаційних документів на всі програми, що безпосередньо входять до програми.

Запис документів у відомості провадять під заголовками розділів у графі “Найменування”.

Документи записують у відомості у порядку зростання коду виду документа, що входить до позначення.

Графи відомості заповнюють так:

· У графі "Позначення" вказують позначення документів за ГОСТ 19.103-77;

· У графі "Найменування" вказують повне найменування експлуатаційного документа відповідно до найменуванням, зазначеним у аркуші затвердження або титульному аркуші;

· Для документів на цю програму записують лише найменування та вид документів;

· У графі “Кільк. екз.” вказують кількість екземплярів цього документа;

· У графі "Місцезнаходження" вказують номер папки, в якій зберігається документ, виконаний друкованим способом.

Дозволяється записати текст приміток та додаткові відомості, що належать до додаткових експлуатаційних документів, якщо це необхідно.

Дозволяється наводити порядкові номери приміток.

Текст приміток може бути записаний наприкінці відповідних розділів відомості про експлуатаційні документи. Дозволяється текст приміток записувати на останніх аркушах відомості експлуатаційних документів на формах без граф із проставленням порядкового номера приміток.

У відомості наводять також, у разі потреби, перелік папок, у яких укладено документи, виконані друкованим способом.

Папки у відомості записують після перерахування всіх документів під заголовком "Перелік папок" у графі "Найменування" в порядку зростання їх порядкових номерів.

При записі папок графи відомості заповнюють так:

Графу "Позначення" підкреслюють;

У графу “Найменування” вказують найменування та номер папки, наприклад “Папка № 1”;

У графі “Кільк. екз.” вказують кількість екземплярів папок цього найменування, що входять до складу одного комплексу експлуатаційних документів;

У графі “Місцезнаходження” вказують, за необхідності, місцезнаходження папок.

Приклад заповнення відомості експлуатаційних документів

Позначення

Найменування

Місцезнаходження

А. В. 001-01_32_01-1

Операційна система. Засоби відновлення системи

А. В. 001-01_32_01-2

Операційна система. Редактор зв'язків.

ДОДАТОК 7

ОПИС ЗАСТОСУВАННЯ (ГОСТ 19.502-78)

Складання інформаційної частини (анотації та змісту) є обов'язковим.

Залежно від особливостей програми, допускається вводити додаткові розділи або об'єднувати окремі розділи.

1. ПРИЗНАЧЕННЯ ПРОГРАМИ

У розділі вказують призначення, можливості програми, її основні характеристики, обмеження, що накладаються на сферу застосування програми.

2. УМОВИ ЗАСТОСУВАННЯ

У розділі вказують умови, необхідні для виконання програми (вимоги до необхідних для цієї програми технічних засобів, та інших програм, загальні характеристики вхідної та вихідної інформації, а також вимоги та умови організаційного, технічного та технологічного характеру тощо).

3. ОПИС ЗАВДАННЯ

У розділі мають бути зазначені визначення завдання та методи її розв'язання.

4. ВХІДНІ ТА ВИХІДНІ ДАНІ

У розділі мають бути зазначені відомості про вхідні та вихідні дані.

У додаток до документа можуть бути включені довідкові матеріали (ілюстрації, таблиці, графіки, приклади тощо).

ДОДАТОК 8

КЕРІВНИЦТВО З ТЕХНІЧНОГО ОБСЛУГОВУВАННЯ

(ГОСТ 19.508-79)

Складання інформаційної частини (анотації та змісту) є обов'язковим.

Залежно від особливостей документа, допускається вводити додаткові розділи.

1. ВВЕДЕННЯ

У розділі вказують призначення посібника, перелік експлуатаційних документів, якими повинні додатково до керівництва користуватися під час технічного обслуговування.

2. ЗАГАЛЬНІ ВКАЗІВКИ

У розділі вказують порядок технічного обслуговування, наводять вказівку щодо організації та особливостей його проведення.

3. ВИМОГИ ДО ТЕХНІЧНИХ ЗАСОБІВ

У розділі вказують мінімальний склад технічних засобів, що забезпечує роботу програми.

4. ОПИС ФУНКЦІЙ

У розділі вказують:

Максимальний склад технічних засобів, що перевіряються цією програмою;

Опис спільного функціонування технічних засобів та програми із зазначенням методу обробки помилок;

Опис організації вхідних та вихідних даних, що використовуються при обслуговуванні технічних засобів;

Опис взаємодій пристроїв із програмою, результатів взаємодій, з виведенням результатів роботи програми.

ДОДАТОК 9

1. Розробити програмний модуль «Облік успішності студентів».

Програмний модуль призначений для оперативного обліку успішності студентів у сесію деканом, заступниками декана та співробітниками деканату. Відомості про успішність студентів повинні зберігатися протягом усього терміну їх навчання та використовуватися при складанні довідок про прослухані курси та додатки до диплому.

2. Розробити програмний модуль «Особисті справи студентів».

Програмний модуль призначений для отримання відомостей про студентів співробітниками деканату, профкому та відділу кадрів. Дані повинні зберігатися протягом усього терміну навчання студентів та використовуватися при складанні довідок та звітів.

3. Розробити програмний модуль "Кафедра".

Модуль містить відомості про співробітників кафедри (ПІБ, посада, науковий ступінь, дисципліни, навантаження, громадська робота, сумісництво та ін.) та призначений для використання співробітниками відділу кадрів та деканату.

4. Розробити програмний модуль "Лабораторія".

Модуль містить відомості про співробітників лабораторії (ПІБ, стать, вік, сімейний стан, наявність дітей, посада, науковий ступінь) та призначений для використання співробітниками профкому та відділу кадрів.

5. Розробити програмний модуль "Автосервіс".

При записі на обслуговування заповнюється заявка, в якій зазначаються ПІБ власника, марка автомобіля, вид роботи, дата прийому замовлення та вартість ремонту. Після виконання робіт роздруковується квитанція.

6. Розробити програмний модуль «Облік порушень правил дорожнього
руху».

Для кожної машини та її власника в базі зберігається перелік порушень. Для кожного порушення фіксується дата, час, вид порушення та розмір; штрафу. При сплаті всіх штрафів машина видаляється з бази.

7. Розробити програмний модуль "Картотека агентства нерухомості".

Модуль призначений для використання працівниками агенції. У базі містяться відомості про квартири (кількість кімнат, поверх, метраж та ін.). При надходженні заявки на обмін (купівлю, продаж) проводиться пошук відповідного варіанту. Якщо такого немає, клієнт заноситься в базу клієнта і повідомляється, коли варіант з'являється.

8. Розробити програмний модуль «Картотека абонентів АТС».

Картотека містить відомості про телефони та їх власників. Фіксує заборгованості з оплати (абонентської та погодинної). Вважається, що погодинну оплату місцевих телефонних розмов уже запроваджено.

9. Розробити програмний модуль «Авіакаса».

Модуль містить інформацію про наявність вільних місць на авіамаршрути. У базі повинні міститися відомості про номер рейсу, екіпаж, тип літака, дату і час вильоту, а також вартість авіаквитків (різного класу). При надходженні заявки на квитки програма здійснює пошук відповідного рейсу.

10. Розробити програмний модуль «Книгарня».

11. Розробити програмний модуль "Автостоянка".

У програмі міститься інформація про марку автомобіля, його власника, дату і час в'їзду, вартість стоянки, знижки, заборгованість з оплати та ін.

12. Розробити програмний модуль "Кадрове агентство".

Модуль містить відомості про вакансії та резюме. Програмний модуль призначений як пошуку співробітника, відповідального вимогам керівників фірми, так пошуку відповідної роботи.

13. Розробити програмний модуль "Розрахунку амортизації майна".

Програма повинна забезпечувати обчислення двома методами (рівномірною амортизацією та кратного обліку амортизації), а також забезпечувати контроль коректності даних, що вводяться, та видачу попереджувальних повідомлень у разі: а) відсутності одного або декількох для розрахунку даних;

б) вказана ліквідна вартість перевищує початкову вартість;

в) зазначений період розрахунку, що перевищує термін амортизації.

14. Розробити програмний модуль "Екзаменатор".

Тестове завдання повинне складатися з 5-7 питань, ім'я файлу-тесту задається у командному рядку списку програми.

15. Розробити програмний модуль «Облік відпрацьованого часу
студентів».

Програма має бути реалізована засобами MS Visual Studio; давати можливість введення-виведення прізвища студента, номера групи та відпрацьованого часу, а також короткого опису виконаної роботи; відображати список студентів та короткий опис роботи для кожного з них; мати можливість редагування списку та описів.

16. Розробити програмний модуль "Інформаційно-довідкова програма для поштових адрес клієнтів".

Програма має бути реалізована засобами MS Visual Studio; давати можливість введення-виведення прізвища, імені та по батькові клієнта та його поштової адреси; відображати список клієнтів та адресу для кожного з них; мати можливість редагування списку та адрес; мати можливість створення та відображення декількох списків; мати можливість експорту інформації до інших програм, наприклад, MS Word.

17. Розробити програмний модуль "Картотека для обліку літератури в бібліотеці".

Програма має бути реалізована засобами MS Visual Studio; давати можливість введення-виведення назви книги та автора та короткої анотації; відображати список книг та анотацію для кожної з них; мати можливість редагувати найменування книги та анотацію; мати можливість створення кількох списків за тематикою літератури та переносити інформацію з одного списку до іншого.

18. Розробити програмний модуль «Облік товарів на складі».

Програма має бути реалізована засобами MS Visual Studio; давати можливість введення-назви товару та кількості, а також короткого опису; відображати список товарів та описи для кожного; мати можливість редагувати найменування товарів та опис; мати можливість створення кількох списків за групами товарів.

19. Розробити програмний модуль «Ігрову програму типуMasterMind».

Програма має бути реалізована засобами MS Visual Studio; давати можливість вгадувати набори кольорів та виводити інформацію про помилки; користувачеві надається кілька спроб; якщо набір вгаданий, виводиться повідомлення про виграш, якщо ні – нова спроба або повідомлення про програш.

20. Розробити програмний модуль «Логічна гра на вгадування комбінації чисел».

Програма має бути реалізована засобами MS Visual Studio; давати можливість вгадувати числові комбінації та виводити інформацію про помилки; користувачеві надається кілька спроб; якщо комбінація вгадана, виводиться повідомлення про виграш, якщо ні - нова спроба або повідомлення про програш. Час обмірковування обмежується.

21. Розробити програмний модуль "Програма для індикації розкладу поточних занять групи студентів".

Програма має бути реалізована засобами MS Visual Studio; залежно від часу відображати на екрані заняття, його початок і закінчення відповідно до введеного розкладу.

22. Розробити програмний модуль «Інформаційно-довідкова програма для продажуCD».

Програма має бути реалізована засобами MS Visual Studio; давати можливість введення-виведення назви диска, вартості та короткого змісту; відображати список дисків та короткий зміст для кожного з них; мати можливість редагування списку та змістів; мати можливість імпортувати опис диска з іншої програми, наприклад MS Word.

23. Створити програмний модуль «КорпоративнийWeb-вузол туристичної фірми».

Вузол повинен містити домашню сторінку, сторінку новин, 3 сторінок описів туристичних маршрутів та послуг та сторінку зворотного зв'язку, Крім того, вузол повинен містити текстову, графічну та мультимедійну інформацію.

24. Створити програмний модуль «КорпоративнийWeb-вузол магазину комп'ютерних комплектуючих».

Вузол повинен містити домашню сторінку, сторінку новин, сторінку зворотного зв'язку та кілька сторінок опису комплектуючих, наприклад, жорсткі диски, відеокарти та TV-тюнери. Крім того, вузол повинен містити текстову, графічну та мультимедійну інформацію.

25. Створити програмний модуль «КорпоративнийWeb-сайт магазину комп'ютерної периферії».

Вузол повинен містити домашню сторінку, сторінку новин, сторінку зворотного зв'язку та кілька сторінок опису периферії, наприклад, принтери, дисплеї та Web-камери. Крім того, вузол повинен містити текстову, графічну та мультимедійну інформацію.

26. Створити програмний модуль «ОсобистийWeb-сайт адміністратора комп'ютерної мережі».

Вузол повинен містити домашню сторінку, сторінку про себе, схему мережі та її розміщення по приміщеннях, сторінку зауважень та їх усунення. Вузол повинен містити текстову, графічну та мультимедійну інформацію

27. Створити програмний модульWeb-вузол проекту благоустрою території ліцею».

28. Створити програмний модульWeb-вузол проекту побудови зимового саду на території ліцею».

Вузол повинен містити домашню сторінку, опис проекту, перелік основних етапів із термінами виконання, список учасників та їх обов'язки, форум обговорень. Вузол повинен містити текстову, графічну та мультимедійну інформацію

СПИСОК ЛІТЕРАТУРИ

1. ГОСТ 7.1-84. Бібліографічне опис документа. Загальні вимоги та правила складання.

2. ГОСТ 7.9-95. Реферат та анотація. Загальні вимоги.

3. Стандарти Єдиної системи програмної документації (ЄСПД).

4. Шишкін вказівки до курсового проекту. - Смоленськ, 2002.

5. Рудакова даних. Розробка додатків. - СПб.: БХВ-Петербург, 2006

6. Ілюшечкін використання та проектування баз даних - М.: Вища освіта. 2009

ВСТУП.. 3

1. МЕТА ТА ЗАВДАННЯ КУРСОВОГО ПРОЕКТУВАННЯ. 3

2. ВИБІР ТЕМИ... 4

3. ТЕМИ КУРСОВИХ ПРОЕКТІВ. 4

5. СТРУКТУРА КУРСОВОГО ПРОЕКТУ.

6. ОФОРМЛЕННЯ ПОЯСНЮВАЛЬНОЇ ЗАПИСКИ ДО КУРСОВОГО ПРОЕКТУ.. 6

7. ЗАХИСТ КУРСОВОГО ПРОЕКТУ.. 7

ДОДАТОК 1. 8

ДОДАТОК 2. 9

ДОДАТОК 3. 11

ДОДАТОК 4. 12

ДОДАТОК 5. 14

ДОДАТОК 6. 15

ДОДАТОК 7. 16

ДОДАТОК 8. 17

ДОДАТОК 9. 18

СПИСОК ЛІТЕРАТУРИ... 22

Вступ

1. Аналітична частина

1.1Техніко-економічна характеристика предметної галузі та підприємства.

1.1.1 Характеристика підприємства

1.2 Характеристика комплексу завдань, завдання та обґрунтування необхідності автоматизації

1.2.1 Вибір комплексу завдань автоматизації та характеристика існуючих бізнес-процесів

1.2.2 Обґрунтування необхідності використання обчислювальної техніки для вирішення задачі

1.2.3 Опис основних властивостей ІВ для підприємства та обраного комплексу завдань

1.2.4 Економічна сутність комплексу завдань

1.2.5 Визначення місця проектованого завдання у комплексі завдань

1.2.6 Сутність завдання

1.3.2 Вибір та обґрунтування стратегії автоматизації задачі

1.4 Постановка мети та підзавдання автоматизації. Критерії досягнення мети.

1.4.3 Загальна характеристика організації вирішення підзавдань на ЕОМ

1.5 Аналіз існуючих розробок та обґрунтування вибору технології проектування.

1.6 Обґрунтування проектних рішень

1.6.2 Обґрунтування проектних рішень щодо інформаційного забезпечення

2. Проектна частина

2.1 Інформаційне забезпечення задачі

2.1.4. Характеристика бази даних.

2.2 Програмне забезпечення задачі

2.3 Технологічне забезпечення задачі

2.4 Контрольний приклад реалізації проекту та його опис

Висновок

Список використаних джерел

1.1 Техніко -економічна характеристика предметної галузі та підприємства

1.1.1 Характеристика підприємства

1. Повна назва: Агентство з операцій з нерухомістю «Олена». Скорочена назва: Агентство нерухомості «Олена».

2. Агентство з нерухомості «Олена» зареєстровано приватним підприємцем відповідно до закону Російської Федерації «Про державну реєстрацію юридичних осіб та індивідуальних підприємців».

3. Місце знаходження Агентства: Російська Федерація, Республіка Башкортостан, місто Жовтневий, проспект Леніна,67.

4. Завдання:

· Надання послуг населенню з купівлі-продажу, дарування, іншими операціями з нерухомістю відповідно до ринкового попиту.

· Допомога при оформленні іпотечного кредитування.

· Створення доступних сервісів щодо пошуку інформації про нерухомість.

· Надання повного спектру послуг з інвестування в нерухомість.

· Забезпечення стабільності у діяльності підприємства.

5. Цілі фірми:

· Вилучення прибутку.

· Становлення надійним, сумлінним агентством, яке надає високоякісні послуги.

· Залучення нових клієнтів.

· Розширення територіального охоплення діяльності.

Агентства нерухомості «Олена» за 2006, 2007, 2008 роки.

	Основні показники	2006 рік	2007 рік	Відхилення (%)2007 до 2006	2008 рік	Відхилення (%)2007 до 2006
1	2	3	4	5	6	7
1.	Обсяг наданих послуг, тис. руб;	6500	7100	109	9800	151
2.	Собівартість наданих послуг, тис. руб;	5200	5400	104	7340	141
3.	Витрати на 1 карбованець наданих послуг, коп;	1,25	0,76	60	0,75	60
4.	Прибуток, тис. руб;	1300	1700	131	2460	189
5.	Рентабельність, %	25	34	136	33	132
6.	Чисельність персоналу, чол;	5	6	120	8	160
7.	Продуктивність праці, тис. руб/чол;	1300	1183	91	1225	94
8.	Середньомісячна вести, крб;	8000	10000	125	15000	187
9.	Фонд оплати праці, руб;	40000	60000	150	120000	300

Використовуючи наведені дані, оцінимо фінансові результати діяльності агентства «Олена» за період 2006, 2007, 2008 роки.

З таблиці видно, що обсяг наданих послуг з кожним роком зростає: у 2007 році, по відношенню до 2006 року – на 9%, у 2008 році – на 51%.

На таке підвищення вплинули такі фактори:

У 2008 році було доступне іпотечне кредитування-відсотки банку становили від 11% річних;

Ринок послуг значно розширився, захоплюючи прилеглі міста регіону;

З приходом нових ріелторів до агенції терміни виконання робіт різко скоротилися;

Юристам надаються безкоштовні консультації, після яких клієнти стають клієнтами агентства з оформлення угод.

Собівартість наданих послуг у 2007 році порівняно з 2006 роком підвищилася на 4%, а в 2008 році, відповідно, підвищилася на 41%. На підвищення собівартості вплинуло таке:

Зростання енерговитрат, підвищення цін на воду, тепло, телефонний зв'язок, оплату інтернету;

Установка нової охоронної сигналізації;

збільшення витрати палива для автомобілів;

Витрати на 1 рубль наданих послуг (ставлення собівартості до обсягу наданих послуг) у 2007 та 2008 роках, стосовно 2006 року, знизилися на 40%.

Це зниження пов'язано з тим, що фірма прагне мінімізувати витрати за рахунок:

Підключення безлімітного Інтернету;

Більше використання «сарафанного радіо» для залучення клієнтів;

Обмеження міжміських телефонних розмов;

Судячи з показників прибутку (різниця між обсягом послуг та собівартістю) агентство працює рентабельно, тобто прибуток зростає з кожним роком: у 2007 році, щодо 2006 року зріс на 31%, у 2008 році, так само, щодо 2006 року зріс на 89% .

На це вплинуло зниження витрат на 1 карбованець наданих послуг. Динаміка зростання рентабельності обумовлюється тими самими причинами.

Чисельність персоналу щорічно збільшується, у 2007 році в штаті додався 1 ріелтор, у 2008 році - ще 3 спеціалісти. Це з збільшенням обсягу наданих послуг. При необхідності фахівці підмінюють один одного, підвищуючи, тим самим, рівень своєї кваліфікації, одночасно не допускаючи відходу клієнта з фірми до іншого агентства.

У 2007 році продуктивність праці (ставлення обсягу наданих послуг до чисельності працюючих) по відношенню до 2006 року знизилася на 9%, а в 2008 році, порівнюючи з 2006 роком-на 6%. На це вплинуло розширення штату. Однак для фірми це нормально, співробітники швидко входять до робочого ритму, тим самим є тенденції підвищення та продуктивності праці колективу.

Середньомісячна заробітна плата співробітників у 2007 році по відношенню до 2006 року зросла на 25%, у 2008 році відповідно на 87%. Отже, зростає фонд оплати праці (твір середньомісячної заробітної платина чисельність персоналу). Це зростання пов'язані зі збільшенням обсягу наданих послуг, як і, за оперативність і професіоналізм директор заохочує преміями, з допомогою фірми відправляє на платні семінари у Москві, Уфу, Самару.

Загалом агентство з нерухомості «Олена» працює стабільно, з прибутком, незважаючи на загальну економічну нестабільність. Підвищення та зниження цін позначається на ринку нерухомості, проте завжди є бажаючий продати і бажаючий купити нерухомість, необхідно так організувати роботу фірми, щоб вони прийшли саме до вас за вашими послугами.

1.1.2 Організаційна структура управління підприємством та її характеристика

Структура

У агентстві існує елементарна організаційна структура, яка відбиває дворівневе поділ, властиве лише у невеликих організаціях.

Керівник офісу. Керівник групи ріелторів

Обов'язки:

· Керівництво групою ріелторів.

· Планування, контроль та звітність по роботі офісу.

· Контроль ходу всіх угод.

· Навчання ріелторів.

· Прийом та внесення авансів.

Старший юрисконсульт:

Обов'язки:

· Супровід угоди

· Перевірка «чистоти» документації

· Контроль за відповідністю законодавству діяльності агентства.

Бухгалтер

Обов'язки:

· Складання та здавання звітів

Ріелтор

Обов'язки:

· Прийом дзвінків

· Консультації потенційних клієнтів.

· Укладання агентських договорів в офісі компанії та з виїздом до клієнта.

· Підбір квартир за спеціалізованою ріелторською базою.

· Покази квартир.

· Збір документів

· Підготовка угод.

· Внесення авансів.

Офіс менеджер

Обов'язки:

· Адміністративна підтримка діяльності офісу.

· Зустріч клієнтів на. Чай кави для клієнтів.

· Надсилання/прийом факсів. Роздруківка документів.

· Закупівля канцтоварів та інших товарів для життєдіяльності офісу.

· Ведення статистики відвідування офісу співробітниками.

Кур'єр

· Доставка кореспонденції.

· Доставка документів.

Рисунок 1.1 Організаційна діаграма

Характеристика

Ріелтерська діяльність передбачає наявність спеціальної освіти, т.к. ринок освіти не готує фахівців у цій галузі.

Усі люди, які працюють в агентстві, мають вищу освіту, але професії та сфери діяльності до роботи в агентстві «Олена» були досить різноманітними. Усі вони мають «комерційну жилку», як правило, це колишні підприємці чи юристи зі стажем.

Наприклад, юрисконсульт Гініятуллін Галим'ян Галлімуллінович, закінчив Башкирський державний університет, юридичний факультет. Займається юридичною діяльністю понад 30 років, до роботи в агентстві працював у Жовтневому відділі Державної реєстраційної палати, у 2008 році отримав сертифікат підвищення кваліфікації за напрямом «Управління ріелторською фірмою».

Проте не можна недооцінювати молодих працівників фірми, які можуть і не знають якихось нюансів, але оточують свого клієнта увагою і турботою, відповідально підходять до справи, щоб потім про них розповіли своїм друзям.

У фірмі є висококваліфікований бухгалтер з великим стажем роботи так що фірма веде свої справи відповідно до законодавства, знає які платити податки.

Специфіка споживчого попиту у тому, що постійних клієнтівфірма не має. Це пов'язано з тим, що задовольнивши свої потреби у житлі чи навпаки, продавши квартиру, подальша потреба у послугах пропадає. Проте, професійно здійснивши угоду, оформивши юридичний супровід угоди, працівники агентства заробляють хорошу репутацію, таким чином безпосередні клієнти рекомендують агентство своїм близьким та знайомим.

Швидше за все, така схема працює і дає результати.

Агентство "Олена" збільшилося з двох до восьми осіб. Це мобільний злагоджений колектив, який постійно підвищує свою кваліфікацію. П'ятеро людей мають вищу освіту, двоє навчаються у ВНЗ, що дозволяє надавати високоякісні професійні послуги, залучаючи все більшу кількість клієнтів.

1.1.3 Опис інформаційного та технічного забезпечення підприємства, що використовуються функціональними можливостями

У суб'єкті підприємницької діяльності, який ми розглядаємо, використовується наступне обладнання.

· 7 персональних комп'ютерів.

· 7 стаціонарних телефонних апаратів на одній лінії.

· 3 принтери.

· 1 факсимільний апарат.

· 1 копір.

· 1 маршрутизатор для доступу до Інтернету.

І таке програмне забезпечення.

· 7 операційних систем Windows XP

· 7 пакетів MSoffice 2003

· 1 програма бухгалтерського обліку 1С Бухгалтерія 7.7

· 1 програмний пакет Гарант.

1.2 Характеристика комплексу завдань, завдання та обґрунтування необхідності автоматизації

1.2.2 Вибір комплексу завдань автоматизації та характеристика існуючих бізнес-процесів

Нині комерційним підприємством доводиться функціонувати у складних фінансово-економічних умовах. Запорукою успішної діяльності підприємства за таких умов є максимально ефективна організація діяльності підприємства на всіх рівнях. Це складне завдання, успішне вирішення якої знаходиться не в галузі якоїсь однієї науки, а зазвичай на перетині багатьох дисциплін, таких як управління та менеджмент, логістика, бухгалтерський облік та, звичайно ж, інформатика.

Автоматизація бізнес процесів сучасного підприємства є необхідним та обов'язковою умовоюйого успішного функціонування. Важко уявити сьогодні підприємство, на якому ведеться вручну, наприклад, бухгалтерський облік. Але бухгалтерський облік - далеко не єдиний приклад застосування автоматизації на підприємстві. Існуючі інформаційні технології дозволяють автоматизувати діяльність практично всіх рівнів підприємства. Виходячи з цього, стає ясно, що автоматизація діяльності стає ключовим завданням, яке необхідно вирішити керівництву для того, щоб підприємство працювало максимально ефективно.

У цьому дипломному проекті розглядається автоматизація діяльності підприємства, що надає послуги, що, природно, накладає свою специфіку на завдання автоматизації. Автоматизація діяльності підприємства надає послуги представляє собою комплекс завдань, кожна з яких являє собою закінчений проект. Серед завдань автоматизації можна виділити такі як:

· Бухгалтерський облік на підприємстві;

· обліку квартир та будинком в оренду та продаж;

· Урахування клієнтів охочих зняти або купити квартиру;

· Урахування клієнтів яким надаються інші послуги;

Можна навести ще цілу низку підсистем у комплексі завдань автоматизації діяльності агентства нерухомості. Слід зазначити, що це завдання у комплексі завдань пов'язані між собою, а операції, які відбуваються для підприємства, що неспроможні ставитися до будь-якої однієї задачі.

1.2.3 Обґрунтування необхідності використання обчислювальної техніки для вирішення задачі

Аналіз поставленого завдання призводить до висновку, що її вирішення традиційними засобами обліку з використанням паперових документів можливе, але неефективне. Насамперед, такий висновок випливає з аналізу кількості операцій під час ведення клієнта чи об'єкта нерухомості. Для великого агентства нерухомості кількість таких операцій може досягати такої кількості, що їхнє ручне оформлення стає просто неможливим. Також дуже важко зберігати та здійснювати пошук інформації про нерухомість та її властивості, клієнтів та проведені операції у паперовому вигляді. Немає необхідності описувати переваги та зручність пошуку інформації, наприклад, про квартиру у зручній та швидкій інформаційній системі порівняно пошуку такої інформації у папках паперових документів. Так само і пошук інформації про будь-яку виконану операцію ріелтерської діяльності можна знайти в журналі електронних документівз усіма подробицями її виконання швидко та зручно.

Однак, використання обчислювальної техніки дає не тільки зручність та швидкість пошуку інформації та оформлення документів, але й піднімає ефективність роботи на принципово новий рівень, надаючи функції, раніше недоступні. Насамперед, це стосується підсистеми аналітичної інформації. Раніше, при використанні системи паперового обліку отримати інформацію про скоєні угоди, проаналізувати найбільш затребувані послуги можна було лише піднявши всю документацію та договори, то тепер це стало набагато швидшим та доступнішим, що дозволить краще оцінювати затребуваність різних послуг на ринку.

Крім вище сказаного, виділити ще ряд аналітичних звітів, які можна отримати при використанні автоматизованої інформаційної системи. Ось такі звіти, аналіз стану ринку нерухомості, аналіз пропозицій ринку нерухомості, коливання вартості житла, аналіз ув'язнених послуг.

Ще однією незаперечною перевагою використання автоматизованої інформаційної системи є безпека зберігання інформації. При зберіганні інформації на паперових носіях втрата будь-якого паперового документа була непоправною. Така втрата могла статися як внаслідок дій зловмисників, так і внаслідок дії непереборних сил. При зберіганні інформації в електронному вигляді існуючі методи забезпечення безпеки зберігання інформації та її дублювання роблять таке зберігання надійним.

Таким чином, можна виділити такі основні переваги використання автоматизованої інформаційної системи на основі обчислювальної техніки для вирішення задачі побудови системи обліку:

· Підвищення зручності пошуку та відбору даних з довідників зберігання статичної інформації та журналів виконаних операцій;

· Підвищення швидкості пошуку та відбору інформації, а також оформлення операцій з нерухомістю;

· Забезпечення впливу кожних нових пропозицій на ринку нерухомості на старі заявки клієнтів;

· Забезпечення безпеки зберігання інформації;

· Забезпечення розрахованої на багато користувачів роботи.

1.2.4 Опис основних властивостей ІВ для підприємства та обраного комплексу завдань.

Основні властивості ІВ для даного підприємстває

· Невелика та нескладна – немає необхідності при поточних завданнях у великій та складній ІВ

· Динамічна і легко змінюється - побудована на основі MicrosoftAccess не вимагає спеціалізованих навичок для зміни ІС

· Низька захищеність - на даному етапі у підприємства немає вимог до захищеності ІВ

· Людина бере активну участь у роботі ІВ – введення даних, отримання даних.

· Схильна до впливу випадкових факторів таких як - помилки тих пристроїв, помилки персоналу.

Цей клас завдань важливий, оскільки автоматизація діяльності такого підприємства як агентство нерухомості в цілому є досить не тривіальним завданням.

ПЗ для такого класу завдань як автоматизація діяльності агентства нерухомості досить рідкісне і мало поширене, швидше за все через те, що великі агентства пишуть таке ПЗ своїми силами маючи у своєму розпорядженні цілі відділи і не виставляють його згодом на продаж що б не полегшувати життя своїм потенційним конкурентам.

Тому для того, щоб отримати таку ІВ підприємству бажано самому розробити максимально відповідну для нього систему, врахувавши всі нюанси діяльності даної фірми.

І природно використання ІВ у такій галузі, що швидко змінюється, як робота з нерухомістю в наші кризові дні, допоможе швидше оцінювати кон'юнктуру ринку, і робити запобіжні кроки в той бік, яка дасть. максимальна кількістьприбутку зараз. Що дуже важливо для виживання фірми над ринком під час кризи. Дозволить оцінити витрати.

У майбутньому система дозволить також оцінювати і довгострокові перспективи і давати інформацію для розуміння того, у що варто вкладати гроші на тривалу перспективу.

1.2.6 Визначення місця проектованого завдання у комплексі завдань

Серед завдань автоматизації окремо слід виділити завдання автоматизації ведення бази нерухомості, і навіть ведення бази даних клієнтів організації.

Накопичення даних про клієнтів є дуже важливою частиною автоматизації підприємства, яке спрямоване на обслуговування клієнтів, по цій базі можна зрозуміти що потрібно клієнтам в даний момент, навіть якщо ми не можемо в даний момент задовольнити запит клієнта, інформація про те, що йому потрібно допоможе в розвитку асортимент послуг нашої компанії. База клієнтів легко дозволить провести дослідження з метою кращого націлення своїх пропозицій на ринку. Надасть перевагу перед конкурентами, у яких відсутня автоматизація.

Автоматизація бази даних нерухомості дасть можливість швидше і повніше реагувати на побажання клієнтів, проводити складні вибірки і пошуки за численними параметрами, що істотно перевершує ситуацію, що склалася в даний момент, коли всі дані зберігаються в текстових документах формату Microsoftword.

Метою даного дипломного проекту є вирішення саме завдання автоматизації клієнтської бази та бази даних з нерухомості – центральної задачі комплексу завдань автоматизації діяльності підприємства.

Комплекс завдань автоматизації та місце розв'язуваної задачі у цьому комплексі представлені на малюнку 1.2.

Малюнок 1.2 Комплекс завдань автоматизації та місце розв'язуваної задачі у цьому комплексі.

1.2.7 Сутність завдання

Система обліку клієнтів та нерухомості складається з багатьох аспектів.

Розв'язання цього завдання складається з розв'язання підзавдань, які можна виділити в цій задачі. Можна виділити такі підсистеми:

Підсистема ведення квартир та будинків на продаж а також підсистема ведення клієнтів на здачу в оренду квартир та будинків призначена для того, щоб зберігати всі необхідні дані про об'єкти нерухомості. Такими статичними даними може бути сама нерухомість та її характеристики, додаткові відомості про нерухомість та інші дані.

Підсистема ведення клієнтів на купівлю квартир та будинків а також підсистема ведення клієнтів на найм квартир та будинків повинні надавати відомості про клієнтів, список вимог клієнтів, бажаний вид оплати, інформацію про те, хто веде угоду, місцезнаходження нерухомості та іншу інформацію про бажання клієнта. Підсистема повинна мати можливість стеження за етапом правочину. Підсистема ведення клієнтів на інші послуги повинна надавати дані про самого клієнта та послуги, які йому необхідні, можливість стеження за етапом робіт, містити інформацію про співробітника, який веде даного клієнта. Утримувати іншу інформацію, яка на думку співробітників необхідна. Підсистема аналітичної інформації повинна надавати користувачам програми можливість складання звітів щодо вчинених угод. Звіти повинні мати гнучкі налаштування, дозволяти задавати умови формування звітів, а також розрізи формування звітів. Усі звіти повинні мати друковані форми для зручності подання даних.

1.3 Аналіз існуючих розробок та вибір стратегії автоматизації

1.3.1 Аналіз існуючих розробок для автоматизації задачі

В даний час існує дуже мала кількість автоматизованих інформаційних систем, що здійснюють вирішення задачі автоматизації діяльності агентства нерухомості.

Наприклад система «Ідеальний варіант: Нерухомість» у цій системі реалізовано такі можливості

· Зручний та простий інтерфейс

Також більш-менш аналогічними варіантами є системи:

· «База даних об'єктів нерухомості»

· «Нерухомість Експерт»

Найкраща система з того, що є на ринку, це звичайно Ідеальний варіант: Нерухомість»

Проте, автоматизована система «Ідеальний варіант: Нерухомість» є досить складною та громіздкою. Система вимагає від користувача високої кваліфікації та, крім того, вимагає досить складного налаштування та адміністрування.

Не мало важливим є фактор високої вартості автоматизованої системи "Ідеальний варіант: Нерухомість", також на вартість сильно вплине необхідність найму кваліфікованого спеціаліста для підтримки та обслуговування СУБД, навчання користувачів, неможливість екстреної підтримки через сильну віддаленість розробника. Також немає потреби у більшості функцій даної системи.

Таким чином, є недоцільним використання автоматизованої системи «Ідеальний варіант: Нерухомість» в АН «Олена» для вирішення вузько спеціалізованого завдання створення автоматизованої інформаційної системи. Набагато дешевше і швидше представляється написання окремої програми, що вирішує це завдання, що є простим у встановленні та використанні, дешевим і зручним у використанні. Легко пристосовується до нових вимог компанії.

З аналізу діяльності підприємства виявляється дуже багато недоліків побудови існуючої системи організації ріелторської роботи у компанії. Насамперед це стосується того, що сховища даних є паперовими сховищами або простими. текстові документи, пошук інформації в яких може бути проведений тільки вручну, що є дуже незручним та скрутним процесом. Також незручно те, що за зміни будь-якої інформації про об'єкт нерухомості необхідно переробляти весь каталог нерухомості, при зміні ціни переробляти прайс-лист, а при зміні даних контрагента переробляти картотеку клієнтів. Все це малоефективно, потребує великих витрат часу та ресурсів. Зберігання документів в архівах також не сприяє прискоренню пошуку документів та збільшенню зручності роботи з ними.

Аналіз поставленого завдання призводить до висновку, що її вирішення традиційними засобами обліку з використанням паперових документів неможливе. Отже, стратегія вирішення завдання – це автоматизація всіх процесів, які стосуються ріелторської діяльності для підприємства.

Поставлене завдання буде автоматизовано шляхом розробки програми, що реалізує «автоматизовану систему агентства нерухомості» (скор. АСАН). Розроблена система повинна задовольняти всі вимоги, які пред'явлені до неї при постановці завдання.

1.3.3 Вибір та обґрунтування способу придбання ІВ для автоматизації задачі

Для розробки програми, що реалізує обліку, знадобляться такі ІС:

· Операційна система Windows призначена для функціонування на клієнтській машині;

· Операційна система Windows серверного типу або за наявності менше 10 співробітників працюючих з «Автоматизованою системою агентства нерухомості» - операційна система Windows клієнтського типу, призначена для функціонування на сервері і забезпечує багато користувачів підключення до бази даних

· СУБД MSAccess для забезпечення локального функціонування системи обліку на кожній машині;

· Для розробки програми найбільш доцільно застосувати СУБД MSAccess у зв'язку з невеликим розміром ІС.

Усі зазначені ІС мають бути придбані для розробки та подальшого використання «Автоматизованої системи агентства нерухомості» на підприємстві.

1.4 Постановка мети та підзавдання автоматизації. Критерії досягнення мети

1.4.1 Економічна сутність завдання

Економічною сутністю завдання автоматизації ріелторської діяльності агентства нерухомості «Олена» є підвищення результативності праці за допомогою автоматизації рутинної діяльності, а також діяльності, яку можна прискорити шляхом переходу на іншу систему.

Внаслідок прискорення процесу діловодства можливо буде або збільшити кількість вироблених угод і тим самим підвищити обороти компанії, а в кінцевому підсумку і прибуток.

Або якщо розміру ринку (через кризу наприклад) не буде достатньо для того, щоб збільшити кількість вироблених угод, можливо буде провести скорочення штату для скорочення витрат, що в кінцевому підсумку знову веде до підвищення прибутку.

У разі якщо скорочення співробітників не буде одним із варіантів з якоїсь причини, то можливе збільшення присутності агентства нерухомості на ринку прямо не пов'язаному з торгівлею нерухомістю, таким як консультаційні послуги, допомога в оформленні документів пов'язаних з нерухомістю, ведення іпотечних справ, посередництво при торгівлі землею та інші послуги хоча б опосередковано пов'язані та нерухомістю.

Отже кінцевому підсумку мета цієї автоматизації є скорочення витрат за діловодство, скорочення витрат і збільшення прибутку. А також можливість розширення сфери діяльності агентства нерухомості «Олена» в інших областях.

1.4.2 Цілі та призначення автоматизованого варіанту вирішення задачі

Метою дипломного проекту є розробка «Автоматизованої системи агентства нерухомості» та створення програми, що реалізує цю систему. Система, що розробляється, повинна вирішувати завдання автоматизації роботи агентства нерухомості і виконувати наступні функції:

· Ведення таблиці продажу нерухомості із зазначенням їх основних та додаткових характеристик. До основних характеристик виробу належать такі: тип нерухомості, кількість кімнат/поверхів, власник та його контакти, детальний опис, вартість, тип будинку, тип квартири. До додаткових характеристик відносяться будь-які властивості, що задаються користувачем (див. нижче).

· Для будь-якого об'єкта нерухомості з довідника нерухомості можуть бути задані додаткові властивості, які зберігаються в пов'язаній таблиці. Склад видів властивостей та їх значень визначаються виключно користувачем програми, що дозволяє створити набір властивостей для об'єктів необмеженого обсягу та будь-якого змісту

· Ведення довідника обміну квартир, будинків із зазначенням основних характеристик.

· Довідник обміну квартир, будинків має бути пов'язаний з довідником властивостей. Має бути наданий інтерфейс відбору варіантів за властивостями.

· Програма має дозволяти вести довідник клієнтів агентства нерухомості. Довідник клієнтів повинен містити всі необхідні поля, щоб охарактеризувати клієнта: найменування, повне найменування, адреса, телефон, докладний опис.

· Програма повинна надавати можливість відбору (фільтрації) клієнтів за різними комбінаціями параметрів: характеристиками клієнтів, їх додатковими властивостями, менеджерами, які ведуть клієнта. Фільтр повинен мати гнучке налаштування та можливість «інтелектуального» відбору записів.

· Програма повинна надавати можливість формувати звіти з продажу/обміну квартир з різними фільтрами, що комбінуються.

Програма повинна працювати без переривань у разі виникнення критичних помилок, навіть тих, що виникають з вини користувача або через помилки у вхідних даних. Відповідно, секції програми, в яких можливе виникнення таких помилок, повинні оброблятися в програмі особливим чином. У разі виникнення помилки після видачі відповідного попередження програма має продовжити свою роботу.

Програма має забезпечити фізичну та логічну цілісність бази даних. При зміні або видаленні даних програма повинна підтримувати цілісність посилань інформації в базі даних.

1.4.3 Загальна характеристика організації вирішення підзавдань на ЕОМ.

Завдання автоматизації роботи агентства складається з кількох основних підзадач це:

· Створення бази даних із зручним методом зберігання.

· База даних АС повинна відповідати наступним вимогам:

Доступність – база даних повинна бути легко доступна по мережі для розрахованої на багато користувачів роботи.

Відсутність необхідності обслуговування з боку спеціально навченого персоналу – що збільшує витрати на утримання АС та збільшує час простою у разі збоїв.

Легка можливість резервного копіювання та відновлення – відсутність вимог щодо організації складної процедури резервного копіювання та відновлення пов'язана з відсутністю кваліфікованих спеціалістів та не бажанням нести додаткові витрати на них.

Легка можливість модернізації – простота і відкритість АС одна із основних вимог страховки компанії від неможливості розробника даної АС далі працювати та обслуговувати її.

Відсутність високих вимог до апаратних компонентів – за відсутності високих додаткових витрат за модернізацію парку ЕОМ компанії.

· Створення підсистем автоматизованої системи для різних потреб.

· Створення шляхів введення інформації до бази даних.

Введення інформації до бази даних має бути розділений всім таблиць чи логічних сутностей бази.

Введення інформації в базу має мати зручний інтерфейс

Введення інформації в міру можливості має використовувати довідники та класифікатори складені раніше.

· Створення шляхів отримання інформації із бази даних.

Основним шляхом отримання даних із бази даних повинні бути попередньо сформовані форми та звіти.

· Організація закінченої структури ведення клієнтів.

АС має надавати повні можливості для ведення бази клієнтів.

1.4.4 Формалізація розрахунків підзавдання

Завдання автоматизації роботи агентства нерухомості у цьому проекті поділяється на кілька підзавдань, успішне вирішення яких призводить до успішного вирішення завдання автоматизації агентства нерухомості в цілому. Можна виділити такі підсистеми:

· Підсистема ведення квартир та будинків на продаж;

· Підсистема ведення клієнтів на купівлю квартир та будинків;

· Підсистема ведення клієнтів на найм квартир та будинків;

· Підсистема ведення клієнтів на здачу в оренду квартир та будинків

· Підсистема ведення клієнтів на інші послуги;

· Підсистема аналітичної інформації.

Підсистема ведення квартир та будинків на продаж призначена для того, щоб зберігати всі необхідні дані про об'єкти нерухомості. Такими даними можуть бути самі об'єкти нерухомості та їх характеристики, власники та їх характеристики, додаткові відомості про нерухомість та інші статичні дані.

Підсистема ведення квартир та будинків на продаж має дозволяти вести облік наступних об'єктів:

· Квартири. Таблиця «продати дані 1» призначена для зберігання основної інформації про квартири, такі як:

- «Кількість кімнат» - характеризує кількість житлового приміщення, дане поле може бути частково визначеним при введенні даних.

- «Адреса» - адреса житлового приміщення призначеного на продаж або здачу в оренду.

- «Тип будинку» - опис типу конструкції будинку, наприклад – «цегляний», «моноліт» дане поле може частково зумовленим при введенні даних,

- «Поверх» - Поверх розташування житлового приміщення.,

- «Етажність» - Кількість поверхів у будинку,

- «Розмір приміщення» - площа приміщення у квадратних метрах,

- "Ціна" - Повна вартість приміщення.

· Квартири розширена інформація. Таблиця «Продати Дані 2» служить для зберігання вторинної за важливістю на момент підбору варіантів інформації про квартири, містить інформацію про власника, тип квартири, власника або контактну особу та інші відомості, які можуть бути необхідні.

· Купівля квартир. Цей довідник призначений для зберігання інформації про клієнтів, які бажають купити квартиру.

В даний довідник заноситься інформація про те, що збирається купити клієнт, приблизний поверх, поверховість, кількість кімнат, контактна інформація.

· Обмін квартир. Таблиця призначена для інформації про пропозиції щодо обміну квартир. Судячи з інформації про клієнта, про те яку нерухомість він збирається змінювати, є ознака доплати чи ні, та інша інформація аналогічна інформації з таблиці «Продати дані 2» та «продати дані 1».

· Будинок. Таблиця являє собою довідник по будинках виставлених на продаж включає в себе всі основні характеристики як то: матеріал з якого зроблений будинок, тип покриття даху, контакти власника а також іншу інформацію, що гнучко задається.

· Малосімейка. Таблиця призначена для зберігання інформації про окремий вид квартир типу «малосімейка», винос даного типуквартир обумовлений наявністю великої кількості квартир такого типу у переважному районі діяльності агентства.

І їхню деяку відокремленість від решти житлового фонду.

Відповідно в цій таблиці представлені всі характеристики наявних у таблицях продажу квартир, а також кілька додаткових властивих тільки для даного типу квартир ознак, наприклад таких як «Тип малосімейки», що характеризується двома можливими ознаками – коридорний та квартирний.

· Клієнти. Цей довідник призначений для зберігання списку клієнтів агентства нерухомості. Для кожного клієнта (елемента довідника клієнтів) має бути передбачена можливість завдання всіх необхідних властивостей, що характеризують клієнта.

Підсистема ведення довідників повинна надавати можливість зручного та швидкого введення даних у довідники, завдання зв'язків між пов'язаними довідниками, додаткові властивості там, де це необхідно. Але крім можливості введення даних у всіх довідниках має надаватися можливість швидкого пошуку, розширеного пошуку та відбору даних за будь-яким критерієм або поєднанням критеріїв, характерних для даного довідника. Особливо слід зазначити організацію відбору записів у довіднику квартир. Так як довідник квартир є центральним елементом структури даних та пов'язаний з багатьма іншими довідниками, має забезпечуватись можливість гнучкого відбору записів у цьому довіднику. Так має забезпечуватись можливість відбору елементів довідника квартир не лише за основними властивостями квартир, а й за всіма пов'язаними: за значеннями додаткових властивостей, за площею.

Таким чином можна, наприклад, відібрати квартиру з кількістю кімнат рівним двом, на другому поверсі, на не останньому поверсі і нижче за певну ціну. Можливість такого гнучкого відбору даних робить програму, що розробляється, дуже зручною для використання. Можливість пошуку та відбору записів має бути передбачена у довіднику товарів, а й у всіх інших довідниках.

Підсистема аналітичної звітності призначена для побудови звітів за наслідками діяльності агентства нерухомості. Насамперед це звіт про типи наданих послуг. Звіт будується за таблицею клієнтів. Для звіту можуть бути задані умови: відбір за конкретною послугою, за датою або клієнтом. Цей звіт має стати основним робочим звітом для керівника агентства нерухомості, можна сказати, що для цього програма була написана. Другим аналітичним звітом є звіт про кількість нерухомості на продаж та її ціну, що дозволяє проаналізувати коливання ринку.

1.5 Аналіз існуючих розробок та обґрунтування вибору технології проектування

На даний момент у компанії практично не існує будь-якої автоматизованої системи, єдине, що застосовується з програмних засобів, це входить до складу офісного. пакета Microsoft Office – Microsoft Word. Який використовується для зберігання всіх даних, наприклад, таких як відомості про клієнтів та відомості про нерухомість з якою йде робота.

Крім того в роботі бухгалтерії використовується система 1C Бухгалтерія, але аспект автоматизації бухгалтерського обліку не розглядається в задачі, яку вирішує даний дипломний проект.

Як було помічено раніше для такого завдання, як автоматизація діяльності агентства нерухомості, існує в принципі не так багато розробок.

З них можна за кількістю функцій виділити «Ідеальний варіант: Нерухомість» має такі функції та можливості:

· Ведення операцій "Продаж", "Купівля", "Оренда" і т.д.

· Облік заявок для продажу та оренди об'єктів нерухомості будь-якого типу (понад 100 реквізитів для опису об'єкту нерухомості)

· Облік заявок на купівлю та оренду об'єктів нерухомості

· Перехресний пошук між заявками та описом об'єктів нерухомості

· Облік вчинених та відкладених угод

· Створення довільних форм звітів

· Довільні запити за будь-якими параметрами

· Експорт даних у формати Excel, txt, csv та xml

· Обмін даними між віддаленими офісами, використовуючи e-mail, ftp або дискету

· Надання клієнту інформації в "безпечному" вигляді (можливість приховувати комерційну інформацію)

· Слайд-шоу фотографій об'єктів нерухомості, креслень та планів у будь-яких форматах (bmp, jpeg, rle, wmf)

· Управління доступом користувачів до різних режимів та функцій програми

· Перегляд даних на Вашому веб-сайті в Інтернеті

· Підтримка одночасної роботи необмеженої кількості користувачів

· Потужна та швидка база даних

· Зручний та простий інтерфейс

· Детальна документація, вбудована у програму

· Доступна консультаційно-довідкова служба

І систему «АГЕНТСТВО НЕРУХОМОСТІ» з такими можливостями

Операції: "продам", "куплю", "здам", "зніму", "міняю".

Об'єкти нерухомості: квартира, кімната, будинок, ділянка, нежитлове приміщення, нежитлова будова та їх численні варіанти.

Будь-яка кількість міст. Гнучка географічна ієрархія усередині міста: муніципальні округи, мікрорайони, вулиці. Імпорт географічних об'єктів із спеціально підготовлених довідників всім регіонів РФ; загальний обсяг даних - понад півмільйона вулиць та мікрорайонів

Потужні фільтри пошуку варіантів за всіма параметрами, у тому числі – за фрагментами телефонних номерів

Наочна система сортування заявок за всіма параметрами

Підбір та ступінчаста оптимізація варіантів обміну, у т.ч. міжміських

Активна та архівна області зберігання заявок

Пошук географічних дублікатів

Різні варіанти прайсів, візуальний конструктор прайсів

Управління орендою

Управління угодами

Організація бізнес-процесів за допомогою постановки, повідомлень та контролю виконання завдань

Розвинена підтримка створення та редагування документів різних форматів у прив'язці до заявок, угод, завдань

Звіти про результати діяльності

Автоматизований обмін даними по e-mail та за допомогою файлів між різними фірмами та філіями всередині однієї фірми. Ведення довідника адресатів, можливість точного настроювання складу даних, що надсилаються по кожному з адресатів.

Опублікування заявок в інтернеті. Організація статичних та підтримка динамічних web-сайтів. Можливість організації мультилістингової системи.

Розрахований на багато користувачів і однокористувацький варіанти

Двоступінчаста система безпеки - на рівні сервера баз даних та на рівні клієнта

Точне налаштування прав користувачів – близько 200 видів дій, що захищаються.

Моніторинг дій кожного користувача з усіх операцій з усіма заявками

Статистика руху заявок

Проста програма встановлення та оновлення

Готова демонстраційна база даних із кількома тисячами заявок для швидкого знайомства з можливостями програми та освоєння роботи з нею.

Архітектура клієнт-сервер: висока надійність зберігання даних та максимальна швидкість їх обробки

Але як було зазначено вище, у розділі 1.3. ці системи занадто складні і вимагають більше витрат, ніж потрібно для невеликого агентства нерухомості в маленькому місті.

1.6 Обґрунтування проектних рішень

1.6.1 Обґрунтування проектних рішень щодо технічного забезпечення

Автоматизована система агентства нерухомості призначена для функціонування в операційній системі Windows, тому для ефективної роботи системи, що розробляється, необхідно забезпечити такі вимоги до архітектури та параметрів технічних засобів, які дозволили б ефективно функціонувати самій операційній системі.

Автоматизована система агентства нерухомості призначена для функціонування на комп'ютері типу IBMPC з технічними характеристиками не менше:

· Процесор - Intel Celeron 2000;

· Оперативна пам'ять: 256 Mb;

· жорсткий диск, що забезпечує розміщення операційної системи та програми MicrosoftAccess 2007. Для розміщення системи потрібно 20 Mb вільного місця на жорсткому диску;

· мережева картадля підключення до мережі.

Для друку звітів та вихідних документів необхідний принтер, сумісний із комп'ютером наведеної вище комплектації.

У разі варіанта розрахованої на багато користувачів роботи з системою знадобиться використання одного ПК в якості файлового сервера для доступу до бази. Доцільно розмістити цю базу даних на сервері, а з клієнтських комп'ютерів здійснювати підключення до неї через протокол smb або через ODBC поверх smb. Як сервер може використовуватися комп'ютер типу IBMPCc характеристиками щонайменше:

· Процесор - IntelCeleron 2000;

· Оперативна пам'ять: 256Mb;

· Жорсткий диск, що забезпечує розміщення операційної системи та програми MicrosoftAccess 2007.

Як операційна система на сервері не зовсім доцільно використовувати операційну систему сімейства Unix, таку як наприклад, Linux через недостатньо хорошу підтримку smbі ODBC.

Оскільки клієнтські комп'ютери будуть підключатися до серверної бази даних, сервер і клієнтські машини повинні функціонувати в локальній мережі. Це може бути як однорангова мережа, так і мережа з доменною організацією.

Зазначимо, що функціонування системи можливе у клієнт-сервером варіанті, а й у локальному варіанті, як із використанням локальної бази даних яка здатна функціонувати на клієнтському комп'ютері із зазначеними характеристиками під управлінням локальної операційної системи сімейства Windows, як-от WindowsXP. За такої організації роботи не потрібні сервер, локальна мережата серверна операційна система.

Система, що розробляється, призначена для роботи в операційній системі Windows. Програма повинна працювати в будь-якій операційній системі сімейства Windows: Windows 95/98, NT (ServicePack 6), 2000 (ServicePack 3), XP, а також серверних варіантах цієї операційної системи. Такий вибір пояснюється розвиненим зручним графічним інтерфейсом користувача даного сімейства операційних систем, а також її популярністю на російському ринку. Багато фірм-виробників програмного забезпечення, у тому числі систем розробки додатків, також орієнтовані на це сімейство операційних систем, що призвело до наявності на ринку великої кількості систем програмування, що дозволяють розробляти програмне забезпечення для Windows.

Ця операційна система має дуже великий набір утиліт та службових програм, призначених для адміністрування, управління та діагностики системи, а також прикладних додатків. Крім того, вона підтримує великий програмний інтерфейсдля написання власних програм для роботи в цьому операційному середовищі.

Останнім часом особливої ​​популярності набуває операційна система Linux та її похідні.

У цій ситуації можна поставити запитання: "Навіщо програмістам освоювати засоби розробки додатків для Windows, якщо є така чудова операційна система?". Не дивлячись на популярність Linux, що росте, можна стверджувати, що в світі персональних комп'ютерів операційна система Windows ще досить довго домінуватиме і навряд чи найближчим часом буде витіснена.

У зв'язку з тим, що програма зберігає інформацію в базі даних, потрібна наявність відповідної СУБД.

Програма орієнтована працювати з базами даних формату: MSAccess. Відповідно на комп'ютері має бути встановлена ​​ця СУБД. Якщо база MSAccess функціонує на сервері, необхідно забезпечити підключення комп'ютера до серверу. Для роботи з базою даних MsAccess віддаленому комп'ютеріпотрібна наявність відкритого загального доступу до бази розташованої на віддаленому комп'ютері, через протокол SMB.

Також необхідно дати віддаленому користувачеві, який під'єднується до бази, права на читання, запис, зміна даних на комп'ютері, який буде зберігати базу даних. Також для доступу до даних використовується система роботи з базами даних MSAccess версії не нижче 2007 фірми Microsoft.

1.6.3 Обґрунтування проектних рішень щодо програмного забезпечення

Для реалізації поставлених завдань можна використати будь-яку сучасну СУБД. Для зручної взаємодії користувача з системою необхідно ретельно продумати інтерфейс системи - щоб він був простий і в той же час функціональний.

Для оптимального функціонування бази даних необхідно правильно визначити логічні взаємозв'язки між таблицями. Таким чином, на розробку самої бази даних та основи клієнтської програми може бути витрачений значний час.

Точно визначивши, які саме дані вам потрібні, яким чином вони зберігатимуться в пам'яті і яка має бути система доступу до даних, ви вирішили тільки питання управління даними. Крім цього, потрібен ще простий спосіб автоматизації вирішення майбутніх типових завдань. Навіть якщо ви можете розробити досить складні «прикладні» електронні таблиці, у вас все одно не буде засобів налагодження та керування роботою таких додатків, що дозволяють легко створити, скажімо, повні формидля замовлень чи систему обліку матеріально-виробничих запасів. Навпаки, СУБД спеціально проектуються до створення додатків. Вони представляють вам необхідний інструментарій для керування даними та їх обробки, а також дають можливість каталогізувати об'єкти програми та керувати взаємозв'язками між ними. При цьому разом із СУБД у вашому розпорядженні виявляється мова програмування та засіб налагодження.

У світлі вищесказаного для автоматизації вирішення ваших завдань вам потрібні потужна реляційна СУБД та система розробки додатків. Практично всі СУБД мають засоби розробки додатків, які можуть бути використані програмістами або кваліфікованими користувачами при створенні процедур для автоматизації управління та обробки даних. На жаль, багато систем розробки додатків до створення процедур вимагають знання деякої мови програмування, наприклад Сі чи Xbase. Незважаючи на всю їхню силу та багатство коштів, для успішного їх використання від вас потрібна наявність певної професійної підготовки та досвіду роботи з ними. На щастя, є засоби, що дозволяють легко проектувати та створювати програми для роботи з базами даних без знання мови програмування. Робота в Microsoft Access починається з визначення реляційних таблиць та їх полів, які містять дані. Відразу після цього ви за допомогою форм, звітів та макросів зможете визначати дії над цими даними.

Форми та звіти можна використовувати для завдання форматів виведення даних на екран та додаткових обчислень, що дуже схоже на роботу з електронними таблицями. Але в цьому випадку формати та інструкції з проведення обчислень, що містяться у формах і звітах, відокремлені від даних (що знаходяться в таблицях), так що ви маєте повну свободу дій у використанні даних, не змінюючи при цьому самі дані - достатньо створити додаткову форму або звіт, що використовують ті ж дані. Якщо вам потрібно автоматизувати деякі дії, то для встановлення зв'язків між певними формами та звітами або для виконання певних дій як відгук на деяку подію (наприклад, зміна даних у деякому полі форми) можна без особливих труднощів створити макроси. Якщо нам потрібні витонченіші засоби, наприклад бібліотечні утиліти WindowsВи можете написати процедуру на Access Basic. Нижче наведено перелік основних причин, через які перехід до використання в роботі Access є доцільним.

Причина 1.

У вас є дуже багато окремих файлівабо якісь із файлів містять великий обсяг інформації, що ускладнює роботу з даними. До того ж працювати з такими обсягами даних можуть не дозволити обмеження пам'яті програми чи системи.

Причина 2.

Ви використовуєте дані різними способами: для інформації щодо конкретних угод (наприклад, рахунки-фактури), для підсумкового аналізу (наприклад, щоквартальних обсягів продажу), або ви використовуєте ці дані для прогнозування тих чи інших ситуацій. Тому ви повинні бути в змозі розглядати ці дані з різних сторін, що суттєво ускладнює створення задовольняє всі ваші потреби єдиної структури представлення даних.

Причина 3.

Є необхідність у використанні тих самих даних різними фахівцями. Наприклад, їх введенням, оновленням і аналізом займаються різні люди. Якщо в електронну таблицю або документ вносити зміни може лише одна людина, то з базою даних можуть взаємодіяти в один і той же час кілька користувачів, модифікуючи вміст однієї таблиці. При цьому в базах даних гарантується, що користувачі завжди працюють із останніми модифікаціями даних.

Причина 4.

Ви повинні забезпечити захист даних від несанкціонованого доступу, контролювати їх значення та підтримувати цілісність бази даних - адже до даних мають доступ багато користувачів, ці дані використовуються в роботі вашої фірми та взаємопов'язані (наприклад, клієнти та замовлення).

Microsoft Access, маючи всі риси класичної СУБД, надає і додаткові можливості. Access - це потужна, гнучка і проста у використанні СУБД, а й система розробки працюючих з базами даних додатків. За допомогою Access ви можете створити програму, яка працює в середовищі Windows і повністю відповідає вашим потребам управління даними. Використовуючи запити, ви можете вибирати і обробляти інформацію, що зберігається в таблицях. Можна створювати форми для введення, перегляду та оновлення даних, а також використовувати Access для створення простих і складних звітів. Форми та звіти «успадковують» властивості базової таблиці або запиту, так що в більшості випадків ви вказуєте формати, умови на значення та деякі інші характеристики даних лише один раз. До найбільш потужних засобів Access відносяться засоби розробки об'єктів - Майстри, які ви можете використовувати для створення таблиць, запитів різних типів форм і звітів, просто вибравши за допомогою миші потрібні опції. Щоб повністю автоматизувати роботу вашої програми, за допомогою макросів Access ви легко зв'яжете дані з формами та звітами. Ви можете створити більшість програм, не написавши жодного рядка програми, але якщо вам необхідно створити щось зовсім витончене, то на цей випадок Microsoft Access надає потужну мову програмування - Microsoft Access Basic.

І нарешті, всі ці засоби дозволяють створювати додатки, що працюють не лише з базою даних Access, але й іншими найпоширенішими базами даних. Ваша програма може працювати безпосередньо з файлами dBASE, з базами даних Рагаdох, FохРго та будь-якою базою даних, що підтримує ОDВС. Ви зможете також легко імпортувати дані з текстових файлів, документів текстових процесорів та електронних таблиць (і експортувати дані до них).

Microsoft Access має багато сфер застосування: на малому підприємстві; у роботі за контрактом, коли ви розробляєте прикладні програми на замовлення чи виступаєте у ролі консультанта; у великих корпораціях, коли виступаєте у ролі координатора виробничих інформаційних систем і навіть у сфері домашнього застосування.

2 Проектна частина

2.1 Інформаційне забезпечення задачі

2.1.1 Інформаційна модель та її опис

Через війну проектування розробили інформаційна модель системи, що представляє собою модель організації роботи системи і схематично пояснює, виходячи з яких вхідних документів, і навіть нормативно-довідкової інформації відбувається функціонування автоматизованої системи агентства нерухомості та отримання вихідних даних, тобто. процес перетворення даних у інформаційної системі.

Інформаційна модель має три сфери.

Область 1 відображає процес введення та редагування даних у довідниках, що відноситься до підсистеми ведення довідників системи, що розробляється. Для перегляду списку кожного довідника та редагування даних довідника існує окрема екранна форма, яка дозволяє оператору системи вводити дані до довідника, переглядати та редагувати наявні дані. В результаті роботи оператора довідники змінюються: до них додаються нові дані, змінюються або видаляються існуючі записи. При редагуванні даних деяких довідників використовується інформація з інших, пов'язаних довідників, наприклад довідник «Продати дані» пов'язаний з довідником «Продати дані 2».

Область 2 описує систему отримання даних із бази даних.

У цій області користувач отримує таку інформацію, як.

Продаж/купівля/обмін/найм/здача в оренду нерухомості з таблиць:

Продати дані

Продати дані2

Обмін кВ

Малосімейка

Обмін будинок/кВ

Обмін малосім

Покупка

Покупка2

Купівля Будинок

Купівля малосім

Область 3 інформаційної моделі визначає підсистему отримання звітів. У цій області в екранній формі отримання звітів користувач визначає умови формування звітів. У процесі отримання звітів використовуються клієнти, а результатом роботи є сформовані звіти клієнтів призначені для керівника.

Область 4 відображає підсистему бланків, таких як бланки заяв на купівлю продажу і т.д. та БСО.

Інформаційна модель наведена малюнку 2.4.

Малюнок 1.3. Інформаційна модель

2.1.2 Використані класифікатори та системи кодування

Виходячи із завдань поставлених перед нами при розробці даної АС зі структури інформації та вимог до даної АС застосування класифікаторів виглядає необґрунтованим і лише перевантажить систему, якщо вони будуть включені.

2.1.3 Характеристика первинних документів з нормативно-довідкової та вхідної оперативної інформації

Автоматизована система агентства нерухомості розробляється не так на порожньому місці. В основу методики її роботи покладено системи обліку, які вже мають багаторічний досвід застосування, але не оформлені у вигляді комп'ютерних програм. Тому вхідними для даних для системи будуть ті самі дані, які використовувалися в неавтоматизованих системах. Кожна з підсистем має свій набір вхідних та вихідних даних, причому вихідні дані однієї підсистеми можуть бути вхідними даними іншої підсистеми. Так, наприклад, записи в довіднику клієнтів та купівлі нерухомості є вхідними даними для побудови звіту з ринку, що є складовоюпідсистеми аналітичної звітності Опишемо вхідні та вихідні дані для кожної підсистеми.

Для підсистеми ведення довідників є вхідними даними відповідні списки на паперових носіях. Так, наприклад, для завдання ведення довідника квартир вхідними даними є список квартир, якими оперує компанія.

Результатом введення списку квартир у систему буде таблиця квартир, яка у свою чергу виступає як вхідні дані при підборі квартир для клієнта. Така сама ситуація і з усіма іншими довідниками: обміну, клієнтів, будинків: всі вони повинні бути надані відповідальній за введення інформації в базу даних людині керівництвом компанії на паперових носіях. Вихідними є відповідні таблиці бази даних. Слід зазначити, що таблиці довідників містять переважно статичну інформацію, тобто. що не змінюється з часом або змінюється дуже рідко. Винятком є ​​довідник клієнтів. Хоча нові договори зі старими клієнтами не дуже часто, що не вимагає частого додавання даних до довідника клієнтів. Вхідними даними для заповнення довідника клієнтів є договори з клієнтами на паперових носіях, що вводяться ріелтором, що проводить угоду. Вихідними даними, як і у випадку інших довідників, є заповнена таблиця клієнтів.

Для підсистеми складання аналітичної звітності вхідними даними є записи у таблицях клієнтів та всіх таблицях пов'язаних з нерухомістю.

Використовуючи масив цих даних, з урахуванням умов на побудову звітів, накладених користувачем, система будує звіт, який можна подивитися на екрані монітора або роздрукувати на принтері. Готові звіти і є вихідними даними підсистеми аналітичної звітності та всієї системи загалом.

№	Повне найменування довідника	Коротка назва	Субдовідник до	Відповідальний	Частота актуалізації
1	Продаж нерухомості	Продати дані 1	Ріелтор	По необхідності
2	Продаж нерухомості (дод)	Продати дані 2	№1	Ріелтор	По необхідності
3	Обмін квартир	Обмін кв	Ріелтор	По необхідності
4	Варіанти обміну квартир	Обмін кв	№3	Ріелтор	По необхідності
5	Малосімейка	Малосеймейка	Ріелтор	По необхідності
6	Купівля нерухомості	Покупка	Ріелтор	По необхідності
7	Купівля нерухомості (дод)	Купівля 2	№6	Ріелтор	По необхідності

Характеристика бази даних

2.1.3.1. Характеристика інфологічної моделі БД

Інфологічна модель застосовується після словесного опису предметної галузі.

Між сутностями можуть бути встановлені зв'язки – бінарні асоціації, які показують, яким чином сутності співвідносяться чи взаємодіють між собою. Зв'язок може існувати між двома різними сутностями або між сутністю і їй самою (рекурсивний зв'язок). Вона показує, як пов'язані екземпляри сутностей між собою. Якщо зв'язок встановлюється між двома сутностями, вона визначає взаємозв'язок між примірниками однієї й іншої сутності

Зв'язки діляться на три типи за множинністю: один до одного (1:1), один до багатьох (1: М), багато до багатьох (М: М).

Зв'язок один одному означає, що екземпляр однієї сутності пов'язаний тільки з одним екземпляром іншої сутності.

Зв'язок одним-багатьом (1:М) означає, що один екземпляр сутності, розташований ліворуч по зв'язку, може бути пов'язаний з декількома екземплярами сутності, розташованими праворуч по зв'язку.

Зв'язок «багатьом-багатьом (М:М) означає, що кілька екземплярів першої сутності можуть бути пов'язані з кількома екземплярами другої сутності, і навпаки. Між двома сутностями може бути задано скільки завгодно зв'язків із різними смисловими навантаженнями.

Зв'язок будь-якого з цих типів може бути обов'язковим, якщо в цьому зв'язку повинен брати участь кожен екземпляр сутності, необов'язковий – якщо не кожен екземпляр сутності повинен брати участь у цьому зв'язку. При цьому зв'язок може бути обов'язковим з одного боку та необов'язковим з іншого боку.

Проведемо інфологічне проектування бази даних автоматизованої системи агентства нерухомості.

З аналізу предметної області виділимо сутності моделі «сутність-зв'язок» («Entity Relationship» - ER-модели) і зобразимо їх як діаграми.

Малюнок 1.4. ER модель.

2.1.3.2. Характеристика даталогічної моделі БД

Вся інформація, що використовується при роботі програми зберігається в базі даних.

Як настільна база даних вибрано базу даних формату MSACCESS. Тобто, база даних є файлом на диску, в якому зосереджені таблиці бази даних у вигляді файлів даних та індексів до них.

У програмі для роботи з таблицями, додавання, видалення, редагування записів використовується універсальна мова запитів SQL. Ця мова дозволяє розробнику повністю абстрагуватися від формату та розташування бази даних і однаково звертатися до даних з баз різного формату. Таким чином, використання даної універсальної мови дозволяє вирішити поставлене нам завдання: розробити універсальний додаток, який зміг би працювати з базою даних будь-якого формату, не змінюючи при цьому вихідний кодпрограми.

Розроблена нами база даних є реляційною та як і інші реляційні бази даних складається з таблиць. Нижче наведено таблицю сутностей бази даних.

Column(s) of " варіант обміну кв Table
Name	Datatype	Null Option	Is PK	Is FK
Код	AutoNumber	NULL	Yes	Yes
Варіанти обміну	Text(255)	NULL	No	No
тип будинку	Text(255)	NULL	No	No
тип квартири	Text(255)	NULL	No	No
площа загальна	Long Integer	NULL	No	No
житлова площа	Long Integer	NULL	No	No
площа кухні	Long Integer	NULL	No	No
поверх	Text(255)	NULL	No	No
поверховість	Text(255)	NULL	No	No
тип санвузла	Text(255)	NULL	No	No
балкон	Text(255)	NULL	No	No
додаткові свідчення	Memo	NULL	No	No
Column(s) of " будинок Table
Name	Datatype	Null Option	Is PK	Is FK
код	AutoNumber	NULL	Yes	No
Адреса (вулиця_ будинок)	Memo	NULL	No	No
Площа землі	Long Integer	NULL	No	No
матеріал будинку	Text(255)	NULL	No	No
покриття даху	Text(255)	NULL	No	No
поверховість будинку	Text(255)	NULL	No	No
площа загальна	Long Integer	NULL	No	No
кількість кімнат	Text(255)	NULL	No	No
ціна (тис руб) до	Long Integer	NULL	No	No
комунікації	Memo	NULL	No	No
додаткові відомості	Memo	NULL	No	No
Контактна особа	Memo	NULL	No	No
контактний телефон	Text(255)	NULL	No	No
Web-адреса	Memo	NULL	No	No
Column(s) of " Клієнти Table
Name	Datatype	Null Option	Is PK	Is FK
Код	Text(18)	NULL	Yes	No
ПІБ	Text(18)	NULL	No	No
Домашній телефон	Text(18)	NULL	No	No
Мобільний телефон	Text(18)	NULL	No	No
Адреса проживання	Text(18)	NULL	No	No
Ознака угоди, що є	Text(18)	NULL	No	No
Подробиці угоди	Text(18)	NULL	No	No
Додаткові дані	Text(18)	NULL	No	No
Column(s) of " малосімейка Table
Name	Datatype	Null Option	Is PK	Is FK
код	AutoNumber	NULL	Yes	No
адреса (вулиця_ будинок)	Text(255)	NULL	No	No
тип будинку	Text(255)	NULL	No	No
тип житла	Text(255)	NULL	No	No
поверх	Text(255)	NULL	No	No
поверховість	Text(255)	NULL	No	No
площа загальна	Long Integer	NULL	No	No
житлова площа	Long Integer	NULL	No	No
ціна (тис руб) до	Long Integer	NULL	No	No
додаткові відомості	Memo	NULL	No	No
Контактна особа	Memo	NULL	No	No
контактний телефон	Text(255)	NULL	No	No
Web-адреса	Memo	NULL	No	No
Column(s) of " обмін будинок / кв Table
Name	Datatype	Null Option	Is PK	Is FK
код	AutoNumber	NULL	Yes	No
Адреса (вулиця_ будинок)	Memo	NULL	No	No
Площа землі	Long Integer	NULL	No	No
матеріал будинку	Text(255)	NULL	No	No
поверховість будинку	Text(255)	NULL	No	No
площа загальна	Long Integer	NULL	No	No
кількість кімнат	Text(255)	NULL	No	No
ціна (тис руб) до	Long Integer	NULL	No	No
комунікації	Memo	NULL	No	No
додаткові відомості	Memo	NULL	No	No
варіанти обміну	Text(255)	NULL	No	No
умови	Memo	NULL	No	No
Контактна особа	Memo	NULL	No	No
контактний телефон	Text(255)	NULL	No	No
Web-адреса	Memo	NULL	No	No
Column(s) of " обмін кв Table
Name	Datatype	Null Option	Is PK	Is FK
Код	AutoNumber	NULL	Yes	No
категорія квартир	Text(255)	NULL	No	No
Адреса (вулиця_ будинок)	Memo	NULL	No	No
тип будинку	Text(255)	NULL	No	No
тип квартири	Text(255)	NULL	No	No
поверх	Long Integer	NULL	No	No
поверховість	Long Integer	NULL	No	No
площа загальна	Long Integer	NULL	No	No
житлова площа	Long Integer	NULL	No	No
площа кухні	Long Integer	NULL	No	No
тип санвузла	Text(255)	NULL	No	No
балкон	Text(255)	NULL	No	No
додаткові відомості	Memo	NULL	No	No
ціна (тис руб)	Long Integer	NULL	No	No
Варіанти обміну	Text(255)	NULL	No	No
умова	Memo	NULL	No	No
Контактна особа	Memo	NULL	No	No
контактний телефон	Text(255)	NULL	No	No
Web-адреса	Memo	NULL	No	No
Column(s) of " обмін малосім Table
Name	Datatype	Null Option	Is PK	Is FK
код	AutoNumber	NULL	Yes	No
адреса (вулиця_ будинок)	Text(255)	NULL	No	No
тип будинку	Text(255)	NULL	No	No
тип житла	Text(255)	NULL	No	No
поверх	Text(255)	NULL	No	No
поверховість	Text(255)	NULL	No	No
площа загальна	Long Integer	NULL	No	No
житлова площа	Long Integer	NULL	No	No
ціна (тис руб) до	Long Integer	NULL	No	No
додаткові відомості	Memo	NULL	No	No
варіанти обміну	Text(255)	NULL	No	No
умова	Memo	NULL	No	No
Контактна особа	Memo	NULL	No	No
контактний телефон	Text(255)	NULL	No	No
Web-адреса	Memo	NULL	No	No
Column(s) of " купи будинок Table
Name	Datatype	Null Option	Is PK	Is FK
код	AutoNumber	NULL	Yes	No
Адреса (вулиця_ будинок)	Memo	NULL	No	No
Площа землі	Long Integer	NULL	No	No
матеріал будинку	Text(255)	NULL	No	No
покриття даху	Text(255)	NULL	No	No
поверховість будинку	Text(255)	NULL	No	No
площа загальна	Long Integer	NULL	No	No
кількість кімнат	Text(255)	NULL	No	No
ціна (тис руб) до	Long Integer	NULL	No	No
комунікації	Memo	NULL	No	No
додаткові відомості	Memo	NULL	No	No
Контактна особа	Memo	NULL	No	No
контактний телефон	Text(255)	NULL	No	No
Web-адреса	Memo	NULL	No	No
Column(s) of " Купівля малосім Table
Name	Datatype	Null Option	Is PK	Is FK
код	AutoNumber	NULL	Yes	No
адреса (вулиця_ будинок)	Text(255)	NULL	No	No
тип будинку	Text(255)	NULL	No	No
тип житла	Text(255)	NULL	No	No
поверх	Text(255)	NULL	No	No
поверховість	Text(255)	NULL	No	No
площа загальна	Long Integer	NULL	No	No
житлова площа	Long Integer	NULL	No	No
ціна (тис руб) до	Long Integer	NULL	No	No
додаткові відомості	Memo	NULL	No	No
Контактна особа	Memo	NULL	No	No
контактний телефон	Text(255)	NULL	No	No
Web-адреса	Memo	NULL	No	No
Column(s) of " покупка Table
Name	Datatype	Null Option	Is PK	Is FK
код	AutoNumber	NULL	Yes	No
категорія квартир	Text(255)	NULL	No	No
Адреса (вулиця_ будинок)	Memo	NULL	No	No
тип будинку	Text(255)	NULL	No	No
поверх	Long Integer	NULL	No	No
поверховість	Long Integer	NULL	No	No
площа загальна	Long Integer	NULL	No	No
ціна (тис руб) до	Long Integer	NULL	No	No
Column(s) of " покупка 2" Table
Name	Datatype	Null Option	Is PK	Is FK
код	AutoNumber	NULL	Yes	Yes
тип квартири	Text(255)	NULL	No	No
житлова площа	Long Integer	NULL	No	No
площа кухні	Long Integer	NULL	No	No
тип санвузла	Text(255)	NULL	No	No
балкон	Text(255)	NULL	No	No
додаткові відомості	Memo	NULL	No	No
Контактна особа	Memo	NULL	No	No
контактний телефон	Text(255)	NULL	No	No
Web-адреса	Memo	NULL	No	No
Column(s) of "продати дані 1" Table
Name	Datatype	Null Option	Is PK	Is FK
код	AutoNumber	NULL	Yes	No
категорія квартир	Text(255)	NULL	No	No
Адреса (вулиця_ будинок)	Memo	NULL	No	No
тип будинку	Text(255)	NULL	No	No
поверх	Long Integer	NULL	No	No
поверховість	Long Integer	NULL	No	No
площа загальна	Long Integer	NULL	No	No
ціна (тис руб) до	Long Integer	NULL	No	No
Column(s) of "продати дані 2" Table
Name	Datatype	Null Option	Is PK	Is FK
код	AutoNumber	NULL	Yes	Yes
тип квартири	Text(255)	NULL	No	No
житлова площа	Long Integer	NULL	No	No
площа кухні	Long Integer	NULL	No	No
тип санвузла	Text(255)	NULL	No	No
балкон	Text(255)	NULL	No	No
додаткові свідчення	Memo	NULL	No	No
Контактна особа	Memo	NULL	No	No
контактний телефон	Text(255)	NULL	No	No
Web-адреса	Memo	NULL	No	No

2.2Програмне забезпечення задачі

2.2.1 Загальні положення (дерево функцій та сценарій діалогу)

У цьому проекті можна виділити такі категорії функцій: функції вода інформації довідники, функції введення даних нерухомості та функції отримання аналітичних звітів. Кожна з цих категорій належить відповідній підсистемі програми, що розробляється: підсистемі ведення довідників, підсистемі введення документів і підсистемі отримання аналітичних звітів.

Програма забезпечує зручний та зрозумілий діалог користувача з програмою для виклику всіх функцій. Доступ користувача до функцій здійснюється через головне меню головної форми програми та через кнопки панелі швидкого запуску, що дублюють відповідні пункти меню. Головна форма програми крім надання основного інтерфейсу доступу до всіх функцій програми виконує роль контейнера для всіх інших екранних форм.

Перша група екранних форм надає користувачеві доступ до системи ведення довідників системи. Ця група екранних форм викликається у головному меню програми «Довідники». Кожен підпункт цього пункту меню відповідає виклику екранної форми, що дозволяє редагувати відповідний довідник.

Усі екранні форми перегляду та редагування довідників схожі один на одного і дозволяють виконувати функції перегляду списку довідника, введення нових даних у довідник, редагування наявних даних та видалення наявних даних. Для введення нових та редагування існуючих даних довідників викликаються форми редагування відповідних довідників. Ці форми служать і для перегляду детальної інформаціїзаписи довідника, оскільки у списку довідника подано лише основні дані.

2.2.2 Структурна схема проекту

На малюнку 2.14 наведено структурну схему проекту.

Малюнок 2.1. Схема дзвінка модулів.

2.2.3 Опис програмних модулів

В основу програмної реалізації рішення завдання було покладено об'єктно-орієнтований підхід. Вибрана в якості мови програмування мова С++ включає потужний апарат для підтримки цієї найбільш перспективної технології: класи та об'єкти, ієрархія структур, об'єднань і класів з різними механізмами успадкування, інкапсуляція даних і обробних функцій з кількома рівнями доступу, поліморфізм операцій, функцій та об'єктів, що забезпечує як статичний, так і віртуальний методи доступу. Вбудований апарат об'єктно-орієнтованого програмування дозволяє описувати складні предметні області та створювати гнучкі, легко адаптовані до потреб користувача програмні пакетияк системного, так і прикладного призначення.

Для реалізації кожної підзавдання у проекті було створено кілька класів, спадкоємців стандартного класу бібліотеки VCL TForm.

Програма розроблялася як Web-додаток і задовольняє всі вимоги до інтерфейсу Web-додатка. Програму розбито на модулі, що відповідає принципам модульного програмування. Розглянемо кожен із цих модулів докладно.

Модуль головної форми програми надає користувачеві інтерфейс доступу до всіх основних функцій програми. Доступ до всіх функцій програми здійснюється через головне меню та панель кнопок швидкого доступу. Всі кнопки та пункти меню мають докладні підказки.

Підсистема редагування довідників включає ряд модулів, які призначені для перегляду та редагування вмісту довідників. Зазначимо, що ці форми використовуються і в інших підсистемах. Так форма перегляду списку товарів, що є частиною підсистеми ведення довідників, викликається з підсистеми обліку руху товарів при оформленні операцій приходу або витрати на вибір товарів, а також з підсистеми аналітичних звітів для вибору товару при завданні умови побудови звіту з будь-якого товару.

У підсистему ведення довідників входять такі модулі:

· Модуль перегляду списку товарів призначений для перегляду списку номенклатури, а також для вибору товару в будь-яку форму, що викликає;

· Модуль редагування товару, що викликається з модуля перегляду товарів, призначений для редагування даних одного конкретного товару. Цей же модуль викликає модулі пов'язаних довідників, таких як значення властивостей товарів, проекти, що належать до товару та аналоги товару. Таким чином, у цьому модулі відбувається основна робота із завданням всіх даних товару.

· Модуль аналогів призначений для перегляду та призначення аналогів товарів для товару;

· Модуль проектів призначений перегляду списку типових проектів. У яких можуть застосовуватися товари, а також для вибору цих проектів у формі, що викликають;

· Модуль редагування проекту призначений для редагування даних одного конкретного проекту та завдання властивостей проекту для цього проекту;

· Модуль властивостей проекту призначений для ведення списку властивостей проекту;

· Модуль редагування якості проекту призначений для редагування даних однієї конкретної якості;

· Модуль клієнтів призначений для перегляду та редагування списку клієнтів, включаючи редагування всіх даних клієнта, а також для вибору клієнтів у форму, що викликає;

· Модуль виробників призначений для перегляду та редагування списку клієнтів, включаючи редагування всіх даних клієнта, а також для вибору клієнтів у форму, що викликає;

· Модуль властивостей товарів призначений для перегляду списку властивостей товарів;

· Модуль редагування властивостей товарів призначений для редагування даних цієї конкретної властивості товарів і для завдання всіх можливих значень цієї властивості;

· Модуль значень властивостей призначений для перегляду та редагування значень властивостей товарів

· Модуль складів призначений для перегляду списку складів та вибору складів у форму, що викликає;

· модуль редагування складів призначений для редагування даних конкретного складу;

Підсистема обліку руху товарів містить модулі. Відповідальні за основний функціонал програми: забезпечення руху товарів на складах та підрахунок залишків товарів:

· модуль журналу документів містить список операцій, які записані в таблицю операцій бази даних;

· Модуль документа призначений для редагування однієї операції, включаючи її компоненти. Цей модуль також як і модуль товарів викликає багато інших форм для вибору значень.

· Модуль редагування рядка табличної частини операції призначена для редагування даних одного рядка документа.

Підсистема аналітичної звітності включає наступні модулі:

· Модуль складання звіту щодо залишків товарів на складах;

· Модуль складання звіту з рухів товару за складами.

У візуальному інтегрованому середовищі розробки Borland С++ Builder основною складовою програми є форма. Форма інкапсулює в собі елементи інтерфейсу користувача та програмний код, що містить у собі реакцію на дії користувача. Це відповідає принципам об'єктно-орієнтованого програмування. C++ Builder автоматично створює форми форми, який містить компоненти, розміщені на формі, властивості і методи форми як автоматично створювані C++ Builder, так і визначаються користувачем. У розробленому додатку визначено такі форми:

· Форма Fmain – головна форма програми, реалізована у файлі UnitMain.cpp, виконує функції основного інтерфейсу доступу користувача до всіх функцій програми через головне меню програми та панель кнопок швидкого доступу. Крім того, головна форма виконує роль контейнера всіх інших форм, в яких відбувається введення та обробка даних.

· Форма FTovar, реалізована у файлі UnitTovar.cpp, виконує функції перегляду списку товарів, введених у таблицю товарів бази даних системи. Головним елементом форми є компонент DBGrid палітри компонентів C ++ Builder, який відображає таблицю товарів у вигляді списку. Колонки компонента DBGrid відображають відповідні поля таблиці товарів: найменування, англомовне найменування, штрих-код та виробник. Ця ж форма служить для вибору товару у разі виклику цієї форми з інших форм для вибору того чи іншого товару, наприклад, у форму звіту по залишках.

· Форма FTovarEdit, реалізована у файлі UnitTovarEdit.cpp, призначена для перегляду та редагування даних про товар. У цій формі розташовані органи управління, в яких відображаються основні дані товару, такі як найменування, англомовне найменування, докладний опис, синоніми, штрих-код та ціна та виробник. Зазначимо, що виробник вибирається шляхом відкриття форми виробників та вибору його із запропонованого списку. Крім основних даних у формі редагування товару відображаються дані пов'язаних довідників, записи, яких пов'язані з даним товаром: аналоги, проекти, до яких відноситься товар і властивості цього товару з їх значеннями. Відображення даних пов'язаних довідників в одній формі дуже зручно, тому що всі необхідні дані про товар знаходяться разом. Їх можна переглянути та відредагувати.

· Форма FormClients, реалізована у файлі FormClientsU.cpp, призначена для перегляду та редагування даних про контрагенти системи: постачальників та покупців. Форма побудована таким чином, що дозволяє переглядати в лівій частині список покупців, а в правій докладні дані про поточного покупця. У списку виводиться лише найменування покупця з поля найменування таблиці бази даних, в органах управління у правій частині виводяться дані з решти всіх полів. Такий підхід дуже зручний, тому що дозволяє переглядати та редагувати повні дані про клієнта в одній формі. Кнопки «Додати», «Зберегти» та «Видалити» викликають процедури, які виконують SQL-запити на додавання, зміну та видалення записів із бази даних.

· Форма FormVendirs, реалізована у файлі FormVendirsU.cpp, призначена для перегляду та редагування даних про виробників товарів. Форма побудована таким чином, що дозволяє переглядати в лівій частині список виробників, а в правій докладні дані про поточного виробника. У списку виводиться лише найменування виробника з поля найменування таблиці бази даних, в органах управління у правій частині виводяться дані з решти всіх полів. Такий підхід дуже зручний, тому що дозволяє переглядати та редагувати повні дані про виробника в одній формі. Кнопки «Додати», «Зберегти» та «Видалити» викликають процедури, які виконують SQL-запити на додавання, зміну та видалення записів із бази даних.

· Форма FProj, реалізована у файлі FProjU.cpp, виконує функції перегляду списку проектів, введених у таблицю проектів бази даних системи. Основним елементом форми є компонент DBGrid панелі компонентів C++ Builder, який відображає таблицю проектів у вигляді списку. Колонки компонента DBGrid відображають лише поле "Найменування" таблиці проектів. Ця ж форма служить для вибору проекту у разі виклику цієї форми з інших форм для вибору того чи іншого проекту, наприклад, у форму редагування даних про товар.

· Форма FProjEdit, реалізована у файлі UnitProjEdit.cpp, призначена для перегляду та редагування повних даних проекту, а також для призначення проекту властивостей проекту. У лівій частині форми у відповідних органах управління відображаються всі дані проекту з таблиці проектів: найменування, докладне найменування та докладний опис, а у лівій частині розташовується список властивостей цього проекту. На кнопці «Додати властивість» відкривається форма для вибору довідника властивостей проектів, яка дозволяє вибрати та призначити проекту властивість. Видалення якості зі списку властивостей проекту відбувається при натисканні кнопки «Видалити властивість».

· Форма FSimp, реалізована у файлі UnitSimp.cpp, призначена для перегляду списку властивостей проектів, які додатково характеризують проект.

· Форма FSimpEdit призначена для перегляду та редагування однієї конкретної властивості проекту, яку вибрали для редагування. Форма дозволяє задати основні та додаткові дані властивості проекту.

· Форма FProperty, реалізована у файлі UnitProperty.cpp, є список властивостей товарів. У цій формі є лише список найменувань властивостей, який користувач може переглянути і вибрати одну з цих властивостей у форму, що викликає, якщо форма була відкрита для вибору властивості з будь-якої іншої форми.

· Форма FPropertyEdit, реалізована у файлі UnitPropertyEdit.cpp призначена для редагування найменування властивості та докладного опису якості товару, а також для завдання значень якості товарів у списку у правій частині форми. Клавіші керування списком дозволяють відкрити форму значень властивостей для вибору значення властивості. Яка може бути призначена цій властивості, а також для редагування значення властивості, видалити значення властивості.

· Форма FSklad, реалізована у файлі UnitSklad.cpp, призначена для перегляду списку складів, в якому представлені найменування складів. Ця ж форма дозволяє вибирати поточний запис складу в форму, що викликає

· Форма FSkladEdit, реалізована у файлі UnitSkladEdit.cpp, призначена для перегляду докладних даних та редагування як найменування, так і додаткових даних складу.

· Форма FVals, реалізована у файлі UnitVals.cpp призначена для вибору значення властивості елемента довідника товарів і викликається лише з форми товарів. Форма значень властивостей відображає список властивостей товарів або повністю, або тільки тих значень, які підраховані певному властивості, яке можна вибрати, натиснувши кнопку відкриття для вибору форми властивостей. Після того, як властивість вибрано у списку значень властивостей, відображаються тільки ті значення, які можуть приймати дану властивість.

· Форма FValsEdit, реалізована у файлі UnitValsEdit.cpp призначена для редагування значення якості товарів, шляхом завдання його найменування та докладного опису.

· Форма FormFilter, реалізована у файлі FormFilterU.cpp, призначена для вирішення завдання відбору товарів за сукупністю їх властивостей. Для відбору можна використовувати як основні дані товару (найменування, англомовне найменування, синоніми, повне найменування, докладний опис) і пов'язані дані товару: аналогії та властивості товарів. Оскільки основні дані товару являють собою рядкові значення, то форма пропонує користувачеві організувати гнучкий відбір за цими даними. Можна організувати відбір записів таблиці товари за точним збігом на введену фразу, за входженням введеної фрази у полі відбору, за входженням у полі відбору всіх слів із введеної фрази у будь-якій послідовності або за входженням у поле відбору хоча б одного зі слів введеної фрази. Такий відбір можна організувати за будь-яким із полів таблиці відбору. Окрім відбору за основними властивостями форма фільтра надає можливість організувати відбір за проектами, якими належить товар. Для цього заповнюється список проектів, записи до якого додаються шляхом вибору проектів з форми списку проекту, коли вона відкривається для вибору. Органи керування списком проектів дозволяють додавати до списку запису, видаляти записи зі списку, відзначити всі записи або повністю очистити список. Всі записи списку можуть мати позначку використання у відборі або не використання (галочку), знявши яку користувач може виключити відбір за цим проектом. У результаті добір записів довідника товарів потраплять лише ті товари, які належать до перелічених у списку проектів. Також у формі реалізовано відбір за властивостями товарів та їх значенням. До списку властивостей товарів можна додавати записи з довідника властивостей шляхом відкриття форми списку властивостей для вибору та вибору певної якості. Для поточного запису у списку властивостей відображаються всі значення, яке може приймати дану властивість, з яких користувач вибирає шляхом проставлення в них потрібних позначок. У результаті сформований відбір потраплять лише ті товари, які мають перелічені у списку значення перерахованих властивостей. Форма фільтра не викликається з головного меню безпосередньо, а викликається тільки з форми списку товарів, у тому числі, коли вона відкривається для вибору, якщо у цій формі потрібно організувати відбір товарів за сукупністю будь-яких критеріїв.

· Форма DM, реалізована у файлі UnitDM.cpp є модуль зберігання компонентів С++ Builder, що забезпечують доступ до бази даних. Для кожної таблиці бази даних виділено окремий компонент TQuery, який дозволяє вводити та виконувати SQL-запити, які дозволяють вибирати, редагувати та видаляти записи у таблицях бази даних. Те, що для кожної таблиці виділено лише один компонент доступу і те, що всі вони об'єднані в одному модулі пов'язано з тим, що програма має MDI-інтерфейс і зміну даних в одній формі призводить до моментальної зміни їх відображення у всіх інших формах. Крім компонентів доступу до даних у цій формі зберігаються і компоненти, що є джерелом даних для компонентів відображення даних у формах. Компонент Database забезпечує фізичний зв'язок решти компонентів програми з базою даних.

· Форма FJornal варта перегляду журналу документів – тобто. переліку операцій, які були виконані з товарами. У формі розміщено компонент TDBGrid, який відображає список операцій із зазначенням кожного запису наступних параметрів: дата операції, номер операції, склад, з якого оформлена операція, клієнт, з яким оформлена операція.

· Форма FDocs призначена для редагування або введення нової операції щодо руху товару на складі. У верхній частині форми розміщені компоненти, де відображаються основні властивості операції: дата і номер операції, клієнт, склад і код операції. Для вибору клієнта та складу відкриваються для вибору форми відповідних довідників, у яких можна вибрати потрібний запис. У нижній половині форми розміщена таблична частина операції, яка представляє собою список товарів, із зазначенням кількості.

· Форма FJornalEdit, реалізована у файлі UnitJornalEdit.cpp, призначена для редагування одного рядка операції. Ця форма викликається з форми FJornal для редагування поточного рядка. Форма надає простий інтерфейс для введення та зміни товару та кількості у рядку. Для вибору товару викликається форма списку довідника товарів, обраний запис у якій переноситься у форму FJornalEdit.

· Форма FUsers призначена для ведення списку користувачів. У компоненті DBGrid цієї форми за допомогою SQL-запиту формується список користувачів системи, а органах управління відображаються властивості користувача: логін, пароль, прізвище, ім'я по батькові і категорія користувача. Категорія користувача відображається радіокнопками. При натисканні на кнопки керування виконується SQL-запит щодо додавання, редагування даних та видалення користувача. При видаленні користувача контролюється цілісність посилань бази даних

· Форма FReg призначена для аутентифікації користувача на початку сеансу роботи з системою. Система перевіряє наявність користувача в базі даних, звіряє його пароль і у разі успіху відкриває доступ до тих функцій, які доступні користувачеві залежно від рівня доступу.

· Форма FRepForm, реалізована у файлі UnitRepForm.cpp призначена для підготовки та формування звіту щодо руху товару за складами. Органи управління цієї форми дозволяють користувачеві задати умови формування звіту, а саме вибрати клієнта, з яким було проведено операцію приходу чи витрати, а також склад, з якого було проведено цю операцію. У нижній частині форми міститься таблиця, у якій користувач може вибрати кілька записів із довідника товарів, у разі звіт по рухам будуватися саме з цих товарам.

Кожна форма виконує функції відповідного модуля з допомогою компонентів середовище С++ Builder, поміщених форму з палітри компонентів. Середа швидкого створеннядодатків або RAD-середовище (RapidApplicationDevelopment – ​​RAD) С++ Builder використовують бібліотеку візуальних компонентів VCL (VisualComponentLibrary – VCL), яка складається з готових до використання візуальних та не візуальних об'єктів та оболонок. Вона дозволяє з мінімальними витратамистворювати програми, водночас надаючи певний ступінь незалежності від бібліотеки VCL.

Працюючи з компонентами С++ Builder широко використовує принцип повторного використання об'єктів. Компоненти є екземплярами класів, які доступні за допомогою палітри компонентів ComponentPalette. Що може бути простіше при створенні програми, ніж просто опустити потрібний компонент на форму, задаючи його властивості, потім визначивши обробники подій. Саме за допомогою компонентів форми виконують ті функції, які закладені у них.

2.3 Технологічне забезпечення задачі

2.3.1 Організація технології збору, передачі, обробки та видачі інформації

Розробка складних програмних комплексів викликає необхідність вирішення низки організаційних, технологічних та технічних проблем, пов'язаних із значною трудомісткістю розробки програм та складністю виявлення в них помилок. Вирішення цих проблем можливе при впровадженні будь-якої технології програмування, яка дозволить підвищити продуктивність праці програмістів та надійність програм. Крім того, технологія, що впроваджується, повинна спростити планування робіт і організацію взаємодії всіх членів колективу, дозволити чітко контролювати терміни виконання кожного етапу розробки, оперативно доводити до виконавців всі зміни в загальних концепціях на створюваний програмний виріб і зміни в угодах про зв'язки між програмою і зовнішнім середовищем або між окремими структурними елементамипрограми. Технологія має забезпечити простоту та однозначність прочитання всієї документації.

Скорочення термінів та зниження трудомісткості впровадження програмного виробу залежить від його надійності. Тому технологія повинна передбачати організацію процесів верифікації та тестування алгоритмів та програм на стадії розробки, а також підходи до налагодження та випробувань програми. Технологія повинна забезпечувати можливість досить простої модифікації програм під час їх експлуатації, що необхідно усунення виявлених помилок чи зміни функцій програми.

Технологія розробки складних програмних комплексів вимагає розбиття програмного виробу окремі модулі. При цьому часто модулі створюються незалежно один від одного різними програмістами. Для об'єднання модулів у програмний комплекс необхідно розробити правила виклику модулів та правила передачі параметрів між окремими модулями. Ці правила утворюють внутрішньо-програмний інтерфейс.

2.3.2 Схеми технологічного процесу збору, передачі, обробки та видачі інформації

У даному розділіпредставлені функціонально-технологічні схеми розв'язання задачі.

Насамперед розглянемо завдання ведення довідників, назвемо його А1. Для її реалізації менеджер із ведення каталогів сортує дані, а потім вводить дані у відповідні таблиці. Завдання введення даних може бути розбите на кілька етапів. Функціонально-технологічна схема розв'язання задачі А1 наведена на малюнку 2.13.

Малюнок 2.2. Функціонально-технологічна схема завдання А1 «Ведення довідників»

Для кожного виділеного модуля розроблено функціонально-технологічну схему та детальний алгоритм її кодування. Блок-схема завдання А1 наведено малюнку 2.14, а функціонально-технологічні схеми всіх модулів завдання А1 – малюнку 2.15.

Малюнок 2.3. схема розв'язання задачі А1 «Ведення довідників»

Малюнок 2.4. Функціонально-технологічні схеми модулів задачі А1

Опишемо докладніше одержані схеми.

Для модуля А1.1:

Процес: Перевірка та внесення даних про товар.

Вхід: інформація про товар.

Вихід: сформовані дані про товар у БД

Алгоритм:

· Перевірка наявності даних про товар у БД

· Вивести дані про товар на екран.

Для модуля А 1.2:

Процес: Перевірка та внесення даних про клієнта.

Вхід: інформація про клієнта.

Вихід: сформовані дані про клієнта у БД

Алгоритм:

· Перевірка наявності даних про клієнта у БД

· Якщо дані відсутні, то внести новий запис до БД

· Вивести дані про клієнта на екран.

Для модуля А 1.3:

Процес: Перевірка та внесення даних про властивість товару.

Вхід: інформація про якість товару.

Вихід: сформовані дані про властивість товару у БД

Алгоритм:

· Перевірка наявності даних про властивість товару у БД

· Якщо дані відсутні, то внести новий запис до БД

· Вивести дані про властивість товару на екран.

Для модуля А 1.4:

Процес: Перевірка та внесення даних про користувача.

Вхід: інформація про користувача.

Вихід: сформовані дані про користувача у БД

Алгоритм:

· Перевірка наявності даних про користувача в БД

· Якщо дані відсутні, то внести новий запис до БД

· Вивести дані про користувача на екран.

Для модуля А 1.5:

Процес: Перевірка та внесення даних про проекти.

Вхід: інформація про проект.

Вихід: сформовані дані про проект у БД

Алгоритм:

· Перевірка наявності даних про проект у БД

· Якщо дані відсутні, то внести новий запис до БД

· Вивести дані проекті на екран.

Для модуля А 1.6:

Процес: Перевірка та внесення даних про підрозділ.

Вхід: інформація про підрозділ.

Вихід: сформовані дані про підрозділ у БД

Алгоритм:

· Перевірка наявності даних про підрозділ у БД

· Якщо дані відсутні, то внести новий запис до БД

· Вивести дані про підрозділ на екран.

Для модуля А 1.7:

Процес: Перевірка та внесення даних про виробників.

Вхід: інформація про виробника.

Вихід: сформовані дані про виробника у БД

Алгоритм:

· Перевірка наявності даних про виробника у БД

· Якщо дані відсутні, то внести новий запис до БД

· Вивести дані про виробника на екран.

Далі розглянемо завдання внесення до системи документів, назвемо Б1. Для вирішення цього завдання оператор групи оформлення документів сортує вхідні паперові документи, обробляє їх та вносить до системи, внаслідок чого змінюються записи в таблиці залишків та журналі документів. Функціонально-технологічна схема завдання Б1 представлена ​​малюнку 2.16.

Малюнок 2.5. Функціонально-технологічна схема завдання Б1 "Введення документів".

Для кожного виділеного модуля розроблено функціонально-технологічну схему та детальний алгоритм її кодування. Блок-схема задачі Б1 наведена малюнку 2.17, а функціонально-технологічні схеми всіх модулів завдання Б1 – малюнку 2.18.

Малюнок 2.6. Блок схема розв'язання задачі Б1 «Вступ документів»

Малюнок 2.7. Функціонально-технологічні схеми модулів задачі Б1

Далі розглянемо завдання отримання звітів, назвемо В1. Для вирішення цього завдання користувач програми вибирає потрібний вид звіту, у результаті формується екранна форма обраного виду звіту Функціонально-технологічна схема завдання В1 представлена ​​малюнку 2.19.

Малюнок 2.8. Функціонально-технологічна схема завдання В1 «Формування звітів»

Блок-схема задачі В1 наведена малюнку 2.20, а функціонально-технологічні схеми всіх модулів завдання В1 – малюнку 2.21

Малюнок 2.9. Блок-схема задачі В1

Малюнок 2 . 10 . Функціонально-технологічні схеми модулів задачі В1

2.4 Контрольний приклад реалізації проекту та його опис

Для перевірки правильності та цілісності роботи розробленого додатка було зроблено контрольний приклад роботи програми. Дані для цього контрольного прикладу були підібрані таким чином, щоб охопити всі функції та підсистеми розробленого додатка, перевірити всі алгоритми, закладені до нього.

Реалізація контрольного прикладу складається із трьох етапів:

· Введення тестової інформації до довідників;

· Введення тестових прикладів руху товарів на складі;

· Отримання звітів, що відображають зміну кількості товарів на складах і дозволяють зробити аналіз рухів.

Перший етап реалізації контрольного прикладу полягає у введенні тестових даних у довідники системи. Тестові дані були підібрані в такий спосіб. Щоб задіяти всі довідники, як основні, так і такі, що зберігають додаткову інформацію.

У довідник товарів було введено три товари:

· Двері «Клінкор» металеві;

· Двері «Базель» дерев'яні;

· Двері «Вегас» металеві

На малюнку 2.24 наведено екранну форму зі списком товарів.

Малюнок 2.11. Список товарів

У таблиці 17 наведено тестові дані щодо властивостей товарів та значень, які можуть приймати ці властивості

Таблиця 17. Тестові дані щодо властивостей товарів.

У таблиці 18 наведено призначені товарам властивості та його значення.

Таблиця 18. Тестові дані призначення властивостей товарів товарів.

Товар	Властивість	Призначене значення якості
Двері «Клінкор» металеві	Замок 1	Замок «Тайсон»
	Замок 2	Замок «Веріта»
	Вага	500 кг
	Зовнішня оббивка	Пластик
	Внутрішня оббивка	Відсутня
	Утеплення	Відсутня
Двері «Вегас» металеві	Замок 1	Замок «Тайсон»
	Замок 2	Замок "Вегас"
	Вага	150 кг
	Зовнішня оббивка	Декоративний пластик
	Внутрішня оббивка	Ковролін
	Утеплення	Полістирол
Двері «Базель» дерев'яні	Замок 1	Замок «Тайсон»
	Замок 2	Відсутня
	Вага	120 кг
	Зовнішня оббивка	Відсутня
	Внутрішня оббивка	Ковролін
	Утеплення	Паралон

Для віднесення товару до того чи іншого типового проекту будівель та приміщень, у яких можуть застосовуватися вироби, було заповнено довідник проектів та їх властивостей. Їх вміст подано у таблиці 19.

Таблиця 19. Тестові дані з проектам.

Віднесення товару до того чи іншого проекту наведено в таблиці 20.

Таблиця 20. Тестові дані щодо віднесення товарів до проектів.

Призначення товару всіх даних, завдання йому аналогів, властивостей, віднесення його до того чи іншого проекту наведено малюнку 2.25.

Малюнок 2.12. Тестова форма редагування товару

Також для повноти тестового прикладу необхідно заповнити довідники виробників, клієнтів, складів та користувачів. Їхнє заповнення наведено на малюнках 2.26 – 2.29.

Малюнок 2.13. Тестове заповнення довідника виробників

Малюнок 2.14. Тестове наповнення довідника клієнтів.

Малюнок 2.15. Тестове наповнення довідника складів.

Малюнок 2.16. Тестове наповнення довідника користувачів.

Результатом цього етапу тестування є заповнена база даних, до якої внесені всі дані довідників. Найбільш ефективним та демонстративним способом перевірки повноти та правильності заповнення довідників є пошук потрібного товару за допомогою фільтра товарів. Фільтр товарів дозволяє здійснити відбір товару за будь-якими критеріями та їх сукупністю. Так під час тестування було зроблено такі відбори:

· Всі вироби, що мають замок "Тайсон" (форма фільтра наведена на малюнку).

· всі вироби, що стосуються проекту «Заміський будинок» або проекту «Квартира в багатоквартирному будинку»

· Всі вироби виробника «Клондайк».

Малюнок 2 . 17 . Завдання фільтру товарів.

Після того, як є всі заповнені довідники, можна приступати до другого етапу тестування: введення документів щодо руху товарів на складах. На цьому етапі було введено декілька документів, що виконують прихід та витрату всіх тестових товарів за складами. Журнал документів наведено малюнку, вміст деяких документів наведено малюнку 2.31.

Малюнок 2 . 18 . Журнал документів.

Малюнок 2 . 19 . Форма документа

Слід зазначити, що в реальному житті оформлення документів щодо руху товару за складом відбувається в режимі реального часу в порядку надходження паперових документів. При цьому під час оформлення кожного нового документа оператори не контролюють залишки товару на складі. Переглянути залишки товару, а також проаналізувати рухи товарів за складами в розрізі документів дозволяє третій етап тестування: отримання аналітичних звітів. На даному етапі були отримані звіти щодо залишків без розрізів документів, а також звіт щодо залишків та рухів товару у розрізі документів. Дані звіти дозволили простежити зміну залишків товарів на складах і зрозуміти, як з початкового залишку вийшов кінцевий.

За результатами тестування можна стверджувати, що програма працює правильно. Вона задовольняє всім своїм вимогам: функціональним характеристикам, надійності та коректності роботи, інформаційної та програмної сумісності, складу апаратних та програмних засобів, складу програмної документації.

Висновок

В результаті виконання дипломного проекту вивчено методику ведення складського обліку у ТОВ «Юніон-двері».

На підставі вивченої методики було розроблено структуру бази даних, необхідну для зберігання даних системи. Також була обрана операційна система, в якій має функціонувати програму, що розробляється, і обрана мова програмування і система програмування, за допомогою якої буде проводитися розробка.

Результатом дипломного проектування став розроблений додаток, що автоматизує процес складського обліку.

Відповідно до описаної методикою тестування програми результати перевірки показали, що програма працює правильно у всіх передбачуваних ситуаціях, з різними наборами вхідних даних.

Програма працює в операційній системі Windows 95/98, NT, 2000 XP і виконана в середовищі BorlandC++ Builder. Результатами роботи програми є таблиці документів руху за складами та залишками товарів на складах.

Розроблений додаток найближчим часом буде впроваджено на ТОВ «Юніон-двері». Керівництво ТОВ «Юніон-двері» очікує від запровадження розробленого додатку великого якісного стрибка в організації складського обліку. За рахунок того, що робота персоналу буде значно полегшена за рахунок автоматизації ведення довідкової інформації, оформлення документів та отримання звітів, якість роботи персоналу значно покращиться. Розроблений додаток дозволить навести порядок в організації роботи всіх підрозділів та кожного конкретного співробітника, розмежує співробітників за повноваженнями та функціями, що виконуються, виявить вузькі місця в організації діяльності підрозділів. Можливість миттєвого отримання актуальних залишків на складі дозволить усунути розкрадання продукції, а можливість отримання звітів щодо руху товару дозволить складати аналітичні звіти з аналізу продажів та робити прогнози на майбутні періоди.

1. Подбельський В.В., Фомін С.С. Програмування мовою Сі: Навч. Посібник. - 2-е дод. Вид. - М: Фінанси та статистика, 2002. - 600с.

2. Герберт Шилдт Програмування на C і C++ для Windows 95 – К.: Торгово-видавниче бюро BHV, 1996

3. Ч. Петзолд Програмування для Windows 95; у двох томах - СПб.: BHV - Санк-Петербург, 1997

4. Архангельський П.А. "Програмування в BorlandC++ 4.0" M. Наука, 2000

5. Страуструп Б. «Мова програмування С++: Пров. з англ. М. Радіо та зв'язок, 1991.-352с.:іл.

6. Бобровський С.І. Delphi 5 - М.: Пітер, 2002.

7. Гаєвський A. Розробка програмних додатківна Delphi 6 - М.: Київ, 2000.

8. ЗуєвВ. A. Turbo Pascal 6.0, 7.0. М: Москва, 1998.

9. Коцюбинський А.О., Грошев С.В. Мова програмування Delphi 5 - М.: Москва, 1999.

10. Леонтьєв В.І. Delphi 5 - М.: Москва, 1999.

11. МоісеєвА.С. Object Pascal - М.: Москва, 2000.

12. Немнюгін С.А. Програмування - М.: Пітер, 2000.

13. Ремізов Н. C. Delphi - М.: Пітер, 2000

14. Архангельський П.А. Програмування Delphi 5. M., Наука, 2000

15. Дарахвелідзе П.Г. Програмування DELPHI 5. СПб., Біном, 2000

16. Тейксейра С. Т. DELPHI 5. Керівництво розробника. М., Вільямс, 2000

17. Угрінович Н. Інформатика та інформаційні технології. Набір базових знань. М., Радіо та зв'язок, 2000

18. Фаронов В.В. Delphi 3. Навчальний курс. М., Нолідж, 1998

19. Фаронов В.В. Delphi 4. Навчальний курс. М., Нолідж, 1998

20. Харрінгтон Дж. Проектування реляційних баз даних. М., ЛОРІ, 2000

21. Шумаков В.П. Delphi 3 та створення додатків баз даних. М., Нолідж, 1998

22. ГОСТ 2.105-95 ЕСКД. Загальні вимоги до текстових документів

23. ГОСТ 19.103-33 ЕСПД. Позначення програм та програмних документів.

24. ГОСТ 19.701-90 ЕСПД. Схеми алгоритмів, програм, даних та систем. Умовні позначення та правила виконання.

додаток

Діаграма потоку даних «як є»

Діаграма потоку даних "як має бути".

Схема документообігу у розрізі роботи з клієнтами з операцій з нерухомістю.

Транскрипт

1 Проектування інформаційної системи Агентство нерухомості Сахно С.І. Балаківський інженерно-технологічний інститут філія федеральної державної автономної освітньої установи вищої професійної освіти «Національний дослідницький ядерний університет «МІФІ» м. Балаково, Росія. Balakovo Institute of Engineering and Technology of National Research Nuclear University MEPhI (Moscow Engineering Physics Institute) Balakovo, Russia

2 ВСТУП Розвиток інформаційних технологій у світі та в нашій країні відбувається вже понад 25 років. І в сучасному суспільствівже важко уявити, як обходилися б люди без технічних засобів, інформаційно-комунікаційних технологій та персонального комп'ютера у своєму житті та професійній сфері діяльності. Інформація перетворилася на один з найважливіших ресурсів, а інформаційні системи стали необхідним інструментом практично у всіх сферах діяльності. Сучасне життя людини настільки насичена різноманітних інформацією, що її обробки потрібно створення величезної кількості сховищ різного призначення. Інформаційні системи характеризуються величезними обсягами даних, складною організацією, необхідністю задовольняти різноманітні вимоги численних користувачів. Ці завдання можна вирішити із використанням інформаційних систем. Інформаційні системи – це системи обробки даних будь-якої предметної області із засобами накопичення, зберігання, обробки, перетворення, передачі, оновлення інформації з використанням комп'ютерної та іншої техніки. p align="justify"> При автоматизації діяльності людини відбувається перенесення реального світу в електронний формат. Для цього виділяється якась частина цього світу та аналізується на предмет можливості автоматизації. Вона називається предметною областю та суворо окреслює коло об'єктів, які вивчаються, вимірюються, оцінюються тощо. В результаті цього процесу виділяються об'єкти автоматизації та визначаються реквізити, за якими дані об'єкти оцінюються. Результатом цього процесу стає база даних, яка описує конкретну частину реального світу зі строго певних позицій. Актуальність розробки справжньої інформаційної системи для предметної галузі «Агентство нерухомості» полягає у необхідності

3 скорочення часу обробки інформації та швидкості обробки даних. Метою даної є проектування інформаційної системи для агентства нерухомості. У процесі виконання роботи необхідно провести аналіз предметної галузі, продумати призначення інформаційної системи, набути практичних навичок з проектування структури, розробки та реалізації інформаційної системи.

4 1 ОПИС ПРЕДМЕТНОЇ ОБЛАСТІ 1.1 Характеристика організації Розроблювана інформаційна система призначена для предметної галузі «Агентство нерухомості». Агентство нерухомості надає професійне супроводження всіх операцій, які можливі на ринку нерухомості. Насамперед це продаж та купівля житлової та комерційної нерухомості, а також оренда квартир, кімнат, земельних ділянок. Перевагою агентства є об'ємна база варіантів нерухомості та земельних ділянок, виставлених на продаж або пропонованих для здачі в оренду. Співробітники агентства нерухомості щодня працюють над розширенням бази даних квартир, заміських будинків, комерційних приміщень та земельних ділянок та добре в ній орієнтуються. Використання інформаційної системи передбачає суттєве спрощення та прискорення роботи з обліку клієнтів фірми, їх заявок на купівлю та продаж нерухомості, за рахунок автоматизації операцій, що здійснюються при додаванні нового клієнта до бази даних фірми, складанні заявок для окремого покупця або продавця, видалення даних про об'єкт під час проведення операції продажу нерухомості. 1.2 Призначення інформаційної системи Під системою розуміють будь-який об'єкт, який одночасно розглядається як єдине ціле, як і об'єднана у сфері досягнення поставленої мети сукупність різнорідних, взаємозалежних і взаємодіючих між собою елементів. Системи значно відрізняються між собою як за складом, так і за основними цілями.

5 Інформаційна система організаційно-упорядкована сукупність документів та інформаційних технологій, у тому числі з використанням засобів обчислювальної техніки та зв'язку, що реалізують інформаційні процеси. «Ідеальна» інформаційна система управління підприємством повинна автоматизувати всі або, принаймні, більшість видів діяльності підприємства. При цьому автоматизація повинна бути виконана не заради автоматизації, а з урахуванням витрат на неї, і дати реальний ефект у результатах фінансово-господарської діяльності підприємства. Залежно від предметної області інформаційні системи можуть дуже відрізнятися за своїми функціями, архітектурою, реалізації. Однак можна виділити низку властивостей, які є загальними. Інформаційні системи призначені для збирання, зберігання та обробки інформації, тому в основі будь-якої з них лежить середовище зберігання та доступу до даних. Інформаційні системи орієнтовані на кінцевого користувача, що не має високої кваліфікації в галузі обчислювальної техніки. Тому клієнтські додатки інформаційної системи повинні мати простий, зручний, легко освоюваний інтерфейс, який надає кінцевому користувачеві всі необхідні для роботи функції і в той же час не дає йому можливість виконувати будь-які зайві дії. На підприємстві має бути створена база даних, яка забезпечує зберігання інформації та доступність її для всіх складових системи управління.

6 Рисунок 1 Блок-схема роботи інформаційної системи організації Наявність такої бази даних дозволяє сформувати інформацію прийняття рішень. Сама собою інформаційна система не є інструментом для прийняття управлінських рішень. Рішення приймаються людьми. Але система управління може надати чи «підготувати» інформацію у вигляді, щоб забезпечити прийняття рішення. Системи підтримки прийняття рішень спроможні забезпечити, наприклад: відстеження ефективності роботи різних ділянок та служб для виявлення та усунення слабких ланок, а також для вдосконалення бізнес-процесів та організаційних одиниць; аналіз діяльності окремих підрозділів; узагальнення даних із різних підрозділів; аналіз показників різних напрямів фінансово-господарської діяльності підприємства для виділення перспективних та збиткових напрямів бізнесу; виявлення тенденцій, що розвиваються як на підприємстві, так і на ринку. Не слід забувати і про те, що працювати з системою доведеться звичайним людям, які є фахівцями у своїй предметній галузі, але найчастіше мають досить середні навички в роботі з комп'ютерами. Інтерфейс інформаційних систем має бути ним інтуїтивно зрозумілий.

7 1.3 Користувачі та функції користувачів інформаційної системи Метою створення інформаційної системи для агентства нерухомості є автоматизація основних процесів, що відбуваються в агентстві. Користувачами даної інформаційної системи будуть співробітники агентства: рієлтори, оператори ЕОМ, програміст, секретар, а також клієнти агентства. В інформаційній системі має бути забезпечене введення та зберігання інформації про нерухомість, про всі угоди клієнтів, інформація про всіх ріелторів, їх розклад та режим роботи. Тому вхідними даними для проектування інформаційної системи мають бути такі характеристики: інформація про нерухомість: адресу, площу, вартість, кількість кімнат; інформація про продаж: дата продажу, сума угоди, інформація про нерухомість, інформація про ріелтора та клієнта; інформація про ріелторів: прізвище, ім'я та по батькові ріелтора; інформація про спеціалізацію лікарів: назва спеціалізації; інформація про клієнтів: прізвище, ім'я, по батькові та телефон клієнта. Інформаційна система агентства нерухомості повинна виконувати наступні завдання: надавати можливість для внесення, зміни та видалення інформації про нерухомість, клієнтів, ріелторів, про проведені слідки; надавати інформацію про нерухомість, виставлену на продаж, або здається в оренду. Створювана інформаційна система має відповідати наступним експлуатаційним вимогам: актуальним інформаційним потребам; актуальним вимогам за прийнятний час, Т. е. заданим вимогам продуктивності;

8 виявленим і знову виникаючим вимогам кінцевих користувачів; повинна легко розширюватися при реорганізації та розширенні предметної області; повинна легко змінюватися при зміні програмного та апаратного середовища; дані, завантажені до бази даних, повинні залишатися коректними; дані до включення до бази даних повинні перевірятися на достовірність; доступ до даних, що розміщуються в базі даних через об'єктно-орієнтовану модель, повинні мати лише особи з відповідними повноваженнями. 1.4 Вимоги до інформаційної системі Інформаційна система, як і будь-який інший інструмент, повинна мати свої характеристики та вимоги, відповідно до яких можна було б визначити її функціональність та ефективність. Зрозуміло, кожному за конкретного підприємства вимоги до інформаційної системі будуть різними, оскільки має враховуватися специфіка кожної організації. Незважаючи на це, слід виділити кілька основних вимог до системи, загальних для всіх споживачів: 1. Локалізація інформаційної системи. У зв'язку з тим, що найбільшими розробниками інформаційних систем є закордонні компанії, система має бути пристосована до користування російськими компаніями. Причому тут мають на увазі локалізація як функціональна (облік особливостей російського законодавства та систем розрахунків), і лінгвістична (система допомоги і документація російською).

9 2. Система повинна забезпечувати надійний захист інформації, для чого потрібне парольне розмежування доступу, багаторівнева система захисту даних і т.д. 3. У разі впровадження системи на велике підприємство зі складною організаційною структурою необхідна реалізація дистанційного доступудля того, щоб інформацією могли скористатися всі структурні підрозділи організації. 4. З огляду на вплив зовнішніх і внутрішніх чинників (змін напряму бізнесу, зміни у законодавстві тощо), система має бути адаптивною. 5. Необхідна можливість консолідації інформації лише на рівні підприємств (об'єднання інформації філій, дочірніх компаній тощо.), лише на рівні окремих завдань, лише на рівні часових періодів. Ці вимоги є основними, але не єдиними критеріями вибору корпоративної інформаційної системи підприємствам. 1.5 Вибір методології моделювання Нині ринку комп'ютерних технологій представлено безліч спеціальних програм, дозволяють обстежити підприємство і побудувати модель. Вибір методології та інструментів, за допомогою яких проводиться моделювання бізнес-процесів, основного значення не має. Існують стандартизовані, випробувані часом методології та інструментальні засоби, за допомогою яких можна обстежити підприємство та побудувати його модель. Ключова їх перевага - простота та доступність до оволодіння. Моделювання бізнес-процесів торкається багатьох аспектів діяльності компанії: зміна організаційної структури; оптимізацію функцій підрозділів та співробітників;

10 перерозподіл прав та обов'язків керівників; зміна внутрішніх нормативних документів та технології проведення операцій; нові вимоги до автоматизації виконуваних процесів і т. д. Метою моделювання є систематизація знань про компанію та її бізнес-процеси в наочній графічній формі зручнішою для аналітичної обробки отриманої інформації. Модель має відображати структуру бізнес-процесів організації, деталі їх виконання та послідовність документообігу. Моделювання бізнес-процесів організації включає два етапи структурне та детальне. Структурне моделювання бізнес-процесів організації може виконуватися в нотації IDEF0 з інструментарію BPwin. У цьому роботі моделювання процесів виконувалося мовою IDEF0, IDEF3, IDEF1X і DFD у програмі MS Office Visio. На етапі структурного моделювання моделі повинні бути відображені: - існуюча організаційна структура; - документи та інші сутності, що використовуються при виконанні моделюваних бізнес-процесів та необхідні для моделювання документообігу, з описами їх основного змісту; - діаграми взаємодії, що відображають послідовність створення та переміщення документів (даних, матеріалів, ресурсів тощо) між дійовими особами. Детальна модель організації повинна включати: - Набір прецедентів, що відображають можливі варіанти виконання бізнес-процесів «як є»; - діаграми дій, що детально описують послідовність виконання бізнес-процесів;

11 – діаграми взаємодії, що відображають схеми документообігу. Моделі повинні бути узгоджені з провідними фахівцями організації, які мають необхідні знання.

12 2 РОЗРОБКА МОДЕЛІ ІНФОРМАЦІЙНОЇ СИСТЕМИ 2.1 Моделювання бізнес-процесів в організації (IDEF0) Функціональна модель призначена для опису існуючих бізнес-процесів на підприємстві (так звана модель AS-IS) і ідеального стану речей - того, чого потрібно прагнути (модель ВЕ). Методологія IDEF0 наказує побудову ієрархічної системи діаграм - одиничних описів фрагментів системи. У IDEF0 система представляється як сукупність взаємодіючих робіт чи функций. Така суто функціональна орієнтація є важливим - функції системи аналізуються незалежно від об'єктів, якими вони оперують. Це дозволяє більш чітко змоделювати логіку та взаємодію процесів організації. Під моделлю в IDEF0 розуміють опис системи (текстовий і графічний), який має дати відповідь деякі заздалегідь певні питання. Основними поняттями методології функціонального моделювання робіт є: - роботи (activity) - поіменовані процеси, функції або завдання, які відбуваються протягом певного часу і мають результати, що розпізнаються. На діаграмі роботи зображуються прямокутниками. - Вхід (Input) – матеріал або інформація, що використовуються роботою для отримання результату. - Управління (Control) – правила, стратегії, стандарти, якими керується робота. - Вихід (Output) – матеріал або інформація, що виконуються роботою. Кожна робота повинна мати хоча б одну стрілку виходу, оскільки робота без результату не має сенсу і не повинна моделюватись.

13 – Механізм (Mechanism) – ресурси, які виконують роботу (персонал). - Виклик (Call) є взаємодією однієї моделі робіт з іншою. Розрізняють у IDEF0 п'ять типів зв'язків робіт. - Зв'язок входу (input-output) має місце, коли вихід вищої роботи направляється на вхід наступної роботи. - Зв'язок з управління (output-control) позначає ситуацію, коли вихід вищої роботи прямує управління наступної роботи. Зв'язок показує домінування вищої роботи. - Зворотній зв'язокпо входу (output-input feedback) має місце, коли вихід нижчестоящої роботи прямує на вхід вищестоящої. - Зворотний зв'язок з управління (output-control feedback) позначає ситуацію, коли вихід нижчестоящої роботи прямує управління вищестоящей. Є показником ефективності бізнес-процесу. - Зв'язок вихід-механізм (output-mechanism) має місце, коли вихід однієї роботи прямує на механізм інший і показує, що робота готує ресурси щодо іншої роботи. З перерахованих блоків будуються діаграми робіт, що описують принципи функціонування системи. Процес моделювання будь-якої системи IDEF0 починається з визначення контексту, тобто найбільш абстрактного рівня опису системи в цілому. Побудова моделі ІВ починається з опису функціонування підприємства (системи) загалом як контекстної діаграми (рис.2). Після опису контекстної діаграми проводиться функціональна декомпозиція, система розбивається на підсистеми, кожна підсистема описується окремо (діаграми декомпозиції). Потім кожна підсистема розбивається на дрібніші і таке інше до досягнення потрібного ступеня

14 подробиці. В результаті такого розбиття кожен фрагмент системи зображується на окремій діаграмі декомпозиції. Діаграма роботи інформаційної системи агентства нерухомості відображає весь потік вхідних та вихідних даних, що обробляються в інформаційній системі. Діяльність агентства провадиться на підставі цивільного та житлового кодексу. Після погодження ціни та інших умов договору оформляється правочин. Цивільний кодекс Житловий кодекс Інформація про нерухомість Інформація про клієнта Продаж нерухомості Угода Ріелтор Малюнок 2 Контекстна діаграма інформаційної системи агентства нерухомості 2.2 Моделювання потоків даних (DFD)

15 Діаграми потоків даних (DFD) є основним засобом моделювання функціональних вимог до проектованої системи. З їхньою допомогою ці вимоги подаються як ієрархії функціональних компонентів (процесів), пов'язаних потоками даних. Головна мета такого уявлення продемонструвати, як кожен процес перетворює вхідні дані на вихідні, а також виявити відносини між цими процесами. Модель DFD, як більшість інших структурних моделей ієрархічна модель. Кожен процес може бути підданий декомпозиції, тобто розбиття на структурні складові, відносини між якими в тій самій нотації можуть бути показані на окремій діаграмі. Для побудови DFD використовуються дві різні нотації, що відповідають методам Йордану-ДеМарко та Гейна-Серсона. Ці нотації трохи відрізняються один від одного графічним зображенням символів. В основі методології Гейна-Серсона лежить побудова моделі аналізованої ІВ - проектованої чи реально існуючої. Відповідно до методології модель системи визначається як ієрархія діаграм потоків даних (DFD), що описують асинхронний процес перетворення інформації від її введення в систему до видачі користувачеві. Діаграми верхніх рівнівієрархії (контекстні діаграми) визначають основні процеси або підсистеми ІС із зовнішніми входами та виходами. Вони деталізуються з допомогою діаграм нижнього рівня. Така декомпозиція продовжується, створюючи багаторівневу ієрархію діаграм, до того часу, доки буде досягнуто такий рівень декомпозиції, у якому процес стають елементарними і деталізувати їх далі неможливо. Джерела інформації (зовнішні сутності) породжують інформаційні потоки (потоки даних), які переносять інформацію до підсистем чи процесів. Ті у свою чергу перетворять інформацію та породжують нові потоки, які переносять інформацію до інших процесів

16 або підсистем, накопичувачів даних або зовнішніх сутностей споживачам інформації. Таким чином, основними компонентами діаграм потоків даних є: - Зовнішні сутності; - Системи/підсистеми; - процеси; - Накопичувачі даних; - Потіки даних. 1. Зовнішні сутності Зовнішня сутність є матеріальний предмет або фізична особа, що є джерелом або приймачем інформації, наприклад, замовники, персонал, клієнти. Визначення деякого об'єкта чи системи як зовнішньої сутності свідчить про те, що вона перебуває поза межами аналізованої ИС. У процесі аналізу деякі зовнішні сутності можуть бути перенесені всередину діаграми аналізованої ІВ, якщо це необхідно, або, навпаки, частина процесів ІС може бути винесена за межі діаграми та представлена ​​як зовнішня сутність. Зовнішня сутність позначається квадратом, розташованим ніби "над" діаграмою і кидає на неї тінь, щоб можна було виділити цей символ серед інших позначень. 2. Системи та підсистеми При побудові моделі складної ІВ вона може бути представлена ​​в найзагальнішому вигляді на так званій контекстній діаграмі у вигляді однієї системи як єдиного цілого, або може бути декомпозірована на ряд підсистем. Номер підсистеми служить її ідентифікації. У полі імені вводиться найменування підсистеми як пропозиції з підлягаючим і відповідними визначеннями і доповненнями. 3. Процеси

17 Процес являє собою перетворення вхідних потоків даних у вихідні відповідно до певного алгоритму. Фізично процес може бути реалізований у різний спосіб: це може бути підрозділ організації (відділ), що виконує обробку вхідних документів і випуск звітів, програма, апаратно-реалізований логічний пристрій і т.д. Номер процесу служить його ідентифікації. У полі імені вводиться найменування процесу у вигляді речення з активним недвозначним дієсловом у невизначеній формі (обчислити, розрахувати, перевірити, визначити, створити, отримати), за яким слідують іменники у знахідному відмінку, наприклад: - "Ввести відомості про клієнтів"; - "Видати інформацію про наявну нерухомість"; - "Перевірити надходження грошей". Використання таких дієслів, як "обробити", "модернізувати" або "відредагувати" означає, як правило, недостатньо глибоке розуміння цього процесу і потребує подальшого аналізу. Інформація у полі фізичної реалізаціїпоказує, який підрозділ організації, програма чи апаратне пристрій виконує цей процес. 4. Накопичувачі даних Накопичувач даних є абстрактним пристроєм для зберігання інформації, яку можна в будь-який момент помістити в накопичувач і через деякий час витягти, причому способи приміщення і вилучення можуть бути будь-якими. Накопичувач даних може бути реалізований фізично у вигляді ящика в картотеці, таблиці в оперативній пам'яті, файлу магнітному носіїі т.д. Накопичувач даних ідентифікується буквою "D" та довільним числом. Ім'я накопичувача вибирається з найбільшої інформативності для проектувальника.

18 Накопичувач даних у загальному випадку є прообразом майбутньої бази даних, і опис даних, що зберігаються в ньому, повинен бути пов'язаний з інформаційною моделлю. 5. Потоки даних Потік даних визначає інформацію, що передається через деяке з'єднання джерела до приймача. Реальний потік даних може бути інформацією, що передається між двома пристроями, що пересилаються по електронній поштілистами, дисками, що переносяться між комп'ютерами і т. д. Діаграма DFD відображає роботу агентства нерухомості. Зовнішньої сутністю тут виступає клієнт, який звертається до агенції шляхом введення особистих даних. Після введення особистих даних клієнт заноситься до БД зареєстрованих користувачів, після чого користувачеві з бази даних інформації про нерухомість пропонується вибрати нерухомість. Після цього інформація про обрану користувачем нерухомості заноситься до бази даних для подальшого оформлення. Клієнт Особисті дані Реєстрація Інформація про клієнта 1 База даних клієнтів 3 2 Інформація про нерухомість База даних здійснених угод Інформація про клієнта Список нерухомості Вибрана нерухомість Інформація про угоду Вибір нерухомості Оформлення Рисунок 3 Діаграма DFD організації роботи ІС 2.3 Опис логіки взаємодії інформаційних потоків (IDEF3) IDEF3 є стандартом документування технологічних процесів, що відбуваються на підприємстві, та надає інструментарій

19 для наочного дослідження та моделювання їх сценаріїв. Сценарієм називається опис послідовності змін властивостей об'єкта, в рамках процесу, що розглядається (наприклад, опис послідовності етапів обробки деталі в цеху і зміна її властивостей після проходження кожного етапу). Виконання кожного сценарію супроводжується відповідним документообігом, який складається з двох основних потоків: документів, що визначають структуру та послідовність процесу (технологічних вказівок, описів стандартів тощо), та документів, що відображають хід його виконання (результатів тестів та експертиз, звітів про шлюб) , і т.д.). Для ефективного управління будь-яким процесом, необхідно мати детальне уявлення про його сценарій та структуру супутнього документообігу. Засоби документування та моделювання IDEF3 дозволяють виконувати такі завдання: - Документувати наявні дані про технологію процесу, виявлені, скажімо, у процесі опитування компетентних співробітників, відповідальних за організацію процесу, що розглядається. - Визначати та аналізувати точки впливу потоків супутнього документообігу на сценарій технологічних процесів. - Визначати ситуації, в яких потрібне прийняття рішення, що впливає на життєвий цикл процесу, наприклад, зміна конструктивних, технологічних або експлуатаційних властивостей кінцевого продукту. - сприяти прийняттю оптимальних рішеньпід час реорганізації технологічних процесів. - Розробляти імітаційні моделі технологічних процесів, за принципом "ЯК БУДЕ, ЯКЩО..." У цій роботі діаграма IDEF3 відображатиме суть роботи реєстрації користувача на сайті агентства нерухомості. Спочатку користувач вводить свої дані у спеціальну форму, потім відбувається

20 перевірка із зареєстрованими користувачами, якщо користувач у базі даних зареєстрованих користувачів знайдено і введені дані вірні, він направляється в особистий кабінет. Якщо користувач у базі даних не знайдено, і введені ним дані вірні, відбувається процес реєстрації з подальшим отриманням доступу до особистого кабінету. Рисунок 4 Діаграма IDEF3 реєстрації користувача на сайті агентства нерухомості 2.4 Розробка моделі даних (IDEF1X) Методологія IDEF1X є семантичним моделюванням даних і застосовується для побудови інформаційної моделі у вигляді ERдіаграми, яка представляє структуру інформації, необхідної для підтримки функції виробничої системи або середовища. Концептуальна модель, представлена ​​відповідно до стандарту IDEF1X, є логічною схемою бази даних для проектованої системи. Діаграма IDEF1X показує логічну структуру даних інформаційної системі.

21 Основними об'єктами концептуальної моделі є сутності та зв'язки. Сутність певний відокремлений об'єкт або подія моделюється системи, що має певний набір властивостей атрибутів. Окремий елемент цієї множини називається "примірником сутності". Сутність може мати один або кілька атрибутів, які однозначно ідентифікують кожен зразок сутності, і може мати будь-яку кількість зв'язків з іншими сутностями. Правила атрибутів сутності: 1. Кожен атрибут повинен мати унікальне ім'я. 2. Сутність може мати будь-яку кількість атрибутів. 3. Сутність може мати будь-яку кількість успадкованих атрибутів, але успадкований атрибут має бути частиною первинного ключа сутності-батька. 4. Для кожного екземпляра сутності має існувати значення кожного його атрибута (правило не навернення в нуль Not Null). 5. Жоден з екземплярів сутності не може мати більш ніж одного значення для її атрибута. Сутність зображується на ER-діаграмі у вигляді прямокутника, у верхній частині якого наводиться її назва; далі слідує список атрибутів. Ключові атрибути можуть бути виділені підкресленням чи іншим способом. Кожна сутність може мати будь-яку кількість зв'язків з іншими сутностями. Сутність є незалежною, якщо її екземпляр може бути однозначно ідентифікований без визначення його зв'язків з іншими сутностями. Сутність може мати атрибути, які успадковуються через зв'язок з батьківською сутністю. Останні зазвичай є зовнішніми ключами і служать організації зв'язків між сутностями. Якщо зовнішній ключ

22 сутності використовується як її первинного ключа (PK) або як частина складового первинного ключа, то сутність є залежною від батьківської сутності. Якщо зовнішній ключ не є первинним і не входить до складового первинного ключа, то сутність є незалежною від батьківської сутності. Якщо сутність є залежною, то зв'язок її з батьківською сутністю називається ідентифікуючою, інакше - не ідентифікуючою. Зв'язок зображується на ER-діаграмі лінією, що проводиться між сутністю-батьком і сутністю-нащадком з точкою на кінці лінії у сутності-нащадка, ідентифікуючий зв'язок зображується суцільною лінією, що не ідентифікує пунктирної. Зв'язку дається ім'я, яке виражається граматичною формою дієслова. Для зв'язку додатково може бути вказівка ​​потужності: яка кількість екземплярів сутності-нащадка може існувати для сутності батька. Ім'я зв'язку завжди формується з погляду батька, так що може бути утворена пропозиція, якщо поєднати ім'я сутності батька, ім'я зв'язку, вираз потужності та ім'я сутності-нащадка. На даній діаграмі присутні сутності: Нерухомість, Угоди, Клієнти, які об'єднані між собою за допомогою зовнішніх ключів і утворюють зв'язок «один до багатьох». Нерухомість Код нерухомості Вартість Адреса Площа Кількість кімнат Угоди Код угоди m Код нерухомості (FK) m 1 Код клієнта (FK) Ціна Дата угоди 1 Клієнти Код клієнта Прізвище Ім'я По-батькові Телефон Малюнок 5 Діаграма IDEF1X

23 ВИСНОВОК У процесі виконання цієї роботи були застосовані теоретичні та практичні навички з дисципліни «Методи та засоби проектування інформаційних систем та технологій». При реалізації проекту було проведено аналіз предметної галузі, продумано призначення інформаційної системи, придбано практичні навички щодо проектування структури, розробки та реалізації проектування інформаційної системи. У процесі створення інформаційної системи були побудовані повні та несуперечливі функціональні та інформаційні моделі. Для побудови різних діаграм моделі використовувався набір інструментальних засобів, що дозволяють у наочній формі моделювати предметну область відповідно до інформаційних потреб користувачів. Таким чином, інформаційні системи відіграють істотну роль у сучасному світі, забезпечуючи актуальною інформацією фахівців, користувачів у тій чи іншій предметній галузі. Все, з чим ми щодня стикаємося у житті, швидше за все, зареєстровано у тій чи іншій інформаційній системі. Вміння працювати з інформаційними системами є одним із найважливіших навичок у роботі з комп'ютером, а фахівці, які вміють працювати з інформаційними системами, завжди виявляться затребуваними.

Моделювання потоків 1 Моделювання потоків В основі даної методології (методології Gane/Sarson) лежить побудова моделі аналізованої ІВ проектованої або реально існуючої. Відповідно до методології

Проектування інформаційної системи "Ломбарду" Волошин А.С. Балаківський інженерно-технологічний інститут філія федеральної державної автономної освітньої установи вищої професійної

CASE технології Лекція 3 1 Методологія структурного аналізу Gane/Sarson Особливість методології розгляд Інформаційної Системи (існуючої або створюваної) з точки зору інформаційного моделювання

РОЗРОБКА РОЗПОДІЛЕНОЇ БАЗИ ДАНИХ ТУРИСТИЧНОЇ ФІРМИ НА ОСНОВІ MS SQL SERVER Спиридонів А.В. Балаківський інженерно-технологічний інститут філія НІЯУ МІФІ Балаково, Росія DEVELOPMENT OF TOURISM

Функціональне моделювання систем з використанням методології DFD Основні питання Визначення та функціональне призначення DFDмоделей Основні компоненти DFD-моделей Ієрархія DFD Розгляд прикладу

Укладачі: Гіндулліна Т.К., Камалова Л.З., Торопова Н.Д. Методичні вказівки до лабораторної роботи ФУНКЦІОНАЛЬНЕ МОДЕЛЮВАННЯ ПРЕДМЕТНОЇ ОБЛАСТІ З MS OFFICE VISIO 2007 1. Мета роботи Метою роботи

Проектування інформаційної системи продажу контенту для мобільних телефонівЗолотов Р.О. Ярославська філія РЕУ ім. Г.В.Плеханова Ярославль, Росія Design of information system sales of content for

Зміст Завдання 3 I. Пояснювальна записка 4 1. Вступ 4 2. Призначення та сфера застосування 5 3. Технічні характеристики 6 3.1 Постановка задачі на розробку програми 6 3.2 Опис алгоритму

1 Побудова діаграм потоків даних 1.1 Загальні особливості методології DFD Діаграми потоків даних (Data Flow Diagramming) є основним засобом моделювання функціональних вимог до проектованої

ФЕДЕРАЛЬНА ДЕРЖАВНА БЮДЖЕТНА ОСВІТАЛЬНА УСТАНОВА ВИЩОЇ ОСВІТИ СТАВРОПОЛЬСЬКИЙ ДЕРЖАВНИЙ АГРАРНИЙ УНІВЕРСИТЕТ Економічний факультет Кафедра інформаційних систем УТВЕР

РОЗРОБКА АВТОМАТИЗОВАНОГО РОБОЧОГО МІСЦЯ КЛАДНИКА ВОЛГОГРАДСЬКОЇ МАШИНОБУДІВНОЇ КОМПАНІЇ Г. ВОЛГОГРАД Маркосян Р.В. Волгоградський державний аграрний університет, Волгоград, Росія DEVELOPMENT

18 УДК 65.012.26 ПОРІВНЯЛЬНА ХАРАКТЕРИСТИКА ОПИСУВАННЯ ЛОГІСТИЧНИХ СИСТЕМ НА ОСНОВІ IDEF0 І DFD Антон Олегович Аристов, магістрант МДГУ Анотація Розглянуто сучасні методи опису логістичних

Інформаційні технології в економіці Основи методології IDEF1 та IDEF1X Сокирець Олександр Юрійович Методологія IDEF1 План Методологія IDEF1X Методологія IDEF1 Стандарт IDEF1 інструмент для аналізу та вивчення

МЕТОДОЛОГІЯ ФУНКЦІОНАЛЬНОГО МОДЕЛЮВАННЯ IDEF0 Інформаційний менеджмент Рекомендації щодо стандартизації Інформаційні технології підтримки життєвого циклу продукції МЕТОДОЛОГІЯ ФУНКЦІОНАЛЬНОГО МОДЕЛЮВАННЯ

ЕТАПИ ПРОЕКТУВАННЯ БАЗ ДАНИХ Основні завдання проектування баз даних Забезпечення зберігання у БД всієї необхідної інформації. Забезпечує можливість отримання даних за всіма необхідними запитами. Скорочення

Лабораторія інформаційних технологій (ІТЛаб) За підтримки фірми Intel Навчально-дослідницький проект Інструментальні засоби підтримки життєвого циклу програмного забезпечення Куратор проекту: Сисоєв

Сучасні комп'ютерні системиуправління персоналом Кафедра інформаційних систем та математичного моделювання 2010/2011 навчальний рік М.П. Харламов 1 Лекція 3 Технології функціонального моделювання

Самостійна робота 2 з дисципліни «Проектування інформаційних систем» Вимоги до виконання та оформлення завдання Використовуючи програму моделювання бізнес-процесів BPwin виконати наведене нижче

Створення моделі потоків даних бізнес-процесу "Збут" О. А. ДЕНІСОВА Анотація. Предметом дослідження цієї статті є методи оптимізації потоків даних, що супроводжують бізнес-процеси організації.

Лабораторна робота 2. Функціональне моделювання. Побудова декомпозиції першого рівня контекстної діаграми. Постановка задачі: Модель розробляють для розуміння, аналізу та прийняття рішень

Міністерство освіти і науки Російської Федерації Федеральна державна бюджетна освітня установа вищої професійної освіти «Нижньовартівський державний університет»

004.056 Побудова IDEF0-моделі віртуального центру охорони здоров'я Міков Д.А., студент Росія, 105005, м. Москва, МДТУ ім. н.е. Баумана, кафедра «Інформаційна безпека» Науковий керівник:

Бази даних Лектор Азарченко А.А. Основні компоненти роботи з даними База даних (БД) пов'язана сукупність структурованих даних, що належать до певного процесу або явища, у конкретній

Лекція 3, частина 6: Елементи графічної нотації діаграми компонентів Анотація: Призначення діаграми компонентів, її основні елементи. Особливості фізичного уявлення програмних систем. Компоненти

Методологія проектування баз даних Що таке методологія проектування? Методологія проектування - структурований підхід, який передбачає використання

51 ЕТАПИ ФУНКЦІОНАЛЬНОГО МОДЕЛЮВАННЯ ОСВІТНИХ СИСТЕМ Л.Л. Горбунова Описуються результати застосування методології функціонального моделювання для побудови моделі загальної освіти дорослих,

Методологія інформаційного моделювання IDEF1X Основні питання Основні поняття: сутність, атрибут, ставлення Правила визначення сутності, атрибуту, відносини Основні правила формування інформаційної

Алгоритм проектування системи інформаційних панелей для моніторингу результатів діяльності сервісного центру компанії, що працює на ринку інформаційних технологій # 09, вересень 2014 року Матвєєв С.

Уфімський державний авіаційний технічний університет Кафедра автоматизованих систем управління Системне моделювання та CASE-технології Структура курсу 9 лекцій; 8 лабораторних робіт; Розрахунково-графічна

РОЗРОБКА ІС Життєвий цикл ІВ Визначення 1: Життєвий цикл ІВ це процес її побудови та розвитку. Визначення 2: Життєвий цикл ІС період часу, що починається з моменту прийняття рішення про необхідність

РОЗРОБКА МОДЕЛІ TO-BE ДЛЯ ІС ГУП «ВОЛОДИМИРСЬКИЙ АВТОВОКЗАЛ» Лобанов С.І., Воронова Л.І. Московський технічний університет зв'язку та інформатики Москва, Росія MODEL TO-BE DESIGN FOR THE

CASE технології Лекція 2 1 Методології проектування ІС Згадаємо, що CASE-технологія це методологія проектування ІВ та набір інструментальних засобів для наочного моделювання, аналізу моделі та

Контроль введення Реєстрація Основні процедури перетворення в інформаційних технологіях Концептуальна модель базової інформаційної технології містить процеси, процедури та операції інформаційного

Моделі даних Старший викладач Каф. Процесів управління та інформаційної безпекиПермського державного університету Неверов О.В. Поняття моделі даних Модель даних це абстрактне, самодостатнє,

МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ ОДЕСЬКИЙ НАЦІОНАЛЬНИЙ ПОЛІТЕХНІЧНИЙ УНІВЕРСИТЕТ ІНСТИТУТ КОМП'ЮТЕРНИХ СИСТЕМ Методичні вказівки до виконання лабораторних робіт з дисципліни Основи системної

ЗМІСТ Вступ 9 1 АНАЛІЗ ДІЯЛЬНОСТІ МЕБЛІВОГО САЛОНУ «ІМІДЖ» 12 1.1 Техніко-економічна характеристика меблевого салону «Імідж» 12 1.1.1 Організаційна структура 14 1.1.2 Аналіз внешне

Функціональне моделювання бізнес-процесів 1 Методологія IDEF0 Методологія SADT (Structured Analisys and Design Technique) розроблена Дугласом Т. Россом у 1969-73 роках. Вона спочатку створювалася для

ЛАБОРАТОРНА РОБОТА 6 Побудова діаграми потоків даних За допомогою цієї лабораторної роботи Ви зможете: освоїти призначення та принципи побудови DFD – діаграми потоків даних; навчитися встановлювати

Проектування інформаційної системи управління матеріальними ресурсами для підприємства. Камілов К.Б., ГабібулаєваС.Г. Дагестанський державнийуніверситет Махачкала, Росія Designing an information system

УДК 658.2 ДОСЛІДЖЕННЯ МЕТОДІВ МОДЕЛЮВАННЯ, ЩО ВИКОРИСТОВУЮТЬСЯ ПРИ АНАЛІЗІ СКЛАДНИХ ЗАВДАНЬ І ПРОЕКТУВАННЯ АВТОМАТИЗОВАНИХ СИСТЕМ Лобач А.С. Московський державний технологічний університет «CTAHKІH»

ФУНКЦІОНАЛЬНЕ МОДЕЛЮВАННЯ (НОТАЦІЯ IDEF0) ЯК МЕТОД ДОСЛІДЖЕННЯ БІБЛІОТЕЧНО-ІНФОРМАЦІЙНИХ СИСТЕМ Часовських Є.В., Дороніна І.М. Білгородський державний інститут мистецтв та культури Білгород, Росія

Лабораторна робота 1 з дисципліни "Системне програмування" Розробка специфікацій структурних одиниць. Реалізація алгоритмів засобами автоматизованого проектування. Ціль роботи: проведення

1. Інформація та дані 2. Основні поняття систем з базами даних Інформаційні комп'ютерні системи з базами даних це системи інформаційних, математичних, програмних, мовних, організаційних

Бази даних в ІС_рус_3кр_зим_Укубасова Г_ІС, ВТіПО(2к4г очн) 1 Сукупність спеціальним чином організованих даних, що зберігаються в пам'яті обчислювальної системи та відображають стан об'єктів та їх взаємозв'язків

Проблеми автоматизації обліку виконаних медичних послуг та шляхи їх вирішення на прикладі ДНЗ Жирновська ЦРЛ Павловський С.А Волгоградський державний аграрний університет Волгоград, Росія Problems of

Додаток Міністерство освіти і науки Російської Федерації Муромський інститут (філія) федеральної державної бюджетної освітньої установи вищої освіти «Володимирський державний

Навчальна дисципліна «Бази даних та управління ними» для студентів спеціальності 050501.65 «Професійне навчання» ЛЕКЦІЯ 5 ПРОЕКТУВАННЯ БАЗ ДАНИХ Запитання 1. Етапи проектування баз даних. Питання

Варіант 1 Виберіть правильний варіант відповіді. Можливий лише один варіант правильної відповіді. 1. Інформаційна система-це а) Будь-яка система обробки інформації б) Система обробки текстової інформації

Бази даних Проектування баз даних Складна система, спроектована поспіхом, ніколи не працює, і виправити її, щоб змусити працювати, неможливо". Закони Мерфі. 16-й закон системантики Вимоги

Міністерство освіти і науки Російської Федерації ФЕДЕРАЛЬНА ДЕРЖАВНА БЮДЖЕТНА ОСВІТАЛЬНА УСТАНОВА ВИЩОЇ ОСВІТИ «САРАТІВСЬКИЙ НАЦІОНАЛЬНИЙ ДОСЛІДНИЙ ДЕРЖАВНИЙ УНІВЕРСИТ

РОЗРОБКА МОДЕЛІ TO-BE ДЛЯ ІС ТОВ «РЕСТОРАН «ЕЛІСТА» Корнякова Б.С. Московський технічний університет зв'язку та інформатики Москва, Росія MODEL TO-BE DESIGN FOR THE RESTAURANT

Система управління проектами Мінекономрозвитку Росії Відомості про замовника Міністерство Економічного Розвитку та Торгівлі Росії. Департамент Корпоративного Управління та Нової Економіки (ДКУНЕ). Опис

Типи інформаційних систем Тип інформаційної системи залежить від цього, чиї інтереси вона обслуговує і якому рівні управління. Типи інформаційних систем За характером подання та логічної організації

Сесія 2 Особливості сучасних бізнес-процесів, опис БП, специфіка БП на вертикальних ринках та у державному управлінні Григорій Бочечка, к.т.н., доцент Регіональний навчальний семінар МСЕ для

➀ Інформаційні системи та банки даних. p align="justify"> Найважливішою умовою забезпечення ефективного функціонування будь-якої організації є наявність розвиненої інформаційної системи. Інформаційна система це система,

РОЗРОБКА ІНФОРМАЦІЙНО-СИСТЕМИ ДЛЯ АВТОШКОЛИ ТОВ «ЗЕБРА» Кудінов С.В. Московський технічний університет зв'язку та інформатики Москва, Росія DEVELOPMENT OF THE INFORMATION

12_Етапи проектування ІС із застосуванням UML Основні типи UML-діаграм, що використовуються у проектуванні інформаційних систем. Взаємозв'язки між діаграмами. Підтримка UML ітеративного процесу проектування

Клімов Вадим Володимирович, к.е.н., технічний консультант SAP Центр експертизи, група інтеграції процесів ТОВ «САП СНД» (Санкт-Петербург) Оптимізація крос-системної інтеграції бізнес-процесів

Тема 10. Основи технології баз даних Технологія баз даних є одним із ключових досягнень інформатики, що використовується для побудови комп'ютерних інформаційних систем та додатків, що реалізують інформаційні

ДЕРЖАВНА ТЕХНІЧНА КОМІСІЯ РОСІЙСЬКОЇ ФЕДЕРАЦІЇ Керівний документ АВТОМАТИЗОВАНІ СИСТЕМИ ЗАХИСТ ВІД НЕСАНКЦІОНОВАНОГО ДОСТУПУ ДО ІНФОРМАЦІЇ. КЛАСИФІКАЦІЯ АВТОМАТИЗОВАНИХ СИСТЕМ І

Сесія 4 Методи та засоби реінжинірингу бізнеспроцесів, роль ІТ у реінжинірингу бізнеспроцесів та процесів управління в телекомунікаційних компаніях Григорій Бочечка, к.т.н., доцент Регіональний навчальний

«ПРОЕКТУВАННЯ ІНФОРМАЦІЙНИХ СИСТЕМ» Б1.В.ОД.3 Дисципліна «Проектування інформаційних систем» призначена для студентів, які навчаються за напрямом підготовки 09.03.03 «Прикладна інформатика»,

Курсова робота

З дисципліни «Розробка інформаційних систем»

Розробка ІС агентства нерухомості

Вступ

Актуальність і місце розв'язуваного завдання інформаційного забезпечення в предметній галузі

Для найефективнішого виробництва, у будь-якій організації виникає проблема організації управління даними. Автоматизація дозволяє зберігати, структурувати та систематизувати великі обсяги даних.

Розвиток ринку сприяв збільшенню кількості компаній, що надають ріелтерські послуги, що спричинило загострення конкурентної боротьби та підвищення вимог щодо рівня, швидкості та зручності обслуговування клієнтів.

Обслуговування клієнтів складається із двох етапів: на першому етапі виконується пошук актуальної пропозиції ринку нерухомості, на другому – оформлення юридичних документів.

Збільшення швидкості та якості пошуку актуальних пропозицій (на першому етапі) потребує розробки та впровадження такої інформаційної системи, яка б надавала аналіз інформації про поточний стан ринку нерухомості.

Метою курсової роботи є розробка та впровадження інформаційної системи автоматизації ріелторської діяльності фірми «Аліна» міста Каменськ-Шахтинського.

Цілі та завдання дипломного проектування

Розробка ІС включає виконання наступних завдань:

¾ Вивчення ринку програмних продуктів, виявлення їх сильних та слабких сторін.

¾ Проведення аналізу вимог до системи та її проектування.

¾ Реалізація інформаційної системи, що задовольняє вимоги замовника.

¾ Проведення оцінки ефективності технологій розробки.

Дана АІС має працювати з оперативними даними, накопичення цих даних дозволить проводити аналіз діяльності підприємства за будь-який період часу, а також дозволить вести оперативне управління інформацією з обліку, купівлі-продажу, обміну, приватизації нерухомості. Це є одним із завдань впровадження системи. Завдяки його використанню, істотно скорочується час, що витрачається на підготовку, пошук та обробку необхідної інформації для зарахованих вище функцій, що виконуються фірмою. Це досягається шляхом вибору найбільш оптимального способу зберігання та обробки даних. При такому підході час, витрачений на отримання цих даних іншими користувачами, також скорочується. У цьому полягає практична значущість курсової роботи.

Інформаційна система, що розробляється, необхідна для формування та підтримки внутрішньої бази квартир агентства, введення та редагування квартир, кімнат, домоволодінь, земельних ділянок у місті Кам'янськ-Шахтинському та інших населених пунктах, які виставляються на продаж агентами. Також система дозволить підвищити продуктивність праці, допомагаючи виконати роботу краще, швидше та дешевше. За допомогою інформаційної системи можна підвищити рівень роботи директора, бухгалтера та секретаря шляхом автоматизації деяких рутинних операцій.

1. Розробка вимог до програмного забезпечення

.1 Аналіз існуючих рішень з автоматизації предметної галузі

Агентство нерухомості «Аліна» надає фізичним та юридичним особамтакі послуги:

¾ Купівля нерухомості

¾ Продаж нерухомості

¾ Обмін нерухомості

¾ Оренда нерухомості

¾ Оцінка нерухомості

ІС, що розробляється, повинна виконувати наступні функції:

¾ Формувати та підтримувати внутрішню базу квартир агентств.

¾ Вибірка за будь-яким набором умов квартир із внутрішньої бази даних.

¾ Організація схеми роботи агентства з диспетчерським телефоном.

¾ Видавати управлінську інформацію для керівників та співробітників

.2 Вибір методології проектування інформаційної системи

В даний час у галузі розробки та реалізації інформаційних систем існує кілька методологій проектування:

Методологія функціонального моделювання робіт SADT;

Методологія об'єктно-орієнтованого аналізу та проектування мовою UML;

Для проектування інформаційної системи було обрано методологію об'єктно-орієнтованого аналізу та проектування мовою UML.(уніфікована мова моделювання) - мова графічного опису для об'єктного моделювання в галузі розробки програмного забезпечення. UML є мовою широкого профілю, це відкритий стандарт, що використовує графічні позначення для створення абстрактної моделі системи, яка називається UML-моделлю. UML був створений для визначення, візуалізації, проектування та документування, в основному програмних систем.

1.3 Аналіз предметної галузі

Агентство нерухомості «Аліна» надає широкий спектр послуг у сфері нерухомості, такі як купівля, продаж, оренда, оцінка житлової та комерційної нерухомості, розташована в місті Кам'янськ-Шахтинському.

На малюнку показані структурні ланки агентства:

(Сформовано засобами ПЗ «БІГ-Міні»):

На даний момент це агентство містить 14 співробітників.

Основні напрямки діяльності фірми зображені на малюнку (Сформовано засобами ВО «БІГ-Міні»):

1.4 Збір вимог

автоматизація агентство нерухомість інтерфейс

Збір вимог - це процес, необхідний створення і затвердження документа, що містить специфікацію системних вимог.

На цьому етапі:

¾ Здійснюється збір вимог.

¾ Складаються профілі зацікавлених осіб.

¾ Розробляються варіанти використання.

Найчастіше методологія збору вимог ґрунтується на використанні методу інтерв'ювання та вивчення документації, що описує діяльність фірми.

Опитані співробітники побажали побачити в програмному забезпеченні інтуїтивно-зрозумілий інтерфейс, захищеність даних, наявність карти міста для відображення об'єктів, можливість перегляду історії операцій.

Для прийняття рішень необхідна повна інформація про актуальні пропозиції, раніше продані об'єкти нерухомості, об'єкти, продажем яких займається фірма в даний момент, а також детальний опис кожного об'єкта.

1.5 Аналіз та моделювання вимог

На основі проведеної роботи зі збору вимог для ІС агентства нерухомості «Аліна» було виявлено такі вимоги:

¾ Карта міста (з відображенням об'єкта на карті).

¾ Класифікатор об'єктів (автоматичне визначення району, тип житла, поверховості, планування, матеріалу стін).

¾ Функція виключення «записів-дублів» об'єктів (при додаванні нового об'єкта програма проводить перевірку на наявність аналогів і попередить наявність схожих).

¾ Спостереження за термінами оренди.

¾ Можливість перегляду історії оренди.

¾ Архів бази даних власників об'єктів.

¾ Архів бази даних клієнтів - два статуси стану заявок від клієнта: активні та не активні.

¾ Функція приховування приватних даних.

¾ Додавання зображень до об'єктів.

¾ Розрахований на багато користувачів інтерфейс (розподілений доступ) з авторизацією і іменною прив'язкою до подій.

¾ ID номер у кожного об'єкта, для простоти ідентифікації.

¾ Автоматичне резервне копіювання на стороні клієнта для відновлення бази даних у разі аварійних збоїв.

1.6 Специфікація вимог

Специфікація вимог використовується для поточного супроводу проекту та подання вимог, сформульованих стосовно проекту. Вона дозволяє визначити предметну область програмного продукту, що розглядається щодо трьох його основних складових: даних, процесу та поведінки. Специфікація дозволяє від визначення предметної області проекту перейти до області рішень, визначивши три моделі вимог, що відображають характеристики даних, процесу поведінки.

Доступ до ІС може здійснюватись лише тими категоріями користувачів, які пов'язані з відділом агентства, а саме: начальник, спеціаліст, оцінювач.

Загальні обмеження

Операційне середовище. Мінімальні вимоги до операційної системи – Windows7 Starter.

Обмеження дизайну та реалізації-1. База даних має бути спроектована SQL Server 2010.

Обмеження дизайну та реалізації-2. Програма має бути реалізована як клієнт-серверна система, в якій модулі, що управляють зовнішніми пристроями, є серверами автоматизації.

Вимоги до зовнішнього інтерфейсу

Інтерфейси користувача-1. Екрани виведення мають відповідати загальноприйнятим стандартам.

Інтерфейси користувача-2. Система повинна забезпечувати посилання на довідку на кожній формі, яка пояснює, як користуватись цією формою.

Інтерфейси користувача-3. Форми повинні надавати повну можливість навігації та вибір за допомогою клавіатури та миші.

Вимоги до системи наведені у таблиці:

Атрибути якості ПЗ

Доступність-1. Система має бути доступна цілодобово.

Надійність-1. Система повинна відновлювати незавершені звіти у разі збою у мережі чи системі.

Функціональні вимоги

¾ Ведення, зміна клієнтського обліку.

¾ Пошук бази даних.

¾ Реєстрація заявок.

¾ Надання звітів.

1.7 Атестація вимог

Під час процесу атестації мають бути виконані різні типиперевірок вимог.

1. Перевірка правильності вимог. Користувач може вважати, що система потрібна для виконання певних функцій. Однак подальші роздуми та аналіз можуть призвести до необхідності введення додаткових або нових функцій. Системи призначені для різних користувачів з різними потребами, і тому набір вимог буде деяким компромісом між вимогами користувачів системи.

2. Перевірка на несуперечність. Специфікація вимог має містити суперечностей. Це означає, що у вимогах не повинно бути обмежень або різних описів однієї й тієї ж системної функції, що суперечать один одному.

Перевірка на повноту. Специфікація вимог має містити вимоги, які визначають всі системні функції та обмеження, що накладаються на систему. Перевірка на здійсненність. На основі знання існуючих технологій вимоги мають бути перевірені на можливість їхнього реального виконання. Тут також перевіряються можливості фінансування та графік розробки системи. Існує ряд методів атестації вимог, які можна використовувати спільно чи кожний окремо. p align="justify"> Метод прототипування є одним з основних для реалізації атестації програмного продукту на етапі аналізу системи, що дозволяє використовувати замовників для контролю пред'явлених до системи вимог.

Прототип інтерфейсу серверної частини ІС:

.8 Висновки до розділу

У першому розділі курсової роботи було проаналізовано існуючі ІС, побудовано бізнес-варіанти використання, що описують основні напрямки діяльності співробітників фірми, виявлено напрями діяльності відділу агентства. Для визначення вимог провели опитування серед співробітників фірми як основних користувачів майбутньої системи. Виконання атестації вимог у вигляді прототипування стало підсумковим кроком цього етапу.

2. Проектування інформаційної системи

2.1 Архітектурне проектування

Архітектура проекту визначається вимогами до конфігурації системи. У разі ІВ ​​фірми «Аліна» проектування розподіленої структури системи є необхідністю.

Орієнтовна архітектура ІС зображена на малюнку.

2.2 Проектування інтерфейсу користувача

Інтерфейс користувача - це сукупність програмних і апаратних засобів, що забезпечують взаємодію користувача з комп'ютером. Основу такої взаємодії становлять діалоги. Під діалогом у разі розуміють регламентований обміну інформацією між людиною і комп'ютером, здійснюваний у часі і спрямований на спільне рішення конкретної завдання: обміну інформацією і координація дій. Кожен діалог складається з окремих процесів введення-виведення, які фізично забезпечують зв'язок користувача та комп'ютера. Обмін інформацією здійснюється передачею повідомлень та керуючих сигналів.

Головне вікно програми:

Форма відповіді на заявки клієнтів:

2.3 Проектування бази даних

Основними цілями проектування бази даних є:

¾ Подання даних та зв'язків між ними, необхідних для всіх основних областей застосування даної програми та будь-яких існуючих груп її користувачів;

¾ Створення моделі даних, здатної підтримувати виконання будь-яких необхідних транзакцій обробки даних;

¾ Розробка попереднього варіанту проекту, структура якого дозволяє задовольнити всі основні вимоги до продуктивності системи - наприклад, до часу реакції системи.

В основу проектування БД повинні бути покладені уявлення кінцевих користувачів конкретної організації – концептуальні вимоги до системи.

При проектуванні бази даних створюються два рівні моделі – логічний та фізичний. Логічний рівень - це абстрактний погляд на дані, на ньому дані видаються так, як виглядають у реальному світі, і можуть називатися так, як вони називаються у реальному світі. Об'єкти моделі, представлені логічному рівні, називаються сутностями. Логічний рівень моделі даних може бути побудований на основі іншої моделі, наприклад концептуальної моделі даних.

2.4 Обґрунтування вибору платформи створення інформаційної системи

Для реалізації ІС агентства нерухомості «Аліна» було обрано такі програмні засоби розробки як MicrosoftAccess 2010 та мову програмування MicrosoftVisual С#.Net. Це інтерактивна реляційна СУБД для Windows. Це програма, яку використовують для зберігання та вилучення даних залежно від відносин, які встановлені. Робота з нею спрощена у вигляді маніпулятора миші. Графічні можливостіоболонки справляють велике враження при виготовленні високоякісних звітів та роздруківок. Все це завдяки підтримці True-type шрифтів та вбудовування OLE-об'єктів у рамках середовища WINDOWS. OLE - об'єкт є посилання на певну інформацію, яка залишається у своїй первісній формі. Також надає в розпорядження користувача механізми роботи з базами даних різних форматів.

Оскільки в інженерному відділі знаходиться всього 3 комп'ютери була потреба у невеликій та гнучкій СУБД. У результаті можна дійти невтішного висновку, що MicrosoftAccess 2003 ідеальне середовище розробки БД для цієї організації, що відповідає всім представленим вимогам.

Спеціально для платформи Microsoft Visual Studio .Net була розроблена нова мова програмування - C #. Він увібрав у себе багато з того кращого, що є в різних мовах програмування.

Мова C# обеззброює своєю простотою - у ньому налічується близько 80 ключових слів та десяток вбудованих типів даних. Тим не менш, він виявляється виразним, коли справа доходить до реалізації сучасних концепцій програмування. Мова C# включає найповнішу підтримку структурного, компонентно-орієнтованого і об'єктно-орієнтованого програмування, яку тільки можна очікувати від сучасної мови.

C# передбачені вбудовані синтаксичні конструкції для роботи з перерахуваннями, структурами і властивостями класів.

Таким чином, компоненти розробки інформаційної системи СУБД MS Access, що гармонійно поєднуються між собою, і мова високого рівня C#, ідеально підходять не тільки для взаємодії між собою, але і для потреб ріелтерської фірми.

.5 Проектування модулів

Основне завдання проектування полягає в тому, щоб перетворити моделі аналізу на документи деталізованого проектування, на основі яких реалізується система. Логічна модель проектованої системи будується з урахуванням технології Rational, використовуючи основні об'єктно-орієнтовані підходи мови UML.

Модуль «Вхідні дані» містить інформацію про об'єкт та передбачає оформлення заявки на приватизацію, купівлю чи продаж нерухомості. Вхідні дані містять такі параметри:

¾ Номер договору (ID)

¾ ПІБ власника

¾ Тип об'єкта

¾ Площа приміщення

¾ Ціна (у разі продажу)

¾ Можливість прикріпити файл із зображенням приміщення.

Вхідні дані розміщуються в базі даних і можуть бути відредаговані будь-якої миті часу фахівцями. Фахівці можуть змінювати статус нерухомості (з продаваного на продане).

Модуль «Вихідні дані» передбачає оформлення звіту про здійснення приватизації, купівлі чи продажу.

Модуль із проданими об'єктами містить такі дані:

¾ Номер договору

¾ ПІБ продавця

¾ ПІБ покупця

¾ Дата продажу

¾ Тип об'єкта

¾ Площа приміщення

Дані формуються у вигляді звіту у зручному для користувача форматі, можуть бути запрошені у будь-який момент часу та використані для статистичних відомостей.

.6 Висновки до розділу

У другому розділі виконано проектування системи обліку нерухомості ІВ.

На даному етапі були побудовані моделі логічного та фізичного уявлення системи. Розроблено базу даних системи.

Розроблено логічне уявлення основних компонентів системи як незалежних ActiveX-компонентів, які реалізують функціональність основних понять предметної галузі.

Висновок

Метою курсової роботи була розробка ІВ для агентства нерухомості «Аліна».

Першим етапом курсової роботи було визначення мети та завдань ІВ.

У першому розділі виконано бізнес-моделювання процесів організації. Побудовано діаграму бізнес-варіантів використання, що представляє основні напрямки діяльності співробітників та побудовано діаграму варіантів використання інформаційної системи.

У другому розділі здійснено архітектурне проектування інформаційної системи. Також було проведено проектування інтерфейсу користувача, який у свою чергу є важливим моментом реалізації системи.

Після проектування інтерфейсу програми здійснено моделювання структури даних (логічна та фізична моделі). Програмний засіб, що використовується для створення CASE-засобу, використовувався програмний продукт RationalRose 2000 EnterpriseEdition. Було розглянуто використаний програмний інструментарій. Як середовище розробки програмного забезпечення було використано MicrosoftVisualStudio 2010 та мову програмування C#.

Під час виконання проектування були використані такі програмні продукти як:

¾ БігМастерМіні;

¾ MS SQL Server 2010;

¾ MS Word 2013;

¾ Rational Rose.

Підбивши підсумки можна сказати, що було вирішено поставлене завдання, що стосується автоматизації агентства нерухомості.