3.3 Основні рішення щодо реалізації компонентів системи
За основу інтерфейсу програми було прийнято стандартний стиль оформлення: побудовано основну форму. Цей стиль відповідає принципу побудови інтерфейсу Windows та більшості додатків, а тому є найбільш розповсюдженим, а отже і зручним для користувача.
Компоненти середовища Delphi, які були використані при розробці додатку описані у таблиці 3.1.
Таблиця 3.1 - Компоненти використані для розробки додатку
Компонент |
Опис |
TDBGrid |
Елемент, який забезпечує зв’язок з базою даних |
TADOQuery |
Елемент, який виконує запит SQL. Не є візуальним |
TButton |
Компонент, який забезпечує функції кнопки, що широко застосовується в діалогових вікнах. Процедура обробки задається в події OnClick. |
ТPanel |
Компонент, що виступає контейнером для інших елементів. Використовується для групування деяких компонентів. |
Продовження таблиці 3.1
Компонент |
Опис |
TDataSource |
Компонент, який дозволяє відобразити базу даних на формі |
TLabel |
Елемент керування, що показує текст у формі. Як правило, він пояснює будь-який елемент керування. Сам текст задається в характеристиці Caption. |
TEdit |
Компонент, який забезпечує функції редагування деякого рядку тексту. Цей компонент використовується для того, щоб отримати інформацію від користувача або вивести на екран потрібну інформацію. За те, що вводиться в компонент або виводиться на екран відповідає характеристика Text. |
TMainMenu |
Використовується для додавання до програми головного меню. |
DateTimePicker |
Елемент використовується для відображення дати та часу. |
TQuickRep |
Візуальний компонент, що становить основу звіту. На нім розміщуються всі останні елементи звіту. |
TQRLabel |
Текстова мітка. Компонент аналогічний стандартному компоненту TLabel, але пристосований для використання в звітах. |
TQRDBText |
Текстове поле. Компонент призначений для відображення в звіті значень заданого поля БД. |
TADOConnectoin |
Компонент, що забезпечує підключення до бази даних.[5] |
3.3.1 Використані моделі даних
Для розробки даного програмного продукту використано дві моделі даних: об'єктно-орієнтована та реляційна. Реляційну модель було побудовано шляхом перетворення об'єктно-орієнтованої моделі бази даних.
Об'єктно-орієнтована модель — модель, що реалізує об'єктно-орієнтований підхід. Вона обробляє дані як абстрактні об'єкти, наділені властивостями, у вигляді неструктурованих даних, і використовуючи методи взаємодії з іншими об'єктами навколишнього світу.
Реляційних модель представляє дані у вигляді простих таблиць, розбитих на рядки і стовпці, на перетині яких розташовані дані. Запити до таких таблиць повертають таблиці, які самі можуть ставати предметом подальших запитів. Кожна база даних може включати декілька таблиць.
Спроектована об'єктно-орієнтована модель зображена на рис. 3.1. Об’єктні множини зображені у вигляді прямокутників, їх атрибути – у вигляді еліпсів.
Рисунок 3.1 – Об'єктно-орієнтована модель бази даних
В процесі проектування даного програмного продукту для побудови об'єктно-орієнтованої моделі було виділено наступні об’єктні множини: tblOtdel, tblOborUpr, tblShtat.
Аналіз визначених об’єктів і атрибутів дозволяє виділити сутності бази даних і побудувати її логічну схему.
Процес перетворення об'єктно-орієнтованої моделі бази даних в реляційну модель включає створення реляційної таблиці для кожної моделі об'єктної множини. Окрема об’єктна множина стає самостійною реляційною таблицею, а атрибути кожної об'єктної множини стають полями реляційної таблиці бази даних. Відношення між об’єктними множинами не змінюються і стають відношеннями між відповідними реляційними таблицями.
Базу даних розроблено в форматі Microsoft Access. База даних вміщує три таблиці.[9]
Сутність таблиці «tblOtdel» (ID, Otdel, OtdelKrat, Boss, Mol). Сутність призначена для збереження інформації о класифікації відділів підприємства. В реалізації бази даних сутність представлено таблицею tblOtdel (табл. 3.2).
Таблиця 3.2 – Структура таблиці tblOtdel
Назва поля |
Тип поля |
Розмір поля |
Ключ |
Опис |
ID |
Лічильник |
Довге ціле |
Так |
Призначене для унікальності записів у полях |
Otdel |
Текстовий |
50 |
— |
Призначене для збереження інформації про назву відділу |
OtdelKrat |
Текстовий |
8 |
— |
Призначене для зберігання скороченої назви відділу |
Boss |
Текстовий |
40 |
— |
Призначене для зберігання інформації про керівника відділу |
Mol |
Текстовий |
40 |
— |
Призначене для зберігання інформації про матеріально відповідальну особу |
Сутність таблиці „tblShtat ” (ID, FioKr, TabNom, Title, Otdel, Telefon, Address, Fio, Email, NetName, Role). Сутність призначена для збереження інформації про співробітників підприємства. В реалізації бази даних сутність представлено таблицею tblShtat (табл. 3.3).
Таблиця 3.3 – Структура таблиці tblShtat
Назва поля |
Тип поля |
Розмір поля |
Ключ |
Опис |
ID |
Лічильник |
Довге ціле |
Так |
Призначене для унікальності записів у полях |
FioKr |
Текстовий |
30 |
— |
Призначене для збереження скорочене ім’я, прізвище та по батькові |
TabNom |
Числовий |
Довге ціле |
— |
Призначене для зберігання табельного номеру робітника |
Otdel |
Числовий |
Довге ціле |
— |
Призначене для зберігання інформації про код відділу в якому працює робітник |
Telefon |
Текстовий |
10 |
— |
Призначене для зберігання інформації про телефон співробітника |
Address |
Текстовий |
20 |
— |
Призначене для зберігання інформації про адресу працюючого |
Fio |
Текстовий |
40 |
— |
Призначене для зберігання інформації про повне ім’я, прізвище та по батькові |
Текстовий |
50 |
— |
Призначене для зберігання інформації про електрону пошту |
|
NetName |
Текстовий |
25 |
— |
Призначене для зберігання інформації про ім’я робітника в мережі |
Role |
Текстовий |
50 |
— |
Призначене для зберігання інформації про роль працівника на підприємстві |
Сутність таблиці „ tblOborUpr ” (ID, FioKr, TabNom, Title, Otdel, Telefon, Address, Fio, Email, NetName, Role). Сутність призначена для збереження інформації про співробітників підприємства. В реалізації бази даних сутність представлено таблицею tblOborUpr (табл. 3.4).
Таблиця 3.4 – Структура таблиці tblOborUpr
Назва поля |
Тип поля |
Розмір поля |
Ключ |
Опис |
ID |
Лічильник |
Довге ціле |
Так |
Призначене для унікальності записів у полях |
ObjectType |
Текстовий |
30 |
— |
Призначене для збереження типу пристрою |
ObjectName |
Текстовий |
Довге ціле |
— |
Призначене для зберігання назви пристрою |
InventoryNumber |
Текстовий |
8 |
— |
Призначене для зберігання інформації про інвентарний номер |
Price |
Числовий |
Довге ціле |
— |
Призначене для зберігання інформації про вартість техніки |
UserName |
Числовий |
Довге ціле |
— |
Призначене для зберігання коду користувача цим пристроєм |
Department |
Числовий |
Довге ціле |
— |
Призначене для зберігання коду відділу, в якому використовується техніка |
PurchaseDate |
Дата/час |
— |
— |
Призначене для зберігання дати купівлі |
Amortiz |
Числовий |
Довге ціле |
— |
Призначене для зберігання нарахованої амортизації |
OstPrice |
Числовий |
Длинное целое |
|
Призначене для зберігання залишкової вартості техніки |
DataVvod |
Дата/час |
— |
— |
Призначене для зберігання дати вводу в експлуатацію |
Notes |
Текстовий |
50 |
— |
Призначене для зберігання інформації про операцією з об’єктом |
DataOperaz |
Дата/час |
— |
— |
Призначене для зберігання дати операції |
StavkaAmort |
Числовий |
Довге ціле |
— |
Призначене для зберігання річної ставки амортизації |
SrokSlugbi |
Числовий |
Довге ціле |
— |
Призначене для зберігання строку служби техніки |
DateSpisanie |
Дата/час |
— |
— |
Призначене для зберігання дати списання техніки |
Структуру реляційної моделі бази даних представлено на рисунку 3.2.
Рисунок 3.2 – Реляційна модель бази даних