5.3 Опис
Машина для виймання анодних штирів алюмінієвого електролізера
Автори: Лізунов К. М.
Журавльов С. В.
Липовець В. В.
Косолапенко В. О.
Гращенков Г. П.
Заявляється зовнішній вигляд виробу, призначенного для використання в електрометалургії, зокрема для виймання анодних штирів алюмінієвого електролізера при виробництві первинного алюмінію.
Суть промислового зразка, що заявляється, відобрадена на зображеннях і кресленнях.
Зображення 1 – загальний вигляд;
Зображення 2 – вигляд ззаду;
Зображення 3 – вигляд спереду;
Зображення 4 – вигляд зправа;
Зображення 5 – вигляд зліва;
Зображення 6 – зверху;
Фіг. 1 – креслення.
Машина для виймання анодних штирів алюмінієвого електролізера являє собою розвинену об ємно-просторову композицію, основними формоутворюючими елементами якої є шасі 1, поворотна колонка 10, робочий орган 3, сиденья 4.
Основою шасі 1 є лита рама складної форми з прямокутною передньою частиною, на якій установлені рама 18, пневмодвигун 17, ведучий міст 16, керуємий міст 15.
Поворотна колонка 10 установлена на стійці в середній частині рами і являє собою зварену конструкцію. В нижній частині колонки 10 закріплений циліндричний робочий орган3.
Напрямні 19 робочого органу 3 також являють собою зварену конструкцію, мають прямокутну форму, з’єднані з пневмоциліндром під’йому напрямних 5, на якому знаходиться кран керування автоматичним захватом 6 і золотник під’йому напрямної 20. Між напрямними розташований робочий орган.
Знизу робочого органу 3 знаходиться автоматичний захват 1. Над робочим органом 3 знаходитьсяпневмоциліндр автоматичного захвату 2.
Зверху на поворотній колонці 10 встановлене кермо 7, в основі якого знаходиться масленка 21. Інші органи керування розміщені ліворуч кран керування роботою ізвликачем 8 розміщені ліворуч і праворуч від керма
Сидіння 12 для оператора має м’яку горизонтальну основу в формі квадрата з заокругленними кутами, яка розміщена на вертикальних стійках, закріплених на спільній з поворотною колонкою 10 підлозі. Рішення зовнішнього вигляду машини характеризується функціональною пристосованістю, інформаційною виразністю, симетричним конпонуванням, є врівноваженим і доцільним.
На лівій бічній поверхні поворотної колонки 10 угорі розташована табличка, на якій зображений знак для товарів і послуг підприємства – виробника, тип машини, дата випуску і т.п.
Колір не є суттєвою ознакою промислового зразка, що заявляється.
Заступник начальника Л.Г. Луценко
КП ХКБМ
5.4 Креслення
Фіг. 1
6. РОЗРОБКА СХЕМИ ДАНИХ ЩОДО ПІДТРИМКИ ПОШУКУ ПАТЕНТНОЇ ДОКУМЕНТАЦІЇ ТА НАУКОВО – ТЕХНІЧНОЇ ІНФОРМАЦІЇ
6.1 Концептуальна схема бази даних
База даних для роботи з заявкоюскладається з 8 таблиць. На рис. 6.1 показана концептуальна схема бази даних
Рисунок 6.1 – Концептуальна схема бази даних
Реалізація даного проекту була проведена без залучення могутніх засобів роботи з базами даних, які дуже громіздкі, тому що носять універсальний характер і розраховані на зберігання і обробку великих і надвеликих об'ємів інформації. Для реалізації проекту бази даних була вибрана СУБД 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 – Форма «Пошук»
Були створені запити, за якими оператор веде пошук потрібних йому заявок:
- Знайти заявку за “датою подачі”
- Знайти заявку за “датою публікації”
- Знайти заявку за “номером публікації”
- Знайти заявку за “регістраційним номером”
- Знайти заявку за “назвою”
- Знайти заявку за “МПК”
6.2 Опис функціональності програмного приложення
6.2.1 Діаграма варіантів використання
Для опису функціональних можливостей даного програмного забезпечення використовується діаграма варіантів використання (діаграма прецедентів) мови UML і текстовий опис прецедентів. Діаграма варіантів використання, що представлена на мал. 6.4, показує взаємодію оператора із системою у процесі перегляду заявок на корисну модель.
Рисунок 6.4 – Діаграма варіантів використання
Дана діаграма є вихідним концептуальним представленням або концептуальною моделлю системи в процесі просмотру заявок на корисну модель.
6.2.2 Опис прецедентів
6.2.2.1 Потік подій для прецеденту «Введення інформації»
1. Передумова. Оператор вибрав режим «Введення інформації»
2.Головний потік. Система відображає діалогове вікно, що містить меню для вибору режиму роботи оператора – добавлення інформації, редактування (правка) інформації, видалення інформації. Оператор дає запит на потрібну йому дію. Система відкриває потрібний операторові запит. Оператор виконує потрібні йому дії. Після закінчення роботи оператор дає запит на закінчення роботи. Система зберігає нову інформацію. Прецедент завершується.
2.1 Подпотік “Додання інформації о заявке”.
Система відображає діалогове вікно, що містить запит “Додання інформації о заявке” та “Вихід”. Оператор дає запит на потрібну йому дію. Система відкриває потрібний операторові запит. Оператор виконує потрібні йомудії. Після закінчення роботи оператор дає запит на закінчення роботи. Система зберігає нову інформацію. Прецедент завершується.
2.2 Подпотік “Правка інформації”.
Система відображає діалогове вікно, що містить запит “Правка інформації” та “Вихід”. Оператор дає запит на потрібну йому дію. Система відкриває потрібний операторові запит. Оператор виконує потрібні йомудії. Після закінчення роботи оператор дає запит на закінчення роботи. Система зберігає нову інформацію. Прецедент завершується.
2.2 Подпотік “Видалення інформації о заявке”.
Система відображає діалогове вікно, що містить запит “Видалення інформації о заявке” та “Вихід”. Оператор дає запит на потрібну йому дію. Система відкриває потрібний операторові запит. Оператор виконує потрібні йомудії. Після закінчення роботи оператор дає запит на закінчення роботи. Система зберігає нову інформацію. Прецедент завершується.
6.2.2.2 Потік подій для прецеденту «Перегляд інформації»
1.Передумова. Оператор вибрав режим « Перегляд інформації ».
2.Головний потік. Система відображає діалогове вікно, що містить меню вибору. Користувач вибирає необхідний фільтр. Система фільтрує зображення і надає користувачу. При необхідності користувач запитує інший фільтр. Після закінчення роботи користувач дає запит на закінчення роботи з зображенням. Система зберігає зображення. Прецедент завершується.
0 комментариев