Разработка шлюза аппаратуры ВТК-12 для единой системы мониторинга и администрирования

Назначение, принципы построения и архитектура единой системы мониторинга и администрирования. Характеристика аппаратуры цифровой системы передачи данных ВТК-12. Принцип работы шлюза, создание его файлов конфигурации и реализация интерфейсных функций.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 28.10.2013
Размер файла 3,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

tp_ID : OID; //коммутация

SignalID : Signal_ID; //тип сигнала

operationalState :operationalStateType; //состояние

end;

TCTPSink = class (TCTP)

end;

TCTPSource = class (TCTP)

end;

В каждом LinkEnd'е будут находиться 30 точек окончания, каждая отвечающая за свой канальный интервал потока Е1. Обусловлено это тем, что поток Е1 можно разделить на 32 канальных интервала, но 0 и 16 канальные интервалы используются для передачи служебной информации и в создаваемую информационную модель включены не будут.

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

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

Рис. 3.6. Дерево наследования.

Рис. 3.7. Дерево имен (включений)

3.4 Правила присвоения идентификаторов

Единственное требование, предъявляемое к идентификатору (OID) является его уникальность. Добиться этого можно двумя способами:

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

- используя специальные правила.

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

За основу был выбран 64 битный целочисленный тип данных (int64). Первые 16 бит идентификатора объекта являются идентификатором шлюза. Таким образом, объекты, порожденные разными шлюзами, никогда не будут пересекаться. Так как шлюз для аппаратуры ВТК-12 создается первым, то его идентификатор равен значению 1 (Bin 0000 0000 0000 0001). Затем идут 32 бита, в которых закодирован IP-адрес сетевого элемента.

Первые 48 бит идентификатора определяются по общим правилам и не зависят от типа аппаратуры (рис. 3.8). Последние 16 бит являются «внутренними» идентификаторами объектов в блоке и определяются по правилам, установленным для каждого типа оборудования.

хххх хххх хххх хххх хххх хххх хххх хххх хххх хххх хххх хххх хххх

| ID шлюза | IP-адрес блока | ID объекта |

Рис. 3.8. Структура идентификатора

Для аппаратуры ВТК-12 «внутренние» идентификаторы определяются согласно табл. 3.3.

Таблица 3.3 Структура «внутренних» идентификаторов для аппаратуры ВТК-12

Объект

Значения (bin)

Примечание

Network Element

0001.0000.0000.0000

Circuit Packs

0010.0000.0000.NNNN

NNNN - порядковый номер платы

Access Group

0011.0000.0000.NNNN

NNNN - порядковый номер группы (1 или 2)

TTP Bid

0100.AAAA.NNNN.NNNN

AAAA - номер группы доступа, в которую он входит

NNNN.NNNN - номер TTPBid

TTP Source

0101.AAAA.NNNN.NNNN

AAAA - номер группы доступа, в которую он входит

NNNN.NNNN - номер TTPBid

TTP Sink

0110.AAAA.NNNN.NNNN

AAAA - номер группы доступа, в которую он входит

NNNN.NNNN - номер TTPBid

LinkEnd Source

0111.0000.0000.NNNN

NNNN.NNNN - порядковый номер

LinkEnd Sink

1000.0000.0000.NNNN

NNNN.NNNN - порядковый номер

CTP Source

1001.LLLL.NNNN.NNNN

LLLL - номер LinkEnd'а, в который он входит

NNNN.NNNN - порядковый номер

CTP Sink

1010.LLLL.NNNN.NNNN

LLLL - номер LinkEnd'а, в который он входит

NNNN.NNNN - порядковый номер

4. Разработка шлюза

4.1 Принцип работы шлюза

Информация о конфигурации аппаратуры ВТК-12 находится в двух файлах “vtk.cfg” и “switch.cfg”, которые в свою очередь располагаются на флэш-диске платы МК_01 блока ВТК-12. Так как в функции шлюз не заложен доступ к флэш-диску аппаратуры, то процесс считывания конфигурации выглядит следующим образом (см. рис. 4.1): когда ИСУМ необходимо получить информацию о конфигурации блоков ВТК_12, она выдает запрос в виде IP-адреса комплекту программного обеспечения (КПО-3), в который входит файл-менеджер флэш-диска. После того, как КПО получит запрос, он пытается соединится с блоком, имеющим нужный IP-адрес. Если соединение установлено, то файл-менеджер получает доступ к флэш-диску и считывает необходимые файлы. Полученные таким образом файлы помещаются на жесткий диск компьютера на котором располагается шлюз в специальную директорию, имя которой совпадает с IP_адресом аппаратуры. Если ИСУМ необходимо получить информацию о нескольких блоках ВТК-12, то эти операции повторяются несколько раз. Далее ИСУМ инициализирует шлюз с помощью интерфейсной функции GateInit (см. раздел 2.3 «Функции работы со шлюзом»), которая возвращает список всех найденных директорий с конфигурациями. Получив список сетевых элементов (директорий), ИСУМ вызывает функцию GetNEData для получения информации (конфигурации) о сетевом элементе.

Рис. 4.1. Схема работы со шлюзом

4.2 Структура файлов конфигурации

Вся информация о конфигурации блока ВТК-12 размещается в двух двоичных файлах vtk.cfg и switch.cfg, которые создаются в процессе компиляции проекта с помощью программы VTK Configuration Builder, предназначенной для задания конфигурации блока ВТК-12 путем описания ее на языке конфигурирования для каждого блока или совокупности блоков (станций).

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

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

Именно с этими файлами (vtk.cfg, switch.cfg) и будет работать шлюз.

4.2.1 Файл описания плат ОК/ВД (vtk.cfg)

Длина файла 1590 байт.

1. Версия - 2 байта (0,2)

2. Первые 9 байт - описание состава плат блока ВТК-12

3. 0 - платы не должно быть

4. 1 - плата ОК-14

5. 2 - плата ВД

3 - плата ВД, законфигурируемая как VDN

255 - должно быть любая плата

4-254 - не используется

6. Таблица длиной 64 байта. Таблица представляет собой массив из 2-х таблиц (по 32 байта) соответствующих шинам G и GP. Каждый элемент таблицы идентифицирует канальный интервал 0..31. Содержимое отличное от нуля означает, что в данный канальный интервал входят данные канального окончания какого-то слота. Все канальные окончания нумеруются по порядку 1…36. Т.е. для вычисления конкретного слота и конкретного канального окончания необходимо преобразовать содержимое таблицы по следующей формуле:

SlotNumber = 1+(tab[i]-1) div 4;

ChannelNumber = tab[i]-4*((tab[i]-1) div 4),

где tab[i] элемент таблицы.

7. Затем следуют 36 записей по 16 байт:

8. описывают загружаемую конфигурацию в соответствующую плату ОК-14 или ВД

9. Формат записи:

Размещено на http://www.allbest.ru/

1

5. 6 записей по 128 (080h) байт

Даже если поток Е1-i не используется, запись должна быть и ее начало должно быть осмысленно..

6. Таблица управления обработкой национальных битов:

7. 1 поле (8 байт)

8. [0] - n число обработчиков (0…255)

9. [1] - не используется (раньше тут был «reserve index» (0 - нет, 1 - есть))

[2] - режим обработки СУВ (прозрачный или обычный: CASMode=Transparent/Normal)

в этом байте используются младшие 6 бит (0..5), которые соответствуют потокам (A..F)

если бит =0, то режим Normal;

если бит =1, то режим Transparent;

[3] - режим автоустановки синхронизации Internal, при аварии потока, от которого синхронизируемся (это состояние сохранится до первой перезагрузки файла коммутации).

Бит 0 = 0 -включен режим автоустановки; 1-выключен

[4..7] - 4 байт нулей

2 поле (n полей по 8 байт)

[0] - “1”тип обработчика (пока существует один тип)

[1] - «1…6» номер Е1 A-F

[2] - маска битов сверхциклового синхросигнала xxxx J4 J5 J6 J7 (вместо х пишем «0»)

[3] - активное состояние битов сверхциклового синхросигнала.

[4] - маска битов синхросигнала Si x SA S4 S5 S6 S7 S8 - «1» анализ бита разрешен.

[5] - активное состояние битов синхросигнала. -

Примечание: второй смысл S2 - извещение цикловое или Y-alarm!, J5 сверхцикловое извещение или MY-alarm!

[6] - “0” сюда программа пишет свой результат в процессе работы

[7] - “0” резерв.

10. Таблицы трансляции и вставки национальных бит (108 байт)

Таблица трансляции (6*6=36 байт): каждый элемент таблицы имеет размер 1 байт;

Каждый байт представляет собой набор битов (в скобках указан номер бита в байте): res (7), Si1 (6), Si2 (5), Sa4 (4), Sa5 (3), Sa6 (2), Sa7 (1), Sa8 (0)

значение бит: 0 - не транслировать этот бит в поток, 1 - транслировать

Таблица вставки национальных бит при авариях в потоках (6*6*2=72 байт): каждый элемент таблицы имеет размер 2 байта;

Каждый байт представляет собой набор битов (в скобках указан номер бита в байте) : res (7), Si1 (6), Si2 (5), Sa4 (4), Sa5 (3), Sa6 (2), Sa7 (1), Sa8 (0)

значение бит: (байт 1) 0 - не вставлять этот бит в поток при аварии, 1 - вставлять ; (байт 2) 0/1 - значение бита, если он вставляется

Вид обоих таблиц:

A

B

C

D

E

F

A

1

2

3

4

5

6

B

7

8

9

10

11

12

C

13

14

15

16

17

18

D

19

20

21

22

23

24

E

25

26

27

28

29

30

F

31

32

33

34

35

36

В таблице указан номер элемента в том порядке, в каком он идет в файле, подробнее о структуре элемента таблиц смотри выше.

11. Таблица маскирования аварий Е1-i - 6 байт (присутствует всегда).

Размещено на http://www.allbest.ru/

1

12. Если Е1-i не используется то “0”.

13. Если Е1-i используется т.е. перечислен в каких либо конференциях или коннектах то значение по умолчанию “FF”.

14. “FF” разрешает реагировать на все виды аварий и на срабатывание национальных битов и на Y и MY сообщения.

15. последний байт “0”

4.2.2 Файл коммутации (switch.cfg)

Длина файла переменная, но не меньше 835 байт. Файл состоит из 3х основных секций: служебная секция - содержит служебную информацию (16 байт), секция заголовков - содержит все заголовки блоков данных, секция данных - содержит все блоки данных, на которые ссылаются заголовки.

1. Версия - 2 байта (0,2)

2. Число заголовков - 1 байт (кроме закрывающего заголовка),13 байт - резервные и равны «0»

3. число последующих байт=(8 байт заголовка * число заголовков) + (803 байта блока данных * число блоков данных)+(8 байт закрывающего заголовка)

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

Формат заголовка (8 байт):

6 байт - состояние потоков A - F при котором этот блок данных используется

Каждый байт имеет вид: 0 - поток исправен, 1 - поток не исправен, 2 - поток исправен и для него сработала комбинация нац. бит, 4 - любое состояние потока;

2 байта (High, Low) - указатель на блок данных, соответствующих этому заголовку (смещение блока данных от начала файла). Первым идет старший байт, затем младший байт длины.

Последним, после всех заголовков, следует завершающий заголовок, у которого все 8 байт равны «0».

Формат блока данных (803 байта):

3a. $0000 -$01FF

Описание массива коммутатора (512 байт) по порядку следования: (8 таблиц по 64 байта). Таблица представляет собой массив входных линий потока. По умолчанию все соединения замкнуты сами на себя, (т.е. например A[0] <- A[0]; A[1] <- A[1]; … A[31] <- A[31] …). В таблице это соответствует в массиве потока А: 01 00 01 01 …01 1F.

Старший байт этой таблицы соответствует типу объекта, а младший - его номеру. Тип объекта определяется следующим образом:

COR 11 (0Bh)

First 10 (0Ah)

Second (F) 15 (0Fh), 06

E 14 (0Eh)

D 13 (0Dh)

C 09

B 05

A 01

3b. $0200-$02FF

Описание конференций: поле длиной 4 байт. Формат:

- число, соответствующее номеру конференции - 1 байт (начиная с 0)

- номер вх. линии (потока) - 1 байт

- номер вх. канала - 1 байт

- усиление - 1 байт: шумоподавление ()+вх. ослабление()*4+ вых. ослабление()*16

Неиспользованные поля конференций заполняются значением 1F 00 00 00 для каждого оставшегося неиспользованного канала;

3c. $0300

Описание источника синхронизации - 1 байт (A- 1, B-2…F-6, Internal - 0);

Если старший бит = 1, то используется Auto режим переключения источника синхронизации;

FlagSecondStream - 1 байт;

3d. $0302-$0321

Описание ЦОРов. Длина 32 байта (по количеству ЦОРов). Для каждого ЦОР задается его конфигурация по правилу:

- P1*4+P2*2+P3*64

- P1 - полоса пропускания (0…4)

- P2 - чувствительность (0…3)

- P3 - время выключения (0…3)

3e. $0322 = “0”

4.3 Использование библиотек (DLL)

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

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

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

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

library MyDLL;

uses

SysUtils,

Classes,

Forms,

Windows;

procedure Summ(a,b:integer):integer; export; stdcall;

begin

Result:=a+b;

end;

exports

Summ;

begin

end.

Первое, на что следует обратить внимание, это ключевое слово library. Оно определяет этот модуль как модуль библиотеки DLL. Далее идет название библиотеки. В нашем примере мы имеем дело с динамической библиотекой, содержащей единственную функцию Summ. Ключевое слово exports сигнализирует компилятору о том, что перечисленные ниже функции и/или процедуры должны быть доступны из вызывающих приложений. В конце модуля можно увидеть ключевые слова begin и end. Внутри данного блока можно поместить код, который должен выполняться в процессе загрузки библиотеки.

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

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

Уже говорилось, что код инициализации динамической библиотеки может быть помещен в блок begin...end. Однако кроме этого зачастую необходимо предусмотреть некоторые действия, выполняемые в процессе выгрузки DLL из оперативной памяти. В отличии от других типов модулей, модуль DLL не имеет ни секции initialization, ни секции finalization. К примеру, можно динамически выделить память в главном блоке, однако не понятно, где эта память должна быть освобождена. Для решения этой проблемы существует DLLProc - специальная процедура, вызываемая в определенные моменты функционирования DLL.

Для начала следует сказать о самой причине существования DLLProc. Динамическая библиотека получает сообщения от Windows в моменты своей загрузки и выгрузки из оперативной памяти, а также в тех случаях, когда какой-нибудь очередной процесс, использующий функции и/или ресурсы, хранящиеся в библиотеке, загружается в память. Такая ситуация возможно в том случае, когда библиотека необходима для функционирования нескольких приложений. А для того, чтобы имелась возможность указывать, что именно должно происходить в такие моменты, необходимо описать специальную процедуру, которая и будет ответственна за такие действия. К примеру, она может выглядеть следующим образом:

procedure MyDLLProc(Reason: Integer);

begin

if Reason = DLL_PROCESS_DETACH then

{DLL is unloading. Cleanup code here.}

end;

Однако системе совершенно не очевидно, что именно процедура MyDllProc ответственна за обработку рассмотренных выше ситуаций. Поэтому необходимо поставить в соответствие адрес процедуры глобальной переменной DLLProc. Это необходимо сделать в блоке begin...end примерно так:

begin

DLLProc := @MyDLLProc;

end.

Как можно увидеть, в качестве признака того или иного события, в результате которого вызывается процедура MyFirstDll, является значение переменной Reason. Ниже приведены возможные значения этой переменной.

· DLL_PROCESS_DETACH - библиотека выгружается из памяти; используется один раз;

· DLL_THREAD_ATTACH - в оперативную память загружается новый процесс, использующий ресурсы и/или код из данной библиотеки;

· DLL_THREAD_DETACH - один из процессов, использующих библиотеку, 'выгружается' из памяти.

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

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

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

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

Function Summ(a,b: integer):integer; external “mydll.dll”;

Ключевое слово external сообщает компилятору, что данная процедура может быть найдена в динамической библиотеке (в нашем случае - mydll.dll). Далее вызов этой процедуры выглядит следующим образом:

...

i:=4;

c:=Summ(5,i);

...

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

4.4 Реализация интерфейсных функций

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

4.4.1 Функция GateInit

GateInit - возвращает список сетевых элементов (инициализация шлюза).

procedure GateInit (

idGate: word; // идентификатор шлюза

path: PChar; // путь к каталогу, в котором искать файлы конфигурации

var NEList: TStringList // возвращаемый список сетевых элементов

);

В данном случае под списком сетевых элементов понимается список поддиректорий, которые находятся в директории «Path», имеют имена, удовлетворяющие правилам IP-адресации (например 192.168.001.255) и включают в себя файлы конфигурации ВТК-12 («vtk.cfg» и «switch.cfg»). При сканировании директории «Path» заполняются два списка, один из которых будет передан вызывающему приложению, а второй будет использоваться функцией GetNEData. Блок-схема алгоритма приведена в приложении 2.

4.4.2 Функция GetNEData

GetNEData - возвращает информации о сетевом элементе

function GetNEData (

index: LongInt; // порядковый номер сетевого элемента, соответствует номеру записи в списке, возвращаемом процедурой GateInit;

var List: Tlist // список указателей на объекты блока с номером index.

):Byte; // код ошибки (0 - ошибок нет; 1 - параметр index превышает максимальное значение, т.е. больше, чем количество элементов списка, возвращаемого функцией GateInit; 2 - файлы с конфигурацией не найдены; 3 - неверная версия файлов конфигурации.

GateNEDate - основная функция шлюза. Именно она, а точнее функция LoadVTK, которая является внутренней функцией шлюза, обеспечивает преобразование данных о конфигурации оборудования ВТК-12 из формата производителя этого оборудования в формат ИСУМ.

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

- обрабатывается только одна конфигурация, находящаяся в файле коммутации (switch.cfg) первой, хотя их может быть больше;

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

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

1. ссылка на объект Network Element;

2. N ссылок на объекты типа Circuit Pack, где N - количество установленных плат канальных окончаний;

3. ссылка на объект Access Group (группа канальных окончаний);

4. N ссылок на объекты TTP (если точка доступа является однонаправленной, то в список помещается ссылка на соответствующий объект (TTPSink/TTPSource), если же точка доступа двунаправленная, то первой идет ссылка на объект TTPBid, а затем на TTPSource и TTPSink), где N - количество точек доступа в группе;

(пункты 3 и 4 повторяются для второй группы доступа)

5. ссылка на объект типа LinkEnd (Sink или Source в зависимости от направления связи);

6. 30 ссылок на объекты CTP, принадлежащих LinkEnd'у.

(пункты 5 и 6 повторяются для всех оставшихся LinkEnd'ов)

В графическом виде эта последовательность приведена в приложении 3.

4.5 Создание тестирующего приложения

Так как на момент разработки шлюза система управления и мониторинга еще не существовала, возникла необходимость разработки приложения, которое будет эмулировать СУМ, т.е. будет выдавать шлюзу запросы, которые он и будет обрабатывать. В итоге был разработан тестирующий модуль, окно которого представлено на рис. 4.2, а листинг программы - в приложении 4.

Рис. 4.2. Окно тестирующего приложения

Принцип работы с тестирующим приложением следующий:

1. в дереве директорий выбирается та директория, которая является «хранилищем» конфигураций;

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

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

5. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ДИПЛОМНОГО ПРОЕКТА

5.1 Расчет затрат на создание программного продукта

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

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

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

Типовая группировка затрат по статьям калькуляции имеет следующий вид:

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

2) вспомогательные материалы;

3) топливо на технологические цели;

4) энергия на технологические цели;

5) основная заработная плата производственных рабочих;

6) дополнительная заработная плата производственных рабочих;

7) отчисления на социальные нужды по заработной плате производственных рабочих;

8) расходы на содержание и эксплуатацию оборудования;

9) расходы на подготовку и освоение нового производства;

10) цеховые расходы;

Цеховая себестоимость

11) общепроизводственные расходы;

12) потери от брака;

Производственная себестоимость товарной продукции

13) внепроизводственные расходы;

Полная себестоимость товарной продукции.

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

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

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

5.1.1 Расчет трудоемкости

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

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

Таблица 5.1 Трудоемкость этапов работы по созданию ПП

Этапы работ

Кол-во человек

Кол-во дней

Чел/дни

1

Знакомство с предметной областью

3

6

18

2

Подготовка технического задания

1

2

2

3

Внесение дополнений в ТЗ

3

1

3

4

Выбор классов объектов для информационной модели

2

5

10

5

Создание информационной модели ВТК-12

2

10

20

6

Проектирование структуры шлюза

1

20

20

7

Разработка шлюза

2

50

100

8

Тестирование шлюза

2

3

6

9

Подготовка перечня необходимых изменений

2

6

12

10

Обновление шлюза

1

15

15

11

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

1

10

10

12

Финальное тестирование

3

2

6

13

Сдача

3

1

3

Итого:

220

5.1.2 Определение себестоимости разработки

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

основная заработная плата;

дополнительная заработная плата;

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

стоимость машинного времени;

лицензионное ПО;

прочие прямые расходы;

накладные расходы.

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

Трудоемкость разработки ПП - 220 дней = 10 месяцев

Средняя заработная плата программиста - 6000 руб./месяц.

Основная зарплата - 10 чел./мес.* 6000 руб./мес. = 60 000 руб.

2. На статью «Дополнительная заработная плата» относятся выплаты предусмотренные законодательством за непроработанное время: оплата отпусков, оплата за выполнение государственных и общественных обязанностей и др. Размер дополнительной зарплаты в научных учреждениях составляет 10% от основной. Таким образом, дополнительная заработная плата

Дополнительная заработная палата = 60 000 руб.*0.1 = 6 000 руб.

3. К статье «Отчисления на социальные нужды» относятся обязательные отчисления по установленным законодательством Российской федерации нормам органам государственного социального страхования, Пенсионного фонда, Государственного фонда занятости населения и медицинского страхования. Единый социальный налог определяется по затратам на оплату труда работников. Величина отчисления составляет 35,6%.

Единый социальный налог - 66 000 руб.*0.356 = 23 500 руб.

4. К статье «Стоимость машинного времени» относятся затраты на эксплуатацию ЭВМ. Для определения стоимости машинного времени воспользуемся данными из технических паспортов вычислительной техники.

Продолжительность ЭВМ времени - 220 дней*8 часов = 1 760 часов

Стоимость ЭВМ типа Pentium III - 50 000 руб.

Срок эксплуатации ЭВМ - 3 года.

Амортизационные отчисления на ЭВМ - 50 000 руб./(3 года*12 месяцев*22 дня *8 часов) ? 8 руб./час.

Потребляемая ЭВМ мощность - 350 Ватт/час.

Стоимость 1 кВатт - 0,89 руб.

Затраты на электроэнергию - 0,89 руб./кВатт* 0,35 кВатт = 0,31 руб./час.

Стоимость машинного часа - 8 руб./час+0,31 руб./час = 8,31 руб./час.

Стоимость машинного времени - 8,31 руб./час.*1 760 часов = 14 625 руб.

5. К статье «Лицензионное ПО» относятся расходы на приобретение и эксплуатацию средств разработки. Для разработки программного продукта применялись интегрированная среда Inprise Delphi 5.0 и программный пакет для визуально объектно-ориентированного программирования Rational Rose Enterprise Edition.

Стоимость лицензии разработчика Delphi 5.0 - 500$ = 15 500 руб.;

Срок службы среды разработки - 2 года;

Затраты на Delphi 5.0 = 220 дней * 15 945 руб./(2 года * 12 мес. * 22 дня) = 6 450 руб.

Стоимость лицензии разработчика Rational Rose - 4 500$ = 139 500 руб.

Приблизительное планируемое количество проектор, разрабатываемых с помощью Rational Rose - 20;

Затраты на Rational Rose = 143 500 руб./ 20 = 6 975 руб.

Полные затраты на средства разработки = 6 650 руб. + 7 175 руб. = 13 425 руб.

6. На статью «Прочие прямые расходы» относятся расходы на приобретение и подготовку материалов научно-технической информации, за использование средств телефонной и радиосвязи и другие расходы, необходимые при разработке данного комплекса программ. Затраты определяются на основе статистической информации в процентах к суммарным расходам всех предыдущих статей (5-10%). Таким образом:

Прочие прямые расходы - (66 000 руб.+ 23 500 руб.+ 14 625 руб.+ 13 425 руб.)*0.05 = 5 875 руб.

7. В статью «Накладные расходы» включаются расходы на управление и хозяйственное обслуживание, которые в равной степени относятся ко всем выполняемым работам. По статье учитывается заработная плата аппарата управления и общехозяйственных служб, затраты на содержание и текущий ремонт зданий, сооружений, оборудования и инвентаря, амортизационные отчисления на их полное восстановление и капитальный ремонт, расходы по охране труда, научно-технической информации и т.д. Процент накладных расходов - экспериментальная величина и определяется, как отношение плановой суммы накладных расходов к прямым затратам. Примем процент накладных расходов 30%. Таким образом:

Накладные расходы = (60 000 руб. + 6 000 руб.) * 1,35 = 37 025 руб.

В таблице 5.2 приведена итоговая калькуляция затрат на разработку программного продукта.

Таблица 5.2 Калькуляция затрат

Статьи затрат

Сумма (руб.)

Прямые (переменные) затраты

1

Основная заработная плата разработчиков

60 000

2

Дополнительная заработная плата разработчиков (10% п.1)

6 000

3

Единый социальный налог (0,356 от п. 1 и 2)

23 500

4

Стоимость машинного времени (амортизация ЭВМ)

14 625

5

Лицензированное ПО

13 425

6

Прочие прямые расходы (5% от п.1-5)

5 875

7

Итого:

123 425

Накладные (постоянные) затраты

8

Накладные затраты (30% от прямых затрат)

37 025

Итого:

160 450

5.2 Сетевое планирование

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

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

Попытка ликвидировать эти недостатки при помощи СПУ (система сетевого планирования и управления).

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

В основу системы СПУ положена модель, описывающая объект управления в виде сетевого графика. Благодаря этому система и получила свое название - система сетевого планирования и управления.

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

Для разработки шлюза был составлен сетевой график, который представлен в таблице 5.3 и на рис. 5.1.

Таблица 5.3 Сетевой график

Код работ

Работа

Номера предшествующих работ

Трудоемкость, чел/дней

Численность исполнит., чел.

Продолжительность выполнения работ, дней

1

0 - 1

Подготовка ТЗ

-

2

1

2

2

1 - 2

Внесение дополнений в ТЗ

1

3

1

3

3

0 - 2

Знакомство с предметной областью

-

18

3

6

4

2 - 3

Создание информационной модели

2, 3

20

2

10

5

3 - 4

Выбор структуры классов

4

10

2

5

6

2 - 4

Проектирование структуры шлюза

2, 3

20

1

20

7

4 - 5

Разработка шлюза

5, 6

100

2

50

8

5 - 6

Тестирование шлюза

7

6

2

3

9

6 - 7

Подготовка перечня необходимых изменений в шлюзе

8

12

2

6

10

5 - 8

Создание документации

7

5

1

5

11

7 - 8

Подготовка перечня необходимых изменений в документации

9

1

1

1

12

7 - 9

Обновление шлюза

9

15

1

15

13

8 - 9

Корректировка документации

10, 11

1

1

1

14

9 - 10

Окончательное тестирование

12, 13

6

3

2

Рис. 5.1. Сетевой график

Выводы

В результате расчетов было выявлено, что затраты на разработку шлюза для аппаратуры ВТК-12 составили 160450 руб. Однако, в дальнейшем, при создания шлюзов для другого вида аппаратуры будут учтены все нюансы, которые возникали в процессе создания программного продукта, что позволит сократить сроки разработки, а следовательно, и снизить затраты.

В приведенном сетевом графике критическим маршрутом является 0 - 2 - 4 - 5 - 6 - 7 - 9 - 10. Оптимизация сетевого графика в дальнейшем не возможна по причине того, что он уже является оптимизированным. Длина критического маршрута составляет 102 дня или 4 месяца и 3 недели. Если учесть что разработка началась в середине января 2003 года, то окончание работ планировалось на начало июня. Однако состояние дел на сегодняшний день (конец мая) показывает, что шлюз уже готов к эксплуатации. Следовательно, работа велась с небольшим опережением графика.

6. ОРГАНИЗАЦИЯ БЕЗОПАСНЫХ УСЛОВИЙ ТРУДА ОПЕРАТОРА ЭВМ

Комфортные и безопасные условия труда - один из основных факторов влияющих на производительность людей работающих с ПЭВМ [7].

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

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

а) воздействие вредных излучений от монитора и от компьютера;

б) воздействие электромагнитных излучений;

в) неправильная освещенность;

г) не нормированный уровень шума;

д) не комфортные метеорологические условия;

и другие факторы.

6.1 Анализ условий труда оператора ЭВМ

Нормальная и безопасная работа человека - оператора во многом зависит от того, в какой мере условия его работы соответствуют оптимальным. При этом под условиями работы подразумевают комплекс физических, химических, биологических и психофизиологических факторов, установленных стандартами по безопасности труда (ССБТ).

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

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

К биологическим факторам относятся: микроорганизмы (бактерии, вирусы, грибы и т. п.); макроорганизмы (растения и животные).

К психофизиологическим факторам относятся перегрузки: физические (статические, динамические, гиподинамия); нервно-психические (умственное перенапряжение, монотонность труда, эмоциональные перегрузки). Рассмотрим некоторые из указанных факторов.

Освещение. Хорошее освещение необходимо для выполнения большинства задач, поставленных перед оператором. Чтобы правильно спланировать рациональную систему освещения, необходимо учитывать яркость источников света, их расположение в помещении, яркостный контраст между устройствами ЭВМ и фоном, блесткость поверхностей, качество и цвет светильников и поверхностей. Для малой и средней контрастности поверхности ЭВМ при темном фоне наименьший уровень освещенности должен быть 150 лк [9]. Для большой контрастности при светлом или темном фоне наименьший уровень освещенности 100 лк. ЭВМ эксплуатируют в помещениях, где необходимо предусматривать систему искусственного освещения из люминесцентных ламп дневного света или ламп накаливания. Существуют прямая, отраженная и диффузная системы искусственного освещения. При прямом освещении свет попадает на объекты непосредственно от источников света (светильников). При этом 90-100% мощности светильника направлено на рабочую поверхность, что вызывает яркостные контрасты, резкие тени и блесткость (свойство ярко освещенной поверхности вызывать ослепление или дезадаптацию наблюдателя). При освещении отраженным светом 90-100% света направляется на потолок и верхнюю часть стен, от которых свет более или менее равномерно отражается по всему помещению. При этом достигается ровная освещенность без теней и блескости. Диффузное освещение обеспечивает рассеянный свет, одинаково распределенный по всем направлениям. Такая система освещения требует меньшей мощности, чем две предыдущие, но вызывает частичное образование теней и блескости. Оптимальные условия освещения могут быть созданы при применении светящегося потолка, когда источники света прикрываются полупрозрачной поверхностью. Мягкий свет, льющийся с такого потолка, почти не создает теней и блескости. При установке светильников следует избегать направления света на оператора. Небольшое количество света, направленное в глаза наблюдателю, так изменяет уровень адаптации его глаз, что он лишается способности видеть освещаемый объект. С освещением тесно связано требование оптимального сочетания цветов потолка, стен и пола помещения и установленного в нем оборудования, которое должно основываться на учете как физических, так и психологических факторов. При выборе цвета нужно исходить из требования создания условий для хорошего отражения общего освещения, что улучшает условия зрительного восприятия. Светлые оттенки всех цветов уменьшают поглощение света. Как правило, наибольшие коэффициенты отражения требуются для потолков, несколько меньшие - для стен и полов. Рекомендуется выбирать цвета бледных, «пастельных» оттенков. При этом следует использовать совместимые группы цветов, чтобы тот или иной цвет не казался неуместным, «не выпирал» из общей цветовой гаммы. В этом случае потолок сможет отражать 80-90% света, стены - 50-60%, пол - 15-30%. Примером совместимой гаммы цветов служит следующая окраска помещения: потолок - белого цвета, верхняя часть стен - бледно-зеленого цвета, остальная часть стен - зеленого цвета средней насыщенности, пол и драпировка - зеленого цвета средней насыщенности, мебель - зеленовато-серого или светло-коричневого цвета. При окраске различных помещений следует помнить, что цвета теплых тонов (красный, желтый, коричневый) стимулируют активность человека, создают впечатление бодрости и возбуждения. Цвета холодных тонов (синий, зеленый, фиолетовый) создают впечатление «холода».

Температура. Температура окружающей среды существенно сказывается на работоспособности человека, особенно на его умственной деятельности. Установлено, что температуру +50 °С, намного превышающую допустимый уровень, человек может выдержать в течение 1 ч. При +30 °С умственная деятельность человека ухудшается, замедляется его реакция, что ведет к появлению ошибок. При +11°С начинается окоченение конечностей, такая температура минимально допустима. Наиболее благоприятный диапазон температур в летнее время от +18 до +24°С, в зимнее время от +14_17 до +22 °С. Движение воздуха позволяет увеличить рабочий диапазон температур. Так, при скорости движения воздуха 0,1; 0,5; 0,9 м/с верхняя допустимая граница рабочего диапазона сдвигается соответственно до +22, 24, 26 °С при интенсивном расходе энергии человеком порядка 1000 Дж/ч. Различные сочетания температуры и влажности сдвигают допустимые температурные диапазоны (зоны комфорта) так, как представлено на рис. 6.1. Как правило, значение относительной влажности в рабочем помещении не должно быть выше 70% и ниже 30%.

Рис. 6.1. Зоны комфорта при воздействии температуры и влажности

Рис. 6.2. Зона комфорта при воздействии шума

Применение вентиляции в рабочих помещениях еще более улучшает условия деятельности человека. Рекомендуемая интенсивность вентиляции для помещений с установленными ЭВМ 0,5 - 1,0 м3 свежего воздуха в минуту на каждый 1 м2 пола.

Акустические шумы. Акустические шумы и борьба с ними приобрели большое значение в последние годы со все возрастающим количеством различных механизмов, машин, самолетов и т.д., являющихся источниками туковых колебаний различной интенсивности. Шум резко снижает производительность труда и увеличивает травматизм. Физиологически шум воздействует на органы зрения и слуха, повышается кровяное давление, притупляется внимание. На рис. 6.2 представлены зоны относительного акустического комфорта в помещениях. Внешняя зона соответствует неблагоприятным уровням шума. Внутренняя зона - зона комфорта. Цифры обозначают процент звуков речи, которые будут правильно услышаны человеком с нормальными органами слуха при нормальном разговоре. Снижение шума достигается: правильной планировкой, направленной на изолирование источников звука; установкой специальных средств, преграждающих путь звуку; изоляцией вибрирующих машин с помощью соответствующих звукопоглощающих приспособлений, использованием звукопоглощающих материалов.

Механические вибрации. Механические вибрации не только вредно воздействуют на организм, но и мешают человеку выполнять как мыслительные, так и двигательные операции. Зрительное восприятие ухудшается под действием вибрации, в особенности на частотах между 25 и 40 Гц и между 60 и 90 Гц. Вертикальная вибрация в большей степени влияет на операторов, работающих сидя, а горизонтальная-на работающих стоя. На рис. 5.3 приведены зависимости различных ощущений человека на вибрацию с различной частотой и амплитудой. Вибрации с параметрами выше внешней кривой вызывают болевые ощущения. Человеческое тело реагирует на вибрацию в основном так же, как механические системы. Когда частота внешних колебаний приближается к частоте собственных колебаний человеческого тела, равной примерно 5 Гц, действие вибраций на человека неприятно.

Рис. 6.3. Ощущения человека при воздействии вибрации: I - не ощущается; II - ощущается; III - беспокоит

6.2 Оборудование рабочего места оператора ЭВМ

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

Рассмотрим необходимые для работы средства. Для решения поставленных задач оператору ЭВМ необходимы:

- персональный компьютер;

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

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

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

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

6.3 Меры борьбы с вредными воздействиями

6.3.1 Санитарные нормы и стандарты безопасности

В целях обеспечения безопасности здоровья пользователей в Российской Федерации действуют Санитарные нормы и правила "Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работ" СанПиН 2.2.2.542-96 [6]. Цель Санитарных норм - определить такие нормированные величины факторов воздействия, чтобы их вред был минимальным, а условия труда - комфортными. Предельно допустимые уровни, генерируемого монитором электромагнитного поля и поверхностного электростатического потенциала установлены СанПиН 2.2.2.542-96 и приведены в табл. 6.1.

Таблица 6.1 ПДУ электромагнитного поля и поверхностного электростатического потенциала монитора компьютера

Вид поля

Диапазон частот

Единица измерения

ПДУ

магнитное поле

5 Гц- 2 кГц

нТл

250

магнитное поле

2 - 400 кГц,

нТл

25

электрическое поле

5 Гц- 2 кГц

В/м

25

электрическое поле

2 - 400 кГц

В/м

2,5

эквивалентный (поверхностный) электростатический потенциал

В

500

В качестве технических стандартов безопасности мониторов широко известны шведские ТСО92/95/98/99 и MPR II. Эти документы определяют требования к монитору персонального компьютера по параметрам, способным оказывать влияние на здоровье пользователя.


Подобные документы

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

    дипломная работа [1,3 M], добавлен 28.01.2014

  • Интерфейс системы онлайн-мониторинга стационарного аппарата. Интерфейс автоматизированного рабочего места мониторинга АПБ Московского метрополитена. Архитектура системы ProView, основные сферы применения. Структура графического интерфейса пользователя.

    курсовая работа [1,8 M], добавлен 21.03.2016

  • Краткая история развития СУБД ORACLE, основные понятия и определения, архитектура. Принципы работы с СУБД ORACLE. Разработка баз данных, средства и технологии их реализации; возможности процедурного языка PL/SQL. Приемы администрирования СУБД ORACLE.

    презентация [609,2 K], добавлен 14.02.2014

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

    дипломная работа [1,9 M], добавлен 12.03.2013

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

    дипломная работа [1,9 M], добавлен 21.01.2015

  • Анализ и практическая реализация использования администрирования и мониторинга сети на предприятии. Процесс создания карты сети в программе LANState. Сетевые программы для сисадминов, программы мониторинга сети. Описание локальной вычислительной сети.

    курсовая работа [3,6 M], добавлен 15.02.2017

  • Способы мониторинга качества данных. Формирование функциональных требований к системе мониторинга консистентности данных. Документирование требований к системе мониторинга консистентности данных. Написание скриптов проверок для системы мониторинга.

    дипломная работа [387,3 K], добавлен 26.08.2017

  • Задачи администрирования автоматизированных систем. Характеристика автоматизированной системы "Следственный комитет". Проблемы администрирования подсистемы Public Relation. Варианты зеркалирования данных. Обеспечение защиты сервера и журнал регистрации.

    курсовая работа [2,3 M], добавлен 27.10.2012

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

    курсовая работа [3,5 M], добавлен 28.08.2012

  • Разработка структурной схемы системы. Выбор и обоснование не указанных в задании элементов. Анализ временных параметров системы. Разработка файла конфигурации для системы сбора-обработки данных на языке AHDL. Моделирование цифровой части системы.

    курсовая работа [1,1 M], добавлен 26.10.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.