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

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

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

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

З ДИСЦИПЛІНИ

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

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

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-5 виконуються для одного й того ж варіанту.

• 1. Розробити програмний модуль «Облік успішності студентів». Програмний модуль призначений для оперативного обліку успішності студентів у сесію деканом, заступниками декана та співробітниками деканату. Відомості про успішність студентів повинні зберігатися протягом усього терміну їх навчання та використовуватися при складанні довідок про прослухані курси та додатки до диплому.
• 2. Розробити програмний модуль «Особисті справи студентів». Програмний модуль призначений для отримання відомостей про студентів співробітниками деканату, профкому та відділу кадрів. Дані повинні зберігатися протягом усього терміну навчання студентів та використовуватися при складанні довідок та звітів.
• 3. Розробити програмний модуль «Рішення комбінаторно-оптимізаційних завдань». Модуль повинен містити алгоритми пошуку циклу мінімальної довжини (завдання комівояжера), пошуку найкоротшого шляху та пошуку мінімального сполучного дерева.
• 4. Розробити додаток 'Утс1о?5 «Органайзер». Додаток призначений для запису, зберігання та пошуку адрес та телефонів фізичних осібта організацій, а також розклади, зустрічі та ін. Додаток призначений для будь-яких користувачів комп'ютера.
• 5. Розробити програму yindows «Калькулятор». Програма призначена для будь-яких користувачів і повинна містити всі арифметичні операції (з дотриманням пріоритетів) та бажано (але не обов'язково) кілька математичних функцій.
• 6. Розробити програмний модуль «Кафедра», що містить відомості про співробітників кафедри (ПІБ, посада, науковий ступінь, дисципліни, навантаження, громадська робота, сумісництво та ін.). Модуль призначений для використання співробітниками відділу кадрів та деканату.
• 7. Розробити програмний модуль «Лабораторія», що містить відомості про співробітників лабораторії (ПІБ, стать, вік, сімейний стан, наявність дітей, посада, науковий ступінь). Модуль призначений для використання співробітниками профкому та відділу кадрів.
• 8. Розробити програмний модуль "Автосервіс". При записі на обслуговування заповнюється заявка, в якій зазначаються ПІБ власника, марка автомобіля, вид роботи, дата прийому замовлення та вартість ремонту. Після виконання робіт роздруковується квитанція.
• 9. Розробити програмний модуль "Облік порушень правил дорожнього руху". Для кожної машини (і її власника) в основі зберігається перелік порушень. Для кожного порушення фіксується дата, час, вид порушення та розмір штрафу. При сплаті всіх штрафів машина видаляється з бази.
• 10. Розробити програмний модуль "Картотека агентства нерухомості", призначений для використання працівниками агентства. У базі містяться відомості про квартири (кількість кімнат, поверх, метраж та ін.). При надходженні заявки на обмін (купівлю, продаж) проводиться пошук відповідного варіанту. Якщо такого немає, клієнт заноситься в базу клієнта і повідомляється, коли варіант з'являється.
• 11. Розробити програмний модуль "Картотека абонентів АТС". Картотека містить відомості про телефони та їх власників. Фіксує заборгованості з оплати (абонентської та погодинної). Вважається, що погодинну оплату місцевих телефонних розмов уже запроваджено.
• 12. Розробити програмний модуль «Авіакаса», що містить інформацію про наявність вільних місць на авіамаршрути. У базі повинні міститися відомості про номер рейсу, екіпаж, тип літака, дату і час вильоту, а також вартість авіаквитків (різного класу). При надходженні заявки на квитки програма здійснює пошук відповідного рейсу.
• 13. Розробити програмний модуль «Книгарня», що містить відомості про книги (автор, назва, видавництво, рік видання, ціна). Покупець оформляє заявку потрібні йому книжки, якщо таких немає, він заноситься у основу і сповіщається, коли необхідні книжки надходять у магазин.
• 14. Розробити програмний модуль "Автостоянка". У програмі міститься інформація про марку автомобіля, його власника, дату і час в'їзду, вартість стоянки, знижки, заборгованість з оплати та ін.
• 15. Розробити програмний модуль «Кадрове агентство», що містить відомості про вакансії та резюме. Програмний модуль призначений як пошуку співробітника, відповідального вимогам керівників фірми, так пошуку відповідної роботи.

Вступ

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, такої як Windows XP. За такої організації роботи не потрібні сервер, локальна мережата серверна операційна система.

Система, що розробляється, призначена для роботи в операційній системі 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 ЕСПД. Схеми алгоритмів, програм, даних та систем. Умовні позначення та правила виконання.

додаток

Діаграма потоку даних «як є»

Діаграма потоку даних "як має бути".

Схема документообігу у розрізі роботи з клієнтами з операцій з нерухомістю.

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

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

Розміщено на 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


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

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

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

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

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

На вибір сайтів для аналізу вплинули такі фактори:

Тривалість роботи сайту;

Відвідуваність сайту.

З російських були проаналізовані web-представництва компаній: «Титул ДВ» (м. Владивосток), «Жилфонд» (Сибір), «Дом.Ком» (м. Хабаровськ), «Інком-Нерухомість» (м. Москва), а також закордонне web-представництво «Local-n-Global Realty» (США, м. Клівленд, штат Огайо).

Після вивчення даних сайтів стало відомо, що вони:

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

Надають можливість зворотного зв'язку.

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

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

На основі аналізу web-представництв компаній, що надають ріелторські послуги, та результатів анкетування було розроблено структуру web-представництва (рисунок 1)

Малюнок 1 - Структурна схемаосновних розділів web-представництва

Web-представництво, що розробляється, міститиме розділи: «Головна», «Про компанію», «Квартири», «Послуги», «Тарифи», «Заявка», «Відгуки», «Контакти», «Партнери» та «Новини».

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

Рисунок 2 – Логічна схема головної сторінки web-представництва

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

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

Окрім дослідження національних доменних зон Рунету, Байнету та Уанета до списку опитуваних ресурсів додано сайти інших доменних зон, на які масово ходять російськомовні користувачі. Загальна кількість проаналізованих доменів – 5,5 млн. дол. У таблиці 1 наведено рейтинг автоматичних платформ для створення та обслуговування сайтів на початок 2014 року.

	CMS
	Joomla
	WordPress
	1C-Bitrix
	Drupal

Лідерами CMS (системи управління контентом) на початок 2014 року були Joomla, WordPress, 1C-Bitrix та Drupal.

Частки розподілялися щодо охоплення сайтів. Усі перелічені лідери присутні на ринку не менше 10 років.

Для наочності було побудовано діаграму рейтингу CMS (рисунок 3).

Очевидно, більшість користувачів CMS вибирають WordPress і Joomla, з чого можна зробити висновок, що вони задоволені роботою цих продуктів. Подальший вибір залежав від специфіки сайту, що розробляється. WordPress використовується в основному для створення блогів та форумів, тому середовищем розробки web-представництва було обрано CMS Joomla 2.5. Хоча це і не остання версія, вона має низку переваг, найважливіша з яких це обсяг літератури з використання цієї CMS, у тому числі безліч корисних відео-уроків.

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

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