СПИ

большинстве современ-ных систем безопасности используется иерархиче-

ская двухуровневая модель охраняемых объектов. Минимальной (элементарной, не имеющей внутренней структуры) ча-стью объекта является зона безопасности (охранная, тревожная и т. д.). Зоны объе-диняются в разделы, разделы составля-ют объект. Иерархическая модель име-ет определенные недостатки, связанные с тем, что она в состоянии поддерживать лишь одно из возможных отношений меж-ду частями объекта: «один ко многим». Это приводит к определенным неудоб-ствам, в частности, в процедурах управ-ления состоянием объекта. Рассмотрим это утверждение на примере раздела, представленного на рисунке 1.

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

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

Вариант 1. Структура объекта опи-сывается одним разделом (например, № 010), в состав которого входят четы-ре зоны (рис. 2). В данном варианте удоб-но выполняется только команда в отно-шении раздела целиком или в отношении отдельной зоны.

Для снятия с охраны раздела цели-ком необходимо ввести на клавиатуре код пользователя, затем выбрать номер раздела (010) и подать команду «Снять». Для снятия с охраны отдельной зоны (на-пример, входной двери) необходимо ввести на клавиатуре код пользовате-ля, затем выбрать номер зоны 010 / 01 и команду «Снять». Недостаток заклю-чается в том, что если требуется снять с охраны несколько зон (но не весь раз-дел целиком), указанные действия при-дется повторить столько раз, сколько зон требуется снять с охраны.

Вариант 2. Структура объекта опи-сывается четырьмя разделами (рис. 3). Данный вариант еще более неудобен

Морозов Алексей Николаевичстарший научный сотрудник ФКУ «НИЦ «Охрана» Росгвардии

Кузьмина Екатерина Николаевнанаучный сотрудник ФКУ «НИЦ «Охрана» Росгвардии

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

«Кабинет»

«Входная дверь»

«Окна»

«Кладовая»

«Сейф»

Рис. 1. Состав раздела

МОДИФИКАТОРЫ КОМАНД УПРАВЛЕНИЯ В СИСТЕМАХ БЕЗОПАСНОСТИ

5

АЛ

ГО

РИ

ТМ

БЕ

ЗО

ПА

СН

ОС

ТИ

№ 5

, 2

017СПИ

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

Вариант 3. Структура объекта опи-сывается четырьмя разделами, объе-диненными в пятый – группу разделов (рис. 4). Данный вариант имеет те же недостатки, что и вариант № 1. Кроме того, использование структуры «один раздел – одна зона», объединенных в групповой раздел, имеет следующие недостатки:n  Приходится искусственно увели-

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

n  В список разделов входят как по-мещения в целом («Кабинет»), так и составляющие его части («Окна», «Двери» и т. д.), которые в свою очередь  состоят  из  зон  («один раздел – одна зона»). Фактически неявно вводится еще один проме-жуточный уровень структуры объ-екта («подразделы»). Но поскольку адресация имеет всего два уровня, то наименования разделов и «под-разделов» отображаются в одном списке без указания вложенности. Для списков большого размера воз-никают трудности с определением соответствия  между  реальными разделами и «подразделами». На-пример, если права пользователя позволяют управлять состоянием нескольких помещений, в которых также  есть  окна  и  двери,  мож-но ошибочно поставить под охра-ну «подраздел» (например, окно) другого раздела.Одним  из  возможных  способов 

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

Модификаторы  команд  управле-ния – это разновидность команд «Взять» или «Снять», имеющая от них следую-щие отличия:n  действие модифицированной коман-

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

n  имя  модификатора  назначается пользователем.Вариант  конфигурации  раздела 

с использованием модификаторов пред-ставлен на рисунке 5.

Раздел 012«Окна»

Раздел 013«Кладовая»

Раздел 014«Сейф»

Раздел 011«Входная дверь»

Группа разделов (Раздел 010) «Кабинет»

Раздел 011 «Входная дверь»

Раздел 012«Окна»

Раздел 013«Кладовая»

Раздел 014«Сейф»

Раздел 010 «Кабинет»

«Дверь и окна»

«Кладовая и сейф»

Раздел 010 «Кабинет» Зона 010/02«Окна»

Зона 010/03«Кладовая»

Зона 010/04«Сейф»

Зона 010/01«Входная дверь»

Рис. 3. Структура «Четыре раздела»

Рис. 4. Структура «Четыре раздела, объединенных в группу»

Рис. 2. Структура «Раздел и четыре зоны»

Рис. 5. Сущности, управляемые основными и модифицированными командами

6

АЛ

ГО

РИ

ТМ

БЕ

ЗО

ПА

СН

ОС

ТИ

№ 5

, 2

017

n Исключаетсянеобходимостьвсоз-даниидополнительныхразделов,обладающихпризнакаминеявновыраженнойвложенности(«под-разделов»).

n Сокращаетсяколичествооперацийиповышаетсянаглядностьпроце-дурыуправления.

n Уменьшаетсявероятностьподачиошибочнойкомандыуправления.

разделанатабловыведетсясостоя-ниераздела«кабинет».

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

3. Выбрать модификатор команды –«Дверь и окна» либо «Кладоваяисейф».Выводы.Применениемодификато-

ровкомандуправленияимеетследую-щиепреимущества:n Расширяютсявозможностипоохра-

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

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

Кабинет,такжекакивпредыдущихпримерах,описываетсяиерархическойструктурой–однимразделом,всоставкотороговходятчетырезоны(рис. 5).Управлениеразделомсиспользованиеммодифицированныхкомандрассмотримдлякраткостиизложениянапримерекоманды«Снять».Дляснятиясохра-ныпредусмотренаосновнаякоманда«Снятькабинет».Крометого,всписоккомандуправленияразделомдобавленыкоманды«Снятьдверьиокна»,«Снятькладовуюисейф»,каждаяизкоторыхраспространяетсянадвезоны–вход-нуюдверьиокнакабинетаипомеще-ниекладовойисейф.Какужеотме-чалось,названиемодифицированныхкомандзадаетсяпроизвольнымобра-зом.Принеобходимостимогутбытьдобавленыидругиекоманды,распро-страняющиесянадругиесочетаниязонвнутрираздела.

Процедурапостановкииснятиясох-ранысиспользованиеммодификаторовследующая:1. Ввести с терминала (клавиатуры

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

Рассмотренный пример с описа-

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

модификаторов не охватывает всех

возможных конфигураций объектов

и тактик их охраны, а является

лишь иллюстрацией к использова-

нию модификаторов. В качестве

дополнительных примеров можно

привести удобство использования

модификаторов при самоохране, ох-

ране периметров, выделенных групп

зон и т. д.