Автоматизированная систему управління комбінату Белшина

РефератДопомога в написанніДізнатися вартістьмоєї роботи

Автоматизированная систему управління комбінату Белшина (реферат, курсова, диплом, контрольна)

ВВЕДЕНИЕ

…

1.ХАРАКТЕРИСТИКА БІЛОРУСЬКОГО ШИННОГО КОМБІНАТУ (БШК).

«БЕЛШИНА»…

1.1. Організаційна структура…

1.2. Функціональні завдання АСУ персоналом БШК «Белшина»…

1.3. Мету й завдання дипломного проектирования…

2. АСУ ПЕРСОНАЛОМ БШК «БЕЛШИНА»…

2.1. Технічне забезпечення АСУ персоналом БШК «Белшина»…

2.2. Програмні средства…

2.3. Інформаційне забезпечення АСУ персоналом БШК «Білшина»… …

2.3.1. Вхідні информация…

2.3.2. Вихідна информация…

3.РАЗРАБОТКА СПЕЦІАЛЬНОГО ПО АСУ ПЕРСОНАЛОМ БШК.

«БЕЛШИНА»…

3.1. Алгоритмічне опис задачи…

3.1.1. Структура інформаційних модулей…

3.1.2. Алгоритми функціонування програмних модулей…

3.2. Програмна реалізація АСУ персоналом БШК «Белшина»…

3.3. Керівництво оператора…

3.3.1. Загальні положения…

3.3.2. Пункт меню «Система» …

3.3.3 Пункт меню «Персонал»… …

3.3.3. Справочники…

3.3.4. Пункт меню «Штатний розклад»… … 4. ТЕХНІКО-ЕКОНОМІЧНЕ ОБГРУНТУВАННЯ РОЗРОБКИ І ЗАСТОСУВАННЯ ПРОГРАММНЫХ.

ЗАСОБІВ ОБЧИСЛЮВАЛЬНОЇ ТЕХНИКИ… 1. Характеристика проекту… 2. Вихідні дані… 3. Розрахунок собівартості і відпускну ціну програмного кошти… 1. Заробітну плату виконавців основна додаткова… 2. Відрахування до пайового фонду соціального захисту… 3. Податки, що входять до собівартість програмного кошти… 4. Матеріали… 5. Спецобладнання… 6. Машинне время…

Витрати наукові командировки…

Інші затраты…

7. Накладні витрати… 8. Загальна сума витрат за кошторисі… 9. Витрати супроводження й адаптацію… 10. Повна собівартість програмного кошти… 11. Прибуток від створюваного програмного кошти… 12. Відрахування утримання відомчого житлового фонда…

Прогнозна ціна без налогов…

Ціна без НДС…

13. Податок на додану стоимость…

Прогнозна відпускна ціна …

14. Торішній чистий прибуток від програмного кошти… 4. Розрахунок економічного ефекту від використання програмного кошти в користувача… 1. Розрахунок капітальних видатків… 2. Розрахунок економії основних видів ресурсів у в зв’язку зі використанням нового програмного кошти… 3. Розрахунок економічного ефекту від запровадження програмного средства…

5. ОХОРОНА ПРАЦІ І ЕКОЛОГІЧНА БЕЗПЕКА. Захист від шуму при експлуатації АСУ персоналом БШК «Белшина»…

5.1. Аналіз складу і інтенсивності небезпечних і шкідливих чинників, які виникають за реалізації проектованої системы…

5.2. Акустичний аналіз стану і розрахунок шумовий обстановки в виробничих помещениях…

5.3. Вибір методу зниження галасу зчинив на виробничих приміщеннях …

ЗАКЛЮЧЕНИЕ

…

СПИСОК ВИКОРИСТАНИХ ИСТОЧНИКОВ…

ДОДАТОК. ЛІСТИНГ ПРОГРАММЫ…

Нині недоліки наявної системи управління Білоруським Шинним Комбінатом «Білшина», далі БШК «Білшина», виробляється розробка галузевої інформаційної системи автоматизації обліку, контролю та управління усіма видами діяльності БШК «Белшина».

Можна назвати головні причини, викликають збої виробничого ритму, як наслідок, невиконання плану з розгорнутому асортименту і номенклатурі, невиконання планів поставки готової продукції та її реализации:

1) наявність великої кількості фізично й дуже застарілого оборудования;

2) вади на ремонті й межремонтном обслуговуванні устаткування, що викликає позапланові його простої, знижує вироблення продукции;

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

4) відсутність оперативного контролю та аналізу причин шлюбу готової продукції і на полуфабрикатов;

5) невиконання нормативів на незавершене производство;

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

7) недостатня оперативність після ухвалення рішень через брак необхідною і достовірної информации;

8) відсутність оперативно-бухгалтерського учета;

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

10) недосконала система матеріального заохочення і стимулювання труда.

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

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

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

Однією з функціональних завдань інформаційної системи управління БШК «Білшина» є АСУ персоналом «БШК „Білшина“». Виконання цього завдання дає, передусім, автоматизації обліку кількості робочих місць, автоматизацію трудомістких процесів збору, зберігання, контролю звітної документації персонал БШК «Білшина», і навіть відображення і поставив печатку (по запиту користувача) документів. за рахунок скорочення годин прийому і обробки інформації, зниження трудомісткості виконання, що з контролем інформаційних документів підвищується ефективності роботи як окремих відділів БШК «Білшина», і комбінату целом.

Дипломний проект присвячений розробці програмно-методичного комплексу, покликаного забезпечити зберігання, і навіть обробки інформації про персоналі БШК «Белшина».

У першому його розділі дипломного проекту дана характеристика об'єкта управління, саме АСУ персоналом входила до складу АСУ «БШК „Білшина“», і розкрито завдання, розв’язувані програмним комплексом АСУ персоналом яка входить у складі АСУ «БШК „Білшина“» з урахуванням функціональної й інформаційної структури нафтохімічної отрасли.

У другому розділі дипломного проекту описується інформаційне забезпечення АСУ персоналом входила до складу АСУ «БШК „Білшина“», а як і технічні і програмні засоби. Наведено вимоги до програмним і технічним ресурсам.

У третьому розділі дипломного проекту описується розроблене спеціальне програмного забезпечення, а як і наведено основні алгоритми і структура програмного і інформаційного забезпечення. 1. ХАРАКТЕРИСТИКА АСУ персоналом Білоруського Шинного Комбінату «Белшина».

1.1.Организационная структура.

Білоруський шинний комбінат «БІЛШИНА» є підприємством нафтохімічної промисловості РБ, які входять у склад концерну «Білнафтохім». Він спеціалізується з виробництва у необхідному асортименті пневматичних шин для автомобілів, сільськогосподарських і дорожньо-будівельних машин; ще, випускаються різні вироби з гуми, починочные матеріали, товари народного потребления.

Виробничий процес є дискретним і складається з низки технологічних переделов:

1) підготовка материалов;

2) виготовлення гумових смесей;

3) просочування і обрізка кордов і тканей;

4) розплющ кордов і тканей;

5) виготовлення деталей та вузлів покрышек;

6) складання покрышек;

7) виготовлення камер, ободных стрічок, диафрагм;

8) вулканизация.

Основними видами устаткування заводах являются:

1) резиносмесители;

2) протекторные агрегаты;

3) камерні агрегаты;

4) каландровые линии;

5) резательные машины;

6) складальні станки;

7) вулканизаторы.

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

Вхідний у складі комбінату завод великогабаритних шин має низьку ступінь механізації і автоматизації виробничих та транспортних процессов.

Тип виробництва — крупносерийный і масовий на заключних стадіях виробничого процесу; на заготівельних стадіях тип виробництва — серійний, характеризується випуском напівфабрикатів партіями. Режим роботи 3-х сменный.

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

Здебільшого виробництві використовується близько 150 видів сировини й матеріалів, зокрема. натуральний і синтетичний каучуки, техуглерод, корд, тканини, дріт, хімікати. Частка матеріалів собівартості готової продукції становить близько 85%.

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

БШК «БІЛШИНА» має заводську структуру зі службами управління. У склад комбінату входять такі заводи відносини із своїми технологічними цехами:

1) завод масових шин;

2) завод великогабаритних шин;

3) завод великогабаритних шин;

4) механічний завод.

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

1.2. Функціональні завдання АСУ персоналом БШК «Белшина».

Основною метою реалізації АСУ персоналом БШК «Білшина» є: на підставі інформації про кадрового складу комбінату і заводів, про використанні робочого дня працюючих, про випуск продукції з кожному робочому місцю, про рух і захворюваності кадрів проводити комплекс заходів щодо створення колективу фахівців заводу, забезпечує виконання виробничих завдань в встановлених термінів і з великим якістю своєї продукції. Заходи з скорочення втрат робочого часу по оптимальної добірці і розстановці кадрів, з удосконалення системи оплати праці забезпечать зростання продуктивність праці та підвищення якості продукции.

Основні техніко-економічні показники, які мають охоплюватися системою, следующие:

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

2) Плинність кадрового складу, змінюваність, среднесписочная численность;

Неявки на причин, відпрацьоване время;

1) Кількість випадків захворювання, втрати по непрацездатності, питому вагу захворювання, середня тривалість случая;

2) Сума зарплати, сума премій тощо. д.

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

Система АСУ персоналом БШК «Білшина» повинна характеризуватися наступним складом спеціальні функции:

1) Забезпечення виробничої програми трудовими ресурсами;

2) Облік праці та заробітної платы;

Функція забезпечення виробничої програми трудовими ресурсами можна реалізувати рішенням наступних задач:

1) Планування забезпеченості виробничої програми кадрами — залежить від визначенні кількісного і більш якісного складу працівників комбінаті й його структурних подразделениях.

Визначення потреби у кадрах здійснює ООТИЗ спільно ВЕО і відділом кадров.

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

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

Розрахунки виробляються виходячи з інформації особистих карток работающих.

3) Облік і аналіз руху кадрів — виходячи з наказів приймання, звільнення переміщення з причин, віку, стажу праці та т.д.

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

1.3. Мету й завдання дипломного проектирования.

Метою дипломного проекту є розробка програмно-методичного комплексу, покликаного забезпечити зберігання обробки й аналізу інформації про персоналі БШК «Белшина».

Для розробки вирішити такі задачи:

1) аналіз роботи галузі кадры;

2) розробка АСУ персоналом БШК «Белшина»;

3) розробка спеціального ПО.

2. АСУ персоналом СИСТЕМИ УПРАВЛІННЯ Білоруського Шинного Комбината.

«Белшина».

2.1. Технічне забезпечення АСУ персоналом БШК «Белшина».

Як мережі передачі у інформаційній системи управління БШК «Білшина» прийнята комбінована 10/100 Mb/s Ethernet мережу. Вибір зроблено з урахуванням розвитку обчислювальної мережі інформаційної системи управління БШК «Білшина», ні з урахуванням вже наявних розрізнених мереж з урахуванням 10 Mb/s Ethernet мереж. Реально можлива довжина локальних мереж обумовлюється топологією мережі, отже й параметрами передавальної середовища. Для обраної топології (зіркоподібна) характерною довгою є мережу до 800 метрів. Можливе кількість користувачів у мережі значно перевищує потреби розроблюваної системы.

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

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

У програмне забезпечення КСА входить як системне програмне забезпечення, а й програмне забезпечення функціональних завдань, працююче серед клиент/сервер, у локальної мережі КСА можна назвати робочі станції (клієнти) і сервери. Робітники станції є автоматизовані робочі місця (АРМ) посадових осіб. Поняття серверу включає сервер бази даних (БД) і виділений комунікаційний сервер. У своє чергу сервери БД можуть підрозділятися головне сервер, сервер ведення архіву і документообігу, сервер БД управління (робочої группы).

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

У інформаційної системи управління БШК «Білшина» передбачається можливість роботи у складі системи мобільних віддалених користувачів. Це забезпечується виділенням комунікаційних серверів та використанням спеціального програмного забезпечення для відпрацювання відкладених запитів до базі даних інформаційної системи управління БШК «Белшина».

Для установки системи мають бути висунуті такі вимоги до технічним средствам.

Як серверу мусить бути використана ПЕОМ, має таку конфігурацію: 1) процесор не нижче Pentium 200MMX; 2) видеоадаптер SVGA; 3) НЖМД щонайменше 4 Гбайт; 4) НГМД 3,5''; 5) ОЗУ щонайменше 32 Мбайт; 6) миша; 7) пристрій CD-ROM; 8) мережевий адаптер.

Як робочої станції мусить бути використана ПЕОМ, має таку конфігурацію: 1) процесор не нижче Pentium 200MMX; 2) видеоадаптер SVGA; 3) НЖМД щонайменше 2 Гбайт; 4) НГМД 3,5''; 5) ОЗУ щонайменше 32 Мбайт; 6) миша; 7) пристрій CD-ROM; 8) мережевий адаптер; 9) принтер лазерний або струйный.

2.2. Програмне обеспечение.

Під час розробки інформаційної системи управління кадрами БШК «Білшина» операційна система сприймається як інформаційнообчислювальна платформа системи. Інформаційно-обчислювальна платформа надає середу виконання комплексів програм рішення функціональних завдань інформаційної системи управління БШК «Белшина».

Як інформаційно-обчислювальної платформи розробки системи прийнята операційна система Microsoft Windows NT 4.0. Ця операційна система є затвердженої в технічному завданні на розробку системи інформаційно-обчислювальної платформою інформаційної системи управління БШК «Білшина». Без упину на питанні вибору ОС, треба сказати особливості Microsoft Windows NT 4.0 з інших операційними системами. Windows NT є мережну операційну систему, призначену від використання на великих підприємствах. Вона має: 1) потужний механізм адміністрування мережі лише на рівні доменної моделі; 2) високий рівень захисту; 3) механізмом розмежування прав доступу лише на рівні мережевих ресурсів, каталогів, файлів; 4) власної файловою системою (NTFS), що забезпечує надійне функціонування системи на великих обсягах даних, і захист даних від несанкціонованого доступу і збоїв в системе.

Їй властиво: 1) многоплатформенная підтримка; 2) підтримка багатопроцесорних систем; 3) модульна архітектура мікроядра, що робить її аппаратно-независимой; 4) підтримка инсталлируемых файлових систем; 5) підтримка підсистем додатків; 6) простота при взаємодії коїться з іншими системами; 7) наявність механізмів підтримки безлічі мережевих протоколов.

У Windows NT реалізована: 1) повна 32-разрядность ядра і додатків; 2) модель багатозавдань з витісненням процесів; 3) внутрішня модель клиент/сервер; 4) 32-битовая лінійна модель пам’яті, що дозволяє адресувати 4 Гбайт пам’яті; 5) транзакционная файлова система.

Усі перелічені особливості Windows NT підтверджують правильність її вибору ролі інформаційно-обчислювальної платформи інформаційної системи управління БШК «Белшина». .

Як системи управління базами даними (СУБД) з розробки прийнята СУБД Oracle7.3. Ця СУБД є затвердженої в технічному завданні розробці інформаційної системи управління БШК «Білшина» системою управління базами даних. СУБД входить до складу інформаційнообчислювальної платформи інформаційної системи управління лісовим господарством. Без упину на питанні вибору СУБД, треба сказати гідності Oracle7.3.

СУБД Oracle7.3 у складі обчислювальної платформи інформаційної системи управління БШК «Білшина» забезпечує: 1) розширені можливості під час проектування, створенні, модифікації і адмініструванні розподіленої бази даних; 2) оперативну обробку та зберігання великих обсягів даних; 3) підтримку цілісності даних; 4) захисту від несанкціонованого доступу та своєчасне відновлення даних; 5) безконфліктний многопользовательский доступом до даним; 6) підтримку розподіленої моделі баз даних; 7) підтримка синхронних і асинхронних зв’язків в розподілених базах даних; 8) тиражування підмножин бази даних; 9) зокрема можливість використання готових модулів з сховища бази данных.

(репозитория); 10) високу продуктивність і максимальну продуктивність під час роботи багатьох користувачів з базою данных.

Як кошти розробки комплексів програм, у технічному завданні определены:

POWER BUILDER 6.0 — засіб програмування високого рівня, готовий до розробки клиент/серверных приложений.

Інструментальні кошти Oracle: Oracle Designer/2000,Oracle Developer/2000.

З часу появи першу версію POWER BUILDER минуло трохи менше 6 років. Невдовзі POWER BUILDER зайняв провідні позиції над ринком інструментальних коштів розробки систем клиент/сервер керувати базами даних. Перша версія POWER BUILDER працювала лише з 16-битовой платформі. Починаючи з POWER BUILDER 2 розробники з’явилася можливість будувати MDIдокладання і використовувати механихзм наслідування вікон. У такий спосіб шостий версії POWER BUILDER з’являються відмітні возможности:

1) користувальні об'єкти, панелі інструментів MDI;

2) розширення DATA WINDOW;

3) різні види отчетов;

4) можливість створення гвафиков і диаграмм;

5) зведені і вкладені отчеты;

6) генератор класів С++;

7) розширена підтримка OLE 2.0;

8) засіб POWER TIP;

9) компіляція рівня машинних команд;

10) плаваючі панелі инструментов;

11) можливість перевизначення функций;

12) кошти доступу і даним об'єктів DATA WINDOW;

13) пересилання функцій та управляючі елементи MIROSOFT WINDOWS;

14) INTERNET DEVELOPER’S TOOLKIT;

15) бібліотеки POWER BUILDER FOUNDATION CLASS;

16) визначальними ознаками POWER BUILDER являются:

17) підтримка додатків, вкючая розділяються об'єкти на сервері, PUSHтехнологію і виникає асинхронні сообщения;

18) кошти на підвищення продуктивності розробника, зокрема зовсім нове отладчик, вихідні коди від використання АПІ, нові засоби трасування й підтримка профілів приложений;

19) міжнародні системи кодування і кроссплатформенная поддержка;

20) генератор компонентів у складі художника проектов;

Середовище розробки POWER BUILDER складається з кількох, пов’язаних між собою компонентів. Ці компоненти перечисленны ниже:

1) художники POWER BUILDER. Це підсистеми POWER BUILDER, що дозволяють розробникові створювати елементи віконної среды;

2) бібліотеки POWER BUILDER;

3) база даних POWER BUILDER;

4) панелі інструментів POWER BUILDER;

5) инструменальные кошти розгортання POWER BUILDER;

6) інтерактивна система подсказок.

Для повного уявлення переваги POWER BUILDER перед іншими середовищами розробки, наведемо характеристику одній з популярною систем програмування Delphi.

Компілятор, вмонтований в Delphi, забезпечує високу продуктивність, необхідну побудови додатків у архітектурі клиент/сервер. Цей компілятор нині є швидким в світі, його швидкість компіляції становить понад 120 тисяч рядків хвилину на комп’ютері 486DX33, понад 350 тисяч рядків хвилину — за комп’ютером Pentium.

Візуальне побудова додатків з прототипів включає у себе повну набір візуальних інструментів для швидкісної розробки додатків (RAD — Rapid Application Development), підтримує розробку користувальницького інтерфейсу та під'єднання до корпоративних баз даних. VCL — бібліотека візуальних компонент, включає у собі стандартні об'єкти побудови користувальницького інтерфейсу, об'єкти управління даними, графічні об'єкти, об'єкти мультимедіа, діалоги і об'єкти управління файлами.

Універсальність Delphi роботи з базами даних у тому, що вона підтримує майже всі формати реляционных таблиць. Підтримка мови запитів SQL одна із найважливіших властивостей Delphi. Об'єкти баз даних, використовувані в Delphi, засновані мовою SQL і містять у собі повну потужність BDE (Data Base Engine) — машини бази даних Borland. BDE забезпечує доступом до даним будь-якого формату, розміщеними локально (формати Paradox, dBase, InterBase чи текстових файлів), і крізь високошвидкісної механізм доступу Borland SQL — Link до даних на серверах (Oracle, Informix, Sybase, MS-SQL). З допомогою BDE можна також ознайомитися встановлювати зв’язку з базами даних, використовуючи інтерфейс прикладного програмування ODBC (підключення до БД через стандартний драйвер ODBC). Робота з цими в Delphi є ефективний інструментарій: 1) монітор баз даних (Database Desktop), дозволяє маніпулювати даними у різноманітних таблицях, зокрема і віддалених серверах; 2) візуальна середовище для прямого виконання SQL — команд (Visual Query.

Builder), яка у будь-якої миті етапу програмування моделювати різноманітні запити до бази данных.

Судячи з вище сказаного можна дійти невтішного висновку що, хоча компілятор POWER BUILDER’а і «програє» Delphi швидкістю, зате за іншими «параметрами», особливо в працювати з базами даних POWER BUILDER значно зручніше і надійніше. Отже, обравши цю систему ми маємо великі переваги, проти Delphi.

Oracle Designer, Oracle Developer є як універсальними засобами розробки прикладних систем, т.к. містять у собі: 1) підтримку повного життєвого циклу ПО; 2) можливість створення прототипів; 3) наявність центральної БД проекту (Repository); 4) використання стандартних засобів і методів розробки; 5) розширення стандартизації; 6) поліпшення автоматизації документированности.

Застосування Oracle Designer дає значні переваги та дозволяє підтримувати весь життєвий цикл інформаційної системи, включаючи етапи стратегії, аналізу, проектування, реалізації, вживлення і эксплуатации.

2.3.Информационное забезпечення АСУ персоналом БШК «Белшина».

2.3.1.Входная информация.

Вихідна інформація, використовувана безпосередньо програмним комплексом, є дані, яка є основою для прийняття управлінських рішень та використовуються різних рівнях управління БШК «Білшина». Зокрема існують такі типи вхідний інформації: 1) нормативно — довідкова інформація, містить науково і технічно обгрунтовані норми, нормативи і які стосуються ним довідкові дані; 2) планова інформація — сукупність документів, містять дані про основним нормативно — розрахованим показниками конкретної діяльності визначений тимчасової інтервал; 3) нормативи чисельності робочих зайнятих ремонтом і обслуговуванням технологічного устаткування; 4) нормативи чисельності фахівців і служащих;

Цю інформацію найчастіше представляється як таблиць з цими і додатковими даними (про організацію, про виконавця, тощо. п.).

2.3.2.Выходная информация.

Найцікавіше для користувачів (посадових осіб) представляє вихідна інформація, формована за даними, що зберігається у відповідних інформаційних масивах баз данных.

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

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

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

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

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

Вихідний інформацією, одержуваної після обробки вхідних й міністром внутрішніх даних є: 1) звітна інформація; 2) статистична звітна інформація; 3) довідкова информация.

Ці дані мають вигляд різних таблиць і документов.

3.РАЗРАБОТКА СПЕЦІАЛЬНОГО ПО АСУ персоналом Білоруського Шинного Комбината.

«Белшина».

3.1.Алгоритмическое опис задачи.

3.1.1.Структура інформаційних модулей.

Інформаційна систему управління Білоруським Шинним Комбінатом «Білшина» полягає в інформаційному ресурсі, розташованого в базі даних під керівництвом СУБД Oracle7.3. База даних є фізично розташовану на сервері єдину базі даних. До чого кінцевий користувач не обізнаний із просторовому розташуванні информации.

Інформаційний ресурс базі даних упорядкований по інформаційному наповненню відповідно до програмой, входить до складу інформаційної системи управління Білоруським Шинним Комбінатом «Білшина». Упорядкування виробляється засобами СУБД, і становить розміщення частин інформаційного ресурсу в табличных областях бази даних. Під табличній областю розуміється логічна одиниця зберігання. Табличная область використовується задля об'єднаного зберігання пов’язаних логічних структур. У СУБД Oracle7.3 прийнято всі об'єкти докладання групувати в табличній області, що спрощує адміністративні функцій управління данными.

Інформаційні модулі є набір таблиць в табличній області бази даних інформаційної системи управління Білоруським Шинним Комбінатом «Білшина», пов’язані між собою логічними связями.

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

.За підсумками перерахованої вище інформації, відповідно до правилами описи реляционных моделей, фізичну модель даних можемо уявити як наступного списку таблиць БД:

Таблиця 3.1.

Структури таблиць наведені у табл. 3.2 (табл. 3.32.

Таблиця 3.2.

Таблиця 3.3.

Таблиця 3.4.

Таблиця 3.5.

Таблиця 3.6.

Таблиця 3.7.

Таблиця 3.8.

Таблиця 3.9.

Таблиця 3.10.

Таблиця 3.11.

Таблиця 3.12.

Таблиця 3.13.

Таблиця 3.14.

Таблиця 3.15.

Таблиця 3.16.

Таблиця 3.17.

Таблиця 3.19.

Таблиця 3.20.

Таблиця 3.21.

Таблиця 3.22.

Таблиця 3.23.

Таблиця 3.24.

Таблиця 3.26.

Таблиця 3.27.

Таблиця 3.28.

Таблиця 3.29.

Таблиця 3.30.

Таблиця 3.31.

Таблиця 3.32.

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

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

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

3.1.2.Алгоритмы функціонування програмних модулей.

Узагальнений алгоритм роботи програми представлений рис креслення 1. Можна виокремити такі функціональні блоки: 1) вхід до системи, підключення до бази даних, визначення правий і привілеїв поточного користувача; 2) Фундаментальна обізнаність із БД;

Функціональні блоки реалізуються щодо одного й тому самому програмному модуле:

Розглянемо докладніше алгоритмічну реалізацію функціональних блоков.

Функціональний блок входу до системи, підключення до бази даних, визначення правий і привілеїв поточного користувача активізується при вході у систему. Його призначення залежить від 1) контроль легальності використання комплексу програм; 2) ідентифікації користувача з його особовому імені Ілліча та паролю; 3) визначенні правий і привілеїв поточного користувача використання програмних модулів; 4) установці через відкликання базою даних із заздалегідь певним параметрами підключення; 5) виклик процедури визначення параметрів підключення користувачем, при неможливості автоматичної установки зв’язку; 6) визначенні правий і привілеїв користувача системи, з урахуванням правий і привілеїв про доступ до даних, визначених у базі данных.

Активізація функціонального блоку «Робота З БД» відбувається за виборі однієї з пунктів меню:

1) Персонал;

2) Штатний расписание;

3) Справочники.

Далі, якщо відкритий пункт меню «Персонал» відбувається вибір однієї з пунктів підміню: 1) Вибір пункту меню «Персонал»; 2) Вибір пункту меню «Діти робітників»; 3) Вибір пункту меню «Ведення особистої карточки».

Інакше, якщо обраний пункт меню «Штатний розклад» відбувається вибір однієї з пунктів підміню: 1) Робітники місця; 2) Перелік тарифов.

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

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

3.2.Программная реалізація задачи.

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

Програмна частина є EXE-модуль і відданість забезпечує взаємодію Космосу з користувачем, і навіть забезпечує інформаційну зв’язку з БД інформаційної системи управління Білоруським Шинним Комбинатом.

Структура програмного комплексу складається з двох взаємопов'язаних між собою підсистем: 1) Робота з усіма табличными даними одночасно; 2) Фундаментальна обізнаність із кожної таблицею по отдельности.

Робота з усіма таблицями даних одночасно твориться з допомогою форми «персонал», де є можливості перегляду всіх табличных даних занесених в БД.

[pic].

Рис 3.1. Екранна форма «персонал».

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

[pic]Рис 3.2. Екранна форма «Ведення особистої карточки».

Відкриваючи форму «Ведення особистої картки» (див. рис. 3.2) отримуємо доступом до наступним даним: 1) Ф.И.О. 2) Зайнята посаду; 3) Табельний номер; 4) Розряд; 5) Код професії; 6) Код підрозділи; 7) Оклад; 8) Ставка; 9) Початок і закінчення контракту; Далі наведемо робочі форми без на докладну розповідь до ним.

[pic] Рис 3.3. Екранна форма «Діти робітників Білоруського Шинного Комбината».

[pic].

Рис 3.4. Екранна форма «Партнери і адреса».

[pic].

Рис 3.5. Екранна форма «Тарифы».

[pic]Рис 3.6. Екранна форма «Города».

[pic]Рис 3.7 Екранна форма «Робоча место».

3.3.Руководство оператора.

3.3.1.Общие положения.

Спочатку роботи з «АСУ персоналом» необхідно запустити засобами ОС виконання програму системи — файл «personal.exe».

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

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

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

Пошук. Щоб здійснити пошук, за якими або значенням, цього необхідно: 1) У пункті меню «Commands» вибрати режим пошуку тобто «Find mode». 2) Запровадити до відповідного полі значення, що слід знайти; 3) У пункті меню «Commands» вибрати режим початку пошуку тобто «Start Find».

Додавання. Щоб додати новий елемент в таблицю необхідно натиснути кнопку «NEW». Після цього є всі поля, для даного поля, обновляться і буде пустыми.

Вставка. Щоб вставити новий елемент в таблицю необхідно натиснути кнопку «InsertMode». Після цього є всі поля обновляться і буде пустыми.

3.3.2. Пункт меню «система».

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

3.3.2. Пункт меню «Персонал».

У цьому пункті меню реалізована можливість ведення особистої картки працівника підприємства, управління інформацією щодо персоналі загалом, і навіть даними дітей працівників. Щоб почати працювати зі своєю карткою працівника Білоруського Шинного Комбінату необхідно, вибрати підпункт меню «Персонал» «Ведення особистої картки». Далі перед користувачем з’явитися робоча форма див. рис. 3.2.

3.3.3.Справочники.

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

Уся десятилітня робота зі довідниками ведеться, як і зі звичайними табличными даними (див п. 3.3.1).

Прикладом однієї з довідників може бути наступна екранна форма:

[pic].

Рис 3.8. Приклад однієї з справочников.

3.3.4 Пункт меню «Штатний расписание».

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

4. ТЕХНІКО-ЕКОНОМІЧНЕ ОБГРУНТУВАННЯ РОЗРОБКИ І ПРИМЕНЕНИЯ.

ПРОГРАМНИХ ЗАСОБІВ ОБЧИСЛЮВАЛЬНОЇ ТЕХНИКИ.

1. Характеристика проекта.

Програма розробляється потреб БШК «Білшина». Призначення програми автоматизація роботи відділу кадрів. Програма варта кваліфікованих користувачів, не вимагає знань у області комп’ютерної техніки, легка і зрозуміла в эксплуатации.

Область застосування программы.

1) Відділ кадрів БШК «Белшина»;

2) Управляючі структури БШК «Белшина»;

Застосування програми дозволить максимально зменшити, а ручна праця працівників відділу кадрів. Програма бере участь у надання довідкової інформації, взаємодію з іншими відділами, ведення особистої картки працівника БШК «Білшина», облік праці та даних про робочих місць БШК «Білшина», впорядкування і печатку зведеної (звітної) статистичної отчетности.

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

2. Вихідні данные.

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

Програмні кошти обчислювальної техніки, як товарна продукція то, можливо двох видов:

1) науково-технічна продукция;

2) продукція виробничо-технічного назначения.

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

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

1) зниження трудомісткості алгоритмізації програмування і налагодження програм (завдань) з допомогою використання програмного кошти на процесі розробки автоматизованих систем і систем обробки данных;

2) скорочення витрат на оплату машинного часу й інших ресурсів на налагодження і здачу завдань в эксплуатацию;

3) скорочення витрат на матеріали (магнітні стрічки, магнітні диски і інші материалы);

4) прискорення входження у експлуатацію нових систем;

5) поліпшення показників основний підприємств в результаті використання програмних средств.

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

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

П = Р — З — М ,.

(4.1) де Р — дохід (виручка) від програмного кошти за мінусом податку додану стоимость;

З — собівартість програмного средства;

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

У користувача видатки програмне засіб складаються з одноразових і експлуатаційних (поточних) витрат. Одноразові витрати є Витрати придбання програмного кошти по ринковими цінами (собівартість НДДКР, включаючи видатки випробування, налагодження, доопрацювання, придбання спеціального устаткування й прибуток організаціїрозробника), транспортування, монтаж (старого устаткування демонтаж) і наладку нового устаткування, що з використанням нового програмного средства.

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

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

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

Таблиця 4.1.

Вихідні данные.

|Наименование показників |Літерні |Одиниці |Количест| | |позначення |виміру |у | |Коефіцієнт новизни |Кн |Одиниць |1 | |Група складності | |Одиниць |3 | |Додатковий коефіцієнт складності |Ксл |Одиниць |0,18 | |Поправочний коефіцієнт, враховує |Кт |Одиниць |1 | |використання типових програм | | | | | | | | |Продовження табл. 4.1 | |Найменування показників |Літерні |Одиниці |Количест| | |позначення |виміру |у | |Встановлена планова |Трп |Років |0.5 | |тривалість розробки | | | | |Річний ефективний фонд часу |Фэф |Днів |230 | |Тривалість робочого дня |Тч |Час |8 | |Тарифна ставка 1-го розряду, месячная|Тм | крб. |4500 | |Коефіцієнт преміювання |Кп |Одиниць |1,4 | |Норматив додаткової заробітної |Нзд |% |10 | |плати | | | | |Норматив зарплати інших |Нзп |% |50 | |категорій | | | | |Ставка відрахувань до Фонду соціальної |Нсзс |% |36 | |захисту населення | | | | |Ставка надзвичайного податку |Ннч |% |4 | |Ставка відрахувань до Фонду зайнятості |Ннз |% |1 | |Норматив відрядних витрат |Нрнк |% |30 | |Норматив інших витрат |Нпз |% |20 | |Норматив накладних витрат |Нрн |% |500 | |Норматив на супроводження й адаптацію |Нрса |% |10 | |програмного кошти | | | | |Ставка податку додану стоимость|Ндс |% |20 | |Норма амортизації обчислювальної |На |% |10 | |техніки | | | | |Норма витрат на супроводження й |Рса | |10 | |адаптацію програмного кошти | | | |.

У розробці програмного кошти беруть участь виконавці, перелічені в табл. 4.2.

Таблиця 4.2.

Виконавці програмного средства.

|Исполнитель |Тарифний |Тарифний |Тривалість | | |розряд |коефіцієнт, Тк|участия з розробки | | | | |(дня) | |Начальник відділу |23 |8.073 |120 | |Ведучий програміст |15 |3,48 |120 | |Інженер-програміст |14 |3.25 |120 | |категорії | | | | |Інженер-програміст без|12 |2,84 |120 | |категорії | | | |.

3. Розрахунок собівартості і відпускну ціну програмного средства.

Кошторис витрат за розробку програмного кошти входять такі статті: 1) вести виконавців основна (Зо) додаткова (Зд), крб.; 2) відрахування на фонд соціального захисту (Зсз), крб.; 3) податки, що входять до собівартість програмного кошти (Нс), крб.; 4) матеріали (М), крб.; 5) спецобладнання (Рс), крб.; 6) машинне час (Рм), крб.; 7) Витрати наукові відрядження (Рнк), крб.; 8) інші витрати (Рз), крб.; 9) накладні витрати (Рн), руб.

З кошторису витрат розраховується собівартість і відпускна ціна програмного средства.

1. Заробітну плату виконавців основна і дополнительная.

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

Обсяг програмного кошти визначається методом структурної аналогії по відповідним каталогам аналогів програм, котрі оновлюються і затверджуються у порядку. З наявної інформації про функції розроблюваного програмного кошти визначається обсяг кожної функції для відповідного типу ЕОМ. Потім визначається тип розроблюваного програмного кошти (за прийнятою класифікації в каталозі аналогів), уточнюються обсяги функцій для даного програмного кошти й визначається загальний обсяг програмного кошти. З загального обсягу (Vо) і нормативних даних визначається нормативна трудомісткість з урахуванням групи складності програмного кошти (Тн). Розраховується загальна уточнена трудомісткість (Тоу) з урахуванням додаткових коефіцієнтів складності (Ксл) залежно від характеристик програмного кошти :

Vo = V1 + V2 + … + Vn,.

(4.2) де Vo — загальний обсяг програмного средства;

Vi — обсяг функцій i-го програмного кошти; n — загальна кількість функций.

Таблиця 4.3.

Характеристика функцій та його объем.

|Номер |Зміст функцій |Обсяг (умовних маш. | |функ-ции| |команд для ПЕОМ) | |101 |Організація введення інформації |200 | |102 |Контроль, попередня обробка і |500 | | |введення інформації | | |111 |Управління введенням інформації |1456 | |204 |Обробка наборів і записів бази |1654 | | |даних | | |205 |Обслуговування бази даних в пакетному |1000 | | |режимі | | |208 |Організація пошуку миру і пошук у базі |1727 | | |даних | | |210 |Завантаження бази даних |1498 |.

Обсяг функцій ПС з урахуванням коэффициентов:

Vo = 8035.

З загального обсягу програмного кошти й його групи складності (3 група) визначається нормативна трудомісткість (Тн =306 человека-дней) по таблицам.

З урахуванням додаткового коефіцієнта складності (Ксл=0,2) розраховується загальна трудомісткість програмного средства:

То=Тн + Тн * Ксл,.

(4.3) де Те — загальна трудомісткість ПС;

Тн — нормативна трудомісткість ПС;

Ксл — додатковий коефіцієнт складності ПС.

Те = 454,3.

Трудомісткість програмного кошти по стадіям визначатиметься з урахуванням новизни і рівня використання їх у розробці типових програм, тож програмного кошти (Кт=1, Кн=1).

Тi = dстi * Кн * Кт * То,.

(4.4) де Кт — поправочний коефіцієнт, враховує рівень використання з розробки типових (стандартних) программ;

Кн — коефіцієнт, враховує ступінь новизни програмного средства;

Dстi — питому вагу трудомісткості i-ой стадії розробки ПС у спільній трудомісткості розробки ПС.

Ттз = 45,43 (чел.-дней).

Ттп = 40,887 (чел.-дней).

Тэп = 36,344 (чел.-дней).

Трп = 263,49 (чел.-дней).

Твн = 68,145 (чел.-дней).

За позитивного рішення складних завдань із тривалим періодом розробки ПС загальна трудомісткість розбивається і коригується по стадіям розробки (технічне завдання — ТЗ, ескізний проект — ЭП, технічний проект — ТП, робочий проект — РП та впровадження — ВН) з урахуванням новизни, ступеня використання типових програм, тож частки трудомісткості стадій розробки програмного кошти на загальної трудомісткості розробки програмного средства.

З загальної трудомісткості розраховується уточнена трудомісткість з урахуванням розподілу по стадіям (Ту):

Ту = Т1 + Т2 + … + Тn,.

(4.5).

Ту = 454,3 (чел.-дней).

З уточненої трудомісткості розробки програмного кошти й встановленого періоду розробки (0,5 року) розраховується загальна планова чисельність виконавців Чр по формуле:

Чр = Ту / (Трд * Фэф),.

(4.6) де Трд — встановлена тривалість розробки програмного кошти (лет);

Фэф — річний ефективний фонд часу роботи одного исполнителя.

Чр = 3,950 434 783.

Розрахунок основний зарплати виконавців програмного кошти (Зо) виготовляють основі вихідних даних (табл. 4.1). Визначаємо місячну і годинну тарифну ставку виконавців: відділу (Тм1, Тч1), ведучого инженера (Тм2, Тч2), инженера-программиста 1-ї категорії (Тм3, Тч3), инженера-программиста без категорії (Тм4, Тч4) по формулам (4.7), (4.8):

Тм = Тм1 * Тк,.

(4.7) де Тм1 — місячна тарифна ставка 1-го разряда,.

Тк — тарифний коефіцієнт, відповідний встановленому тарифного разряду.

Тч = Тм / 197.8,.

(4.8) де 197.8 -фонд робочого дня при восьмичасовом робочому дне.

Тм1 = 36 328,50 руб.

Тч1 = 183,66 руб.

Тм2 = 15 660,00 руб.

Тч2 = 79,17 руб.

Тм3 = 14 625,00 руб.

Тч3 = 73,94 руб.

Тм4 = 12 780,00 руб.

Тч4 = 64,61 руб.

Сума основний зарплати виконавців (Зо) розраховується за формулі (4.9): n.

Зо = (Тчi * Фэi * Тч * Кп,.

(4.9) i=1 де n — кількість исполнителей;

Тчi — годинна тарифна ставка i-го исполнителя;

Фэi — ефективний фонд робочого дня i-го фахівця; Тч — кількість годин роботи у день (часов);

Кп — коефіцієнт премирования.

Зо = 1 033 961,86 руб.

Сума додаткової зарплати (Зд) визначається відсотках основний (норматив додаткової зарплати Нв = 10%) по формуле:

Зд = Зо * Нп / 100,.

(4.10).

Зд = 103 396,19 руб.

2. Відрахування до пайового фонду соціальної защиты.

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

Сума відрахувань до Фонду соціального захисту населення (Зсз) визначається по формуле:

Зсз = (Зо+Зд) * Нзсз / 100,.

(4.12) де Нзсз — норматив відрахувань до Фонду соціального захисту (Нзсз=35%).

Зсз = 409 448,90 руб.

3. Податки, що входять до собівартість програмного средства.

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

1) надзвичайний податок до пайового фонду Чорнобиля (Нч);

2) відрахування на фонд занятости (Нз);

3) фінансування витрат за ДДУ (Нсд).

Надзвичайний податок (Нч) визначається по формуле:

Нч = (Зо+Зд) * Ннч / 100,.

(4.13) де Ннч — норматив надзвичайного податку (Ннч=4%). Нч = 45 494,32 руб.

Відрахування до пайового фонду зайнятості (Нз) визначаються по формуле:

Hз = (Зо+Зд)*Ннз/100,.

(4.14) де Ннз — норматив відрахувань до Фонду зайнятості (Ннз=1%).

Нз=11 373,58.

4. Материалы.

Витрати за 57-ю статтею «Матеріали» (М) визначаються виходячи з кошторису витрат, розроблюваної на програмне засіб, з урахуванням діючих нормативів. За статтею «Матеріали» відбиваються Витрати магнітні носії, перфокарти, папір, барвні стрічки та інші матеріали, необхідних розробки програмного кошти. Норми витрати матеріалів сумарному вираженні (Нм) визначаються розрахунку 100 машинних команд. Сума витрат матеріалів розраховується за формуле:

М = Нм * Vо / 100,.

(4.16) де Нм — норма витрати матеріалів розрахунку 100 команд програмного кошти (руб.);

Vо — загальний обсяг програмного кошти (умовних машинних команд).

М = 80 350,00 руб.

5. Спецоборудование.

Витрати за 57-ю статтею «Спецобладнання» (Рс) включають витрачання коштів на придбання типових та вироблення допоміжних спеціального призначення технічних і програмних засобів, необхідні розробки конкретного програмного кошти, включаючи Витрати їх проектування, виготовлення, налагодження, встановлення та експлуатацію. Сума витрат з статті «Спецобладнання» (Рс) визначається відповідності зі кошторисом витрат, що складається перед розробкою програмного кошти. Оскільки для розробки конкретного програмного кошти спеціальне обладнання, або спеціальні програми не купувалися, то витрати на цій статті не определяются.

6. Машинне время.

Витрати за 57-ю статтею «Машинне час «(Рм) включають оплату машинного часу, який буде необхідний розробки та налагодження програмного кошти, що визначається за нормативами (в машино-часах) на 100 команд (Нмв) машинного часу у залежність від характеру розв’язуваних завдань та певного типу ПЕОМ, визначаються по формуле:

Рм = Цм * Vо * Нмв/100,.

(4.17) де Цмціна одного машино-часа (руб);

Vозагальний обсяг програмного кошти (машинних команд);

Нмвнорматив витрати машинного часу на налагодження 100 машинних команд (машино-часов).

Рм = 142 219,50 руб.

Витрати наукові командировки.

Витрати за 57-ю статтею «Наукові відрядження «(Рнк) визначаються за кошторисом витрат за програмне засіб і включають витрати, пов’язані з відрядженнями для проблем розробки програмного средства.

Визначаються по формуле:

Рнк = Зо*Нрнк/100.

(4.18) де Нрнк — норматив витрат за відрядження (Нрнк=30%).

Рнк = 310 185 руб.

Інші затраты.

Витрати за 57-ю статтею «Інші витрати «(Пз) включають видатки придбання і несумлінну підготовку спеціальної науково-технічної інформації та спеціальної літератури. Визначаються за кошторисом витрат на програмне засіб по формуле:

Пз = Зо*Нпз/100.

(4.19) де Нпз — норматив інших витрат (Нпз=20%). Пз = 206 566,69 руб.

7. Накладні расходы.

Витрати за 57-ю статтею «Накладні витрати» (Рн), пов’язані із необхідністю змісту апарату управління, допоміжних господарств та досвідчених (експериментальних) виробництв, а також із видатками на загальногосподарські потреби, ставляться на програмне засіб за нормативом (Нрн) у відсотковому ставлення до основний заробітної плати исполнителей.

Рн = Зо * Нрн / 100,.

(4.20) де Нрн — норматив накладних витрат (Нрн=500%).

Рн = 1 033 167,24 руб.

8. Загальна сума витрат за смете.

Загальна сума витрат вираховується за формулою: Ср=Зо + Зд + Зсз + Нч + Нз + М + Рм + Рн + Рнк +Пз.

(4.21).

Порівн= 3 377 187 руб.

9. Витрати супроводження й адаптацию.

Витрати супроводження й адаптацію програмного кошти (Рса) визначаються по формуле:

Рса = Порівн * Нрса / 100,.

(4.22) де Нрса — норматив витрат на супроводження й адаптацію (Нрса=10%).

Рса = 337 718 руб.

10. Повна собівартість програмного средства.

Загальна сума витрат розробці (до витрат на супроводження й адаптацію) як повна собівартість програмного кошти (Сп) визначається по формуле:

Сп = Порівн + Рса.

(4.23).

Сп = 3 714 905 руб.

11. Прибуток від створюваного програмного средства.

Рентабельність і прибуток (Ін) по створюваному програмному засобу визначається з результату аналізу ринкових умов, переговорів із замовником (споживачем), погодження з ним відпускну ціну, що включає додатково податку додану вартість будівництва і відрахування на спецфонды. Прибуток розраховується за формуле:

Ін = Сп * Урп / 100,.

(4.24) де Урп — рівень рентабельності створюваного програмного кошти (Урп=40%).

Ін =1 485 962 руб.

12. Відрахування утримання відомчого житлового фонда.

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

Ожф = (Сп + Ін) * Носф / (100- Носф),.

(4.25) де Ноcф норматив відрахувань утримання відомчого житлового фонду (Носф=2.5%).

Ожф = 130 021 руб.

Осх = (Сп + Ін) * Нсх/ 100 де Нсх — норматив відрахувань ось на підтримку сільського хозяйства (Нсх=1.5%).

Осх = 79 034 руб.

Прогнозна ціна без налогов.

Визначається по формуле:

Цф = Сп + Ін (4.26).

Цф = 5 200 868 руб.

Ціна без НДС.

Ціна без ПДВ є сумою прогнозованою ціни без податків, відрахувань утримання відомчого житловий фонд і відрахувань ось на підтримку сільського хозяйства:

Ц = Цф + Ожф + Ос/х ,.

(4.27).

Ц = 5 410 090 руб.

13. Податок на додану стоимость.

Податок на додану вартість за ставки податку Нндс = 20% розраховується за формуле:

Ндс=(Ц*Нндс)/100,.

(4.28).

Пдв = 1 082 018 руб.

Прогнозна відпускна цена.

Прогнозна «відпускна ціна «ПС є сумою ціни без ПДВ і податку додану вартість: Цо = Ц + Пдв ,.

(4.29).

Цо = 6 462 109 руб.

14. Торішній чистий прибуток від програмного средства.

Торішній чистий прибуток чи прибутки від програмного кошти (Пч) з відрахуванням податку на прибуток (Нп) у вигляді 30% залишається організаціїрозробникові програмного кошти й є ефект від участі створення нового програмного кошти обчислювальної техніки. Розраховується по наступній формуле:

Пч = Ін * (1 — Ннп / 100),.

(4.29) де Ннп — норматив прибуток (Ннп=25%).

Пч =1 114 471 руб.

5. Розрахунок економічного ефекту від використання програмного кошти в пользователя.

Таблиця 4.4.

Вихідні дані | Найменування показника |Обозначени|Ед. |Значення показника в | | |я |ізм. |варіанті | | | | |Базовому |Новому | |Капітальні вкладення користувача| Кпр | крб. | (|6 462 109 | |зокрема вартість послуг за | | | | | |супроводу і адаптації | | | | | |Обсяг робіт що здійснюється при | А0 |100 |(|200 | |рішенні одного завдання | |кому. | | | |Чисельність програмістів, |Чпэ, |Чол. |(|4 | |зайнятих освоєнням і эксплуатацией|Чпо | | | | |ПС | | | | | |Тривалість освоєння ПС | Тос |Міс. |(|2 | |Витрата машинного часу при | Тмос |Ч. |(|70 | |освоєнні ПС | | | | | |Середньомісячна вести | Зсм | крб |3500 |16 000 | |одного програміста | | | | | |Продовження табл.4.4. | | Найменування показника |Обозначени|Ед. |Значення показника в | | |я |ізм. |варіанті | | | | |Базовому |Новому | |Середня трудомісткість налагодження |Тс1, |Чол.- |1,0 |0,2 | | |Тс2 |годину | | | |Коефіцієнт нарахувань на |Кнз |Ед. |2 |2 | |зарплатню | | | | | |Середньомісячне кількість рабочих|Др |День |22 |22 | |днів | | | | | |Ціна однієї години роботи в |Цм | крб. |50 |200 | |організації користувача | | | | | |Середній витрата машинного часу |Мв1,Мв2 |Ч/100 |0,08 |0,05 | |на налагодження програм, у розрахунку | |кому. | | | |100 команд | | | | | |Середній витрата матеріалів у |Мт1, | крб. |16,4 |0,8 | |користувача для 100 |Мт2 | | | | |команд | | | | | |Нормативний коефіцієнт |Енвт |Ед. |0,40 |0,40 | |ефективності капвкладень, | | | | | |певний підприємством | | | | | |Кількість годин роботи у день |Тч |Ч |8 |8 | |Витрати для поповнення оборотних |Брила | |40 000 |40 000 | |коштів | | | | | |Витрати на доукомплектацію ЗТ |Ктс | крб |400 000 |400 000 | |технічними засобами | | | | | |Кількість типових завдань решаемых|Зт2 |Завдань |360 |360 | |протягом року | | | | | |Ставка прибуток |Нп — |% | |25 |.

4. Розрахунок капітальних затрат.

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

Ко = Кпр + Кос + Ктс+Коб,.

(4.30) де Кпр — видатки придбання і супроводження програмного кошти (руб);

Кос — капітальні вкладення освоєння програмного кошти (крб.), обчислюються за такою формулою: Кос = (Зсм +Зсм * Кнз) * Чпо * Тос + Цм * Тмос.

(4.31).

Кос = 398 000,00 крб.; де Ктс — видатки доукомплектування обчислювальної техніки технічними засобами (руб.);

Кпр = Цо = 6 462 109 руб.,.

Ко = 7 330 109 руб.

5. Розрахунок економії основних видів ресурсів у через відкликання використанням нового програмного средства.

Економія витрат за зарплатню під час використання нового програмного кошти (Сз) для обсяг виконаних робіт визначається по формуле:

Сз = Сзе * А2,.

(4.32) де Сзе — економія витрат за зарплатню під час вирішення завдань із використанням нового програмного кошти на розрахунку 100 команд (крб.), розраховується за формуле:

Сзе = Зсм * (Т1с — Т2с) / (Тч * Др),.

(4.33) де Зсм — середньомісячна зарплата одного програміста (руб.);

Тч — кількість годин роботи у день;

Т1с, Т2с — зниження трудомісткості робіт у розрахунку 100 машинних команд (человеко-дней);

Др — середньомісячне кількість робочих дней;

А2 — обсяг виконаних робіт з допомогою нового програмного кошти (100 команд).

Визначається по формуле:

А2 = Ат * Зт2,.

(4.34) де Зт2 — кількість типових завдань, розв’язуваних протягом року (задач).

Сзе = 72,73 руб.,.

А2 = 72 000,00 руб.,.

Сз = 5 236 363,64 руб.,.

Економія витрат з допомогою скорочення нарахувань на зарплатню (Соз) при коефіцієнті нарахувань зарплати (Кнз) рівному 2,0 визначається по формуле:

Соз = Сз * Кнз.

(4.35).

Соз = 10 472 727,27 руб.,.

Економії витрат за оплату машинного часу (Див) під час використання нового програмного кошти на розрахунку виконаний обсяг работ:

Див = Сме * А2,.

(4.36) де Сме — економія витрат за оплату машинного часу під час вирішення завдань із використанням нового програмного кошти на розрахунку 100 команд (руб.).

Визначається наступним образом:

Сме = Цм * (Мв1- Мв2),.

(4.37) де Цм — ціна одного машино-часа роботи ЕОМ (руб.);

Тв1, Тв2 — середня витрата машинного часу у розрахунку 100 команд при застосуванні програмного кошти (машино-часов);

Сме = 6 руб.,.

Див = 432 000,00 руб.,.

Економія витрат за матеріали (Смт) під час використання програмного кошти на розрахунку обсяг виконаних работ:

Смт = Смте * А2,.

(4.38) де Смте — економія витрат за матеріали під час використання програмного кошти на розрахунку 100 команд (крб.). Розраховується наступним образом:

Смте = Мт1 -Мт2,.

(4.39) де Мт1, Мт2 середня витрата матеріалів у користувача для 100 команд (руб.).

Смте = 15,60 руб.,.

Смт = 1 123 200,00 руб.,.

Загальна річна економія поточних витрат, що з використанням програмного кошти (Со):

З = Сз + Див + Смт + Соз.

(4.40) Cо = 17 264 290,91 руб.,.

6. Розрахунок економічного ефекту від запровадження програмного средства.

Впровадження нового програмного кошти дозволить користувачеві заощадити на поточних витратах 17 264 290,91 крб. Для користувача в ролі економічного ефекту є лише чистий прибуток додатковий прибуток, що залишилося у його розпорядженні (dПч), яка визначається за такою формулою: dПч = З * (1 — Нп / 100),.

(4.41) де Нп — ставки податку на прибыль (Нп=25%). dПч = 12 948 218,18 руб.,.

Розрахунковий коефіцієнт ефективності капітальних вкладень впровадження програмного средства:

Ер = З / Ко = 3.02.

(4.42).

Розрахунковий коефіцієнт ефективності (Ер) вище нормативного (Єн), 3.02 > 0.4, тобто. Ер > Єн. Отже, впровадження нового програмного кошти економічно оправдано.

Таблиця 4.5.

Розрахунок економічного ефекту від використання нового програмного средства.

|Показник |Ед. |2000 |2001 |2002 |2003 | | |Из-м| | | | | | |ер | | | | | |Результати: | | | | | | |Приріст прибутку за | | | | | | |рахунок економії затрат|Руб |- |12 948 218 |12 948 218 |12 948 218 | |(Пч) | | | | | | |Також із урахуванням | |(|9 245 027 |6 603 591 |4 713 151 | |чинника часу |Крб | | | | | |Витрати: | | | | | | |Придбання, | | | | | | |адаптація і освоение|Руб |6 492 109 |(|(|(| |ПС (Кпр) | | | | | | |Освоєння ПС (Кос) |Крб |(|398 000 |(|(| |Доукомплектування |Крб |(|400 000 |(|(| |технічними | | | | | | |засобами (Ктс) | | | | | | | |Крб |(|40 000 |(|(| |Поповнення оборотних| | | | | | |коштів | | | | | | |Усього витрат: |Крб |6 492 109 |197 500 | | | |Також із урахуванням |Крб |1 460 429 |141 015 |(|(| |часу | | | | | | |Економічний |Крб | | | | | |ефект: | | | | | | | Перевищення |Крб |-6 492 109 |8 070 278 |6 603 591 |4 713 151 | |результату над | | | | | | |витратами | | | | | | |Також із нараста-ющим |Крб |-6 492 109 |1 914 918 |8 518 509 |13 231 661 | |результатом | | | | | | | | |Продовження табл.4.5. | |Показник |Ед. |2000 |2001 |2002 |2003 | | |Из-м| | | | | | |ер | | | | | |Коефіцієнти |Един|1,000 |0,714 |0,510 |0,364 | |приведення |иц | | | | |.

Розроблене програмне засіб дозволяє забезпечити такі техникоекономічні параметри, как:

1) скорочення трудомісткості розрахунків й налагодження програм з допомогою використання нового програмного средства;

2) зниження витрат на матеріали (магнітні диски й інші материалы);

3) економія машинного времени;

4) скорочення витрат на оплату машинного часу й інших ресурсов;

5) скорочення термінів розробки автоматизованої системы;

6) підвищення оперативності і точності рішення задач.

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

5. ОХОРОНА ПРАЦІ І ЕКОЛОГІЧНА БЕЗПЕКА. Захист від шуму при експлуатації АСУ персоналом БШК «Белшина».

5.1. Аналіз складу і інтенсивності небезпечних і шкідливих чинників, які виникають за реалізації проектованої системы.

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

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

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

3) При обслуговуванні та використання електроустаткування виникає можливість ураження електричним струмом. Такому шкідливому чиннику піддаються працівники, пов’язані з експлуатацією электроустановок.

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

Зробимо докладний аналіз рівнів шума.

5.2. Акустичний аналіз стану та розрахунок шумовий обстановки в виробничих помещениях.

Гігієнічні дослідження дозволяють встановити, що гомін лісу і вібрація погіршують умови праці, надаючи шкідливий вплив на організм людини. При тривалому вплив шуму знижується гострота слуху, зору, підвищується кров’яний тиск, знижується увагу. Сильний і тривалий шум може бути причиною функціональних змін серцево-судинної і нервової систем. Вібрації також негативно впливають на організм людини: вони може бути причиною розладів опорно-рухового апарату і нервової системи. У цьому захворювання супроводжується головним болем, запамороченням, онімінням рук (під час передачі вібрацій на руки), підвищеної втомлюваності. Тривале вплив вібрацій призводить до розвитку так званої вібраційної хвороби, успішне лікування якої можна тільки у ранній стадії її розвитку. Тяжкі форми вібраційної хвороби ведуть до часткової чи повну втрату трудоспособности.

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

Шум — це безладне поєднання звуків різної частоти і інтенсивності. Шум виникає при механічних коливаннях в твердих, рідких і газоподібних середовищах. Механічні коливання з частотами 20 (20 000 гц сприймаються слуховим апаратом як чутного звуку. Коливання з частотою нижче 20 і від 20 000 гц не викликають слухових відчуттів, але надають шкідливе біологічне вплив на організм людини. Шум, в якому звукова енергія розподілено з усього спектра частот, називається широкосмуговим. Шум, у якому прослуховується звук певній частоти, називається тональним. Шум, сприймалася як окремі імпульси (удари), називається импульсным.

При поширенні звукових коливань повітря періодично з’являються області розрідження і підвищеного тиску. Різниця тисків в обуреної і невозмущённой середовищах називається звуковим тиском P. При цьому відбувається перенесення кінетичної енергії, розмір якої визначається інтенсивністю звуку J. Інтенсивність звуку (це енергія, стерпна звуковий хвилею через поверхню 1 м², перпендикулярну напрямку поширення звуковий хвилі в секунду.

Інтенсивність звуку можна сформулювати через звукове тиск по формулам (5.1); INSERT INTO `ref` (`id_predmet`, `name_predmet`, `id_ref`, `name_ref`, `text_ref`) VALUES (5.2):

J = ?p.

(5.1) Или.

J = p2/((с2),.

(5.2) де J (інтенсивність звуку, Вт /м2; р (среднеквадратическое значення звукового тиску, Па; v (среднеквадратическое значення колебательной швидкості частинок в звуковий хвилі, м/с;

((щільність середовища, кг/м2; з (швидкість поширення звуку. Верхня і нижня кордону інтенсивності які сприймаються людиною звуків називаються пороговыми.

Оскільки людина сприймає звуки на вельми великому діапазоні інтенсивностей (від 10−14 до 1 Вт/м2, то прийнято вимірювати й оцінювати не абсолютні значення інтенсивності і звукового тиску, а відносні їх рівні стосовно пороговою значенням, виражені в логарифмічною формі в децибелах (дБ). Отже, рівень інтенсивності в дБ:

LJ = lg (J/J0), (5.3).

где J0 (граничний рівень інтенсивності (поріг чутності, рівний 10−14 Вт/м2).

Оскільки інтенсивність звуку пропорційна квадрату звукового тиску, то рівень звукового тиску в дБ визначається так:

LP = 20 lg (p/p0),.

(5.4).

где p0 (звукове тиск, відповідне порогу чутності (p0 = 2(10- 14).

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

[pic].

(5.5).

где LP (октавный рівень звукового тиску джерела шума,.

((чинник спрямованості джерела шуму, стала P. S це площа сектора поширення шуму, що визначається за такою формулою (5.6),.

B (константа для даного приміщення, обумовлена за такою формулою (5.7), коефіцієнти (і (визначаються за графіками /1/ з (r / lmax) і (У/ /SОГР) відповідно (де SОГР (площа всіх що відбивають поверхонь у приміщенні, r (відстань до джерела шуму, lmax (найбільший геометричний розмір джерела шума).

P.S = (r2.

(5.6).

B = B1000 (,.

(5.7).

где ((просторовий кут джерела шума,.

((константа, обумовлена за таблицями залежно від обсягу приміщення. B1000 визначається за такою формулою (5.8):

B1000 = V / 20,.

(5.8).

где V (обсяг помещения.

Розрахунок рівня звукового тиску робоче місце в виробничому приміщенні зробимо при наступних вихідних данных.

нехай у приміщенні механічного ділянки довжиною N = 6 м, шириною М = 5 м і заввишки H = 4 м є дві робочі місця та встановлено шумливе устаткування як двох джерел шуму. Чинник спрямованості джерела шуму (= 1.6, просторовий кут (= 2(, найбільший геометричний розмір джерела шуму lmax = 1 м. Відстань то джерела шуму до першого робочого місця r1 = 2 м, до другого r2 = 1 м. Октавні рівні звукового тиску среднегеометрических частотах f1 = 500 гц та f2 = 1000 гц рівні відповідно 90 дБ і 75 дБ. Потрібна визначити рівні звукового тиску робочих місць і необхідну зниження шуму. Рішення: Спочатку розрахуємо рівні звукового тиску робочих місць і необхідну зниження шуму для частоти f1 = 500 гц. Аби вирішити скористаємося формулою (5.5).

[pic].

Т.к. r (2 lmax, то величина P. S визначатиметься за такою формулою (5.6).

S1 = (r12 =2(r12 = 2 (3.14 (22 = 25.12;

S2 = (r22 =2(r22 = 2 (3.14 (12 = 6.28.

Коэффициент (перебувають розслідування щодо графіку з відносини r / lmax.

Для r1 / lmax = 2/1 = 2, (= 1. Для r2 / lmax = 1/1 = 1, (= 2.

Постоянную B шукаємо за такою формулою (5.2.7), а B1000 за такою формулою (5.8).

Обсяг приміщення равен.

V = M (N (H = 6 (5 (4 = 120 м².

Тогда B1000 = V/20 = 6 м². Коефіцієнт (визначається за таблицями з /1/ дорівнює 0.8.

B = B1000 (= 6 (0.8 = 4.8 м2.

Постоянную (шукаємо за графіком /1/ стосовно У / SОГР. Площа обмежують поверхностей.

SОГР = 2 ((6 (5 + 5 (4 + 4 (6) = 148 м².

Тоді У / SОГР = 0.0324 і (= 1. У итоге.

1 · 1.6 4 · 1 L1 = 90 + 10lg ———— + ——— = 89.51 дБ;

25.12 4.8.

2 · 1.6 4 · 1 L2 = 90 + 10lg ———— + ——— = 91.27 дБ.

6.28 4.8.

Теперь розрахуємо рівні звукового тиску робочих місць і необхідну зниження шуму для частоти f2 = 1000 Гц.

S1 = (r12 =2(r12 = 2 (3.14 (22 = 25.12 м2;

S2 = (r22 =2(r22 = 2 (3.14 (12 = 6.28 м2.

Коэффициент (для r1 / lmax = 2/1 = 2, (= 1. Для r2 / lmax = 1/1 = 1, також (= 2. Обсяг помещения.

V = M (N (H = 6 (5 (4 = 120 м².

B1000 = V/20 = 6 м².

Коэффициент (дорівнює 1. У результаті B = B1000 (= 6 (1 = 6 м².

SОГР = 2 ((6 (5 + 5 (4 + 6 (4) = 148 м².

Тогда У / SОГР = = 0.0405, (= 1. У итоге.

1 · 1.6 4 · 1 L1 = 75 + 10lg ———— + ——— = 73.66 дБ;

25.12 6.

2 · 1.6 4 · 1 L2 = 75 + 10lg ———— + ——— = 77.28 дБ.

6.28 6.

Допустимі значення рівнів звукового тиску знаходимо за нормативами, які дорівнюють для заданих частот відповідно 83 дБ і 80 дБ. Тоді необхідні рівні зниження шуму: для f1 = 500 гц (L1 = 89.51 — 83 = 6.51, (L2 = 91.27 (83 =8.27; для f2 = 1000 гц (L1 = 0, (L2 = 0.

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

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

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

Акустичні екрани виконують зі сталі, дюралюмінію, дикту й т.д. і облицьовують із боку, зверненої до джерела шуму звукопоглощающим матеріалом, закрываемым з наружи перфорируемым листом. Досягнення бажаного ефекту лінійні розміри екрана повинні перевершувати розміри джерела щонайменше ніж у 2 — 3 разу. Екрани може бути простий (як аркуша), П — образною та інших форм. Звукоизолирующую здатність екрана визначають експериментально чи з допомогою розрахунків. Вона наводиться в літературі як таблиць щодо різноманітних розмірів екранів телевізорів і розташування робочих місць /1/.

Наприклад для завдання, приведённой в підрозділі 5.2 задля забезпечення необхідного рівня зниження шуму необхідно застосувати П — образний екран з заввишки 2.4 м, шириною більшості 2 м, шириною крил 1.5 метрів і розташований з відривом 1 м джерела шума.

Звукопоглощающая облицювання огороджуючих поверхонь похідних приміщень зменшує інтенсивність що проглядали звукових хвиль. Використання звукопоглинальних конструкцій дозволяє знизити УЗ у зоні відображеного звуку на 4−8 дБ. У разі їх можна використовуватиме першого при частоті 500Гц.

Середній коефіцієнт звукопоглощения до устрою звукопоглощающей обличкування визначається по формуле:

?порівн = —————.

(5.9).

B + Sогр Тогда? порівн = 0,031. Величина необхідного звукопоглощения? Атр дорівнює 20 м². Величина звукопоглощения необлицованных поверхонь визначається по формуле:

А1 = ?порівн? Sогр.

(5.10).

Тогда А1 = 4,588 м². Середній коефіцієнт звукопоглощения приміщення після установки обличкування визначається по формуле:

А1 + ?Атр

?1 = —————.

(5.11).

Sогр Тогда ?1 = 0,166. Постійна приміщення визначається по формуле:

А1 + ?Атр

В1 = —————.

(5.12).

1 — ?порівн Тоді В1 = 29,48 м².

Підставляючи отримані значення формулу (5.5) отримуємо значення очікуваних УЗД після розміщення додаткової звукоизоляции.

1 · 1.6 4 · 1 L1 = 90 + 10lg ———— + ——— = 83 дБ,.

25.12 20,48 з цього витікає, було снижено значення УЗ до за припустимий рівень при використанні П — образного екрана з висотою 2.4 м, шириною більшості 2 м, шириною крил 1.5 метрів і розташованого з відривом 1 м джерела шума.

ЗАКЛЮЧЕНИЕ

У виконання дипломної роботи було проведено розробка програмного та інформаційних модулів АСУ персоналом у системі керування Білоруським Шинним комбинатом.

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

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

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

Нині, розроблений комплекс у складі інформаційної системи управління Білоруським Шинним Комбінатом, встановлено у БШК «Белшина».

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

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

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

Програмний продукт виконує все основні функції, достойні постановці задачи.

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

Економічний ефект від участі реалізації даної системи становитиме 12 948 218 крб. Термін окупності - один год.

Також розглянуті питання охорони праці та екологічної безопасности.

СПИСОК ВИКОРИСТАНИХ ИСТОЧНИКОВ.

1. Атре Ш., Структурний підхід до організації баз даних. — М.: Фінанси і статистика, 1983. — 317 з. 2. Бобровски У розділі ст., Oracle7 і обчислення клиент/сервер. — Alameda, CA, USA:

SYBEX Inc., 1996. — 420с. 3. Ричардс Майкл та інших. Oracle 7.3. Енциклопедія користувача: Пер. з англ./Ричардс Майкл та інших. — До.: Видавництво «ДиаСофт», 1997. — 832с. 4. Сервер Oracle7(. Основні концепції. — Belmont, CA, USA: Oracle.

Corporation, 1994. — 640с. 5. Сервер Oracle7(. Сервер. Довідкове посібник з мови SQL. — Belmont,.

CA, USA: Oracle Corporation, 1994. — 528с. 6. Сервер Oracle7(. Повідомлення і коди помилок. — Belmont, CA, USA: Oracle.

Corporation, 1994. — 528с. 7. Методичні вказівки із техніко-економічного обгрунтування дипломних проектів. / Сост. Елецких Т. В., Афитов Э. А., Палицын В. А., Феденя А.К.

— Мн.: БГУИР, 1996. (123с. 8. Методичні вказівки по дипломному проектування для студентів спеціальності «Автоматизовані системи обробки інформації». / Сост.

Птичкин В.А., Никульшин Б. В. -Мн.: БГУИР, 1997. (33с. 9. «Інженерні розрахунки захисту від шуму.» Методичне посібник по курсу.

Охорона праці" для студентів усіх спеціальностей. (МРТИ, 1988.1.

ПРИЛОЖЕНИЕ.

ЛІСТИНГ ПРОГРАМИ Create Table Addressee (AdditionalTelNumbers Varchar2(16) NULL, AddrName Varchar2(256) NOT NULL, Address Varchar2(256) NULL, CityID Number (10, 0) NOT NULL, Code Varchar2(16) NULL, Comments Varchar2(256) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, EMail Varchar2(64) NULL, Fax Varchar2(16) NULL, NameAbbrev Varchar2(16) NULL, POBox Varchar2(64) NULL, RecID Number (10, 0) NOT NULL, Telephone Varchar2(16) NULL, Teletype Varchar2(64) NULL, TimeStamp Number (10, 0) NULL, WWW Varchar2(64) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, ZIPCode Varchar2(16) NULL, ZIPPOBox Varchar2(64) NULL, Constraint PK_Addressee PRIMARY KEY (RecID));

Create Table Asessment (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DateAmnt date NULL, DateNextAmnt date NULL, Grade Varchar2(64) NULL, PerfomanceGrade Varchar2(64) NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Asessment PRIMARY KEY (RecID));

Create Table Assignment (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, PartID Number (10, 0) NOT NULL, PlanAssignItemID Number (10, 0) NULL, Quantity Number (18, 1) NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, TimeTableID Number (10, 0) NOT NULL, TimeTable_recipID Number (10, 0) NOT NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Assignment PRIMARY KEY (RecID));

Create Table CategTarife (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, TarifeID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_CategTarife PRIMARY KEY (RecID));

Create Table CategTarifeLinks (CategTarifeID Number (10, 0) NOT NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, GroupProffesionID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_CategTarifeLinks PRIMARY KEY (RecID));

Create Table CategTarifItem (AddValue Number (18, 2) NULL, CategTarifeID Number (10, 0) NOT NULL, Category Varchar2(16) NOT NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, TarifeItemID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_CategTarifItem PRIMARY KEY (RecID));

Create Table CContractItem (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, CustomerContractID Number (10, 0) NOT NULL, DeliveryDate date NULL, DeliveryTypeID Number (10, 0) NOT NULL, ItemNo Varchar2(16) NULL, Price Number (18, 2) NULL, PriceTypeID Number (10, 0) NOT NULL, ProductID Number (10, 0) NOT NULL, Quantity Number (18, 1) NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_CContractItem PRIMARY KEY (RecID));

Create Table City (CName Varchar2(64) NOT NULL, CityType Varchar2(64) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DefaultZIPCode Varchar2(16) NULL, DistrictID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, Telephone Varchar2(16) NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_City PRIMARY KEY (RecID));

Create Table Coefficient (ComputationID Number (10, 0) NOT NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, Discriminator Varchar2(32) NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Coefficient PRIMARY KEY (RecID));

CREATE TABLE O_Coefficient (CoefficientID Number (10, 0) NOT NULL UNIQUE);

Create Table Country (Abbrev Varchar2(64) NOT NULL, CntrName Varchar2(64) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, CurrencyID Number (10, 0) NOT NULL, National Varchar2(64) NULL, RecID Number (10, 0) NOT NULL, Telephone Varchar2(16) NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Country PRIMARY KEY (RecID));

Create Table Covering (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, NeedPlanItemID Number (10, 0) NOT NULL, Quantity Number (18, 1) NULL, RecID Number (10, 0) NOT NULL, StockID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Covering PRIMARY KEY (RecID));

Create Table DAdepartment (AddresseeID Number (10, 0) NOT NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_DAdepartment PRIMARY KEY (RecID));

Create Table DateWork (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, Staff_1ID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WorkDate date NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_DateWork PRIMARY KEY (RecID));

Create Table Department (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DateEnd date NULL, DateStart date NULL, DepCode Varchar2(16) NULL, DepName Varchar2(256) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, isnp Number (1) NOT NULL, Constraint PK_Department PRIMARY KEY (RecID));

Create Table Diploma (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DateDistribution date NULL, DateEnd date NULL, DipNumber Varchar2(16) NULL, HSGradeShoolID Number (10, 0) NOT NULL, ProffessionName Varchar2(256) NULL, QualificationName Varchar2(256) NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, StatusGradeID Number (10, 0) NOT NULL ,.

TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Diploma PRIMARY KEY (RecID));

Create Table DirtyType (CodeDirty Varchar2(16) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, Description Varchar2(256) NULL, NameDirty Varchar2(64) NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_DirtyType PRIMARY KEY (RecID));

Create Table DirtyWorks (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DirtyTypeID Number (10, 0) NOT NULL, OrdersID Number (10, 0) NOT NULL, PlaceEmpAssocID Number (10, 0) NOT NULL, QuantityDay Number (18, 1) NULL, RecID Number (10, 0) NOT NULL, TimePeriod Varchar2(64) NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_DirtyWorks PRIMARY KEY (RecID));

Create Table Dissmissed (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DismissDate date NULL, DissmissReasonID Number (10, 0) NOT NULL, OrdersID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Dissmissed PRIMARY KEY (RecID));

Create Table DissmissReason (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, LawArticle Varchar2(64) NULL, ReasonCode Varchar2(16) NULL, ReasonName Varchar2(64) NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_DissmissReason PRIMARY KEY (RecID));

Create Table Employee (AdditionalTelNumbers Varchar2(16) NULL, AddresseeID Number (10, 0) NOT NULL, Comments Varchar2(256) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, EMail Varchar2(64) NULL, EmpPosition Varchar2(64) NULL, FamilyName Varchar2(64) NOT NULL, Fax Varchar2(16) NULL, FirstName Varchar2(64) NOT NULL, RecID Number (10, 0) NOT NULL, SecondName Varchar2(64) NOT NULL, Telephone Varchar2(16) NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Employee PRIMARY KEY (RecID));

Create Table GroupProfession (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, GroupCode Varchar2(16) NULL, GroupName Varchar2(64) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_GroupProfession PRIMARY KEY (RecID));

Create Table InPersonnel (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, PersonStatusID Number (10, 0) NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_InPersonnel PRIMARY KEY (RecID));

Create Table InquiryOfferAssoc (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, SuppInquiryItemID Number (10, 0) NOT NULL, SupplierOfferItemID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_InquiryOfferAssoc PRIMARY KEY (RecID));

Create Table LostTime (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DirtyWorksID Number (10, 0) NOT NULL, LostTimeTypeID Number (10, 0) NOT NULL, ReasonLostTime Varchar2(64) NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_LostTime PRIMARY KEY (RecID));

Create Table LostTimeType (Abbrev Varchar2(16) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, TypeName Varchar2(64) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_LostTimeType PRIMARY KEY (RecID));

Create Table Nationality (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, NationalCode Varchar2(16) NOT NULL, NationalFemale Varchar2(64) NULL, NationalMale Varchar2(64) NULL, NationalityName Varchar2(64) NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Nationality PRIMARY KEY (RecID));

Create Table NonCategTarife (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, TarifeID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_NonCategTarife PRIMARY KEY (RecID));

Create Table NonCategTarifItem (AddValue Number (18, 2) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, NonCategTarifeID Number (10, 0) NOT NULL, ProfessionID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, TarifeItemID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_NonCategTarifItem PRIMARY KEY (RecID));

Create Table Orders (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, Descriptions Varchar2(256) NOT NULL, OrderDate date NOT NULL, OrderNumber Varchar2(16) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Orders PRIMARY KEY (RecID));

Create Table OrderState (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, OStateName Varchar2(64) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_OrderState PRIMARY KEY (RecID));

Create Table OrderType (Abbrev Varchar2(16) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, Description Varchar2(64) NULL, OTypeName Varchar2(64) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, freetransport Number (1) NULL, Constraint PK_OrderType PRIMARY KEY (RecID));

Create Table OtherTarife (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, TarifeID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_OtherTarife PRIMARY KEY (RecID));

Create Table OtherTarItem (AddValue Number (18, 2) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, OtherTarifeID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_OtherTarItem PRIMARY KEY (RecID));

Create Table OutPersonnel (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_OutPersonnel PRIMARY KEY (RecID));

Create Table Passes (CountryID Number (10, 0) NOT NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DateTrip date NOT NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Passes PRIMARY KEY (RecID));

Create Table Passport (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DAdepartmentID Number (10, 0) NOT NULL, DateDistribution date NULL, DateValid date NULL, PassNumber Varchar2(64) NULL, PassTypeID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, Serial Varchar2(16) NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Passport PRIMARY KEY (RecID));

Create Table PassType (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, PassTypeName Varchar2(64) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_PassType PRIMARY KEY (RecID));

Create Table Pensioner (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, OrdersID Number (10, 0) NOT NULL, PensionTypeID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Pensioner PRIMARY KEY (RecID));

Create Table PensionType (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, TypeName Varchar2(64) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_PensionType PRIMARY KEY (RecID));

Create Table Period (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, Date_Begin date NULL, Date_End date NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Period PRIMARY KEY (RecID));

Create Table PeriodAssign (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DateBegin date NOT NULL, DateEnd date NOT NULL, DepartmentID Number (10, 0) NOT NULL, NoAssign Varchar2(16) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_PeriodAssign PRIMARY KEY (RecID));

Create Table Place (Category Varchar2(64) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DateEnd date NULL, DateStart date NULL, DepartmentID Number (10, 0) NOT NULL, Description Varchar2(256) NULL, PlName Varchar2(256) NOT NULL, ProfessionID Number (10, 0) NOT NULL, Quantity Number (18, 1) NULL, QuantityFree Number (18, 1) NULL, RecID Number (10, 0) NOT NULL, Salary Number (18, 1) NULL, SalaryTypeID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, TypeQuantityID Number (10, 0) NOT NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Place PRIMARY KEY (RecID));

Create Table PlaceEmpAssoc (AddresseeID Number (10, 0) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DateEnd date NULL, DateStart date NULL, OrdersID Number (10, 0) NULL, PersonnelNo Varchar2(16) NULL, PlaceID Number (10, 0) NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WorkingPlace Varchar2(256) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, combinationwork Number (1) NULL, Constraint PK_PlaceEmpAssoc PRIMARY KEY (RecID));

Create Table Profession (Classificator Varchar2(64) NULL ,.

Code Varchar2(16) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, GroupProfessionID Number (10, 0) NOT NULL, InGroup Varchar2(16) NULL, ProfName Varchar2(256) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Profession PRIMARY KEY (RecID));

Create Table Qualificacion (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, Description Varchar2(256) NULL, QualName Varchar2(64) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Qualificacion PRIMARY KEY (RecID));

Create Table QueueOfApartmentReceiver (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DataOfQueueStan date NULL, DissDataOfQueue date NULL, NumberInQueue Varchar2(16) NULL, NumberOfApplica Varchar2(16) NULL, NumberOfManInFa Number (18, 1) NULL, ReasonDissQueueID Number (10, 0) NULL, RecID Number (10, 0) NOT NULL, Staff_queueingID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_QueueOfApartmentReceiver PRIMARY KEY (RecID));

Create Table ReasonDissQueue (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, ReasonName Varchar2(64) NOT NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_ReasonDissQueue PRIMARY KEY (RecID));

Create Table ReasonOfCreate (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, ReasonCode Varchar2(16) NULL, ReasonName Varchar2(64) NULL, RecID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_ReasonOfCreate PRIMARY KEY (RecID));

Create Table SalaryType (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, SalaryTypeName Varchar2(64) NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_SalaryType PRIMARY KEY (RecID));

Create Table Staff (AdditionalTelNumbers Varchar2(64) NULL, City_birth_inID Number (10, 0) NULL, City_lives_inID Number (10, 0) NOT NULL, Comments Varchar2(256) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DateBeginNormalWork date NULL, DateBeginWork date NULL, DateBirth date NULL, DateHired date NULL, EMail Varchar2(64) NULL, FamilyName Varchar2(64) NULL, Fax Varchar2(64) NULL, FirstName Varchar2(64) NULL, GradeID Number (10, 0) NOT NULL, HomeAddress Varchar2(256) NULL, LastPersonnellNo Varchar2(16) NULL, Location Varchar2(64) NULL, MaritalStatusID Number (10, 0) NOT NULL, NationalityID Number (10, 0) NOT NULL, NoChildren Number (18, 1) NULL, RecID Number (10, 0) NOT NULL, ScienceDegree Varchar2(64) NULL, SecondName Varchar2(64) NULL, Sex Varchar2(16) NULL, Telephone Varchar2(64) NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Staff PRIMARY KEY (RecID));

Create Table StaffProfAssoc (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, ProfGrade Varchar2(16) NULL, ProfessionID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_StaffProfAssoc PRIMARY KEY (RecID));

Create Table StaffQualAssoc (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, Grade Varchar2(64) NULL, QualificacionID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_StaffQualAssoc PRIMARY KEY (RecID));

Create Table StaffTable (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, LostTimeTypeID Number (10, 0) NULL, OutPutesItemID Number (10, 0) NULL, QtyHour Number (18, 1) NULL, RecID Number (10, 0) NOT NULL, StaffID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, TimeTableID Number (10, 0) NOT NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_StaffTable PRIMARY KEY (RecID));

Create Table StatusGrade (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, StatusName Varchar2(64) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_StatusGrade PRIMARY KEY (RecID));

Create Table Stock (AccountPlanID Number (10, 0) NULL, CardNo Varchar2(16) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, PartID Number (10, 0) NOT NULL, Price Number (18, 2) NULL, Qty Number (18, 1) NULL, RecID Number (10, 0) NOT NULL, StoreID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Stock PRIMARY KEY (RecID));

Create Table StockAttrAssoc (AttrValue Number (20, 10) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, PartAttributeID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, StockID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_StockAttrAssoc PRIMARY KEY (RecID));

Create Table StockDocItem (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DocumentItemID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, StockID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_StockDocItem PRIMARY KEY (RecID));

Create Table SuppPayAkkreditive (AkkreditiveID Number (10, 0) NOT NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, SuppPaymentID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_SuppPayAkkreditive PRIMARY KEY (RecID));

Create Table SuppPayBooking (BookkeepDocID Number (10, 0) NOT NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, SuppPaymentID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_SuppPayBooking PRIMARY KEY (RecID));

Create Table Tarife (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, DateBegin date NULL, DateEnd date NULL, Discriminator Varchar2(32) NULL, GroundSalValue Number (18, 2) NOT NULL, OrdersID Number (10, 0) NOT NULL, RecID Number (10, 0) NOT NULL, TarifeName Varchar2(64) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_Tarife PRIMARY KEY (RecID));

CREATE TABLE O_Tarife (TarifeID Number (10, 0) NOT NULL UNIQUE);

Create Table TarifeItem (AdditCaeff Number (20, 10) NULL, Caefficient Number (20, 10) NULL, CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, Discriminator Varchar2(32) NULL, RecID Number (10, 0) NOT NULL ,.

TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_TarifeItem PRIMARY KEY (RecID));

CREATE TABLE O_TarifeItem (TarifeItemID Number (10, 0) NOT NULL UNIQUE);

Create Table WorkersChild (CreatedBy Varchar2(31) NULL, CreatedWhen date NULL, RecID Number (10, 0) NOT NULL, Staff_he_fatherID Number (10, 0) NOT NULL, Staff_he_motherID Number (10, 0) NOT NULL, Staff_isID Number (10, 0) NOT NULL, TimeStamp Number (10, 0) NULL, WrittenBy Varchar2(31) NULL, WrittenWhen date NULL, Constraint PK_WorkersChild PRIMARY KEY (RecID));

Alter Table Akkreditive Add (Constraint FK_AkkreditiveAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table Bank Add (Constraint FK_BankAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table Carrier Add (Constraint FK_CarrierAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table CompanyAccount Add (Constraint FK_CompanyAccountAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table CreditContract Add (Constraint FK_CreditContractAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table Customer Add (Constraint FK_CustomerAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table HSGradeShool Add (Constraint FK_HSGradeShoolAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table OtherAddr Add (Constraint FK_OtherAddrAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table Payer Add (Constraint FK_PayerAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table Recipient Add (Constraint FK_RecipientAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table Supplier Add (Constraint FK_SupplierAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table Wechsel Add (Constraint FK_WechselAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID));

Alter Table CTIDepartmentAssoc Add (Constraint FK_CTIDepartmentAssocCTL FOREIGN KEY (CategTarifeLinksID) References CategTarifeLinks (RecID));

Alter Table COfferContrAssoc Add (Constraint FK_COfferContrAssocCCI FOREIGN KEY (CContractItemID) References CContractItem (RecID));

Alter Table CustomerDelivery Add (Constraint FK_CustomerDeliveryCCI FOREIGN KEY (CContractItemID) References CContractItem (RecID));

Alter Table ProdReservation Add (Constraint FK_ProdReservationCCI FOREIGN KEY (CContractItemID) References CContractItem (RecID));

Alter Table Akzis Add (Constraint FK_AkzisCoefficient FOREIGN KEY (CoefficientID) References Coefficient (RecID));

Alter Table CoeffRef Add (Constraint FK_CoeffRefCoefficient FOREIGN KEY (CoefficientID) References Coefficient (RecID));

Alter Table CommonCost Add (Constraint FK_CommonCostCoefficient FOREIGN KEY (CoefficientID) References Coefficient (RecID));

Alter Table SelfCost Add (Constraint FK_SelfCostCoefficient FOREIGN KEY (CoefficientID) References Coefficient (RecID));

Alter Table District Add (Constraint FK_DistrictCountry FOREIGN KEY (CountryID) References Country (RecID));

Alter Table NationalAssoc Add (Constraint FK_NationalAssocCountry FOREIGN KEY (CountryID) References Country (RecID));

Alter Table OfficialTrip Add (Constraint FK_OfficialTripCountry FOREIGN KEY (CountryID) References Country (RecID));

Alter Table Document Add (Constraint FK_DocumentDateWork FOREIGN KEY (DateWorkID) References DateWork (RecID));

Alter Table TimeTable Add (Constraint FK_TimeTableDateWork FOREIGN KEY (DateWorkID) References DateWork (RecID));

Alter Table BasisEquipment Add (Constraint FK_BasisEquipmentDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table CTIDepartmentAssoc Add (Constraint FK_CTIDepartmentAssocD FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table DepToShop Add (Constraint FK_DepToShopDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table Equipment Add (Constraint FK_EquipmentDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table MatIssueAux Add (Constraint FK_MatIssueAuxDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table NCTIDepAssoc Add (Constraint FK_NCTIDepAssocDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table NeedPlan Add (Constraint FK_NeedPlanfromDepartment FOREIGN KEY (Department_fromID) References Department (RecID), Constraint FK_NeedPlantoDepartment FOREIGN KEY (Department_toID) References Department (RecID));

Alter Table OrderPlan Add (Constraint FK_OrderPlanfromDepartment FOREIGN KEY (Department_fromID) References Department (RecID), Constraint FK_OrderPlantoDepartment FOREIGN KEY (Department_toID) References Department (RecID));

Alter Table OrgStructure Add (Constraint FK_OrgStructureis_subD FOREIGN KEY (Department_is_subID) References Department (RecID), Constraint FK_OrgStructureis_superD FOREIGN KEY (Department_is_superID) References Department (RecID));

Alter Table Part Add (Constraint FK_PartDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table PartTechOper Add (Constraint FK_PartTechOperDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table PartTechProc Add (Constraint FK_PartTechProcDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table Perpetrators Add (Constraint FK_PerpetratorsDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table ProdRecDept Add (Constraint FK_ProdRecDeptDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table ProductionPlan Add (Constraint FK_ProductionPlanfromD FOREIGN KEY (Department_fromID) References Department (RecID), Constraint FK_ProductionPlantoD FOREIGN KEY (Department_toID) References Department (RecID));

Alter Table RemainsInShop Add (Constraint FK_RemainsInShopDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table SelfCostItem Add (Constraint FK_SelfCostItemDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table ShopToDep Add (Constraint FK_ShopToDepDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table Store Add (Constraint FK_StoreDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table TimeTable Add (Constraint FK_TimeTableDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table CustomerContract Add (Constraint FK_CustomerContractsignsE FOREIGN KEY (Employee_signsID) References Employee (RecID), Constraint FK_CustomerContractworks_onE FOREIGN KEY (Employee_works_onID) References Employee (RecID));

Alter Table SupplierContract Add (Constraint FK_SupplierContractsignsE FOREIGN KEY (Employee_signsID) References Employee (RecID), Constraint FK_SupplierContractworks_onE FOREIGN KEY (Employee_works_onID) References Employee (RecID));

Alter Table NCTIDepAssoc Add (Constraint FK_NCTIDepAssocNCTI FOREIGN KEY (NonCategTarifItemID) References NonCategTarifItem (RecID));

Alter Table Maternity Add (Constraint FK_MaternityOrders FOREIGN KEY (OrdersID) References Orders (RecID));

Alter Table CustomerContract Add (Constraint FK_CustomerContractOS FOREIGN KEY (OrderStateID) References OrderState (RecID));

Alter Table OrderPlanItem Add (Constraint FK_OrderPlanItemOrderState FOREIGN KEY (OrderStateID) References OrderState (RecID));

Alter Table ConditionsOfOType Add (Constraint FK_ConditionsOfOTypeOT FOREIGN KEY (OrderTypeID) References OrderType (RecID));

Alter Table CustomerContract Add (Constraint FK_CustomerContractOT FOREIGN KEY (OrderTypeID) References OrderType (RecID));

Alter Table AkzisItem Add (Constraint FK_AkzisItemPeriod FOREIGN KEY (PeriodID) References Period (RecID));

Alter Table CCostItem Add (Constraint FK_CCostItemPeriod FOREIGN KEY (PeriodID) References Period (RecID));

Alter Table CompItem Add (Constraint FK_CompItemPeriod FOREIGN KEY (PeriodID) References Period (RecID));

Alter Table Estimate Add (Constraint FK_EstimatePeriod FOREIGN KEY (PeriodID) References Period (RecID));

Alter Table NeedPlanItem Add (Constraint FK_NeedPlanItemPeriod FOREIGN KEY (PeriodID) References Period (RecID));

Alter Table OrderPlanItem Add (Constraint FK_OrderPlanItemPeriod FOREIGN KEY (PeriodID) References Period (RecID));

Alter Table ProductionPlan Add (Constraint FK_PPPlanningPeriodP FOREIGN KEY (Period_PlanningPeriodID) References Period (RecID));

Alter Table Summary Add (Constraint FK_SummaryPeriod FOREIGN KEY (PeriodID) References Period (RecID));

Alter Table PartAssign Add (Constraint FK_PartAssignPeriodAssign FOREIGN KEY (PeriodAssignID) References PeriodAssign (RecID));

Alter Table Contract Add (Constraint FK_ContractPlaceEmpAssoc FOREIGN KEY (PlaceEmpAssocID) References PlaceEmpAssoc (RecID));

Alter Table Rubber Add (Constraint FK_RubberReasonOfCreate FOREIGN KEY (ReasonOfCreateID) References ReasonOfCreate (RecID));

Alter Table RubberGlue Add (Constraint FK_RubberGlueReasonOfCreate FOREIGN KEY (ReasonOfCreateID) References ReasonOfCreate (RecID));

Alter Table RubberImpregnant Add (Constraint FK_RubberImpregnantROC FOREIGN KEY (ReasonOfCreateID) References ReasonOfCreate (RecID));

Alter Table RubberLubricant Add (Constraint FK_RubberLubricantROC FOREIGN KEY (ReasonOfCreateID) References ReasonOfCreate (RecID));

Alter Table CustomerContract Add (Constraint FK_CustomerContractsignsS FOREIGN KEY (Staff_signsID) References Staff (RecID), Constraint FK_CustomerContractworks_onS FOREIGN KEY (Staff_works_onID) References Staff (RecID));

Alter Table CustomerOffer Add (Constraint FK_CustomerOfferStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table Document Add (Constraint FK_DocumentInStaff FOREIGN KEY (Staff_InID) References Staff (RecID), Constraint FK_DocumentOutStaff FOREIGN KEY (Staff_OutID) References Staff (RecID), Constraint FK_DocumentOwnerStaff FOREIGN KEY (Staff_OwnerID) References Staff (RecID));

Alter Table Maternity Add (Constraint FK_MaternityStaff FOREIGN KEY (StaffID) References Staff (RecID).

);

Alter Table NationalAssoc Add (Constraint FK_NationalAssocStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table OutPutesItem Add (Constraint FK_OutPutesItemStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table Perpetrators Add (Constraint FK_PerpetratorsStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table PersonalCard Add (Constraint FK_PersonalCardStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table PrivateAccount Add (Constraint FK_PrivateAccountStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table StandingIdle Add (Constraint FK_StandingIdleStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table SupplierContract Add (Constraint FK_SupplierContractsignsS FOREIGN KEY (Staff_signsID) References Staff (RecID), Constraint FK_SupplierContractworks_onS FOREIGN KEY (Staff_works_onID) References Staff (RecID));

Alter Table SupplierInvoice Add (Constraint FK_SupplierInvoiceStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table TimeTable Add (Constraint FK_TimeTableStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table TransferOrder Add (Constraint FK_TransferOrderStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table TripCurrency Add (Constraint FK_TripCurrencyStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table RemainsInShop Add (Constraint FK_RemainsInShopStock FOREIGN KEY (StockID) References Stock (RecID));

Alter Table Reservation Add (Constraint FK_ReservationStock FOREIGN KEY (StockID) References Stock (RecID));

Alter Table Addressee Add (Constraint FK_AddresseeCity FOREIGN KEY (CityID) References City (RecID),.

CONSTRAINT U_AddresseeU1 UNIQUE (AddrName, CityID));

Alter Table Asessment Add (Constraint FK_AsessmentStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table Assignment Add (Constraint FK_AssignmentPart FOREIGN KEY (PartID) References Part (RecID), Constraint FK_AssignmentrecipientTT FOREIGN KEY (TimeTable_recipID) References TimeTable (RecID), Constraint FK_AssignmentTimeTable FOREIGN KEY (TimeTableID) References TimeTable (RecID), Constraint FK_AssignmentPlanAssignItem FOREIGN KEY (PlanAssignItemID) References PlanAssignItem (RecID));

Alter Table CategTarife Add (Constraint FK_CategTarifeTarife FOREIGN KEY (TarifeID) References Tarife (RecID));

Alter Table CategTarifeLinks Add (Constraint FK_CategTarifeLinksGP FOREIGN KEY (GroupProffesionID) References GroupProfession (RecID), Constraint FK_CategTarifeLinksCT FOREIGN KEY (CategTarifeID) References CategTarife (RecID));

Alter Table CategTarifItem Add (Constraint FK_CategTarifItemTarifeItem FOREIGN KEY (TarifeItemID) References TarifeItem (RecID), Constraint FK_CategTarifItemCT FOREIGN KEY (CategTarifeID) References CategTarife (RecID));

Alter Table CContractItem Add (Constraint FK_CContractItemCC FOREIGN KEY (CustomerContractID) References CustomerContract (RecID) ON DELETE CASCADE, Constraint FK_CContractItemPriceType FOREIGN KEY (PriceTypeID) References PriceType (RecID), Constraint FK_CContractItemProduct FOREIGN KEY (ProductID) References Product (RecID), Constraint FK_CContractItemDT FOREIGN KEY (DeliveryTypeID) References DeliveryType (RecID), CONSTRAINT U_CContractItemU1 UNIQUE (ItemNo, CustomerContractID));

Alter Table City Add (Constraint FK_CityDistrict FOREIGN KEY (DistrictID) References District (RecID), CONSTRAINT U_CityU1 UNIQUE (CName, CityType, DistrictID));

Alter Table Coefficient Add (Constraint FK_CoefficientComputation FOREIGN KEY (ComputationID) References Computation (RecID));

Alter Table Country Add (Constraint FK_CountryCurrency FOREIGN KEY (CurrencyID) References Currency (RecID), CONSTRAINT U_CountryU1 UNIQUE (Abbrev), CONSTRAINT U_CountryCurrencyID UNIQUE (CurrencyID));

Alter Table Covering Add (Constraint FK_CoveringNeedPlanItem FOREIGN KEY (NeedPlanItemID) References NeedPlanItem (RecID), Constraint FK_CoveringStock FOREIGN KEY (StockID) References Stock (RecID), CONSTRAINT U_CoveringUL UNIQUE (NeedPlanItemID, StockID));

Alter Table DAdepartment Add (Constraint FK_DAdepartmentAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID), CONSTRAINT U_DAdepartmentAddresseeID UNIQUE ());

Alter Table DateWork Add (Constraint FK_DateWorkDispetcherStaff FOREIGN KEY (StaffID) References Staff (RecID), Constraint FK_DateWorkOperatorStaff FOREIGN KEY (Staff_1ID) References Staff (RecID), CONSTRAINT U_DateWorkU1 UNIQUE (WorkDate));

Alter Table Department Add (CONSTRAINT U_DepartmentU1 UNIQUE (DepCode));

Alter Table Diploma Add (Constraint FK_DiplomaStatusGrade FOREIGN KEY (StatusGradeID) References StatusGrade (RecID), Constraint FK_DiplomaStaff FOREIGN KEY (StaffID) References Staff (RecID), Constraint FK_DiplomaHSGradeShool FOREIGN KEY (HSGradeShoolID) References HSGradeShool (RecID));

Alter Table DirtyWorks Add (Constraint FK_DirtyWorksPlaceEmpAssoc FOREIGN KEY (PlaceEmpAssocID) References PlaceEmpAssoc (RecID), Constraint FK_DirtyWorksDirtyType FOREIGN KEY (DirtyTypeID) References DirtyType (RecID), Constraint FK_DirtyWorksOrders FOREIGN KEY (OrdersID) References Orders (RecID));

Alter Table Dissmissed Add (Constraint FK_DissmissedDissmissReason FOREIGN KEY (DissmissReasonID) References DissmissReason (RecID), Constraint FK_DissmissedStaff FOREIGN KEY (StaffID) References Staff (RecID), Constraint FK_DissmissedOrders FOREIGN KEY (OrdersID) References Orders (RecID), CONSTRAINT U_DissmissedStaffID UNIQUE (StaffID));

Alter Table Employee Add (Constraint FK_EmployeeAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID), CONSTRAINT U_EmployeeU1 UNIQUE (AddresseeID, FamilyName, FirstName, SecondName));

Alter Table GroupProfession Add (CONSTRAINT U_GroupProfessionU1 UNIQUE (GroupName));

Alter Table InPersonnel Add (Constraint FK_InPersonnelStaff FOREIGN KEY (StaffID) References Staff (RecID), Constraint FK_InPersonnelPersonStatus FOREIGN KEY (PersonStatusID) References PersonStatus (RecID), CONSTRAINT U_InPersonnelStaffID UNIQUE (StaffID));

Alter Table InquiryOfferAssoc Add (Constraint FK_InquiryOfferAssocSII FOREIGN KEY (SuppInquiryItemID) References SuppInquiryItem (RecID), Constraint FK_InquiryOfferAssocSOI FOREIGN KEY (SupplierOfferItemID) References SupplierOfferItem (RecID), CONSTRAINT U_InquiryOfferAssocUL UNIQUE (SuppInquiryItemID, SupplierOfferItemID));

Alter Table LostTime Add (Constraint FK_LostTimeDirtyWorks FOREIGN KEY (DirtyWorksID) References DirtyWorks (RecID), Constraint FK_LostTimeLostTimeType FOREIGN KEY (LostTimeTypeID) References LostTimeType (RecID));

Alter Table Nationality Add (CONSTRAINT U_NationalityU1 UNIQUE (NationalCode));

Alter Table NonCategTarife Add (Constraint FK_NonCategTarifeTarife FOREIGN KEY (TarifeID) References Tarife (RecID));

Alter Table NonCategTarifItem Add (Constraint FK_NonCategTarifItemP FOREIGN KEY (ProfessionID) References Profession (RecID), Constraint FK_NonCategTarifItemTI FOREIGN KEY (TarifeItemID) References TarifeItem (RecID), Constraint FK_NonCategTarifItemNCT FOREIGN KEY (NonCategTarifeID) References NonCategTarife (RecID));

Alter Table Orders Add (CONSTRAINT U_OrdersU1 UNIQUE (OrderDate, OrderNumber));

Alter Table OrderType Add (CONSTRAINT U_OrderTypeU1 UNIQUE (Abbrev));

Alter Table OtherTarife Add (Constraint FK_OtherTarifeTarife FOREIGN KEY (TarifeID) References Tarife (RecID));

Alter Table OtherTarItem Add (Constraint FK_OtherTarItemStaff FOREIGN KEY (StaffID) References Staff (RecID), Constraint FK_OtherTarItemOtherTarife FOREIGN KEY (OtherTarifeID) References OtherTarife (RecID));

Alter Table OutPersonnel Add (Constraint FK_OutPersonnelStaff FOREIGN KEY (StaffID) References Staff (RecID), CONSTRAINT U_OutPersonnelStaffID UNIQUE (StaffID));

Alter Table Passes Add (Constraint FK_PassesCountry FOREIGN KEY (CountryID) References Country (RecID), Constraint FK_PassesStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table Passport Add (Constraint FK_PassportStaff FOREIGN KEY (StaffID) References Staff (RecID), Constraint FK_PassportDAdepartment FOREIGN KEY (DAdepartmentID) References DAdepartment (RecID), Constraint FK_PassportPassType FOREIGN KEY (PassTypeID) References PassType (RecID));

Alter Table PassType Add (CONSTRAINT U_PassTypeU1 UNIQUE (PassTypeName));

Alter Table Pensioner Add (Constraint FK_PensionerPensionType FOREIGN KEY (PensionTypeID) References PensionType (RecID), Constraint FK_PensionerStaff FOREIGN KEY (StaffID) References Staff (RecID), Constraint FK_PensionerOrders FOREIGN KEY (OrdersID) References Orders (RecID), CONSTRAINT U_PensionerStaffID UNIQUE (StaffID));

Alter Table PeriodAssign Add (Constraint FK_PeriodAssignDepartment FOREIGN KEY (DepartmentID) References Department (RecID));

Alter Table Place Add (Constraint FK_PlaceProfession FOREIGN KEY (ProfessionID) References Profession (RecID), Constraint FK_PlaceDepartment FOREIGN KEY (DepartmentID) References Department (RecID), Constraint FK_PlaceTypeQuantity FOREIGN KEY (TypeQuantityID) References TypeQuantity (RecID), Constraint FK_PlaceSalaryType FOREIGN KEY (SalaryTypeID) References SalaryType (RecID));

Alter Table PlaceEmpAssoc Add (Constraint FK_PlaceEmpAssocPlace FOREIGN KEY (PlaceID) References Place (RecID), Constraint FK_PlaceEmpAssocAddressee FOREIGN KEY (AddresseeID) References Addressee (RecID), Constraint FK_PlaceEmpAssocStaff FOREIGN KEY (StaffID) References Staff (RecID), Constraint FK_PlaceEmpAssocOrders FOREIGN KEY (OrdersID) References Orders (RecID), CONSTRAINT U_PlaceEmpAssocU1 UNIQUE (DateStart, DateEnd, StaffID, PlaceID));

Alter Table Profession Add (Constraint FK_ProfessionGP FOREIGN KEY (GroupProfessionID) References GroupProfession (RecID), CONSTRAINT U_ProfessionU1 UNIQUE (Code));

Alter Table QueueOfApartmentReceiver Add (Constraint FK_QOARqueueingS FOREIGN KEY (Staff_queueingID) References Staff (RecID), Constraint FK_QOARRDQ FOREIGN KEY (ReasonDissQueueID) References ReasonDissQueue (RecID), CONSTRAINT U_QOARS_ID UNIQUE (Staff_queueingID));

Alter Table Staff Add (Constraint FK_StaffGrade FOREIGN KEY (GradeID) References Grade (RecID), Constraint FK_StaffNationality FOREIGN KEY (NationalityID) References Nationality (RecID), Constraint FK_Staffbirth_inCity FOREIGN KEY (City_birth_inID) References City (RecID), Constraint FK_Stafflives_inCity FOREIGN KEY (City_lives_inID) References City (RecID), Constraint FK_StaffMaritalStatus FOREIGN KEY (MaritalStatusID) References MaritalStatus (RecID), CONSTRAINT U_StaffU1 UNIQUE (FamilyName, FirstName, SecondName, LastPersonnellNo));

Alter Table StaffProfAssoc Add (Constraint FK_StaffProfAssocProfession FOREIGN KEY (ProfessionID) References Profession (RecID), Constraint FK_StaffProfAssocStaff FOREIGN KEY (StaffID) References Staff (RecID));

Alter Table StaffQualAssoc Add (Constraint FK_StaffQualAssocQ FOREIGN KEY (QualificacionID) References Qualificacion (RecID), Constraint FK_StaffQualAssocStaff FOREIGN KEY (StaffID) References Staff (RecID), CONSTRAINT U_StaffQualAssocUL UNIQUE (QualificacionID, StaffID));

Alter Table StaffTable Add (Constraint FK_StaffTableLostTimeType FOREIGN KEY (LostTimeTypeID) References LostTimeType (RecID), Constraint FK_StaffTableStaff FOREIGN KEY (StaffID) References Staff (RecID), Constraint FK_StaffTableTimeTable FOREIGN KEY (TimeTableID) References TimeTable (RecID), Constraint FK_StaffTableOutPutesItem FOREIGN KEY (OutPutesItemID) References OutPutesItem (RecID));

Alter Table Stock Add (Constraint FK_StockStore FOREIGN KEY (StoreID) References Store (RecID), Constraint FK_StockPart FOREIGN KEY (PartID) References Part (RecID), Constraint FK_StockAccountPlan FOREIGN KEY (AccountPlanID) References AccountPlan (RecID), CONSTRAINT U_StockU1 UNIQUE (CardNo));

Alter Table StockAttrAssoc Add (Constraint FK_StockAttrAssocStock FOREIGN KEY (StockID) References Stock (RecID), Constraint FK_StockAttrAssocPA FOREIGN KEY (PartAttributeID) References PartAttribute (RecID));

Alter Table StockDocItem Add (Constraint FK_StockDocItemStock FOREIGN KEY (StockID) References Stock (RecID), Constraint FK_StockDocItemDocumentItem FOREIGN KEY (DocumentItemID) References DocumentItem (RecID));

Alter Table SuppPayAkkreditive Add (Constraint FK_SuppPayAkkreditiveA FOREIGN KEY (AkkreditiveID) References Akkreditive (RecID), Constraint FK_SuppPayAkkreditiveSP FOREIGN KEY (SuppPaymentID) References SuppPayment (RecID), CONSTRAINT U_SuppPayAkkreditiveSPID UNIQUE (SuppPaymentID, AkkreditiveID));

Alter Table SuppPayBooking Add (Constraint FK_SuppPayBookingSP FOREIGN KEY (SuppPaymentID) References SuppPayment (RecID), Constraint FK_SuppPayBookingBD FOREIGN KEY (BookkeepDocID) References BookkeepDoc (RecID), CONSTRAINT U_SuppPayBookingBDID UNIQUE (BookkeepDocID, SuppPaymentID));

Alter Table Tarife Add (Constraint FK_TarifeOrders FOREIGN KEY (OrdersID) References Orders (RecID));

Alter Table WorkersChild Add (Constraint FK_WorkersChildhe_fatherS FOREIGN KEY (Staff_he_fatherID) References Staff (RecID), Constraint FK_WorkersChildhe_motherS FOREIGN KEY (Staff_he_motherID) References Staff (RecID), Constraint FK_WorkersChildisStaff FOREIGN KEY (Staff_isID) References Staff (RecID), CONSTRAINT U_WorkersChildStaff_isID UNIQUE (Staff_isID));

Показати весь текст

Заповнити форму поточною роботою