Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 12)

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

Для оценки возможной чрезвычайной ситуации офицеры управления и другие ответственные лица должны постоянно иметь свежую и достоверную информацию об объекте, на котором может произойти ЧС. Возникает необходимость организации управления и создания базы данных таким образом, чтобы обеспечить быстроту и надежность получения различных данных для наиболее четко слаженной работы штаба.

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

Для наиболее слаженной работы различных служб штаба данные удобно держать централизованно на главном компьютере и иметь к ним доступ с других компьютеров (через сеть) с помощью программы по управлению базой данных. Локальные вычислительные сети, позволяют осуществлять связь между различными пользователями этой сети, находящимися на некотором расстоянии друг от друга (обычно, в разных помещениях одного здания). Однако такие базы данных требуют для своей работы соответствующего программного обеспечения, которое могло бы позволять вводить, выводить, искать, а так же производить обработку этих данных. Кроме того, к такому программному обеспечению предъявляются такие требования как удобство доступа к необходимой информации, простота в обращении и защита от несанкционированного доступа к конфиденциальной информации, а также, защита от порчи различного рода программными вирусами.

Настоящая работа как раз и представляет собой подобное программное обеспечение по управлению работой базы данных и отвечает основным требованиям, предъявляемым к такого рода программным продуктам.

Исходя из вышесказанного, предлагается создать данную программу и перевести все данные на компьютер.

8.2. Описание программы

Данное программное средство выполняет функции в интересах системы оповещения при ЧС.

Данная программа обеспечивает:

1). автоматизацию процесса подготовки к принятию решений при возникших ЧС;

2). регистрацию объектов экономики и составление списка характеристик объекта;

3). снижение расходов на подготовку и уточнения списков объектов;

4). учета готовности объекта к ЧС;

5). учета проведения занятий с обучающимися в УМЦ округа.

6). уменьшение времени на подготовку списков объектов экономики и списков, обучающихся на УМЦ;

7). контроль однократности учета объектов и обучающихся;

В состав программы входит:

1). задача первоначального ввода информации об объектах экономики;

2). задача первоначального ввода информации об обучаемых на УМЦ;

3). задача формирования и печати списков объектов экономики;

4). задача формирования и печати списков, обучаемых на УМЦ;

8.3. Последовательность выполнения работ

Для планирования разработки применим сетевой метод, для чего составим перечень событий и работ с учетом нормативных документов НИР. Перечень событий и работ приводится в таблице (8.1). Результаты расчета параметров сетевого графика сведены в таблицу (8.2). Сетевой график показан на (рис. 8.1).

По вышеизложенной методике проведено планирование разработки. Задача, решаемая в дипломном проекте, поставленная перед научной группой из трех человек, должна быть выполнена в течение 2 месяцев (44 дня). Путь, имеющий максимальную продолжительность, равную 42 дням, является критическим. Это путь:

0-1-2-3-4-8-9-10-13-14-15-17-18-19-21-22-23.

Для правильного выполнения сетевого графика должно выполняться следующее условие : вероятность совершения события в заданный срок Р (Т_кр<Т_д) должна удовлетворять следующему соотношению : 0.35 < Р(Т_кр<Т_д) < 0.65

Из анализа сетевого графика и из таблицы значений параметров сетевого графика видно, что Т_кр<Т_д,, так как Т_кр = 42 дней, а Т_д=44 дней. Так как условие правильного выполнения сетевого графика выполняется, то нет необходимости принимать меры по уплотнению графика работ. Следовательно, сетевой график составлен правильно.

Таблица 8.1. Перечень событий и работ

Таблица 8.2. Результаты расчета параметров сетевого графика

Рисунок 8.1.

8.4. Оценка издержек на разработку программы.

Подобный программный продукт может быть реализован в единичном экземпляре либо тиражирован и реализован некоторому числу спец. заказчиков. Обычно принято проводить расчет экономической эффективности использования разработки для ее потребителя.

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

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

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

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

Цп = С + П, где

С — себестоимость единицы продукции, руб.;

П — прибыль, руб.;

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

Данная программа предназначена для внутреннего использования и делается в рамках проекта создания системы оповещения.

8.4.1. Статья I. Оплата труда

Весь процесс создания программных средств может быть разделен на несколько независимых фаз или этапов. Конкретное число таких этапов и их содержание определяется целями и масштабами конкретных проектов и разработок. Этапы характерные для разработки крупных программных продуктов следующие:

1. Анализ требований, предъявляемых к программному изделию;

2. Определение спецификаций;

3. Проектирование изделия;

4. Кодирование;

5. Тестирование и отладка.

Примерное распределение временных затрат на реализацию отдельных этапов цикла разработки показано на диаграмме 1.

Диаграмма 8.1. Временные затраты на реализацию цикла разработки программного обеспечения

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

Статья I включает заработную плату основных инженеров-программистов. Определение норм времени на операции, и заработная плата приведена в таблице (8.3).

Таблица 8.3 Заработная плата

Итого : 2310000 руб.

Размер дополнительной заработной платы составляет 15% от размера основной, что, в данном случае, будет равно 346500 рублей.

Ст.I =Основная + Дополнительная =2310000+346500=2656500 руб.

8.4.2. Статья II. Материальные ресурсы

Статья II включает стоимость всех видов сырья и материалов, расходуемых на изготовление продукции, а также транспортно заготовительные расходы.

Расчет сырья и материалов приведен в таблице (8.4).

Таблица 8.4 Расчет сырья и материалов

ТЗР=31000000*1%/100%=310000 руб.

Ст.II=31000000+310000+265650=31395650 руб.

8.4.3. Статья III. Отчисления на социальные нужды

Статья III включает в себя отчисления в пенсионный фонд

(28%), фонд занятости (1.5 %), медицинское страхование (3.6 %), социальное страхование (5.4 %), в фонд образования (1 %) и транспортный налог (1 %).

Всего 40,5 % от начисленной заработной платы.

Ст.3= = 1075883 руб.

8.4.4. Статья IV. Накладные расходы

Статья IV включает в себя расходы на зарплату вспомогательным рабочим, наладчикам, механикам, стоимость запасных частей, вспомогательных средств и амортизацию. 250% от Ст.1

Ст.4= 2.5*2656500=6641250 руб.

1.4.5. Затраты

Пол.Себ.=2656500+31395650+1075883+6641250 =41769283руб.

Итого : 41’769’283 руб.

8.5. Цена программного продукта

Пусть в течение некоторого периода времени Т исходные условия остаются неизменными, программный продукт тиражируется в n=10 экземплярах, затраты на разработку составляют С, прибыль от использования программного продукта — П = 0.2*C. Тогда цена одного экземпляра тиражируемого продукта равна:

Цп = С/n + П/n + р1 + П1, где

р1 — затраты на копирование, сопровождение и маркетинг;

П1 — величина прибыли от реализации одного экземпляра тиража.

Здесь имеется ввиду, что цена на разработку устанавливается исходя из себестоимости и составляет С + П.

Слагаемые (р1 + П1) иногда связывают с ценой одной адаптации данной программного продукта.

Цп = 41769283/10 +41769283*0.2/10 + 500000=5’512’314 руб.

8.6. Анализ эффективности внедрения программы

Эффективность внедрения программы заключается в том, что

с помощью программы по управлению базой данных объектов экономики можно оперативно собрать все необходимые данные об объектах экономики округа или города в чрезвычайной ситуации и тем самым сократить время на сбор информации, которая так необходима в первые минуты ЧС, когда каждая минута промедления может стоить жизни людей.

Благодаря тому, что программа написана под операционную систему Windows 95/NT и соответственно имеет интуитивно понятный программный интерфейс, существенно упрощается процесс обучения и работы.

Данная база данных и программа по управлению базой данных

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

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

Отличие от других аналогичных продуктов состоит в том, что эта программа поддерживает базы данных построенные на клиент/серверном вычислении. Благодаря этому под сервер выбирается мощный компьютер (мощный процессор, большой объем памяти), позволяющий хранить централизованно большой объем данных и адекватно обрабатывать множество одновременных запросов клиентов. А для выполнения клиентских приложений используются менее дорогие компьютеры с минимальным объемом памяти. Этот способ доступа данных обеспечит возможность одновременного использования информации сразу несколькими пользователями системы. Соответственно резко снижается время на получения результатов и также снижается стоимость оборудования поддерживающего эту систему.

Экономия от замены ручной обработки информации на автоматизированную образуется в результате снижения затрат на обработку информации.

Зт = Зр - За,

где Зр - затраты на ручную обработку информации

За - затраты на автоматизированную обработку информации.

Зр = к*(V*Ц)/Нв,

где V - Объем информации, обрабатываемой вручную Mb.

Ц - стоимость одного часа работы.

Нв -норма выработки.

к- коэффициент ,учитывающий дополнительные затраты времени на логические операции при ручной обработке информации.

Зр = 1.1*(100*1000)/0.1=1100000 Руб.

Затраты на автоматизированную обработку информации:

За = ta*Ца +З1 ,

где ta - время автоматизированной обработки

Ца -стоимость одного часа машинного времени

З1 -трудозатраты пользователя

За = 0.3*100000 + 100000 = 400000 руб

Зт = 1100000-400000=700 000 руб

При использовании же старых методов хранения данных

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

Так же необходимо держать довольно-таки большой штат служащих, которые занимались бы поиском нужной информации.

При старом способе хранения данных была бы проблема централизации данных и доступа к ним.

Также, благодаря дружественному интерфейсу программы, повысится удобство работы и, соответственно, производительность труда оператора ЭВМ.

9. МЕРОПРИЯТИЯ, ОБЕСПЕЧИВАЮЩИЕ ОПТИМАЛЬНЫЕ УСЛОВИЯ ТРУДА ПОЛЬЗОВАТЕЛЯ НА РАБОЧЕМ МЕСТЕ

9.1. Специфика дипломного проекта

Данный дипломный проект посвящен разработке и работе базы данных с интерфейсом пользователя в рамках создания программ на языке Delphi под Windows 95/NT для работы с произвольными базами данных на основе персонального компьютера типа IBM PC AT, предназначенного для проектирования вычислительных систем.

При разработке программного интерфейса пользователя ПЭВМ обладает определенными недостатками, а именно: при конструировании интерфейса, при работе с базами данных программист испытывает значительную нагрузку на глаза, что приводит к снижению его трудоспособности к концу рабочего дня.

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

9.3.1. Работа с монитором

Электронно-лучевая трубка (ЭЛТ) - это электронная пушка. Это означает, что ЭЛТ заряжена отрицательно, а, следовательно, вне ЭЛТ происходит накопление положительно заряженных частиц. Человек чувствует себя хорошо, когда в окружающей его среде соотношение положительных и отрицательных ионов почти одинаково. Однако перед экраном монитора образуется избыток положительных ионов. Всегда имеющиеся в воздухе офиса микрочастицы (пыль, дым табака, и т.д.), разгоняются потоком положительно заряженных ионов и оседают на лице и глазах оператора, сидящего перед экраном. В результате такой "бомбардировки" у оператора могут возникать:

- головная боль, бессонница;

- раздражение кожи;

- усталость глаз;

9.3.2. Кресло

Проведенные исследования выявили связь между работой на компьютере и такими недомоганиями, как астенопия, боли в спине и шее, запястный синдром. Все выше перечисленные болезни прямо или косвенно вызваны неправильной посадкой человека перед компьютером. Форма спинки кресла должна повторять форму вашей спины. Кресло надо установить на такой высоте, чтобы вы не чувствовали давления на копчик (кресло расположено слишком низко) или на бедра (кресло расположено слишком высоко). Специалисты по эргономике считали, что угол между бедрами и позвоночником должен составлять 90 градусов, однако недавно проведенные исследования показали, что большинство людей предпочитают сидеть несколько откинувшись.

9.3.3. Клавиатура

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

9.3.4. Эффекты отражения и рабочий стол.

Светло окрашенная мебель офиса и большие окна являются

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

9.3.5. Оригиналодержатель

Часто приходится набивать тексты с листа бумаги, не имея

возможности вводить информацию со сканера. Правильно расположенный лист бумаги, с которого производится ввод текста, обезопасит оператора от искажения зрения.

На рабочем месте инженер-системотехник также подвергается воздействию факторов:

- шумы от работающих машин;

- выделение избытков теплоты.

9.3.6. Шумы

Повышенный уровень шума вызывает трудности в распознавании цветовых сигналов, снижает быстроту восприятия цветовых

сигналов, снижает быстроту восприятия цвета, остроту зрения,

зрительную адаптацию, нарушает восприятие визуальной информа-

ции, снижает способность быстро и четко выполнять координиро-

ванные действия, уменьшает на 5-10% производительность труда. Длительное воздействие повышенного уровня шума с уровнем

звукового давления 90 Дб снижает производительность труда на

30-60%. Медицинские обследования инженеров-программистов

показали, что помимо снижения производительности труда высокие уровни шума при местном действии приводят к утомлению, ухудшению слуха и тугоухости. Кроме того, при общем действии повышенный уровень шума вызывает нарушение ритма сердечной деятельности, изменение кровяного давления, ухудшение органов дыхания. Источниками шума в помещении являются печатающие устройства.

9.3.7. Выделение избытков теплоты

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

Многие программисты связанны с воздействием таких психофизических факторов, как умственное перенапряжение, пере-

напряжение зрительных и слуховых аппаратов, монотонность тру-

да, эмоциональные перегрузки. Воздействие указанных неблагоп-

риятных факторов приводит к снижению работоспособности, вызы-

ваемое развивающимся утомлением. Появление и развитие утомления связано с изменениями, возникающими в процессе работы

центральной нервной системе, с тормозными процессами в коре

головного мозга.

9.4. Анализ категории тяжести труда инженера-программиста.

К настоящему времени разработаны и утверждены стандарты на уменьшение информационной нагрузки человека при работе с компьютером - ГОСТ 12.2.032-78 (введ. 01.01.79).В данных правилах записано, что очень часто используемые средства отображения информации, требующие точного и быстрого считывания показаний, следует располагать в вертикальной плоскости под углом +15^o от нормальной линии взгляда, идущей на 15^o ниже горизонтальной линии взгляда, и в горизонтальной плоскости под углом +15^o от сагитальной плоскости.

Часто используемые средства отображения информации, требующие менее точного и быстрого считывания показаний, следует располагать в вертикальной плоскости под углом +30^o от нормальной линии взгляда и в горизонтальной плоскости под углом +30^o от

сагитальной плоскости.

В залах и кабинетах рабочие места операторов необходимо

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

Немаловажную роль в работе с программой и утомляемости является выбранное сочетание цветов фона и знаков.

Московским НИИ гигиены им. Ф.Ф.Эрисмана, проводились исследования на определение оптимальных сочетаний цветов фона и знаков. Функциональное состояние зрительного анализатора исследовалось методом определения критической частоты слияния световых мельканий (КЧССМ) с последующим вычислением коэффициента утомляемости по С.Л.Шаповалову. Опрос проводился до и после работы на ПЭВМ "Ямаха". Результаты исследований проведены в таблице 9.1.

Таблица 9.1. Результаты исследований

Наихудшим сочетанием цветов оказался белый фон и черные знаки, а наилучшим темно-зеленый фон и белые знаки.

При проектировании электронной формы необходимо обратить внимание на следующие факторы, влияющие на информационную нагрузку человека:

- Выбор цветовой индикации (реакция программы на ошибки пользователя)

- Угловые размеры символов. Определяются по формуле:

b h a H

tg--- = ---- ; tg--- = ---- ;

2 2L 2 2L

где

a - угол обзора экрана

b - угловые размеры знака

L - расстояние наблюдения

H - высота экрана

h - высота знака

Для знаковой и буквенно-цифровой информации, отображаемой на ЭЛТ, рекомендуются размеры: высота знака h 3,5 мм при L = 0,6 - 0,7 м; ширина знака 0,75 h; межзнаковое расстояние - (0,5-0,3)h; межстрочное расстояние 0,75h.

Факторы, окружающие инженера-программиста, на рабочем месте:

1. Напряжение зрения

2. Напряжение внимания

3. Нервно-эмоциональное напряжение

4. Интеллектуальное напряжение

5. Рабочее место, рабочая поза

6. Сменность

7. Продолжительность работы

8. Температура воздуха на рабочем месте

Расчет интегрального показателя условий труда по методу

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

Таблица 9.2. Карта условий труда на рабочем месте

Рассчитаем интегральную оценку категории тяжести труда инженера-программиста по формуле :

k =19.7*k - 1.6* k² ,

где k - усредненный коэффициент, вычисляемый по формуле :

k = 1/n*k ,

где k - баллы рассматриваемых факторов,

n - число факторов.

k =1.4

k = 19.7*1.4-1.6*1.96 =24.444 (балл*10)

Зная величину k, из таблицы находим категорию тяжести труда.

Следовательно, на рабочем месте на человека воздействуют факторы, категория тяжести труда которых равна 2. Для этой категории тяжести труда характерны: допустимые условия труда, высокая работоспособность, отсутствуют функциональные сдвиги по медицинским показателям.

9.5. Анализ освещения на рабочем месте программиста.

Усталость программиста прямо зависит от степени напряженности процессов сопровождающих зрительное восприятие. Это такие процессы как адаптация, аккомодация и конвергенция.

Адаптация - приспособление глаза к изменению освещения.

Аккомодация - приспособляемость глаза к изменению расстояния.

Конвергенция - свойство глаз сосредотачивать зрение на

предмете.

Всю энергию, излучаемую источниками света, можно разделить на ультрафиолет, видимый свет и инфракрасное излучение. Часть энергии, воспринимаемая глазом как свет, называется световым потоком F [люмен]. Сила света (I)-определяется как пространственная плотность светового потока, т.е. отношение светового потока к телесному углу, в котором равномерно распространяется этот световой поток. Измеряется сила света в канделлах ([Кд]=[лм] /[срад]). Освещенность (E) - поверхностная плотность светового потока, люкс [лк]:

F

E = --- ,

S

где S - площадь [м ] .

Коэффициент пульсации освещенности (Кп) - имеет значение

при питании ламп переменным током.

Eмах - Емin

Кп = ------------ 100% ,

2 Еср

Искусственное освещение производственных помещений бывает:

- общее;

- комбинированное;

- аварийное.

Помимо искусственного в помещении имеется также естественное освещение из окон. Таким образом, освещение смешанное.

Рассмотрим все перечисленные типы искусственного освещения помещений. Система общего освещения предназначена не только для освещения рабочих поверхностей, но и для всего помещения в целом. Система комбинированного освещения состоит из общего и местного освещения: светильники местного освещения создают большую освещенность на рабочей поверхности, а общего выравнивают яркость в поле зрения. Использование одного местного освещения не допускается из-за резкого контраста в яркостях. Система аварийного освещения предусматривается в случаях, когда недопустимы перерывы в рабочем цикле. Для расчета освещения рабочей поверхности будем пользоваться методом коэффициента использования светового потока.

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

Краткая характеристика помещения :

- высота потолка H = 3,9 м.

- коэффициент отражения потолка Rп = 70 %

- коэффициент отражения стен Rс = 50 %

- высота рабочей поверхности h = 0,9 м.

- помещение прямоугольной формы, имеющее следующие размеры

ширина помещения А = 7 м.

длина помещения B = 8 м.

Необходимое количество светильников будем располагать рядами с соответствием с наивыгоднейшим соотношением

L

Л = ---------- = 1,7

( H-h )

где L - расстояние между рядами светильников , [ м ]

H-h - высота подвеса , [ м ]

Для большинства применяемых типов светильников Л=1,5...2,0

==> L = Л * ( H-h ) = 1,7 * ( 3,9 - 0,9 ) = 5,1 м.

Расстояние от стен до крайнего ряда светильников :

l = 1/3 * L = 1/3 * 5,1 = 1,7 ;

Будем располагать светильники параллельно ширине помещения. При длине помещения B = 7 м. число рядов светильников n рассчитывается по формуле :

B - 2 * l 8 - 2 * 1,7

n = 1 + ------------- = 1 + --------------- = 2 ;

L 5,1

Нормировочная освещенность для данного вида работ

E = 400 лк

Для определения величины коэффициента используемого светового потока подсчитывается индекс помещения:

A * B

i = ------------------

(H - h) * (A + B)

где i - индекс помещения;

A и B - длина и ширина помещения, м;

(H - h) - расчетная высота подвеса светильников над

рабочей поверхностью, м.

Для нашего помещения А = 7 м, В = 8 м, Н = 3.9 м.

7 * 8

i = ----------------------- = 1,24 ;

(3,9 - 0,9) * (7 + 8)

Коэффициент использования светового потока зависит кроме

индекса помещения еще и от коэффициентов отражения:

Rп - коэффициент отражения потолка (0.7);

Rс - коэффициент отражения стен (0.5);

По таблице определяем коэффициент использования светового

потока :Ku = 0.4 ;

Номинальный световой поток лампы ЛБ-40 составляет

Фл = 3120 лк .

Номинальный световой поток светильника , включающего 4 лампы ,составляет Фсв = 4 * Фл = 4 * 3120 = 12480 ;

Необходимое количество светильников подсчитывается по следующей формуле :

E * Kз * S * z

N = ------------------ ,

n * Фсв * Ku * Kзт

где E - нормировочная освещенность, лк;

Кз - коэффициент запаса ;

S - площадь помещения ;

z - коэффициент неравномерности освещения ;

n - число рядов светильников ;

Фсв - номинальный световой поток светильника ;

Ku - коэффициент использования светового потока ;

Kзт - коэффициент затенения ;

По справочнику значение коэффициентов принимаем равными

соответственно :

Кз = 1,5 ;

z = 1,15 ;

Кзт = 0,85 .

Площадь помещения S = A * B = 7 * 8 = 56 м. ;

400 * 1,5 * 56 * 1,15

N = ------------------------- = 4 ;

2 * 12480 * 0,4 * 0,85

Определим длину разрывов между светильниками R :

A - N * lсв

R = ------------- ,

N - 1

где lсв - длина одного светильника ;

lсв = 1,33 м.

6 - 4 * 1,33

R = -------------- = 0,23 м.

4 - 1

9.6. Вывод

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

в перерывы и после работы, рационализация режима труда и отдыха.

10. ПРИМЕНЕНИЕ ЭВМ ДЛЯ ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ РАБОТЫ ШТАБА ГО

Для того чтобы оценить возможные пути и способы применения электронных вычислительных машин (далее ЭВМ) для повышения эффективности работы штаба ГО, необходимо иметь четкое представление, во-первых, об объеме и содержании решаемых задач, требованиях оперативности и способах коммуникаций, и, во-вторых, о возможностях современных ЭВМ.

Что касается возможностей современных ЭВМ (причем речь идет не об отдельно стоящей машине, а о компьютере с возможностью как автономной работы, так и доступа к удаленным ресурсам), современный уровень технологии позволяет обеспечить практически любой уровень производительности и отказоустойчивости системы, который может потребоваться в рамках решаемой задачи, будь то примитивный документооборот или управление ограниченными ресурсами в боевых условиях в реальном времени при отсутствии источников энергии. В данном случае требования к производительности определяются двумя факторами: масштабом задач и ограниченностью ресурсов для их решения. Итак, определим задачи ГО вообще.

10.1. Задачи гражданской обороны.

Гражданская оборона - составная часть системы общегосударственных оборонных мероприятий, проводимых в мирное и военное время в целях защиты населения и народного хозяйства от оружия массового поражения и других современных средств нападения противника, а также для СИДНР в очагах поражения и зонах катастрофического затопления.

1. Защита населения от оружия массового поражения и других средств нападения противника осуществляется проведением комплекса защитных мероприятий, что позволяет максимально ослабить результаты воздействия оружия массового поражения, создать благоприятные условия для проживания и деятельности населения, работы объектов, и действий сил ГО при выполнении стоящих перед ними задач.

2. Повышение устойчивости работы объектов и отраслей экономики в условиях военного времени может быть достигнуто заблаговременным проведением организационных, инженерно-технических и других мероприятий, направленных на максимальное снижение результатов воздействия оружия массового поражения, создание благоприятных условий для быстрой ликвидации последствий нападения противника.

3. Проведение спасательных аварийно-восстановительных работ в очагах поражения и зонах затопления. Без успешного проведения таких работ невозможно наладить деятельность объектов, подвергшихся ударам противника, создать нормальные условия для жизнедеятельности населения пострадавших городов.

10.2. Основной расчет поражающих факторов ядерного взрыва

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

10.2.1. Исходные данные:

1. Вид взрыва: а) воздушный, б) наземный;

2. Мощность взрыва;

3. Расстояние до ОЭ;

4. Раcстояние до района рассредоточения;

5. Коэффицент ослабления атмосферы;

6. Скорость ветра;

7. Угол между осью следа радиоактивного облака и линией, проведенной через ОЭ и эпицентр взрыа;

10.2.2. Выходные данные:

1. Избыточное давление во фронте ударной волны;

2. Импульс светового излучения;

3. Суммарная доза гамма-излучения;

4. Мощность дозы Г-излучения;

5. Поток нейтронов;

6. Вертикальная составляющая эл.поля ЭМИ;

7. Уровень радиации радиоактивного заражения;

10.3. Текст программы

program voina;

var

Pvzr,vid,rr,vv,bet:real;

R_onx,ko,dPf,qy,R,rs,U,Fn,Pg,Dz,Dosk,Dg,E,P0,alf:real;

begin

writeln('Введите вид взрыва,если взрыв воздушный -> нажми 1');

writeln(' если взрыв наземный -> нажми 2');

read(vid);

writeln('Введите мощность взрыва,Kт');

read(Pvzr);

writeln('Введите расстояние до ОЭ,км');

read(R_onx);

writeln('Введите раcстояние до района рассредоточения,км');

read(rr);

writeln('Введите коэфицент ослабления');

read(ko);

writeln('Введите скорость ветра,км/ч');

read(vv);

writeln('Введите угол,град');

read(bet);

qy:=0.5*Pvzr*1000000;

R:=R_onx*1000;

dPf:=105/R*exp(1/3*ln(qy))+410/R/R*exp(2/3*ln(qy))+1370/r/r/r*qy;

if vid=1 then

rs:=0.052*exp(0.4*ln(Pvzr))

else

rs:=0.068*exp(0.4*ln(Pvzr));

R:=R_onx;

U:=111*Pvzr/R/R*exp(-ko*(R-rs));

R:=R*1000;

Fn:=7.5*exp(22*ln(10))/R/R*Pvzr*exp(-R/190);

Pg:=exp(13*ln(10))/R/R*Pvzr*exp(-R/200);

Dz:=5*exp(8*ln(10))/R/R*Pvzr*exp(-R/410);

Dosk:=1.4*exp(9*ln(10))*Pvzr*(1+0.2*exp(0.65*ln(Pvzr)))/R/R*exp(-R/300);

Dg:=Dz+Dosk;

R:=R_onx;

alf:=Pi/4-2*bet*Pi/180;

E:=5*exp(3*ln(10))*(1+2*R)/R/R/R*ln(14.5*Pvzr)/ln(10);

P0:=10*Pvzr/(exp(1.5*ln(rr/22))*exp(sqrt(rr/vv)))*sqr(sqr(sin(alf)/cos(alf)));

writeln('Избыточное давление во фронте ударной волны: ',dPf:1:3,' кПа');

writeln('Импульс светового излучения: ',U:1:3,' кДж/м¤');

writeln('Суммарная доза гамма-излучения: ',Dg:1:3);

writeln('Мощность дозы Г-излучения: ',Pg:1:3);

writeln('Поток нейтронов: ',Fn:3,' н/м¤');

if vid=2 then

writeln('Вертикальная составляющая эл.поля ЭМИ: ',E:1:3,' В/м');

writeln('Уровень радиации радиоактивного заражения: ',P0:1:3);

writeln('');

end.

10.4. Проврка работоспособности

Избыточное давление во фронте

ударной волны P_ф,кПа

где R - расстояние до центра взрыва, км;

q - мощность взрыва, кт.

10.5. Выводы:

Итак, используя эту программу можно уменьшить время расчета основных показателей поражающих факторов ядерного взрыва. Сделать оперативно необходимые выводы о защите объектов экономики и радиоэлектронной аппаратуры.

11. ЭРГОНОМИЧЕСКАЯ ОЦЕНКА ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ ЭВМ

11.1. Введение

С развитием новых программ возникла необходимость привести в соответствие их интерфейс с особенностью восприятия информации человеком.

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

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

11.2. Проектирование форм

1. Выбор стиля. Стиль определяет внешний вид приложения и ска­зывается на внешнем виде форм, его составляющих. Лучше при­держиваться уже установленного стиля пользовательских интер­фейсов, потому что пользователю будет легче освоить знакомый интерфейс приложения. Шрифты, цвета фона, размеры элементов изображений, расположение панели инструментов должны быть согласованы с другими приложениями.

2. Выбор функций, вводимых в приложение. Не надо вводить не­нужные свойства. Перегрузка пользователя бесполезной инфор­мацией вызовет напрасные потери времени. Надо определить ка­кие свойства полезны, а какие нет.

3. Построение иерархии для форм и отчетов. Создание для приложе­ния формы верхнего уровня, из которой будут происходить все другие формы, облегчит внесение изменений аспектов всех форм приложения, так как изменения придется вносить только в верх­нюю форму. Иерархия форм поможет придерживаться последова­тельности при переходе от формы к форме.

4. Форма не должна включать более одного типа исходного доку­мента одновременно. Формы должны составляться как можно проще. Не следует вводить на экран разные типы информации в одной форме.

5. Для лучшего восприятия человеческим глазом информации надо использовать для форм нейтральный цвет фона.

6. Для отображения текущего режима работы приложения можно использовать группы кнопок панели инструментов. Установив свойство набора кнопок панели GroupIndex равное ненулевому числу, можно установить групповой режим работы панели. Можно также установить свойство группы AllowAllUp равное False. Если щелкнуть на одной из кнопок панели инструментов, определенных таким образом, она будет оставаться в нажатом со­стоянии до тех пор, пока пользователь не щелкнет на другой кнопке из этой группы.

7. Большие кнопки и легко отыскиваемые группы переключателей позволяют легко манипулировать управляющими средствами при­ложения.

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

9. Для часто используемых команд меню надо включить акселера­торы меню. Для этого нужно создать фиктивный элемент меню с соответствующей комбинацией клавиш, а затем «привязать» код, который надо выполнить, к событию OnClick этого элемента.

10. Установка на форме горячие клавиши для ключевых полей. Для этого сначала определяют горячую клавишу метки с помощью свойства Caption управляющего элемента метки (для обозначения горячей клавиши используют символ «&»). Затем устанавливают в свойстве метки FocusControl имя компонента, который предна­значен для получения фокуса ввода при нажатии горячей кла­виши.

11. Расположение и функции устройств навигации должны быть оди­наковыми для всех форм и даже приложений. Если поместить управляющий элемент DBNavigator внизу одной формы и вверху следующей, то тем самым будет нарушена согласованность внутри приложения и пользователи могут запутаться. Лучше раз­мещать средства управления, которые выполняют аналогичные или похожие функции, в одном и том же месте каждой формы.

12. Элементы пользовательского интерфейса должны быть как можно более ненавязчивыми. Пользователь не должен останавли­вать свою работу и напрягать зрение, пытаясь прочесть метку на кнопке. Лучше сделать отдельные кнопки размером больше.

13. Шрифты без засечек читаются легче, чем шрифты с засечками. Поэтому лучше использовать шрифт Arial, вместо Times New Ro­man.

14. Использование всплывающих подсказок предоставляет пользова­телю великолепную возможность узнать, что делает данный эле­мент, не щелкая на нем (это особенно важно для кнопок панели управления.). Всплывающие подсказки представляют собой ма­ленькие всплывающие метки, которые отображаются, когда кур­сор мыши останавливается над определенными значащими эле­ментами экрана.

15. Включение интерактивной справки. Профессиональные приложе­ния Windows содержат полную справочную базу данных, которая включает связи между родственными темами. Следует оснащать свои формы контекстно-чувствительной справкой. Это можно сделать с помощью свойства HelpContext формы и ее управляю­щих элементов. Когда будет затребована справка по элементу формы, обладающему фокусом ввода, управление справкой Win­dows автоматически будет передано соответствующей теме вашей справочной базы данных.

16. Создание окна формы About (О программе). В него включают имя приложения, номер текущей версии и название компании. Можно также внести туда телефонный номер отдела технического сопро­вождения, отметку об авторских правах и информацию об исполь­зовании ресурсов Windows. Название продукта, номер версии и отметка об авторских правах должны быть включены в приложе­ние с помощью ресурса Windows VERSIONINFO.

17. Можно использовать страницы и вкладки для размещения боль­шого числа управляющих элементов на относительно маленькой площади экрана.

18. Для представления приложения в соответствующем меню или папке Windows надо связать его с подходящей пиктограммой (важно, чтобы пользователи могли отличить ее от пиктограмм других приложений). Для приложений Dephi пиктограммы уста­навливаются с помощью меню Project Þ Options Þ Applications.

19. Надо проектировать формы для самого низкого разрешения эк­рана. Скорее всего, это будет разрешение VGA, поэтому в формах можно безопасно установить разрешение 640*480. Для реализации этого лучше всего переключить разрешение на видеоадаптере на VGA. Формы, разработанные в расчете на большую разрешаю­щую способность, чем стандарт VGA, не смогут целиком поя­виться на экране.

20. Не надо перекладывать на оперативную справку объяснение, как пользоваться приложением. В большинстве случаев его примене­ние должно быть интуитивным и не должно вынуждать пользова­теля закапываться в руководство или читать оперативную справку.

11.3. Формы выдачи решений

Формы выдачи решений обычно используются людьми, которые не являются самыми осведомленными в компьютерной области, но, как правило, обладают большим влиянием, чем другие типы пользовате­лей. Именно им нужны приложения принятия решений, поскольку они играют определенную роль в процессе выработки решений. Ос­новная задача форм выдачи решений состоит в том, чтобы они оста­вались простыми и достаточно информативными.

1. Максимальное использование экранной площади. Как правило, пользователи предпочитают видеть вещи в максимально упро­щенном и развернутом виде. Можно также допустить, что пользо­ватели редко запускают под управлением Windows более одного приложения одновременно, поэтому позволительна максимизация практически всех окон форм.

2. Надо избегать беспорядочного расположения на форме большого числа деталей или табулированных данных. Обычно пользователя интересуют только факты, и они хотят получить их в приятном и простом для понимания виде.

3. Использование графических диаграмм для визуального отображе­ния соответствия одних данных другим может стать мощным средством общения сложных наборов данных. Если пользователь не прочь отказаться от сырых цифр в пользу их графического представления, то диаграммы придадут приложению изысканный и профессиональный вид при минимуме затраченных усилий. Но при этом необходимо по-прежнему поддерживать средства досту­па к лежащим в их основе необработанным данным на случай, если пользователь захочет знать из диаграмм точные цифры.

4. Если приложение ограничивается только чтением данных можно удалить компоненты модификации данных. Можно обойтись ком­понентами DBText или TLabel, чтобы отображать поля описатель­ного типа, не прибегая к таким насыщенным компонентам, как список или комбинированный список.

5. Не следует включать в приложение функций, которыми пользова­тель не сможет воспользоваться. Необходимо избегать серых (недоступных) команд меню и запрещенных кнопок, присутствие которых может вызвать недоумение. Если какая-нибудь опция не­доступна для данного пользователя, устанавливают ее свойство Visible равным False, что сделает ее невидимой (или совсем уб­рать ее) вместо того, чтобы просто запретить.

11.4. Интерактивные формы.

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

1. Желательно рассмотреть возможность увеличения и замены кно­пок навигатора Dilphi стандартными кнопками. Несмотря на мощ­ность и простоту применения, управляющим элементам DBNavi­gator недостает таких свойств, как средства поиска и возможность присваивать клавиши ускоренного доступа или метки их встроен­ным кнопкам.

2. Чтобы выбор управляющих средств был логичен и происходил интуитивно, группируют управляющие средства по каждому при­менению и соответственно размещают их. Располагают связанные элементы в тесной близости друг к другу, выравнивают зависимые элементы группы переключателей, располагают связанные кнопки близко друг от друга. Это помогает пользователю быстрее познакомиться с приложением и избежать ошибок при работе с ним.

3. Для любителей работы с клавиатурой, используют комбинации клавиш для командных кнопок и полей ввода. Надо расположить комбинации клавиши в логическом, а не позиционном порядке, отдавая предпочтение кнопкам, а не меткам. Другими словами, если есть поле вверху экрана, метка которого начинается с буквы А, и, кроме того, есть кнопка, расположенная внизу экрана с на­званием Add, устанавливают клавишу ускоренного доступа для кнопки, а не для поля, равной .

4. Устанавливают логический порядок работы клавиши табуляции, который бы позволил пользователю логически переходить на форме от поля к полю и от кнопки к кнопке, а именно слева на­право и сверху вниз.

5. Чтобы установить кнопки OK или Cancel используют свойство Kind управляющего элемента Delphi TBitBtn (кнопка с растровым изображением). Установка кнопки OK автоматически устанавли­вает ее свойство Default равным True, делая тем самым ее кноп­кой, которая действует для данной формы по умолчанию. Это зна­чит, что для завершения редактирования текущей записи пользо­ватель может нажать , а для отмены ввода- .

6. Для активизации всплывающего меню вместо командных кнопок или как дополнение к ним рассматривают использование правого щелчка мыши. Некоторые пользователи отдают предпочтение именно этому виду меню, которое приобрело популярность благо­даря продуктам Borland.

11.5.Формы ввода данных.

Формы ввода данных используются для интенсивного ввода данных, в основном, в базы данных. Внимание здесь больше уделяется скорости, а не эстетике экрана или таким деталям, как всплывающие подсказки или раскрывающиеся списки. Формы ввода данных обычно в достаточной степени лаконичны и включают только самые необходимые элементы. Как правило, пользователями таких форм являются операторы ввода данных, которые во время работы смотрят в основном на исходные документы, а не на экран. Особое внимание уделяется здесь клавиатуре, поскольку использование мыши требует визуального взаимодействия.

1. Когда скорость ввода является решающим фактором, используют полужирный моноширинный шрифт, который легче читается с одного взгляда.

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

3. Используют акселераторы, которые легко нажимать. Назначают клавиши ускоренного доступа с учетом их применения, а не в зависимости от позиции на экране. Если два управляющих элемента должны по идее иметь одну и ту же горячую клавишу, отдают ее тому, который используется чаще, а не тому, который позиционно расположен на форме первым. Для другого элемента придумывают новый акселератор. Для самых часто используемых элементов отводят самые простые клавиши.

4. Там, где это уместно, делают действующей по умолчанию не кнопку OK, а кнопку Add, которая добавляет новую запись. Это относится к формам, в которых главной функцией является добавление записей, в отличие от обычных форм обработки транзакций. Это будет способствовать более быстрой работе с приложением, когда пользователю приходится добавлять несколько записей подряд.

5. Не делают больших форм. В отличие от других тип форм, эта форма должна быть как можно меньше, поскольку это позволит переместить ее в удобное для пользователя место и снизить утомляемость глаз. Пользователи этого типа обычно смотрят на исходные документы, а не на экран, поэтому открывают эту форму в нормальном окне (а не в максимизированном или минимизиро­ванном).

11.6. Проектирование отчетов.

1. Используют для проектирования отчетов компоненты QuickReport. Их легче настраивать и использовать, чем внешние построители отчетов.

2. Для отчетов, которые слишком сложны для компонентов QuickReport, используют графические построители отчетов. Особой популярностью пользуются утилиты ReportSmith, R&R SQL Report Writer for Windows и Crystal Reports. Применение графического построителя отчетов имеет много преимуществ. Во-первых, отчеты создаются и модифицируются визуально, Это легче, быстрее и рождает меньше ошибок, чем создание отчетов с помощью исходного кода Object Pascal. Во-вторых, такие механизмы, как управление разбивкой, заголовки, сноски и суммирование, встроены во все приличные построители отчетов - для их использования не нужно писать программный код. В-третьих, можно позволить пользователям модифицировать отчеты или на их основе создать новые, причем без необходимости модифицировать исходный код приложения.

3. В заголовок отчетов включают имя отчета, текущие дату и время, а также имя пользователя, запускающего отчет. Включение даты и времени поможет отличить друг от друга несколько версий одного и того же отчета и даст представление о времени ее создания, если его просматривали в более поздний срок. Включение внутреннего имени отчета поможет отследить «источник» для отчета, который может пригодиться для работы в дальнейшем. Имя пользователя, если оно записано в заголовке отчета, может способствовать развитию контакта с пользователем для обсуждения будущих проблем.

4. Включают любой критерий, используемый для отбора данных, отображаемых в отчете в его страничном заголовке. Если в интерфейсном приложении пользователь поддерживал даты или другой критерий, надо внести их в заголовок страниц отчета. Это необходимо сделать, потому что данные могут быть выпущены из отчета из-за того, что критерий был задан в интерфейсе. Это может запутать пользователя. Вероятность такого события особенно повышается, когда между моментом запуска отчета и моментом его просмотра прошло значительное время.

5. Для заголовков используют пропорциональные шрифты, а для данных - моноширинные. Пропорциональные шрифты придают отчету более изысканный вид и в полной мере используют преимущества высокоорганизованных принтеров, которые получили широкое распространение в наши дни. Более того, пропорциональные шрифты отличают отчеты, сгенерированные современными системами PC, от созданных на более старых и менее развитых системах. К сожалению, пропорциональные шрифты обладают недостатком, который выражается в трудностях выравнивания табличных данных. Поскольку цифра 1 оказывается уже цифры 5, то колонки данных не будут идеально выровненными. Вместо этого используются шрифты с фиксированным шагом. Обычно в заголовках отчета используется такой пропорциональный шрифт, как Arial или Times New Roman, а в самом отчете - такой непропорциональный шрифт, как Courier New.

6. Если в отчете необходимо подчеркивание, надо использовать атрибут подчеркивания шрифта. Во многих построителях можно встраивать в создаваемые отчеты графические элементы, включая линии и прямоугольники. Графика, реализованная таким путем, занимает память принтера и замедляет построение отчета, поскольку линия представляет собой графический, а не текстовый элемент или элемент шрифта. Другой способ выделения текста, который остался от времен использования матричных принтеров, является символ подчеркивания ( _ ).Линии, нарисованные таким способом, зря расходуют целую строку под той строкой, которую они должны подчеркивать. Поэтому, когда нужно подчеркнуть в отчете какие-нибудь элементы, надо применять в любом шрифте вместо перечисленных способов атрибут подчеркивания.

7. При представлении нумерованных данных используют правое выравнивание, а для числовых идентификаторов - левое (например, для номеров заготовок или номеров отчетов).

8. Для выделения элементов отчета можно использовать прогрессивные возможности форматирования при печати, например, такие атрибуты шрифта, как печать с тенью или полужирное начертание. Но надо иметь в виде, что принтер пользователя должен обладать теми средствами, которые предполагали при построении отчета.

12. ВЫВОДЫ

В результате работы над дипломным проектом были подробно изучены современные операционные системы, базы данных, методы построения приложений и языки программирования. В результате анализа этого была поставлена задача создания программы по управлению базой данных объектов гражданской обороны. Разработанный программный продукт позволяет обеспечить:

Ведение данных:

• объектов экономики;

• защитных сооружениях;

• опасных веществах;

• техники;

• материально-технических средств;

• формирований;

• обучаемых на УМЦ;

Формирование списков:

• объектов экономики;

• защитных сооружениях;

• опасных веществах;

• техники;

• материально-технических средств;

• формирований;

• обучаемых на УМЦ;

Составление любой(!!!) статистической информации по введенным данным.

Данный программный продукт автоматизирует процесс подготовки к принятию решений при возникших ЧС; регистрацию объектов экономики и составление списка характеристик объекта;

регистрацию наличия и численности различных составляющих объекта; снижает расходы на подготовку и уточнения списков объектов; учета готовности объекта к ЧС; учета проведения занятий с обучающимися в УМЦ; уменьшает время на подготовку списков объектов экономики и списков обучающихся на УМЦ по различным критериям;

Также в дипломном проекте были рассмотрены следующие вопросы:

Организационно-экономическая часть -

Экономическое обоснование создания программного продукта. Расчет затрат на НИР. Определение затрат программного продукта. Оценка экономической эффективности разработки;

Охрана труда и экология -

Оптимизация условия труда инженера-программиста при разработке программного обеспечения;

Гражданская оборона -

Применение ЭВМ для повышения эффективности работы штаба ГО объекта экономики;

Эргономическая часть -

Эргономическая оценка информационного обеспечения ЭВМ.

.

13. ЛИТЕРАТУРА

1. Атаманюк, Л.Г. Ширшев Гражданская оборона, Москва “Высшая школа” 1986г;

2. Журнал PCWEEK 30 сентября 1997 (65стр);

3. Журнал PCWEEK 19 августа 1997 (20стр);

4. Журнал ComputerWorld, Статья Делерри Хелд «Где же этот хваленый универсальный сервер», 1997 21 номер;

5. Кен Хендерсон, Руководство разработчика баз данных в Delphi 2;

6. Журнал LAN апрель 1995, Статья Дж. Салеми;

7. Журнал LAN декабрь 1995, Статья Билла Лазарья;

8. Журнал СУБД 1995г №4 стр 50-57;

9. Dr. E.F. Codd "A Relational Model of Data for Large Share Data Banks", 1970;

10. Стивен Бобровски, Oracle 7 вычисление клиент/сервер;

11. С.Орлик, Секреты Delphi;

12. Сергей Дунаев, Borland технологии;

13. Эндрю Возневич, Освой самостоятельно Delphi;

14. А.Федоров, Создание Windows-приложений в среде Delphi;

15. Мартин Грабер, Введение в SQL;

16. А.М. Епанешников, Программирование в среде Delphi 2.0

17. B.Ю. Баженова, Windows SQL

18. В.В. Фаронов Библиотека Turbo Vision 6.0

19. Справочник по функциям и процедурам Borland Pascal 7.0

20. Подборка статей из эхо-конференции RU.DELPHI, RU.DELPHI.DB в сети FIDONET (от сентября по декабрь1997 года).

ПРИЛОЖЕНИЕ 1

П.1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ

П.1.1 Общие сведения

Система по управлению базой данных GOBASE предназначена для учета объектов экономики, ведения базы данных о объектах экономики, учет готовности объекта в случае возможных чрезвычайных ситуациях (ЧС), формирования и печати списков объектов, а так же для учета обучаемых в учебно-методическом центре (УМЦ).

GOBASE разрабатывается для использования в автоматизированной системе оповещения при ЧС.

П.1.2. Постановка задачи

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

• Разработка программы основывается на следующих документах:

• 1). Справочная литература по программированию на Delphi 2.0 для Windows.

• 2). Справочная литература по работе с распределенной базой данных Oracle.

• 3). Справочная литература по работе с операционной системой Windows.

• 4). Справочная литература по работе с операционной системой Novell Netware.

Разработанный программный продукт необходимо представить в виде исполняемых файлов.

П.1.3. Основания для разработки

Основанием для разработки является задание на дипломное проектирование. Основанием для разработки также является договор на создание научно-технической продукции между: Сафроновым С.О. и управлением по делам ГО и ЧС ЮЗАО г.Москва.

П.1.4. Назначение и цели создания программного продукта

Данное программное обеспечение предназначено для выполнения технологических функции в интересах системы предупреждения и ликвидации ЧС.

Целью работы является создание программного продукта, обеспечивающего:

1) автоматизацию процесса подготовки и принятия решения при предупреждении и ликвидации ЧС;

1. регистрацию объектов экономики и их характеристик;

2. наличие и численного состава:

• техники;

• защитных сооружений;

• химически опасных веществ;

• материально-технических средств;

• формирований на объекте;

4) снижение времени на подготовку и уточнения данных по объектам ГО;

5) готовность объекта к ЧС;

6) проведение занятий с обучающимися в УМЦ;

7) контроль однократности учета объектов и обучающихся;

В состав функционального комплекса должны входить:

1) задача первоначального ввода информации об объектах экономики;

2) задача первоначального ввода информации об обучаемых на УМЦ;

3) задача формирования и печати списков объектов экономики;

4) задача формирования и печати списков обучаемых на УМЦ;

Необходимо спроектировать программу, содержащую стандартные элементы управления. Программа должна удовлетворять эргономическим требованиям.

П.1.5. Требования к программе

Данная программа должна поддерживать интерфейс с пользователем (верхний уровень) и интерфейс с распределенной базой данных (нижний уровень). Программа GOBASE предназначена для работы под управлением операционной среды Windows. Интерфейс пользователя должны соответствовать стандартам Windows.

Для удобства отладки и тестирования программу целесообразно разделить на отдельные блоки в соответствии с выполняемыми задачами.

При проектировании следует учитывать, что большинство пользователей не является специалистами в вычислительной технике. Их знания компьютера находятся на уровне оператора ЭВМ. Для работы с программой - пользователям необходимо освоить работу в Windows на уровне оператора ЭВМ и ознакомиться с руководством пользователя GOBASE.

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

Программа должна обладать достаточной надежностью, работать под операционной системой Windows 95 или Windows NT. Занимать не более 4Mb оперативной памяти и не более 5Мб на диске в рабочем состоянии.

П.1.6. Состав и содержание работ по созданию программы

1). проектирование структуры базы данных;

2). проектирование прикладных процессов, необходимых для реализации задачи;

3). разработка алгоритма программы;

4). кодирование алгоритма;

5). тестирование программы;

Следует учитывать, что при проектировании Windows - приложения стирается грань между разработкой алгоритма и кодированием. При этом можно начинать тестирование отдельных логически завершенных фрагментов программы до завершения написания всей программы. Руководства по установке и эксплуатации программного продукта могут входить в состав справочной системы, к которой можно обращаться из основного исполнимого модуля программы.

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

Входной информацией для функционального комплекса являются:

1). данные об объекте:

- наименование объекта;

- адрес объекта;

- количество работающих;

- наибольшая работающая смена;

- степень опасности;

- перечень хранимых опасных веществ;

- количество хранимых веществ;

- наличие и класс защитных сооружений;

- территориальная принадлежность к району;

- род деятельности;

- форма собственности;

- особенности объекта;

- подчиненность объекта;

- регистрационный номер объекта;

- Ф.И.О. руководителя объекта;

- занимаемая должность руководителя объекта;

- рабочий телефон руководителя объекта;

- домашний телефон руководителя объекта;

- Ф.И.О. начальника штаба ГО объекта;

- занимаемая должность начальника штаба ГО объекта;

- рабочий телефон начальника штаба ГО объекта;

- домашний телефон начальника штаба ГО объекта;

- телефон дежурного по объекту;

- телефон факса;

- телефон модема;

- время работы модема;

2). данные об обучаемых в УМЦ:

- Ф.И.О. обучаемого;

- индивидуальный номер обучаемого;

- категория обучаемого;

- занимаемая должность обучаемого;

- занимаемая должность обучаемого по ГО;

- рабочий телефон обучаемого;

- домашний телефон обучаемого;

- домашний адрес обучаемого;

- дата последнего обучения;

- дата планируемого обучения;

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

Выходной информацией функционального комплекса являются:

1). списки объектов экономики установленной формы:

- в алфавитном порядке;

- по территориальной принадлежности к району;

2). списки обучаемых на УМЦ установленной формы:

- в алфавитном порядке;

- в порядке даты следующего обучения;

- в порядке принадлежности к объекту.

П.1.9. Порядок контроля и приемки программы

Контроль работоспособности программы возложить на Beta-тестеров входящих в подразделение заказчика (не менее 3 человек).

П.1.10. Требования к составу и содержанию работ по установке программы на рабочем месте оператора

Установка программы производится путем инсталляции программы с гибкого диска изготовителя на жесткий диск компьютера. Перенос программы на другие машины без разрешения изготовителя запрещен.

П.1.11. Требования к документированию

Изготовитель программного продукта обязан предоставить следующие документы:

1). руководство пользователя программы GOBASE;

2). руководство по установке;

Эти документы должны быть включены в состав справочной системы программы.

П.1.12. Источники разработки

Техническое задание на создание программы управления базой данных локальной вычислительной сети.

ПРИЛОЖЕНИЕ 2

СОСТОЯНИЕ И ПЕРСПЕКТИВЫ РАЗВИТИЯ МОСКОВСКОЙ

ГОРОДСКОЙ СИСТЕМЫ ПРЕДУПРЕЖДЕНИЯ

И ЛИКВИДАЦИИ ЧРЕЗВЫЧАЙНЫХ СИТУАЦИЙ

Е.М. Кистанов

Начальник Штаба ГОЧС Москвы, генерал-майор

Город Москва - крупнейший политический, научный и

промышленный центр страны, важнейший транспортный узел.

речной порт и центр воздушных перевозок.

Площадь - 1061,0 кв.км. Население - 8,7 млн.чел. Москва

относится к химически опасным городам, на ее территории размещается большое количество взрыво- и пожароопасных объектов.

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

Большинство химически, -взрыво, -пожаро и других потенциально опасных объектов размещаются в непосредственной близости от жилой зоны. Высокая концентрация промышленных предприятий и автомобильного транспорта создают сложную экологическую обстановку (задымление, загазованность) со значительными превышениями предельно-допустимых концентраций.

В настоящее время в городе расположено около 70 химически опасных объектов с общим запасом сильнодействующих ядовитых веществ 4600 т, в том числе хлора 1300 т, аммиака 2300 т. различных кислот свыше 1000 т.

Наиболее крупными объектами являются по запасам хлора:

водопроводные станции - 4 (от 330 до 350 т); Московский электродный завод - до 30 т.;

по запасам аммиака: 12 хладокомбинатов (от 10 до 120 т); 15 оптово-розничных плодоовощных объединений (от 2 до 170 т);

по запасам кислот: Акционерное общество Желатиновый

завод - до 300 т соляной кислоты; Чертановская база кислот - 168

т азотной и соляной кислоты; Институт легких сплавов - 80 т

азотной кислоты; Московский завод полиметаллов - до 36 т азотной кислоты; завод им. Войкова - до 70 т соляной кислоты.

В городской черте размещено: Московский нефтеперерабатывающий завод (Капотня), 3 нефтебазы, около 200 АЗС.

Город Москва имеет развитую систему водо, газо, энергоснабжения. Аварии на энергетических и инженерных сетях могут привести к нарушению жизнедеятельности населения отдельных

районов и прекращению работы промышленных предприятий.

На территории города расположены три радиационно опас-

ных объекта (институт им.Курчатова - Северо-Западный АО, Мо-

сковский инженерно-физический институт - Южный АО, ВНИ-

КИЭТ - Центральный АО).

Город имеет большую сеть водных артерий (реки Москва,

Яуза, Сетунь, Сходня, канал им. Москвы), 2 речных вокзала

(Северный. Южный) и три речных порта (Северный, Западный и

Южный). Зона возможного катастрофического затопления может

составить свыше 80 кв.км. с населением 268,9 тыс.человек.

Через 20 железнодорожных станций на предприятия города

ежесуточно поступают под выгрузку до 30 вагонов со СДЯВ (хлор,

аммиак, кислоты) общим весом до 1800 т. В случае аварии при транспортировке сильнодействующих ядовитых веществ зоны возможного химического заражения будут соизмеримы с зонами соответствующих химически опасных объектов. Практически при аварии на них угроза населению может возникнуть в любой точке города.

Вот очень коротко о потенциальных опасностях для населе-

ния и территорий г. Москвы, не касаясь проблем экологии, геоло-

гического риска и вопросов медицины.

Анализ аварий и происшествий показывает, что характер

происшествий при перевозке СДЯВ и легковоспламеняющихся

жидкостей автомобильным и железнодорожным транспортом закономерно повторяются принося значительный материальный и экологический ущерб. За 1996 год у нас зарегистрировано 14 производственных аварий на химически и пожароопасных объектах.

шесть случаев с выбросом аммиака. Не уменьшается число происшествий на метрополитене города. В 1996 году было 11 аварийных

ситуаций.

Увеличилось количество случаев обнаружения взрывоопасных устройств - 98 случаев. Трижды были обнаружены источники

радиоактивных веществ. Из-за неправильного использования и

хранения бытового газа в 11 случаях погибло 5 и пострадало 24

человека. Растет количество умышленных подрывов взрывных устройств. Продолжают будоражить город анонимные звонки о минировании общественных и жилых зданий, автомобилей. В каждом

таком случае проводится целый комплекс мероприятий, включающих оцепление, эвакуацию, вызов дежурных подразделений и

т.д. И только в 0,3% из 1000 звонков были обнаружены взрывные

устройства.

В настоящее время важное социальное и экономическое

значение имеют профилактика, прогнозирование и ликвидации

последствий чрезвычайных ситуаций, возникающих в результате

аварий, катастроф и стихийных бедствий.

Снижение уровня техногенной нагрузки города Москвы.

который неоправданно велик, является одной из важнейших задач

перспективного генерального плана развития Москвы.

ПРИЛОЖЕНИЕ 3

spool build.log

connect internal

startup nomount pfile=STAS:ORANW722\DATABASE\initorcl.ora

create database gobase

controlfile reuse

logfile 'STAS:ORANW722\DATABASE\log1orcl.ora' size 200K reuse,

'STAS:ORANW722\DATABASE\log2orcl.ora' size 200K reuse

datafile 'STAS:ORANW722\DATABASE\sys1orcl.ora' size 100M reuse autoextend on

next 100M maxsize 2000M

character set CL8MSWIN1251;

create rollback segment rb_temp;

alter rollback segment rb_temp online;

@build_db.sql

@STAS:ORANW722\RDBMS72\admin\catalog.sql

@STAS:ORANW722\RDBMS72\admin\catalog6.sql

@STAS:ORANW722\RDBMS72\admin\catproc.sql

connect system/manager

@STAS:ORANW722\RDBMS72\admin\catdbsyn.sql

@pupbld.sql

connect internal

alter rollback segment rb_temp offline;

shutdown;

spool off

ПРИЛОЖЕНИЕ 4

CREATE TABLE ACTIVITY

(ACTIVITY_ID NUMBER(7) NOT NULL,

ACTIVITY_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKACTIVITY

ON ACTIVITY

(

ACTIVITY_ID ASC

);

ALTER TABLE ACTIVITY

ADD ( PRIMARY KEY (ACTIVITY_ID) ) ;

CREATE TABLE BUILDING

(BUILDING_ID NUMBER(7) NOT NULL,

BUILDING_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKBUILDING

ON BUILDING

(

BUILDING_ID ASC

);

ALTER TABLE BUILDING

ADD ( PRIMARY KEY (BUILDING_ID) ) ;

CREATE TABLE BUILDINGOB

(OBJECT_ID NUMBER(9) NOT NULL,

BUILDING_ID NUMBER(7) NOT NULL,

BUILDINGNUM NUMBER(9) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKBUILDINGOB

ON BUILDINGOB

(

OBJECT_ID ASC,

BUILDING_ID ASC

);

CREATE INDEX IFKOBBUILDINGOB

ON BUILDINGOB

(

OBJECT_ID ASC

);

CREATE INDEX IFKBUBUILDINGOB

ON BUILDINGOB

(

BUILDING_ID ASC

);

ALTER TABLE BUILDINGOB

ADD ( PRIMARY KEY (OBJECT_ID, BUILDING_ID) ) ;

CREATE TABLE CATEGORY

(CATEGORY_ID NUMBER(7) NOT NULL,

CATEGORY_TYPE NUMBER(1) NOT NULL,

CATEGORY_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKCATEGORY

ON CATEGORY

(

CATEGORY_ID ASC

);

ALTER TABLE CATEGORY

ADD ( PRIMARY KEY (CATEGORY_ID) ) ;

CREATE TABLE CATTEMA

(TEMA_ID NUMBER(7) NOT NULL,

CATEGORY_ID NUMBER(7) NOT NULL,

CATTEMANUM NUMBER(4) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKCATTEMA

ON CATTEMA

(

TEMA_ID ASC,

CATEGORY_ID ASC

);

CREATE INDEX IFKTECATTEMA

ON CATTEMA

(

TEMA_ID ASC

);

CREATE INDEX IFKCACATTEMA

ON CATTEMA

(

CATEGORY_ID ASC

);

ALTER TABLE CATTEMA

ADD ( PRIMARY KEY (TEMA_ID, CATEGORY_ID) ) ;

CREATE TABLE DEPARTAMENT

(DEPARTAMENT_ID NUMBER(7) NOT NULL,

DEPARTAMENT_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKDEPARTAMENT

ON DEPARTAMENT

(

DEPARTAMENT_ID ASC

);

ALTER TABLE DEPARTAMENT

ADD ( PRIMARY KEY (DEPARTAMENT_ID) ) ;

CREATE TABLE FORMIROV

(FORMIROV_ID NUMBER(7) NOT NULL,

FORMIROV_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKFORMIROV

ON FORMIROV

(

FORMIROV_ID ASC

);

ALTER TABLE FORMIROV

ADD ( PRIMARY KEY (FORMIROV_ID) ) ;

CREATE TABLE FORMIROVOB

(FORMIROV_ID NUMBER(7) NOT NULL,

OBJECT_ID NUMBER(9) NOT NULL,

READY_ID NUMBER(7) NOT NULL,

FORMIROVNUM NUMBER(9) NULL,

PEOPLENUM NUMBER(9) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKFORMIROVOB

ON FORMIROVOB

(

FORMIROV_ID ASC,

OBJECT_ID ASC

);

CREATE INDEX IFKFOFORMIROVOB

ON FORMIROVOB

(

FORMIROV_ID ASC

);

CREATE INDEX IFKOBFORMIROVOB

ON FORMIROVOB

(

OBJECT_ID ASC

);

CREATE INDEX IFKREFORMIROVOB

ON FORMIROVOB

(

READY_ID ASC

);

ALTER TABLE FORMIROVOB

ADD ( PRIMARY KEY (FORMIROV_ID, OBJECT_ID) ) ;

CREATE TABLE GOBASEUSER

(GOBASEUSER_ID NUMBER(7) NOT NULL,

NAME VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKGOBASEUSER

ON GOBASEUSER

(

GOBASEUSER_ID ASC

);

ALTER TABLE GOBASEUSER

ADD ( PRIMARY KEY (GOBASEUSER_ID) ) ;

CREATE TABLE MATERIAL

(MATERIAL_ID NUMBER(7) NOT NULL,

MATERIAL_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKMATERIAL

ON MATERIAL

(

MATERIAL_ID ASC

);

ALTER TABLE MATERIAL

ADD ( PRIMARY KEY (MATERIAL_ID) ) ;

CREATE TABLE MATERIALOB

(OBJECT_ID NUMBER(9) NOT NULL,

MATERIAL_ID NUMBER(7) NOT NULL,

MATERIALNUM NUMBER(9) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKMATERIALOB

ON MATERIALOB

(

OBJECT_ID ASC,

MATERIAL_ID ASC

);

CREATE INDEX IFKOBMATERIALOB

ON MATERIALOB

(

OBJECT_ID ASC

);

CREATE INDEX IFKMAMATERIALOB

ON MATERIALOB

(

MATERIAL_ID ASC

);

ALTER TABLE MATERIALOB

ADD ( PRIMARY KEY (OBJECT_ID, MATERIAL_ID) ) ;

CREATE TABLE MATTEH

(MATTEH_ID NUMBER(7) NOT NULL,

SERVIS_ID NUMBER(7) NOT NULL,

MATTEH_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKMATTEH

ON MATTEH

(

MATTEH_ID ASC

);

CREATE INDEX IFKSEMATTEH

ON MATTEH

(

SERVIS_ID ASC

);

ALTER TABLE MATTEH

ADD ( PRIMARY KEY (MATTEH_ID) ) ;

CREATE TABLE MATTEHOB

(OBJECT_ID NUMBER(9) NOT NULL,

MATTEH_ID NUMBER(7) NOT NULL,

MATTEHNUM NUMBER(9) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKMATTEHOB

ON MATTEHOB

(

OBJECT_ID ASC,

MATTEH_ID ASC

);

CREATE INDEX IFKMAMATTEHOB

ON MATTEHOB

(

MATTEH_ID ASC

);

CREATE INDEX IFKOBMATTEHOB

ON MATTEHOB

(

OBJECT_ID ASC

);

ALTER TABLE MATTEHOB

ADD ( PRIMARY KEY (OBJECT_ID, MATTEH_ID) ) ;

CREATE TABLE OBECONOM

(OBJECT_ID NUMBER(9) NOT NULL,

OBJECTNO NUMBER(7) NOT NULL,

POSTGO_ID NUMBER(7) NOT NULL,

POST_ID NUMBER(7) NOT NULL,

DEPARTAMENT_ID NUMBER(7) NOT NULL,

RISK_ID NUMBER(7) NOT NULL,

PROPERTY_ID NUMBER(7) NOT NULL,

ACTIVITY_ID NUMBER(7) NOT NULL,

REGION_ID NUMBER(7) NOT NULL,

PECULIAR_ID NUMBER(7) NOT NULL,

GLAVOBJECT_ID NUMBER(7) NOT NULL,

OBJECTNAME VARCHAR2(100) NULL,

ADDRESS_IND CHAR(6) NULL,

TOWN_ID NUMBER(9) NULL,

ADDRESS_CHAR VARCHAR2(150) NULL,

WORKNUMBER NUMBER(7) NULL,

NRSM NUMBER(7) NULL,

NRSV NUMBER(7) NULL,

DIRECTIONNAME VARCHAR2(50) NULL,

DIRECTIONWTEL CHAR(7) NULL,

DIRECTIONHTEL CHAR(7) NULL,

ZAMNAME VARCHAR2(50) NULL,

ZAMWTEL CHAR(7) NULL,

ZAMHTEL CHAR(7) NULL,

COMANDGONAME VARCHAR2(50) NULL,

COMANDGOWTEL CHAR(7) NULL,

COMANDGOHTEL CHAR(7) NULL,

P1NAME VARCHAR2(50) NULL,

P1WTEL CHAR(7) NULL,

P1HTEL CHAR(7) NULL,

P2NAME VARCHAR2(50) NULL,

P2WTEL CHAR(7) NULL,

P2HTEL CHAR(7) NULL,

P3NAME VARCHAR2(50) NULL,

P3WTEL CHAR(7) NULL,

P3HTEL CHAR(7) NULL,

DUTYTEL CHAR(7) NULL,

DUTY2TEL CHAR(7) NULL,

FAXTEL CHAR(7) NULL,

MODEMTEL CHAR(7) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(200) NULL

);

CREATE UNIQUE INDEX IPKOBECONOM

ON OBECONOM

(

OBJECT_ID ASC

);

CREATE INDEX IFKPEOBECONOM

ON OBECONOM

(

PECULIAR_ID ASC

);

CREATE INDEX IFKRIOBECONOM

ON OBECONOM

(

RISK_ID ASC

);

CREATE INDEX IFKPROBECONOM

ON OBECONOM

(

PROPERTY_ID ASC

);

CREATE INDEX IFKACOBECONOM

ON OBECONOM

(

ACTIVITY_ID ASC

);

CREATE INDEX IFKREOBECONOM

ON OBECONOM

(

REGION_ID ASC

);

CREATE INDEX IFKDEOBECONOM

ON OBECONOM

(

DEPARTAMENT_ID ASC

);

CREATE INDEX IFKPOOBECONOM

ON OBECONOM

(

POST_ID ASC

);

CREATE INDEX IFKPGOBECONOM

ON OBECONOM

(

POSTGO_ID ASC

);

ALTER TABLE OBECONOM

ADD ( PRIMARY KEY (OBJECT_ID) ) ;

CREATE TABLE ORAUSER

(ORAUSER_ID INTEGER NOT NULL,

GOBASEUSER_ID NUMBER(7) NOT NULL

);

CREATE UNIQUE INDEX IPKORAUSER

ON ORAUSER

(

ORAUSER_ID ASC

);

CREATE INDEX IFKGORAUSER

ON ORAUSER

(

GOBASEUSER_ID ASC

);

ALTER TABLE ORAUSER

ADD ( PRIMARY KEY (ORAUSER_ID) ) ;

CREATE TABLE PECULIAR

(PECULIAR_ID NUMBER(7) NOT NULL,

PECULIAR_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKPECULIAR

ON PECULIAR

(

PECULIAR_ID ASC

);

ALTER TABLE PECULIAR

ADD ( PRIMARY KEY (PECULIAR_ID) ) ;

CREATE TABLE POST

(POST_ID NUMBER(7) NOT NULL,

POST_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKPOST

ON POST

(

POST_ID ASC

);

ALTER TABLE POST

ADD ( PRIMARY KEY (POST_ID) ) ;

CREATE TABLE POSTGO

(POSTGO_ID NUMBER(7) NOT NULL,

POSTGO_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKPOSTGO

ON POSTGO

(

POSTGO_ID ASC

);

ALTER TABLE POSTGO

ADD ( PRIMARY KEY (POSTGO_ID) ) ;

CREATE TABLE PROPERTY

(PROPERTY_ID NUMBER(7) NOT NULL,

PROPERTY_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKPROPERTY

ON PROPERTY

(

PROPERTY_ID ASC

);

ALTER TABLE PROPERTY

ADD ( PRIMARY KEY (PROPERTY_ID) ) ;

CREATE TABLE READY

(READY_ID NUMBER(7) NOT NULL,

READY_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKREADY

ON READY

(

READY_ID ASC

);

ALTER TABLE READY

ADD ( PRIMARY KEY (READY_ID) ) ;

CREATE TABLE REGION

(REGION_ID NUMBER(7) NOT NULL,

REGION_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKREGION

ON REGION

(

REGION_ID ASC

);

ALTER TABLE REGION

ADD ( PRIMARY KEY (REGION_ID) ) ;

CREATE TABLE RISK

(RISK_ID NUMBER(7) NOT NULL,

RISK_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKRISK

ON RISK

(

RISK_ID ASC

);

ALTER TABLE RISK

ADD ( PRIMARY KEY (RISK_ID) ) ;

CREATE TABLE SERVIS

(SERVIS_ID NUMBER(7) NOT NULL,

SERVIS_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKSERVIS

ON SERVIS

(

SERVIS_ID ASC

);

ALTER TABLE SERVIS

ADD ( PRIMARY KEY (SERVIS_ID) ) ;

CREATE TABLE SPOST

(SPOST_ID NUMBER(7) NOT NULL,

SPOST_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKSPOST

ON SPOST

(

SPOST_ID ASC

);

ALTER TABLE SPOST

ADD ( PRIMARY KEY (SPOST_ID) ) ;

CREATE TABLE STUDY

(STUDY_ID NUMBER(9) NOT NULL,

OBJECT_ID NUMBER(9) NOT NULL,

SPOST_ID NUMBER(7) NOT NULL,

CATEGORY_ID NUMBER(7) NOT NULL,

NAME VARCHAR2(50) NULL,

WORKTEL CHAR(7) NULL,

LASTDATE DATE NOT NULL,

NEXTDATE DATE NOT NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(200) NULL

);

CREATE UNIQUE INDEX IPKSTUDY

ON STUDY

(

STUDY_ID ASC

);

CREATE INDEX IFKCASTUDY

ON STUDY

(

CATEGORY_ID ASC

);

CREATE INDEX IFKOBSTUDY

ON STUDY

(

OBJECT_ID ASC

);

CREATE INDEX IFKSPSTUDY

ON STUDY

(

SPOST_ID ASC

);

ALTER TABLE STUDY

ADD ( PRIMARY KEY (STUDY_ID) ) ;

CREATE TABLE TEHNICA

(TEHNICA_ID NUMBER(7) NOT NULL,

TEHNICA_CHAR VARCHAR2(50) NULL

);

CREATE UNIQUE INDEX IPKTEHNICA

ON TEHNICA

(

TEHNICA_ID ASC

);

ALTER TABLE TEHNICA

ADD ( PRIMARY KEY (TEHNICA_ID) ) ;

CREATE TABLE TEHNICAOB

(OBJECT_ID NUMBER(9) NOT NULL,

TEHNICA_ID NUMBER(7) NOT NULL,

TEHNICANUM NUMBER(9) NULL,

NAMEADD_ID NUMBER(7) NOT NULL,

DATEADD DATE NOT NULL,

NAMEINS_ID NUMBER(7) NOT NULL,

DATEINS DATE NOT NULL,

PRIM VARCHAR2(100) NULL

);

CREATE UNIQUE INDEX IPKTEHNICOB

ON TEHNICAOB

(

OBJECT_ID ASC,

TEHNICA_ID ASC

);

CREATE INDEX IFKTETEHNICAOB

ON TEHNICAOB

(

TEHNICA_ID ASC

);

CREATE INDEX IFKOBTEHNICAOB

ON TEHNICAOB

(

OBJECT_ID ASC

);

ALTER TABLE TEHNICAOB

ADD ( PRIMARY KEY (OBJECT_ID, TEHNICA_ID) ) ;

CREATE TABLE TEMA

(TEMA_ID NUMBER(7) NOT NULL,

TEMA_CHAR VARCHAR2(255) NULL

);

CREATE UNIQUE INDEX IPKTEMA

ON TEMA

(

TEMA_ID ASC

);

ALTER TABLE TEMA

ADD ( PRIMARY KEY (TEMA_ID) ) ;

ALTER TABLE BUILDINGOB

ADD ( FOREIGN KEY (BUILDING_ID)

REFERENCES BUILDING ) ;

ALTER TABLE BUILDINGOB

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCES OBECONOM ) ;

ALTER TABLE CATTEMA

ADD ( FOREIGN KEY (CATEGORY_ID)

REFERENCES CATEGORY ) ;

ALTER TABLE CATTEMA

ADD ( FOREIGN KEY (TEMA_ID)

REFERENCES TEMA ) ;

ALTER TABLE FORMIROVOB

ADD ( FOREIGN KEY (READY_ID)

REFERENCES READY ) ;

ALTER TABLE FORMIROVOB

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCES OBECONOM ) ;

ALTER TABLE FORMIROVOB

ADD ( FOREIGN KEY (FORMIROV_ID)

REFERENCES FORMIROV ) ;

ALTER TABLE MATERIALOB

ADD ( FOREIGN KEY (MATERIAL_ID)

REFERENCES MATERIAL ) ;

ALTER TABLE MATERIALOB

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCES OBECONOM ) ;

ALTER TABLE MATTEH

ADD ( FOREIGN KEY (SERVIS_ID)

REFERENCES SERVIS ) ;

ALTER TABLE MATTEHOB

ADD ( FOREIGN KEY (MATTEH_ID)

REFERENCES MATTEH ) ;

ALTER TABLE MATTEHOB

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCES OBECONOM ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (POSTGO_ID)

REFERENCES POSTGO ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (POST_ID)

REFERENCES POST ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (DEPARTAMENT_ID)

REFERENCES DEPARTAMENT ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (REGION_ID)

REFERENCES REGION ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (ACTIVITY_ID)

REFERENCES ACTIVITY ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (PROPERTY_ID)

REFERENCES PROPERTY ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (RISK_ID)

REFERENCES RISK ) ;

ALTER TABLE OBECONOM

ADD ( FOREIGN KEY (PECULIAR_ID)

REFERENCES PECULIAR ) ;

ALTER TABLE ORAUSER

ADD ( FOREIGN KEY (GOBASEUSER_ID)

REFERENCES GOBASEUSER ) ;

ALTER TABLE STUDY

ADD ( FOREIGN KEY (SPOST_ID)

REFERENCES SPOST ) ;

ALTER TABLE STUDY

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCES OBECONOM ) ;

ALTER TABLE STUDY

ADD ( FOREIGN KEY (CATEGORY_ID)

REFERENCES CATEGORY ) ;

ALTER TABLE TEHNICAOB

ADD ( FOREIGN KEY (OBJECT_ID)

REFERENCES OBECONOM ) ;

ALTER TABLE TEHNICAOB

ADD ( FOREIGN KEY (TEHNICA_ID)

REFERENCES TEHNICA ) ;

/

DROP INDEX IFKGORAUSER;

CREATE UNIQUE INDEX IFKGORAUSER

ON ORAUSER

(

GOBASEUSER_ID ASC

);

DROP INDEX IFKNOOBECONOM;

CREATE UNIQUE INDEX IFKNOOBECONOM

ON OBECONOM

(

OBJECTNO ASC

);

/

ALTER TABLE GO.OBECONOM ADD

(

FOREIGN KEY ( GLAVOBJECT_ID )

REFERENCES

GO.OBECONOM(OBJECT_ID)

);

ALTER TABLE GO.STUDY ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.STUDY ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.OBECONOM ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.OBECONOM ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.MATERIALOB ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.MATERIALOB ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.BUILDINGOB ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.BUILDINGOB ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.TEHNICAOB ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.TEHNICAOB ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.FORMIROVOB ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.FORMIROVOB ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.MATTEHOB ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.MATTEHOB ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.CATTEMA ADD

(

FOREIGN KEY ( NAMEADD_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

ALTER TABLE GO.CATTEMA ADD

(

FOREIGN KEY ( NAMEINS_ID )

REFERENCES

GO.GOBASEUSER(GOBASEUSER_ID)

);

/

CREATE TRIGGER IU_STUDY BEFORE INSERT OR UPDATE ON GO.STUDY

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO :NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO :NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

/

CREATE TRIGGER IU_OBECONOM BEFORE INSERT OR UPDATE ON GO.OBECONOM

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO :NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO :NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

/

CREATE TRIGGER IU_MATERIALOB BEFORE INSERT OR UPDATE ON GO.MATERIALOB

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO :NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO :NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

/

CREATE TRIGGER IU_BUILDINGOB BEFORE INSERT OR UPDATE ON GO.BUILDINGOB

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO :NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO :NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

/

CREATE TRIGGER IU_FORMIROVOB BEFORE INSERT OR UPDATE ON GO.FORMIROVOB

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO :NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO :NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

/

CREATE TRIGGER IU_TEHNICAOB BEFORE INSERT OR UPDATE ON GO.TEHNICAOB

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO :NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO :NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

/

CREATE TRIGGER IU_MATTEHOB BEFORE INSERT OR UPDATE ON GO.MATTEHOB

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO :NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO :NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

/

CREATE TRIGGER IU_CATTEMA BEFORE INSERT OR UPDATE ON GO.CATTEMA

FOR EACH ROW

BEGIN

IF INSERTING THEN

SELECT GOBASEUSER_ID INTO :NEW.NAMEADD_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEADD := SYSDATE;

END IF;

SELECT GOBASEUSER_ID INTO :NEW.NAMEINS_ID

FROM GO.ORAUSER

WHERE ORAUSER_ID=UID;

:NEW.DATEINS := SYSDATE;

END;

/

CREATE SEQUENCE S_STUDY;

CREATE SEQUENCE S_CATEGORY;

CREATE SEQUENCE S_TEMA;

CREATE SEQUENCE S_SPOST;

CREATE SEQUENCE S_OBECONOM;

CREATE SEQUENCE S_PECULIAR;

CREATE SEQUENCE S_REGION;

CREATE SEQUENCE S_RISK;

CREATE SEQUENCE S_DEPARTAMENT;

CREATE SEQUENCE S_PROPERTY;

CREATE SEQUENCE S_ACTIVITY;

CREATE SEQUENCE S_POST;

CREATE SEQUENCE S_POSTGO;

CREATE SEQUENCE S_MATERIAL;

CREATE SEQUENCE S_BUILDING;

CREATE SEQUENCE S_TEHNICA;

CREATE SEQUENCE S_MATTEH;

CREATE SEQUENCE S_SERVIS;

CREATE SEQUENCE S_FORMIROV;

CREATE SEQUENCE S_READY;

/

Характеристики

Список файлов реферата