>
Принцип взаємодії
Взаємодія відбувається за принципом В«Джерело/ПриймачВ». Це означає, що Приймач несе відповідальність за вибірку даних з Джерела. p align="justify"> Забезпечення даних: інформація (запис) поміщається в локальну < span align = "justify"> інтерфейсну таблицю і позначається як В«нова в очікуванніВ». Запис (і) повинні заноситися з використанням транзакцій. Якщо розривається з'єднання або відключається Приймач, інформація залишається в черзі в інтерфейсній таблиці джерела. Якщо з'єднання відновлюється або підключається приймач, інформацію з черги можна зчитувати з джерела без втрати даних. Джерело відповідає за видалення старих даних, читання підтверджених повідомлень з таблиці.
Читання даних: Приймач повинен прочитати інформацію з інтерфейсної таблиці Джерельну через JDBC або ADO з'єднання, циклічно або на вимогу і підтвердити читання з боку джерела підтвердженням обробки даних.
Таблиці опису
Для взаємодії використовується таблиці опису і таблиці даних . Формат таблиць опису повинен бути ідентичний для всіх партнерів зв'язку. Таблиці даних описані в розділі Вхідні Дані і Вихідні Дані .
В
INT_PARTNER_SETUP : у цій таблиці повинні попередньо визначатися всі можливі партнери та локальний вузол. Всі вхідні дані повинні бути унікальні.
INT_SETUP : у цій таблиці повинно попередньо визначатися кожне можливе повідомлення. Для кожного повідомлення необхідно призначити унікальний ідентифікаційний номер. Також в цій таблиці конфігуроване, в якій саме таблиці вміст повідомлення буде збережено.
INT_SEND : для кожного переданого повідомлення повинна бути введена одна запис. Повідомлення ідентифікується Унікальним Ключем (Номер послідовності бази даних). Можна використовувати тільки повідомлення, визначені у таблиці INT_SETUP. Ця таблиця повинна використовуватися приймачами для перевірки доступності нового повідомлення. Ідентифікація повідомлення вказує на запис в таблиці даних.
Вхідні дані
Вхідні дані зберігаються в зовнішніх інтерфейсних таблицях і будуть прочитані циклічно або за запитом, якщо нові повідомлення в очікуванні. Очищення прочитання підтверджених даних виконується зовнішньою системою. br/>
Повідомлення стану плавки конвертера
Таблиця INT_GEN_BOFSTATUS містить всі необхідні дані для синхронізації виробництва між МБЛЗ і плавильним цехом.
Час передачі
Нове повідомлення повинно відправлятися циклічно, кожну 1 хвилину, при зміні будь-яких даних, коли розпочато обробка в конвертері і поки обробка не завершена.
Повідомлення про виробництво плавки в конвертері
Опис
Таблиця INT_CCM_BOFHEATREPORT і таблиця детальної інформації INT_CCM_BOFADDITION містить всі дані про плавці в конвертері, необхідні для 2 рівня МБЛЗ. Інформація використовується для відстеження даних якості і для складання звітів.
Час передачі
Нове повідомлення необхідно відправляти, коли завершено випуск плавки з конвертера. Дані повинні надаватися перед завантаженням стальковша на поворотний стенд МБЛЗ. p align="justify"> Повідомлення про пробі в конвертері
Опис
Головна таблиця INT_GEN_BOFSAMPLE і таблиця детальної інформації INT_GEN_BOFANALYSIS містять дані аналізу поточної проби, необхідні на 2 рівні МБЛЗ. Інформація використовується для розрахунку основної моделі і стеження за даними якості. Поля елементів, що не були виміряні, повинні бути встановлені в Null . Дефектні проби повинні бути блоковані в хімлабораторії. 2 рівень МБЛЗ буде використовувати дані аналізу за замовчуванням, якщо не були прийняті або надані проби.
Час передачі
Но...
