Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Отчеты по практике » Прокатне виробництво

Реферат Прокатне виробництво





інформації;

В· оформлення документів.

Взаємодія з іншими АРМамі системи

Комплекс завдань даного АРМа безпосередньо пов'язаний з наступними завданнями:

В· АРМом "Контролер (Контрольний майстер) ВТК ", при цьому використовуються таблиці XA, XAD, MEXSV , MEXD;

В· АРМом "Прийомоздавач", в якому використовується таблиця SKLAD , Формована даними АРМом;

В· АРМом "Адміністратор";

В· при роботі АРМа використовуються бази даних, що входять в портфель замовлень.

Результат рішення завдання

Результатом рішення задачі є:

В· видача на друкувальний пристрій сертифікатів якості;

В· занесення до БД інформації про відвантаження металопродукції замовнику.

Опис системи Інформаційне забезпечення Опис інформаційного забезпечення

Інформаційне забезпечення АС ОДУОМ складається з таких груп наборів даних, що знаходяться на SQL-сервері:

PORTFEL - База даних, що зберігає інформацію портфеля замовлень;

ДОВІДНИК - База даних, що зберігає нормативно-довідкову інформацію;

SGP - база даних, яка зберігає оперативну та архівну інформацію;

MEX_XIM - база даних, що зберігає дані, передані з ЛМІ.

Опис організації інформаційної бази

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

Інформаційна база даних АС ОДУОМ будується на базі мережевого програмного забезпечення типу MS SQL Server 2005. фірми Microsift в середовищі Windows Server 2003 тієї ж фірми. Функціонуючи на SQL Server, система управління базами даних (СКБД) забезпечує повний спектр операцій з файлами і записами на основі мови T-SQL. Автоматично підтримується обробка транзакцій, синхронізація доступу користувачів до одних і тих же файлів і записів.

Розглянемо раціоналізаторську задачуна прикладі В«Прийому портфеляВ»

Короткий опис існуючого рішення, його недоліки:

У зв'язку з впровадженням нових технологій з'явилася можливість передачі і прийому інформації із систем верхнього рівня більш оперативно і без участі оператора з оформлення ТСД.

До модернізації АРМа "Адміністратор" інформація надходила і передавалася наступному чином:

1.Прийом портфеля замовлень на відвантаження:

- УЕ ІС готував і викладав портфель замовлень з плановими показниками у вигляді текстових файлів на сервер NEPTUN. Формування здійснювалося згідно заданим розкладом (кожні три години на денну зміну). У разі появи нового замовлення і відсутності його в базі, оператор зв'язувався з начальником зміни УЕ ІС, який формував позачергової портфель;

- оператор з оформлення ТСД копіював файли з сервера NEPTUN і здійснював прийом текстових файлів через АРМ "Адміністратор", перевіряв на цілісність передані файли, фіксував у журналі час прийому і розмір отриманих файлів.

2.Передача даних на відвантажується:

- оператор з оформлення ТСД за заданим розкладом (чотири рази на добу)

формував текстові файли для передачі у відділ збуту комбінату і копіював їх на сервер NEPTUN. Звіряв кількість переданих даних з наявними в наявності сертифікатами. УЕ ІС приймав їх і завантажував в базу відділу збуту.

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

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

Рішення:

Функції оператора взяли на себе завдання сервера, які запускаються в певні моменти часу. Передача відвантаження здійснюється кожні 6 хв., Прийом портфеля кожні 20 хв. цілодобово. Це дозволяє використовувати дані про відвантаження і портфелі замовлень оптимально оперативно. p> Для реалізації функції прийому портфеля замовлень між двома різними системами (серверами) було потрібно створити допоміжні бази даних, таблиці та програмні модулі.

На сервері ПП (SQL 2000) була створена нова база даних OBMEN і в ній на основі старих створені тимчасові таблиці EXPORT_250, FAKTURA_250, SHAPKA_250, POZICIA_250, TEXDOPTR_250 та оперативні таблиці EXPORT, FAKTURA, PORTFP, PORTFR, TEXDOPTR. Кожні 20хв йде опитування баз даних УС ІС на сервері POSEIDON на існування нових замовлень у випадку позитивної відповіді ці замовлення копіюються в оперативні таблиці, після чого з допомогою збережених процедур перекодуються і вставляються в оперативні таблиці. АРМи АС ОДУОМ працюють вже безпосередньо з ними. Цю функцію здійснює завдання на сервері ПП "Прийом портфеля". Отримана база даних OBMEN є єдиною, їй користуються як на ділянці СГП, так і СГЗ. Весь процес займає близько однієї хвилини....


Назад | сторінка 7 з 8 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: База даних &Стіл замовлень&
  • Реферат на тему: Проектування бази даних "База даних районного відділу податкової інспе ...
  • Реферат на тему: Створення бази даних, що зберігає інформацію про студентів навчального закл ...
  • Реферат на тему: Розробка бази даних для об'єкта автоматизації: відділу обробки замовлен ...
  • Реферат на тему: Розробка бази даних для зберігання інформації даних характеристик товару