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

Введення.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ПІБ приніс

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

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

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

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

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

дата видачі

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

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

номер вимоги

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

кількість

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

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

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

номер запису

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

місце

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

кількість

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

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

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

кількості

назви цеху

призначення

кому

підпис

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

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

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

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

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

Система

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

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

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

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

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

Система

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

З початку 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 с.