Главная
База знаний "Allbest"
Программирование, компьютеры и кибернетика
Розробка бази даних "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі"
Розробка бази даних "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі"
Проектування бази даних "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі": створення таблиць і заповнення їх текстовою інформацією, розробка форм, звітів і меню проекту. Програмування інтерфейсу управління базами даних.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | украинский |
| Дата добавления | 06.01.2012 |
| Размер файла | 6,1 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
- Зміст
- Вступ
- Глава I. Визначення предметної області
- 1.1 Опис завдання
- 1.2 Вимоги до апаратно програмного комплексу БД "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі"
- 1.3 Основні можливості СУБД Microsoft Visual FoxPro
- 1.4 Розробка тестової завдання
- Глава II. Проектування БД "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі"
- 2.1 Проектування бази даних
- 2.1.1 Створення таблиць і заповнення їх текстовою інформацією
- 2.1.2 Визначення умов цілісності даних і розробка заходів щодо контролю достовірності та забезпечення захисту від несанкціонованого доступу
- 2.2 Проектування форм
- 2.3 Проектування звітів
- 2.3.1 Обгрунтування і визначення необхідного набору звітів, їх зміст
- 2.4 Проектування меню проекту
- 2.5 Програмування програмної оболонки управління базами даних
- Висновок
- Список використаної літератури
- Додаток А
- Додаток Б
база даний таблиця інтерфейс меню
Вступ
З розвитком комп'ютерних технологій зросла потреба зберігання та обміну інформацією. Її зберігання грає важливу роль в роботі людини і підприємства. Адже від достовірно правильною і доступної інформації залежить успіх його роботи. У сучасному світі для зберігання великих обсягів інформації були розроблені бази даних (БД).
Бази даних дозволяють автоматизувати роботу користувачів та полегшити їх роботу. БД в наш час є дуже поширеними, адже з їх допомогою працюють всі менеджери в фірмах різного роду. Бази даних призначені для зберігання, обробки, редагування інформації введеної користувачем.
У цій роботі буде розглянута робота будівельної фірми з ремонту квартир. Буде проведений аналіз роботи фірми і виділені основні вимоги до "Автоматизованої системи обліку замовлень та їх виконання в будівельній фірмі".
Автоматизована система призначена для більш зручної роботи з даними. Коли обсяги інформації, з якими доводиться мати справу, досить великі, а сама вона має досить складну структуру, то при організації роботи з нею виникає чимало різних проблем. Для перешкоди виникнення різних проблем, необхідно розробити таку систему роботи з інформацією, яка дозволила б реалізувати автоматизований збір, обробку і роботу з даними. Це можливо при застосуванні спеціалізованого програмного забезпечення - систем управління базами даних (СКБД). Вони дозволяють на більш високому рівні вирішити цю проблему, забезпечити ефективність, надійність, швидкість і легкість у використанні, як для фахівців, так і для початківців розробників.
MS Visual FoxPro, є потужним програмним забезпеченням, має високу стійкість даних і при всіх цих якостях простий у використанні.
Метою даної курсової роботи є розробка "Автоматизованої системи обліку замовлень та їх виконання в будівельній фірмі", що забезпечує автоматизацію функцій користувача в даній галузі, що є більш зручним і практичним у застосуванні.
Об'єктом даної курсової роботи є будівельна фірма з ремонту квартир.
Предметом курсової роботи є автоматизація роботи будівельної фірми, тобто створення автоматизованої системи обліку замовлень та їх виконання в будівельній фірмі з ремонту квартир.
Основні завдання:
1. Ознайомитися з літературою по даній темі;
2. Вивчити основні поняття бази даних;
3. Скласти модель бази даних;
4. Розробити базу даних;
Глава I. Визначення предметної області
1.1 Опис завдання
Основними конструктивними елементами БД є сутності, зв'язки між ними та їх властивості (атрибути).
Сутність - будь-який конкретний або абстрактний об'єкт в аналізованої предметної області. Сутності - це базові типи інформації, які зберігаються в БД (в реляційної БД кожної сутності призначається таблиця). До сутностей можуть належати: студенти, клієнти, підрозділи і т.д. Примірник сутності і тип сутності - це різні поняття. Поняття тип сутності відноситься до набору однорідних особистостей, предметів або подій, які виступають як ціле (наприклад, студент, клієнт і т.д.). Примірник сутності відноситься, наприклад, до конкретної особистості в наборі. Типом сутності може бути студент, а екземпляром - Петров, Сидоров і т. д.
Зв'язок - взаємозв'язок між сутностями в предметної області. Зв'язки являють собою з'єднання між частинами БД (в реляційної БД - це з'єднання між записами таблиць). Сутності - це дані, які класифікуються за типом, а зв'язки показують, як ці типи даних співвідносяться один з іншим. Якщо описати деяку предметну область в термінах сутності - зв'язок, то отримаємо модель сутність - зв'язок для цієї БД.
Ключ - це стовбець (може бути декілька стовбців), що додається до таблиці і дозволяє встановити зв'язок з записами в іншій таблиці. Існують ключі двох типів: первинні та вторинні або зовнішні.
Атрибут - це властивість сутності в предметної області. Його найменування повинне бути унікальним для конкретного типу сутності. Наприклад, для сутності студент можуть бути використані наступні атрибути: прізвище, ім'я, по батькові, дата і місце народження, паспортні дані і т.д. У реляційній БД атрибути зберігаються в полях таблиць.
Цілі, при побудові найбільш ефективної структури даних:
1) забезпечити швидкий доступ до даних;
2) виключити непотрібне повторення даних, яке може бути причиною помилок при вводі, а також привести до нераціонального використання дискового простору;
3) забезпечити цілісність даних, таким чином щоб при зміні одних об'єктів автоматично відбувалося відповідну зміну пов'язаних з ними об'єктів. Адміністрація будівельної фірми замовила розробку автоматизованої системи для відділу роботи з клієнтами. Автоматизована система призначена для обробки даних про квартири, які ремонтує фірма, розцінки на послуги, про покупців і здійснені угоди. Фірма переглядає, і при необхідності коректує дані про надходження нових замовлень та виконання вже існуючих замовлень. Ця інформація служить в якості довідкового посібника, і оновлюється по мірі надходження / виконання замовлень. Також в цій системі зберігаються відомості про послуги і розцінки на них.
Клієнт в усній формі інформує про необхідну йому послугу. Якщо будівельна фірма займається такими послугами, то з клієнтом укладається договір. Для цього в БД вносяться дані про клієнта - ПІБ, контактний телефон, адреса, № паспорта. Також вводиться інформація про послуги що цікавлять клієнта.
Для оформлення замовлення на ремонт квартири, в базу заносяться відомості про замовлення: види роботи, площі робіт, терміни виконання. Після внесення всіх даних укладається договір на надання послуг.
На малюнку 1 відображена схема взаємодії суб'єктів в БД.
Користувачами БД виступають "адміністратор" та "гість". Гість має право доступу тільки до звітів. Адміністратор - до всієї БД. Для захисту від несанкціонованого доступу користувач "адміністратор" повинен ввести пароль. Якщо ж користувач - "гість", пароль не потрібно.
1.2 Вимоги до апаратно програмного комплексу БД "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі"
Для правильної роботи програми необхідні такі мінімальні системні вимоги:
· Процесор 486DX/66 МГц або більш потужний, рекомендується процесор Pentium або більш потужний;
· процесор Intel або AMD з тактовою частотою 166 Мгц і вище.
Жорсткий диск:
· Типова установка: 85 МБ;
· Повна установка: 90 МБ;
Додаткове місце на диску потрібно для наступних продуктів:
· Internet Explorer: 43 МБ - типова установка, 59 МБ - повна установка;
· MSDN: 57 МБ - типова установка, 493 МБ - повна установка;
Операційна система:
· Microsoft Windows NT 4.0 із сервісним пакетом СП 3 або більш пізнім (пакет СП 3 Включаючи в постачання);
· Microsoft Windows XP (рекомендується);
· Microsoft Windows Vista;
· Microsoft Windows 7.
Оперативна пам'ять:
· 32 Мбайт (рекомендується 128 Мбайт).
Відеокарта:
· 1 Мбайт (рекомендується 64 Мбайт).
Монітор типу:
· Super VGA (число квітів - 256) з діагоналлю не менше 14 ";
· дисковод або інший пристрій запису / читання даних;
· клавіатура;
· миша;
· принтер (не обов'язково).
1.3 Основні можливості СУБД Microsoft Visual FoxPro
Система Microsoft Visual FoxPro містить всі необхідні засоби для створення і управління високопродуктивними 32-х розрядними додатками і компонентами баз даних. Надійні інструментальні засоби та об'єктно-орієнтована мова, спеціалізований для роботи з даними, ідеально підходять для створення сучасних масштабованих багаторівневих додатків, інтегруються в архітектуру клієнт / сервер і Інтернет.
Переваги Microsoft Visual FoxPro
Систему Visual FoxPro тепер ще простіше використовувати і вивчати, завдяки новим функціональним можливостям і простим засобам створення компонентів для багаторазового використання в додатках. Це спрощує освоєння системи для розробників, які раніше використовували FoxPro 2.x.
Можливість створення за допомогою системи Visual FoxPro масштабованих компонентів, інтегруються в архітектуру клієнт / сервер, а також у середу мереж Інтернет.
Удосконалення середовища розробника і набору інструментальних засобів забезпечують для розробника на Visual FoxPro небувалу гнучкість налаштування та продуктивність.
Основні можливості Microsoft Visual FoxPro
Технологія Foundation Classes
* Підтримка технології Foundation Classes надає в розпорядження розробника готові бібліотеки класів для багаторазового використання, що дозволяє легко включати в додатки такі стандартні функції, як обробка даних, виявлення конфліктів оновлення, а також пошук і вибірку даних;
* Автоматизація створення додатків;
* Майстер програм і засіб створення додатків Application Builder надають просту у використанні об'єктно-орієнтовану структуру для створення додатків;
Інструмент для налагодження Coverage Profiler
* Удосконалення процесу тестування і налагодження за використанням інструменту Coverage Profiler. Coverage Profiler перевіряє виконуються в поточний момент рядка програмного коду та визначає час виконання кожного рядка;
* Бібліотека компонентів Component Gallery;
* Застосування бібліотеки компонентів Component Gallery для створення та організації каталогів багаторазового використовуваних об'єктів. Функціональні можливості додатків розширюються простим перетягуванням об'єктів з бібліотеки Component Gallery в проект;
Підтримка системи Microsoft Transaction Server
* Використання системи Microsoft Transaction Server для автоматичного керування, розміщення і масштабування компонентів COM системи Visual FoxPro.
* Документи Active Documents;
* Технологія перетягування OLE;
* Використання технології перетягування OLE для розділення даних між системою Visual FoxPro та іншими додатками, такими як Word, Excel, Explorer і т.д.
Елементи керування ActiveX
* Для розширення можливостей додатків Visual FoxPro є більше 6000 елементів управління ActiveX, розроблених незалежними компаніями;
* Сумісність з попередніми версіями.
1.4 Розробка тестової завдання
У MS Visual FoxPro 9.0 існує велика ймовірність появи типових помилок. Розглянемо основні з них.
Помилка відкриття бібліотек виникає при відкритті БД на іншому комп'ютері.
Помилка додавання інших файлів. Після перенесення БД на носій або інший комп'ютер MS Visual FoxPro не завжди знаходить необхідні додаткові файли для роботи. Якщо виникла така помилка необхідно вручну прописати шляхи до цих файлів.
Помилка при створенні форм і звітів виникає в тому випадку, якщо операційна система зазнала значної атаці програм-шпигунів.
Помилка при створенні *. exe файлу. Якщо для створення exe-файлу не вистачає елементів, які входять до складу БД, якщо в програмі були прописані невірні шляху. Для усунення цієї помилки необхідно перевірити чи всі файли використовувалися в БД на місці, так само перевірити всі шляхи або прописати їх заново.
Exe файл створюється але не запускається. Щоб усунути таку проблему необхідно написати програму складається з декількох рядків і вже робити exe-файл для цієї програми.
Помилка при друку звітів. Коли звіт надсилається на друк, у вікні попереднього перегляду всі букви налагоджуються один на одного або замінюються незрозумілими ієрогліфами. Для усунення цієї помилки необхідно додати або змінити в першому рядку файлу звіту, відкритого як DBF - файлу в полі Expr рядка TTOPTION = 1. Після додавання такого рядка в поле Expr, результат попереднього перегляду цього ж звіту став нормальним.
Помилка в дорозі. Visual FoxPro не може відкрити цей файл або він доступний тільки для читання. Щоб усунути помилку такого роду необхідно замінити всі наявні російськомовні назви в адресі на латинські та якомога коротше скоротити адресу, шляхом переміщення папок в кореневі папки або безпосередньо на локальні диски.
Помилка MSVCR71.dll не знайдено означає, що у Вас встановлені бібліотеки Fox Pro версії 6.0, але відсутні бібліотеки MS Visual FoxPro 9.0, Вам необхідно викачати дистрибутив "Бібліотеки MS Visual FoxPro 9.0" (розмір 8Мб), і встановити його для додати до Windows всіх необхідних бібліотек.
Глава II. Проектування БД "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі"
2.1 Проектування бази даних
2.1.1 Створення таблиць і заповнення їх текстовою інформацією
У проекті "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі" головною таблицею є "Клієнт". При розробці автоматизованої системи обліку замовлень були створені таблиці: "Клієнт" (зберігається інформація про клієнта), "Замовлення" (зберігається інформація про замовлення), "Вид робіт" (зберігається інформація про будівельні роботи), "Договір" (зберігається інформація про замовника , замовленні і вигляді ремонту). Для створення бази даних і таблиць в ній необхідно в менеджері проекту Project Manager відкрити закладку Data, встановлюючи курсор на Databases і клацнути мишкою на кнопку New, створити New Database, де необхідно вказати ім'я та місце розміщення бази даних. Правою кнопкою миші вибираємо опцію New Table і створюємо нову таблицю, де також вказуємо ім'я та місце розміщення. У перший стовпчик Name записуємо ім'я поля, у другому Type вибираємо тип поля, в третьому Width вказуємо довжину поля, в четвертому Decimal вказуємо кількість знаків після крапки, у п'ятому Index вибираємо тип індексу.
Нормалізація відносин - це процес побудови оптимальної структури таблиць і зв'язків в реляційної БД (процес зменшення надмірності інформації). У процесі нормалізації дані групуються в таблиці, що представляють класи об'єктів та їх взаємодію.
Нормалізація відносин працює з 5 нормальними формами таблиць. Кожна наступна форма повинна відповідати вимогам попередніх плюс деякі додаткові вимоги.
Проаналізувавши розроблену базу даних, можна зробити висновок, що вона нормалізована і відповідає третин нормальній формі, тому що:
1. Усі таблиці в базі даних відповідають першій нормальній формі тому всі атрибути прості (атомарні).
2. Усі таблиці в базі даних відповідають другій нормальній формі тому кожен неключових атрибут функціонально повно залежить від первинного ключа.
3. Кожен неключових атрибут в таблицях залежить від первинного ключа.
Після аналізу функціональних залежностей між атрибутами, видно, що всі вони відповідають 3 нормальній формі. Звідси випливає, що в БД будуть міститися такі таблиці:
Таблиця "Клиент" містить:
1) Id_клиента - універсальний код клієнта;
2) Фамилия - Прізвище клієнта;
3) Имя - Ім'я клієнта:
4) Отчество - батькові клієнта:
5) Адрес - адреса клієнта;
6) Паспортные данные - паспортні дані клієнта;
7) Телефон - телефон клієнта.
У таблиці 1 описані всі поля та типи даних таблиці "Клієнт".
Таблиця 1 "Клиент"
|
Name |
Type |
Width |
Decimal |
Index |
Null |
|
|
Фамилия |
Character |
15 |
||||
|
Имя |
Character |
10 |
||||
|
Отчество |
Character |
20 |
||||
|
Адрес |
Character |
45 |
||||
|
Паспортные данные |
Character |
50 |
||||
|
Телефон |
Numeric |
15 |
0 |
|||
|
Id_клиента |
Integer |
4 |
^ |
Далі розглянемо як виглядають запису в таблиці "Клиент" в MS Visual Fox Pro (Мал. 2.).
Мал. 2. Таблиця "Клиент"
Таблиця "Заказ" містить:
1) Вид_ремонта - інформація про вид ремонту;
2) Номер_заказа - номер замовлення;
3) Площадь_работ - площа ремонтних робіт;
4) Дата_оформленія_заказа - дата;
5) Id_клиента - універсальний код клієнта;
6) Id_заказа - універсальний код замовлення.
У таблиці 2 описані всі поля та типи даних таблиці "Заказ".
Таблица 2 "Заказ"
|
Name |
Type |
Width |
Decimal |
Index |
Null |
|
|
Вид_ремонта |
Character |
40 |
||||
|
Номер_заказа |
Integer |
4 |
||||
|
Площадь_работ |
Character |
10 |
||||
|
Дата_оформления_заказа |
Data |
8 |
||||
|
Id_клиента |
Integer |
4 |
^ |
|||
|
Id_заказа |
Integer |
4 |
^ |
Далі розглянемо як виглядають запису в таблиці "Заказ" в MS Visual Fox Pro (Мал. 3.).
Мал. 3. Таблиця "Заказ"
Таблиця "Вид работ" містить:
1) Вид_работ - інформація про вид будівельних робіт;
2) Стоимость_работ - вартість послуги;
3) Срок_выполнения - термін виконанню;
4) Id_типа_заказа - універсальний код типу замовлення.
У таблиці 3 описані всі поля та типи даних таблиці "Вид работ".
Таблиця 3 "Вид работ"
|
Name |
Type |
Width |
Decimal |
Index |
Null |
|
|
Вид_работ |
Character |
40 |
||||
|
Стоимость_работ |
Character |
10 |
||||
|
Срок_выполнения |
Data |
8 |
||||
|
Id_заказа |
Integer |
4 |
^ |
Далі розглянемо як виглядають запису в таблиці "Вид работ" в MS Visual Fox Pro (Мал. 4.).
Мал. 4. Таблиця "Вид работ"
Таблиця "Договор" містить:
1) Вид_ремонта - інформація про вид ремонту;
2) Номер_заказа - номер замовлення;
3) Дополнительные_требования_к_ремонту - побажання клієнта з ремонту;
4) Id_договора - універсальний код договору;
5) Стоимость - загальна сума ремонту;
6) Срок_ремонта - термін виконання ремонту;
7) Id_клиента - універсальний код клієнта.
У таблиці 4 описані всі поля та типи даних таблиці "Договор".
Таблиця 4 "Договор"
|
Name |
Type |
Width |
Decimal |
Index |
Null |
|
|
Вид_ремонта |
Character |
40 |
||||
|
Номер_заказа |
Integer |
4 |
||||
|
Дополнительные_требования_к_ремонту |
Character |
50 |
||||
|
Id_договора |
Integer |
4 |
^ |
|||
|
Стоимость |
Character |
10 |
||||
|
Срок_ремонта |
Character |
10 |
||||
|
Id_клиента |
Integer |
4 |
^ |
Далі розглянемо як виглядають запису в таблиці "Договор" в MS Visual Fox Pro (Рис. 5.).
Мал. 5. Таблиця "Договор"
Після заповнення бази даних аналізуємо загальну інформацію об'єктів і зв'язків між ними, аналізу загальних інформаційних вимог до системи і виявлення інформаційних потоків, що відображають процеси виробництва, обробки та взаємодії даних.
Інформаційні потоки відображають алгоритмічний аспект обробки даних і більшою мірою відносяться до області проектування додатків. Інформація, що надається у БД, в першу чергу повинна відображати реальні об'єкти прикладної області і зв'язки між ними.
Використання ключів і індексів дозволяє:
ь однозначно ідентифікувати записи;
ь уникати дублювання значень в ключових полях;
ь виконувати сортування таблиць;
ь прискорювати операції пошуку в таблицях;
ь встановлювати зв'язки між окремими таблицями БД.
За підтримки цілісності даних забезпечується правильність посилань між таблицями.
У таблиці 5 представлені ключові поля таблиць бази даних.
Таблица 5 "Ключи"
|
Таблица в БД |
Ключ |
Тип ключа |
|
|
Клиент |
Id_клиента |
primary |
|
|
Заказ |
Id_клиента |
regular |
|
|
Id_заказа |
primary |
||
|
Вид работ |
Id_типа_заказа |
primary |
|
|
Договор |
Id_договора |
primary |
|
|
Id_клиента |
regular |
2.1.2 Визначення умов цілісності даних і розробка заходів щодо контролю достовірності та забезпечення захисту від несанкціонованого доступу
Цілісність (від англ. Integrity - незайманість, недоторканність, збереження, цілісність) - розуміється як правильність даних у будь-який момент часу. Але ця мета може бути досягнута лише в певних межах: СУБД не може контролювати правильність кожного окремого значення, що вводиться в базу даних (хоча кожне значення можна перевірити на правдоподібність).
Підтримка цілісності бази даних може розглядатися як захист даних від невірних змін або руйнувань. Сучасні СУБД мають ряд засобів для забезпечення підтримання цілісності (так само, як і засобів забезпечення підтримки безпеки).
Виділяють три групи правил цілісності:
1. Цілісність по сутностей.
2. Цілісність за посиланнями.
3. Цілісність, що визначається користувачем.
В даному курсовому проекті були виставлені умови цілісності, представлені на Мал. 6
Мал. 6. Restrict видалення записів
У базі даних визначено такі відносини між таблицями (Мал.7):
Мал. 7. Зв'язок між таблицями
Захист даних від несанкціонованого доступу має велике значення для інформаційної системи, що застосовується на підприємстві. Адже дані про роботу компанії повинні бути доступні лише адміністраторам, простий користувач не повинен мати право переглядати, а тим більше редагувати дані. У розробленій БД "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі" для запобігання несанкціонованого доступу до даних застосовується авторизація користувачів з урахуванням їх привілеїв. Після запуску програми пропонується увійти як адміністратор (Рис. 8.). У разі неправильного введення пароля доступними будуть тільки звіти (Мал. 9.). Після авторизації користувачеві будуть доступні всі функції (Мал. 10.).
2.2 Проектування форм
Для створення форми в диспетчері проекту вибираємо вкладку Documents переходимо на заголовок Forms і натискаємо на New. У вікні New Forms вибираємо Form Wizard. Далі у вікні Wizard Selection вибираємо Form. Потім вибираємо потрібну нам таблицю і поля форми, в наступному вікні можемо вибрати стиль форми, далі пишемо назву форми і зберігаємо її.
Робота програми заснована на діалозі з користувачем через спеціальні екранні форми. За допомогою форми "Вход" користувач вводить пароль і починає працювати з меню. Розглянемо детальніше форму "Вход".
Мал. 8. Авторизація користувачів (Доступ з правами "гостя")
Мал. 9. Повідомлення про введення невірного пароля при авторизації користувача "адміністратор"
Мал. 10. Доступ з правами "адміністратора"
Кнопка "Вход" проводить авторизацію користувача, якщо вірний пароль то дозволяє права доступу.
Лістинг кнопки "Вход":
if(thisform.Пароль.value = "администратор")
thisform.command1.enabled=.t.
ELSE
messagebox("Пароль введен неверно!",0+48+0,"Предупреждение")
ENDIF
thisform.Пароль.value = ""
do mymenu.mpr
Кнопка "Отчеты" після натискання дозволяє вибрати користувачу необхідний йому звіт.
Лістинг кнопки "Отчеты":
do form "выбор отчета.scx"
Мал. 11. Форма "Выбор отчета"
Кнопка "Выход" дозволяє користувачеві завершити роботу з користувачем. Після натискання кнопки з'являється вікно з підтвердженням на вихід (Рис.12). Після підтвердження виходу користувачем форма закривається.
Мал. 12. Підтвердження виходу з форми
Лістинг кнопки "Выход с формы"
IF MESSAGEBOX("Выходить из формы?",4+32+256,"Выход")=6
_screen.ActiveForm.Release()
ELSE
_screen.ActiveForm.Refresh()
ENDIF
Розглянемо форму "Запросы" (Мал. 13.). Форма "Запросы" містить 3 поля для пошуку інформації в таблицях, поле для виведення інформації після пошуку, кнопки "Заказ", "Договор", "Клиеты", відповідають таблицям в базі даних, і кнопку "Выход з формы".
Запит "Поступивши заказы з ... по ..." містить два поля для введення дати пошуку та кнопку "Поиск". Після введення дати в обидва поля і натиснення кнопки пошук в таблиці будуть показані всі знайдені дати.
Лістинг кнопки "Поиск":
thisform.grid1.recordsource=0
PUBLIC a, b
a = ALLTRIM(thisform.text1.Value)
b = ALLTRIM(thisform.text2.value)
if(a=" " and b=" ")
MESSAGEBOX("Введите дату для поиска", 0+48+0, " ")
ELSE
SELECT * from "Zakaz" into cursor temp;
WHERE дата_оформления_заказа between CTOD(a) AND CTOD(b)
thisform.grid1.recordsource = "temp"
ThisForm.text1.value=""
ThisForm.text2.value=""
endif;
Інші запити описані в Додатку Б.
Кнопка "Заказы" необхідна для пошуку і дозволяє користувачеві при необхідності переглянути дані таблиці.
thisform.grid1.recordsource=0
SELECT *FROM "zakaz";
into cursor temp;
ORDER BY дата_оформления_заказа
thisform.grid1.recordsource = "temp"
Кнопки "Договор" і "Клиенты" описані в Додатку Б.
Мал. 13. Форма "Запросы"
Форма "Договор" дозволяє користувачеві переглядати інформацію про договори і додавати нову інформацію. Форми "Клиент", "Заказ" і "Вид работ" дозволяють користувачу робити аналогічні дії (Додаток А).
Мал. 14. Форма "Договор"
Зв'язана форма "клиент-заказ". Була створена по зв'язку "один-до-багатьох" таблиць "Клиент" і "Заказ" з її допомогою користувач одночасно може переглядати інформацію про клієнта і про замовлення клієнта.
Мал. 15. Зв'язана форма "Клиент-заказ"
2.3 Проектування звітів
Для створення звітів в диспетчері проекту вибираємо вкладку Documents переходимо на заголовок Reports і натискаємо на New. У вікні New Reports вибираємо Report Wizard. Далі у вікні Wizard Selection вибираємо Report Wizard. Потім вибираємо потрібну нам таблицю і поля звіту, у наступному вікні можемо вибрати стиль звіту, далі пишемо назву звіту і зберігаємо його. Потім за допомогою команди Modify редагуємо звіт і зберігаємо його. Після збереження звіт можна буде переглянути і вивести на друк.
В даному курсовому проекті було створено 4 звіту. Це звіт "Про клієнтів", "Про замовлення", "Про договори" і звіт зі зв'язком один-до-багатьох "Клієнт-Замовлення".
2.3.1 Обгрунтування і визначення необхідного набору звітів, їх зміст
Звіт "Договоры" (Мал. 16.) Містить всю інформацію про укладені договори фірмою з клієнтом. У договорі вказано номер замовлення, вид робіт, термін виконання робіт і вимоги до ремонту. Звіт відповідає таблиці "Договор".
Мал. 16. Звіт "Договоры"
Звіт "Клиенты" (Мал. 17.) Містить всю інформацію про клієнтів робили замовлення в даній фірмі. У звіті про клієнтів вказані всі особисті дані клієнта, тобто прізвище, ім'я, по батькові, адресу проживання та контактний телефон. Звіт відповідає таблиці "Клиент".
Мал. 17. Звіт "Клиенты"
Зв'язаний звіт "Клиент - заказ" (Мал. 18.) Містить всю інформацію про клієнтів та їх замовленнях відповідно. Переваги цього звіту в тому, що одночасно проглядається інформація про клієнта і про його замовленні. Звіт відповідає інформації з таблиць "Клиент" і "Заказ".
Мал. 18. Зв'язаний звіт "Клиент - заказ"
Звіт "Заказы" (Мал. 19.) Містить всю інформацію про замовлення, які надійшли від клієнтів. У звіті вказується номер замовлення, площа робіт, вид ремонту та дата оформлення замовлення. Звіт повністю відповідає таблиці "Заказ".
Мал. 19. Звіт "Заказы"
У звітах сформовані найнеобхідніші дані для подальшої розробки та надання, як клієнтам, так і керівництву. У звітах з легкістю, можна розібратися які надходили замовлення, від яких клієнтів і коли.
2.4 Проектування меню проекту
Для створення меню у вікні проекту перейдіть на вкладку Other (Інші) і виберіть групу Menus (Меню). Потім натисніть кнопку New (Новий) вікна проекту. На екрані відкривається діалогове вікно New Menu (Нове меню), в якому пропонується два варіанти меню Menu - меню у вигляді рядка та Shortcut - спливаюче меню, в якому основні пункти розташовані по вертикалі. Виберіть тип створюваного меню, натиснувши відповідну кнопку. В результаті запускається конструктор меню, а в основне меню Visual FoxPro додається новий пункт Menu (Меню).
Область конструктора меню, над якою розміщено написи Prompt (Запрошення), Result (Результат) і Options (Параметри), призначена для формування меню. У полі Prompt (Запрошення) можна ввести найменування пунктів меню. Список, що розкривається Result (Результат) використовується для вказівки типу пункту меню. Кнопка Options (Параметри) відкриває діалогове вікно Prompt Options (Опції елемента меню), в якому можна визначити додаткові параметри цього елемента меню ("гарячі" клавіші, повідомлення, яке відображається в рядку стану при виборі пункту меню, і т. д.). У списку Menu level (Рівень меню) вказується рівень поточного меню.
У головному меню "Mymenu" були створені три основні пункти (Мал. 20.). Відповідно в кожному пункті меню міститися свої підпункти. Далі ми їх розглянемо.
Мал. 20. Меню "Mymenu"
Пункт меню "Файли" (Мал. 21.) Містить наступні підпункти:
· Договор (з командою для відкриття форми договір do form dogovor);
· Клиент (do form klient);
· Вид работ (do form vid_rabot);
· Заказ (do form zakaz);
· Клиент-заказ (do form klient_).
Мал. 21. Підменю "Файлы"
Пункт меню "Звіти" (Мал. 22.) Містить наступні підпункти:
· Договор (з командою для формування звіту report form dogovor preview);
· Клиенты (report form klient preview);
· Заказы report form zakaz preview);
· Клиенты-заказы (report form klient_ preview).
Мал. 22. Підменю "Отчеты"
Пункт меню "Пошук" (Мал. 23.) Містить наступний підпункт:
* Запити (з командою для відкриття форми запити do form запити)
Мал. 23. Підменю "Поиск"
2.5 Програмування програмної оболонки управління базами даних
У "Автоматизованої системи обліку замовлень та їх виконання в будівельній фірмі" робота з користувачем може здійснюватися за допомогою форми для авторизації користувачів і меню. Після завантаження програми користувачеві пропонується ввести пароль і авторизуватися якщо користувач не авторизується то робота з додатком буде обмежена. Після авторизації користувача головне меню і екранна форма стають повністю активними.
Розглянемо вікно входу в додаток "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі" (Рис.24.). Після запуску програми стандартне меню неактивно і не може бути використано.
Мал.24. Вікно програми "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі".
Тепер розглянемо роботу з додатком після авторизації користувача. Як бачимо на малюнку 25 з'явилося наше головне меню і стало активним. На малюнку 26 всі елементи головної форми стали активними. Тепер користувач може приступати до роботи з додатком.
Висновок
У наш час без знання системи управління базами даних (БД) важко бути кваліфікованим програмістом. Просто наше життя настільки насичена різного роду інформацією, що для управління нею, треба було б чимало баз даних різного призначення, здатних задовольнити різноманітні вимоги численних користувачів. Використовувані для розробки баз даних системи управління дозволяють створювати нескладні в застосуванні програми.
Найголовнішим при створенні баз даних є самий початок, а саме визначення предметної області. Її потрібно зрозуміти і спробувати "взяти" з неї все необхідне і в той же час не взяти "зайвого". Не менш важливим є правильне створення зв'язків між таблицями та визначення стратегій підтримки цілісності. А все інше залежить від уміння, досвіду та бажання програміста.
Для того щоб програмний продукт був затребуваним необхідно приділити особливу увагу потребам кінцевого користувача. Потрібно створити зручний і простий інтерфейс і вичерпну довідкову службу, яка зможе стати хорошим помічником користувача.
У першому розділі була описана предметна область і необхідні теоретичні відомості для роботи з СУБД.
У другому розділі було зроблено безпосередньо проектування БД. Були створені таблиці встановлені зв'язки і цілісності. Для автоматизації роботи були створені форми і звіти. Для пошуку - побудовані запити. Так само був введений інтерфейс який включає в себе меню і головну форму. Користувач може працювати як з меню так і з формою але тільки після введення пароля. Була розроблена система від несанкціонованого доступу тобто авторизація користувача. Пароль для користувача гість не потрібно, адміністратор вводить свій пароль, в даній роботі пароль "адміністратор".
Головним результатом виконаної роботи є створена база даних "Автоматизована система обліку замовлень та їх виконання в будівельній фірмі". Це приклад навчальної бази даних, яка описує роботу менеджера будівельної фірми, який приймає замовлення і контролює їх виконання.
Список використаної літератури
1. Гурвиц Г.А. Разработка реального приложения с использованием Visual FoxPro 9: учеб. пособие. - Хабаровск: Изд-во ДВГУПС, 2007. - 198 с.:ил.;
2. Лебедев А.Н. Visual FoxPro 9.0: Самоучитель. - М.:НТ Пресс, 2005. - 328с.;
3. Справочная система Visual FoxPro 9.0. - русифицированная;
4. Форум разработчиков БД на Visual FoxPro http://www.foxclub.ru;
5. Хендриксон К. Руководство разработчика баз данных. - К.: Диалектика, 1998. - 158 с.;
6. Широков Л.А. Базы данных и знаний: Учеб. пособие. Ч. 1. - М.: МГИУ, 2000. - 86 c.;
7. Электронный иллюстрированный самоучитель по Visual FoxPro 7.0: http://www.fox-pro.net/index.htm.
Додаток А
Екрані форми
Мал.1. Форма "Клиент"
Мал.2. Форма "Заказ"
Мал. 2.3 Форма "Вид работ"
Додаток Б
Запити
Лістинг запиту "Поиск Климента по фамилии" кнопка "Поиск":
thisform.grid1.recordsource=0
SELECT *FROM "klient" WHERE фамилия=alltrim(thisform.text3.value);
into cursor temp
thisform.grid1.recordsource="temp"
ThisForm.text3.value=""
Лістинг запиту "Выполненые заказы с .. по ... " кнопка" Поиск ":
thisform.grid1.recordsource=0
PUBLIC c, d
c = ALLTRIM(thisform.text5.Value)
d = ALLTRIM(thisform.text6.value)
if(c=" " and d=" ")
MESSAGEBOX("Введите дату для поиска", 0+48+0, " ")
ELSE
SELECT * from "vid_rabot" into cursor temp;
WHERE срок_выполнения between CTOD(c) AND CTOD(d)
thisform.grid1.recordsource = "temp"
ThisForm.text5.value=""
ThisForm.text6.value=""
endif;
Лістинг кнопки "Договор":
thisform.grid1.recordsource=0
SELECT *FROM "Dogovor";
into cursor temp;
ORDER BY срок_ремонта
thisform.grid1.recordsource = "temp"
Лістинг кнопки "Клиенты":
thisform.grid1.recordsource=0
SELECT *FROM "Klient";
into cursor temp;
ORDER BY фамилия
thisform.grid1.recordsource = "temp"
Размещено на Allbest.ru
Подобные документы
Проектування і реалізація реляційної бази даних для централізованого зберігання інформації з метою полегшення і систематизації даних замовлень клієнтів готельного комплексу. Розробка сценаріїв для створення бази даних і базових таблиць проекту.
курсовая работа [147,2 K], добавлен 02.06.2019Опрацювання та класифікації електронної інформації по магазину товарів для садівництва. Предметна область інтелектуальної системи проходження замовлень сільсько-господарських культу. Створення таблиць і звітів, що складають основу проектованої бази даних.
отчет по практике [2,2 M], добавлен 24.02.2015Проектування інтерфейсу програми. Вимоги до продукту. Вхідні дані на розробку автоматизованої системи. Вибір середовища програмування. Розробка структури бази даних. Функціональна та логічна структура програми. Розробка структури таблиць бази даних.
курсовая работа [43,1 K], добавлен 30.06.2015Створення бази даних та робота з нею у програмному забезпеченні Microsoft Access. Проектування форм для зручного заповнення таблиць, звітів для відображення даних та їх друку, кнопкової форми, яка потрібна для зручної навігації між функціями бази даних.
курсовая работа [1,3 M], добавлен 04.10.2014Вибір технологічного інструментарію для реалізації проекту. Розробка сценаріїв для створення бази даних і базових таблиць. Аналіз забезпечення декларативної цілісності реляційних даних. Особливість створення об'єктів для маніпулювання інформацією.
курсовая работа [275,7 K], добавлен 17.05.2019Розробка інтерфейсу програми "Автоматизована інформаційна система автошколи". Вибір архітектури, характеристика користувача. Генерація, проектування схеми бази даних, детальне програмування. Розробка структури таблиць. Лістинг програми, результат роботи.
курсовая работа [2,7 M], добавлен 11.09.2015Систематизація знань як основна функція бази даних. Логічне та фізичне проектування бази даних. Створення таблиць у базі даних, визначення основних зв'язків. Інструментальні засоби проектування та створення програмного забезпечення для обробки даних.
курсовая работа [1,4 M], добавлен 29.04.2010Розробка структури бази даних. ER-моделі предметної області. Проектування нормалізованих відношень. Розробка форм, запитів, звітів бази даних "Автосалон". Тестування роботи бази даних. Демонстрація коректної роботи форми "Додавання даних про покупців".
курсовая работа [4,0 M], добавлен 02.12.2014Історія розробки систем управління базами даних. Принципи проектування баз даних. Розробка проекту "клієнт-серверного" додатку, який гарантує дотримання обмежень цілісності, виконує оновлення даних, виконує запити і повертає результати клієнту.
курсовая работа [1,8 M], добавлен 22.04.2023Визначення мети створення бази даних магазину та таблиць, які вона повинна містити. Розгляд видів полів та ключів таблиць. Створення запитів, форм, звітів, макросів та модулів. Вибір системи управління базами даних. Реалізація моделі у Microsoft Access.
курсовая работа [3,8 M], добавлен 20.07.2014
