Разработка СМИС, этапы проектирования и реализации.

[-=ZOLOTO=-]

Далее по теме день буду затрагивать следующие вопросы:
запрос Технических условий (ТУ) на сопряжения СМИС с территориальными органами повседневного управления РСЧС;
запрос ТУ на организацию канала связи у поставщика услуг связи;
задания на сопряжение;
строительные задания;
процедура проверки подключения;
процедура подготовки и проведения индивидуальных испытаний;
процедура подготовки и проведения комплексных испытаний в составе РСЧС.

[-=ZOLOTO=-]

«Объем мониторинга» как много смысла в данной фразе…. Для жадной подрядной организации это золотое дно, которое позволит Заказчика поставить на колени и заработать на ПД, РД, СМР и ПНР большие деньги. Для заказчика в первые дни эта фраза, что-то непонятное и загадочное, но потом становиться уже поздно т.к. объем определен, СТУ написаны, задания в смежные разделы согласованы.
На сегодняшний день объем мониторинга - это самый спорный и непонятный момент при проектировании СМИС, связанно это в первую очередь с отсутствием нормативной базы. Мое глубокое убеждение, что для успешного развития технологий СМИС именно в данном вопросе должно быть четкое понимание, как у проектировщика, так и у заказчика перечень каких систем и сигналов должны заводиться в СМИС. На сегодняшний день есть два варианта решения данного вопроса между заказчиком и проектировщиком.
1. Разработка специальных технических условий СТУ на создание СМИС, в которых можно четко определить перечень систем и сигналов, согласовать их с заказчиком и органом повседневного управления РСЧС;
2. Определить перечень систем и сигналов в техническом задании основываясь на те или иные регламентирующие документы и исходные данные.
Оба варианта могут существовать, но у каждого есть свои плюсы и минусы.
Плюсы и минусы варианта №1:
Плюсы
1. СТУ согласованные с органом повседневного управления РСЧС полностью либо отменяют требования ГОСТ Р 22.1.12-2005 либо наоборот его дополняют;
2. В СТУ четко определяется перечень подсистем СМИС;
3. Проектная документация разрабатывается на основе СТУ, которое из себя уже представляет не 15 страниц сухого ГОСТа, а полноценный документ в 100-150 листов;
4. Проектная документация СМИС разработанная на основе СТУ позволяет с большой легкостью проходить экспертизу т.к. эксперту уже сложно, что либо сказать против документа на котором стоит печать органа повседневного управления РСЧС.
Минусы
1. Разработка СТУ требует дополнительного финансирования;
2. Разработчиков грамотного СТУ еще меньше, чем грамотных проектировщиков СМИС, следствием чего является вероятность получить некачественные СТУ;
3. Не во всех регионах РФ вам удастся согласовать данные СТУ (да-да все мы знаем про письмо Минрегиона).
4. Разработка СТУ затянет процесс реализации ПД в целом.
Плюсы и минусы варианта №2:
Плюсы
1. Не требуется дополнительное финансирование на разработку СТУ;
2. Разработка ПД начинается сразу с момента получения ТЗ и исходных данных;
3. Не требуется согласование дополнительных документов с органом повседневного управления РСЧС.
Минусы в данном варианте это все плюсы варианта №1.
При определении объема мониторинга нужно четко опираться на документ «Общий классификатор угроз (инцидентов, аварий, пожаров, антисоциальных, криминальных проявлений) при формировании информационных сообщений СМИС» т.к. только в этом случае у Вас будет гарантия передачи сообщений в «ПТК СМИС/СМИК» принятого в МЧС на снабжение.
Подводя итог можно с полной уверенностью сказать, что определение объема мониторинга с перечнем систем - это будет самая сложная и кропотливая работа, которая потребует массу времени и профессионализма как инженерно-технического так и руководящего состава.

[sarser]

Уважаемая администрация smis-expert.ru заранее прошу прощение за вопрос который не относится к данной ветке форума, но любопытство очень сильно разбирает!!!!

Уважаемый -=ZOLOTO=-!
Я занимаюсь проектированием СМИС более 3х лет и довольно удачно защищаю в экспертизе все свои проектные решения, но читая Ваши сообщения у меня складывается впечатление, что вы рассказываете совершенно про другую систему с довольно интересными тонкостями и это наводит на мысль, что вы являетесь одним из создателей ГОСТа на СМИС 22.1.12-2005 либо как минимум человеком, который стоит у первоисточников создания СМИС и пытается её продвинуть на рынке. Мне было бы интересно услышать основные мотивы для написания ваших статей и как вы в дальнейшем видите развитие технологий СМИС?

[-=ZOLOTO=-]

Уважаемая администрация smis-expert.ru заранее прошу прощение за вопрос который не относится к данной ветке форума, но любопытство очень сильно разбирает!!!!

Уважаемый -=ZOLOTO=-!
Я занимаюсь проектированием СМИС более 3х лет и довольно удачно защищаю в экспертизе все свои проектные решения, но читая Ваши сообщения у меня складывается впечатление, что вы рассказываете совершенно про другую систему с довольно интересными тонкостями и это наводит на мысль, что вы являетесь одним из создателей ГОСТа на СМИС 22.1.12-2005 либо как минимум человеком, который стоит у первоисточников создания СМИС и пытается её продвинуть на рынке. Мне было бы интересно услышать основные мотивы для написания ваших статей и как вы в дальнейшем видите развитие технологий СМИС?

Добрый вечер sarser!
Все статьи и ответы экспертов по созданию СМИС, пишутся опираясь исключительно на нормативную базу и конечно свой уникальный опыт. На сегодняшний день 95% проектов СМИС делаются только для прохождения экспертизы и в жизнь не воплощаются, именно по этой причине у большинства наших оппонентов да и у проектировщиков отсутствует полное понимание реализации СМИС и как следствие необходимость системы в целом. Различные высказывания о том, что есть только обязательный ГОСТ Р 22.1.12-2005 и на том СМИС заканчивается, говорит о полном отсутствии понимания, что такое СМИС и с чем его едят.
Основной задачей «СМИС Экспертов» на данном форуме является оказание содействия всем людям, столкнувшимся с проблематикой создания СМИС от проектирования до технического обслуживания.
Отвечая на ваш последний вопрос, могу ответить так «Бог покажет», но знаю точно, что «СМИС Эксперты» прикладывают и будут прикладывать все усилия для развития технологий СМИС.

[Дмитрий К.]

«Объем мониторинга» как много смысла в данной фразе…. Для жадной подрядной организации это золотое дно, которое позволит Заказчика поставить на колени и заработать на ПД, РД, СМР и ПНР большие деньги. Для заказчика в первые дни эта фраза, что-то непонятное и загадочное, но потом становиться уже поздно т.к. объем определен, СТУ написаны, задания в смежные разделы согласованы.
На сегодняшний день объем мониторинга - это самый спорный и непонятный момент при проектировании СМИС, связанно это в первую очередь с отсутствием нормативной базы. Мое глубокое убеждение, что для успешного развития технологий СМИС именно в данном вопросе должно быть четкое понимание, как у проектировщика, так и у заказчика перечень каких систем и сигналов должны заводиться в СМИС. На сегодняшний день есть два варианта решения данного вопроса между заказчиком и проектировщиком.
1. Разработка специальных технических условий СТУ на создание СМИС, в которых можно четко определить перечень систем и сигналов, согласовать их с заказчиком и органом повседневного управления РСЧС;
2. Определить перечень систем и сигналов в техническом задании основываясь на те или иные регламентирующие документы и исходные данные.

Здравствуйте.

Спорный вопрос по-поводу СТУ.
Скажите на каком этапе проектирования вы обычно предусматриваете разработку СТУ?

[-=ZOLOTO=-]

«Объем мониторинга» как много смысла в данной фразе…. Для жадной подрядной организации это золотое дно, которое позволит Заказчика поставить на колени и заработать на ПД, РД, СМР и ПНР большие деньги. Для заказчика в первые дни эта фраза, что-то непонятное и загадочное, но потом становиться уже поздно т.к. объем определен, СТУ написаны, задания в смежные разделы согласованы.
На сегодняшний день объем мониторинга - это самый спорный и непонятный момент при проектировании СМИС, связанно это в первую очередь с отсутствием нормативной базы. Мое глубокое убеждение, что для успешного развития технологий СМИС именно в данном вопросе должно быть четкое понимание, как у проектировщика, так и у заказчика перечень каких систем и сигналов должны заводиться в СМИС. На сегодняшний день есть два варианта решения данного вопроса между заказчиком и проектировщиком.
1. Разработка специальных технических условий СТУ на создание СМИС, в которых можно четко определить перечень систем и сигналов, согласовать их с заказчиком и органом повседневного управления РСЧС;
2. Определить перечень систем и сигналов в техническом задании основываясь на те или иные регламентирующие документы и исходные данные.

Здравствуйте.

Спорный вопрос по-поводу СТУ.
Скажите на каком этапе проектирования вы обычно предусматриваете разработку СТУ?

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

[Дмитрий К.]

«Объем мониторинга» как много смысла в данной фразе…. Для жадной подрядной организации это золотое дно, которое позволит Заказчика поставить на колени и заработать на ПД, РД, СМР и ПНР большие деньги.</a></a> Для заказчика в первые дни эта фраза, что-то непонятное и загадочное, но потом становиться уже поздно т.к. объем определен, СТУ написаны, задания в смежные разделы согласованы.
На сегодняшний день объем мониторинга - это самый спорный и непонятный момент при проектировании СМИС, связанно это в первую очередь с отсутствием нормативной базы. Мое глубокое убеждение, что для успешного развития технологий СМИС именно в данном вопросе должно быть четкое понимание, как у проектировщика, так и у заказчика перечень каких систем и сигналов должны заводиться в СМИС. На сегодняшний день есть два варианта решения данного вопроса между заказчиком и проектировщиком.
1. Разработка специальных технических условий СТУ на создание СМИС, в которых можно четко определить перечень систем и сигналов, согласовать их с заказчиком и органом повседневного управления РСЧС;
2. Определить перечень систем и сигналов в техническом задании основываясь на те или иные регламентирующие документы и исходные данные.

Здравствуйте.

Спорный вопрос по-поводу СТУ.
Скажите на каком этапе проектирования вы обычно предусматриваете разработку СТУ?

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

А СТУ включается в состав проектной документации? Если говорим про этап проектирования.

[-=ZOLOTO=-]

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

Согласно п. 8 ст. 6 Федерального закона от 30 декабря 2009 г. № 384-ФЗ «Технический регламент о безопасности зданий и сооружений» в случае, если для подготовки проектной документации требуется отступление от установленных национальными стандартами и сводами правил требований, включенных в Перечень, недостаточно требований к надежности и безопасности или такие требования указанными стандартами и сводами правил не установлены, подготовка проектной документации и строительство здания или сооружения осуществляются в соответствии со специальными техническими условиями.
СТУ на создание и эксплуатацию СМИС являются техническими нормами, содержащие дополнительные к установленным или отсутствующие технические требования, отражающие особенности проектирования, ввода в действие и эксплуатации СМИС объекта.

[Дмитрий К.]

Отлично, ну и расскажите теперь, как вы на предпроектной стадии собираетесь определить объекты и объемы мониторинга в СТУ, когда смежники только начинают проектировать эти объекты?

[-=ZOLOTO=-]

Отлично, ну и расскажите теперь, как вы на предпроектной стадии собираетесь определить объекты и объемы мониторинга в СТУ, когда смежники только начинают проектировать эти объекты?

Также как и все смежники и ещё для этого есть как общее ТЗ так и ЧТЗ.

[-=ZOLOTO=-]

Здравствуйте уважаемые друзья и коллеги! Я рад всех приветствовать в новом 2015 году на страницах нашего форума, посвящённого вопросам создания СМИС, продолжая добрую традицию 2014 года, сегодня будет затронута тема «разработки заданий на проектирование в смежных частях проекта объекта автоматизации».
Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.
В соответствии с ГОСТ 34.601-90 на этапе 5.4 «Разработка заданий на проектирование в смежных частях проекта объекта автоматизации» осуществляют разработку, оформление, согласование и утверждение заданий на проектирование в смежных частях проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС.
При проектировании СМИС данный пункт не становиться исключением, а более того является важным и ключевым моментом.
Для Заказчика и Ген проектировщика которые впервые сталкиваются с вопросами создания СМИС складывается полное впечатление, что данная система является неким аппендиксом к основным системам автоматизации и диспетчеризации объекта, но мы с Вами все знаем и понимаем, что это далеко не так и СМИС полностью зависима от смежных систем т.к. именно они или именно с них будет забираться необходимый объем мониторинга.

Давайте попробуем разобраться какие «задания на проектирование в смежных частях проекта объекта автоматизации» необходимо разработать.
1. Строительное задание на обеспечение электроснабжением и защитным заземлением
2. Строительное задание на оборудование серверного помещения в котором будет располагаться оборудование СМИС;
3. Строительное задание на обеспечение слаботочных сетей и ЛВС;
4. Задания на подключение СМИС к системам подлежащих мониторингу с последующей передачей установленного объема мониторинга;
5. Иные строительные задания, связанные с созданием СМИС.

Особое внимание стоит уделить пункту №4 «Задания на подключение СМИС к системам подлежащих мониторингу с последующей передачей установленного объема мониторинга» некоторые компании их ещё называю «Задания на сопряжения СМИС с …..». Т.к. идеологией СМИС подразумевается, что необходимый объем мониторинга будет браться непосредственно с инженерно-технических и иных систем объекта, то должны быть предусмотрены способы подключения и сопряжения с данными системами и вот тут очень часто возникают большие разногласия и вопросы.

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

Подводя итого можно в очередной раз убедиться, что СМИС является АСУ с со всеми вытекающими правилами создания системы и задания на проектирование не являются исключением. Особое внимание следует уделять «заданиям на подключение СМИС к системам подлежащих мониторингу с последующей передачей установленного объема мониторинга» или просто «заданиям на сопряжение» в которых должно быть четко указанно, кто осуществляет закупку оборудования, строительно-монтажные и пуско-наладочные работы по организации подключения и сопряжения систем со СМИС. Дополнительно в заданиях не будет лишним указать перечень систем и сигналов (параметров) которые должны передаваться в СМИС.