Техническое задание на создание интегрированной системы безопасности объекта
А. Н. Крошкин,
начальник отдела Управления
комплексных проектов
ЗАО «ЭВРИКА»,
Санкт-Петербург
Актуальность проблемы, которой посвящена данная статья, обусловлена тем, что существующий руководящий документ РД 25 952-90 «Системы автоматические пожаротушения, пожарной, охранной и охранно-пожарной сигнализации. Порядок разработки задания на проектирование», введенный в действие с 1 января 1991 года, в силу объективных обстоятельств не может удовлетворять современным требованиям к разработке задания на проектирование интегрированной системы безопасности (ИСБ).
Современные ИСБ по своему составу и принципу работы стали ближе к автоматизированным системам (АС), поэтому для разработки этого документа вполне уместно пользоваться ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». В данном ГОСТе речь идет именно о создании АС, а проектирование является одним из этапов этой работы. Кроме того, ряд требований к заданию на проектирование изложен в СНиП 11-01-95«Инструкция о порядке разработки, согласования, утверждения и составе проектной документации на строительство предприятий, зданий и сооружений». В силу этого термин«техническое задание на создание ИСБ» (ТЗ ИСБ) не будет противоречить требованиям вышеперечисленных документов. Аналогичные технические задания могут разрабатываться на развитие или модернизацию ИСБ. Для отдельных элементов или подсистем ИСБ могут разрабатываться частные технические задания (ЧТЗ) или задания на проектирование.
В данной статье предлагается вариант разработки ТЗ ИСБ.
Исходные данные для разработки ТЗ ИСБ
Основным документом, который необходимо изучить перед началом работ над ТЗ ИСБ, является «Концепция безопасности объекта». В нем должны быть определены задачи, которые ставятся в структуре охраны объекта перед техническими средствами охраны (ТСО), их состав, роль и место, взаимодействие с другими элементами обеспечения безопасности объекта. В нем также должна быть определена расчетная стоимость ТСО, исходя из оценки возможного ущерба от угроз, которые должны предотвратить эти ТСО. Другими исходными данными должны быть: генплан территории объекта, архитектурно-строительные чертежи зданий и сооружений, план физической охраны объекта. Для проектирования отдельных подсистем могут потребоваться частные исходные данные: схемы электропроводок, классификация помещений по пожарной и взрывопожарной опасности, характеристики строительных конструкций зданий и сооружений, планы эвакуации при пожаре, чертежи вентиляции и отопления, конструктивные чертежи фальшполов и подвесных потолков, чертежи отдельных элементов конструкций и пр. Эти данные должны идти как приложение к ТЗ ИСБ или к ЧТЗ. Важным элементом работы является обследование объекта с целью уточнения исходных данных.
Порядок разработки, согласования и утверждения ТЗ ИСБ
Рекомендованный порядок разработки, согласования и утверждения ТЗ ИСБ определен в приложении № 1 ГОСТ 34.602-89. ТЗ ИСБ является обязательным документом для разработки проектно-сметной документации. ТЗ должна составлять организация-заказчик (далее – заказчик). Учитывая, что далеко не у каждой организации наличествуют в штате такие специалисты, для разработки ТЗ может привлекаться на договорной основе специализированная организация, имеющая опыт работ в данной области и соответствующие лицензии (организация-разработчик, далее – разработчик), а также организации, привлекаемые для реализации различных этапов создания ИСБ (организации-исполнители, далее – исполнитель). ТЗ ИСБ утверждается руководством организации-заказчика и организации-разработчика. При необходимости ТЗ ИСБ может согласовываться с органами вневедомственной охраны МВД РФ, государственной противопожарной службы МЧС РФ, ведомственной охраны, организациями исполнителями и другими структурами. Все подписи должностных лиц согласующих и утверждающих организаций оформляются на первой странице ТЗ ИСБ и заверяются печатями данных организаций. Допускается согласование по письму. Все замечания заказчика по проекту ТЗ ИСБ должны быть представлены с техническим обоснованием. При возникновении разногласий оформляется протокол разногласий, и обе стороны принимают меры к их устранению. Дополнения и изменения к ТЗ ИСБ утверждаются и согласовываются таким же порядком. Не допускается внесение изменений и дополнений после представления системы или ее части на приемо-сдаточные испытания.
Состав и содержание текстовой части ТЗ ИСБ
Состав и содержание ТЗ ИСБ изложены в ГОСТ 34.602-89, СниП 11-01-95, РД 25 952-90. Кроме того, они будет определяться требованиями конкретного объекта, необходимым составом ИСБ, этапностью развертывания ИСБ и другими факторами. Так, если заказчик определил, что объект будет оборудоваться по этапам (например: периметр, административное здание, производственная площадка, склады), то и в ТЗ ИСБ есть смысл брать данные элементы за единицу разработки, включая все задействованные там подсистемы ИСБ. Если объект оборудуется сразу, то за единицу разработки логично брать подсистему.
1. Наименование работы
Здесь необходимо дать точное и полное наименование работы по созданию ИСБ, указать название и адрес или местоположение защищаемого объекта, при необходимости работе может быть присвоен шифр.
2. Основание для создания ИСБ
Основанием для создания ИСБ, как правило, является решение или документ заказчика, где определена необходимость оборудования объекта ИСБ, а также исходные данные: архитектурно-строительные чертежи, генплан объекта и т. п.
3. Цель и состав работы
Целью работы является создание ИСБ объекта, соответствующей определенным техническим, технологическим, производственно-экономическим показателям. Как правило, здесь же указываются критерии, на основе которых делается оценка достижения целей создания ИСБ. Также можно отразить требования по стадийности и этапности создания ИСБ.
4. Сроки создания ИСБ
Минимальные сроки создания ИСБ рассчитываются исходя из трудоемкости работ, нормативных сроков согласования и сдачи работ в надзорных органах. Заказчик или исполнитель может определить большие сроки, учитывая другие факторы.
5. Требования по вариантной разработке
На начальном этапе заказчик может привлечь несколько исполнителей для конкурсной организации работ. На этом этапе могут рассматриваться коммерческие предложения. Для проведения конкурса необходимо указать критерии выбора заказчиком варианта построения ИСБ.
6. Исходные данные для проектирования
В работе по проектированию задействуется много различных специалистов. Не все они имеют возможность принять участие в обследовании, особенно если это удаленный объект. От полноты и точности исходных данных во многом будет зависеть качество проектных работ.
6.1. Описание объекта
Описание объекта должно быть выполнено в таких форме и объеме, чтобы было видно, на какую материально-техническую базу должна «наложиться» создаваемая ИСБ. В первую очередь это касается инженерных средств защиты (ограждений, заграждений, освещения, связи и т. п.), состояния и организации физической охраны (караулы, посты, маршруты движения и т. п.), а также других факторов, влияющих на построение ИСБ. Необходимо дать краткую характеристику криминогенной и пожарной обстановки в месте расположения объекта, а также соседних объектов, граничащих с защищаемым.
6.2. Перечень основных регламентирующих документов
Здесь необходимо привести полный перечень тех нормативных документов, которыми должны руководствоваться заказчик, разработчик и исполнитель при выполнении работ по созданию ИСБ. Далее в тексте ТЗ нет необходимости повторять нормативные требования, изложенные в этих документах. Достаточно оговаривать, что элемент должен быть создан в соответствии с тем или иным нормативным документом. При этом надо помнить, что в случае расхождения норм в различных документах приоритетными являются требования ГОСТ, потом СНиП, ВСН, РД, РТМ, НПБ.
6.3. Особые условия
К особым условиям заказчик вправе отнести то, что не нашло отражения в основном тексте. Например, требования к проектной, монтажной, пусконаладочной организации (наличие определенных лицензий, опыта, квалификации специалистов и т. п.), предусмотреть необходимость согласования проектно-сметной документации в определенных надзорных или взаимодействующих органах, поэтапное развертывание ИСБ, частичное использование некоторых существующих систем безопасности и пр.
7. Общие требования к ИСБ
В этом разделе объединены требования, применимые ко всем подсистемам и системе в целом.
7.1. Требования по назначению, составу и структуре
Здесь целесообразно дать определение ИСБ как совокупности различных элементов и систем, работающих под единым управлением. Кроме того, следует пояснить, для выявления каких событий и действий она предназначена, какую информацию она должна формировать «на выходе». Необходимо указать, из каких подсистем должна состоять ИСБ, алгоритм ее работы, глубину интеграции подсистем, набор функций взаимодействия подсистем, интеллектуальные уровни, решающие задачи интеграции и управления компонентами, а также требования по защите самой ИСБ от преднамеренных и непреднамеренных действий по нарушению штатной работы системы. Кроме того, важно указать, какими другими системами (лифты, освещение, вентиляция и пр.) должна управлять ИСБ (или взаимодействовать с ними).
7.2. Требования по размещению оборудования
Требования по размещению основного и промежуточного оборудования, кабельным трассам достаточно полно изложены в нормативных документах: ГОСТ Р 50776-95 «Системы тревожной сигнализации. Часть 1. Общие требования. Раздел 4. Руководство по проектированию, монтажу и техническому обслуживанию», ГОСТ 8709-82 «Щитки осветительные для промышленных и общественных зданий», РД 78.145-93 «Системы и комплексы охранной, пожарной и охранно-пожарной сигнализации. Правила производства и приемки работ», НПБ 88-2001 «Установки пожаротушения и сигнализации. Нормы и правила проектирования», ВСН 60-89 «Устройства связи, сигнализации и диспетчеризации инженерного оборудования жилых и общественных зданий. Нормы проектирования», ВСН 59-88 «Электрооборудование жилых и общественных зданий. Нормы проектирования», ОСТН-600-93 «Отраслевые строительно-технологические нормы на монтаж сооружений и устройств связи, радиовещания и телевидения», Правила устройства электроустановок (ПУЭ) и др. Здесь необходимо конкретно указать место расположения центра управления ИСБ, количество, состав и места размещения автоматизированных рабочих мест (АРМ). Если требуется изготовить специальные стойки, стеллажи, тумбы, столы, то необходимо сделать планы, чертежи в виде приложений или просто изложить требования к ним, оставив решение дизайнерских аспектов за исполнителем.
7.3. Требования по условиям эксплуатации
Здесь необходимо выдвинуть требования по климатическому исполнению оборудования, защите от электромагнитных помех, агрессивной среды и т. п. Эти требования изложены в соответствующих ГОСТах.
7.4. Требования к безопасности
Эти требования касаются обеспечения электробезопасности, других мер безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте ИСБ, соответствии ее санитарным нормам и правилам для лиц, эксплуатирующих ИСБ.
7.5. Требования к продолжительности непрерывной работы
Как правило, при нормальном питающем напряжении система должна функционировать круглосуточно. Также необходимо указать планируемый срок эксплуатации ИСБ, требуемую наработку на отказ основных блоков и оборудования, предполагаемую схему ремонтов и модернизации.
7.6. Требования к электропитанию
Надо дать характеристику имеющейся электрической сети. Необходимо указать места подключения блоков ИСБ к существующей электрической сети. Если на объекте невозможно обеспечить электропитание ИСБ по первой категории, необходимо сформулировать требования по резервным источникам питания. Минимально необходимые требования по резервному электропитанию для различных подсистем ИСБ изложены в нормативных документах. Также необходимо изложить требования по заземлению или занулению оборудования, грозозащите наружных устройств, устойчивости к перепаду напряжения в электросети, сопротивлению изоляции электропроводок и т. п.
7.7. Требования к обслуживанию и ремонту
Здесь необходимо изложить требования к персоналу, который будет проводить техническое обслуживание и ремонт ИСБ. Это может быть специально обученный персонал заказчика или специализированная организация, привлекаемая на договорной основе. Также необходимо указать нормативные документы, которыми необходимо будет руководствоваться при проведении технического обслуживания и ремонта.
7.8. Требования к возможности расширения и изменения конфигурации ИСБ
Если заказчик планирует расширение, изменение конфигурации ИСБ, то необходимо точно указать, какие подсистемы, в каких размерах, в какие сроки будут этому подвержены. Проектная организация должна заложить соответствующий резерв возможностей ИСБ.
7.9. Требования к надежности и устойчивости
Здесь можно выдвинуть требования по возможности работы подсистем, отдельных блоков, элементов, как в сетевом, так и в автономном режиме, к каким видам разрушающих и неразрушающих воздействий она должна быть устойчива, защита программного продукта и др.
7.10. Требования по метрологическому обеспечению
Необходимо указать, какие параметры системы, с какой точностью и периодичностью должны измеряться, какие и где должны быть встроенные средства контроля параметров системы.
8. Требования к подсистемам ИСБ
В этом разделе формулируются специальные требования к каждой подсистеме.
8.1. Подсистема сбора и обработки информации
В ИСБ данная подсистема, как правило, представляет собой программно-аппаратный комплекс. Поэтому надо сформулировать требования как к программной, так и к аппаратной части в виде функциональных и технических требований.
8.2. Подсистема охранно-пожарной сигнализации
Наиболее важным элементом этой подсистемы являются извещатели. Для того чтобы проектная организация могла выбрать оптимальную модель извещателя, очень важно правильно и полно сформулировать признаки событий, которые должны классифицироваться извещателем как «тревога», «саботаж» и «неисправность», а также возможные преднамеренные и непреднамеренные помехи работе этих извещателей.
8.2.1. Охранная сигнализация
Важным требованием будет тактика постановки и снятия с охраны разделов и зон, которую хотел бы реализовать заказчик. Кроме того, необходимо указать конкретные участки периметра, здания, сооружения, помещения, которые подлежат оборудованию охранной сигнализацией, и указать их особенности (например, кассы, комнаты хранения оружия). Если планируется установка кнопок тревожной сигнализации или ловушек, требуется указать их вид и места установки. Необходимо также сформулировать требования к приемно-контрольным приборам, извещателям, оповещению о тревожных событиях (куда и в каком виде должен приходить сигнал).
8.2.2. Противопожарная автоматика
Противопожарная автоматика может включать несколько различных установок: пожарную сигнализацию, оповещение людей о пожаре, дымоудаление, пожаротушение. В частном случае, учитывая особенности формирования требований по организации и производству работ по этим установкам, можно разработать ЧТЗ или задание на проектирование противопожарной автоматики. Нормы оборудования помещений, зданий и сооружений противопожарной автоматикой, а также требования к ним достаточно жестко регламентированы, что, в свою очередь, значительно облегчает задачу формирования требований.
8.3. Подсистема контроля и управления доступом
Подсистема контроля и управления доступом может быть предназначена для ограничения и санкционированного перемещения людей, транспорта на территории, в зданиях и помещениях. Требования необходимо формулировать с учетом положений ГОСТ Р 51241-98 «Средства и системы контроля и управления доступом. Классификация. Общие технические требования. Методы испытаний». Кроме того, надо указать конкретные требования к подсистеме по организации зон доступа, местам оборудования точек прохода и их пропускной способности, видам идентификационных признаков и устройствам идентификации, видам перекрытия проемов прохода, по штатной процедуре допуска персонала, посетителей и другие.
8.4. Подсистема охранная телевизионная
Здесь необходимо указать, какие элементы объекта подлежат оборудованию данной подсистемой (периметр, контрольно-пропускной пункт, входы, коридоры, помещения и т. п.). В качестве приложения должна быть схема размещения телевизионных камер с обозначенными сценами и их границами освещенности. Для каждой сцены должны быть указаны цели. Отдельно должно быть оговорено применение телевизионных камер на поворотных устройствах и использование трансфокаторов. Остальные требования к телевизионным камерам, устройствам обработки, записи и отображения, соединительным линиям, электропитанию можно сформулировать в соответствии с ГОСТ Р 51558-2000 «Системы охранные телевизионные. Общие технические требования и методы испытаний».
9. Приемка работ и гарантийные обязательства
Здесь необходимо указать виды, состав, объем и методы приемо-сдаточных испытаний ИСБ и ее составных частей на предмет ее соответствия заданным требованиям. Программы испытаний должны разрабатываться и утверждаться непосредственно перед испытаниями.
Необходимо сформулировать требования к гарантийным обязательствам производителей оборудования и привлекаемых к работе монтажных, пусконаладочных организаций. Можно сформулировать требования к индивидуальному и групповому комплекту запасных частей, инструменту, принадлежностям (ЗИП).
10. Требования к проектно. сметной, конструкторской, рабочей и эксплуатационно-технической документации
Требования к проектной, конструкторской, рабочей и эксплуатационно-технической документации достаточно полно изложены в действующих нормативных документах. Необходимо указать требуемое количество экземпляров документации, если необходимо – степень ее конфиденциальности, обязанность подрядных организаций не разглашать эти сведения, использование иностранных терминов и др.
При формировании требований к сметной документации необходимо указать метод составления смет, ценники, по которым должен производиться сметный расчет, какие коэффициенты и индексы могут быть применены.
Выводы и рекомендации
Разработка ТЗ ИСБ является ключевым этапом работы над созданием ИСБ объекта, так как от правильности и обоснованности принятых на этом этапе решений зависит вся дальнейшая работа над системой и сама ее возможность выполнять в последующем возложенные на нее функции в полном объеме. Работа над ТЗ ИСБ требует глубоких и разносторонних знаний в различных областях, поэтому к ней должны привлекаться наиболее квалифицированные специалисты по системам безопасности и эксперты из смежных отраслей. Включаемые в ТЗ ИСБ требования должны соответствовать современному уровню развития науки и техники. Задаваемые требования не должны ограничивать исполнителей работ в поиске и реализации наиболее эффективных технических, экономических и других решений.
«Защита информации. Конфидент», №3, 2003, с. 92-96.
