СОДЕРЖАНИЕ
ВВЕДЕНИЕ…………………………………………………………………………
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. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РАЗРАБОТКИ И ПРИМЕНЕНИЯ ПРОГРАММНЫХ СРЕДСТВ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ…………………………………………………………………………..
4.1. Характеристика проекта………………………………………………….
4.2. Исходные данные…………………………………………………………
4.3. Расчет себестоимости и отпускной цены программного средства……
4.3.1. Заработная плата исполнителей основная и дополнительная…………
4.3.2. Отчисления в фонд социальной защиты………………………………..
4.3.3. Налоги, входящие в себестоимость программного средства………….
4.3.4. Материалы………………………………………………………………..
4.3.5. Спецоборудование………………………………………………………..
4.3.6. Машинное время………………………………………………………….
4.3.7. Расходы на научные командировки……………………………………...
4.3.8. Прочие затраты……………………………………………………………
4.3.9. Накладные расходы………………………………………………………
4.3.10. Общая сумма расходов по смете………………………………………...
4.3.11. Расходы на сопровождение и адаптацию……………………………….
4.3.12. Полная себестоимость программного средства………………………...
4.3.13. Прибыль от реализации создаваемого программного средства……….
4.3.14. Отчисления на содержание ведомственного жилого фонда…………...
4.3.15. Прогнозируемая цена без налогов………………………………………
4.3.16. Цена без НДС……………………………………………………………..
4.3.17. Налог на добавленную стоимость……………………………………….
4.3.18. Прогнозируемая отпускная цена ………………………………………..
4.3.19. Чистая прибыль от реализации программного средства………………
4.4. Расчет экономического эффекта от применения программного средства у пользователя……………………………………………………………
4.4.1. Расчет капитальных затрат……………………………………………….
4.4.2. Расчет экономии основных видов ресурсов в связи с
использованием нового программного средства…………………………………
4.4.3. Расчет экономического эффекта от внедрения программного средства……………………………………………………………………………..
5. ОХРАНА ТРУДА И ЭКОЛОГИЧЕСКАЯ БЕЗОПАСНОСТЬ. Защита от шума при эксплуатации АСУ персоналом БШК «Белшина»…………………...
5.1. Анализ состава и интенсивности опасных и вредных факторов, возникающих при реализации проектируемой системы……………………….
5.2. Акустический анализ и расчет шумовой обстановки в производственных помещениях…………………………………………………………………………
5.3. Выбор метода снижения шума в производственных помещениях ………...
ЗАКЛЮЧЕНИЕ……………………………………………………………….……
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ………………………….…..
ПРИЛОЖЕНИЕ. ЛИСТИНГ ПРОГРАММЫ……………………………………
ВВЕДЕНИЕ
В настоящее время из-за недостатков существующей системы управления Белорусским Шинным Комбинатом «Белшина», далее БШК «Белшина», производится разработка отраслевой информационной системы автоматизации учета, контроля и управления всеми видами деятельности БШК «Белшина».
Можно назвать основные причины, вызывающие сбои производственного ритма, и как следствие, невыполнение плана по развернутому ассортименту и номенклатуре, невыполнение планов поставки готовой продукции и ее реализации:
1) наличие большого количества физически и морально устаревшего оборудования;
2) недостатки в ремонте и межремонтном обслуживании оборудования, что вызывает внеплановые его простои, снижает выработку продукции;
3) отсутствие надлежащего контроля за поставками сырья и материалов, что не дает возможности своевременно делать анализ их обеспеченности заводов;
4) отсутствие оперативного контроля и анализа причин брака готовой продукции и полуфабрикатов;
5) невыполнение нормативов на незавершенное производство;
6) отсутствие должностного контроля исполнения приказов и распоряжений по комбинату и заводам;
7) недостаточная оперативность при принятии решений из-за отсутствия необходимой и достоверной информации;
8) отсутствие оперативно-бухгалтерского учета;
9) из-за отсутствия оптимального документооборота имеет место избыточное дублирование информации, и как следствие, ее искажение;
10) несовершенная система материального поощрения и стимулирования труда.
Оперативное управление в масштабе завода осуществляется диспетчерской службой завода, специализированной по цеховому технологическому принципу управления. Из-за отсутствия оперативной информации о состоянии дел на всех технологических переделах производства в реальном масштабе времени диспетчер не в состоянии принять достаточно правильное решение.
Учет в производстве осуществляется вручную с формированием документов учетным персоналом цехов.
Из-за отсутствия четкой регламентации между отдельными подразделениями и должностными лицами управление комбинатом затрудняется. Отдельные службы и отделы стремятся иметь запасной объект информации, которую можно было бы получить непосредственно в службах ее формирования. Это приводит к дублированию многих операций по обработке информации, накоплению и хранению изменений информации, вызывает излишние затраты в сфере управления.
Одной из функциональных задач информационной системы управления БШК «Белшина» является АСУ персоналом «БШК «Белшина»». Решение этой задачи дает, прежде всего, автоматизации учета количества рабочих мест, автоматизацию трудоемких процессов сбора, хранения, контроля отчетной документации о персонале БШК «Белшина», а также отображение и печать (по запросу пользователя) документов. За счет сокращения времени приема и обработки информации, снижения трудоемкости выполнения работ, связанных с контролем информационных документов повышается эффективность работы как отдельных отделов БШК «Белшина», так и комбината в целом.
Дипломный проект посвящен разработке программно-методического комплекса, предназначенного для хранения, а также обработки информации о персонале БШК «Белшина».
В первом разделе дипломного проекта дана характеристика объекта управления, а именно АСУ персоналом входящая в состав АСУ «БШК «Белшина»», и раскрыты задачи, решаемые программным комплексом АСУ персоналом входящая в состав АСУ «БШК «Белшина»» с учетом функциональной и информационной структуры нефтехимической отрасли.
Во втором разделе дипломного проекта описывается информационное обеспечение АСУ персоналом входящая в состав АСУ «БШК «Белшина»», а так же технические и программные средства. Приведены требования к программным и техническим ресурсам.
В третьем разделе дипломного проекта описывается разработанное специальное программного обеспечение, а так же приведены основные алгоритмы и структура программного и информационного обеспечения.
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) средства для повышения производительности разработчика, в том числе совершенно новый отладчик, исходные коды для использования API, новые средства трассировки и поддержка профилей приложений;
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
Основная БД
Имя таблицы
|
Информационное наполнение таблицы
|
Staff
|
Информация о работнике предприятия
|
City
|
Данные о городе рождения и проживания работника предприятия
|
Nationality
|
Национальность работника предприятия
|
Dissmissed
|
Информация об увольнении работника предприятия (если уволен)
|
DissmissedReason
|
Причина увольнения работника предприятия
|
Diploma
|
Информация о дипломе работника предприятия (если есть)
|
Profession
|
Информация о профессии работника предприятия
|
Place
|
Информация о рабочих местах
|
DirtyType
|
Информация о типе вредности рабочего мести работника предприятия
|
Orders
|
Информация о приказе по заводу
|
LostTime
|
Информация о прогулах работника предприятия
|
DirtyWorks
|
Информация о вредности производства
|
Grade
|
Информация об образовании работника предприятия
|
Qualificacion
|
Информация о квалификации работника предприятия
|
Passport
|
Информация о паспорте работника предприятия
|
PassType
|
Тип паспорта
|
QueueApartmentReceiver
|
Информация об очереди на жилье
|
Asessment
|
Информация об аттестации
|
MaritalStatus
|
Материальное положение
|
PensionType
|
Информация о типе пенсии работника предприятия
|
PersonStatus
|
Персональный статус
|
LostTimeType
|
Информация о поводе прогулов работника предприятия
|
Продолжение табл. 3.1
|
Имя таблицы
|
Информационное наполнение таблицы
|
Tarife
|
Информация о тарифной сетке работника предприятия
|
GroupProfession
|
Информация о группе профессий, в которую входит работник предприятия
|
Departament
|
Информация о подразделении
|
ContractTypeQuantity
|
Тип контракта
|
SalaryType
|
Тип жалования
|
CategTaritem
|
Тарифный коэффициент, если входит в тарифную сетку
|
Tarifeltem
|
Тарифная ставка первого разряда
|
Passes
|
Дата выдачи паспорта
|
Структуры таблиц приведены в табл. 3.2 - табл. 3.32.
Таблица 3.2
Таблица Staff
Идентификатор поля
|
Объявление
|
FamilyName
|
_Char64
|
FirstName
|
_Char64
|
SecondName
|
_Char64
|
Sex
|
_Char16
|
AdditionalTelNumber
|
_Char64
|
Comments
|
_Char256
|
DateBeginWork
|
_DateTime
|
DateBeginNormalWork
|
_DateTime
|
DateBirth
|
_DateTime
|
DateHired
|
_DateTime
|
Email
|
_Char64
|
Fax
|
_Char64
|
HomeAddress
|
_Char256
|
LastPersonnelNo
|
_Char16
|
Продолжение табл. 3.2
|
Идентификатор поля
|
Объявление
|
Lacation
|
_Char64
|
NoChildren
|
_NumberQty
|
ScienceDegree
|
_Char64
|
Таблица 3.3
Таблица City
Идентификатор поля
|
Объявление
|
Cname
|
_Name
|
Telephone
|
_Char16
|
DefaultZipCode
|
_Char16
|
CityType
|
_Char64
|
Таблица 3.4
Таблица Nationality
Идентификатор поля
|
Объявление
|
NationalityType
|
_Char64
|
NationalMale
|
_Char64
|
NationalFemale
|
_Char64
|
NationalCode
|
_Char16
|
Таблица 3.5
Таблица Dissmissed
Идентификатор поля
|
Объявление
|
DismissedDate
|
_Datetime
|
Таблица 3.6
Таблица DismissReason
Идентификатор поля
|
Объявление
|
ReasonName
|
_Char64
|
ReasonCode
|
_Char16
|
LawArticle
|
_Char64
|
Таблица 3.7
Таблица Place
Идентификатор поля
|
Объявление
|
PlName
|
_Name
|
Description
|
_Char256
|
Quantity
|
_NumberQty
|
Category
|
_Char64
|
QuantityFree
|
_NumberQty
|
Salary
|
_NumberQty
|
Таблица 3.8
Таблица QueueOfApartamentReceiver
Идентификатор поля
|
Объявление
|
NumberInQueue
|
_NumberQty
|
Таблица 3.9
Таблица MaterialStatus
Идентификатор поля
|
Объявление
|
StatusName
|
_Char64
|
Таблица 3.10
Таблица PensionType
Идентификатор поля
|
Объявление
|
TypeName
|
_Char64
|
Таблица 3.11
Таблица PersonStatus
Идентификатор поля
|
Объявление
|
StatusName
|
_Char64
|
Таблица 3.12
Таблица LostTimeType
Идентификатор поля
|
Объявление
|
Abbrev
|
_Char64
|
TypeName
|
_Char64
|
Таблица 3.13
Таблица LostTime
Идентификатор поля
|
Объявление
|
ReasonLostTime
|
_Char64
|
Таблица 3.14
Таблица DirtyWorks
Идентификатор поля
|
Объявление
|
TimePeriod
|
_Char64
|
QuantityDay
|
_NumberQty
|
Таблица 3.15
Таблица DirtyType
Идентификатор поля
|
Объявление
|
CodeDirty
|
_Char64
|
NameDirty
|
_Char64
|
Description
|
_Char256
|
Таблица 3.16
Таблица Orders
Идентификатор поля
|
Объявление
|
OrdersDate
|
_DateTime
|
OrderNumber
|
_NumberQty
|
Descriptions
|
_Char256
|
Таблица 3.17
Таблица Contract
Идентификатор поля
|
Объявление
|
DateBeginContr
|
_DateTime
|
DateEndContr
|
_DateTime
|
ContrNo
|
_NumberQty
|
Таблица 3.19
Таблица Tarife
Идентификатор поля
|
Объявление
|
DateBegin
|
_DateTime
|
DateEnd
|
_DateTime
|
TarifeName
|
_Char64
|
GroundSalValue
|
_NumberQty
|
Таблица 3.20
Таблица SalaryType
Идентификатор поля
|
Объявление
|
SalaryTypeName
|
_Char64
|
Таблица 3.21
Таблица Departament
Идентификатор поля
|
Объявление
|
DepCode
|
_Char64
|
DepName
|
_Char64
|
Таблица 3.22
Таблица Profession
Идентификатор поля
|
Объявление
|
Code
|
_Char64
|
ProfName
|
_Char64
|
Таблица 3.23
Таблица GroupProfession
Идентификатор поля
|
Объявление
|
GroupName
|
_Char64
|
GroupCode
|
_Char64
|
Таблица 3.24
Таблица TypeQuanity
Идентификатор поля
|
Объявление
|
NameType
|
_Char64
|
Таблица 3.26
Таблица Grade
Идентификатор поля
|
Объявление
|
GradeName
|
_Char64
|
Таблица 3.27
Таблица Asessment
Идентификатор поля
|
Объявление
|
DateAmnt
|
_DateTime
|
Таблица 3.28
Таблица Qualification
Идентификатор поля
|
Объявление
|
QualName
|
_Char64
|
Таблица 3.29
Таблица Diploma
Идентификатор поля
|
Объявление
|
DipNumber
|
_NumberQty
|
Таблица 3.30
Таблица Passport
Идентификатор поля
|
Объявление
|
DateDistribution
|
_DateTime
|
Таблица 3.31
Таблица PassType
Идентификатор поля
|
Объявление
|
Pass
|
_Char64
|
Таблица 3.32
Таблица Tarifeltem
Идентификатор поля
|
Объявление
|
Coefficient
|
_NumberQty
|
Логическая структура БД построена с учетом критериев нормализации и находится в третьей нормальной форме, что обеспечивает устранение избыточности в модели данных.
Следует отметить особенность заполнения полей в таблицах. Поля, которые содержат данные ограниченные некоторым списком, заполняются путем выбора данных из таблиц-классификаторов. Таблицы-классификаторы являются особым информационным ресурсом, доступным всем программным комплексам. Информационное наполнение таблиц-классификаторов происходит на этапе развертывания, а также работы системы. Внесение изменений в эти таблицы происходить в процессе работы с программой по мере необходимости, ограниченным кругом должностных лиц.
Все остальные поля заполняются пользователем на основе ограничений целостности, наложенных на конкретное поле.
3.1.2.Алгоритмы функционирования программных модулей
Обобщенный алгоритм работы программы представлен на рис чертеж 1. Можно выделить следующие функциональные блоки:
1) вход в систему, подключение к базе данных, определение прав и привилегий текущего пользователя;
2) Работа с БД;
Функциональные блоки реализуются в одном и том же программном модуле:
Рассмотрим более подробно алгоритмическую реализацию функциональных блоков.
Функциональный блок входа в систему, подключения к базе данных, определения прав и привилегий текущего пользователя активизируется при входе в систему. Его назначение заключается в
1) контроль легальности использование комплекса программ;
2) идентификации пользователя по его личному имени и паролю;
3) определении прав и привилегий текущего пользователя на использование программных модулей;
4) установке связи с базой данных по заранее определенным параметрам подключения;
5) вызове процедуры определения параметров подключения пользователем, при невозможности автоматической установки связи;
6) определении прав и привилегий пользователя системы, на основе прав и привилегий по доступу к данным, определенных в базе данных.
Активизация функционального блока «Работа С БД» происходит при выборе одного из пунктов меню:
1) Персонал;
2) Штатное расписание;
3) Справочники.
Далее, если открыт пункт меню «Персонал» происходит выбор одного из пунктов подменю:
1) Выбор пункта меню «Персонал»;
2) Выбор пункта меню «Дети работников»;
3) Выбор пункта меню «Ведение личной карточки».
Иначе, если выбран пункт меню «Штатное расписание» происходит выбор одного из пунктов подменю:
1) Рабочие места;
2) Перечень тарифов.
Если же выбран пункт меню «Справочники» происходит выбор справочника, который надо изменить, вызывается форма этого справочника и происходит его изменение.
Организация ввода данных происходит с использованием набора форм, информационные поля, в которых логически упорядочены.
Структуру комплекса образуют программный и информационные модули. Программный модуль реализует законченную функцию, подлежащую автоматизации. Каждый информационный модуль представляет собой совокупность таблиц в табличной области базы данных информационной системы управления Белорусским Шинным Комбинатом.
Программная часть представляет собой EXE-модуль и обеспечивает взаимодействие с пользователем, а также обеспечивает информационную связь с БД информационной системы управления Белорусским Шинным Комбинатом.
Структура программного комплекса состоит из двух взаимосвязанных между собой подсистем:
1) Работа со всеми табличными данными одновременно;
2) Работа с каждой таблицей по отдельности.
Работа со всеми таблицами данных одновременно происходит с помощью формы «персонал», на которой имеются возможности просмотра всех табличных данных занесенных в БД.
Рис 3.1. Экранная форма «персонал»
Работа с каждой таблицей по отдельности происходит при выборе остальных рабочих форм например:
Рис 3.2. Экранная форма “Ведение личной карточки”
Открывая форму “Ведение личной карточки” (см. рис. 3.2) получаем доступ к следующим данным:
1) Ф.И.О.
2) Занимаемая должность;
3) Табельный номер;
4) Разряд;
5) Код профессии;
6) Код подразделения;
7) Оклад;
8) Ставка;
9) Начало и окончание контракта;
Далее приведем рабочие формы без подробного описания к ним.
Рис 3.3. Экранная форма “Дети работников Белорусского Шинного Комбината”
Рис 3.4. Экранная форма «Партнеры и адреса»
Рис 3.5. Экранная форма “Тарифы”
Рис 3.6. Экранная форма “Города”
Рис 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).
Примером одного из справочников может служить следующая экранная форма:
Рис 3.8. Пример одного из справочников
3.3.4 Пункт меню «Штатное расписание».
Данный пункт меню создавался для нужд бухгалтерии. В данном пункте меню имеется возможность изменить различные типы ставок, оплат, а также коэффициентов, которые установлены для определенных рабочих мест, различная работа с тарифами, здесь же заносятся приказы о добавлении новых тарифов, вводятся новые коэффициенты к тарифным ставкам и разрядам. Предусмотрено изменение и добавление данных как это указанно в пункте 3.3.1.
4.
ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РАЗРАБОТКИ И ПРИМЕНЕНИЯ ПРОГРАММНЫХ СРЕДСТВ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ
4.1.
Характеристика проекта
Программа разрабатывается для нужд БШК «Белшина». Назначение программы автоматизация работы отдела кадров. Программа предназначена для квалифицированных пользователей, не требует знаний в области компьютерной техники, легка и понятна в эксплуатации.
Область применения программы
1) Отдел кадров БШК «Белшина»;
2) Управляющие структуры БШК «Белшина»;
Применение программы позволит максимально уменьшить ручной труд работников отдела кадров. Программа участвует в предоставление справочной информации, взаимодействие с другими отделами, ведение личной карточки работника БШК «Белшина», учет труда и сведений о рабочих местах БШК «Белшина», составление и печать сводной (отчетной) статистической отчетности.
В настоящее время неизвестны какие-либо аналоги разработанной программы, учитывающие особенности структуры отрасли. Коммерческий успех программе обеспечивает невысокая цена, а также обширный круг проблем, решаемых программой.
4.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
|
4.3.
Расчет себестоимости и отпускной цены программного средства
Смета затрат на разработку программного средства включает следующие статьи:
1) заработная плата исполнителей основная (Зо) и дополнительная (Зд), руб.;
2) отчисления в фонд социальной защиты (Зсз), руб.;
3) налоги, входящие в себестоимость программного средства (Нс), руб.;
4) материалы (М), руб.;
5) спецоборудование (Рс), руб.;
6) машинное время (Рм), руб.;
7) расходы на научные командировки (Рнк), руб.;
8) прочие затраты (Рз), руб.;
9) накладные расходы (Рн), руб.
На основании сметы затрат рассчитывается себестоимость и отпускная цена программного средства
4.3.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,950434783
Расчет основной заработной платы исполнителей программного средства (Зо) производится на основе исходных данных (табл. 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 руб.
4.3.2.
Отчисления в фонд социальной защиты
Отчисления в фонд социальной защиты населения (Зсз) определяется в соответствии с действующими законодательными актами по нормативу в процентном отношении к фонду основной и дополнительной зарплаты исполнителей.
Сумма отчислений в фонд социальной защиты населения (Зсз) определяется по формуле:
Зсз = (Зо+Зд) * Нзсз / 100, (4.12)
где Нзсз - норматив отчислений в фонд социальной защиты (Нзсз=35%).
Зсз = 409 448,90 руб.
4.3.3.
Налоги, входящие в себестоимость программного средства
Налоги, входящие в себестоимость программного средства (Нс) определяются в соответствии с действующими законодательными актами по нормативам в процентном отношении к сумме всей заработной платы, приходящейся на программное средство. Действующие нормативы налоговых отчислений:
1) чрезвычайный налог в фонд Чернобыля (Нч);
2) отчисления в фонд занятости(Нз);
3) финансирование расходов по ДДУ (Нсд).
Чрезвычайный налог (Нч) определяется по формуле:
Нч = (Зо+Зд) * Ннч / 100, (4.13)
где Ннч - норматив чрезвычайного налога (Ннч=4%). Нч = 45 494,32 руб.
Отчисления в фонд занятости (Нз) определяются по формуле:
Hз = (Зо+Зд)*Ннз/100, (4.14)
где Ннз - норматив отчислений в фонд занятости (Ннз=1%).
Нз=11 373,58
4.3.4.
Материалы
Расходы по статье «Материалы» (М) определяются на основании сметы затрат, разрабатываемой на программное средство, с учетом действующих нормативов. По статье «Материалы» отражаются расходы на магнитные носители, перфокарты, бумагу, красящие ленты и другие материалы, необходимые для разработки программного средства. Нормы расхода материалов в суммарном выражении (Нм) определяются в расчете на 100 машинных команд. Сумма затрат материалов рассчитывается по формуле:
М = Нм * Vо / 100, (4.16)
где Нм - норма расхода материалов в расчете на 100 команд программного средства (руб.);
Vо - общий объем программного средства (условных машинных команд).
М = 80 350,00 руб.
4.3.5.
Спецоборудование
Расходы по статье «Спецоборудование» (Рс) включают затраты средств на приобретение типовых и изготовление вспомогательных специального назначения технических и программных средств, необходимых для разработки конкретного программного средства, включая расходы на их проектирование, изготовление, отладку, установку и эксплуатацию. Сумма затрат по статье «Спецоборудование» (Рс) определяется в соответствии со сметой расходов, которая составляется перед разработкой программного средства. Так как для разработки конкретного программного средства специальное оборудование или специальные программы не приобретались, то расходы по этой статье не определяются.
4.3.6.
Машинное время
Расходы по статье "Машинное время" (Рм) включают оплату машинного времени, необходимого для разработки и отладки программного средства, которое определяется по нормативам (в машино-часах) на 100 команд (Нмв) машинного времени в зависимости от характера решаемых задач и типа ПЭВМ, определяются по формуле:
Рм = Цм * Vо * Нмв/100, (4.17)
где Цм- цена одного машино-часа (руб);
Vо- общий объем программного средства (машинных команд);
Нмв- норматив расхода машинного времени на отладку 100 машинных команд (машино-часов).
Рм = 142 219,50 руб.
4.3.7.Расходы на научные командировки
Расходы по статье "Научные командировки" (Рнк) определяются по смете затрат на программное средство и включают расходы, связанные с командировками для решения проблем разработки программного средства. Определяются по формуле:
Рнк = Зо*Нрнк/100 (4.18)
где Нрнк - норматив расходов на командировки (Нрнк=30%). Рнк = 310 185 руб.
4.3.8.Прочие затраты
Расходы по статье "Прочие затраты" (Пз) включают затраты на приобретение и подготовку специальной научно-технической информации и специальной литературы. Определяются по смете расходов на программное средство по формуле:
Пз = Зо*Нпз/100 (4.19)
где Нпз - норматив прочих затрат (Нпз=20%). Пз = 206 566,69 руб.
4.3.9.
Накладные расходы
Затраты по статье «Накладные расходы» (Рн), связанные с необходимостью содержания аппарата управления, вспомогательных хозяйств и опытных (экспериментальных) производств, а так же с расходами на общехозяйственные нужды, относятся на программное средство по нормативу (Нрн) в процентном отношении к основной заработной плате исполнителей.
Рн = Зо * Нрн / 100, (4.20)
где Нрн - норматив накладных расходов (Нрн=500%).
Рн = 1 033 167,24 руб.
4.3.10.
Общая сумма расходов по смете
Общая сумма расходов рассчитывается по формуле:
Ср=Зо + Зд + Зсз + Нч + Нз + М + Рм + Рн + Рнк +Пз (4.21)
Ср= 3 377 187 руб.
4.3.11.
Расходы на сопровождение и адаптацию
Расходы на сопровождение и адаптацию программного средства (Рса) определяются по формуле:
Рса = Ср * Нрса / 100, (4.22)
где Нрса - норматив расходов на сопровождение и адаптацию (Нрса=10%).
Рса = 337 718 руб.
4.3.12.
Полная себестоимость программного средства
Общая сумма расходов на разработку (с затратами на сопровождение и адаптацию) как полная себестоимость программного средства (Сп) определяется по формуле:
Сп = Ср + Рса (4.23)
Сп = 3 714 905 руб.
4.3.13.
Прибыль от реализации создаваемого программного средства
Рентабельность и прибыль (Пр) по создаваемому программному средству определяется исходя из результата анализа рыночных условий, переговоров с заказчиком (потребителем), согласования с ним отпускной цены, включающей дополнительно налог на добавленную стоимость и отчисления в спецфонды. Прибыль рассчитывается по формуле:
Пр = Сп * Урп / 100, (4.24)
где Урп - уровень рентабельности создаваемого программного средства (Урп=40%)
Пр =1 485 962 руб.
4.3.14.
Отчисления на содержание ведомственного жилого фонда
В соответствии с действующим законодательством в цену программного средства кроме налога на добавленную стоимость включаются отчисления на содержание ведомственного жилого фонда (Ожф), которые рассчитываются по действующему законодательно утвержденному нормативу (Ножф) в процентном отношении к цене программного средства, представляющей сумму себестоимости, прибыли и налога на добавленную стоимость. Отчисления на содержание ведомственного жилого фонда определяются по формуле:
Ожф = (Сп + Пр) * Носф / (100- Носф), (4.25)
где Ноcф норматив отчислений на содержание ведомственного жилого фонда (Носф=2.5%).
Ожф = 130 021 руб.
Осх = (Сп + Пр) * Нсх/ 100
где Нсх – норматив отчислений на поддержку сельского хозяйства(Нсх=1.5%)
Осх = 79 034 руб.
Определяется по формуле:
Цф = Сп + Пр (4.26)
Цф = 5 200 868 руб.
Цена без НДС представляет собой сумму прогнозируемой цены без налогов, отчислений на содержание ведомственного жилого фонда и отчислений на поддержку сельского хозяйства:
Ц = Цф + Ожф + Ос/х , (4.27)
Ц = 5 410 090 руб.
4.3.17.
Налог на добавленную стоимость
Налог на добавленную стоимость при ставке налога Нндс = 20% рассчитывается по формуле:
Ндс=(Ц*Нндс)/100, (4.28)
Ндс = 1 082 018 руб.
Прогнозируемая "отпускная цена" ПС представляет собой сумму цены без НДС и налога на добавленную стоимость:
Цо =
Ц + Ндс , (4.29)
Цо =
6 462 109 руб.
4.3.19.
Чистая прибыль от реализации программного средства.
Чистая прибыль или прибыль от реализации программного средства (Пч) за вычетом налога с прибыли (Нп) в размере 30% остается организации-разработчику программного средства и представляет собой эффект от создания нового программного средства вычислительной техники. Рассчитывается по следующей формуле:
Пч = Пр * (1 - Ннп / 100), (4.29)
где Ннп - норматив налога на прибыль (Ннп=25%).
Пч =1 114 471 руб.
5.4.
Расчет экономического эффекта от применения программного средства у пользователя
Таблица 4.4
Исходные данные
Наименование показателя
|
Обозначения
|
Ед. изм.
|
Значение показателя в варианте
|
Базовом
|
Новом
|
Капитальные вложения пользователя в том числе стоимость услуг по сопровождению и адаптации
|
Кпр
|
руб.
|
-
|
6 462 109
|
Объем работ выполняемый при решении одной задачи
|
А0
|
100 ком.
|
-
|
200
|
Численность программистов, занятых освоением и эксплуатацией ПС
|
Чпэ,
Чпо
|
Чел.
|
-
|
4
|
Продолжительность освоения ПС
|
Тос
|
Мес.
|
-
|
2
|
Расход машинного времени при освоении ПС
|
Тмос
|
Ч.
|
-
|
70
|
Среднемесячная заработная плата одного программиста
|
Зсм
|
руб
|
3500
|
16000
|
Продолжение табл.4.4.
|
Наименование показателя
|
Обозначения
|
Ед. изм.
|
Значение показателя в варианте
|
Базовом
|
Новом
|
Средняя трудоемкость отладки
|
Тс1,
Тс2
|
Чел.- час
|
1,0
|
0,2
|
Коэффициент начислений на заработную плату
|
Кнз
|
Ед.
|
2
|
2
|
Среднемесячное количество рабочих дней
|
Др
|
День
|
22
|
22
|
Цена одного часа работы у организации пользователя
|
Цм
|
руб.
|
50
|
200
|
Средний расход машинного времени на отладку программ в расчете на 100 команд
|
Мв1,Мв2
|
Ч/100 ком.
|
0,08
|
0,05
|
Средний расход материалов у пользователя в расчете на 100 команд
|
Мт1,
Мт2
|
руб.
|
16,4
|
0,8
|
Нормативный коэффициент эффективности капвложений, определенный предприятием
|
Енвт
|
Ед.
|
0,40
|
0,40
|
Количество часов работы в день
|
Тч
|
Ч
|
8
|
8
|
Затраты на пополнение оборотных средств
|
Коб
|
40000
|
40000
|
Затраты на доукомплектование ВТ техническими средствами
|
Ктс
|
руб
|
400000
|
400000
|
Количество типовых задач решаемых за год
|
Зт2
|
Задач
|
360
|
360
|
Ставка налога на прибыль
|
Нп
|
%
|
25
|
4.4.4.
Расчет капитальных затрат
Общие капитальные вложения заказчика (потребителя) программного средства, связанные с его приобретением, внедрением и использованием рассчитываются по формуле:
Ко = Кпр + Кос + Ктс+Коб, (4.30)
где Кпр - затраты на приобретение и сопровождение программного средства (руб);
Кос - капитальные вложения на освоение программного средства (руб.), вычисляются по формуле:
Кос = (Зсм +Зсм * Кнз) * Чпо * Тос + Цм * Тмос (4.31)
Кос = 398 000,00 руб.;
где Ктс - затраты на доукомплектование вычислительной техники техническими средствами (руб.);
Кпр = Цо = 6 462 109 руб.,
Ко = 7 330 109 руб.
4.4.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 руб.,
4.4.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
|
Результаты:
|
Прирост прибыли за счет экономии затрат (Пч)
|
Руб
|
-
|
12948 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м2
, перпендикулярную направлению распространения звуковой волны в секунду.
Интенсивность звука можно выразить через звуковое давление по формулам (5.1),(5.2):
J = νp (5.1)
Или
J = p2
/(rс2
), (5.2)
где J - интенсивность звука, Вт /м2
;
р - среднеквадратическое значение звукового давления, Па;
v
- среднеквадратическое значение колебательной скорости частиц в звуковой волне, м/с;
r - плотность среды, кг/м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
).
При оценке шумов на производстве в большинстве случаев необходимо рассчитывать уровни звукового давления на рабочих местах в производственных помещениях при одном или нескольких источниках шума. Если в цеху или в другом производственном помещении имеется несколько источников шума с известными характеристиками, то уровень звукового давления на рабочем месте определяют так:
(5.5)
где LP
- октавный уровень звукового давления источника шума,
f - фактор направленности источника шума, постоянная S это площадь сектора распространения шума, которая определяется по формуле (5.6),
B - константа для данного помещения, определяемая по формуле (5.7),
коэффициенты c и y определяются по графикам /1/ исходя из (r / lmax
) и (В/ /SОГР
) соответственно
(где SОГР
- площадь всех отражающих поверхностей в помещении,
r - расстояние до источника шума,
lmax
- наибольший геометрический размер источника шума).
S = W r2
(5.6)
B = B1000
m, (5.7)
где W - пространственный угол источника шума,
m - константа, определяемая по таблицам в зависимости от объёма помещения.
B1000
определяется по формуле (5.8):
B1000
= V / 20, (5.8)
где V - объём помещения.
Расчёт уровня звукового давления на рабочем месте в производственном помещении произведем при следующих исходных данных.
Пусть в помещении механического участка длиной N =
6м, шириной М = 5м и высотой H = 4м имеется два рабочих места и установлено шумящее оборудование в виде двух источников шума. Фактор направленности источника шума f = 1.6, пространственный угол W = 2p, наибольший геометрический размер источника шума lmax
= 1м. Расстояние то источника шума до первого рабочего места r1
= 2м, до второго r2
= 1м. Октавные уровни звукового давления на среднегеометрических частотах f1
= 500 Гц и f2
= 1000 Гц равны соответственно 90 дБ и 75 дБ. Требуется определить уровни звукового давления на рабочих местах и требуемое снижение шума.
Решение:
Сначала рассчитаем уровни звукового давления на рабочих местах и требуемое снижение шума для частоты f1
= 500 Гц.
Для решения воспользуемся формулой (5.5)
Т.к. r ³ 2 lmax
, то величина S будет определяться по формуле (5.6).
S1
= W r1
2
=2p r1
2
= 2 × 3.14 × 22
= 25.12;
S2
= W r2
2
=2p r2
2
= 2 × 3.14 × 12
= 6.28.
Коэффициент c находится по графику исходя из отношения r / lmax
.
Для r1
/ lmax
= 2/1 = 2, c = 1. Для r2
/ lmax
= 1/1 = 1, c = 2.
Постоянную B ищем по формуле (5.2.7), а B1000
по формуле (5.8).
Объём помещения равен
V = M × N × H = 6 × 5 × 4 = 120 м2
.
Тогда B1000
= V/20 = 6 м2
.
Коэффициент m определяется по таблицам из /1/ и равен 0.8.
B = B1000
m = 6 × 0.8 = 4.8 м2
.
Постоянную y ищем по графику /1/ по отношению В / SОГР
. Площадь ограничивающих поверхностей
SОГР
= 2 × (6 × 5 + 5 × 4 + 4 × 6) = 148 м2
.
Тогда В / SОГР
= 0.0324 и y = 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
= W r1
2
=2p r1
2
= 2 × 3.14 × 22
= 25.12 м2
;
S2
= W r2
2
=2p r2
2
= 2 × 3.14 × 12
= 6.28 м2
.
Коэффициент c для r1
/
lmax
= 2/1 = 2, c = 1.
Для r2
/ lmax
= 1/1 = 1, также c = 2.
Объём помещения
V = M × N × H = 6 × 5 × 4 = 120 м2
.
B1000
= V/20 = 6 м2
.
Коэффициент m равен 1.
В итоге B = B1000
m = 6 × 1 = 6 м2
.
SОГР
= 2 × (6 × 5 + 5 × 4 + 6 × 4) = 148 м2
.
Тогда В / SОГР
= = 0.0405, y = 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 Гц DL1
= 89.51 – 83 = 6.51, DL2
= 91.27 - 83 =8.27;
для f2
= 1000 Гц DL1
= 0, DL2
= 0.
5.3. Выбор метода снижения шума в производственных помещениях
Наиболее приемлемыми методами защиты от шума являются использование акустических экранов и звукопоглощающих облицовок.
Акустический экран представляет собой преграду для звуковых волн, снижающую уровень звука за счёт образования акустической тени за экраном в зоне расположения рабочего места. Экраны применяются в случаях, когда уровень звукового давления на рабочих местах превышает допустимые значения не менее чем на 8 и не более чем на 20 дБ.
Применение экранов наиболее целесообразно для снижения прямого звука, т.е. при расположении рабочих мест в непосредственной близости от источников шума. Их применяют также для отгораживания шумных агрегатов (участков) от соседних рабочих мест или рабочих мест от остальной части помещения.
Акустические экраны выполняют из стали, дюралюминия, фанеры и т.д. и облицовывают со стороны, обращённой к источнику шума звукопоглощающим материалом, закрываемым с наружи перфорируемым листом. Для достижения желаемого эффекта линейные размеры экрана должны превосходить размеры источника не менее чем в 2 - 3 раза. Экраны могут быть простой (в виде листа), П - образной и других форм. Звукоизолирующую способность экрана определяют экспериментально или с помощью расчётов. Она приводится в литературе в виде таблиц для различных размеров экранов и расположения рабочих мест /1/.
Например для задачи, приведённой в подразделе 5.2 для обеспечения требуемого уровня снижения шума необходимо применить П - образный экран с высотой 2.4 м, шириной основной части 2 м, шириной крыльев 1.5 м и расположенный на расстоянии 1 м от источника шума.
Звукопоглощающая облицовка ограждающих поверхностей производных помещений уменьшает интенсивность отраженных звуковых волн. Использование звукопоглощающих конструкций позволяет снизить УЗ в зоне отраженного звука на 4-8 дБ. В данном случае их можно использовать для первого рабочего при частоте 500Гц.
Средний коэффициент звукопоглощения до устройства звукопоглощающей облицовки определяется по формуле:
B
αср
= —————. (5.9)
B + Sогр
Тогда αср
= 0,031.
Величина требуемого звукопоглощения ΔАтр
равна 20м2
.
Величина звукопоглощения необлицованных поверхностей определяется по формуле:
А1
= αср
· Sогр
. (5.10)
Тогда А1
= 4,588м2
.
Средний коэффициент звукопоглощения помещения после установки облицовки определяется по формуле:
А1
+ ΔАтр
α1
= —————. (5.11)
Sогр
Тогда α1
= 0,166.
Постоянная помещения определяется по формуле:
А1
+ ΔАтр
В1
= —————. (5.12)
1 — αср
Тогда В1
= 29,48м2
.
Подставляя полученные значения в формулу (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)
);
|