Шишко Артем Олександрович

Резюме Біографія Реферат

Зміст

• Вступ
• 1. Актуальність теми
• 2. Мета і задачі дослідження та заплановані результати
• 3. Огляд досліджень та розробок
• 3.1 Огляд міжнародних джерел
• 3.2 Огляд національних джерел
• 4. Аналіз, структура і розробка баз даних
• Висновки
• Перелік посилань

Вступ

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

1. Актуальність теми

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

2. Мета і задачі дослідження та заплановані результати

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

Основні задачі дослідження:

1. Аналіз баз даних.
2. Розробка структури підсистеми.
3. Реалізація підсистеми.

3. Огляд досліджень та розробок

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

3.1 Огляд міжнародних джерел

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

додавати нові порожні файли в базу даних;

вставляти нові дані в існуючі файли;

.получать дані з існуючих файлів;

видаляти дані з існуючих файлів;

змінювати дані в існуючих файлах;

видаляти існуючі файли з бази даних [ 1 ].

На офіційному сайті MySQL є стаття за переліком всіх наявних на даний Мементо версіях MySQL з перерахуванням їх переваг і нововведень [ 2

В воїй роботі "Firebird. Керівництво розробника баз даних" Борри Хелен розглядає дану СУБД, описуючи її основні характеристики і можливості [ 3 ].

4. Аналіз, структура і розробка баз даних

База даних - набір відомостей (даних), який зберігається впорядкованим способом і за допомогою електронної обчислювальної машини (ЕОМ) може бути знайдений і оброблений. [ 6 ].

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

Найпростіша схема роботи БД показана на малюнку 1.

Рисунок 1 - схема роботи БД

За характером використання СУБД бувають: однопользовательские (призначені для створення і використання БД на персональному комп'ютері) і розраховані на багато користувачів (призначені для роботи з єдиною БД декількох комп'ютерів, об'єднаних в локальні мережі).

Розподіл за характером використання представлено на малюнку 2.

Рисунок 2 - Розподіл за характером використання

В даному проекті представлений вид архітектури бази даних «клієнт-сервер». Розроблене мною додаток має на увазі розміщення додатка на сервері. Сама архітектура ділиться на 2 неоднорідні частини такі як: клієнт бази даних і сервер. Відповідно завдяки тому, що комп'ютер-сервер знаходиться окремо від самого клієнта, сервер називається віддаленим.

Архітектура "клієнт-сервер» представлена ??на малюнку 3

Рисунок 3 - Архітектура «клієнт-сервер»

Концептуальна модель бази даних відображає предметну область, для якої розробляється БД.

Рисунок 4 - Концептуальна модель БД підсистеми

Обговоримо модель детально. У прямокутних блоках розташовані об'єкти, які позначають речі. У нас це: «Покупець», «Покупка», «Журнал покупок», «Постачальник», «Поставка», «Журнал поставок», «Автомобіль». У так званих овалах розташовуються атрибути характеризують об'єкт. Атрибутом об'єкта «Покупець» є «id Покупця», «ПІБ», «Паспорт», «Номер телефону». У об'єкта «Покупка» атрибутом є «id покупки», «id покупця», «Дата доставки». Атрибутом у об'єкта «Журнал покупок» буде «id покупки», «Модель». Об'єкт «Постачальник» має атрибути: «id Автосалону», «Адреса доставки», «Модель», «Дата доставки». Атрибутом об'єкта «Поставка» є: «Дата доставки», «id Поставки», «id покупця». У об'єкта «Журнал поставок» атрибути: «id поставки», «Модель». Об'єкт «Автомобіль» має атрибути «Модель / Марка автомобіля», «Колір», «Коробка передач», «Обсяг двигуна». Ромбами позначаються зв'язку між об'єктами. Потужність зв'язку позначається стрілками.

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

Рисунок 5 - Інтерфейс підсистеми

Розглянемо інтерфейс більш докладно. Як ми бачимо, весь інтерфейс умовно ділиться на 4 частини, такі як: «Вікно введення», «Вікно спецвозможностей», «Вікно карти», «Вікно виведення». Розберемо кожну частину більш детально. «Вікно введення» безпосередньо поділяється ще на 3 умовні частини: «Персональні дані», «Авто», «Автосалон доставка». Кожна з цих частин так само включає в себе ще деякі пункти. Отже, виходячи з малюнка 1, можна зробити висновок, що кожній частині відповідають будь-які дані. Наприклад «ПІБ», «Паспорт», «Номер телефону» ми можемо ввести тільки в частину «Персональні дані». Аналогічно і з іншими частинами, «Марка / Модель», «Колір», «Коробка передач», «Обсяг двигуна» можна внести тільки в частину «Авто», а «Автосалон», «Адреса», «Адреса доставки», «Дата доставки », тільки в« Автосалон доставка ».

5. Реалізація підсистеми

1. Таблиця «avto».
2. Таблиця «avtosalons».
3. Таблиця «personaldata».
4. Таблиця «id».
5. Реалізація інтерфейсу програми.

1.Таблиця «avto» складається з 5 стовпців: «id», «name», «color», «value», «korobka». Колонки «id» було присвоєно тип даних bigint розміром (20), у зв'язку з тим, що даний стовпець буде містити цифрові значення, довжини 20 символів буде цілком достатньо. В даному стовпці міститиметься порядковий номер покупця. Так само даний стовпець відзначений як Auto_incremental, тобто він буде саме заповнюватися. Даний стовпець є зовнішнім ключем і пов'язаний з таблицею «id» і її стовпцем «id_avto» Колонки «name» присвоєно тип даних text, тому що даний стовпець буде містити дані про марку і модель авто, отже, текст. Кількість символів необмежено. Стовпець «color» так само типу text. В даному стовпці міститиметься інформація про колір автомобіля. Кількість символів так само необмежено. Стовпець «value» містить тип varchar довжиною (20). Містить інформацію про обсяг двигуна. Такий тип даних був обраний через те, що в певний приладах обсяг вводиться через точку або кому (1,4 1.8), тому не обраний тип int. Колонки «korobka» присвоєно тип text необмеженої довжини. Цей стовпець містить інформацію про тип коробки передач (Автоматична / Ручна).

Рисунок 6 - Реалізована структура таблиці «avto»

2. У таблиці «avtosalons» є 5 стовпців: «id», «name», «adress», «dostavka», «data». Стовпець «id» так само типу bigint розміром 20 символів. З тих же причин, як і в таблиці «avto» обраний такий тип з такою кількістю символів і з автоінкрементаціей. Містить порядковий номер автосалону, збігається зі стовпцем «id» таблиці «avto». Містить зовнішній ключ, пов'язаний зі стовпцем «id_avtosalons» таблиці «id». У шпальтах «name», «adress» і «dostavka» встановлено тип даних text необмеженого розміру. Стовпець «name» містить інформацію про назву автосалону. У стовпці «adress» зберігається інформація про адресу автосалону, а в стовпці «dostavka» знаходиться інформація про адресу доставки автомобіля. Останній стовпець «data» містить дані про дату доставки автомобіля. Даний стовпець має тип varchar довжиною 12 символів. Даний тип відмінно підходить для зберігання дати.

Рисунок 7 – Реалізована структура таблиці «avtosalons»

3. Таблиця «personaldata» складається з 4 стовпів: «id», «FIO», «Pasport», «number». Стовпець «id» реалізований аналогічно як в вищесказаних таблицях. Встановлено зв'язок зі стовпцем «id_personaldata», таблиці «id». У стовпці «FIO» встановлено тип даних mediumtext необмеженої довжини. Даний тип обраний через можливість зберігати більшу кількість символів, ніж тип text. У цьому стовпці зберігається інформація про прізвища імені та по батькові покупця авто. З назвою стовпчика «Pasport», стає ясно, що цей стовпець зберігає паспортні дані покупця (серію та номер). Тип даних varchar довжиною 15 символів, на мій погляд підійде краще все для запису як букв так і цифр. У стовпці «number» так само встановлений тип даних varchar, однак довжиною 25 символів. Даний тип обраний тому, що номер телефону може вводитися разом з кодом регіону використовуючи символ «+», наприклад: + 38 ...

Рисунок 8 - Реалізована структура таблиці «personaldata»

4. Таблиця «id» є зв'язує для попередніх таблиць. Вона містить такі стовпці: «id_avto», «id_avtosalons», «id_personaldata». Всі стовпчики мають тип даних bigint довжиною 20 символів. Кожен стовпець виступає зовнішнім ключем і пов'язаний индексального зв'язками між таблицями.

Рисунок 9 - Реалізована структура таблиці «id»

5. Для реалізації інтерфейсу мною були використані такі мови програмування як: HTML і PHP. В HTML початок коду завжди починається з тега «html». Після чого використовуємо тег «head» і всередині контейнера «head» використовуємо метатег для встановлення кодування utf-8 за допомогою команди @charset, яка застосовується для завдання кодування зовнішнього CSS-файлу. Після цього використовуємо тег «body». У моєму проекті даний тег використовується для зберігання зображень, які будуть перебувати в шапці додатка. Для того щоб помістити зображення використовується тег «img» через атрибут «src» задається адреса картинки. Деякі зображення в даному проекті вміщають в себе посилання. Для цього необхідімо перед тегом «img» і його атрибутами помістити тег з посиланням. Синтаксис буде таким: < a href = "посилання"> < img .... >. Назва вкладки додатки задається тегом < title> .Для розміщення фону необхідно тегом < body background = "зображення.формат зображення» background-size: к-ть%>.

Рисунок 10 - Реалізований інтерфейс

Висновки

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

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

1. Аналіз баз даних.
2. Розробка структури підсистеми.
3. Реалізація підсистеми.

Подальші дослідження спрямовані на наступні аспекти:

1. Пошук методів оптимізації логістики.
2. Дослідження методів оптимізації логістики дистриб'юторської компанії.

При написанні даного реферату магістерська робота ще не завершена. Остаточне завершення: травень 2019 року. Повний текст роботи і матеріали по темі можуть бути отримані у автора або його керівника після зазначеної дати.

Список джерел

1. Дж.К. Дейт "Введення в системи баз даних" ,2005.- 43 с.
2. MySQL [електронний ресурс] // dev.mysql:(сайт).[2011-2017]-Режим доступу: https://dev.mysql.com/doc/refman/4.1/en/news-3-23-x.html
3. Боррi Хелен. Firebird. Керівництво розробника баз даних 2007. — С. 1104.
4. Кузнецов С.Д."Основы баз даних" , 2007. – 364 с.
5. Когаловський М. Р. "Енциклопедія технологій баз даних", 2005. – 528 с.
6. База даних [електроний ресурс] // wikipedia:(сайт).[2011-2017]-Режим доступа:https://ru.wikipedia.org/wiki/База_данных
7. СУБД [електроний ресурс] // wikipedia:(сайт).[2011-2017]-Режим доступу:https://ru.wikipedia.org/wiki/Система_управления_базами_данных

Резюме Бiография Бiблiотека Посилання Звіт про пошук Iндивідуальний розділ