Скачать 1.76 Mb.
|
3.3 Требования к лингвистическому обеспечению 3.3.1 Общие требования и состав 3.3.1.1 Лингвистическое обеспечение представляет собой совокупность средств и правил, используемых при общении разработчиков, пользователей и эксплуатационного персонала с комплексом средств ПТК при разработке АСУ ТП, монтаже и эксплуатации системы. Лингвистическое обеспечение должно быть рассчитано на пользователя, специалиста в своей предметной области, не владеющего универсальными языками программирования или описания алгоритмов. 3.3.1.2 Лингвистическое обеспечение оператора-технолога должно сводиться к системе видеограмм и текстовых сообщений, снабженных необходимыми "меню", "подсказками" и "помощью", при организации его диалога с системой. Вся текстовая информация должна быть выполнена на русском языке. В ПТК, которые планируются к поставке на экспорт (например, в комплекте с основным технологическим оборудованием ТЭС), целесообразно обеспечить возможность выбора языка разработки и языка интерфейса с пользователем АСУ ТП. 3.3.1.3 Лингвистическое обеспечение разработчиков, наладчиков и обслуживающего персонала ПТК и АСУ ТП в целом должно содержать: — инструментальные средства проектирования системы и разработки программного обеспечения; — средства формирования и ведения баз данных; — способы описания (языки описания) характерных задач управления: сбор и первичная обработка информации, дистанционное управление, автоматическое регулирование и т.п.; — способы формирования и включения в систему видеограмм, отчетов (протоколов), ведомостей и архивов; — способы формирования и включения в систему прикладных информационных функций и задач: технологической сигнализации, регистрации событий, регистрации аварийных ситуаций, анализа действия технологических защит и противоаварийной автоматики; — способы включения в систему информационно-вычислительных задач, требующих индивидуального подхода при их решении (расчет технико-экономических показателей, диагностика и пр.); — способы программирования и включения в систему особо быстрых или других специальных задач управления и обработки информации; — способы автоматизированного создания документации в процессе разработки, проектирования и модернизации ПТК и АСУ ТП. Языки технологического программирования должны обладать средствами документирования, позволяющими совмещать собственно программирование функций и задач ПТК и АСУ ТП с получением эксплуатационной документации. 3.3.1.4 Лингвистическое обеспечение наладочного и эксплуатационного персонала ПТК и АСУ ТП должно также обеспечивать возможность проведения (с помощью простейших операций) тестирования, диагностирования, других регламентных работ и настройки системы. 3.3.2 Требования к конфигурационному языку программирования 3.3.2.1 Основой надежного функционирования программного обеспечения управляющей части системы является конфигурационный язык программирования. Конфигурационный язык программирования должен обеспечивать реализацию всех задач прямого цифрового управления (автоматического регулирования, логического управления, защит), а также задач первичной и статистической обработки информации путем представления их в виде структурных схем преобразования информации или блок-схем пошагового логического управления. Алгоритмические блоки, соответствующие определенному закону преобразования информации или одному шагу программ, должны быть в пределах ПТК стандартизованы, а связи между блоками — унифицированы. 3.3.2.2 Конфигурационный язык должен иметь модульную иерархическую структуру, позволяющую описывать различные объекты и манипулировать ими. 3.3.2.3 Для реализации программ логического управления (ЛУ) в конфигурационном языке должны быть предусмотрены унифицированные средства: — управления программами; — реализации шаговых программ; — реализации логических и других преобразований. 3.3.2.4 Библиотека стандартных алгоритмических модулей должна включать в себя следующие группы алгоритмов: — П-, ПИ- и ПИД-законов регулирования аналогового и импульсного типа различных модификаций: — динамического преобразования; — алгебраических и других статических преобразований; — импульсного преобразования с временной зависимостью, задаваемой на стадии проектирования; — логических преобразований и связанных с ними операций, а также шагов логической программы; — стандартных алгоритмов управления приводами, механизмами и другими подобными объектами, а также регуляторами, программами (шага, защиты, блокировки, АВР и др.), группами оборудования и т.п., включая приоритетную обработку команд от различных подсистем (ДУ, АР, ПЛУ и ТЗ); — первичной и статистической обработки информации. 3.3.3 Требования к языкам описания типовых информационных задач 3.3.3.1 Система описания типовых информационных задач должна включать подсистемы: — генерации видеограмм; — генерации отчетов (ведомостей, журналов); — генерации архивов. Подсистема генерация видеограмм должна содержать: — редактор изображений; — средства организации библиотек изображений; — библиотеки типовых изображений объектов, включая изображения виртуальных блоков управления исполнительными механизмами и устройствами автоматики; — средства описания "меню"; — средства описания способа формирования, условий вывода и задания текста технологических сообщений различного класса и т.п. 3.3.3.2 Подсистема генерации отчетов должна содержать средства: — формирования форматов отчетов; — описания данных, включаемых в отчет; — задания операций (вычислений) над данными; — описания условий формирования (вывода) отчета. 3.3.3.3 Подсистема генерации архивов, а также ввода и получения информации из архива должна содержать средства: — описания архива (название, глубина хранения, условия уничтожения и т.п.); — описания информации, вводимой в архив, и условий ее записи; — защиты информации от несанкционированного доступа и т.п. 3.3.4 Требования к языкам описания нетиповых задач Программирование нетиповых задач должно как минимум осуществляться на одном из универсальных языков программирования с расширенными возможностями доступа к данным, определенным в АСУ ТП, условиями работы в реальном времени и запуска по событию 3.4 Требования к информационному обеспечению 3.4.1 Общие требования 3.4.1.1 В основу построения информационного обеспечения ПТК (так же, как и АСУ ТП в целом) должны быть положены следующие принципы: — как правило, однократного ввода и многократного использования информации внутри системы, — преобразование входной информации в цифровую форму как можно ближе к месту ее получения; — преобразование выходной информации из цифровой формы в физическую форму как можно ближе к месту ее использования; — защита от недостоверной и несанкционированной информации, а также защита отдельных пользователей от излишней информации; — помехоустойчивое кодирование и защита от разрушения и несанкционированного доступа. 3.4.1.2 Во всех случаях многократного ввода или получения информации должны предусматриваться меры по предотвращению расхождения информации в системе, выдачи оператору недостоверной информации, сигнализации о существенном расхождении информации в разных частях системы. 3.4.1.3 Должны предусматриваться меры по выделению полезных составляющих информации при вводе и первичной обработке сигналов. 3.4.2 Кодирование информации 3.4.2.1 Для кодирования технологического оборудования, технических средств ПТК и АСУ ТП в целом, физических или виртуальных автоматических устройств, алгоритмов и программ должна быть использована система кодирования единая в пределах АСУ ТП и входящих в нее ПТК (например, типа KKS). 3.4.2.2 Для удобства восприятия информации, выводимой на мониторы, экраны коллективного пользования и принтеры, допускается использование технологического смыслового кодирования при помощи терминов и сокращений, общепринятых в энергетике. При отображении информации в табличной форме и печати документов допускается применение двух видов кодирования (например, в системе KKS и технологическое смысловое кодирование). 3.4.2.3 Должны соблюдаться следующие основные принципы кодирования информации в АСУ ТП ТЭС: — набор мнемознаков и их цветовое кодирование должны быть едины для всей системы и отражать функциональное технологическое содержание; — нормальная, предупредительная, аварийная и недостоверная информация должна кодироваться различными цветами. Эти цвета не должны использоваться для других целей (системные цвета). Для предупредительной сигнализации, например, может использоваться желтый цвет, для аварийной сигнализации — красный; — для привлечения внимания пользователя (оператора-технолога) вновь появляющаяся информация, носящая пре- дупредительный или аварийный характер, должна выделяться миганием, например, обозначения (Р, G, Н и т.п.) технологического параметра, значение которого превысило значение уставки, либо цвета подложки значения этого технологического параметра и т.п. Мигание снимается квитированием. До возвращения параметра в норму индикация осуществляется ровным цветом. Мигание должно сопровождаться звуковыми сигналами соответствующего тона; — недостоверная информация может индицироваться белым цветом, либо помечается белым (или черным, если цвет основного фона белый) мигающим символом (звезда, крест или др.); — тексты сообщений должны быть лаконичными, исчерпывающими по содержанию и едиными по форме. Предписывающие сообщения должны иметь форму: "Глагол с определением + объект с определением + адрес с определением". Информационные, предупредительные и аварийные сообщения должны иметь форму: — "Объект с определением + адрес с определением + глагольная форма". 3.5 Требования к программному обеспечению 3.5.1 Общие требования 3.5.1.1 Программное обеспечение (ПО) должно базироваться на международных стандартах и отвечать следующим принципам: — модульность построения всех составляющих; — иерархичность собственно ПО и данных; — эффективность (минимальные затраты ресурсов на создание и обслуживание ПО); — простота интеграции (возможность расширения и модификации); — гибкость (возможность внесения изменений и перенастройки); — надежность (соответствие заданному алгоритму, отсутствие ложных действий), защита от несанкционированного доступа и разрушения как программ, так и данных; — живучесть (выполнение возложенных функций в полном или частичном объемах при сбоях и отказах, восстановление после сбоев); — унификация решений; — простота и наглядность состава, структуры и исходных текстов программ. 3.5.1.2 Должно предусматриваться разделение ПО на базовое (фирменное), поставляемое разработчиком ПТК, и прикладное (пользовательское), которое может разрабатываться как поставщиком ПТК, так и разработчиком АСУ ТП. Должны быть предусмотрены меры по защите информации и недопущению внесения изменений в базовое ПО без привлечения разработчика ПТК. Должна иметься возможность задания паролей и установления границ санкционированного доступа при внесении изменений в прикладное ПО АСУ ТП. Фирменное ПО должно сопровождаться эксплуатационной документацией. 3.5.2 Требования к базовому (фирменному) программному обеспечению 3.5.2.1 Базовое ПО подразделяется на системное ПО и ПО инструментальных средств разработки, отладки и документирования (САПР). Системное ПО включает в себя: — стандартные операционные системы; — пакеты программной поддержки обмена данными; — системы управления локальными и распределенными базами данных. Программное обеспечение инструментальных средств разработки, отладки и документирования включает в себя: — средства настройки базового ПО, диагностики и самодиагностики работоспособности ПТК; — средства создания и отладки прикладного ПО. 3.5.2.2 Операционные системы устройств верхнего уровня ПТК должны удовлетворять следующим требованиям: — высокая производительность, поддержка многозадачного режима; — высокая степень устойчивости и надежности; — поддержка обменов информации по используемым в ПТК локальным сетям; — удобный и понятный пользователю графический интерфейс, простота и эффективность использования; — возможность работы с мультимедиа; — возможность конфигурирования под конкретные условия использования. 3.5.2.3 На нижнем уровне ПТК должны использоваться высокопроизводительные операционные системы (ОС). Операционные системы нижнего уровня должны обеспечивать: — поддержку многозадачного или псевдомногозадачного режима; — модульность, гибкую конфигурируемость, возможность 100%-го размещения в ПЗУ контроллера; — малое время реакции, многоуровневую, основанную на приоритетах, обработку прерываний и присвоение меток времени зафиксированным событиям; — развитые средства коммуникации (поддержка стандартных сетей, а также различных промышленных интерфейсов ввода-вывода); — возможность (при необходимости) стыковки с техническими средствами сторонних разработчиков (по отдельной заявке заказчика). Допускается использование ОС общего назначения в комплекте с приложениями, обеспечивающими реализацию свойств, характерных для мультизадачных систем реального времени. 3.5.2.4 Программное обеспечение инструментальных средств разработки, отладки, документирования и проектирования АСУ ТП (только в части ПТК) является неотъемлемой частью ПО ПТК. Инструментальные средства должны базироваться на действующих стандартах и обеспечивать решение наиболее сложных вопросов, связанных с автоматизацией процессов создания АСУ ТП и прикладных программ: прием и обработка сигналов, организация автоматического управления исполнительными устройства- ми, визуализация измеренных величин (в том числе в виде графиков, гистограмм и т.п.), ведение архивов и генерации отчетов. Результатом проектирования должны быть компоненты системы управления, полностью готовые к запуску. Инструментальные средства должны, как правило, совмещать в себе функции разработки и тестирования. Инструментальное ПО должно включать следующие программные средства: — компоновки и генерации технических и программных средств ПТК; — библиотеку программных модулей стандартных алгоритмов сбора и обработки технологической информации, управления, регулирования и технологических защит; — автоматизированного формирования исполняемых программных модулей на основе технологических заданий, представленных в виде БД и технологических алгоритмов, разработанных с использованием технологических языков и библиотеки стандартных алгоритмов; — пакеты программ создания фрагментов и их отдельных элементов; — организации и обслуживания баз данных; — проведения самодиагностики и тестирования аппаратуры и программного обеспечения; — разработки и включения в состав математического обеспечения ПТК и АСУ ТП программ, написанных на универсальных языках программирования; — средства разработки ПО (редакторы, линкеры, отладчики, трансляторы и т.п.); — средства автоматизированного проектирования ПТК в составе АСУ ТП, включая средства автоматизированного распределения и расположения модулей УСО в контроллерах и распределения входных - выходных каналов ПТК по контроллерным шкафам и их клеммникам. 3.5.2.5 Комплект инструментального ПО должен содержать также следующий набор программ: — редактор схем логического управления и технологических защит; — редактор схем автоматического регулирования и программного управления; — редактор видеограмм; — редактор проектной документации на ПТК. Инструментальные средства предназначены для максимального упрощения и облегчения процесса разработки и проектирования ПТК и АСУ ТП в целом. Инструментальные средства, помимо перечисленных выше, должны также включать средства контроля и диагностики функционирования ПТК, а также его коррекции, модернизации и наладки на объекте. 3.5.2.6 Программно-технические комплексы для АСУ ТП отечественных ТЭС должны иметь полностью русифицированный интерфейс пользователя (проектировщика, разработчика, наладчика, оперативного и обслуживающего персонала). 3.5.3 Требования к прикладному программному обеспечению 3.5.3.1 Прикладное (пользовательское) программное обеспечение должно обеспечивать реализацию ПТК всех функций управления и обработки информации, включенных в техническое задание на конкретную АСУ ТП. 3.5.3.2 Все типовые задачи, оговоренные в настоящих ОТТ, связанные со сбором, обработкой, передачей, хранением и представлением информации, а также с выдачей управляющих воздействий и информации на исполнительные и другие внешние устройства, должны программироваться на технологических языках или с помощью других программных средств, не требующих знаний в области применения универсальных языков программирования. 3.5.3.3 Должна предусматриваться возможность сохранения исходных пользовательских программ на магнитных носителях и при необходимости загрузки пользовательских программ через интерфейсные каналы в память контроллеров. Аналогичная возможность должна предусматриваться и для программного обеспечения верхнего уровня ПТК. 3.5.3.4 Должна предусматриваться (в случае необходимости) возможность подготовки, изменения или коррекции (в допустимых пределах, предусмотренных при создании АСУ ТП) пользовательских программ в процессе работы ПТК в составе АСУ ТП и технологического оборудования. При этом, как правило, должна быть исключена необходимость привлечения разработчиков или профессиональных программистов. Корректировка отдельных программ должна быть локальной и не должна требовать вмешательства в остальные программы. |
Методические указания. Состав и ведение эксплуатационной документации... Разработано открытым акционерным обществом «Фирма по наладке, совершенствованию технологии и эксплуатации электростанций и сетей... |
Типовая инструкция по пуску из различных тепловых состояний и останову... Инструкция предназначена для инженерно-технического персонала тепловых электростанций. Настоящая Инструкция выпускается вновь. Из... |
||
Типовая инструкция по эксплуатации гидротехнических сооружений тепловых электростанций Инструкция предназначена для персонала тепловых электростанций (тэс) и энергосистем, эксплуатирующих гидротехнические сооружения... |
Департамент научно-технической политики и развития технические требования... Разработано Открытым акционерным обществом "Фирма по наладке, совершенствованию технологии и эксплуатации электростанций и сетей... |
||
Департамент научно-технической политики и развития технические требования... Разработано Открытым акционерным обществом "Фирма по наладке, совершенствованию технологии и эксплуатации электростанций и сетей... |
Веществ тепловых электростанций и котельных Инструкция предназначена для энергообъединений, тепловых электростанций, котельных, организаций и фирм, проводящих собственно инвентаризацию... |
||
1. область применения Специальная защитная одежда пожарных от повышенных тепловых воздействий. Общие технические требования. Методы испытаний |
Технические требования на изготовление и поставку асу тп автомобильной... Требования к информационным функциям (отображение, обработка, хранение и передача информации) 5 |
||
Типовая инструкция по эксплуатации трубопроводов тепловых электростанций рд 34. 39. 503-89 Разработано предприятием "Сибтехэнерго" Производственного объединения по наладке, совершенствованию технологии и эксплуатации электростанций... |
Концепция построения и реализация асу тп объектов энергетики на компонентах... Состав и технические возможности асу тп на базе иутк «Гранит-микро» торговой марки микрогранит |
||
I. Общие положения Об организации в Министерстве промышленности и энергетики Российской Федерации работы по утверждению нормативов удельных расходов... |
Технические требования на изготовление и поставку асу тп автомобильной... Требования к информационным функциям (отображение, обработка, хранение и передача информации) 6 |
||
Технические требования на изготовление и поставку асу тп автомобильной... Требования к информационным функциям (отображение, обработка, хранение и передача информации) 5 |
Технические требования на изготовление и поставку асу тп автомобильной... Требования к информационным функциям (отображение, обработка, хранение и передача информации) 5 |
||
Правила техники безопасности при эксплуатации тепломеханического... Настоящие Правила составлены рао "еэс россии". С вводом их в действие отменяются Правила техники безопасности при эксплуатации тепломеханического... |
Правила техники безопасности при эксплуатации тепломеханического... Настоящие Правила составлены рао "еэс россии". С вводом их в действие отменяются Правила техники безопасности при эксплуатации тепломеханического... |
Поиск |