Аналіз та підбір комп’ютерних комплектуючих та серверних систем

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

Дніпровський національний університет імені О. Гончара

Факультет прикладної математики

Кафедра математичного забезпечення ЕОМ

КУРСОВА РОБОТА (ПРОЕКТ)

з дисципліни "Бази даних"

на тему: "Аналіз та підбір комп'ютерних комплектуючих та серверних систем"

Зміст

• Вступ
• 1. Проектування системи баз даних
• 1.1 Постановка задачі
• 1.2 Вхідні та вихідні дані, звіти
• 1.3 Універсальна таблиця, виявлення аномалій
• 1.4 Виділення об'єктів
• 1.5 Нормалізація відношень та її обґрунтування
• 1.6 Дослідження запитальних зв'язків
• 1.7 Встановлення структурних зв'язків
• 1.8 Побудова граф-схеми інфологічної моделі та перевірка її коректності
• 2. Забезпечення основних характеристик системи баз даних
• 3. Реалізація систем баз даних
• 3.1 Обґрунтування вибору СУБД
• 3.2 Можливість використання системи в режимі мережі
• 3.3 Опис та структурна схема програми
• 3.4 Середовище розробки інтерфейсу на його опис
• 3.5 Застосування мови SQL для створення запитів
• 3.6 Створення та використання класів, тригерів, процедур
• 4. Безпека та таємність системи
• 4.1 Автентифікація користувача
• 4.2 Введення журналу роботи системи
• 4.3 Процедури адміністратора
• 5. Інструкції по використанню та супроводженню
• 5.1 Інструкція адміністратору (директору)
• 5.2 Інструкція програмісту
• 5.3 Інструкція Користувачу
• 6. Тестування та налагодження
• 6.1 Підготовка тестів для різних етапів функціонування системи та їх реалізація
• 6.2 Опис результатів тестування та налагодження
• Висновки
• Список літератури

• Вступ

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

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

Ці системи мають деякі особливості:

· Для забезпечення їх роботи потрібні порівняно низькі обчислювальні потужності;

· Дані, які вони використовують, зазвичай мають складну структуру;

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

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

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

• 1. Проектування системи баз даних
• 1.1 Постановка задачі
• Розробити базу даних, засобами вибраної СУБД, що забезпечує введення, перегляд, редагування та виконання усіх запитів користувача.
• Загальні вимоги до бази даних та роботи:

1. Провести всеосяжне обстеження предметної області;

2. Виявити основні інформаційні потоки та розв'язувані задачі;

3. Визначити вид, правила формування і типи основних даних для вхідних та вихідних документів;

4. Виявити аномалії при роботі з об'єктами предметної області при виконанні основних операцій над даними;

5. Провести оптимізацію систему баз даних та визначити якість отриманої системи відношень;

6. Виконати побудову інфологічної моделі предметної області та перевірити її коректність;

7. Для відповідної інфологічної моделі виконати реалізацію на одній з реляційних СУБД;

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

9. Створення запитів різноманітних типів;

10. Розробка звітів різноманітних видів, по різним таблицям;

11. Контроль даних при введенні інформації по типу та діапазону, значенню;

12. Обробка помилок програми;

13. Аналіз вихідних даних;

14. Забезпечити цілісність даних;

15. Виконати тестування та налагодження програмного продукту;

16. Розробити інструкції для користувачів різних рівнів;

17. Підготовити звіт з Курсової роботи.

Предметна область курсової роботи: "Аналіз та підбір комп'ютерних комплектуючих та серверних систем".

Основні задачі, що треба розв'язати

§ Забезпечити чіткий розподіл на три основні групи користувачів - клієнт (покупець), менеджер, директор:

a. Клієнт:

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

2. Забезпечити покупцю можливість фільтрувати товари по категоріям, ціні тощо;

3. Зробити можливим оформлення замовлення покупцем будь-яких товарів у будь-якій кількості.

b. Менеджер:

1. Реалізувати можливість входу у систему за допомогою логіна та пароля;

2. Відображати усі замовлення клієнтів;

3. Зробити можливим фільтрацію цих замовлень за статусом;

4. Змінювати статус замовлення на "виконане" або "в роботі";

5. Зробити можливим вручну оновлювати таблицю із замовленнями;

c. Директор:

1. Реалізувати можливість входу у систему за допомогою логіна та пароля;

2. Відображати усі таблиці з товарами;

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

4. Реалізувати пошук конкретного товару по назві;

5. Надати можливість видаляти товар з бази по його id;

6. Розробити звіти (у тому числі параметричні) по наявним товарам у базі;

7. Надати можливість швидко зробити копію бази даних та зберегти її на диску;

8. Реалізувати журнал, зо відображає роботу менеджерів з можливістю фільтрації ті вибірки даних за роком, місяцем, днем;

9. Надати можливість вручну оновлювати базу у будь-який момент.

§ Забезпечити безпеку даних при вході в систему;

§ Забезпечити стабільну робот бази даних.

• 1.2 Вхідні та вихідні дані, звіти
• I. Вхідні документи
• a. Комплектуючі, представлені на ринку на сьогоднішній день
• b. Актуальний прайс-лист для всіх комплектуючих
• II. Вихідні документи
• a. Замовлення з загальною ціною покупки.
• III. Звіти
• 1. Звіти за наявністю відповідних товарів на складі:
• 2. Звіти з можливістю вибірки товарів за певними категоріями:
• 1.3 Універсальна таблиця, виявлення аномалій

Атрибут	Значення
cases_id	1
cases_full_name	Fractal Design Define R5 Black
case_type	Midi tower
case_form_factor	ATX
window	-
case_price	105
cpu_id	1
cpu_full_name	A10-7700K
cpu_type	Desktop
cpu_clock_speed	3500
cpu_compatible_socket	AMD Socket FM2+
cpu_process	28
cpu_cores	4
cpu_price	500
gpu_id	1
gpu_full_name	ASUS GeForce GTX 1070 Dual 8GB
gpu_chip	Nvidia GeForce GTX 1070
gpu_graphics_clock_frequency	1506
gpu_memory_amount	8
gpu_price	400
hdd_id	1
hdd_full_name	Western Digital WD5000LPCX 500GB
hdd_ capacity	500
hdd_ interface	Serial ATA 600
hdd_ form_factor	2.5
hdd_ price	45
monitor_id	1
monitor_ full_name	LG 24MP88HM-S
monitor_ screen_size	23.8
monitor_ resolution	1920x1080
monitor_ tft_panel_type	IPS
monitor_ price	200
mb_ id	1
mb_ full_name	Gigabyte Z97M-D3H
mb_ form_factor	Micro ATX
mb_ cpu_socket	Socket 1150
mb_ chipset	Intel Z97
mb_ memory_type	DDR3
mb_ price	120
ps_ id	1
ps_ full_name	Be quiet! System Power 8 400W
ps_ power	400 W
ps_efficiency	86 %
ps_ certification	80 Plus
ps_ price	45
ram_ id	1
ram_ full_name	Kingston ValueRam 4GB DDR3-1333 CL9
ram_ capacity	4 GB
ram_ memory_type	DDR3
ram_ clock_frequency	1333
ram_ module_type	DIMM
ram_ price	31
ssd_ id	1
ssd_ full_name	Sandisk SSD Plus 120GB
ssd_ capacity	120
ssd_ interface	Serial ATA 600
ssd_ form_factor	2.5
ssd_price	55
order_id	1
cpu_id	1
cpu_count	1
gpu_id	1
mb_id	1
mb_count	1
ps_id	1
ps_count	1
ssd_id	1
ssd_count	1
hdd_id	1
hdd_count	1
ram_id	1
ram_count	1
monitor_id	1
monitor_count	1
case_id	1
case_count	1
total_price	1123
client_name	Alexandr
client_email	Zelinskiy
client_phone	0987656254
status	open

Ш Аномалією називається така ситуація в таблиці БД, яка призводить до протиріччя в БД або істотно ускладнює обробку БД. Причиною є зайве дублювання даних в таблиці, яке викликається наявністю функціональних залежностей від не ключових атрибутів

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

Ш Аномалії-видалення - при видаленні якого або кортежу з таблиці може пропасти інформація, яка не пов'язана на пряму з видаляється записом.

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

Проаналізувавши таблицю 1.1.Універсальна таблиця можна зробити такі висновки:

Ш Аномалії-модифікації Може виникнути ситуація при редагуванні id товару, тоді може виникнути ситуація при якій буде втрачено дійсний id товару, який хоче замовити клієнт.

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

Ш Аномалії-додавання можуть виникнути при доданні комплектуючих з однаковими назвами та іншими параметрами.

• 1.4 Виділення об'єктів

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

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

Функціональні залежності

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

Повна функціональна залежність. Поле Б знаходиться в повній функціональної залежності від складеного поля А, якщо воно функціонально залежить від А і не залежить функціонально від будь-якої підмножини поля А.

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

Процесор



id	full_name	cpu_type	clock_speed	compatible_socket	process	cores	price
1	A10-7700K	Desktop	3500	AMD Socket FM2+	28	4	500
43	Xeon E7-8850	Server	2000	Intel Socket 1567	32	10	3500

• 1.5 Нормалізація відношень та її обґрунтування
• Нормалізація - це розбиття таблиці на дві або більше, що володіють кращими властивостями при включенні, зміні і видаленні даних.
• Кожна таблиця в реляційній базі даних задовольняє умові, відповідно до якої в позиції на перетині кожного рядка і стовпця таблиці завжди знаходиться єдине атомарне значення, і ніколи не може бути декількох таких значень. Будь таблиця, яка задовольняє цій умові, називається нормалізованою.
• Відношення (таблиця) знаходиться в першій нормальній формі (1НФ) тоді і тільки тоді, коли вона не має тотожних кортежів і кожен атрибут відношення є неподільним.
• Таблиця знаходиться в другій нормальній формі (2НФ), якщо вона задовольняє визначенню 1НФ і всі її поля, що не входять в первинний ключ, зв'язані повною функціональною залежністю з первинним ключем.
• Таблиця знаходиться в третій нормальній формі (3НФ), якщо вона задовольняє визначенню 2НФ і жодне з її неключових полів не залежить функціонально від будь-якого іншого неключових поля.
• Приведення до 1 нормальної форми
• Розглянемо таблицю "journal".

name	date	delta_time
manager1	01.05.17	01:12:00
manager2	02.05.17	00:56:00

В таблиці "journal" поле "date" не є атомарним, тому розіб'ємо це поле на три окремих.

Так само зробимо з полем "delta_time", розбивши його на дві складові. Отже, таблиця приведена до 1 нормальної форми.

name	date_year	date_month	date_day	time_in	time_out
manager1	2017	5	1	20:38:00	21:50:00
Петров	2017	5	2	13:36:00	14:31:00

Приведення до 2 нормальної форми

id	full_name	cpu_type	clock_speed	compatible_socket	process	cores	price
1	A10-7700K	Desktop	3500	AMD Socket FM2+	28	4	500
43	Xeon E7-8850	Server	2000	Intel Socket 1567	32	10	3500

Розглянемо таблицю "Процесори".

В таблиці "Процесори" наявна залежність неключового поля "Назва" від частини складеного ключа - поле "Сокет". Тому розіб'ємо таблицю на дві окремі, отже таблиця приведена до 2 нормальної форми.

id	full_name	cpu_type	clock_speed	process	cores	price
1	A10-7700K	Desktop	3500	28	4	500
43	Xeon E7-8850	Server	2000	32	10	3500

id	full_name	compatible_socket
1	A10-7700K	AMD Socket FM2+
43	Xeon E7-8850	Intel Socket 1567

Приведення до 3 нормальної форми

Знову розглянемо частину таблиці "Процесори".

id	full_name	cpu_type	clock_speed	process	cores	price
1	A10-7700K	Desktop	3500	28	4	500
43	Xeon E7-8850	Server	2000	32	10	3500



В таблиці "Процесори" наявна транзитивна залежність. Тому розіб'ємо таблицю на дві окремі, отже таблиця приведена до 3 нормальної форми.

id	full_name	cpu_type
1	A10-7700K	Desktop
43	Xeon E7-8850	Server

id	clock_speed	process	cores	price
1	3500	28	4	500
43	2000	32	10	3500

• 1.6 Дослідження запитальних зв'язків
• Проаналізувавши поставлені задачі, можна дійти до висновку, що вони підлягають реалізації у даній схемі таблиць.
• Прості одновимірні запити, що ставлять собі за мету фільтрування даних, такого плану як "Процесори з ціною > 100", "Сортування за повною назвою материнської плати", "Показати відеокарти с чіпом AMD Radeon", "SSD з об'ємом більше 120 ГБ" тощо, не підлягають перетворенням.
• Розглянемо, більш складні запити.
• 1) Візьмемо складний запит "Покупець, сума та найменування його покупок".
• Сума покупки = Товар1.Ціна*Кіль-сть1 + Товар2.Ціна*Кіль-сть2+…+ТоварN*Кіль-стьN;
• Для даної системи отримаємо:
• · Місто 1:М Покупець
• · Покупець 1:1 Сума
• · Для оптимізації зв'язку маємо змогу застосувати перетворення 2 (Телефон 1:М Покупець). Отримаємо:
• Наступний складний запит має назву "Всі плати для АТХ корпусів".

Для даної системи отримаємо:

· Поставка 1:М Плата

· Поставка М:М Корпус

· В результаті отримаємо:

Наступний складний запит має назву "Всі плати під DDR4 пам'ять".

Для даної системи отримаємо:

· Клас 1:М Тип пам'яті

· Категорія М:М Пам'ять

· В результаті отримаємо:


• 1.7 Встановлення структурних зв'язків
• Для прикладу встановлення структурних зв'язків виділимо деяку підмножину з множини усіх об'єктів бази даних , а саме :
• · Процесори
• · Відеокарти
• · Корпуси
• · Материнські плати
• · Замовлення

Перш за все процесори зв'язані з материнською платою за сокетом, Процесор - Материнська плата.

Наступний зв'язок - Процесори - Замовлення

Далі, Відеокарти - Замовлення, Корпуси - Замовлення, Материнські плати - Замовлення.

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

Зв'язок	Опис	Вид зв'язку	Напрямок руху
Процесор - Материнська плата	Вихідний об'єкт Процесор оголошується власником структурної зв'язку; кінцевий об'єкт Материнська плата оголошується підлеглим.	1:М	ВП
Процесори - Замовлення	Вихідний об'єкт Замовлення оголошується власником структурної зв'язку; кінцевий об'єкт Процесори оголошується підлеглим.	1:М	ВП
Відеокарти - Замовлення	Вихідний об'єкт Замовлення - власник структурного зв'язку; кінцевий об'єкт Відеокарти - підлеглий	1:М	ВП
Корпуси - Замовлення	Вихідний об'єкт Замовлення - власник структурного зв'язку; кінцевий об'єкт Корпуси - підлеглий	1:М	ВП
Материнські плати - Замовлення	Вихідний об'єкт Замовлення - власник структурного зв'язку; кінцевий об'єкт Материнські плати - підлеглий	1:М	ВП


• 1.8 Побудова граф-схеми інфологічної моделі та перевірка її коректності
• Граф-схема є коректною, оскільки:
• ь Відсутні об'єкти, що повторюються
• ь Включає всі необхідні об'єкти області
• ь Враховані всі зв'язки предметної області
• ь Якщо розглядати схему як граф, він ациклічний
• ь Якщо розглядати схему як орієнтований граф, то він зв'язний, тобто існує шлях між будь якими двома вершинами
• Для доведення коректності інфологічної моделі розглянемо декілька складних запитів, що знадобились у системі та покажемо, що пересуваючись по зв'язкам їх можна реалізувати.
• "Замовлення - Материнська плата":
• "Замовлення-Відеокарта":

• 2. Забезпечення основних характеристик системи баз даних
• MS SQL - це система управління базами даних.
• База даних являє собою структуровану сукупність даних. Для запису, вибірки й обробки даних, що зберігаються в комп'ютерній базі даних, використовується система управління базою даних MS SQL. Оскільки комп'ютери чудово справляються з обробкою великих обсягів даних, управління базами даних відіграє центральну роль в обчисленнях. Реалізовано таке управління у вигляді коду, що входить до складу програми.
• MS SQL - це система управління реляційними базами даних.
• У реляційній базі дані зберігаються в окремих таблицях, завдяки чому досягається виграш у швидкості та гнучкості. Таблиці зв'язані між собою за допомогою відносин, завдяки чому забезпечується можливість об'єднувати при виконанні запиту дані з декількох таблиць.
• Технічні можливості СУБД MS SQL
• ПЗ MS SQL є системою клієнт-сервер, яка містить багатопотоковий SQL-сервер, що забезпечує підтримку різних обчислювальних машин баз даних, а також кілька різних клієнтських програм і бібліотек, засоби адміністрування і широкий спектр програмних інтерфейсів (API).
• Властивості СУБД MS SQL:
• v Безпека БД (database safety) - властивість БД, яке полягає в тому, що
• містяться в ній дані не заподіють шкоди користувачеві при правильному їх застосуванні для вирішення будь-яких функціональних завдань системи, для якої вона була створена.
• Для реалізації безпеки БД було реалізовано журнал роботи БД. Де вказано коли що і з якою таблицею робив користувач. Таке рішення дає можливість швидко знайти де саме і чому виникла помилка, та відстежувати дії користувачів бд.
• Щоб отримати доступ до базі даних необхідно знати логін та пароль, при цьому можлива верифікація з віддаленого комп'ютера. Таким чином ми отримуємо гнучкість та безпеку. Для з'єднання з MySQL використовуються сокети TCP/IP.
• v Захищеність БД (database security) - наявність і характеристика засобів (апаратних, програмних, організаційних, технологічних, юридичних і т. П.) Забезпечують запобігання або виключення:доступу до інформації осіб, які одержали на те відповідного дозволу (див. також "Несанкціонований доступ"); умисного або ненавмисного руйнування або зміни даних.
• Для реалізації захищеності було реалізовано систему різнорівневих користувачів, таких як робітники, постачальники та покупці, для кожного з цих типів відповідно реалізовані свої форми і вони не мають доступу до інформації яка їм не належить. Така ж система розроблена і для робітників з різними посадами.
• v Гнучкість БД (database flexibility) - здатність засобів підтримки та
• ведення БД до зміни її структури та змісту, а також складу і форми видачі цікавлять користувачів даних.
• В БД було реалізовано можливість розширення бази даних шляхом додавання нових поставників , робітників, посад і тому подібного, для перегляду товарів можна застосовувати різні фільтри, що дає користувачеві отримувати данні в такому вигляді як йому потрібно.
• v Доступність БД (database availability) - властивість автоматизованої системи, що характеризує можливість використання відомостей що містяться в БД для різних категорій користувачів.
• Базою даних можуть користуватися як звичайні покупці товару яким крім регістрації більше нічого не потрібно, також можуть користуватися поставники. Та робітники регістрацію яких повинен підтвердити адмін.
• v Цілісність БД (database integrity) - стан БД, при якому всі значення
• даних правильно відображають предметну область (в межах заданих обмежень по точності та узгодженості в часі) і підкоряються правилам взаємної несуперечності. Підтримка цілісності БД припускає її перевірку і відновлення або коригування з будь-якого неправильного стану, який може бути виявлено. Це входить у функції адміністратора БД, який користується засобами системи управління БД (див. "СУБД"). Аналогічно можна говорити і про цілісність файлу, хоча в типових випадках файли піддаються менш великим перевіркам на цілісність.
• Для підтримання цілісності БД в програмі всі зв'язки приведені до 3НФ. В усіх місцях де користувачеві потрібно вибирати якісь данні реалізовано випадаючі списки з усіма можливими варіантами, при додаванні нового елемента до такої множини множина у випадаючому списку буде також обновлюватися.

• 3. Реалізація систем баз даних
• 3.1 Обґрунтування вибору СУБД
• Для вибору СУБД було проведено аналіз основних переваг, недоліків та особливостей основних сучасних СУБД, таких як:
• · DB2
• · Microsoft SQL Server
• · MySQL
• · Oracle
• · PostgreSQL
• Пункт "Тригери і процедури" визначає наявність в деякій СУБД класу процедур, функцій. Тригер - програма бази даних, що викликається всякий раз при вставці, зміні або видаленні рядка таблиці. Тригери забезпечують перевірку будь-яких змін на коректність, перш ніж ці зміни будуть прийняті. Процедура - програма, яка зберігається на сервері і може викликатися клієнтом. Оскільки збережені процедури виконуються безпосередньо на сервері баз даних, забезпечується більш високу швидкодію, ніж при виконанні тих же операцій засобами клієнта БД.
• Аналіз альтернатив за пунктом "Тригери і процедури" наведено нижче в табл. 3.1.

	Тригер	Функція	Процедура
DB2	+	+	+
Microsoft SQL Server	+	+	+
MySQL	+	+	+
Oracle	+	+	+
PostgreSQL	+	+	+

• Пункт "Масштабованість" передбачає можливості розглянутої СУБД по збільшенню обсягу даних з часом і/або в разі потреби. Необхідно розглянути максимально можливий обсяг збережених даних для кожної альтернативи.
• Аналіз альтернатив за пунктом "Масштабованість" наведено в табл.3.2.

	Розмір БД	Розмір таблиці	Розмір рядка
DB2	512 ТБ	512 ТБ	32677 В
Microsoft SQL Server	524258 ТБ	524258 ТБ	?
MySQL	?	256ТВ	64 KB
Oracle	?	4 Гб* Розмір блока	8 KB
Postgre SQL	?	32 ТБ	1,6 ТБ

• Критерій "Вимоги до робочого середовища".
• Аналіз цього критерія наведено в табл.3.3.

	DB2	MS SQL Server	MySQL	Oracle	Postgre SQL
Windows	+	+	+	+	+
Mac OS	+	+	+	+	+
Linux	+	+	+	+	+
UNIX	+	+	+	+	+

• Проглянувши усі варіанти, я дійшов до висновку, що найкращим вибором саме для мене стане MS SQL Server, тому що він не має яскравих недоліків, зручний у застосуванні, та легко інтегрується з мовою C#.
• Окрім того, слід зазначити наступні переваги СУБД MS SQL Server:
• 1) продуктивність
• * Збільшений розмір сторінок
• Збільшений до 8 КБ розмір сторінок сприяє швидкому вилученню даних, дозволяє використовувати такі рядки і стовпці більшого розміру, що відкриває можливість ефективного зберігання складних.
• * Динамічне блокування на рівні рядків
• Менеджер блокування динамічно адаптує алгоритм використання ресурсів у великих базах даних, що робить продукт найбільш придатним для інтерактивної обробки транзакцій (online transaction processing - OLTP) і створення сховищ даних.
• 2) Простота використання
• * Динамічне самоадміністрування
• Виконання багатьох рутинних завдань адміністрування тепер автоматизовано. Алгоритми управління пам'яттю і блокуванням адаптуються динамічно, розмір файлів автоматично збільшується і скорочується. Крім того, кошти автоматичної настройки динамічно налаштовують алгоритми використання ресурсів в залежності від робочого навантаження.
• * Засоби профілювання і налаштування
• Ви виявите, що ці кошти спрощують пошук і вирішення виникаючих при роботі з базами даних проблем, дозволяючи реєструвати і відтворювати роботу сервера.
• Крім того, новий аналізатор запитів з графічним інтерфейсом дозволить вам з більшою легкістю налагоджувати і настроювати запити.
• 3) Інтеграція з іншими продуктами Microsoft.
• * Access
• Access може безпосередньо звертатися до SQL Server, дозволяючи організувати прозору взаємодію клієнт-сервер.
• * Excel
• Електронні таблиці, діаграми і зведені таблиці можуть бути безпосередньо пов'язані з SQL Server або службами, що надає користувачам можливості перегляду та аналізу даних за допомогою оглядача.
• * Microsoft BackOffice®
• Тісна інтеграція з Windows NT забезпечує безпеку, організацію середовища для роботи Web-додатків і підтримку Microsoft Transaction Server. Відмінна інтегрованість з Site Server і Site Server Commerce Edition дозволяє створювати потужні рішення для інформаційних вузлів Інтернету та електронної комерції. Інтеграція з Proxy Server забезпечує захист при роботі з Інтернетом, а інтеграція з Exchange Server дозволяє організувати надійне і масштабується взаємодія і обмін повідомленнями в Інтернеті і інтрамережі.
• 3.2 Можливість використання системи в режимі мережі
• Розроблена мною програма наразі працює тільки в локальному режимі, але у майбутньому планується вдосконалення ПО, яке дозволить працювати системі в мережі.
• Для реалізації роботи в мережі будуть проведені необхідні налаштування та додано додаткову групу користувачів.
• 3.3 Опис та структурна схема програми

Середовище розробки інтерфейсу на його опис

Windows Forms - приклдний програмний інтерфейс (API), що відповідає за графічний інтерфейс користувача і є частиною Microsoft .NET Framework. Даний інтерфейс спрощує доступ до елементів інтерфейсу Microsoft Windows за рахунок створення обгортки для існуючого Win32 API в керованому коді. Причому керований код - класи, що реалізують API для Windows Forms, не залежать від мови розробки. Тобто програміст однаково може використовувати Windows Forms як при написанні ПЗ на C #, С ++, так і на VB.Net, J # та ін.

З одного боку, Windows Forms розглядається як заміна більш старої і складною бібліотеки MFC, спочатку написаної мовою C ++. З іншого боку, WF не пропонує парадигму, порівнянну з MVC. Для виправлення цієї ситуації і реалізації даного функціоналу в WF існують сторонні бібліотеки. Однією з найбільш використовуваних подібних бібліотек є User Interface Process Application Block, випущена спеціальною групою Microsoft, що займається прикладами і рекомендаціями, для безкоштовного скачування. Ця бібліотека також містить вихідний код і навчальні приклади для прискорення навчання.

Усередині .NET Framework, Windows Forms реалізується в рамках простору назв System.Windows.Forms.

Додаток Windows Forms являє собою подієво-орієнтований додаток, підтримуваний Microsoft .NET Framework. На відміну від пакетних програм, велика частина часу витрачається на очікування від користувача яких-небудь дій, як, наприклад, введення тексту в текстове поле або кліка мишкою по кнопці.

З виходом .NET Framework 3.0 Microsoft випустила новий API для малювання користувальницьких інтерфейсів: Windows Presentation Foundation, який базувався на DirectX 11 і декларативну мову опису інтерфейсів XAML. Однак, навіть незважаючи на все це, Windows Forms і WPF все ще пропонують схожу функціональність, і тому Windows Forms ні скасований на користь WPF, а продовжує використовуватися як альтернативна технологія побудови інтерфейсів поряд з WPF.

Відповідаючи на питання на конференції Build 2014, Майкрософт пояснила, що Windows Forms буде підтримуватися, помилки будуть виправлятися, але нові функції додаватися не будуть. Пізніше, поліпшена підтримка високого дозволу для різних елементів інтерфейсу Windows Forms все ж була анонсована в релізі .NET Framework 4.5.

При запуску програми перед користувачем з'являється вітальне вікно:

З цієї форми можна перейти на форму одного з трьох запропонованих користувачів:

1) Клієнт:

2) Менеджер:

3) Директор:

Тепер розглянемо окремо кожного користувача детальнше:

1) Клієнт. Після відкриття форми "Клієнт", користувач маю доступ до 6 основних груп запитів та 9 таблиць з комплектуючими.

Таблиця з відеокартами.

Виконання запитів та фільтрації

Оформлення замовлення

2) Далі перейдемо до форми менеджера.

Загальний вид форми

Зміна статусу замовлення

3) Форма директора:

Початковий вид форми дирекора

Форма додавання нового товару у базу даних

Пошук за ктегорією товару

Видалення товару з певної категорії за його id

Адміністратор також має повнй доступ до всіх звітів і може переглянуті їх на вкладці "Отчеты". Наприкад, звіт по корпусам:

Для кожного дотсупні наступні можливості:

· Перегляд звіту у вікні програми;

· Оновлення звіту;

· Друк звіту;

· Розмітка сторінки зі звітом;

· Експорт звіту у Word, Excel, PDF;

· Масштабування звіту на сторінці.

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

Приклад праметричного звіту, показує SSD диски у відповідність із введеним діапазоном об'єму

Також директор має достпу до додаткових можливостей, зокрема:

1) Бекап бази даних:

Відповідні пункти у меню надають можливість робити бекап бази даних

2) Журнал роботи менеджерів:

Форма журналу

Фільтрація журналу по даті

• 3.5 Застосування мови SQL для створення запитів

В моїй програмі реалізовано більше 30 різних запиті. Розглянем декілька найцікавіших с них.

a) Запит на знаходження материнських плат та процесорів, що підходять до них:

SQL-код:

SELECT

motherboards.id, motherboards.full_name, cpus.id, cpus.full_name

FROM motherboards

INNER JOIN cpus

ON motherboards.cpu_socket = cpus.compatible_socket

Результат:

b) Запит на знаходження материнських плат під АТХ корпуси:

SQL-код:

SELECT * FROM motherboards

WHERE

form_factor IN

(SELECT form_factor

FROM cases

WHERE form_factor = 'ATX')

c) Запит на знаходження всіх материнських плат, що підходять до пам'яті типу DDR3:

SQL-код:

SELECT * FROM motherboards

WHERE

memory_type IN

(SELECT memory_type

FROM rams

WHERE memory_type = 'DDR3'

d) Запит додавання нового товара у базу даних та підрахунок ціни замовлення:

SQL-код:

INSERT INTO computers

(cpu_id, cpu_count, gpu_id, gpu_count, motherboard_id, motherboard_count, power_supply_id, power_supply_count, ssd_id, ssd_count, hdd_id, hdd_count, ram_id, ram_count, monitor_id, monitor_count, case_id, case_count, total_price, client_name, client_email, client_phone, status)

VALUES (@cpu_id1, @cpu_count1, @gpu_id1, @gpu_count1, @motherboard_id1, @motherboard_count1, @power_supply_id1,

@power_supply_count1, @ssd_id1, @ssd_count1, @hdd_id1, @hdd_count1, @ram_id1, @ram_count1, @monitor_id1, @monitor_count1, @case_id1, @case_count1,

(SELECT price FROM cpus WHERE cpus.id = @cpu_id1) * @cpu_count1 + (SELECT price FROM gpus WHERE gpus.id = @gpu_id1) * @gpu_count1 + (SELECT price FROM motherboards

WHERE motherboards.id = @motherboard_id1) * @motherboard_count1 +(SELECT price FROM powerSupplies WHERE powerSupplies.id = @power_supply_id1) * @power_supply_count1 + (SELECT price FROM ssds WHERE ssds.id = @ssd_id1) * @ssd_count1 + (SELECT price FROM hdds WHERE hdds.id = @hdd_id1) * @hdd_count1 + (SELECT price FROM rams WHERE rams.id = @ram_id1) * @ram_count1 +

(SELECT price FROM monitors WHERE monitors.id = @monitor_id1) * @monitor_count1 + (SELECT price FROM cases WHERE cases.id = @case_id1) * @case_count1, @client_name1, @client_email1, @client_phone1, @status1);

e) Запит видалення товара з бази даних по його id:

SQL-код:

DELETE FROM

strFromDelete // таблиця, з якої потрібно видалити дані

WHERE id= Convert.ToInt32(textBox2.Text) // айді об'єкта

Після виконання запиту:

f) Запит на знаходження всіх материнських плат, що підходять до пам'яті типу DDR4:

SQL-код:

SELECT * FROM motherboards

WHERE

memory_type IN

(SELECT memory_type

FROM rams

WHERE memory_type = 'DDR4'

g) Запит на архівування бази даних:

SQL-код:

BACKUP DATABASE PC_parts

TO DISK =

`E:\\backup\\PC_parts.bak'

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

SQL (англ. Structured query language -- мова структурованих запитів) -- декларативна мова програмування для взаємодії користувача з базами даних, що застосовується для формування запитів, оновлення і керування реляційними БД, створення схеми бази даних та її модифікації, системи контролю за доступом до бази даних. Сама по собі SQL не є ані системою керування базами даних, ані окремим програмним продуктом. На відміну від дійсних мов програмування(C або Pascal), SQL може формувати інтерактивні запити або, бувши вбудованою в прикладні програми, виступати як інструкції для керування даними. Окрім цього, стандарт SQL містить функції для визначення зміни, перевірки та захисту даних.

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

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

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


• 3.6 Створення та використання класів, тригерів, процедур

Тригер -- це SQL-оператор, що активізується під час виконання певних операцій над об'єктами бази даних. Об'єктами бази даних є таблиці (уявлення або вся БД), а операціями - додавання (INSERT), заміна (UPDATE) та видалення (DELETE) рядків. Тригери - це один із механізмів підтримки цілісності бази даних.

У найпростішому випадку синтаксис оголошення тригера є таким:

CREATE TRIGGER <назва тригера>

{BEFORE | AFTER} <операції над таблицею> [OF <список полів>] ON <назва таблиці>

[WHEN (<умова>)] <оператори SQL>

Якщо умова у фразі WHEN є істинною або ця фраза відсутня, до (BEFORE) або після (AFTER) виконання операції INSERT, UPDATE чи DELETE над таблицею, зазначеною після слова ON, буде виконано вказані нижче оператори SQL. Коли таких операторів кілька, їх слід помістити між ключовими словами BEGIN та END. Конструкція другого рядка визначення тригера називається реченням ініціювання, між умовою ініціювання, а <оператори SQL> -- дією тригера.

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

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


• 4. Безпека та таємність системи
• 4.1 Автентифікація користувача
• Оскільки в програмі реалізовані 3 рівні користувачів, то автентифікація кожного відбувається окремо. Директор та Менеджер мають паролі, при введені яких кожен з них буде мати доступ до бази даних.
• Для користувачів рівня "Клієнт" не передбачено використання паролів, оскільки вони обмежені в правах і ніяк не впливають на базу даних з комплектуючими.
• 4.2 Введення журналу роботи системи
• Для забезпечення контролю за змінами наповнення таблиць важливим даними та за роботою менеджерів, було розроблено журнал роботи менеджерів.
• Для зберігання інформації журналу було створено таблицю journal наступного вигляду:
• Також, директор має такі можливості:
• · Аналіз журналу за датою;
• · Аналіз журналу за часом;
• · Аналіз журналу за ніком менеджера;
• · Аналіз журналу за таблицею.
• 4.3 Процедури адміністратора
• Функції, доступні адміністратору:

· Можливість переглядати та редагувати всі таблиці

· Можливість видаляти записи з таблиць

· Можливість шукати товари у базі даних

· Можливість додавати нові товари у таблиці

· Можливість переглядати звіти

· Можливість друку, експорту звітів

· Можливість перегляду журналу відвідувань

· Можливість архівувати базу даних

· Можливість оновлювати базу в режимі реального часу


• 5. Інструкції по використанню та супроводженню
• 5.1 Інструкція адміністратору (директору)
• У повноваження директора входять функції щодо додавання нових комплектуючих, видалення старих із бази, переглядання, експорт та друк звітів, пошук у базі, архівація бази, перегляд журналу.
• Додавання нових комплектуючих:
• Директору необхідно вибрати товар із списку та занести усі дані про товар у відповідні поля та натиснути клавішу "Добавить":
• У дикетора також є можливість шукати комплектуючі у базі за категорією. Для цього потрібно у відповідному вспливаючему меню обрати категорію, там у поле "Название" почати вводити назву товару. Результати пошуку автоматично відображаються у зручному вигляді у таблиці.
• Щоб видалити товар із бази даних, директор має вибрати категорію товару з впливаючего списку, та ввести потрібний айді у поле "id". Після цього натиснути на кнопку "Удалить" і відповідний запис буде видалено.

Для доступу до журналу відкрийте меню "Файл" - "Журнал"

Натиснувши на зображення календаря зверху, можна фільтрувати журнал за датою:

Кнопка "Show all" скидає усе фільтри та показує увесь журнал цілком.

• 5.2 Інструкція програмісту
• У директорії з програмою доступні файли вихідного коду проекту (source code). При необхідності програміст може відредагувати їх та перекомпілювати, щоб змінити або додати функціонал. Також у коді присутні коментарі для більш зручної орієнтації в коді.
• 5.3 Інструкція Користувачу
• Клієнт може переглядати усі таблиці з комплектуючими та виконувати наступні функції:
• · Сортування;
• · Фільтрацію товарів;
• · Оформлювати замовлення.
• Перейдемо до функції перегляду таблиць з комплектуючими.
• Для перегляду таблиць оберіть необхідну таблицю у пункті "Выберите категорию товара" та натисніть клавішу "Показать". У полі знизу одразу відобразиться необхідна таблиця.
• Для зміни таблиці знову оберіть з випливаючего списку та знову натисніть кнопку "Показать".
• Перегляд таблиць:
• Для фільтрації таблиць оберіть з відділу "Дополнительные фильтры" оберіть необхідну категорію та необхідний фільтр. Далі натисніть на клавішу "Показать" та запит відобразиться нижче.

Щоб оформити замовлення потрібно натистнути на клавішу "Оформить заказ" та ввести дані у відповідні поля:

Після того як поля будуть заповнені, потрібно натиснути на кнопку "Сделать заказ". Якщо поля заповнені коректно, то заказ буде прийнято до розгляду, та ви побачите наступне повідомлення:

Замовлення успішно оформлено

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