Автоматизація робочого місця начальника цеху електроніки

Автоматизація робочого місця начальника цеху електроніки

Введення.

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

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

Начальник цеху електроніки контролює виконання робіт на рівні ділянок.

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

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

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

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

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

Концептуальне моделювання професійного середовища.

Проаналізувавши вище перераховані обов'язки начальника цеху електроніки, і врахувавши що частина функцій вже виконується на комп'ютері, я прийшов до висновку що в АРМ можливо реалізувати наступні функції:

Ведення оперативного журналу і формування звітів програмними засобами.

Отримання і перегляд звітів складського обліку, а також зіставлення отриманих та витрачених матеріальних засобів.

Функціональна схема АРМ.

пароля Введення

Вибір пункту меню

Вихід з програми

Перелік даних необхідних для реалізації функцій.

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

Для ведення оперативного журналу вихідними є наступні дані:

порядковий номер запису

№ цеху, з якого прибуло обладнання

найменування обладнання

заводської інвентарний номер

дата надходження

ПІБ приніс

найменування системи

короткий опис несправності

ПІБ одержувача ремонт

вид виконаної роботи

дата закінчення робіт

дата видачі

ПІБ одержувача справного обладнання.

Вихідними даними для журналу приходу є:

номер вимоги

назва матеріальної цінності

кількість

одиниці виміру (кг, метр, шт.)

факту отримання.

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

номер запису

назва матеріальної цінності

місце

одиниці виміру

кількість

Дані для журналу витрати деталей складаються з:

номера запису

назви матеріальної цінності

кількості

назви цеху

призначення

кому

підпис

Залежно від того, якого роду необхідний звіт, програмно задаються необхідні настройки сортування та фільтрації. В якості вихідної інформації можуть виступати вихідні дані, піддані фільтрації та (або) сортування, або знаходяться в початковому вигляді.

Інформаційна схема АРМ.

Найбільш поширеним засобом моделювання даних є діаграми «сутність - зв'язок». З її допомогою визначаються важливі для предметної області об'єкти (суть), їх властивості (атрибути) і відношення один з одним (зв'язку). Модель «сутність-зв'язок» була запропонована в 1976 році П. Ченом. Дуже важливою властивістю моделі є можливість її подання у вигляді графічної схеми, що значно полегшує аналіз предметної області.

Складемо інформаційну схему у вигляді діаграми Чена - Мартіна для АРМ начальника цеху електроніки.

Розглянемо відношення «оперативний журнал». Перш за все, що надходить на ремонт обладнання має заводський інвентарний номер у разі ж відсутності індивідуального номера, такої присвоюється відповідно до правил збереження індивідуальності. Інвентарний номер є ключовим атрибутом. Сутності «Обладнання» і «Номер цеху» мають зв'язок 1:1, так як одне обладнання може бути тільки з одного цеху. Обидві сутності мають обов'язковий клас приналежності. Сутності «Обладнання» і «Назва системи» мають зв'язок 1:1 що означає, що одне обладнання може працювати в одній системі.

Система

Для відносини «журнал витрати», можна виявити наступні суті:

матеріальна цінність і назва цеху, що мають зв'язок 1:1

матеріальна цінність і призначення (обладнання), зв'язок 1:1

матеріальна цінність і налагоджувальник, зв'язок 1:1.

Узагальнюючи всі наведені вище міркування та інформаційні схеми, отримаємо діаграму Чена Мартіна для АРМ начальника цеху електроніки.

Матеріальна цінність

Система

Нормалізація відносин і структура файлів.

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

Надмірність даних - повторення в таблицях значень записів або атрибутів.

Суперечливість даних виникає через складання таблиць за різними джерелами.

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

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

Процес нормалізації - процес декомпозиції (розкладання початкових відносин) бази даних на інші, більш дрібні і прості відносини.

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

Файл отриманий на основі структури даних «Оперативний журнал».

Ім'я поля

Тип поля

Довжина поля

порядковий номер запису

Авто інкремент

№ цеху, з якого прибуло обладнання

Число

найменування обладнання

Рядок

заводської інвентарний номер

Рядок

дата надходження

Дата і час

ПІБ приніс

Рядок

найменування системи

Рядок

короткий опис несправності

Рядок

ПІБ одержувача на ремонт

Рядок

вид виконаної роботи

Рядок

100

дата закінчення робіт

Дата і час

дата видачі

Дата і час

ПІБ одержувача справного обладнання

Рядок

Файл на основі структури даних «Журнал приходу».

Ім'я поля

Тип поля

Довжина поля

номер вимоги

Авто інкремент

назва матеріальної цінності

Рядок

кількість

Число

одиниці виміру

Рядок

факту отримання

Рядок

Файл на основі структури даних «Журнал мат коштів».

Ім'я поля

Тип поля

Довжина поля

номер запису

Авто інкремент

назва матеріальної цінності

Рядок

місце

Рядок

одиниці виміру

Рядок

кількість

Число

Монофонічні зі структурою «Журнал витрати детелей ».

Ім'я поля

Тип поля

Довжина поля

номера запису

Авто інкремент

назва матеріальної цінності

Рядок

кількість

Число

назви цеху

Рядок

призначення

Рядок

кому

Рядок

підпис

Рядок

Розробка сценарію діалогу.

При запуску користувачем АРМ на екрані комп'ютера висвічується головне вікно з меню керування.

Нижче вікна управління, знаходиться вікно поля даних.

У даному полі відображаються поточні дані, і ведеться редагування даних.

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

Для настройки програми, служить меню сервіс, що відкриває вікно «Налаштування».

Вибір засобів програмування.

З початку 60-70хх почався бурхливий розвиток комп'ютеризації всіх великих промислових центрів. Ближче до 80-им, комп'ютери стализ'являтися і в навчальних закладах, предмету «Інформатика» стали приділяти величезну увагу. Стали з'являтися мови програмування високого рівня такі, як Delphi, C + +.

Мова піде про мову програмування Delphi і про бази даних.

У Росії Borland Delphi з'являється в кінці 1993 р. і відразу ж завойовує широку популярність. Нові версії виходять практично щороку. У них реалізуються всі нові майстри, компоненти та технології програмування.

Процес розробки в Delphi гранично спрощений. У першу чергу це відноситься до створення інтерфейсу, на який йде 80% часу розробки програми. Просте приміщення потрібних компонентів на поверхню Windows-вікна (в Delphi воно називається формою) і настроювання їх властивостей за допомогою спеціального інструмента (Object Inspector), збільшує швидкість розробки програмних продуктів. За допомогою Object Inspector, можна пов'язати події компонентів (натиснувши на кнопку, вибір мишею елемента в списку і т.д.) з кодом його обробки - і ось простий додаток готово. Причому розробник отримує в своє розпорядження потужні засоби налагодження (аж до покрокового виконання команд процесора), зручну контекстну довідкову систему (в тому числі і по Microsoft API), засоби колективного роботи над проектом, всього просто не перелічити. Ви можете створювати компоненти ActiveX без використання Microsoft IDL, розширювати можливості web-сервера (скрипти на стороні сервера), практично нічого не знаючи про HTML, XML або ASP. Можна створювати розподілені додатки на базі сом і CORBA, Інтернет-і intranet-додатки, використовуючи для доступу до даних Borland DataBase Engine, ODBC-драйвери або Microsoft ADO. , Що з'явилася, починаючи з Delphi 3, підтримка багатоланкової технології (multi-tiered) доступу до даних дозволяє створювати масштабовані додатки (відносно слабко залежать від сервера БД) за рахунок перенесення методів обробки інформації (бізнес-правил) на середнє ланка.

Як уже говорилося раніше, в Delphi використовується мову Object Pascal, який постійно розширюється і доповнюється Borland. Мова повною мірою підтримує всі вимоги, пропоновані до об'єктно-орієнтованого мови програмування. Як і покладено універсальна мова, класи підтримують тільки просте спадкування, але зате інтерфейси можуть мати відразу кілька предків. До числа особливостей мови слід віднести підтримку обробки виняткових ситуацій (exceptions), а також перевантаження методів і підпрограм (overload) в стилі C + +. До числа вдалих рішень відноситься також підтримка довгих рядків у форматі WideChar і AnsiChar. Останній тип (AnsiStrmg) дозволяє використовувати всі принади динамічного розміщення інформації в пам'яті без будь-яких турбот про її виділення і збірці сміття Delphi робить це автоматично. Для шанувальників вільного стилю програмування є відкриті масиви, варіанти та варіантні масиви, що дозволяють розміщувати в пам'яті все, що душі завгодно і змішувати типи даних.

Можна створювати свої власні компоненти, імпортувати ОСГ-компоненти, створювати проектів і , Що створюють проектів. Мало того, Delphi надає розробнику інтерфейс для зв'язку додатків (або зовнішніх програм) з інтегрованою оболонкою Delphi (IDE).

Таким чином, моно використовувати Delphi для створення як найпростіших додатків, на розробку яких потрібно 2-3 години, так і серйозних корпоративних проектів, призначених для роботи десятків і сотень користувачів. Причому для цього можна використовувати самі останні віяння у світі комп'ютерних технологій з мінімальними витратами часу і сил.

Список літератури
Інформаційні технології на залізничному транспорті: Учеб. для вузів ж.-д. транс./Е.К. Лецьки, В.І. Панкратов, В.В. Яковлев та ін
Проектування автоматизованих робочих місць: Методичні вказівки для студентів спеціальності 2107 денної та заочної форм навчання .- Самара: СамІІТ, 1994. 47 с.
Delphi 5.0, навчальний курс, Фараонів В.В., ISBN 5-8952-020-4, 400 с.
Для підготовки даної роботи були використані матеріали з сайту http://www.cooldoclad.narod.ru/