Анализ системы контроля и управления(Финал). Анализ системы контроля и управления доступом с использованием
 Скачать 5.97 Mb.
|
 Рисунок 3.4 – Идентификация для допуска автотранспорта Для организации групповых политик контроллер СКУД может быть запрограммирован на пропуск конкретных сотрудников в определенные помещения только в заданные промежутки времени. Все события о проходах через контрольные пункты фиксируются в памяти системы управления доступом и могут использоваться для автоматизированного учета рабочего времени, блокировок учетных записей во внутренней компьютерной сети, а также для получения отчетов по дисциплине труда или для возможных служебных расследований на предприятии. 3.3 Технология внедрения системы контроля и управления доступом Внедрение СКУД в организации многостадийный процесс, который не ограничивается только техническими мероприятиями. Более того, без достаточно глубоко проработанной идеологии построения системы не стоит принимать технические решения. Рассмотрим основные этапы построения СКУД с точки зрения организационных мероприятий. 1. Осознание потребности. Прежде всего руководство компании должно осмыслить необходимость внедрения СКУД, проанализировать задачи, которые могут быть решены при использовании системы, оценить уровень затрат на внедрение и эксплуатацию и сопоставить эти затраты с предполагаемой выгодой. Такая предварительная оценка может служить основанием как для принятия принципиального решения о создании системы, так и для первоначальной выработки технических требований. 2. Назначение ответственных. После принятия принципиального решения очень важно определить руководителя/координатора проекта и синхронизировать его понимание задачи с пониманием руководства. Впоследствии именно у этого человека будет «болеть голова» по поводу правильного воплощения идеи. 3. Постановка задачи на внедрение и выбор подрядчика. Следующий шаг – формальное описание задачи на основании проведенного анализа. Такое описание может представлять собой короткий (на 2-3 страницы) документ, позволяющий потенциальному подрядчику оценить перспективы участия в проекте и подготовить черновое коммерческое предложение. При построении системы заказчику необходимо не допустить ключевой ошибки, когда выбор идеологи и технической реализации выстраивается «от подрядчика». Другими словами, сначала на горизонте появляется «подрядчик» (чаще всего, выбранный субъективно), который предлагает и, в общем-то, навязывает идеологию и технические решения, исходя из своих возможностей и опыта. При этом такие решения далеко не всегда являются оптимальными в конкретной ситуации. Вообще, выбор подрядчика это один из ключевых моментов построения любой технической системы, и СКУД здесь – не исключение. Чем более тщательным будет процесс выбора, тем меньше проблем возникнет в ходе реализации проекта, и тем больше он будет отвечать изначальным ожиданиям. В государственных структурах такой выбор осуществляется при помощи тендера, что не всегда приводит к оптимальному результату, поскольку определяющим критерием является стоимость. Тем не менее, при подготовке закупочной документации необходимо в требованиях детально прописать квалификационные требования к участником процедуры. Стоит уделить этому этапу достаточно времени. Впоследствии это минимизирует риск выбора недобросовестного подрядчика. Частные же компании могут себе позволить, не инициируя громоздкие тендерные процедуры, подобрать подрядчика в короткий срок и исходя из здравого смысла. Процесс выбора подрядчика в простом случае может выглядеть следующим образом: выбор предполагаемых подрядчиков (3-5 компаний); ознакомление предполагаемых подрядчиков с описанием задачи; взаимодействие с подрядчиками (ознакомление с объектом, уточнение условий); разработка подрядчиками коммерческих предложений; анализ коммерческих предложений заказчиком; принятие решения на основании комплексной оценки. Для проведения комплексной оценки может быть разработана и использована сравнительная таблица (таблица 3), обобщающая полученную информацию о потенциальных подрядчиках. Таблица 1 – Сравнительная таблица подрядчиков  Некоторые критерии в таблице могут показаться несущественными, но, например, по скорости реагирования на заявку можно сделать предположение о соблюдении сроков работ, а большой размер компании-подрядчика может гарантировать непрерывность работ при проблемах с монтажниками или быструю замену оказавшегося неисправным оборудования. Применение подобной таблицы поможет формализовать принятие решения. В крупной компании, имеющей множество объектов, когда необходимость в принятии решений существует постоянно, целесообразно усилить степень формализации принятия решений, используя весовые коэффициенты по каждому критерию для принятия окончательного решения. Разумеется, российская действительность вносит свои коррективы в процесс выбора в сторону значительного увеличения доли субъективности, однако, если, все же, руководствоваться не желанием личного обогащения или удобства, а интересами компании, следует использовать в работе формализованные методы принятия решения. 4. Утверждение проектной и сметной документации, заключение договора. Окончательно определившись с исполнителем работ по внедрению СКУД, можно вплотную приступать к подробному взаимодействию с ним. Взаимодействие это начинается с детальной корректировки предварительно оговоренной схемы, уточнения концепции и конкретного оборудования. При обсуждении идеологии системы, опыт подрядчика может оказаться неоценимым, ведь далеко не всегда заказчик четко представляет, как будет функционировать система, с какими нюансами ему придется столкнуться в процессе эксплуатации. Поэтому важно на данном этапе получить от подрядчика максимально подробную информацию. Не последнюю роль в уточнении спецификации оборудования, количества и расположения точек доступа и, соответственно, перечня работ, играет финансовый вопрос. Минимизировать затраты можно не только путем уменьшения объемов оборудования и Работ, но и за счет некоторого (некритичного) снижения качества или надежности оборудования. На этом же этапе проговариваются места размещения центрального, оконечного и вспомогательного оборудования. Не менее важно уделить внимание документальному оформлению принятых решений. В процессе обсуждения может показаться, что сторонами достигнуто полное взаимопонимание, и необходимость в подробном документировании принятых решений отсутствует. Однако, такая ситуация может доставить массу неприятностей, если досконально не зафиксировать все договоренности документально. Нет ничего более мучительного для заказчика, чем работать по формальному договору или вообще без него. Такие вещи обычно снижают общую первоначальную стоимость системы, но могут значительно увеличить ее уже в процессе монтажа. Как правило, все технические особенности проекта прописываются в ТЗ (Техническом Задании). Техническое Задание может быть как отдельно на проектирование, так и на систему в целом. Обычно ТЗ пишет исполнитель работ и согласовывает его с заказчиком в виде приложения к договору. Такая ситуация логична, поскольку подрядчик по определению профессионал в этом вопросе. Задача заказчика здесь – не поддаться соблазну формального изучения ТЗ и подробнейшим образом проверить документ на соответствие утвержденным решениям. После утверждения проекта, до начала монтажных работ, необходимо решить ряд организационных моментов: |