Разработка ТЗ ГОСТ Техническое задание на создание автоматизированной системы

Сведения о проекте Заказчик разработки Федеральное агентство "Государственные Кадры". Структура: центральное агентство, региональные отделения. Исполнитель разработки ООО «Софт» Функции агентства (уровень 1) -Учет персонала государственных организаций -Управление персоналом -Анализ -Взаимодействие с населением

Учет персонала государственных организаций (уровень 2) Ведение НСИ. Сбор и хранение информации о структуре гос. организаций. Ведение архивов данных. Управление персоналом (уровень 2) Планирование структуры организаций, штатных расписаний и кадровых политик. Расчет заработной платы. Оперативный учет движения кадров. Ведение административного документооборота по персоналу и учету труда, аттестации и определению потребностей(обучение, повышение квалификации) работников. Анализ (уровень 2) Анализ кадровых процессов. Подготовка по запросам аналитических и статистических отчетов. Подготовка регламентированной отчетности. Взаимодействие с населением (уровень 2) Публикация открыт ой част и информации населению. Рекрутинг персонала на вакантные должности.

Планирование структуры организаций, штатных расписаний и кадровых политик (уровень 3) - создание и ведение корпоративной структуры предприятия или холдинга любой сложности; - поддержка множественных иерархических структур, объединяющих персонал: организационных, функциональных, проектных, бюджетных; - ведение и планирование штатного расписания (ШР); - т.п. Поддержка множественных иерархических структур (уровень 4) - Добавление новых типов структур; - Редактирование существующих типов; - Создание шаблонов структур; - Хранение истории изменений;

Структура ТЗ п\ п Раздел 1 Общие положения 2Назначение и цели создания (развития) системы 3Характеристика объекта автоматизации 4Требования к системе 5Состав и содержание работ по созданию системы 6Порядок контроля и приемки системы 7Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 8Требования к документированию 9Источники разработки

1. Общие положения 1.полное наименование системы и ее условное обозначение; 2.шифр темы или шифр (номер) договора; 3.наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты; 4.перечень документов, на основании которых создается система, кем и когда утверждены эти документы; 5.плановые сроки начала и окончания работы по созданию системы; 6.сведения об источниках и порядке финансирования работ; 7.порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно- методических) комплексов системы. 8.Состав используемой нормативно-технической документации 9.Определения, обозначения, сокращения

1.1. Полное наименование системы: Единая автоматизированная система учета кадров всех государственных предприятий "АС Кадры". Краткое наименование системы: АС Кадры Шифр темы: АИС-КА-ФА-07 Номер контракта: 1/ от Заказчиком системы является Федеральное агентство "Государственные Кадры". Адрес заказчика: г. Москва, Красная площадь, д.1. Разработчиком системы является ООО «Софт". Адрес разработчика: г. Москва, Лубянка, д Основанием для разработки АС "Кадры" являются следующие документы и нормативные акты: – Государственный контракт 1/ от года на выполнение работ по выполнению первого этапа работ по созданию Единой автоматизированной системы учета кадров всех государственных предприятий "АС Кадры"; – Федеральный закон от 01 июля 2006 г. N 555-ФЗ «Управление государственными кадрами»; – Постановление Правительства РФ от 01 января 2005 г. N «О федеральной целевой программе "Электронные кадры (годы)»; – Концепция информатизации федерального агентства "Государственные кадры" на годы Плановый срок начала работ по созданию Единой автоматизированной системы учета кадров всех государственных предприятий "АС Кадры" – 01 апреля 2009 года. Плановый срок окончания работ по созданию Единой автоматизированной системы учета кадров всех государственных предприятий "АС Кадры" – 15 декабря 2009 года.

1.8. При разработке автоматизированной системы и создании проектно-эксплуатационной документации Исполнитель должен руководствоваться требованиями следующих нормативных документов: – ГОСТ Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания; – ГОСТ Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем; – РД Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов Система передается в виде функционирующего комплекса на базе средств вычислительной техники Заказчика и Исполнителя в сроки, установленные Госконтрактом. Приемка системы осуществляется комиссией в составе уполномоченных представителей Заказчика и Исполнителя. Порядок предъявления системы, ее испытаний и окончательной приемки определен в п.6 настоящего ТЗ. Совместно с предъявлением системы производится сдача разработанного Исполнителем комплекта документации согласно п.8 настоящего ТЗ Источником финансирования является бюджет Российской Федерации. Порядок финансирования определяется условиями Госконтракта.

2. Назначение и цели создания (развития) системы 1)назначение системы - указывают вид автоматизируемой деятельности (управление, проектирование и т. п.) и перечень объектов автоматизации (объектов), на которых предполагается ее использовать; 2) цели создания системы - приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы..

2.1. Назначение: АИС «Кадры» предназначена для комплексного информационно-аналитического обеспечения процессов федерального агентства "Государственные Кадры", в части исполнения следующих процессов: Ведение НСИ. Сбор и хранение информации о структуре гос. организаций. Ведение архивов данных. Планирование структуры организаций, штатных расписаний и кадровых политик. Расчет заработной платы. Оперативный учет движения кадров. Ведение административного документооборота по персоналу и учету труда, аттестации и определению потребностей (обучение, повышение квалификации) работников. Анализ кадровых процессов. Подготовка по запросам аналитических и статистических отчетов. Подготовка регламентированной отчетности. Публикация открытой части информации населению. Рекрутинг персонала на вакантные должности. Источник – ОФМ, IDEF0

2.2. Основными целями создания АИС «Кадры» являются: Критерии достижения целей: -Замещение существующей устаревшей информационной системы, которая не предоставляет возможность комплексного информационно-аналитического обеспечения процессов, перечисленных выше, измененных в связи с вводом новых правил управления кадрами. - Повышение эффективности исполнения процессов, перечисленных выше, путем сокращения непроизводительных и дублирующих операций, операций, выполняемых «вручную», оптимизации информационного взаимодействие участников процессов. - Повышение качества принятия управленческих решений за счет оперативности представления, полноты, достоверности и удобства форматов отображения информации; - Повышение информационной открытости и прозрачности деятельности органов Федерального агентства "Государственные кадры", повышение удобства и комфорта (снижение финансовых и временных затрат) физических и юридических лиц при получении информации о деятельности агентства, и его услугах. Для реализации поставленных целей система должна решать следующие задачи: - Ввод данных реестров; - Редактирование данных реестров; - Построение аналитических отчетов и выписок; - Интегрироваться с существующими АИС других государственных органов; и т.д. Источник – документация заказчика, материалы обследования

Объект автоматизации процессы по управлению государственными кадрами (п. 2.1), а также контроль эффективности выполнения указанных процессов. Данные процессы осуществляются следующими специалистами: - Экономистами планово-экономического отдела или отдела труда и заработной платы; - Инспекторами отделов кадров и менеджерами по персоналу; - Руководителями различного уровня, в т.ч. и высшим руководством; - Табельщиками и сотрудниками табельных бюро; - Бухгалтерами расчетной части и главными бухгалтерами предприятий. Основные задачи, функции и полномочия Федерального агентства определены Положением, утвержденным постановлением от 01 января 2000 года 333. Источник – ОФМ, IDEF0 Документация заказчика, IDEF0

Существующее программное обеспечение Существующее техническое обеспечение Существующее нормативно-правовое обеспечение В настоящий момент в федеральном агентстве в области управления государственными кадрами и смежных областях разработаны и внедрены следующие информационные системы: - Система расчета заработной платы; - Система документооборота; - Реестр сотрудников. Система расчета заработной платы: Система реализована сотрудниками Федерального агентства. Система используется бухгалтерами расчетной части и главными бухгалтерами предприятий. Система реализует следующие функции:... Телекоммуникационная инфраструктура развернута на базе оборудования, принадлежащего Федеральному агентству "Государственные кадры". Каждый районный отдел агентства имеет выделенный сервер БД. Все серверы БД объединены в единую телекоммуникационную сеть по выделенным линиям с пропускной способностью 1 Мб/сек. Существующее нормативно-правовое обеспечение составляют федеральные и областные нормативные правовые акты: – Конституция Российской Федерации; – Гражданский кодекс Российской Федерации; - Ведомственные акты и т.п. Документация заказчика, IDEF0

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

4.1.1 требования к структуре и функционированию системы 1) перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы; 2) требования к способам и средствам связи для информационного обмена между компонентами системы; 3) требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т.п.); 4) требования к режимам функционирования системы; 5) требования по диагностированию системы; 6) перспективы развития, модернизации системы.

В состав АС Кадры должны входить следующие подсистемы: - Подсистема хранения данных; - Подсистема приложений операционного управления; - Подсистема управления нормативно-справочной информацией; - Подсистема анализа; - Подсистема интеграции; - Подсистема формирования отчетности; - Открытый ведомственный информационный ресурс ФА. Источник – декомпозиция IDEF0

Назначение подсистем Подсистема хранения данных предназначена для хранения оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов. Подсистема приложений операционного управления предназначена для учета работ с персоналом, ввода информация о предприятиях, входящих в состав головного предприятия, их организационном делении и штатном расписании, автоматизации процедур управления персоналом (ведение полной информации о персонале, процедуры оценки персонала, обучения и т.п.), обеспечение всего спектра работ инспекторов управления по труду и заработной плате, автоматическое формирование приказов, справок, учет рабочего времени. Подсистема управления нормативно-справочной информацией предназначена для централизованного ведения классификаторов и справочников, используемых для обеспечения информационной совместимости подсистем. Подсистема анализа предназначена как для анализа кадровых процессов АС, так и для аналитической обработки накопленного массива данных АС. Подсистема интеграции должна обеспечивать следующие основные виды взаимодействия со смежными системами: – прием запросов от смежных систем, обработку полученных запросов и предоставление ответов на запросы; – передачу запросов в смежные системы и обработку полученных ответов. В ходе выполнения проекта должны быть разработаны форматы данных, протоколы и регламенты взаимодействия Системы со смежными системами. Подсистема должна обеспечивать ведение журналов учета поступивших и обработанных запросов, посланных запросов и полученных ответов смежных систем. Подсистема формирования отчетности предназначена для создания и формирования отчетов в виде удобном для вывода на печатающие устройства на основе данных АС Кадры, проектирования и разработки форм регламентированной отчетности, настройки планового формирования и доставки регламентированных отчетов, формирования и предоставления по запросам пользователей аналитических и статистических отчетов в различных форматах (включая графические), отображения регламентированных отчетов с помощью веб-интерфейса, вывода подготовленных отчетных форм на печать. Автоматизированная система Открытый ведомственный информационный ресурс (АС ОВИР) должна обеспечивать публичный доступ гражданам Российской Федерации к открытой части информации АС Кадры через Интернет. Также АС ОВИР должна обеспечивать доступ пользователей АС Кадры к операционным данным БД АС

Требования к способам и средствам связи для информационного обмена между компонентами системы Входящие в состав АС Кадры подсистемы в процессе функционирования должны обмениваться информацией на основе открытых форматов обмена данными, используя для этого входящие в их состав модули информационного взаимодействия. Форматы данных будут разработаны и утверждены на этапе технического проектирования. В состав передаваемых данных входят: - Данные НСИ; - Сведения о государственных предприятиях; - Сведения о персонале; Источник – связи на диаграммах IDEF0, DFD

Требования к характеристикам взаимосвязей создаваемой системы со смежными системами АС Кадры должна взаимодействовать следующими смежными системами: - Смежная система 1; - Смежная система 2. Возможны следующие варианты обмена (АС Кадры и Смежная система 1): - Экспорт нормативно-справочной информации; - Экспорт выписок штатных расписаний; - Импорт нормативно-справочной информации; - т.д. Результаты выполнения операций импорта и экспорта данных должны регистрироваться в специальном журнале событий и предоставляться по запросу пользователя. Источник – связи на диаграммах IDEF0, DFD

Требования к режимам функционирования системы Для АС Кадры определены следующие режимы функционирования: - Нормальный режим функционирования; - Аварийный режим функционирования. Основным режимом функционирования АС является нормальный режим. В нормальном режиме функционирования системы: - клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение рабочего дня (с 09:00 до 18:00) пять дней в неделю; - серверное программное обеспечение и технические средства северов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание; - исправно работает оборудование, составляющее комплекс технических средств; - исправно функционирует системное, базовое и прикладное программное обеспечение системы. Для обеспечения нормального режима функционирования системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и комплекса технических средств системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации и т.д.). Аварийный режим функционирования системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения. В случае перехода системы в аварийный режим необходимо: - завершить работу всех приложений, с сохранением данных; - выключить рабочие станции операторов; - выключить все периферийные устройства; - выполнить резервное копирование БД. После этого необходимо выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим. Источник – документация заказчика (положение об агентстве)

Требования по диагностированию системы АС Кадры должна предоставлять инструменты диагностирования основных процессов системы, трассировки и мониторинга процесса выполнения программы. Компоненты должны предоставлять удобный интерфейс для возможности просмотра диагностических событий, мониторинга процесса выполнения программ. При возникновении аварийных ситуаций, либо ошибок в программном обеспечении, диагностические инструменты должны позволять сохранять полный набор информации, необходимой разработчику для идентификации проблемы (снимки экранов, текущее состояние памяти, файловой системы) Перспективы развития, модернизации системы АС должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств. Также необходимо предусмотреть возможность увеличения производительности системы путем её масштабирования. Источник – опыт, документация на системы диагностики, ITIL, MOF Источник – документация заказчика (стратегия развития)

4.1.2 Требования к численности и квалификации персонала системы Основными обязанностями системного администратора являются: - Модернизация, настройка и мониторинг работоспособности комплекса технических средств (серверов, рабочих станций); - Установка, модернизация, настройка и мониторинг работоспособности системного и базового программного обеспечения; - Установка, настройка и мониторинг прикладного программного обеспечения; - Ведение учетных записей пользователей системы. Системный администратор должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по установке, настройке и администрированию программных и технических средств, применяемых в системе. Основными обязанностями администратора баз данных являются: - Установка, модернизация, настройка параметров программного обеспечения СУБД; - Оптимизация прикладных баз данных по времени отклика, скорости доступа к данным; - Разработка, управление и реализация эффективной политики доступа к информации, хранящейся в прикладных базах данных. Администратор баз данных должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по установке, настройке и администрированию используемых в АС СУБД. Основными обязанностями администратора информационной безопасности являются: - Разработка, управление и реализация эффективной политики информационной безопасности системы; - Управление правами доступа пользователей к функциям системы; - Осуществление мониторинга информационной безопасности. Администратор информационной безопасности данных должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по обеспечению информационной безопасности. Пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных Windows. Роли системного администратора, администратора баз данных и администратора информационной безопасности могут быть совмещены в роль Рекомендуемая численность для эксплуатации АС Кадры: - Администратор – 1 штатная единица; - Пользователь – число штатных единиц определяется структурой предприятия; Для эксплуатации АС Кадры определены следующие роли: - Системный администратор;- Администратор баз данных;- Администратор информационной безопасности; Пользователь. Источник – опыт, документация на программные и технические средства

4.1.3 Показатели назначения АС Кадры должны обеспечивать возможность исторического хранения данных с глубиной не менее 10 лет. Система должна обеспечивать возможность одновременной работы 50 пользователей для подсистемы операционной деятельности, и не менее 10-ти пользователей для других подсистем при следующих характеристиках времени отклика системы: – для операций навигации по экранным формам системы – не более 5 сек; – для операций формирования справок и выписок – не более 10 сек. Время формирования аналитических отчетов определяется их сложностью и может занимать продолжительное время. Система должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. Возможности масштабирования должны обеспечиваться средствами используемого базового программного обеспечения. Источник – ОФМ, IDEF3, регламенты (анкеты) пользователей

4.1.4 Требования к надежности Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций: – при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы; – при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС; – при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС. Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры. Источник – опыт эксплуатации ИС Численные значения параметров надежности???????

4.1.5 Требования к безопасности Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ и ПУЭ. Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение. Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения. Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН / от г.). Источник – документация на технические средства, нормы и правила эксплуатации

4.1.6 Требования к эргономике и технической эстетике Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке. Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта. Источник – опыт, эргономика, инженерная психология

4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы Система должна быть рассчитана на эксплуатацию в составе программно–технического комплекса Заказчика и учитывать разделение ИТ инфраструктуры Заказчика на внутреннюю и внешнюю. Техническая и физическая защита аппаратных компонентов системы, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в ИТ инфраструктуре Заказчика. Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойное питание ПЭВМ. При эксплуатации система должна быть обеспечена соответствующая стандартам хранения носителей и эксплуатации ПЭВМ температура и влажность воздуха. Периодическое техническое обслуживание используемых технических средств должно проводиться в соответствии с требованиями технической документации изготовителей, но не реже одного раза в год. Периодическое техническое обслуживание и тестирование технических средств должны включать в себя обслуживание и тестирование всех используемых средств, включая рабочие станции, серверы, кабельные системы и сетевое оборудование, устройства бесперебойного питания. В процессе проведения периодического технического обслуживания должны проводиться внешний и внутренний осмотр и чистка технических средств, проверка контактных соединений, проверка параметров настроек работоспособности технических средств и тестирование их взаимодействия. Восстановление работоспособности технических средств должно проводиться в соответствии с инструкциями разработчика и поставщика технических средств и документами по восстановлению работоспособности технических средств и завершаться проведением их тестирования. Размещение помещений и их оборудование должны исключать возможность бесконтрольного проникновения в них посторонних лиц и обеспечивать сохранность находящихся в этих помещениях конфиденциальных документов и технических средств. Размещение оборудования, технических средств должно соответствовать требованиям техники безопасности, санитарным нормам и требованиям пожарной безопасности. Все пользователи системы должны соблюдать правила эксплуатации электронной вычислительной техники. Квалификация персонала и его подготовка должны соответствовать технической документации. Источник – опыт, документация на программные и технические средства

4.1.9 Требования к защите информации от несанкционированного доступа ИС должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем» 1992 г. Компоненты подсистемы защиты от НСД должны обеспечивать: – идентификацию пользователя; – проверку полномочий пользователя при работе с системой; – разграничение доступа пользователей на уровне задач и информационных массивов. Протоколы аудита системы и приложений должны быть защищены от несанкционированного доступа как локально, так и в архиве. Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6 согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации». Защищённая часть системы должна использовать "слепые" пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля). Защищённая часть системы должна автоматически блокировать сессии пользователей и приложений по заранее заданным временам отсутствия активности со стороны пользователей и приложений. Защищённая часть системы должна использовать многоуровневую систему защиты. Защищённая часть системы должна быть отделена от незащищённой части системы межсетевым экраном. Источник – опыт, ведомственные документы заказчика

Требования по сохранности информации при авариях Программное обеспечение АС Кадры должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического и (или) ручного резервного копирования данных системы средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно технического комплекса Заказчика. Приведенные выше требования не распространяются на компоненты системы, разработанные третьими сторонами и действительны только при соблюдении правил эксплуатации этих компонентов, включая своевременную установку обновлений, рекомендованных производителями покупного программного обеспечения. Источник – опыт Требования к защите от влияния внешних воздействий Требования к патентной чистоте Установка системы в целом, как и установка отдельных частей системы не должна предъявлять дополнительных требований к покупке лицензий на программное обеспечение сторонних производителей, кроме программного обеспечения, указанного в разделе Требования по стандартизации и унификации Экранные формы должны проектироваться с учетом требований унификации: – все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; – для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы; – внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.

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

Источник – п, декомпозиции IDEF0, IDEF3 Подсистема хранения данных Подсистема хранения данных должна осуществлять хранение оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов. Подсистема должна обеспечивать периодическое резервное копирование и сохранение данных на дополнительных носителях информации. Подсистема управления нормативно-справочной информацией Подсистема должна решать задачу обеспечения информационной совместимости данных, которыми обмениваются отдельные компоненты Системы между собой, а также со смежными системами в процессе функционирования. В число функций подсистемы должны быть включены функции ведения справочной информации. Справочники и классификаторы, входящие в состав подсистемы, должны проектироваться и разрабатываться в соответствии с действующими общероссийскими и международными справочниками и классификаторами, где это представляется возможным. Подсистема должна предоставлять пользователю удобные инструменты для поиска и применения необходимой справочной информации. Все справочники, входящие в состав НСИ системы, должны обладать следующей основной функциональностью: - Постоянное хранение данных справочников; - Добавление новых элементов; - Редактирование элементов; - Удаление (удаление элементов возможно лишь в том случае, если другие существующие объекты системы не ссылаются на удаляемый элемент); - Просмотр элементов; - Просмотр списка элементов; - Фильтрация и сортировка списка элементов; - Поиск элементов; - Экспорт и импорт элементов. Перечень функций справочников должен быть уточнен на стадиях технического проектирования и опытной эксплуатации. Подсистема управления нормативно-справочной информацией должна обеспечивать ведение следующих справочников и реестров: - Реестр «Сотрудники»; - Реестр «Предприятия»; - Реестр «Штатные расписания»; Источник – DFD, ERD Реестр «Сотрудники»: Реестр «Сотрудники» должен обеспечивать возможность обработки необходимого набора атрибутов, включая: - Фамилия; - Имя; - Отчество; - Должность; - т.п.

Подсистема анализа Подсистема анализа должна формировать и предоставлять аналитические данные о деятельности федерального агентства в области управления государственнымы кадрами с возможностью оперативного отслеживания ключевых показателей. Подсистема анализа должна быть построена на основе современных OLAP-технологий, позволяющих строить многомерные аналитические отчеты произвольного вида, включая графическое и текстовое представление данных. Подсистема интеграции Подсистема должна обеспечивать следующие основные виды взаимодействия со смежными системами: – прием запросов от смежных систем, обработку полученных запросов и предоставление ответов на запросы; – передачу запросов в смежные системы и обработку полученных ответов. В ходе выполнения проекта должны быть разработаны форматы данных, протоколы и регламенты взаимодействия Системы со смежными системами. В число смежных систем должны входить: – Смежная система 1; – Смежная система 2. Подсистема должна обеспечивать ведение журналов учета поступивших и обработанных запросов, посланных запросов и полученных ответов смежных систем.

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

4.3.1 Требования к математическому обеспечению системы Пример: Математические методы и алгоритмы, используемые для шифрования/дешифрования данных, а также программное обеспечение, реализующее их, должны быть сертифицированы уполномоченными организациями для использования в государственных органах Российской Федерации. Источник – документация заказчика,опыт разработки и эксплуатации ИС требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.

4.3.2 Требования к информационному обеспечению системы Для информационного обеспечения системы приводят требования: 1) к составу, структуре и способам организации данных в системе; 2) к информационному обмену между компонентами системы; 3) к информационной совместимости со смежными системами; 4) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии; 5) по применению систем управления базами данных; 6) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных; 7) к защите данных от разрушений при авариях и сбоях в электропитании системы; 8) к контролю, хранению, обновлению и восстановлению данных; 9) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ). Источник – документация заказчика,опыт разработки и эксплуатации ИС

4.3.2 Требования к информационному обеспечению системы Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования. Хранение данных должно осуществляться на основе современных реляционных или СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации. Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы). Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы. Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация). В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных. При проектировании и развертывании системы необходимо рассмотреть возможность использования накопленной информации из уже функционирующих информационных систем. Перечень функционирующих информационных систем приведен в разделе 3 настоящего документа.

4.3.3 Требования к лингвистическому обеспечению системы Пример: Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать русский язык. Источник – документация заказчика,опыт разработки и эксплуатации ИС требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога.

4.3.4 Требования к программному обеспечению системы Пример: При проектировании и разработке системы необходимо максимально эффективным образом использовать ранее закупленное программное обеспечение, как серверное, так и для рабочих станций. Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система MS Windows. содержат перечень покупных программных средств, а также требования: 1) к независимости программных средств от используемых СВТ и операционной среды; 2) к качеству программных средств, а также к способам его обеспечения и контроля; 3) по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ

4.3.5 Требования к техническому обеспечению Пример: Техническое обеспечение системы должно максимально и наиболее эффективным образом использовать существующие в органах федерального агентства технические средства. В состав комплекса должны следующие технические средства: – Серверы БД; – Серверы приложений; – Сервер системы формирования отчетности; – Веб сервер; – ПК пользователей; – ПК администраторов. Серверы БД должны быть объединены в отказоустойчивый кластер. Серверы приложений должны образовывать кластер с балансировкой нагрузки. Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит. Требования к техническим характеристикам серверов БД: – Процессор – 2 х Intel Xeon 3 ГГц; – Объем оперативной памяти – 16 Гб; – Дисковая подсистема – 4 х 146 Гб; – Устройство чтения компакт-дисков (DVD-ROM); – Сетевой адаптер – 100 Мбит. 1) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе; 2) к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.

4.3.6 Требования к метрологическому обеспечению Пример: Организационное обеспечение системы должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними неавтоматизированных функций системы. Заказчиком должны быть определены должностные лица, ответственные за: – обработку информации АС; – администрирование АС; – обеспечение безопасности информации АС; – управление работой персонала по обслуживанию АС. К работе с системой должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение работе с системой Требования к организационному обеспечению Требования к методическому обеспечению Для методического обеспечения ИС приводят требования к составу нормативно- технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик, инструкций и т. п.). 1) к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; 2) к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации; 3) к защите от ошибочных действий персонала системы.

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

6. Порядок контроля и приемки системы 6.1 Виды, состав, объем и методы испытаний системы Виды, состав, объем, и методы испытаний подсистемы должны быть изложены в программе и методике испытаний АС Кадры, разрабатываемой в составе рабочей документации. 6.2 Общие требования к приемке работ по стадиям Сдача-приёмка работ производится поэтапно, в соответствии с рабочей программой и календарным планом, являющимися приложениями к Госконтракту... от... года. Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии. Все создаваемые в рамках настоящей работы программные изделия (за исключением покупных) передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе (например, на компакт-диске). 6.3 Статус приемочной комиссии Статус приемочной комиссии определяется Заказчиком до проведения испытаний.

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

8. Требования к документированию Для системы на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ –89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании первой очереди АС Кадры приведены в таблице: Стадия создани я Наименование документа Код доку мента Часть проекта Принадл ежность к проектн о- сметной докумен тации Принадл ежность к ЭД Дополнительные указания ТП Схема организационн ой структуры СООР--Включается в ПВ 1) согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации; 2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД; 3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

9. Источники разработки Документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

Комплексстандартов на автоматизированные системы.
Техническое задание на создание автоматизированной системы

ГОСТ 34.602-89

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

Дата введения 01.01.90

Настоящий стандартраспространяется на автоматизированные системы (АС) для автоматизации различныхвидов деятельности (управление, проектирование, исследование и т. п.), включаяих сочетания, и устанавливает состав, содержание, правила оформления документа«Техническое задание на создание (развитие или модернизацию) системы» (далее -ТЗ на АС).

1.ОБЩИЕ ПОЛОЖЕНИЯ

1.1. ТЗ на АС являетсяосновным документом, определяющим требования и порядок создания (развития илимодернизации - далее создания) автоматизированной системы, в соответствии скоторым проводится разработка АС и ее приемка при вводе в действие.

Дополнительно могут бытьразработаны ТЗ на части АС; на подсистемы АС, комплексы задач АС и т. п. всоответствии с требованиями настоящего стандарта; на комплектующие средстватехнического обеспечения и программно-технические комплексы в соответствии состандартами ЕСКД и СРПП; на программные средства в соответствии со стандартамиЕСПД; на информационные изделия в соответствии с ГОСТ19.201 и НТД, действующей в ведомстве заказчика АС.

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

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

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

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

1.5. ТЗ на АС разрабатывают наосновании исходных данных, в том числе содержащихся в итоговой документациистадии «Исследование и обоснование создания АС», установленной ГОСТ24.601 .

1.6. В ТЗ на АС включаюттолько те требования, которые дополняют требования к системам данного вида(АСУ, САПР, АСНИ и т. д.), содержащиеся в действующих НТД, и определяются спецификойконкретного объекта, для которого создается система.

1.7. Изменения к ТЗ на АСоформляют дополнением или подписанным заказчиком и разработчиком протоколом.Дополнение или указанный протокол являются неотъемлемой частью ТЗ на АС. Натитульном листе ТЗ на АС должна быть запись «Действует с … ».

2.СОСТАВ И СОДЕРЖАНИЕ

2.1. ТЗ на АС содержитследующие разделы, которые могут быть разделены на подразделы:

1) общие сведения;

2) назначение и целисоздания (развития) системы;

3) характеристика объектовавтоматизации;

4) требования к системе;

5) состав и содержание работпо созданию системы;

6) порядок контроля иприемки системы;

7) требования к составу исодержанию работ по подготовке объекта автоматизации к вводу системы вдействие;

8) требования к документированию;

9) источники разработки.

В ТЗ на АС могут включатьсяприложения.

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

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

2.3. В разделе «Общиесведения» указывают:

1) полное наименованиесистемы и ее условное обозначение;

2) шифр темы или шифр(номер) договора;

3) наименование предприятий(объединений) разработчика и заказчика (пользователя) системы и их реквизиты;

4) перечень документов, наосновании которых создается система, кем и когда утверждены эти документы;

5) плановые сроки начала, иокончания работы по созданию системы;

6) сведения об источниках ипорядке финансирования работ;

7) порядок оформления ипредъявления заказчику результатов работ по созданию системы (ее частей), поизготовлению и наладке отдельных средств (технических, программных,информационных) и программно-технических (программно-методических) комплексовсистемы.

2.4. Раздел «Назначение ицели создания (развития) системы» состоит из подразделов:

1) назначение системы;

2) цели создания системы.

2.4.1. В подразделе«Назначение системы» указывают вид автоматизируемой деятельности (управление,проектирование и т.п.) и перечень объектов автоматизации (объектов), на которыхпредполагается ее использовать.

Для АСУ дополнительно указываютперечень автоматизируемых органов (пунктов) управления и управляемых объектов.

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

2.5. В разделе«Характеристики объекта автоматизации» приводят:

1) краткие сведения обобъекте автоматизации или ссылки на документы, содержащие такую информацию;

2) сведения об условияхэксплуатации объекта автоматизации и характеристиках окружающей среды.

Примечание . Для САПР в разделе дополнительно приводят основныепараметры и характеристики объектов проектирования.

2.6. Раздел «Требования ксистеме» состоит из следующих подразделов:

1) требования к системе вцелом;

2) требования к функциям(задачам), выполняемым системой;

3) требования к видамобеспечения.

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

2.6.1. В подразделе«Требования к системе в целом» указывают:

требования к структуре ифункционированию системы; требования к численности и квалификации персоналасистемы и режиму его работы;

показатели назначения;

требования к надежности;

требования безопасности;

требования к эргономике итехнической эстетике;

требования ктранспортабельности для подвижных АС;

требования к эксплуатации,техническому обслуживанию, ремонту и хранению компонентов системы;

требования к защитеинформации от несанкционированного доступа;

требования по сохранностиинформации при авариях требования к защите от влияния внешних воздействии;

требования к патентнойчистоте;

требования по стандартизациии унификации;

дополнительные требования.

2.6.1.1. В требованиях кструктуре и функционированию системы приводят:

1) перечень подсистем, ихназначение и основные характеристики, требования к числу уровней иерархии истепени централизации системы;

2) требования к способам исредствам связи для информационного обмена между компонентами системы;

3) требования кхарактеристикам взаимосвязей создаваемой системы со смежными системами,требования к ее совместимости, в том числе указания о способах обменаинформацией (автоматически, пересылкой документов, по телефону и т. п.);

4) требования к режимамфункционирования системы;

5) требования подиагностированию системы;

6) перспективы развития,модернизации системы.

2.6.1.2. В требованиях кчисленности и квалификации персонала АС приводят:

требования к численностиперсонала (пользователей) АС;

требования к квалификацииперсонала, порядку его подготовки и контроля знаний и навыков;

требуемый режим работыперсонала АС.

2.6.1.3. В требованиях кпоказателям назначения АС приводят значения параметров, характеризующие степеньсоответствия системы по назначению.

Для АСУ указывают:

степень приспособляемостисистемы к изменению процессов и методов управления, к отклонениям параметровобъекта управления;.

допустимые пределымодернизации и развития системы;

вероятностно-временныехарактеристики, при которых сохраняется целевое назначение системы.

2.6.1.4. В требования кнадежности включают:

1) состав и количественныезначения показателей надежности для системы в целом или ее подсистем;

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

3) требования к надежноститехнических средств и программного обеспечения;

4) требования к методамоценки и контроля показателей надежности на разных стадиях создания системы всоответствии с действующими нормативно-техническими документами.

2.6.1.5. В требования побезопасности включают требования по обеспечению безопасности при монтаже,наладке, эксплуатации, обслуживании и ремонте технических средств системы(защита от воздействий электрического тока, электромагнитных полей, афотическихшумов и т. п.), по допустимым уровням освещенности, вибрационных и шумовыхнагрузок.

2.6.1.6. В требования поэргономике и технической эстетике включают показатели АС, задающие необходимоекачество взаимодействия человека с машиной и комфортность условий работыперсонала.

2.6.1.7. Для подвижных АС втребования к транспортабельности включают конструктивные требования,обеспечивающие транспортабельность технических средств системы, а также требованияк транспортным средствам.

2.6.1.8. В требования кэксплуатации, техническому обслуживанию, ремонту и хранению включают:

1) условия и регламент(режим) эксплуатации, которые должны обеспечивать использование техническихсредств (ТС) системы с заданными техническими показателями, в том числе виды ипериодичность обслуживания ТС системы или допустимость работы без обслуживания;

2) предварительныетребования к допустимым площадям для размещения персонала и ТС системы, кпараметрам сетей энергоснабжения и т. п.;

3) требования по количеству,квалификации обслуживающего персонала и режимам его работы;

4) требования к составуразмещению и условиям хранения комплекта запасных изделий и приборов;

5) требования к регламентуобслуживания.

2.6.1.9. В требования кзащите информации от несанкционированного доступа включают требования,установленные в НТД, действующей в отрасли (ведомстве) заказчика.

2.6.1.10. В требованиях посохранности информации приводят перечень событий: аварий, отказов технических средств(в том числе - потеря питания) и т. п., при которых должна быть обеспеченасохранность информации в системе.

2.6.1.11. В требованиях ксредствам защиты от внешних воздействии приводят:

1) требования крадиоэлектронной защите средств АС;

2) требования по стойкости,устойчивости и прочности к внешним воздействиям (среде применения).

2.6.1.12. В требованиях попатентной чистоте указывают перечень стран, в отношении которых должна бытьобеспечена патентная чистота системы и ее частей.

показатели, устанавливающиетребуемую степень использования стандартных, унифицированных методов реализациифункций (задач) системы, поставляемых программных средств, типовыхматематических методов и моделей, типовых проектных решений, унифицированныхформ управленческих документов, установленных ГОСТ 6.10.1, общесоюзныхклассификаторов технико-экономической информации и классификаторов другихкатегорий в соответствии с областью их применения, требования к использованиютиповых автоматизированных рабочих мест, компонентов и комплексов.

2.6.1.14. В дополнительныетребования включают:

1) требования к оснащениюсистемы устройствами для обучения персонала (тренажерами, другими устройствамианалогичного назначения) и документацией на них;

2) требования к сервиснойаппаратуре, стендам для проверки элементов системы;

3) требования к системе,связанные с особыми условиями эксплуатации;

4) специальные требования поусмотрению разработчика или заказчика системы.

2.6.2. В подразделе«Требования к функциям (задачам)», выполняемым системой, приводят:

1) по каждой подсистемеперечень функций, задач или их комплексов (в том числе обеспечивающихвзаимодействие частей системы), подлежащих автоматизации;

при создании системы в две илиболее очереди - перечень функциональных подсистем, отдельных функций или задач,вводимых в действие в 1-й и последующих очередях;

2) временной регламентреализации каждой функции, задачи (или комплекса задач);

3) требования к качествуреализации каждой функции (задачи или комплекса задач), к форме представлениявыходной информации, характеристики необходимой точности и времени выполнения,требования одновременности выполнения группы функций, достоверности выдачирезультатов;

4) перечень и критерии отказовдля каждой функции, по которой задаются требования по надежности.

2.6.3. В подразделе«Требования к видам обеспечения» в зависимости от вида системы приводяттребования к математическому, информационному, лингвистическому, программному,техническому, метрологическому, организационному, методическому и другим видамобеспечения системы.

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

1) к составу, структуре испособам организации данных в системе;

2) к информационному обменумежду компонентами системы;

3) к информационнойсовместимости со смежными системами;

4) по использованиюобщесоюзных и зарегистрированных республиканских, отраслевых классификаторов,унифицированных документов и классификаторов, действующих на данномпредприятии;

5) по применению системуправления базами данных;

6) к структуре процессасбора, обработки, передачи данных в системе и. представлению данных;

7) к защите данных отразрушений при авариях и сбоях вэлектропитаниисистемы;

8) к контролю, хранению, обновлениюи восстановлению данных;

9) к процедуре приданияюридической силы документам, продуцируемым техническими средствами АС (всоответствии с ГОСТ6.10.4).

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

2.6.3.4. Для программногообеспечения системы приводят перечень покупных программных средств, а такжетребования:

1) к независимостипрограммных средств от используемых СВТ и операционной среды;

2) к качеству программныхсредств, а также к способам его обеспечения и контроля;

3) по необходимостисогласования вновь разрабатываемых программных средств с фондом алгоритмов ипрограмм.

2.6.3.5. Для техническогообеспечения системы приводят требования:

1) к видам техническихсредств, в том числе к видам комплексов технических средств,программно-технических комплексов и других комплектующих изделий, допустимых киспользованию в системе;

2) к функциональным,конструктивным и эксплуатационным характеристикам средств техническогообеспечения системы.

2.6.3.6. В требованиях кметрологическому обеспечению приводят:

1) предварительный переченьизмерительных каналов;

2) требования к точностиизмерений параметров и (или) к метрологическим характеристикам измерительныхканалов;

3) требования к метрологическойсовместимости технических средств системы;

4) перечень управляющих ивычислительных каналов системы, для которых необходимо оценивать точностныехарактеристики;

5) требования кметрологическому обеспечению технических и программных средств, входящих в составизмерительных каналов системы, средств встроенного контроля, метрологическойпригодности измерительных каналов и средств измерений, используемых при наладкеи испытаниях системы;

6) вид метрологическойаттестации (государственная или ведомственная) с указанием порядка еевыполнения и организаций, проводящих аттестацию.

2.6.3.7. Дляорганизационного обеспечения приводят требования:

1) к структуре и функциямподразделений, участвующих в функционировании системы или обеспечивающихэксплуатацию;

2) к организациифункционирования системы и порядку взаимодействия персонала АС и персоналаобъекта автоматизации;

3) к защите от ошибочныхдействий персонала системы.

2.6.3.8. Для методическогообеспечения САПР приводят требования к составу нормативно-техническойдокументации системы (перечень применяемых при ее функционировании стандартов,нормативов, методик и т. п.).

1) согласованныйразработчиком и заказчиком системы перечень подлежащих разработке комплектов ивидов документов, соответствующих требованиям ГОСТ34.201 и НТД отрасли заказчика; перечень документов, выпускаемых намашинных носителях; требования к микрофильмированию документации;

2) требования подокументированию комплектующих элементов межотраслевого применения всоответствии с требованиями ЕСКД и ЕСПД;

3) при отсутствиигосударственных стандартов, определяющих требования к документированиюэлементов системы, дополнительно включают требования к составу и содержаниютаких документов.

2.11. В разделе «Источникиразработки» должны быть перечислены документы и информационные материалы(технико-экономическое обоснование, отчеты о законченныхнаучно-исследовательских работах, информационные материалы на отечественные,зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ икоторые должны быть использованы при создании системы.

2.12. В состав ТЗ на АС приналичии утвержденных методик включают приложения, содержащие:

1) расчет ожидаемойэффективности системы;

2) оценкунаучно-технического уровня системы.

Приложения включают в составТЗ на АС по согласованию между разработчиком и заказчиком системы.

3.ПРАВИЛА ОФОРМЛЕНИЯ

3.1. Разделы н подразделы ТЗна АС должны быть размещены в порядке, установленном в разд. 2 настоящегостандарта.

3.2. ТЗна АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписии дополнительных граф к ней.

Номера листов (страниц)проставляют, начиная с первого листа, следующего за титульным листом, в верхнейчасти листа (над текстом, посередине) после обозначения кода ТЗ на АС.

3.3. Значения показателей,норм и требований указывают, как правило, с предельными отклонениями илимаксимальными минимальным значениями. Если эти показатели, нормы, требованияоднозначно регламентирована НТД, в ТЗ на АС следует приводить ссылку на этидокументы или их разделы, а также дополнительные требования, учитывающиеособенности создаваемой системы. Если конкретные значения показателей, норм итребований не могут быть установлены в процессе разработки ТЗ на АС, в немследует сделать запись о порядке установления и согласования этих показателей,норм и требований:

«Окончательное требование(значение) уточняется в процессе... и согласовывается протоколом с... настадии...». При этом в текст ТЗ на АС изменений не вносят.

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

Форма титульного листа ТЗ наАС приведена в . Форма последнего листа ТЗ на АСприведена в .

3.5. При необходимости натитульном листе ТЗ на АС допускается помещать установленные в отрасли коды,например: гриф секретности, код работы, регистрационный номер ТЗ и др.

3.6. Титульный листдополнения к ТЗ на АС оформляют аналогично титульному листу техническогозадания. Вместо наименования «Техническое задание» пишут «Дополнение № ... к ТЗна АС … ».

3.7. На последующих листахдополнения к ТЗ на АС помещают основание для изменения, содержание изменения иссылки на документы, в соответствии с которыми вносятся эти изменения.

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

ПРИЛОЖЕНИЕ1

ПОРЯДОКРАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ ТЗ НА АС

1. Проект ТЗ на АСразрабатывает организация-разработчик системы с участием заказчика на основаниитехнических требований (заявки, тактико-технического задания и т. п.).

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

2. Необходимостьсогласования проекта ТЗ на АС с органами государственного надзора и другимизаинтересованными организациями определяют совместно заказчик системы иразработчик проекта ТЗ на АС.

Работу по согласованиюпроекта ТЗ на АС осуществляют совместно разработчик ТЗ на АС и заказчиксистемы, каждый в организациях своего министерства (ведомства).

3. Срок согласования проектаТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения.Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС (копии)одновременно во все организации (подразделения).

4. Замечания по проекту ТЗна АС должны быть представлены с техническим обоснованием. Решения позамечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчикомсистемы до утверждения ТЗ на АС.

5. Если при согласованиипроекта ТЗ на АС возникли разногласия между разработчиком и заказчиком (илидругими заинтересованными организациями), то составляется протокол разногласий(форма произвольная) и конкретное решение принимается в установленном порядке.

6. Согласование проекта ТЗ на АСразрешается оформлять отдельным документом (письмом). В этом случае под грифом«Согласованы» делают ссылку на этот документ.

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

8. ТЗ на АС (дополнение кТЗ) до передачи его на утверждение должно быть проверено службой нормоконтроляорганизации-разработчика ТЗ и при необходимости,подвергнуто метрологической экспертизе.

9. Копии утвержденного ТЗ наАС в 10-дневный срок после утверждения высылаются разработчиком ТЗ на АСучастникам создания системы.

10. Согласование иутверждение дополнений к ТЗ на АС проводят в порядке, установленном для ТЗ наАС.

11. Изменения к ТЗ на АС недопускается утверждать после представления системы для ее очереди наприемо-сдаточные испытания.

12. Регистрация, учет ихранение ТЗ на АС и дополнений к нему проводят в соответствии с требованиями ГОСТ 2.501 .

Личная подпись

ИНФОРМАЦИОННЫЕДАННЫЕ

1. РАЗРАБОТАНИ ВНЕСЕН Государственным комитетом СССР по стандартам

Министерством приборостроения, средств автоматизациии систем управления СССР

ИСПОЛНИТЕЛИ

Л.М. Зайденберг , канд. техн. наук; Ю.Б. Ирз , канд. техн. наук; В. И.Передков; И. С. Митяев; Б. А. Дюков (руководители темы); Л. О. Хвилевицкий , канд. техн. наук; С. В. Гаршина; П. А. Шалаев , канд.техн. наук; Е. С. Кранков , канд.техн. наук; А. М. Мустафина; Г. И.Шалатова; Р. С. Седегов , д-р эконом. наук; Я. Г. Виленчик; В. И.Махнач; В. Н. Семенов; И. П. Вахлаков; Е. Г. Савина

Приложение 1Б к документации

открытых конкурентных переговоров

ТЕХНИЧЕСКОЕ ЗАДАНИЕ ДЛЯ РАЗРАБОТКИ СИСТЕМЫ АВТОМАТИЗИРОВАННОГО УПРАВЛЕНИЯ

ТЕХНОЛОГИЧЕСКИМИ ПРОЦЕССАМИ ЭНЕРГОБЛОКА №2 КРАСНОЯРСКОЙ ТЭЦ-3 ОАО «ЕНИСЕЙСКАЯ ТГК (ТГК-13)»

(для подготовки предложений участниками открытых конкурентных переговоров)

Цель разработки АСУТП. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Общие требования к АСУТП. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Мощность и номенклатура энергоблока. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к функциям и структуре АСУТП. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Общая структура АСУТП. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Организационная структура. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к видам обеспечения АСУТП. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Техническое обеспечение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Программное обеспечение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Информационное обеспечение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Метрологическое обеспечение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Лингвистическое обеспечение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к характеристикам АСУТП. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к безопасности. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к надежности. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к быстродействию. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к точности. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к приемке АСУТП. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к приемке. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Виды испытаний АСУТП. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Гарантии. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к эксплуатации АСУТП. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Условия эксплуатации. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Электропитание. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Требования к помещениям технических средств АСУТП. . . . . . . . . . . . . . . . . . . . . . Лист согласования. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1. ЦЕЛЬ РАЗРАБОТКИ АСУТП

   Основными целями создания АСУ ТП энергоблока №2 Красноярской ТЭЦ-3 ОАО «Енисейская ТГК (ТГК-13)» (далее - энергоблок) являются:

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

защита энергоблока и его агрегатов путем останова или снижения нагрузки при угрозе аварии;

обеспечение персонала достаточной, достоверной и своевременной информацией (включая регистрацию событий, расчет показателей и диагностику оборудования) для анализа, оптимизации и планирования работы оборудования и его ремонтов.

Создаваемая АСУ ТП должна обеспечить улучшение следующих показателей:

повышение эксплуатационной готовности энергоблока и точности выполнения диспетчерского графика;

повышение экономичности работы энергоблока, включая экономию топлива и затрат энергии на собственные нужды;

повышение надежности и долговечности работы оборудования и сокращения затрат на его ремонты;

улучшение использования резервов мощности и маневренности энергоблока;

сокращение ошибок оперативного персонала;

Улучшение показателей должно быть достигнуто благодаря применению более совершенных технологических и программных средств, обеспечивающих:

реализацию более сложных стратегий и алгоритмов управления и регулирования;

улучшение интерфейса “человек-машина”;

расширение информационных и управляющих функций АСУ ТП;

улучшение диагностики технологического оборудования и средств АСУ ТП;

повышение живучести и надежности системы при отказах ее элементов;

упрощение создания и обслуживания АСУ ТП.

1. общие требования к асу тп

Исходя из условий соответствия современному научно-техническому уровню и реализации цепей управления, АСУ ТП должна удовлетворять следующим требованиям:

АСУ ТП должна создаваться и эксплуатироваться как неотъемлемая часть автоматизированного технологического комплекса – энергоблока.

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

АСУ ТП должна строиться как человеко-машинная система, работающая в режиме реального времени и включающая в себя оперативный технологический персонал (далее - оператор), оперативный обслуживающий персонал (далее - инженер АСУ ТП) и комплекс технических и других средств, в том числе рабочие места управления и обслуживания.

АСУ ТП должна строиться как многоуровневая территориально распределенная система в соответствии с технологической структурой объекта управления.

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

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

Основой технических средств АСУ ТП должна быть распределенная микропроцессорная система управления и информации, построенная на унифицированных средствах обработки информации и цифровой связи. Цифровые средства других типов (микро- и мини-ЭВМ, поставляемые комплектно с технологическими агрегатами или предназначенные для решения специализированных задач) должны быть соединены с микропроцессорной системой посредством информационных каналов.

Основными средствами отображения информации и оперативного (дистанционного) управления должны быть цветные графические терминалы и связанные с ними функциональные клавиатуры или другие устройства управления (мышь, трекбол).

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

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

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

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

АСУ ТП должна строиться с учетом минимизации трудозатрат на ее создание и обслуживание, в частности, с учетом ремонтного обслуживания в одну смену.

В АСУ ТП должны быть предусмотрены защиты от ошибочных действий персонала и от несанкционированного вмешательства.

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

В части условий труда операторов и персонала цеха АСУ ТП должна быть эргономична.

Разработчик АСУТП выполняет все работы под «ключ» (проектирование нижнего и верхнего уровня АСУТП, монтажно-строительные и пуско-наладочные работы, сдача в опытную и промышленную эксплуатацию). В качестве субподрядчика на проектирование нижнего уровня разработчику АСУТП необходимо привлечь ОАО «Сибирский ЭНТЦ» Томский филиал институт «Томсктеплоэлектропроект».

МОЩНОСТЬ И НОМЕНКЛАТУРА ЭНЕРГОБЛОКА

Мощность энергоблока:

установленная – 220 МВт; номинальная (при номинальной тепловой нагрузке отопительных отборов) – 192 МВт; максимальная (конденсационный режим) – 226 МВт.

Номенклатура продукции - выработка и отпуск потребителям тепловой и электрической энергии. Режим работы энергоблока:

Круглогодичный по тепловому графику - в отопительный период, с конденсационной догрузкой – в неотопительный период. Количество часов использования установленной электрической мощности в году – 6568 ч. Работа блока предусматривается в базовом режиме с номинальной тепловой нагрузкой 270 Гкал/ч в блоке с существующей водогрейной котельной мощностью 400 Гкал/ч при температурном графике тепловых сетей 150/70 °С.

Состав основного оборудования энергоблока:

турбоустановка Т-185/220-12,8-2 производства ОАО «Силовые машины»; котлоагрегат Еп-670-13,8-2 (модернизированная модель ТПЕ-216) производства ПО «Красный котельщик»; генератор ТЗФП-220-2УЗ производства ОАО «Силовые машины»; золоуловители котлоагрегата – четырехпольные электрофильтры поставки ЗАО «Альстом Пауэр Ставан»; два питательных насоса типа ПЭ-720-185 с регулируемым числом оборотов; прочее вспомогательное оборудование.

Предварительный объем технологических измерений энергоблока

Теплотехническая часть:

• аналоговый вход (0-5, 4-20 мА) – 804 шт.;

  дискретный вход – 358 шт.;

  температура (термопара) – 684 шт.;

  температура (термосопротивление) – 510 шт.;

  электропривод – 507 шт.;

  регулирующие клапана – 153 шт.

Электротехническая часть:

аналоговый вход (0-5, 4-20 мА) – 120 шт.;

дискретный вход – 1320 шт.

Предварительный измерений был составлен на основе ранее разработанных проектов по АСУТП, технико-коммерческих предложений, технико-экономического обоснования строительства энергоблока, разработанного ОАО «Сибирский ЭНТЦ» Томский филиал институт «Томсктеплоэлектропроект», а также на основе анализа аналогичных энергоблоков. Объем измерений будет уточняться на стадии проектирования и должен соответствовать СО 34.35.101-2003 «Методические указания по объему технологических измерений, сигнализации, автоматического регулирования на тепловых электростанциях».

4. ТРЕБОВАНИЯ К ФУНКЦИЯМ И СТРУКТУРЕ АСУ ТП

1. Общая структура АСУ ТП.

   1. АСУТП энергоблока выполнить на базе программно-технического комплекса (далее – ПТК) в соответствии с РД 153-34.1-35.127-2002 «Общие технические требования к ПТК для АСУТП тепловых электрических станций».

   2. Общая структура АСУ ТП должна включать в себя технологические, программные, информационные и других средства, организационную структуру оперативного управления и обслуживания.

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

   3. В АСУТП должны выделяться следующие функциональные подсистемы:

сбор и распределение информации;

обработка и представление информации (включая все виды расчетов, мониторинга, регистрации и сигнализации);

дистанционное управление электроприводами и механизмами;

технологические блокировки и защиты;

логическое управление;

автоматическое регулирование;

химико-технологический мониторинг энергоблока;

обеспечение надежности АСУ ТП.

В соответствии с агрегатным принципом построения, АСУ ТП должна подразделяться на относительно автономные подсистемы управления отдельными технологическими агрегатами и функциональными группами. В функциональную группу управления (далее – ФГУ) должны входить все средства управления, реализующие информационные и управляющие функции в пределах данного технологического узла. Если техническое или программное средство обслуживает несколько ФГУ, то оно должно относиться к более крупной функциональной группе, объединяющей все обслуживаемые ФГУ. Объем функций ФГУ будет уточнятся на стадии технического проектирования.

В соответствии с иерархическим принципом построения должны выделяться следующие уровни управления:

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

уровни функционально-группового управления, к которым относятся схемы и средства управления функциональными группами;

уровень управления приводами, к которому относятся контуры регулирования, блокировки, дистанционное управление и другие схемы и средства, непосредственно воздействующие на исполнительные механизмы.

На общеблочном уровне должны выполняться следующие виды функций:

автоматическое регулирование частоты и мощности, согласно требований приказа РАО «ЕЭС России» №524 от 18.09.02 г.;

автоматический пуск, нагружение и останов энергоблока;

экстренный останов или аварийная разгрузка энергоблока по команде технологических защит;

общеблочное оперативное (дистанционное) управление;

координация работы подчиненных схем функционально-группового управления;

сбор, обработка и хранение информации для визуального отображения, диагностических сообщений, регистрации на печатающих устройствах, расчета всех видов показателей, документирования и протоколирования;

обеспечение человеко-машинного интерфейса с оперативным и обслуживающим персоналом через видеотерминалы и функциональные клавиатуры;

обеспечение обмена информацией с общестанционным уровнем и уровнем подчиненных функциональных групп;

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

На уровне управления функциональными группами должны выполняться следующие виды функций:

сбор информации в пределах данной функциональной группы;

управление механизмами и устройствами данной функциональной группы и координация работы подчиненных групп;

автоматическое регулирование технологических параметров данной функциональной группы и координация взаимодействия между контурами регулирования подчиненных групп;

распознавание аварийных ситуаций и реакция на них в пределах функциональной группы (локальные технологические защиты);

исполнение управляющих воздействий от подсистем более высокого уровня;

обмен информацией с другими подсистемами;

диагностика и переконфигурация технических и программных средств в пределах функциональной группы и подчиненных систем.

На уровне управления приводами должны выполняться следующие функции:

сбор информации, необходимой для управления приводом;

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

перевод привода в заданное положение или запрет на его перемещение;

управление приводом от вышестоящих систем;

обмен информацией с вышестоящим групповым уровнем;

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

В соответствии с модульным принципом построения технические и программные средства должны выполняться в виде функционально законченных модулей, функционирующих независимо друг от друга, и иметь независимые источники питания. Компоненты технических средств должны быть выполнены в виде законченных модулей. Для каждого технического и программного средства, работающего в составе АСУ ТП, должна быть известна его принадлежность к определенной функциональной подсистеме (подсистемам), агрегату (функциональной группе) и уровню управления.

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

Организационная структура

1. Организационная структура АСУ ТП должна обеспечивать рациональное распределение функций оперативного, технологического и обслуживающего персонала и эффективную организацию управления и обслуживания.

   Организационная структура должна отражать:

организацию управления энергоблоком;

состав оперативного, технологического и обслуживающего персонала, его функции и обязанности;

состав неоперативного персонала, использующего информацию от АСУ ТП для принятия решений;

связи между персоналом, подразделениями, должностными лицами.

Для оперативного управления энергоблоком и оперативного обслуживания АСУ ТП необходимо предусмотреть следующие автоматизированные рабочие места (АРМ) дежурного персонала:

АРМ машиниста энергоблока;

АРМ старший машиниста;

АРМ дежурного инженера АСУТП (начальника смены цеха АСУТП);

АРМ начальника смены электрического цеха;

АРМ начальника смены химического цеха;

АРМ начальника смены станции.

АРМ начальника смены станции, электрического и химического цехов предназначен для выполнения задач оперативного наблюдения, управления и обслуживания по месту расположения оборудования в соответствии с предусмотренными должностными обязанностями.

Машинист энергоблока осуществляет управление котлоагрегатом, турбоагрегатом и другого основного и вспомогательного оборудования энергоблока. Рабочим местом машиниста энергоблока является блочный щит управления (БЩУ). В процессе управления машинист обменивается информацией со старшим машинистом, инженером АСУ ТП и другим оперативным персоналом. При необходимости, на период запуска технологического оборудования, число машинистов энергоблока может быть увеличено до двух.

Старший машинист энергоблока ведет наблюдение за работой всего оборудования и при отклонении от нормального режима принимает непосредственное участие в управлении. Его основным рабочим местом является рабочая станция наблюдения в оперативном контуре БЩУ. В процессе наблюдения и управления старший машинист выдает рекомендации и обменивается информацией с другим оперативным персоналом.

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

Непосредственное оперативное управление энергоблоком в нормальных режимах должен осуществлять единолично машинист энергоблока с рабочих станций управления на БЩУ. При этом он несет полную ответственность за правильность выполнения функций управления. В зависимости от конкретной обстановки часть функций он выполняет с помощью дистанционного управления, а остальные - передает автоматической системе. Система должна обеспечивать машинисту возможность как интегрального управления энергоблоком (пуск “от кнопки”, управление от задатчика нагрузки), так и детального управления отдельными функциональными группами, шагами программ, приводами.

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

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

В аварийных режимах управление должно осуществляться автоматически по командам технологических защит. Допускается выполнение отдельных операций персоналом только в случае отказа элементов технологических защит.

Все операции управления, производимые дежурным персоналом по месту, должны выполняться по указанию или согласованию с машинистом энергоблока.

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

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

Сопровождение программного обеспечения также осуществляется посредством инженерной станции.

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

5. ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ АСУ ТП

1. Техническое обеспечение

   1. Комплекс технических средств (далее – КТС) АСУТП должен быть достаточным для реализации всех функций, указанных в настоящих технических требованиях.

   2. В КТС должны использоваться унифицированные средства серийного производства со сроком службы не менее 15 лет.

   3. Любое из технических средств АСУ ТП должно допускать замену его аналогичным средством без каких-либо конструктивных изменений или регулировки в остальных технических средствах.

   4. Технические средства должны обеспечивать возможность осуществления нескольких иерархических уровней управления (общеблочный, функционально-групповой, уровень исполнительных механизмов) и иметь модульную структуру, что обеспечивает живучесть системы при отказах и простоту ее обслуживания.

   5. КТС должен состоять из следующих основных компонентов:

устройств получения информации (датчиков дискретных и аналоговых сигналов, первичных преобразователей);

устройств формирования и преобразования сигналов (устройств ввода/вывода, нормирующих преобразователей);

устройств передачи данных (кабелей, цифровых шин и устройств управления ими);

устройств накопления и обработки информации (микропроцессорных станций, микро- и мини- ЭВМ);

устройств представления информации (видеотерминалов, печатающих устройств, проекционных экранов и др.);

устройств защиты и блокировок;

устройств связи оператора с технологическим объектом (клавиатур формирования команд управления и вызова информации, кнопок, ключей, блоков управления и др.);

устройств связи с системой управления (стационарных и переносных пультов контроля, наладки и обслуживания системы и других сервисных устройств).

Для получения непрерывной (аналоговой) информации применяются датчики с унифицированным выходным сигналом (0-5, 4-20 мА), термопары и термометры сопротивления.

В качестве средств измерений расхода, давления, уровня использовать датчики серии Метран-100.

Для измерения вибрации подшипников роторных агрегатов (турбоагрегат, мельница-вентилятор, дымосос и т.д.) и механических использовать систему автоматического контроля и диагностики АСКВД «Вектор-М».

В качестве средств измерений водно-химического режима энергоблока использовать оборудование, серийно выпускаемое в РФ.

В качестве исполнительных механизмов для запорно-регулирующей арматуры использовать электропривода типа МЭО.

Выполнить подсистему защит энергоблока (в электротехнической части) и его собственных нужд на микропроцессорной технике НПО ЭКРА, как самостоятельную микропроцессорную подсистему.

Устройства ввода унифицированных сигналов должны быть с прямым подключением к шине станции и независимыми на каждый канал функциональными блоками, управляемыми индивидуально, с функциями формирования и преобразования аналоговых сигналов, включая формирование сигналов предупреждения о предельных значениях. В одном устройстве (модуле) должно быть несколько каналов.

Аналогичными должны быть устройства ввода сигналов от термопар и термометров сопротивлений.

Все устройства ввода аналоговых сигналов должны иметь полную, исключающую обратное воздействие развязку от источников питания, от системы и от общего провода (земли), фильтрацию измеренного значения для подавления помех и пульсаций и контроль на достоверность измеренного значения.

Устройства ввода дискретных сигналов должны воспринимать сигналы от “сухих” контактов, коммутирующих токи не менее 5 мА при напряжении не более 48 В с подавлением “дребезга”, а также дискретных выходов электронных устройств (0/24 В) с контролем обрыва цепи с модификациями на разное число входов.

Устройства вывода аналоговых сигналов должны иметь унифицированный токовый сигнал высокого уровня (4-20 мА) с независимыми изолированными (без обратного воздействия) выходными каналами (гальванически развязанными).

Устройства вывода дискретных сигналов должны обеспечивать возможность дистанционной блокировки выхода и дистанционной имитации выходных значений на разное число каналов.

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

Система шин для передачи информации в цифровом виде должна быть построена по иерархическому принципу и, предположительно, содержать:

магистральные шины для соединения значительно удаленных друг от друга компонентов АСУ ТП;

локальные шины для соединения нескольких соседних аппаратурных консолей (шкафов);

шины станции для соединения внутри станции;

шины ввода/вывода для соединения простых устройств ввода/вывода с шиной станции;

устройства сопряжения между шинами, обеспечивающие нереактивное подключение к магистральной шине;

устройства управления шинами, независимые для каждого канала передачи;

устройства распечатки аварийных ситуаций и других неоперативных задач;

устройства контроля за работой шин.

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

Микроконтроллер должен выполняться как герметизированные изделия в соответствии с типом защиты для использования электронных средств без микроклимата (но с вытяжкой теплого воздуха). Они должны работать при температуре окружающей среды от 10 до 50 С и максимальной влажности воздуха до 95 %.

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

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

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

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

Исполнение технических средств должно быть пригодным для работы в условиях пылеугольных электростанций.

Программное обеспечение

выполнять все функции, изложенные в настоящих требованиях, при минимальных затратах ресурсов памяти и времени;

уменьшать количество ошибок операторов, обнаруживать помехи и ошибки программ и блокировать их влияние, а также обладать способностью перезапуска при восстановлении электрического питания после его отключения;

простотой адаптации программ к изменениям или расширениям задач без ухудшения других показателей.

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

отдельные задачи должны реализовываться в виде самостоятельных программных модулей;

изменения, вносимые в какой-либо из модулей, не должны влиять на функции других модулей;

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

Программное обеспечение должно быть четко документировано и доступно для понимания программистами средней квалификации.

Для технологического программирования (конфигурирования) схем управления и форм представления информации должен использоваться инженерный язык программирования, доступный оперативному и техническому персоналу, не имеющему специальной подготовки программиста.

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

модули программирования (трансляторы, отладчики, редакторы и т. д.);

библиотеки стандартных программ;

библиотеки программных модулей, реализующих типовые алгоритмы управления, регулирования, обработки и представления информации, диагностики и т. п.;

программные модули для управления устройствами ввода-вывода, связи с объектом, микропроцессорными станциями, видеотерминалами, обменом данными по шинам и т. п.;

сервисное ПО, обеспечивающее разработку и корректировку прикладного ПО.

Состав базового и специального ПО будет уточнен на стадии технического проектирования.

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

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

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

запуск системы после останова;

синхронизацию работы процессоров и обмена данными в режиме реального времени, обеспечение счета единого времени системы с коррекцией по сигналам точного времени;

синхронизацию процессов внешними событиями и командами;

управление работой системы со стороны оператора-технолога и инженера АСУ ТП в интерактивном режиме с использованием нескольких видеотерминалов;

управление доступом к данным на устройствах внешней памяти с обеспечением необходимого уровня секретности и защиты;

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

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

ПО систем управления и регулирования должно быть построено таким образом, чтобы можно было вносить изменения в любой алгоритм управления в режиме “ON LINE”, т. е. без отключения регулятора от регулируемого объекта, не оказывая при этом влияния на работу других контуров управления и регулирования, в том числе реализуемых тем же самым микропроцессором, и не нанося возмущающих воздействий на объект управления. То же должно быть предусмотрено в режиме “OFF LINE”.

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

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

1. Информационное обеспечение

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

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

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

   Для представления информации машинисту-энергоблока должны использоваться следующие формы отображения:

изображения на цветных видеотерминалах и твердые цветные копии этих изображений;

отображение информации на проекционных экранах;

регистрация процессов на бумажном носителе;

регистрация событий и справок на печатающих устройствах (принтерах);

звуковые сигналы.

На видеотерминалах должна быть предусмотрена возможность отображения любой соответствующей информации, имеющейся в АСУ ТП. Для этого должны применяться следующие виды изображений (видеокарты):

фрагменты мнемосхем;

графики процессов, в том числе - заданные и фактические графики пусков;

таблицы значений параметров и состояний устройств;

диаграммы (гистограммы) представления параметров;

текстовые сообщения.

Динамическая информация на видеотерминалах должна обновляться не реже, чем через 1 с и иметь регулируемую зону нечувствительности.

Фрагменты мнемосхемы должны быть организованы по иерархическому принципу и включать в себя:

обобщенную мнемосхему энергоблока;

обобщенные мнемосхемы агрегатов и функциональных групп;

мнемосхемы технологических участков с индикацией всех технологических элементов, параметров, запорной и регулирующей арматуры.

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

Вызов фрагмента мнемосхемы должен производиться посредством манипулятора (мыши, трекбола) или клавиатуры.

Индикация графиков (кривых) должна представлять изменение измеряемых и расчетных величин на экране за определенные промежутки времени. Временные промежутки будут определенны на стадии проектирования.

На каждом изображении должно быть представлено несколько аналоговых величин в виде униполярных кривых над горизонтальной осью времени, что обеспечивает возможность сравнения взаимосвязанных параметров и оценки предыстории. Разрешающая способность должна быть не менее 1,0 % от диапазона измеряемых величин и не менее цикла расчета для расчетных величин. Должна быть предусмотрена возможность получения измеряемых значений в любой точке графика.

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

Масштаб координат должен быть линейным.

Таблицы значений параметров должны представляться в упорядоченном виде с указанием их наименований и цветовой индикацией состояния (достоверность измерения, наличие значений и др.).

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

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

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

Сигналы аварийной и предупредительной сигнализации должны разделяться на 3 приоритетных категории:

К сигналам третьей (низшей) категории относятся сообщения о событиях, не приводящих к изменению режима или временным возмущениям. В их число входят сигналы об отключении напряжения на неответственные исполнительные механизмы, об отклонении параметров до уставок предупредительной сигнализации, об исчерпании диапазона регулирующих органов, задержке хода программ и др. Данные сигналы должны в подробной расшифровке представляться на одном из видеотерминалов и при необходимости распечатываться на принтере. Появление сообщения должно сопровождаться миганием и зуммером. После квитирования мигание сигнала и зуммер должны отключаться.

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

К первой категории (высшего приоритета) относятся предаварийные и аварийные сигналы: об отключениях механизмов, приводящих к глубоким изменениям режима, о срабатывании системной противоаварийной автоматики, о приближении параметров к уставкам срабатывания защит и о срабатывании защит. Данные сигналы должны сопровождаться гудком (сиреной), они должны выделяться красным цветом на видеотерминале и принтере. Число таких сигналов не должно превышать нескольких десятков.

Подсистема технологических защит должна соответсвовать РД 153-34.1-35.137-00 «Технические требования к подсистеме технологических защит, выполненных на базе микропроцессорной техники» и РД 153-34.1-35.142-00 «Технические требования к эксплуатации технологических защит, выполненных на базе микропроцессорной техники».

Сигналы первой и второй категории должны записываться в постоянной памяти ЭВМ. Сигналы более высокой категории должны расшифровываться на видеотерминалах вне очереди.

Для представления информации инженеру АСУ ТП должны использоваться все виды изображения на видеотерминалах, доступные оператору-технологу, и дополнительно возможность:

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

получать информацию о состоянии и режиме работы средств АСУ ТП в форме таблицы (в резерве, работе, неисправности и т. п.).

Неоперативное информационное обеспечение должно охватывать целый ряд протоколов, имеющих информационный и документальный характер. Должны быть предусмотрены три группы протоколов:

для распознавания и анализа аварий;

для контроля режима эксплуатации;

для изучения процесса.

Информационное обеспечение для распознавания и анализа аварий должно включать следующие протоколы:

протокол сигнализации, регистрирующий с точным указанием времени все вводимые в систему и внутрисистемно формируемые сигналы предупредительной и аварийной сигнализации, которые индицируются на видеотерминале.

протокол регистрации и анализа аварийных ситуаций в единой хронологической последовательности, включающий протокол изменения параметров, протокол изменения сигналов, протокол состояния сигналов;

протокол действующих сигналов предупредительной и аварийной сигнализации, распечатывающий все сигналы, действующие к моменту запуска функции протоколирования;

протокол текущих сигналов состояний технологического оборудования с распечаткой дискретных сигналов по состоянию оборудования (например, привод включен - привод выключен, уровень достигнут - уровень не достигнут, оборудование исправно - неисправно);

протокол отключенных аналоговых сигналов, распечатывающий все измеряемые и расчетные параметры, отключенные к моменту запуска функции протоколирования;

протокол отключенных дискретных сигналов, распечатывающий все отключенные (исключенные) на момент опроса и последующей обработки дискретные сигналы по состоянию на момент запуска функции протоколирования.

Информационное обеспечение для контроля режима эксплуатации должно включать следующие протоколы:

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

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

протокол наработки, регистрирующий время наработки агрегатов энергоблока. Каждое из времени наработки определяется путем контроля времени соответствующих изменений состояния;

протокол включений, регистрирующий число включений различных агрегатов;

протокол состояний технологических защит;

протокол действий оперативного и обслуживающего персонала;

суточные ведомости генератора, трансформатора, турбины, котла;

бланки оперативных переключений в схеме собственных нужд;

протокол неисправностей и отказов средств АСУ ТП;

протокол выведенных в ремонт средств АСУ ТП;

перечень оборудования, находящегося в ремонте.

Информационное обеспечение для изучения анализа процесса должно включать в себя следующие протоколы:

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

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

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

К изображениям мнемосхем предъявляются следующие эргономические требования:

Мнемосхемы должны содержать только те элементы, которые необходимы оператору для контроля и управления объектом.

Фрагменты мнемосхем должны представлять собой логически завершенные части технологического процесса.

При компоновке фрагментов мнемосхем отображать развитие процесса слева направо, сверху вниз.

Отдельные элементы (группы элементов, основные потоки), наиболее существенные для контроля и управления, должны выделяться соединяющими их линиями тройной толщины.

Компоновка фрагментов мнемосхем должна выполняться с учетом обеспечения:

равномерного заполнения форматов;

использования симметрии;

минимизации длин линий и числа узлов;

исключения пересечений линий;

исключения большого числа параллельных линий, расположенных рядом;

входы и выходы фрагментов мнемосхем должны выполняться с краев;

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

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

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

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

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

Комплекс мнемознаков и их цветное кодирование для построения видеограмм должен быть разработан как единый алфавит. Формы мнемознаков должны соответствовать основным функциональным и технологическим признакам оборудования. Размеры и формы мнемознаков и мнемосимволов должны обеспечивать оператору их однозначное восприятие. Цвета выводимых сообщений должны меняться в зависимости от результатов логической обработки.

Для привлечения внимания оперативного персонала к вновь появляющейся информации необходимо использовать мигание сообщений и символов с частотой 0,5 Гц для предупредительных и 2 Гц для аварийных сигналов. Мигание знаков, текстов и символов должно осуществляться уменьшением яркости ориентировочно в два раза.

При составлении текстов предписывающих и информационных сообщений необходимо руководствоваться общими для всех случаев принципами:

информационная полнота;

лаконизм;

приоритет главной части;

единство стиля по составу словоформ и структуре фраз.

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

При выводе текстовых и цифровых массивов информации на экраны видеотерминалов и принтеры в виде таблиц необходимо группировать заголовки столбцов и массивов в смысловые блоки, содержащие не более пяти сообщений. Блоки должны быть отделены друг от друга вертикальными, горизонтальными линиями или отбивкой (2-3 строки, столбца).

1. Метрологическое обеспечение (МО)

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

   2. Организационно-технические мероприятия по МО должны предусматривать:

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

определение обобщенных метрологических характеристик измерительных каналов ПТК в составе АСУТП в соответствии с РД 153-34.0-11.201-97 «Определение обобщенных метрологических характеристик измерительных каналов ИИС и АСУ ТП по метрологическим характеристикам агрегатных средств измерений»;

первичную и периодическую поверку и калибровку измерительных каналов АСУТП.

Согласно ГОСТ 8.596-2002 «Метрологическое обеспечение измерительных систем. Основные положения» АСУТП относится к измерительным системам класса ИС-2.

В техническом проекте АСУ ТП должны быть разработаны методические, организационные и технические мероприятия, обеспечивающие МО АСУ ТП.

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

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

Разработчик системы должен подготовить проект методики проверки измерительных каналов АСУ ТП.

Для измерительных каналов должна проверяться погрешность на стадии приемки из монтажа и наладки.

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

Лингвистическое обеспечение

1. Должно быть предусмотрено единое лингвистическое обеспечение в пределах всей системы АСУ ТП и для всех видов интерфейсов “человек-машина”.

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

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

таблицы значений сигналов и состояния технических и программных средств АСУ ТП;

протоколы отказов и состояний технических и программных средств и др.

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

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

6. ТРЕБОВАНИЯ К ХАРАКТЕРИСТИКАМ АСУ ТП

1. Требования к безопасности

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

   Оборудование АСУ ТП, требующее осмотра или обслуживания при работе энергоблока, должно устанавливаться в местах, безопасных для пребывания персонала.

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

   Инструкции по эксплуатации технических средств должны включать специальные разделы требований по безопасности установки и технического обслуживания.

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

2. Требования к надежности

   Устанавливаются следующие требования к показателям надежности АСУ ТП:

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

Суммарный параметр потока срабатывания ТЗ, действующий на останов блока, вследствие отказов подсистем АСУ ТП не должен превышать 0,2 в год.

Вероятность отказа на требование ТЗ не должна превышать 0,05 в год.

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

Должны быть использованы следующие факторы повышения надежности:

выбор надежных технических средств, включая устройства, связи, узлы стыковки;

разработка надежно работающих программных средств;

рациональное распределение задач между техническими и программными средствами и между техникой и персоналом;

наличие различных видов избыточности (аппаратной, информационной, временной, функциональной, алгоритмической);

использование методов и средств технической диагностики;

организация рациональной эксплуатации АСУ ТП и обеспечения запасными частями.

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

В части надежности технический проект АСУ ТП должен содержать:

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

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

Оценки трудоемкости или затрат проведения технического обслуживания и ремонтов, планируемого количества и квалификации обслуживающего персонала.

Технические средства и программное обеспечение должны иметь защиту от включения их в работу в неработоспособном состоянии.

1. Требования к быстродействию

   Область распространения требований:

требования настоящего раздела распространяются на быстродействие системы автоматического управления и информации теплоэнергетического оборудования энергоблока;

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

Быстродействие отображения информации:

задержка с момента вызова изображения на экране видеотерминала до его появления не должна превышать 400 мс - 1 с. в зависимости от вида кадра;

цикл обновления оперативной информации на видеотерминалах должен быть не более 1 с.;

задержка представления аварийных сигналов не должна быть более 25 мс.;

задержка представления остальных сигналов не должна быть более 100 мс.;

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

Быстродействие передачи управляющих воздействий:

общая задержка в передаче информации по каналам технологических защит (котла и турбины) не должна превышать 10 мс.;

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

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

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

Быстродействие исполнительных органов:

суммарное значение люфтов в сочленениях исполнительных механизмов и регулирующих органов не должно превышать 0,5 % от полного хода;

полное время хода регулирующих органов должно быть не более 90 с., время отсечных клапанов систем безопасности должно быть не более 1,5 с.

1. Требования к достоверности

   Для определения достоверности всей вводимой информации при наличии одного датчика предусматривается применение следующих методов:

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

проверка условия, что сигнал находится в пределах допустимого диапазона;

проверка условия, что скорость изменения сигнала не превышает предельно-возможную;

проверка условия, что значение сигнала не остается неизменным в течение определенного интервала времени.

Для определения достоверности ряда сигналов используется проверка соответствия сигнала и его модели, функционирующей в темпе технологического процесса на основе информации о других параметрах.

При невыполнении одного из условий, указанных в п. 6.4.1 и 6.4.2, сигнал объявляется недостоверным и запоминается последняя представительная информация.

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

Для проверки достоверности троированных измерений производятся следующие операции:

определяется среднемедианное из 3-х значений сигнала;

разность между средним и двумя крайними сигналами сравнивается с допустимым рассогласованием;

если одна из разностей превышает допустимое значение, соответствующий крайний сигнал объявляется непредставительным;

если обе разности превышают допустимые значения, непредставительными объявляются все три сигнала.

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

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

1. Требования к точности

   Точность измерений:

датчики теплотехнических измерений, используемые для расчета технико-экономических показателей, должны иметь погрешность не выше 0,25 %. Остальные датчики, используемые для расчета ТЭП, должны иметь погрешность не выше 0,5 %;

точность сигналов по положению исполнительных механизмов не нормируется.

остальные сигналы, используемые в схемах управления, регулирования технологических защит и сигнализации, должны иметь погрешность не выше 0,5 %;

измерительные каналы для измерения температуры, давления, расхода и уровня должны иметь погрешность не более 0,5 %.

Погрешность результатов расчета технико-экономических и других показателей должна быть не выше 0,5 %.

Точность отображения информации:

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

значения параметров, изображаемых на видеотерминалах в графической форме (графики процессов, диаграммы) должны отображаться с точностью до одной растровой строки экрана.

как исключение допускаются отклонения от требований, приведенных в п. 6.5.1 - 6.5.3, которые должны согласовываться на стадии технического проектирования.

Точность выполнения управляющих команд:

концевые и путевые выключатели запорной и регулирующей арматуры должны иметь конструкцию, позволяющую настраивать их с точностью не менее 1 % от диапазона перемещения;

выбег исполнительных механизмов не должен превышать 0,5 % от диапазона;

для регулирующих органов длительность подачи на исполнительный механизм управляющего напряжения не должна отличаться от длительности подачи управляющего воздействия более чем на 50 мс.

Точность регистрации времени события (в системе единого времени АСУ ТП) должна быть:

для инициативных сигналов от электрических и технологических защит - 10 мс;

для прочей аварийной сигнализации и команд дистанционного управления - 50 мс;

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

7. ТРЕБОВАНИЯ К ПРИЕМКЕ АСУ ТП

1. Требования к приемке

   К приемке должен быть предъявлен комплект АСУ ТП, включающий:

комплекс технических средств (КТС), смонтированных и соединенных в соответствии с рабочими чертежами монтажа технических средств АСУ ТП и подготовленных к эксплуатации с аппаратурой и инструментами для ремонта;

эксплуатационная документация (в том числе документация по информационному и организационному обеспечениям АСУ ТП) в 3 (трех) экземплярах на бумажном носителе и в электронном виде, содержащая все сведения о системе, необходимые для освоения АСУ ТП и обеспечения ее эксплуатации;

программное обеспечение в виде программ на машинных носителях информации в 3 (трех) экземплярах и сопровождающая его программная документация;

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

формуляр на АСУ ТП в целом и формуляры на программные изделия, каждый в одном экземпляре.

1. Виды испытаний АСУ ТП

   АСУ ТП должна пройти следующие виды испытаний:

предварительные испытания;

опытная эксплуатацию;

приемочные испытания.

Испытания АСУ ТП допускается проводить в один или несколько этапов. По результатам испытаний составляется «Протокол испытаний».

Предварительные испытания АСУ ТП:

предварительные испытания АСУ ТП проводят для определения ее работоспособности и решения вопроса о возможности приемки АСУ ТП в опытную эксплуатацию;

программу предварительных испытаний утверждает Заказчик;

предварительные испытания АСУ ТП организует Заказчик и проводят Поставщик и Заказчик совместно;

предварительные испытания АСУ ТП проводятся на действующем оборудовании;

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

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

Опытная эксплуатация АСУ ТП:

опытная эксплуатация проводится для проверки правильности функционирования АСУ ТП на действующем оборудовании при выполнении каждой автоматизированной функции;

продолжительность опытной эксплуатации, не более 6 (шести) месяцев;

по результатам опытной эксплуатации составляется акт о завершении работ по проверке АСУ ТП в режиме опытной эксплуатации.

Приемочные испытания АСУ ТП:

приемочные испытания АСУ ТП проводятся для определения возможности ввода системы в работу и на соответствие ее характеристик требованиям технического задания на АСУ ТП;

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

проверка осуществляется в ручном режиме с автоматической регистрацией на персональном компьютере и печатающем устройстве;

перед предъявлением АСУ ТП на приемочные испытания система и ее техническая документация должны быть доработаны по замечаниям протокола предварительных испытаний и акта о завершении работ по проверке АСУ ТП в режиме опытной эксплуатации;

приемочные испытания АСУ ТП должны быть проведены на функционирующем объекте управления;

по результатам приемочных испытаний комиссия составляет протокол испытаний и акт о вводе АСУ ТП в эксплуатацию;

определение фактических значений показателей технико-экономической эффективности и надежности АСУ ТП производится после ее ввода в действие.

1. Гарантии

   1. Поставщик должен гарантировать надежную и эффективную работу АСУ ТП в целом, (включая средства, используемые им, как комплектующие изделия).

   Гарантийный срок на АСУ ТП должен быть не менее 24 месяцев со дня приемки АСУ ТП в промышленную эксплуатацию (подписание акта приемки). В этот период Поставщик должен обеспечивать гарантийный ремонт. В дальнейшем Поставщик должен производить ремонт за отдельную оплату всего срока службы оборудования. Ремонт микропроцессорных плат должен сводиться к их простой замене.

   2. Заказчик должен гарантировать соблюдение условий эксплуатации АСУ ТП.

8. ТРЕБОВАНИЯ К ЭКСПЛУАТАЦИИ АСУ ТП

1. Условия эксплуатации

   Климатические условия эксплуатации для технических средств АСУ ТП приведены в таблице 8.1

Таблица 8.1

Климатические условия эксплуатации технических средств АСУ ТП

Наименование	Температура С		Относительная влажность %
помещений		предельная рабочая		предельная рабочая
1. Помещения технол. Оборудования цехов
1.1. Турбинное отделение
1.2. Котельное отделение
2. Помещения для КТС АСУТП в главном корпусе
3. То же в БЩУ

Примечание к таблице 8.1:

* - Возможно снижение температуры ниже 0 при неисправности отопления;

** - Повышенная влажность из-за протечек в технологическом оборудовании.

Среднее давление воздуха во всех помещениях составляет 745 мм ртутного столба.

Наибольшая запыленность воздуха в помещениях технологического оборудования по санитарным нормам до 4 мг/м 3 . В котельном отделении в отдельные периоды запыленность может достигать 10-12 мг/м 3 .

Максимальный уровень вибрации для технических средств АСУ ТП должен быть не менее: виброскорость - 11,0 мм/с, амплитуда - 30 мкм.

Условия хранения технических средств - неотапливаемые складские помещения (температура воздуха -43 +37 С при относительной влажности до 90 %), а также отапливаемые складские помещения с температурой -5 +37 С.

Транспортировка технических средств железнодорожным и автомобильным транспортом. КТС должен быть затарен и упакована таким образом, чтобы исключить его порчу, повреждение и (или) уничтожение. Стоимость тары и упаковки входит в цену продукции.

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

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

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

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

В помещениях АСУ ТП с искусственным климатом должен осуществляться непрерывный контроль за работой систем кондиционирования и условиями эксплуатации.

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

1. Электропитание

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

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

Внутри каждой группы потребители должны делиться на следующие подгруппы:

технологические защиты;

вторичные приборы, участвующие в защитах, а также датчики и нормирующие преобразователи;

вторичные приборы, не участвующие в защитах, в том числе, расположенные в оперативном контуре БЩУ, их датчики и нормирующие преобразователи;

устройства дистанционного управления и блокировки особо ответственных потребителей;

устройства дистанционного управления и блокировки неответственных потребителей;

аварийная сигнализация;

предупредительная сигнализация;

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

В качестве источников оперативного тока могут быть использованы:

шины разных секций (как правило, двух) особо ответственных потребителей РУСН 0,4 кВ своего энергоблока;

шина секций РУСН 0,4 кВ особо ответственных потребителей соседнего энергоблока, от которой не резервируются шины РУСН 0,4 кВ данного энергоблока;

инверторы агрегатов бесперебойного питания (АБП) и преобразователи (инверторы), подключенные к аккумуляторной батарее;

аккумуляторные батареи.

Электропитание переменным оперативным током должно производиться от специально организуемых для этой цели шин оперативного тока, подключаемых через устройства АВР к источникам оперативного тока.

Электропитание аппаратуры нескольких устройств, реализующих одну общую функцию, должно производиться от одних и тех же источников.

В случае, если разные приборы, входящие в состав какого-либо устройства АСУ ТП энергоблока, обеспечивают реализацию общей функции, но из-за особенностей их технических характеристик требуют раздельного (от разных источников) электропитания, последнее должно быть организовано таким образом, чтобы исключалась возможность неправильных действий этого устройства при потере электропитания каким-либо из его приборов.

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

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

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

9. ТРЕБОВАНИЯ К ПОМЕЩЕНИЯМ ТЕХНИЧЕСКИХ СРЕДСТВ АСУТП

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

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

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

В случае размещения технических средств АСУТП непосредственно на технологическом оборудовании или в технологических цехах, они должны устанавливаться в местах, исключающих прямое попадание влаги, агрессивных сред, открытого огня, а также механические воздействия, и иметь соответствующую степень защиты (не мене IP-55).