ТЗ_СКУД_RG. Техническое задание "Создание системы контроля и управления доступом" Шифр "скуд2013" согласовано согласовано
 Скачать 135.5 Kb.
|
ТЕХНИЧЕСКОЕ ЗАДАНИЕ “Создание системы контроля и управления доступом” Шифр “СКУД-2013”
2013 СОДЕРЖАНИЕ 1 Наименование, шифр, основание, исполнитель и сроки выполнения работ 3 1.1 Наименование работы 3 1.2 Шифр работы 3 1.3 Основание для выполнения работ 3 1.4 Исполнитель работ 3 1.5 Сроки выполнения работ 3 1.6 Источники и порядок финансирования работ 3 2 Назначение и цели выполнения работ 4 2.1 Назначение системы 4 2.2 Цели создания системы 4 3 Общая характеристика системы 4 3.1 Общая характеристика СКУД 4 4 Требования к системе 5 4.1 Требования к системе в целом 5 4.1.1 Общие требования к системе СКУД 5 4.1.2 Показатели назначения 9 4.1.3 Требования к надежности 9 4.1.4 Требования к безопасности 10 4.1.6 Требования по сохранности информации при авариях 11 4.1.7 Требования к защите от влияния внешних воздействий 11 4.2 Требования к контроллерам и ПО СКУД 11 4.2.1 Требования к контроллерам СКУД 11 4.2.2 Требования к ПО СКУД 12 5 Порядок контроля и приемки системы в эксплуатацию 13 5.1 Общие требования к приемке работ по стадиям 13 6 Требования к выполнению работ 14 6.1 Основные требования к выполнению работ 14 7 Уточнения, дополнения и изменения 16 7.1 Порядок оформления уточнений, дополнений и изменений 16 1 Наименование, шифр, основание, исполнитель и сроки выполнения работ 1.1 Наименование работы Наименование – “ Создание системы контроля и управления доступом (СКУД)”. 1.2 Шифр работы Шифр - “СКУД-2013”. 1.3 Основание для выполнения работ Основанием для выполнения работ является Договор № «___» от «___» __________ 2013 г. между _____________ и _____________. 1.4 Исполнитель работ Исполнитель - _____________. 1.5 Сроки выполнения работ Сроки выполнения работ определяются Договором № «___» от «___» __________ 2013 г. между _____________ и _____________. 1.6 Источники и порядок финансирования работ Источники и порядок финансирования работ определяются Договором № «___» от «___» __________ 2013 г. между _____________ и _____________. 2 Назначение и цели выполнения работ 2.1 Назначение системы Система контроля и управления доступом (СКУД) предназначена для автоматизированного контролируемого пропуска людей на охраняемый объект, организацию пропускного режима для сотрудников и посетителей на территорию, обеспечения требований режима на объекте, обеспечение безопасности дежурного персонала. 2.2 Цели создания системы СКУД должна обеспечивать выполнение следующих функций: формирование и выдачу команд управления исполнительным устройствам, установленным на проходных участках при считывании зарегистрированного в памяти подсистемы идентификационного признака (кода); ручное открывание дверей для прохода при аварийных ситуациях, пожаре, технических неисправностях с выдачей сигнала "Тревога"; передачу информации о состоянии системы на АРМ; учет времени пребывания сотрудников; 3 Общая характеристика системы 3.1 Общая характеристика СКУД Создаваемый на объекте Заказчика Программно-технический комплекс СКУД (ПТК СКУД) должен включает в себя программную и техническую части. Программная часть включает в себя следующие компоненты: Комплект серверного и пользовательского программного обеспечения; Дополнительные утилиты для настройки и конфигурирования оборудования; Комплект средств разработки (SDK) для обеспечения интеграции системы СКУД с другими системами Заказчика. Техническая часть должна включать в себя: Контроллеры СКУД; Периферийное оборудование: RFID считыватели, замки, кнопки Выход и др. ПТК СКУД представляет собой распределённую структуру контроллеров СКУД, устанавливаемых на объекте для выполнения требований настоящего Технического задания. Обработка информации осуществляется на центральном сервере с установленным серверным ПО. Взаимодействие серверов обработки данных с конечными устройствами должно осуществляется по каналам связи: CAN и Ethernet. 4 Требования к системе 4.1 Требования к системе в целом 4.1.1 Общие требования к системе СКУД СКУД должна обслуживать следующие помещения и устройства по типам: Лекционные аудитории, аудитории для практических и семинарских занятий, лаборатории. Кабинеты отделов, кафедры; Двери секций и блоков; Проходные турникеты; Эвакуационные выходы; Лифтовая кабина: Проход через турникеты должен осуществляться с видео верификацией проходящего через устройство человека посредством IP камер. Качество изображения не ниже HD. Вывод изображения должен осуществляться на монитор, установленный над каждым турникетом. При запуске системы оповещения о пожаре турникеты должны автоматически открываться. Эвакуационные выходы, оборудованные врезными сдвиговыми электромагнитными замками типа AL-300, должны автоматически открываться при запуске системы оповещения о пожаре и в ручном режиме по команде оператора. В дежурном режиме эвакуационные выходы находятся под охраной. Для лекционных аудиторий, кабинетов, кафедр и лабораторий, помимо функций контроля доступа, система должна поддерживать выполнения охранных функций, то есть постановку и снятие помещения из под охраны картой доступа. Каждое контролируемое помещение должно быть оборудовано светозвуковым устройством, отражающим текущее состояние помещения. Светозвуковое устройство может быть комбинированным, и выполнено в едином корпусе со считывателем. На случай нештатной блокировки дверей, внутри каждого помещения устанавливается кнопка принудительного открывания. При запуске системы оповещения о пожаре двери всех контролируемых помещений находящиеся не под охраной должны перейти в открытое состояние. Исключение составляют те аудитории, которые на момент запуска системы оповещения о пожаре находятся под охраной. 4.1.1.1 Алгоритмы работы СКУД для отдельных типов помещений Алгоритм работы системы для лекционной аудитории Аудитории в дежурном режиме стоят под охраной. На посту отображается планировка здания с текущим состоянием всех шлейфов. В случае несанкционированного проникновения на мониторе появляется планировка здания и сработавший шлейф. Ведется журнал учета сработок. В соответствии с расписанием, за 10 минут до установленного времени, для конкретного преподавателя активируется доступ к конкретному помещению, для проведения занятий. При снятии с охраны лекционной аудитории путем идентификации карты доступа считывателем, система дает разрешение на включение электропитания в помещении и обесточивает врезной сдвиговый электромагнитный замок. В неохраняемый период контроллер лекционной аудитории должен выполнять функцию регистратора присутствующих. Каждый студент пришедший на лекцию, через отдельный считыватель-регистратор расположенный на столе преподавателя, регистрирует свое присутствие в даной аудитории путем прикладывания к считывателю персональной студенческой карты. Информация о присутствии студента в данной аудитории протоколируется системой как факт, без учета длительности присутствия. Во время проведения лекции замок в аудиторию должен быть открыт. После проведения лекции преподаватель перед выходом из помещения прикладывает персональную карту преподавателя к считывателю-регистратору, чем активирует таймер с управляемой задержкой. После завершения указанного времени начинает выполняться сценарий постановки помещения под охрану. Нагрузки и освещение отключаются, при спокойном состоянии охранных извещателей внутри помещения, дверной замок переходит в закрытое состояние. Этапы постановки помещения под охрану должны отражаться состоянием светозвукового устройства. В случае неудачной постановки на охрану, система посылает повторный запрос на постановку и лишь потом отправляет сигнал ошибки на центральный пост охраны. Важно: Смена преподавателей в аудитории в соответствии с расписанием, может происходить без процедуры постановки аудитории под охрану. Алгоритм работы системы для кабинетов и кафедр В штатном режиме кабинет (кафедра) находится под охраной. Вход первого имеющего доступ работника в охраняемое помещение, считается снятием помещения с охраны. При снятии с охраны система дает разрешение на включение электропитания в помещении и обесточивает врезной сдвиговый электромагнитный замок. В конце рабочего дня последний уходящий сотрудник, ставит кабинет на охрану. Этапы постановки помещения под охрану должны отражаться состоянием светозвукового устройства. После взятия помещения под охрану электропитание помещения отключается. Алгоритм работы системы для дверей секций и блоков Контроль открывания таких дверей предполагает проход через них по реакции входного и выходного считывателей на права доступа пользователя. Алгоритм работы системы для лифтовых кабин Ход лифтовой кабины предполагает подъем с 1 по 12 этаж и спуск в подвал. Команда на движение лифта вниз ниже первого этажа должна подтверждаться полномочиями пользователя, путем его идентификация через карту доступа. 4.1.1.2 Требования к характеристикам взаимосвязей СКУД со смежными системами ПО СКУД должно быть интегрировано с системой “Бюро пропусков” VisitorControl. ПО СКУД должно быть интегрировано с системой 1С версии 8.х. ПО СКУД должно обеспечивать возможность внешнего управления из модуля «Расписание», реализованного в 1С (версии 8.х), расписание предусматривает взаимосвязь помещений участвующих в учебном процессе, фамилии преподавателей, и график (время) занятий. Корректировка базы данных СКУД должна производиться напрямую из модулей 1С «Персонал» и 1С «Расписание». ПО СКУД должно предусматривать возможность полной интеграции с другими внешними системами Заказчика в части передачи информации о состоянии устройств, отчетов, статистик и др. посредством свободно распространяемого в составе ПО СКУД комплекта разработчика (SDK). 4.1.1.3 Перспективы развития, модернизации системы ПО СКУД должно обеспечивать возможность дальнейшего расширения системы (количества контроллеров, пользователей в системе, количества удалённых рабочих мест) без необходимости приобретения дополнительных лицензий на технические средства (контроллеры), программные (удаленные рабочие места) и др. 4.1.2 Показатели назначения ПО СКУД должно поддерживать одновременную работу с не менее чем 300 контроллеров СКУД и с не менее чем 10 Удаленными рабочими местами операторов, а также обеспечивать выполнение всех предъявляемых требований при дальнейшем масштабировании системы. 4.1.3 Требования к надежности Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций: при сбоях в работе аппаратной части, приводящих к перезагрузке ОС сервера СКУД. Восстановление полной работоспособности серверной части ПО СКУД должно происходить автоматически после удачного перезапуска ОС; при ошибках в работе ПО СКУД. При установлении факта некорректной работы отдельных модулей либо всего ПО в целом должна быть предусмотрена возможность автоматического перезапуска отдельных процессов либо всего ПО в целом; при ошибках, связанных с программным обеспечением сторонних производителей (ОС, драйверы устройств и др.), восстановление работоспособности возлагается на ОС. Контроллеры СКУД устанавливаются внутри охраняемого (защищаемого) объекта и должены обеспечивать круглосуточный режим работы. Средняя наработка контроллеров СКУД на отказ должна составлять не менее 20 000 ч, что должно соответствовать вероятности безотказной работы 0,95 за 1000 ч. Средний срок службы контроллеров СКУД должен быть не менее 10 лет. Гарантийный срок эксплуатации контроллеров СКУД должен быть не менее 36 месяцев со дня покупки оборудования. 4.1.4 Требования к безопасности Система электропитания контроллеров СКУД должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение и автоматическое восстановление электропитания после устранения причины неисправности. Конструкция контроллеров СКУД должна обеспечивать его пожарную безопасность в аварийном режиме работы и при нарушении правил эксплуатации согласно ГОСТ 12.1.004-91. Факторы, оказывающие вредные воздействия на здоровье, связанные с работой контроллеров СКУД и выполнения ими своих функций, в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля и т.д., не должны превышать действующих норм СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г. 4.1.5 Требования к защите информации от несанкционированного доступа Программная часть СКУД должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем» 1992 г. Компоненты подсистемы защиты от НСД должны обеспечивать: идентификацию пользователя; проверку полномочий пользователя при работе с системой; разграничение доступа пользователей на уровне задач и информационных массивов. Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6 согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации». 4.1.6 Требования по сохранности информации при авариях Программное обеспечение СКУД должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического и (или) ручного резервного копирования данных системы средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно- технического комплекса Заказчика. 4.1.7 Требования к защите от влияния внешних воздействий Конструкция контроллеров СКУД должна обеспечивает степень защиты оболочки IР20 по ГОСТ 14254-96. Контроллеры должены сохранять работоспособность и выполнение всех предъявляемых требований при воздействии внешних электромагнитных помех второй степени жесткости по ГОСТ Р 50009. 4.2 Требования к контроллерам и ПО СКУД 4.2.1 Требования к контроллерам СКУД 4.2.1.1 Контроллеры СКУД должны быть универсальными и поддерживать сразу несколько типов точек доступа: дверь, две двери, турникет с картоприемником, ворота/шлагбаум с картоприемником + управление светофорами. 4.2.1.2 Контроллеры должны иметь встроенный блок питания от сети 220В 50 Гц с возможностью установки АКБ (не менее 7 А*ч). Должна поддерживаться функция автоматического отключения нагрузки при глубоком разряде АКБ. Все изменения режимов БП (пропадание 220В, разряд АКБ и др.) должны передаваться на сервер системы, а также отображаться на контроллерах СКУД по средствам световой индикации а также, при необходимости дублироваться звуковым сигналом. 4.2.1.3 Контроллеры должны поддерживать учет расписаний, праздников и переносов на аппаратном уровне без участия сервера. 4.2.1.4 Энергонезависимая память контроллеров должна быть– не менее 32 000 ключей и 60 000 событий. 4.2.1.5 Контроллеры должны иметь дополнительные входы для подключения охранных датчиков, а также дополнительные выходы для управления внешними цепями. 4.2.1.6 Контроллеры должны аппаратно поддерживать режим Глобального (в сети из нескольких контроллеров) AntiPassBack без участия сервера. Количество зон AntiPassBack, в т.ч. и вложенных, не менее 250. 4.2.1.7 Контроллеры должен поддерживать работу со считывателями форматов Wiegand-26 и TouchMemory. Для совместимости со считывателями разных производителей на контроллере должна быть предусмотрена возможность выбора полярности управления индикацией считывателей. 4.2.2 Требования к ПО СКУД 4.2.2.1 Программное обеспечение СКУД должно функционировать под управлением следующих ОС: Windows 7, Windows 8, Windows 2012 Server, как 32 так и 64 разрядных версий. 4.2.2.2 ПО СКУД должно иметь клиент-серверную архитектуру. Сервер и удаленные рабочие места должны работать в распределенных сетях с организацией доменов. 4.2.2.3 ПО СКУД должно обеспечивать возможность подключения удаленных АРМ через сеть Inerrnet без необходимости организации VPN тунелей и др. дополнительной архитектуры (Сервер СКУД имеет внешний IP, доменное имя. АРМы подключаются через непубличный, “серый” IP). 4.2.2.4 ПО СКУД должно поддерживать работу с любыми USB WEB камерами для фотографирования сотрудников. 4.2.2.5 ПО СКУД должно поддерживать функционал автоматического сканирования и распознавания документов (паспорт РФ, загран. паспорт, водительское удостоверение). 4.2.2.6 В ПО СКУД должен быть предусмотрен механизм создания собственных шаблонов отчетов. 4.2.2.7 В системе должна быть предусмотрена возможность экспорта отчетов в формат MS Word, MS Excel, PDF. 4.2.2.8 Подсистема построения отчетов должна обеспечивать автоматическое (по расписанию) построение отчетов и рассылку их на заданные Email. 4.2.2.9 ПО СКУД должно поддерживать интеграцию с IP камерами. Должен быть реализован функционал записи видео по событиям с возможностью дальнейшего просмотра соответствующих видео фрагментов по логом событий в системе. 5 Порядок контроля и приемки системы в эксплуатацию 5.1 Общие требования к приемке работ по стадиям Сдача-приёмка работ производится поэтапно, в соответствии с рабочей программой и календарным планом, являющимися неотъемлемой частью Договора № «___» от «___» __________ 2013 г. между ____________ и _____________. Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии. 6 Требования к выполнению работ 6.1 Основные требования к выполнению работ При проводке кабельных линий не повреждать технические и инженерные коммуникации, предотвратить доступ к ним посторонних лиц. Все работы выполняются в соответствии с действующим законодательством РФ с обязательным выполнением норм и правил охраны труда, пожарной безопасности и техники безопасности, производственной санитарии, учитывая специфику здания и соблюдением внутреннего распорядка нахождения на охраняемой территории (соблюдать режимные требования и пропускной режим, установленные на объекте). При выполнении строительно-монтажных работ соблюдать требования: - техники безопасности, охраны труда своих работников; - правил и норм пожарной безопасности; - правил и норм экологической безопасности. Работы выполнять согласно разработанному и утвержденному Заказчиком сметному расчету, который является составной частью государственного контракта. При составлении сметной документации применять расценки на материалы и виды работ по TCH– 2001 с учетом индексов пересчета 2012 г. на момент заключения контракта. Подрядчик должен гарантировать качество выполненных работ и используемых материалов: -гарантийный срок качества выполненных работ с момента сдачи работ должен составлять не менее 12 месяцев; -гарантийный срок на материалы устанавливается в соответствии с предоставленным сертификатом качества материалов и его гарантии к срокам эксплуатации. Определить и согласовать с Заказчиком установку строительной техники и грузоподъемных механизмов (при необходимости). Определить и согласовать места расположения контейнеров-накопителей для строительного мусора. Подрядчику при выполнении работ по требованию Заказчика представлять исполнительную документацию, сертификаты, санитарно-эпидемиологические заключения и паспорта завода-изготовителя на используемые материалы. При проведении работ использовать современные технологии и строительные материалы. Подрядчик должен предусмотреть следующие ограничения производства работ: - не производить работы в воскресные и праздничные нерабочие дни; - не начинать работы, сопряженные с шумом, ранее 9.00 и (или) заканчивать их позднее 19.00; - не применять при производстве работ оборудование и инструменты, вызывающие превышение нормативно допустимого уровня шума и вибрации; - в обязательном порядке проводить мероприятия, исключающие протечки, образование трещин и разрушение стен и потолков в смежных помещениях, - не загромождать и не загрязнять строительными материалами и (или) отходами эвакуационные пути, другие места общего пользования, своевременно очищать площадку от строительного мусора с вывозом на свалку; - -категорически не допускать попадания строительного мусора и пыли в соседние помещения; - категорически не допускать проживание сотрудников Подрядчика на территории объекта. 7 Уточнения, дополнения и изменения 7.1 Порядок оформления уточнений, дополнений и изменений Уточнения, дополнения и изменения в данное техническое задание оформляются в виде дополнений к данному техническому заданию, подписываются полномочными представителями сторон и утверждаются в установленном порядке. |