Меблева фірма розробка бази даних (стр. 4 из 7)

Таблиця 2.4 – Відповідність моделей для таблиці Матеріал

Ім’я моделі	Тип	Кількість знаків після коми	Довжина Тексту	Ключі
№ матеріалу	Лічильник	РК
Група	Текстовий	20
Назва	Текстовий	30	IK
Одиниця виміру	Текстовий	10
Ціна $	Грошовий	2
Ціна грн	Грошовий	2
Зовнішній вигляд	Поле об’єкту OLE

Таблиця відповідності логічної та фізичної моделей для таблиці ДИМ зображена у таблиці 2.5.

Таблица 2.5 – Відповідність моделей для таблиці ДИМ

Ім’я моделі	Тип	Кількість знаків після коми	Ключі
№ договору	Довге ціле	РК
№ виробу	Довге ціле	РК
№ матеріалу	Довге ціле	РК
Кількість	Ціле
Ціна $	Грошовий	2
Ціна грн	Грошовий	2

Таблиця відповідності логічної та фізичної моделей для таблиці Замовник зображена у таблиці 2.6.

Таблиця 2.6 – Відповідність моделей для таблиці Замовник

Ім’я моделі	Тип	Довжина тексту	Ключі
Код замовника	Лічильник	РК
Фамілія	Текстовий	20	IK
Ім’я	Текстовий	20	IK
По батькові	Текстовий	20	IK
Адреса	Текстовий	70
Телефон	Текстовий	20
Примітки	Текстовий	250

Таблиця відповідності логічної та фізичної моделей для таблиці Юридична особа зображена у таблиці 2.7.

Таблиця 2.7 – Відповідність моделей для таблиці Юридична особа

Ім’я моделі	Тип	Довжина тексту	Ключі
Код замовника	Довге ціле	РК
Ім’я фірми	Текстовий	20
Факс	Довге ціле
Назва банку	Текстовый	30
МФО	Довге ціле	IK
ОКПО	Довге ціле	IK
Розрахунковий рахунок	Довге ціле	IK

Таблиця відповідності логічної та фізичної моделей для таблиці Фізична особа зображена у таблиці 2.8.

Таблиця 2.8 – Відповідність моделей для таблиці Фізична особа

Ім’я моделі	Тип	Довжина тексту	Ключі
Код замовника	Довге ціле	РК
Серія паспорта	Текстовий
Номер паспорта	Довге ціле
Телефон	Довге ціле

Отримана мною база даних таким чином знаходиться у третій нормальній формі (3НФ).

3НФ – представлення відношень у реляцийній моделі даних при якому кожен неосновний (неключовий) атрибут відношення безпосередньо, нетранзитивно залежить від дудь-якого його ключа.

При цій формі аномалій не було помічено.

Тепер створимо електронний варіант таблиці в середовищі Microsoft Access 2003.

Відношення між таблицями бази даних показані на рисунку 2.3.

Рисунок 2.3 – Зв’язки між таблицями бази даних для меблевої фірми

2.6 Кодування і тестування програмного забезпечення меблевої фірми

Програма написана у середовищі Microsoft Access 2003. Її головний файл – МЕБЕЛЬ.mdb займає 6,39 Mb дискового пространства при цмові, що він заповнений невеликою кількістю тестових даних. Його об’єм, звісно, зростатиме по мірі заповнення бази даними. Під час кодування були враховані та виконані вимоги, під час розробки специфікації програмних модулів та розробки алгоритмів і графічних інтерфейсів програмних модулів.

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

Тестування починаемо із запуску головної форми програми. Натискаємо кнопку виходу, бачимо, що вона працює як очікувалося – форма закнивається. Знову починаємо роботу із запуску головної форми,тепер заходимо в усі підлеглі форми і перевіряємо можливість їх закриття. Все працює як очікувалося. Відкриваємо форму “О программе”, бачимо, що в ній відображається інформація про те, кому і для чого необхідно використовувати цю базу даних та відповідне програмне забезпечення для неї. Відкриваємо форму “Заказчик”, натискаємо кнопку добавити запис, коректно вводимо всю інформацію про замовника який є фізичною особою, знову натискаємо кнопку добавити. Все працює добре, новий запис, який ми щойно створили, був успішно добавлений до бази даних. Таку саму перевірку робимо для замовника, який є юридичною особою. Все також працює добре. Тепер намагаємося добавити запис, в якому не всі обов’язкові поля були заповнені, наприклад, були не заповнені поля “Имя” та “Отчество” замовника. Бачимо, що після натискання на кнопку добавити виникає повідомлення “Не все поля заполнены!!! Введите значение в поле Имя”, натискаэмо кнопку ОК, бачимо, що курсор автоматично перемыстився у поле “Имя”. Вводимо ім’я замовника (залишилося невведеним лише побатькові), натискаємо кнопку добавити. Бачимо, що знову виникає повідомлення “Не все поля заполнены!!! Введите значение в поле Фамилия”. Так само програма реагує й на інші спроби ввест неповні дані, тобто все працює, як очікувалося. Відкриваємо почерзі форми “Договор”, “Изделие” и “Материал”, робимо аналогічні перевірки. Все працює коректно. Відкриваємо форму “Калькуляция”, робимо таку саму перевірку роботи кнопки добавити – воно працює коректно. Заповнюючи всі дані, помучаємо, що після заповнення поля “Номер материала” автоматично стають заповненими два нижніх поля (поточні ціни на матеріал) та стає можливим натискання на кнопку “Цена”. Після її натискання інші два цінових поля заповнюються відповідними значеннями поточних цін. Намагаємося вручну змінити значення цінових полей – нічого не виходить, вони заблоковані для введення даних. Отже перевірка роботи кнопки “Цена” пройшла успішно – вона працює коректно. Намагаємося клонувати існуючий запис – створюється новий запис і заповнюється значеннями клонованого, але він не може бути добавлений доки не буде змінений один з номерів (договора, виробу, матеріалу), бо це є ключові поля і вони не можуть двічи в таблиці мати однакові значення, про що при спробах неправильного вводу говориться у повідомленні “Данные о записи с такими номерами договора, материала или изделия уже существуют или не могут существовать”, причому вони не можуть існувати тоді, коли відповідних договору, виробу або матеріалу з такими номерами не існує в базі даних. Таким чином перевірка роботи кнопки “Клонувати” пройшла успішно – все працює правильно. Відкриваємо форму “Отчетность”, перевіряємо чи правильно створюються звіти та договора для різних початкових даних. Все працює так, як і очікувалося.

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

3. РЕЗУТАТИ РОЗРОБКИ ПРОГРАММНОГО ЗАБЕЗПЕЧЕННЯ МЕБЛЕВОЇ ФІРМИ

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

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

Головна форма, з якої можна запускати програму: “МЕБЕЛЬ”.

Файл з базою даних Mebel.mdb

Апаратні вимоги:

- процесор Pentium 1000MHz і наступні версії;

- 64 Mb оперативної пам’яті.

Програмні вимоги:

- наявність установленого Microsoft Office 2003 на комп’ютері замовника;

- операційна система Windows Xp/2000;

- 100Mb вільного простору на жорсткому диску.

Висновки

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

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

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

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