Как писать раздел ТЗ «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» по ГОСТ 34.602-89?

Настоящая статья представляет собой методику разработки раздела «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» технического задания на автоматизированную систему по ГОСТ 34.602-89 и содержит, помимо собственно методики, готовый текст указанного раздела ТЗ, выполненный с учетом требований ГОСТ 34.601-90. Текст раздела универсален и может быть включен в технические задания на АС любого вида.

Впервые статья «увидела свет» 27 декабря 2005 года под названием «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие (раздел 9 технического задания)». Настоящий вариант откорректирован с учетом «веяний времени» и опубликован из соображений, что статья, как и ГОСТ 34.602-89, не утратила своей актуальности.

Заказать услуги, установить контакты со специалистами компании можно по электронной почте admin собака tdocs точка su, по ICQ UIN 481-726-610 или с помощью формы «Контакты». Вопросы некоммерческого характера могут быть заданы в Форуме проектировщиков и разработчиков технической документации.

Как писать раздел ТЗ «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» по ГОСТ 34.602-89?

Раздел технического задания «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» - один из самых «веселых» разделов ТЗ с точки зрения практической реализации его требований. Об этом позже, сначала суть требований п. 2.9 ГОСТ 34.602-89.

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

1. приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ (в соответствии с требованиями к информационному и лингвистическому обеспечению);
2. изменения, которые необходимо осуществить в объекте автоматизации;
3. создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
4. создание необходимых для функционирования системы подразделений и служб;
5. сроки и порядок комплектования штатов и обучения персонала.

Например для АСУ приводят:

• изменения применяемых методов управления;
• создание условий для работы компонентов АСУ, при которых гарантируется соответствие системы требованиям, содержащимся в ТЗ.

[из п. 2.9 ГОСТ 34.602-89]

Перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие

Приемом детализации, суть которого изложена в одноименном подразделе статьи «Как писать техническое задание?!», следует создать настоящий подраздел технического задания. В созданном подразделе прописать ключевую фразу, - заголовок раздела: «Перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие», а затем - «приведен в таблице x», или «приведен в таблице (ниже)», кому как нравится. Вернее, как предписано ГОСТ 2.105-95.

Теперь остается только заполнить таблицу, состоящую из пары столбцов. В левом столбце - Перечень основных мероприятий, в правом - Организация исполнитель. Перечень основных мероприятий заимствуется из перечислении 1-5 п. 2.9 ГОСТ 34.602-89. Организации-исполнители - из подраздела Перечень организаций-исполнителей работ технического задания.

Теперь следует четко определить, кто чем будет заниматься. Возвращаемся к Приложению 2 ГОСТ 34.601-90 и, по ходу изложения требований к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие, заполняем столбец Организации-исполнители.

Приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ (в соответствии с требованиями к информационному и лингвистическому обеспечению)

Поскольку требования к информационному и лингвистическому обеспечению пока не сформулированы, пусть информация, поступающая в систему, приводится к виду, пригодному для обработки с помощью ЭВМ:

• простым и естественным путем, например, в виде сообщений электронной почты посредством протоколов POP3 (IMAP4) согласно RFC-такого-то;
• ручным вводом данных, поступающие на бумажных носителях, в базу данных (как с клавиатуры, так и с помощью систем распознавания текста).

Кто всем этим должен заниматься? По варианту а) становится очевидно, что процесс получения электронной почты может и должен быть автоматизирован (приходит почта и накапливается в виде в базы данных) - следовательно, «Организация-разработчик, которая осуществляет работы по созданию АС, представляет заказчику совокупность научно-технических услуг на разных стадиях и этапах создания, а также разрабатывает и поставляет различные программные и технические средства АС [из п. 2 Приложения 2 ГОСТ 34.601-90]».

По варианту б) становится очевидно, что вводить данные с бумажных носителей должен оперативный персонал заказчика, «Организация-заказчик (пользователь), для которой создаются АС и которая обеспечивает финансирование, приемку работ и эксплуатацию АС, а также выполнение отдельных работ по созданию АС [из п. 1 Приложения 2 ГОСТ 34.601-90]».

И так далее. Наименования указанных выше организаций можно вносить в столбец Организации-исполнители.

Изменения, которые необходимо осуществить в объекте автоматизации

Положим, на объекте автоматизации необходимо осуществить перечисленные ниже изменения и обеспечить:

• организацию такого-то количества дополнительных компьютерных рабочих мест с учетом требований СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы», включая:
  • выделение для каждой рабочей станции динамического или статического IP-адреса в пространстве адресов локальной сети заказчика;
  • подсоединение каждой рабочей станции к локальной сети заказчика кабелем таким-то;
  • ...
• и так далее - все зависит от опыта и фантазии разработчика ТЗ, реальных потребностей заказчика и исполнителя.

Ответственность за выполнение требований настоящего подраздела несет заказчик. Именно заказчик должен являться Организацией-исполнителем.

О каких бы изменениях в объекте автоматизации ни было бы расписано в настоящем подразделе, заказчиком сделано ничего не будет. Ровным счетом ничего - многолетняя практика.

Причин много, причины разные. К примеру, в качестве каналов связи предполагается использовать локальную сеть на объекте заказчика. Чтобы подсоединиться к ней, админам заказчика (исполнителя админы к своей сетке попросу не подпустят) надо будет закупить, положим, свичи, маршрутизаторы, все установить, настроить, протянуть питание. А им оно надо? Ведь это же дополнительная и не оплачиваемая отдельно работа! Налицо отсутствие мотивации персонала заказчика.

Были случаи, когда исполнителей попросту не пускали на объекты заказчика: отделом режима запрещен проход с ноутбуком - и все тут. А как работать без ноутбука? Пусконаладочные работы срывались по вине режимных подразделений заказчика.

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

Мораль: все возможные варианты следует учесть, особо оговорить доступ на объект персонала с требуемыми техническими средствами, назначить ответственного исполнителя от заказчика и т.д. Предусмотреть в договоре штрафные санкции. Тогда есть шанс, что что-то будет сделано, но свои отвертки и паяльники все равно следует возить с собой.

Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ

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

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

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

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

Такая вот удобная позиция.

Создание необходимых для функционирования системы подразделений и служб

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

Ответственность за выполнение требований настоящего подраздела в равной степени ложится как на заказчика, так и на исполнителя.

Сроки и порядок комплектования штатов и обучения персонала

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

Заказать услуги, установить контакты со специалистами компании можно по электронной почте admin собака tdocs точка su, по ICQ UIN 481-726-610 или с помощью формы «Контакты». Вопросы некоммерческого характера могут быть заданы в Форуме проектировщиков и разработчиков технической документации.