35984 (Складання патенто-правових документів на "Машину для виймання анодних штирів алюмінієвого електролізера"), страница 8
Описание файла
Документ из архива "Складання патенто-правових документів на "Машину для виймання анодних штирів алюмінієвого електролізера"", который расположен в категории "". Всё это находится в предмете "государство и право" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "остальное", в предмете "государство и право" в общих файлах.
Онлайн просмотр документа "35984"
Текст 8 страницы из документа "35984"
Реалізація даного проекту була проведена без залучення могутніх засобів роботи з базами даних, які дуже громіздкі, тому що носять універсальний характер і розраховані на зберігання і обробку великих і надвеликих об'ємів інформації. Для реалізації проекту бази даних була вибрана СУБД Microsoft Access.
Система управління базами даних надає можливість контролювати задання структури і опис своїх даних, роботу з ними і організацію колективного користування цією інформацією. СУБД також істотно збільшує можливості і полегшує каталогізацію і ведення великих об'ємів що зберігається в численних таблицях інформації. СУБД включає три основні типи функцій: визначення (задання структури і опис) даних, обробка даних і управління даними. Всі ці функціональні можливості повною мірою реалізовані в Microsoft Access. В практиці, як правило, необхідно вирішувати і задачі з використанням електронних таблиць і текстових процесорів. Наприклад, після підрахунку або аналізу даних необхідно їх відрекомендувати у вигляді певної форми або шаблони. У результаті користувачу доводиться комбінувати програмні продукти для отримання необхідного результату. В цьому значенні все істотно спростять можливості, надані Microsoft Access.
Microsoft Access - це функціонально повна реляційна СУБД. В ній передбачені всі необхідні засоби для визначення і обробки даних, а також для управління ними при роботі з великими об'ємами інформації. Що стосується легкості використовування, то Microsoft Access вчинив тут справжній переворот, і багато хто для створення своїх власних баз даних і додатків звертається саме до нього.
Фізична структура бази даних розроблялася вже з урахуванням синтаксису СУБД Microsoft Access, результат фізичного проектування зведений в наступних табл.. 6.1 – 6.8.
Таблиця 6.1 – Заява
| № | Назва столбца | Тип даних | Ключ |
| 1 | 2 | 3 | 4 |
| 1 | Заява_id | Числовий | РК |
| 2 | МПК_id | Числовий | FK |
| 3 | Дата_подання | Дата/час | |
| 4 | Пріоритет | Дата/час | |
| 5 | Назва | Текстовий (50) | |
| 6 | опис | Текстовий (50) | |
| 7 | формула | Текстовий (50) | |
| 8 | креслення | Текстовий (50) | |
| 9 | реферат | Текстовий (50) | |
| 10 | документ сплати збору | Логічний | |
| 11 | документ_депонування | Логічний |
Прдовдення Таблиці 6.1
| 1 | 2 | 3 | 4 |
| 12 | копія попередньої заявки | Текстовий (50) | |
| 1 | 2 | 3 | 4 |
| 13 | переклад заявки | Текстовий (50) | |
| 14 | документ_ПП | Текстовий (50) | |
| 15 | інші документи | Текстовий (50) | |
| 16 | міжнародний звіт пошуку | Текстовий (50) |
Таблиця 6.2 – Автори
| № | Назва столбца | Тип даних | Ключ |
| 1 | 2 | 3 | 4 |
| 1 | Автори_id | Текстовий (50) | РК |
| 2 | Особа_id | Числовий | FK |
| 3 | Заява_id | Числовий | FK |
Таблиця 6.3 – Заявник
| № | Назва столбца | Тип даних | Ключ |
| 1 | 2 | 3 | 4 |
| 1 | Заявник_id | Текстовий (50) | |
| 2 | Заява_id | Числовий | РК |
| 3 | Особа_id | Текстовий (50) | FK |
| 4 | ЄДРПОУ | Числовий |
Таблиця 6.4 – Країна
| № | Назва столбца | Тип даних | Ключ |
| 1 | 2 | 3 | 4 |
| 1 | Країна_id | Числовий | РК |
| 2 | Назва | Текстовий (50) | |
| 3 | Код | Числовий |
Таблиця 6.5 – Особа
| № | Назва столбца | Тип даних | Ключ |
| 1 | 2 | 3 | 4 |
| 1 | 2 | 3 | 4 |
| 1 | Особа_id | Текстовий (50) | РК |
| 2 | Ім´я | Текстовий (50) | |
| 3 | Тип | Логічний | |
| 4 | Країна_id | Числовий | FK |
| 5 | Місто_id | Числовий | FK |
| 6 | Адреса | Текстовий (50) | |
| 7 | Телефон | Числовий | |
| 8 | Факс | Числовий | |
| 9 | E_mail | Текстовий (50) |
Таблиця 6.6 – Місто
| № | Назва столбца | Тип даних | Ключ |
| 1 | 2 | 3 | 4 |
| 1 | Місто_id | Числовий | РК |
| 2 | Місто | Текстовий (50) |
Таблиця 6.7 – МПК
| № | Назва столбца | Тип даних | Ключ |
| 1 | 2 | 3 | 4 |
| 1 | МПК_id | Текстовий (50) | РК |
| 2 | МПК_код | Текстовий (50) |
Таблиця 6.8 – Патентний повірений
| № | Назва столбца | Тип даних | Ключ |
| 1 | 2 | 3 | 4 |
| 1 | ПП_id | Текстовий (50) |
Продовження Таблиці 6.8
| 1 | 2 | 3 | 4 |
| 2 | Особа_id | Текстовий (50) | FK |
| 3 | Заява_id | Числовий | РК |
| 4 | №Гос_регістрації | Числовий |
Графічний інтерфейс користувача реалізований з використанням форм Microsoft Access. Форми - це об'єкти, в які розташовуються інші об'єкти для створення призначеного для користувача інтерфейсу будь-якого додатку. Модулі складаються з коду, який реалізує функціонування додатку, обробники подій для форм і їх компонент.
В програмі присутні 2 форми, «Пошук», і «Бібліографічні дані», що наведені на рис. 6.2
Рисунок 6.2 – Форма «Бібліографічні дані»
Форма «Пошук», містить поля (критерії), за якими оператор виконує пошук потрібних йому заявок. Форма «Пошук» показана на рисунку 6.3
Рисунок 6.3 – Форма «Пошук»
Були створені запити, за якими оператор веде пошук потрібних йому заявок:
- Знайти заявку за “датою подачі”
- Знайти заявку за “датою публікації”
