- реализация работы с текстом, что необходимо при разработке программ сбора тарификационной информации при разборе поступающих от станции данных;

- наличие встроенного интерпретатора во всех операционных системах Linux и Unix.

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

- распространяется бесплатно, имеет хорошую поддержку;

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

- имеет интерфейс с языком программирования Perl;

- имеет клиент-серверную архитектуру, клиенты могут подключаться по сети TCP/IP (в данном случае это необходимо при выполнении программ обработки статистической информации);

- поддерживает различные операционные системы.

Таким образом, можно сделать вывод, что особых требований к операционной системе нет. Интерпретаторы Perl существуют и для систем Windows, СУБД MySQL так же могут работать в различной среде. В данном проекте была выбрана операционная система Linux.

4. Разработка программного обеспечения

4.1 Разработка программы для мониторинга коммутаторов ЛВС

Программа мониторинга коммутаторов ЛВС согласно заданию и выбранному в разделе 3 решению должна обеспечивать:

- сбор необходимой информации из переменных базы MIB коммутатора по протоколу SNMP;

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

- извещение администратора об изменении статуса интерфейсов коммутатора.

Прежде чем приступать к написанию программы, работающей по протоколу SNMP, необходимо настроить SNMP-агента, находящегося на коммутаторе. Для рассматриваемых коммутаторов Cisco Catalyst 2950 и Catalyst 3550 в простейшем случае для активации SNMP-агента необходимо задать имя сообщества. Для менеджера и агента при установлении соединения эти имена должны совпадать. Так реализован простейший механизм авторизации. Рассматриваемые коммутаторы, как было сказано в разделе 2, поддерживают более сложные механизмы безопасности. В конфигурационном файле коммутатора строка настройки имени сообщества выглядит следующим образом:

snmp-server community public RO

RO (Read-only) означает, что по такому имени сообщества к данному агенту можно подключиться только для чтения информации из переменных MIB. Так же существуют еще уровни RW (Read-write) для изменения значений всех переменных MIB на коммутаторах, кроме изменения имени сообщества, и Read-write-all для изменения всех переменных. Но задача ставится только собрать определенную информацию, а не изменять ее, поэтому выбран уровень RO. В данном случае роль менеджера будет выполнять разрабатываемая программа. Структурная схема алгоритма работы программы представлена на рисунке 4.1. Для языка Perl существуют специальные модули, реализующие методы работы с протоколом SNMP. В данном дипломном проекте используется модуль Net::SNMP. Создание соединения по протоколу SNMP, используя данный модуль, выглядит следующим образом:

($session, $error) = Net::SNMP->session(

-hostname => shift || '192.168.0.10',

-community => shift || 'public',

-port => shift || 161 );

То есть необходимо указать IP-адрес агента, имя сообщества и порт.

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

- $AmountPort = '.1.3.6.1.2.1.2.1.0' - количество интерфейсов;

- $AverageCPULoad = '.1.3.6.1.4.1.9.2.1.58.0' - загрузка центрального процессора;

- $FreeMemory = '.1.3.6.1.4.1.9.2.1.8.0' - объем свободной памяти;

- $Uptime = '.1.3.6.1.2.1.1.3.0' - время наработки на отказ;

- $DescrPort = ".1.3.6.1.2.1.2.2.1.2.$i" - описание интерфейса i;

- $SpeedPort = ".1.3.6.1.2.1.2.2.1.5.$i" - cкорость интерфейса;

- $OperPort = ".1.3.6.1.2.1.2.2.1.8.$i" - оперативное состояние интерфейса;

- $AdminPort = ".1.3.6.1.2.1.2.2.1.7.$i" - административное состояние интерфейса;

- $InOctets = ".1.3.6.1.2.1.2.2.1.10.$i" - количество входящих байт (через интерфейс);

- $OutOctets = ".1.3.6.1.2.1.2.2.1.16.$i" - количество исходящих байт;

- $ifInErrors = ".1.3.6.1.2.1.2.2.1.14.$i"- количество входящих байт с ошибками;

- $ifOutErrors = ".1.3.6.1.2.1.2.2.1.20.$i" - количество исходящих байт с ошибками.

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

$ResultDescr = $session->get_request($DescrPort);

$ResultSpeed = $session->get_request($SpeedPort);

$ResultOper = $session->get_request($OperPort);

$ResultAdmin = $session->get_request($AdminPort);

$ResultInOctets = $session->get_request($InOctets);

$ResultOutOctets = $session->get_request($OutOctets);

$ResultInErrors = $session->get_request($ifInErrors);

$ResultOutErrors = $session->get_request($ifOutErrors);

Для опроса всех интерфейсов одного коммутатора организуется цикл.

Запись информации должна вестись в базы данных. Для работы с СУБД (системой управления базами данных) MySQL и другими для языка программирования Perl также существуют модули. В разрабатываемой программе используется модуль DBI. Все рассмотренные модули поддерживают разные операционные системы, поэтому возможно их использование для встроенного интерпретатора Linux.

Используя средства модуля DBI установить соединение с базой данных можно следующим образом:

$dbi_user = 'root';

$dbi_password = '';

$dbi_database = 'Sw_01';

$dbi_host = 'localhost';

$dbi_host2 = '192.168.0.1';

$dbi_dsn = "DBI:mysql:database=$dbi_database;host=$dbi_host";

$dbi_dsn2 = "DBI:mysql:database=$dbi_database;host=$dbi_host2";

$dbh = DBI->connect($dbi_dsn, $dbi_user, $dbi_password, { AutoCommit => 1, RaiseError => 1, PrintError => 1 });

$dbh2 = DBI->connect($dbi_dsn2, $dbi_user, $dbi_password, { AutoCommit => 1, RaiseError => 1, PrintError => 1 });

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

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

($month, $year) = (localtime)[4,5];

$table_name = sprintf ("%02d%02d", $month + 1, $year + 1900);

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

# Выполнение запроса SQL из программы, написанной на Perl

# с возвращением в программу результатов запроса

$sth = $dbh->prepare("show tables from $dbi_database like 'g$table_name';");

$sth->execute() or die $dbh->errstr;

$ex = $sth->fetchrow_array();

if($ex ne "g$table_name")

# Выполнение запроса SQL из программы, написанной на Perl

# без возвращения в программу результатов

{$dbh->do($sql_create_gtable);

$sth->execute() or die $dbh->errstr;};

Запрос SQL (Structured Query Language - язык структурированных запросов) на создание таблицы для хранения информации о коммутаторах выглядит следующим образом:

($sql_create_gtable) = "CREATE TABLE g$table_name (

sID INT(10) UNSIGNED DEFAULT '0' NOT NULL AUTO_INCREMENT,

sDateTime INT(11) UNSIGNED,

sAmount SMALLINT(3) UNSIGNED,

sACPU SMALLINT(3) UNSIGNED,

sFM INT(11) UNSIGNED,

sUptime TEXT,

PRIMARY KEY (sID));";

А запрос на создание таблицы для хранения данных о коммутаторе выглядит так:

($sql_create_iftable) = "CREATE TABLE if$table_name (

sID INT(10) UNSIGNED DEFAULT '0' NOT NULL AUTO_INCREMENT,

sDateTime INT(11) UNSIGNED,

sDescr TEXT,

sSpeedPort INT(10) UNSIGNED,

sInOct INT(10) UNSIGNED,

sOutOct INT(10) UNSIGNED,

sOperPort TINYINT(1) UNSIGNED,

sAdminPort TINYINT(1) UNSIGNED,

sInErrors INT(6) UNSIGNED,

sOutErrors INT(6) UNSIGNED,

PRIMARY KEY (sID));";

Чтобы определить, изменился или нет статус интерфейса, предыдущие состояния интерфейсов в программе хранятся в файле state.old. При i-ой итерации программного цикла из файла берется соответствующее значение и сравнивается с текущим состоянием. При несовпадении этих значений запускается стандартная программа для отправки электронной почты в Linux Sendmail, и отправляется сообщение администратору.

$state_c = $ResultOper->{$OperPort};

$state_o = substr($previous, $i, 1);

$current .= $state_c;

if($state_c ne $state_o)

{open (SENDMAIL, "|/usr/sbin/sendmail -oi -t -odq");

print (SENDMAIL "To: 79022270899@sms.dti.ru Subject: SNMP Alert! Interface $ResultDescr of Sw_01 changed status. EOF");

close (SENDMAIL);}

Полный текст программы приведен в приложении А. Запуск данной программы будет происходить каждые десять минут. Для этих целей используется планировщик заданий для операционной системы Linux - Cron. Cron это программа, выполняющая задания по расписанию, позволяющая неоднократный запуск заданий. Т.е. задание можно запустить в определенное время или через определенный промежуток времени. Данная программа загружается вместе с операционной системой, и постоянно работает, как процесс, проверяя каждую минуту содержимое конфигурационного файла crontab. Каждая команда в пользовательском файле crontab занимает одну строку и состоит из шести полей. Общий формат команды: минута час день_месяца месяц день_недели команда

Допустимые значения:

- минута - от 0 до 59;

- час - от 0 до 23;

- день_месяца - от 1 до 31;

- месяц - от 1 до 12 (можно три буквы из названия месяца, регистр не имеет значения от jan до dec);

- день_недели - от 0 до 6 (0 это воскресенье, можно писать от sun до sat).

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

0-59/10 * * * * "путь к программе"

4.2 Разработка программы для сбора тарификационной информации с УАТС

УАТС выдают тарификационную информацию на порт RS-232 (com-порт), и в соответствии с выбранным решением построения схемы мониторинга, программа сбора тарификационной информации должна работать на компьютере, непосредственно подключенным к com-порту станции. Для этих целей для интерпретатора языка Perl существуют дополнительные модули, которые предлагают ряд методов для работы с com-портом. В дипломном проекте использовался модуль Device::SerialPort, предназначенный для работы в операционной системе Linux.

Кроме этого, тарификационная информация, собранная через порт, должна быть записана в две базы данных - локальную (ЛБД) и центральную (ЦБД). Организация взаимодействия с СУБД MySQL в данной программе такая же, как в программе мониторинга коммутаторов. То есть используется модуль DBI, запись информации ведется параллельно в две базы данных, в которых для каждого месяца создаются отдельные таблицы.

Схема алгоритма программы сбора информации со станции приведена на рисунке 4.2.

Установление соединения с com-портом в программе организовано следующим образом:

$port = '/dev/ttys0';

$ob = Device::SerialPort->new ($port);}

die "Can't open serial port $port: $^E\n" unless ($ob);

Настройка параметров com-порта средствами модуля Device::SerialPort осуществляется следующим образом:

$ob->baudrate(38400); # Скорость передачи данных через порт

$ob->parity("none"); # Наличие бита четности

$ob->databits(8); # Биты данных

$ob->stopbits(1); # Количество стоповых бит

$ob->handshake('none'); # Управление потоком

$ob->write_settings; # Применение настроек

Для чтения одного байта информации из порта используется метод read:

($count, $active) = $ob->read(1);

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

- номер вызывающего абонента;

- номер вызываемого абонента;

- время начала разговора;

- продолжительность разговора.

Формат выдаваемых данных для станции Hicom приведен на рисунке 4.3, а для станции NEAX - на рисунке 4.4.

Рисунок 4.3 - Формат тарификационных данных для Hicom



Рисунок 4.4 - Формат тарификационных данных для NEAX

Для разных станций необходимы разные программы сбора информации, адаптированные для конкретного формата тарификационных данных. Схема алгоритма для двух программ будет одинаковая (рисунок 4.2), различия будут только внутри блока "Разбор строки по шаблону". Чтение из порта осуществляется по одному символу до тех пор, пока не накопится в специальной переменной полная строка, после чего начинается разбор строки при помощи регулярных выражений и операторов, предназначенных для работы с текстом. Регулярное выражение - это шаблон, записанный при помощи специальных символов, определяющий правила выделения части строки. В Perl реализована поддержка таких регулярных выражений.

Чтение информации из порта в программе происходит в цикле, в котором проверяется наличие данных. Предусмотрен механизм тайм-аута. Если отсутствует информация на com-порту в течении определенного времени, то выполнении программы прерывается. Следующий запуск программы произойдет согласно конфигурационному файлу планировщика Cron через 10 минут. Если за это время накопились данные о звонках, то они будут храниться во временном буфере станции до тех пор, пока не считаются программой. Буфер предусмотрен для обоих типов станций.

Полный текст программы для сбора тарификационной информации со станции Hicom приведен в приложении Б, а со станции NEAX - в приложении В.

4.3 Разработка программы обработки статистических данных

Тарификационные данные, собираемые со станции необходимы не только для выставления счетов абонентам, но еще они являются статистическим материалом, на основании которого можно делать выводы о нагрузке на оборудование и каналы связи. В данном дипломном проекте предлагается рассмотреть частную задачу определения нагрузки на направление. УАТС в сети ОАО "Хабаровскэнерго" связаны потоками Е1, которые содержат 30 каналов. Определить, нужно ли увеличение каналов между узлами, позволит только анализ статистических данных о нагрузке между узлами.

Схема алгоритма программы определения нагрузки на направление представлена на рисунке 4.5.

Для наглядности информацию о нагрузке на направление нужно оформить в виде графика. Для рисования различных графиков в Perl существует модуль GD::Graph::lines.

Создание графика:

my $mygraph=GD::Graph::lines->new(1000,500); # график размером 1000 на 500 точек

$mygraph->set(

x_label =>'Time', # Описание оси х

y_label =>'Count', # Описание оси y

title =>'800') or warn $mygraph->error;

Непосредственно рисование графика происходит на основании данных, расположенных в двумерном массиве. В данном случае это массив @data.

my $myimage=$mygraph->plot(\@data) or die $mygraph->error;

Массив данных заполняется значениями промежутка времени и количеством вызовов в нужном направлении за заданный промежуток. График сохраняется в файл png.

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

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

Полный текст программы приведен в приложении Г.

Рисунок 4.6

5. Требования к качеству системы мониторинга

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

Согласно Руководящему документу 45.0128-2000 "Сети и службы передачи данных" к услугам служб ПД по протоколам IP предъявляются следующие требования:

- служба ПД с коммутацией пакетов по протоколам, относящимся к семейству Internet Protocol (IP), является службой без установления виртуальных соединений (службой датаграмм);

- основной услугой должна быть возможность для оконечного оборудования данных (ООД) передавать и принимать пакеты протоколов IP (датаграммы). При этой услуге возможны потери пакетов и нарушения порядка следования пакетов, заданного при их отправке;

- режим работы в точке доступа к службе ПД оператора должен соответствовать документу IETF RFC 791 при использовании версии 4 протокола IP (Ipv4), либо документу RFC 2460 или их последователю при использовании версии 6 протокола IP (Ipv6);

- возможен как прямой доступ, так и непрямой доступ для ООД. Непрямой доступ возможен через сеть ТфОП и другие коммутируемые сети;

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

Показатели качества обслуживания в службах ПД с коммутацией пакетов по протоколам, относящимся к семейству Internet Protocol (IP).

В современных сетях по протоколу IP не гарантируется качество обслуживания (предоставляются услуги с негарантированным качеством обслуживания). В настоящее время разрабатываются и внедряются способы обеспечения качества обслуживания. Намечаемые показатели качества обслуживания в сетях по протоколу IP согласно Рекомендации МСЭ-Т I.380 приведены в таблице 5.1.

Нормы для этих показателей качества обслуживания в настоящее время изучаются. Предварительно (на основе проекта Рекомендации МСЭ-Т Y.1541) устанавливаются классы обслуживания, приведенные в таблице 5.2. Кроме того, предварительно рекомендуются следующие нормы для всех классов обслуживания, кроме "приемлемого":

- время доступа: не более 5 с;

- коэффициент потери IP-пакетов: не более 1х10-3;

- коэффициент ошибок в IP-пакетах: не более 1х10-4;

- коэффициент ошибок в IP-пакетах: не более 1х10-4;

- критерий отказа: отказом считается ситуация, при которой коэффициент потери IP-пакетов превышает 0,75.

Указанные нормы приведены для связи между оконечными точками (от конца до конца) IP-сети, имеющей архитектурную модель, которая определена в Рекомендации МСЭ-Т Y.1231. Нормы приведены для международной связи длиной 27500 км. Качество обслуживания в сетях отдельных операторов должно быть не хуже указанного в таблице 5.2.

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

Выбор классов обслуживания, которые реализуются в конкретной IP-сети, производится оператором, владеющим этой сетью.

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

Таблица 5.1 - Показатели качества обслуживания

Функция службы передачи данных	Показатели для критериев оценки
	Скорость	Правильность	Определенность
Доступ	Время доступа
Передача сообщений пользователя	Время переноса IP-пакета Вариация времени переноса IP-пакета Пропускная способность для IP-пакетов	Коэффициент ошибок в IP-пакетах Интенсивность появления ложных IP-пакетов	Коэффициент потери IP-пакетов
Освобождение	Время освобождения
Критерий отказа Коэффициент готовности службы Среднее время между отказами службы

Таблица 5.2 - Предварительно рекомендуемые нормы для классов обслуживания

Класс обслуживания в службе ПД с IP	Нормы для международной связи
	Время переноса IP-пакета	Вариация времени переноса IP-пакета
Приемлемый (с негарантированным качеством обслуживания)	Нормы не устанавливаются
Средний	Не более 1 с	Не более 1 с
Высокий	Не более 400 мс	Не более 50 мс
Высший	Не более 150 мс	Не более 50 мс

6. Технико-экономический расчет

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

6.1 Капитальные затраты на ввод в эксплуатацию системы мониторинга

Капитальные затраты на ввод в эксплуатацию системы мониторинга складываются из затрат на приобретение оборудования (персональных компьютеров) и затрат на разработку программного обеспечения. Структура капитальных затрат на приобретение оборудования приведена в таблице 6.1.

Таблица 6.1

Наименование	Цена, руб.	Количество, шт.	Стоимость, руб.
Материнская плата INTEL 478 <i845GE> AGP + SVGA + Audio + Lan USB2.0	2610	5	13050
Процессор Intel Pentium-4 1800A / 400MHz / 512K	3537	5	17685
Модуль памяти DDR DIMM 256 Mb SDRAM	992	10	9920
Винчестер Seagate Barracuda 80 Gb IDE	1985	5	9925
Сетевая карта 10 / 100Base	162	5	810
Дисковод FDD 3.5" Mitsumi	203	5	1015
Привод CD-ROM DRIVE 52X IDE Samsung	452	5	2260
Корпус ATX Miditower PL 818-1 для P4 без блока питания (340)	477	5	2385
Блок питания 340 W в корпус ATX Form factor, для Р4	592	5	2960
Итого:	60010



Рисунок 6.1 - Структура затрат

Затраты, образующие себестоимость программного обеспечения, состоят из:

- материальных затрат;

- затрат на электроэнергию;

- затрат на оплату труда;

- отчисления на социальные нужды;

- амортизация основных средств.

В материальных затратах должны отражаться стоимости приобретенного аппаратного и программного обеспечения, необходимого для разработки программного продукта. Так как программное обеспечение разрабатывалось на рабочем месте в ОАО "Хабаровскэнерго", оборудованном персональным компьютером, то материальные затраты на приобретение аппаратного и программного обеспечения отсутствует.

Учитываем только затраты на приобретение электрической энергии.

Стоимость 1 кВт/час для предприятий, использующих низкое напряжение (к таким относятся все учреждения связи) для Хабаровска составляет 2,24 рублей. Потребление компьютером электроэнергии согласно техническому паспорту составляет 340 Вт/час, монитором 210 Вт/час.

Согласно принятых норм время, затрачиваемое на работу с ЭВМ при проведении работ по созданию ПО tЭВМ составляет 72% от общего времени разработки программного обеспечения:

, (6.1)

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

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

Т = 2,5 М [3,6 М (nТ.И.К.)1,2]0,32, мес. (6.2)

где nТ.И.К. - число тысяч исходных команд. В нашем случае число тысяч команд составляет 0,5.

Исходя из выше приведенных формул, рассчитаем длительность разработки проекта и время, затрачиваемое на работу с ЭВМ:

Т = 2,5 М [3,6 М (nТ.И.К.)1,2]0,32 = 2,5 М [3,6 М (0,5)1,2]0,32 3, мес.

Среднее количество рабочих часов в месяце - 169 часа.

Таким образом объем затраченного времени на работу с ЭВМ tЭВМ.ч будет составлять:

часа (6.3)

Рассчитаем стоимость электроэнергии потребляемой компьютером за один час работы:

, (6.4)

где ТЭ - тариф на электроэнергию для не бюджетных организаций;

Мб - мощность, потребляемая системным блоком, составляет 340 Ватт в час;

Мм - мощность, потребляемая монитором, составляет 210 Ватт в час.

Таким образом, стоимость электроэнергии затраченной на разработку программного обеспечения составляет:

(6.5)

В элементе "Затраты на оплату труда" отражаются затраты на оплату труда разработчика.

Расчет заработной платы произведем по формуле:

, руб. (6.6)

где Зпл/мес - оклад инженера-программиста, составляет 5000 рублей;

Т - продолжительность разработки проекта;

1,4 - ежемесячная премия;

1,6 - районный коэффициент (в него входит непосредственно сам районный коэффициент, равный 1,2, а также дальневосточный коэффициент, равный 1,3, и стимулирующий коэффициент, равный 1.1).

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

в пенсионный фонд - 20%;

социальное страхование - 3,2%;

в фонд медицинского страхования - 2,8%;

в фонд страхования от несчастного случая - 0,2%.

Суммарное удержание на социальные нужды (Зсоц) составляет 26,2% от суммы начислений заработной платы. Расходы по данной статье определяются исходя из следующей формулы:

, (6.7)

где Зпл - заработная плата, руб.

В элементе "Амортизация основных средств" отражается сумма амортизационных отчислений на полное восстановление основных производственных средств, исчисленная исходя из восстановительной стоимости и утвержденных в установленном порядке норм [15].

Сумма амортизационных отчислений определяется исходя из первоначальной стоимости объекта и нормы амортизации, исчисленной исходя из срока полезного использования этого объекта. Согласно решения методического совета ОАО "Связьинвест" от 18.04.2002 г. №6 норма амортизации в Дальневосточном регионе для вычислительной техники включая персональный компьютер составляет 2,7 % в месяц. Отсюда, амортизационные отчисления с учетом времени работы за компьютером составят:

, руб., (6.8)

где А - балансовая стоимость ПЭВМ, составляет 26943 руб.;

Т - продолжительность разработки проекта.

Таким образом, себестоимость данного программного продукта - С, определяется по формуле:

 (6.9)

Структура капитальных затрат приведена в таблице 6.2.

Таблица 6.2

Статья расходов	Значение показателей, руб.	Структура затрат, проценты
Затраты на приобретение оборудования	60010	57,13
Затраты на разработку программ:
- затраты на электроэнергию	449,73	0,43
- заработная плата	33600	31,99
- социальные отчисления	8803,2	8,4
- амортизационные отчисления	2182,4	2,07
Итого:	105045,33	100

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

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

6.2 Расчет годовых эксплуатационных расходов

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

Годовые эксплуатационные расходы складываются из следующих основных статей затрат:

- заработная плата штата основной деятельности;

- отчисления на социальное страхование;

- амортизационные отчисления;

- затраты на электроэнергию;

- прочие производственные и административно-управленческие расходы.

Расчет годового фонда заработной платы

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

- начальник сектора ЦКС и ПД;

- инженер-программист 1 категории;

- два инженера 2 категории;

- три электромонтера 6 разряда.

Весь персонал необходим для работы в секторе цифровых коммутационных систем и передачи данных (ЦКС и ПД). Начальник сектора и инженер-программист 1 разряда занимаются сетевым оборудованием, инженеры 2 категории программируют цифровые УАТС, на монтажные и кроссировочными работы потребуется три электромонтера 6 категории.

При определении заработной платы учитывается размер премии, которая составляет 20% от оклада работника, 30% - районный коэффициент, 30%-надбавка за работу в южных районах Дальнего Востока и 10% - надбавка за стаж работы.

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

Таблица 6.3

Наименование должности	Производственный персонал, чел.	Оклад, руб.	Заработная плата на одного человека, руб.	Общий фонд заработной платы, Фобщ., руб.
Начальник сектора ЦКС ПД	1	6500	13728	13728
Инженер-программист 1 категории	1	5000	10560	10560
Инженер 2 категории	2	4025	8500	17000
электромонтер	3	4009	8467	25401
Итого:	7	-	-	66689

Таким образом, общий штат сектора ЦКС и ПД составляет 7 человек.

Тогда годовой фонд заработной платы составит

Фг=Фобщ.Мn= 66689М12=800268 руб., (6.10)

где Фобщ. - фонд заработной платы всех сотрудников, взятый за один месяц;

n - число месяцев, так как рассчитывается годовой фонд заработной платы, n=12 месяцев.

Отчисления на социальные нужды разделяются на статьи и рассчитываются в процентном отношении к Фг:

отчисления в пенсионный фонд - 20%;

отчисления в фонд социального страхования - 3,2%;

отчисления в фонд обязательного медицинского страхования - 2,8%;

отчисления в фонд производственного травматизма - 0,2%.

Всего отчислений 26,2%.

Общий фонд отчислений на страхование составляет:

Фотч.=ФгМОтч.=800268М0,262 = 209670,2 руб., (6.11)

где Фг - годовой фонд заработной платы, руб.;

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

Тогда годовой фонд заработной платы вместе с отчислениями составляет:

Фз/пл=Фг+Фотч.=800268 + 209670,2 =1009938,2 руб., (6.12)

где Фг - годовой фонд заработной платы, руб.

Фотч - общий фонд отчислений на страхование, руб.

Расчет годовых амортизационных отчислений

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

Амортизационные отчисления рассчитываются с помощью формулы:

А=, руб. (6.13)

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

2,7 - норма амортизации для ЭВМ в процентах в месяц;

12 - количество месяцев, так как рассматриваются годовые эксплуатационные расходы.

В результате расчетов получают годовые амортизационные отчисления для приобретаемого оборудования. Данная методика характерна для ОАО "Хабаровскэнерго".

Расчет затрат на электроэнергию.

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

Sэн =, руб. в год,

где Т - тариф на электроэнергию, Т=2,24 руб./кВт-ч для предприятий, использующих низкое напряжение;

Рп - потребляемая мощность, для компьютера Рп=340 Вт, по техническим данным;

n - КПД сетевого оборудования, по фактическим данным n=0.9;

262800 - среднее количество часов в году.

Прочие затраты

Затраты на прочие производственные, управленческие и эксплуатационно-хозяйственные расходы (например) определяются укрупненно в размере 35% от годового фонда заработной платы производственного персонала и составляют:

З=Фз/плМk=.1009938,2 М0,35=353478,37, руб.,

где Фз/пл - годовой фонд заработной платы, руб.;

k - норма отчислений расходов на прочие затраты, %.

Результаты расчета годовых эксплуатационных расходов представлены в таблице 6.4

Таблица 6.4

Статья расходов	Значение показателей, руб.	Структура затрат, проценты
Заработная плата	800268	49,9
Социальные отчисления	209670,2	13,06
Годовые амортизационные отчисления	19443,2	1,2
Затраты на электроэнергию	222387,2	13,85
Прочие расходы	353478,37	22,02
Итого:	1605246,97	100

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

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

- своевременную реакцию на повреждение линии связи;

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

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

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

7. Вопросы обеспечения безопасности жизнедеятельности

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

Установка оборудования должна соответствовать требованиям, таким как, действующим ведомственным нормам технологического проектирования ВНТП 112-92, правилам устройства электроустановок ПУЭ, правилам эксплуатации электроустройств, техники безопасности при эксплуатации электроустановок и правил пожарной безопасности, СанПиН 2.2.2.542-96, а также ГОСТам, предусмотренными для организации рабочих мест телефонистов. При проектировании сектора ЦКС и ПД ОАО "Хабаровскэнерго" предъявляются следующие требования.

7.1 Требования к микроклимату в коммутаторном цехе

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

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

Таблица 7.1 - Нормы на параметры микроклимата

Период года	Категория работ	Температура воздуха, Cє не более	Относительная влажность воздуха, %	Скорость движения воздуха, м/с
Холодный	Легкая - 1а	22 - 24	40 - 60	0,1
Холодный	Легкая - 1б	21 - 23	40 - 60	0,1
Теплый	Легкая - 1а	23 - 25	40 - 60	0,1
Теплый	Легкая - 1б	22 - 24	40 - 60	0,2

К данным категориям работ относятся следующие. К категории 1а относятся работы, производимые сидя и не требующие физического напряжения, когда расход энергии составляет до 120 ккал/ч; к категории - 1б относятся работы, производимые сидя, стоя или связанные с ходьбой и сопровождающиеся легким физическим напряжением, при которых расход энергии составляет от 120 до 150 ккал/ч.

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

7.2 Требования к освещенности

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

Утомляемость органов зрения зависит от ряда причин: недостаточность освещенности; чрезмерная освещенность; неправильное направление света.

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

Освещение рабочего места должно быть сходно по спектральному составу с солнечным светом как наиболее гигиеничным, достаточным и соответствовать СанПиН 2.2.2.542 - 96; равномерным и устойчивым; без резких теней и блеклости в поле зрения; соответствующей цветности и не являться источником дополнительных вредных и опасных факторов.

Освещенность на поверхности стола должна быть в промежутке 300 - 500 лк. В качестве источника света преимущественно применяются люминесцентные лампы, допускаются металлогалогеновые лампы мощностью до 250 Вт. В светильниках местного освещения допускается применение ламп накаливания.

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

7.3 Требования к шуму в коммутаторном цехе

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

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

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

7.4 Требования к организации рабочего места с персональным компьютером

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

При правильной организации рабочего места производительность труда возрастает с 8 до 20 процентов.

Согласно ГОСТ 12.2.032-78 конструкция рабочего места и взаимное расположение всех его элементов должно соответствовать антропометрическим, физическим и психологическим требованиям. Большое значение имеет также характер работы. При организации рабочего места должны быть соблюдены следующие основные условия:

- оптимальное размещение оборудования, входящего в состав рабочего места;

- достаточное рабочее пространство, позволяющее осуществлять все необходимые движения и перемещения;

- необходимо естественное и искусственное освещение для выполнения поставленных задач;

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

Площадь одного рабочего места с видеомонитором должна составлять не менее 6 м², а объем не менее 20 м3.

Главными элементами рабочего места пользователя ПК являются письменный стол и кресло. Основным рабочим положением является положение сидя. Рабочее место для выполнения работ в положении сидя организуется в соответствии с ГОСТ 12.2.032-78.

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

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

- ширина не менее 700 мм;

- глубина не менее 400 мм;

- высота рабочей поверхности стола над полом 680-800 мм.

Модульными размерами рабочей поверхности стола с видеомонитором, на основании которых должны рассчитываться конструктивные размеры, следует считать: ширину - 800, 1000, 1200 и 1400 мм, глубину - 800 и 1000 мм при высоте 725 мм. Оптимальными размерами стола являются:

- высота 710 мм;

- длина стола 1300 мм;

- ширина стола 650 мм.

Под рабочей поверхностью должно быть предусмотрено пространство для ног:

- высота не менее 600 мм;

- ширина не менее 500 мм;

- глубина не менее 400 мм.

Рабочий стул должен быть подъемно - поворотным и регулируемым по высоте и углом наклона сидения и спинки.

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

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

Экран дисплея, документы и клавиатура должны быть расположены так, чтобы перепад яркостей поверхностей, зависящий от их расположения относительно источника света, не превышал 1 : 10, рекомендуемое значение 1 : 3. При номинальных значениях яркостей изображения на экране 50-100 кд/м² освещенность на рабочем месте должна составлять 300-500 лк.

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

7.5 Требования к электробезопасности

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

В персональном компьютере источником опасности является электрическая часть, а именно входные цепи блока питания, который может быть подключен к сети переменного напряжения 220 В частотой 50 Гц. Выходные цепи блока питания составляют от минус 12 до плюс 12 В. Таким образом, согласно ПЭУ 1.1.3 устройство относится к установкам с рабочим напряжением до 1000 В. Использующееся помещение коммутаторного цеха в котором установлены ЭВМ относятся к классу помещений с повышенной опасностью, так как имеется большое количество заземленных устройств, имеющих возможность одновременного прикосновения к конструктивно заземленным устройствам.

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

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

где К1 - поправочный коэффициент промерзания грунта, при средней многолетней низкой температуре -20°С, К1 = 1,9;

- длина заземляющего устройства, =20 м;

h - расстояние от поверхности земли до верхнего заземлителя, h = 0,7 м;

0,95·b= 0,1 м - диаметр трубы,

где b - ширина сторон уголка;

с - удельное сопротивление грунта, рассчитывается по формуле

с = 2р·R·a = 2·3,14·0,2·6 = 7,536 Ом·м,

где R - замеренное значение сопротивления 05.08.94 года прибором М-416, R = 0,2 Ом;

Заземляемые установки могут быть с электропитанием 660/380 В при с ? 100 Ом·м должны иметь заземляющие устройства со значением R ? 2 Ом.

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

В качестве заземлителя используется металлическая труба диаметром 100 мм, длиной 20 м. Труба устанавливается в предварительно пробуренную скважину. Глубина установки верхнего конца трубы должна составлять 0,7 м от поверхности земли.

Подключение заземляющего устройства к КИП производится кабелем ВРГ - 1х16. Кабель ВРГ - 1х16 приваривается электросваркой к металлической полосе 40х4, которая приваривается к металлической трубе. Места сварки гидроизолируются битумом и бумажной лентой.

7.6 Допустимые нормы на излучение

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

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

- электромагнитное поле сложного спектрального состава в широком диапазоне частот (от 10 Гц до 1000 МГц);

- электростатический заряд на ЭЛТ монитора;

- ультрафиолетовое, инфракрасное и рентгеновское излучения;

- эргономические параметры экрана (блики, мерцание, контрастность).

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

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

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

Так, напряженность электромагнитного поля по магнитной составляющей на расстоянии 50 см от поверхности видеомонитора должна составлять - 10 В/м; напряженность электромагнитного поля по электрической составляющей на расстоянии 50 см от поверхности видеомонитора должна составлять - 0,3 А/м; напряженность электростатического поля должна быть не более 20 кВ/м.

7.7 Требования к пожаробезопасности

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

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

- в секторе должны быть размещены углекислотные огнетушители типов ОУ-2, ОУ-5, ОУ-8. Согласно типовым правилам пожарной безопасности на каждые 50 м2 площади помещения с видеомониторами должен приходиться один огнетушитель.

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

Меры пожарной безопасности определены в ГОСТ 12.1.004-91.

Заключение

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

Программы были протестированы при работе с конкретным оборудованием.

Так же было предложено решение аппаратной организации системы мониторинга, проведены экономические расчеты, в которых были определены расходы на внедрение такой системы в производственный процесс ОАО "Хабаровскэнерго".

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

Список использованных источников

1. Паркер Т., Сиян К. TCP/IP. Для профессионалов. - СПб.: Питер, 2004.

2. RFC 1157. Simple Network Managenent Protocol (SNMP).

3. Аткинсон Л. Библиотека профессионала: MySQL. - М.: Вильямс, 2002.

4. Дюбуа П. MySQL. Сборник рецептов. - СПб.:Символ, 2004.

5. Клинтон П. Освой самостоятельно Perl за 24 часа. - М.:Вильямс, 2000.

6. Кристиансен Т., Торкингтон Н. Perl: библиотека программиста. - СПб.: Питер, 2004.

7. Методические указания по дипломному и курсовому проектированию. Хабаровск: ХФ СибГУТИ, 2004.

8. Типовые методические рекомендации по планированию, учету и калькулированию себестоимости научно-технической продукции от 15 июня 1994 г.

9. Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организация работы. Санитарные нормы и правила 2.2.2.542.-96.