Название документа:
Номер документа:	24.104-85
Вид документа:	ГОСТ
Принявший орган:	Госстандарт СССР
Статус:	Документ отменен в части Действующий
Опубликован:	официальное издание
Дата принятия:	20 декабря 1985
Дата начала действия:	01 января 1987
Дата редакции:	01 июля 2009

ГОСТ 24.104-85

Группа П87

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

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

АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ

Общие требования

Unified system of standards of computer control systems. Computer control systems. General requirements

МКС 35.240
ОКСТУ 0024

Дата введения 1987-01-01

Постановлением Государственного комитета СССР по стандартам от 20.12.85 N 4632 дата введения установлена 01.01.87

ВЗАМЕН ГОСТ 17195-76 , ГОСТ 20912-75 , ГОСТ 24205-80

ИЗДАНИЕ (июль 2009 г.) с Поправкой (ИУС 8-2003).

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

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

Дополнительные требования к АСУ технологическими процессами, АСУ предприятиями, производственными и научно-производственными объединениями, отраслевыми АСУ установлены в обязательных приложениях 2-3 соответственно.

В приложении 4 приведены пояснения к некоторым терминам, применяемым в стандарте.

1. ТРЕБОВАНИЯ К АСУ

1.1. Требования к АСУ в целом

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

1.1.2. Ввод в действие АСУ должен приводить к полезным технико-экономическим, социальным или другим результатам, например:

- снижению численности управленческого персонала;

- повышению качества функционирования объекта управления;

- повышению качества управления и др.

1.1.3. Конкретное содержание требований по пп.1.1.2, 1.1.5-1.1.11, 1.2, 1.3, 1.4.2, 1.4.3, 1.4.6, 1.4.9, 1.5.2, 1.5.4, 1.5.6, 1.5.7, 1.6.2, 1.6.6, 1.6.12, 1.7.2, 1.7.3 устанавливают в ТЗ на АСУ.

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

1.1.5. В АСУ должна быть обеспечена совместимость между ее частями, а также с автоматизированными системами (АС), взаимосвязанными с данной АСУ.

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

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

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

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

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

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

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

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

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

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

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

1.1.16. Наименование АСУ должно включать наименования вида АСУ и объекта управления.

Например:

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

- организационно-технологическая АСУ цехом N 5;

- АСУП завода "Серп и молот".

1.2. Требования к функциям АСУ

1.2.1. АСУ в необходимых объемах должна автоматизированно выполнять:

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

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

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

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

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

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

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

1.3. Требования к подготовленности персонала АСУ

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

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

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

1.4. Требования к техническому обеспечению АСУ

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

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

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

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

1.4.5. Размещение технических средств, используемых персоналом АСУ при выполнении автоматизированных функций, должно соответствовать требованиям эргономики: для производственного оборудования по ГОСТ 12.2.049-80 , для средств представления зрительной информации по ГОСТ 21829-76 , в том числе для табло коллективного пользования из цифровых знакосинтезирующих электролюминесцентных индикаторов по ГОСТ 29.05.002-82 .

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

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

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

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

1.4.10. В АСУ должны быть использованы средства вычислительной техники, удовлетворяющие общим техническим требованиям по ГОСТ 21552-84 .

1.4.11. В АСУ должны быть использованы технические средства, соответствующие:

- по устойчивости и внешним воздействующим факторам - ГОСТ 12997-84 * ГОСТ 14254-96 для оболочек изделий электротехники, ГОСТ 17516-72 для изделий электротехники в части воздействия механических факторов внешней среды, ГОСТ 21552-84
________________
ГОСТ Р 52931-2008 .

- по параметрам питания - ГОСТ 12997-84 для промышленных приборов и средств автоматизации ГСП, ГОСТ 21552-84 для средств вычислительной техники;

- по категории исполнения - ГОСТ 12997-84 для промышленных приборов и средств автоматизации ГСП, ГОСТ 21552-84 для средств вычислительной техники.

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

1.4.13. В АСУ в соответствии с требованиями, предусмотренными "Общесоюзными нормами допускаемых индустриальных помех" 1-72 - 9-72 и ГОСТ 23450-79*, должны быть предусмотрены меры по защите внешней среды от индустриальных радиопомех, излучаемых техническими средствами АСУ при работе, а также в момент включения и выключения.
_________________
* На территории Российской Федерации действует ГОСТ Р 51318.11-2006 .

1.4.14. Общие эргономические требования к мнемосхемам - по ГОСТ 21480-76 , к счетным устройствам индикаторов визуальных - по ГОСТ 22902-78 , к табло коллективного пользования на цифровых знакосинтезирующих электролюминесцентных индикаторах - по ГОСТ 29.05.002-82 , к трубкам электронно-лучевым для отображения визуальной информации - по ГОСТ 29.05.006-85 .

1.4.15. Общие эргономические требования к выключателям и переключателям на пультах: поворотным - по ГОСТ 22613-77 , клавишным и кнопочным - по ГОСТ 22614-77 , типа "Тумблер" - по ГОСТ 22615-77 .

1.4.16. Общие эргономические требования к сигнализаторам звуковых первичных сообщений - по ГОСТ 21786-76 .

1.4.17. Общие эргономические требования, регламентирующие организацию рабочего места, взаимное расположение средств отображения информации, органов управления и средств связи в пределах рабочего места - по ГОСТ 22269-76 , в том числе пультов - по ГОСТ 23000-78 .

1.4.18. Общие эргономические требования к креслам операторов - по ГОСТ 21889-76 .

1.4.19. Общие эргономические требования к залу, кабинам операторов и взаимному расположению рабочих мест - по ГОСТ 21958-76 .

1.5. Требования к программному обеспечению АСУ

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

1.5.2. Программное обеспечение АСУ должно обладать следующими свойствами:

- функциональная достаточность (полнота);

- надежность (в том числе восстанавливаемость, наличие средств выявления ошибок);

- адаптируемость;

- модифицируемость;

- модульность построения и удобство эксплуатации.

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

1.5.4. В АСУ должны быть преимущественно использованы системы управления базами данных (СУБД), зарегистрированные в установленном порядке.

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

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

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

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

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

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

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

1.6. Требования к информационному обеспечению АСУ

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

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

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

1.6.4. Общие эргономические требования к кодированию информации - по ГОСТ 21829-76 .

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

- входные и выходные сигналы:

Электрические - тока и напряжения по ГОСТ 26.011-80 , с дискретным изменением параметров по ГОСТ 26.013-81 , кодированные по ГОСТ 26.014-81 ,

- гидравлические по ГОСТ 26.012-94 ,

- пневматические по ГОСТ 26.015-81 ;

- наборы символов алфавитно-цифровые по ГОСТ 27465-87 ;

- коды 8-битные по ГОСТ 19768-93 .

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

1.6.7. Формы документов, создаваемых АСУ, должны соответствовать требованиям стандартов УСД или нормативно-технических документов ведомства заказчика АСУ.

1.6.8. Формы документов и видеокадров, вводимых, выводимых или корректируемых через терминалы АСУ, должны быть согласованы с соответствующими техническими характеристиками терминалов.

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

1.6.10. Форма представления выходной информации АСУ должна быть согласована с заказчиком (пользователем) системы.

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

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

1.7. Требования к организационному обеспечению АСУ

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

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

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

1.7.4. Инструкции организационного обеспечения АСУ должны определять действия персонала АСУ, необходимые для выполнения каждой автоматизированной функции, во всех режимах функционирования АСУ, с учетом заданных требований по безошибочности и быстродействию реализации персоналом АСУ своих функциональных обязанностей, а также содержать конкретные указания о действиях в случае возникновения аварийных ситуаций или нарушении нормальных условий функционирования АСУ. Требования к содержанию инструкций - по РД 50-698-90*.

________________

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

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

1.8. Требования к лингвистическому обеспечению АСУ

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

1.8.2. В лингвистическом обеспечении АСУ должны быть:

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

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

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

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

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

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

1.9. Требования к правовому обеспечению АСУ

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

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

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

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

1.10. Требования к эксплуатационной документации на АСУ

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

1.10.2. Эксплуатационная документация на АСУ должна:

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

- содержать указания по деятельности персонала АСУ в аварийных ситуациях или при нарушении нормальных условий функционирования АСУ;

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

2. ТРЕБОВАНИЯ БЕЗОПАСНОСТИ

2.1. Неправильные действия персонала АСУ не должны приводить к аварийной ситуации.

2.2. Требования по безопасности электротехнических изделий, используемых в АСУ, - по ГОСТ 12.2.007.0-75 .

2.3. Требования по безопасности средств вычислительной техники, используемых в АСУ, - по ГОСТ 25861-83 .

2.4. Все внешние элементы технических средств АСУ, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и "Правилами устройства электроустановок" .

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

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

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

2.8. Общие эргономические требования к рабочим местам персонала АСУ - по ГОСТ 22269-76 .

2.9. Комфортные условия обитаемости персонала АСУ должны соответствовать действующим санитарным нормам, предельно допустимые условия обитаемости - по ГОСТ 12.1.005-88 , допустимые уровни влияния опасных и вредных производственных факторов - по ГОСТ 12.0.003-74 .

2.10. Общие эргономические требования к микроклимату рабочих помещений персонала АСУ - по ГОСТ 12.1.005-88 .

2.11. Уровни шума и звуковой мощности в местах расположения персонала АСУ не должны превышать значений, установленных ГОСТ 12.1.003-83 и санитарными нормами, при этом должны быть учтены уровни шумов и звуковой мощности, создаваемые всеми источниками, в том числе и акустическими средствами передачи данных.

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

2.13. Общие эргономические требования к вибрации оборудования на рабочих местах персонала АСУ - по ГОСТ 12.1.012-2004 .

2.14. Сигнальные цвета и знаки безопасности - по ГОСТ 12.4.026-76 *.
__________________
* На территории Российской Федерации действует ГОСТ Р 12.4.026-2001 .

3. ВИДЫ И ПОРЯДОК ПРОВЕДЕНИЯ ИСПЫТАНИЙ ПРИ ВВОДЕ АСУ В ДЕЙСТВИЕ - по ГОСТ 34.603-92

3.1-3.7.13 (Исключены, Поправка).

4. КОМПЛЕКТНОСТЬ АСУ, ВВОДИМОЙ В ДЕЙСТВИЕ

4.1. В АСУ должны входить:

- технические средства АСУ в виде комплекса технических средств АСУ, подготовленного к эксплуатации;

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

- эксплуатационная документация по ГОСТ 2.601-2006 на каждое из изделий, входящих в состав КТС АСУ;

- не менее двух экземпляров программ на носителях данных и эксплуатационной документации на них по ГОСТ 19.101-77 , с учетом ограничений и дополнений по ГОСТ 34.201-89 и РД 50-698-90;

- формуляр на программное обеспечение АСУ в целом или на программное обеспечение функции АСУ, вводимой в действие отдельно и формуляры на программные изделия (по ГОСТ 19781-90), каждый в одном экземпляре. Требования к формуляру - по ГОСТ 19.501-78 ;

- два экземпляра эксплуатационной документации на АСУ по ГОСТ 34.201-89 , в том числе необходимая документация информационного обеспечения АСУ (формуляр АСУ в одном экземпляре).

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

4.2. Штаты АСУ должны быть укомплектованы персоналом, удовлетворяющим требованиям п.1.3.

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

- комплекс (комплексы) технических и программных средств с эксплуатационной документацией на них по ГОСТ 2.601-2006 ;

- программные изделия с эксплуатационной документацией на них по ГОСТ 19.101-77 ;

- технические средства с эксплуатационной документацией на них по ГОСТ 2.601-2006 .

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

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

5. ГАРАНТИИ

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

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

5.3. Гарантийный срок эксплуатации на АСУ исчисляют со дня ввода АСУ в действие.

5.4. Гарантийный срок эксплуатации на АСУ должен быть установлен в ТЗ на АСУ и не может быть менее 18 мес.

ПРИЛОЖЕНИЕ 1 (обязательное). ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ К АВТОМАТИЗИРОВАННЫМ СИСТЕМАМ УПРАВЛЕНИЯ ТЕХНОЛОГИЧЕСКИМИ ПРОЦЕССАМИ (АСУ ТП)

ПРИЛОЖЕНИЕ 1
Обязательное

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

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

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

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

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

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

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

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

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

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

11. Обязанности между операторами должны быть распределены с учетом:

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

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

12. Каждое лицо, входящее в состав персонала, должно обладать:

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

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

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

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

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

16. Требования к испытаниям АСУ ТП

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

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

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

ПРИЛОЖЕНИЕ 2 (обязательное). ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ К АСУ ПРЕДПРИЯТИЯМИ, ПРОИЗВОДСТВЕННЫМИ И НАУЧНО-ПРОИЗВОДСТВЕННЫМИ ОБЪЕДИНЕНИЯМИ

ПРИЛОЖЕНИЕ 2
Обязательное

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

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

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

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

ПРИЛОЖЕНИЕ 3 (обязательное). ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ К ОТРАСЛЕВЫМ АВТОМАТИЗИРОВАННЫМ СИСТЕМАМ УПРАВЛЕНИЯ (ОАСУ)

ПРИЛОЖЕНИЕ 3
Обязательное

1. ОАСУ должна обеспечивать:

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

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

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

2. В ОАСУ должны быть автоматизированы функции управления отраслью, например:

- прогнозирование и планирование производства и ресурсов отрасли;

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

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

- управление материальными ресурсами отрасли;

- управление капитальным строительством в отрасли;

- управление финансовыми ресурсами отрасли;

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

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

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

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

6. Создание ОАСУ должно приводить к совершенствованию методов и структуры управления отраслью.

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

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

ПРИЛОЖЕНИЕ 4 (справочное). ПОЯСНЕНИЕ К НЕКОТОРЫМ ТЕРМИНАМ, ПРИМЕНЯЕМЫМ В НАСТОЯЩЕМ СТАНДАРТЕ

ПРИЛОЖЕНИЕ 4
Справочное

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

Наращивание АСУ - совокупность мер, принимаемых в АСУ при расширении ее объекта управления без изменения состава функций АСУ.

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

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

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

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

Государственные испытания - приемочные испытания АСУ, проводимые государственной комиссией.

Межведомственные испытания АСУ - приемочные испытания АСУ, проводимые комиссией из представителей нескольких заинтересованных министерств и (или) ведомств.

Ведомственные испытания АСУ - приемочные испытания АСУ, проводимые комиссией из представителей заинтересованного министерства или ведомства.

Электронный текст документа
подготовлен АО "Кодекс" и сверен по:
официальное издание
Информационная технология.
Автоматизированные системы.
Основные положения:
Сб. ГОСТов. -
М.: Стандартинформ, 2009

ГОСТ 24.104-85 Единая система стандартов автоматизированных систем управления. Автоматизированные системы управления. Общие требования

Название документа:	ГОСТ 24.104-85 Единая система стандартов автоматизированных систем управления. Автоматизированные системы управления. Общие требования
Номер документа:	24.104-85
Вид документа:	ГОСТ
Принявший орган:	Госстандарт СССР
Статус:	Документ отменен в части Действующий
Опубликован:	официальное издание Информационная технология. Автоматизированные системы. Основные положения: Сб. ГОСТов. - М.: Стандартинформ, 2009 год
Дата принятия:	20 декабря 1985
Дата начала действия:	01 января 1987
Дата редакции:	01 июля 2009

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

Единая система стандартов автоматизированных систем управления	ГОСТ 24.103-84 Взамен ГОСТ 16084-75

АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ. ОСНОВНЫЕ ПОЛОЖЕНИЯ

Unified system of standerts for computer control systems. Computer control systems. General positions ОКСТУ 0024

Постановлением Государственного комитета СССР по стандартам от 26 марта 1984 г. ¹ 973 срок введения установлен

с 01.07 1985 г.

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

Настоящий стандарт следует применять совместно с другими стандартами Единой системы стандартов АСУ.

1. НАЗНАЧЕНИЕ И КЛАССИФИКАЦИОННЫЕ ПРИЗНАКИ ВИДОВ АСУ

1.1. АСУ предназначена для обеспечения эффективного функционирования объекта управления путем автоматизированного выполнения функций управления.

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

1.2. Основными классификационными признаками, определяющими вид АСУ, являются:

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

2. ФУНКЦИИ, СОСТАВ И СТРУКТУРЫ АСУ

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

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

2.3. Функции АСУ в общем случае включают в себя следующие элементы (действия):

планирование и (или) прогнозирование;
учет, контроль, анализ;
координацию и (или) регулирование.

Необходимый состав элементов выбирают в зависимости от вида конкретной АСУ.

2.4. Функции АСУ можно объединять в подсистемы по функциональному и другим признакам.

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

В процессе создания АСУ используют математическое обеспечение.

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

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

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

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

2.5.5. В состав метрологического обеспечения АСУ входят метрологические средства и инструкции по их применению.

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

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

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

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

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

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

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

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

3. СОЗДАНИЕ, РАЗВИТИЕ И ПОСТАВКА АСУ

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

Примечание. Допускается поочередное создание АСУ. Число очередей и их состав устанавливают в техническом задании на создание АСУ.

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

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

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

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

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

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

3.3. При создании АСУ на систему в целом разрабатывают техническую, в том числе общесистемную документацию.

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

3.5. При создании АСУ научно-исследовательские, проектные, конструкторские и другие организации должны руководствоваться:

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

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

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

3.8. Создание АСУ осуществляют на основании договора между разработчиком и заказчиком системы.

3.9. Развитие АСУ представляет собой процесс расширения состава функций АСУ, базирующийся на результатах анализа функционирования АСУ и объекта управления и направленных и повышение эффективности функционирования объекта управления.

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

4.ФУНКЦИОНИРОВАНИЕ И ВЗАИМОДЕЙСТВИЕ АСУ

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

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

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

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

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

4.6. Персонал АСУ участвует в выполнении функций системы, взаимодействуя с видами ее обеспечения (п. 2.5), обеспечивает функционирование технических и программных средств в соответствии с требованиями нормативной и технической документации на АСУ, участвует в создании и развитии системы.

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

Переиздание. Май 1986 г.

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

Что такое стандарты на документацию?

В серии 34, о которой идет речь, существует всего 3 основных стандарта по документированию:

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

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

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

Объемистый стандарт, с различной степенью детальности описывающий содержание проектных документов. В качестве индекса используется упомянутый выше ГОСТ 34.201-89.

К стандарту РД 50-34.698-90 существует множество вопросов и трактовок его положений, которые ввиду их неконкретности, часто понимают по-разному заказчик и исполнитель или даже члены проектной команды. Но ничего более конкретного у нас, к сожалению, нет.

Рассмотрим теперь плюсы и минусы стандартов, начав традиционно с минусов.

Минусы стандартов

Основной минус всем очевиден - стандарты старые. В них заложено устаревшее представление об архитектуре автоматизированной системы. Например:

приложения двухуровневые, состоящие из клиентской программы и сервера СУБД (никаких трех- и более «уровневых» приложений, никаких Weblogic или JBoss)
структура таблиц базы данных, будучи описана, даст представление о логической модели данных (то, что между приложением и базой может находиться какой-нибудь Hibernate, тогда казалось нехорошим излишеством)
пользовательский интерфейс однооконный (а разве бывает другой? А что такое «браузер»?)
Отчетов в системе немного, все они бумажные и печатаются на матричном принтере
Разрабатываемая программа ориентирована на решение «задачи обработки информации», которая имеет четкий вход и выход и узко специализирована. В основе обработки информации лежит «алгоритм». Иногда «алгоритмов» бывает несколько. (Объектно-ориентированное программирование тогда делало лишь свои первые шаги и серьезно не рассматривалось).
администратор базы данных понимает, какая информация лежит в таблицах и активно участвует в редактировании системных справочников (а разве бывает один сервер СУБД для 50 разных приложений?)

Соответственно, в стандарте есть артефакты, наподобие следующего:

5.8. Чертеж формы документа (видеокадра)
В документе должно быть приведено изображение формы документа или видеокадра в соответствии с требованиями государственных стандартов унифицированной системы документации Р 50-77 и необходимые пояснения.

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

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

Сейчас уже нам ничего не говорят слова «машинограмма», «видеокадр», «АЦПУ». Я тоже их не застал в употреблении, хотя заканчивал профильный институт в 90-е. Это было время появления Windows 3.1, VGA дисплеев, трехдюймовых дискет и первых отечественных интернет-сайтов. Но в стандарте эти слова есть, и заказчик иногда капризно требует предоставить ему полный комплект документации в соответствии с ГОСТ 34.201-89. Более того, подобные формулировки в ТЗ кочуют из одного министерства в другое и стали уже неким негласным шаблоном, в который вбивают содержательную часть.

Так что документ с дурацким названием «Чертеж формы документа (видеокадра)» в проекте должен быть и должен быть не пустым.

Что в стандарте хорошо

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

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

Когда вам требуется грамотно поставить задачу западным подрядчикам, которые про наши ГОСТы слыхом не слыхивали, можно также опираться на эти стандарты, а точнее на их контент, смысловую составляющую. Потому что, повторюсь, гарантия полноты информации дорогого стоит. Как бы мы себя не тешили высоким уровнем своего профессионализма, мы можем забыть включить в состав наших требований элементарные вещи, тогда как тот же ГОСТ 34.602-89 «помнит» обо всем. Если вам непонятно, как должен выглядеть результат работы западных подрядчиков, посмотрите на требования к документированию, к рекомендуемым разделам. Уверяю вас, лучше не придумать! Скорее всего, есть западные аналоги наших стандартов, в которых все может быть полнее, современнее и лучше. К сожалению, я с ними не знаком, так как не было пока ни одного случая, чтобы наших ГОСТов было бы недостаточно.

Можно смеяться над тем, что создатели стандартов ничего не знали о java или.NET, о HD мониторах и Интернете, но я бы не советовал недооценивать масштаб проделанной ими работы и ее ценность для нашего профессионального сообщества.

Как читать и понимать стандарты документации по ГОСТ серии 34

Стандарт делит все документы по двум осям - время и предметная область. Если посмотреть таблицу 2 в ГОСТ 34.201-89, то хорошо видно это деление (колонки «Стадия создания» и «Часть проекта»

Стадии создания АСУ

Стадии создания определены в ГОСТ 34.601-90. Имеют отношение к документированию из них три:

Эскизный проект (ЭП)
Технический проект (ТП)
Разработка рабочей документации (РД)

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

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

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

Части (разделы) проектной документации по созданию АСУ

Предметная область разделена на «Обеспечения». Поначалу кажется, что такое деление избыточно и ненужно. Но когда начинаешь на практике работать этим инструментарием, постепенно доходит вложенная в него идеология.

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

Для того, чтобы полностью описать этот «автомат», сделаны следующие разрезы (как в черчении):

Математическое обеспечение (МО) , отвечающее на вопросы: какая логика зашита внутри «черного ящика»? Почему выбраны именно эти алгоритмы, именно такие формулы и именно такие коэффициенты?

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

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

Или вот «Ведомость машинных носителей информации». Понятно, что раньше в нем были номера магнитных барабанов или бобин с пленкой. А сейчас что туда вносить?

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

Программное обеспечение (ПО) . Любимая всеми часть проектной документации. Да хотя бы потому, что это всего один документ! И потом, всем понятно, что туда нужно записывать. Но я, все-же, повторю.

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

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

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

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

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

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

На стадии РД появляются другие, более интересные документы, которые мне бы хотелось рассмотреть отдельно.

Руководство пользователя . Комментарии излишни, я думаю.

Методика (технология) автоматизированного проектирования . В этот документ при необходимости можно поместить описание процесса сборки ПО, управления версиями, тестирования и т.п. Но это если в ТЗ заказчик желает самолично осуществлять сборку ПО. Если он этого не требует (и не платит за это), то вся ваша внутренняя кухня не его ума дело, и этот документ делать не нужно.

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

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

Технологическая инструкция является прослойкой между ОРД и руководством пользователя. РП подробно описывает как нужно делать те или иные действия в системе. Технологическая инструкция говорит о том, какие действия необходимо выполнять в тех или иных случаях, связанных с эксплуатацией системы. Грубо говоря, технологическая инструкция это краткий дайджест по РП для конкретной должности или роли. Если у заказчика роли не сформированы или он хочет, чтобы вы сами сформировали роли и требования к должностям, включите в документ самые базовые роли, например: оператор, старший оператор, администратор. Замечания заказчика на тему, «а у нас не так» или «а нам не нравится» должны сопровождаться перечнем ролей и описанием должностных обязанностей. Потому что бизнес-процессы мы не ставим . Мы эти бизнес-процессы автоматизируем .

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

Описание технологического процесса обработки данных (включая телеобработку) . Жалкий рудимент пещерного века, когда были специально выделенные «Операторы ЭВМ», скармливающие машине перфокарты и упаковывающие распечатку результата в конвертик. Эта инструкция - для них. Что в нее писать в XXI веке - я вам точно сказать не могу. Выкручивайтесь сами. Самое лучшее, это просто забыть про этот документ.

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

А в-третьих, в состав ОР входит мега-документ под названием «Пояснительная записка к техническому проекту», который по задумке представляет собой некий Executive Summary, а по факту многие проектанты пихают в него вообще все полезное содержание стадии ТП. Подобный радикальный подход бывает оправдан и даже взаимно выгоден и заказчику и исполнителю работ, но в определенных случаях.

Варианты использования ГОСТ 34

Полное и точное следование стандарту . Добровольно никто, естественно, такую тучу документов писать не будет. Поэтому полный комплект документов готовится только по настоятельной просьбе заказчика, которую он закрепил в ТЗ и еще договором сверху придавил. В таком случае требуется понимать все буквально и отдать заказчику физические «книжки», на которых будут стоять названия документов из таблицы 2 ГОСТ 34.201-89 за исключением совсем уж ненужных, перечень которых вы обязательно должны обговорить и закрепить письменно. Содержание документов также должно без всякой фантазии соответствовать РД 50-34.698-90, вплоть до названия разделов. Для того, чтобы у заказчика взорвался мозг, иногда большую систему делят на подсистемы, и для каждой подсистемы выпускают отдельную проектную документацию. Выглядит это устрашающе и нормальному контролю при помощи земного разума не подлежит. Особенно в части интеграции подсистем. Что значительно упрощает приемку. Главное, чтобы вы сами при этом не запутались и чтобы ваша система все-таки заработала как надо.
Мы просто любим ГОСТы . В серьезных больших компаниях любят стандарты. Потому, что они помогают людям лучше понимать друг друга. Если ваш заказчик замечен в любви к порядку и стандартизации, постарайтесь придерживаться стандартной идеологии ГОСТ при разработке документов, даже если этого не требует ТЗ. Вас лучше поймут и одобрят согласующие специалисты, а вы сами не забудете включить в документацию важную информацию, лучше будете видеть целевую структуру документов, точнее планировать работы по их написанию и сэкономите себе и коллегам массу нервов и денег.
Нам плевать на документацию, лишь бы все работало . Исчезающий вид безответственного заказчика. Подобный взгляд на документацию пока еще можно встретить у небольших и бедных заказчиков, а также в оставшихся со времен перестройки авторитарных «идиотократиях», где босс окружен верными друзьями - директорами, и все вопросы решаются в личных беседах. Вы вольны в подобных условиях забивать на документирование вообще, но лучше, все таки, прицел не сбивать и хотя бы схематично наполнять содержимым документацию. Если не этому заказчику, так следующему передадите (продадите).

Заключение

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

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

ГОСТ 24.104-85 Автоматизированные системы управления. Общие требования (Раздел 3 заменен на ГОСТ 34.603-92) Раздел 3 заменен на ГОСТ 34.603-92 Постановлением Государственного комитета СССР по стандартам от 20 декабря 1985 г. № 4632 срок введения установлен

с 01.01 1987 г.

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

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

Дополнительные требования к АСУ технологическими процессами, АСУ предприятиями, производственными и научно-производственными объединениями, отраслевыми АСУ установлены в обязательных приложениях 1-3 соответственно.

В справочном приложении 4 приведены пояснения к некоторым терминам, применяемым в стандарте.

1. ТРЕБОВАНИЯ К АСУ

1.1. Требования к АСУ в целом

1.1.2. Ввод в действие АСУ должен приводить к полезным технико-экономическим, социальным или другим результатам, например:

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

1.1.3. Конкретное содержание требований по пп. 1.1.2, 1.1.5-1.1.11, 1.2, 1.3, 1.4.2, 1.4.3, 1.4.6, 1.4.9, 1.5.2, 1.5.4, 1.5.6, 1.5.7, 1.6.2, 1.6.6, 1.6.12, 1.7.2, 1.7.3 устанавливают в ТЗ на АСУ.

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

1.1.5. В АСУ должна быть обеспечена совместимость между ее частями, а также с автоматизированными системами (АС), взаимосвязанными с данной АСУ.

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

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

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

1.1.16. Наименование АСУ должно включать наименование вида АСУ и объекта управления.

Например:

АСУТП нагрева металла в методической печи;
организационно-технологическая АСУ цехом № 5;
АСУП завода «Серп и молот»

1.2. Требования к функциям АСУ

1.2.1. АСУ в необходимых объемах должна автоматизированно выполнять:

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

1.3. Требования к подготовленности персонала АСУ

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

1.4. Требования к техническому обеспечению АСУ

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

1.4.5. Размещение технических средств, используемых персоналом АСУ при выполнении автоматизированных функций, должно соответствовать требованиям эргономики: для производственного оборудования по ГОСТ 12.049-80, для средств представления зрительной информации по ГОСТ 21829-76, в том числе для табло коллективного пользования из цифровых знакосинтезирующих электролюминесцентных индикаторов по ГОСТ 21837-76.

1.4.10. В АСУ должны быть использованы средства вычислительной техники, удовлетворяющие общим техническим требованиям по ГОСТ 22552-84.

1.4.11. В АСУ должны быть использованы технические средства, соответствующие:

по устойчивости к внешним воздействующим факторам - ГОСТ 12997-76 для промышленных приборов и средств автоматизации ГСП, ГОСТ 14254-80 для оболочек изделий электротехники, ГОСТ 17516-72 для изделий электротехники в части воздействия механических факторов внешней среды, ГОСТ 21552-84 для средств вычислительной техники;
по параметрам питания - ГОСТ 12997-76 для промышленных приборов и средств автоматизации ГСП, ГОСТ 21552-84 для средств вычислительной техники;
по категории исполнения - ГОСТ 12997-76 для промышленных приборов и средств автоматизации ГСП, ГОСТ 21552-84 для средств вычислительной техники.

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

1.4.13. В АСУ в соответствии с требованиями, предусмотренными « Общесоюзными нормами допускаемых индустриальных помех » 1-72 - 9-72 и ГОСТ 23450-79, должны быть предусмотрены меры по защите внешней среды от индустриальных радиопомех, излучаемых техническими средствами АСУ при работе, а также в момент включения и выключения.

1.4.14. Общие эргономические требования к мнемосхемам - по ГОСТ 21480-76, к счетным устройствам индикаторов визуальных - по ГОСТ 22902-78, к табло коллективного пользования на цифровых знакосинтезирующих электролюминесцентных индикаторах - по ГОСТ 21837-76, к трубкам электронно-лучевым для отображения визуальной информации - по ГОСТ 23144-78.

1.4.15. Общие эргономические требования к выключателям на пультах: поворотным - по ГОСТ 22613-77, клавишным и кнопочным - по ГОСТ 22614-77, типа « Тумблер » - по ГОСТ 22615-77.

1.4.16. Общие эргономические требования к сигнализаторам звуковых первичных сообщений - по ГОСТ 21786-76.

1.4.17. Общие эргономические требования, регламентирующие организацию рабочего места, взаимное расположение средств отображения информации, органов управления и средств связи в пределах рабочего места - по ГОСТ 22269-76, в том числе пультов - по ГОСТ 23000-76.

1.4.18. Общие эргономические требования к креслам операторов по ГОСТ 21889-76.

1.4.19. Общие эргономические требования к залу, кабинам операторов и взаимному расположению мест - по ГОСТ 21958-76.

1.5. Требования к программному обеспечению АСУ

1.5.2. Программное обеспечение АСУ должно обладать следующими свойствами:

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

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

1.6. Требования к информационному обеспечения АСУ

1.6.4. Общие эргономические требования к кодированию информации - по ГОСТ 21829-76.

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

входные и выходные сигналы:
- электрические - тока и напряжения по ГОСТ 26.011-80, с дискретным изменением параметров по ГОСТ 26.013-81, кодированные по ГОСТ 26.014-81,
- гидравлические по ГОСТ 26.012-80,
- пневматические по ГОСТ 26.015-81;
наборы символов алфавитно-цифровые по ГОСТ 19767-74;
коды 8-битные по ГОСТ 19768-74.

1.7. Требования к организационному обеспечению АСУ

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

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

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

1.8. Требования к лингвистическому обеспечению АСУ

1.8.2. В лингвистическом обеспечении АСУ должны быть:

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

1.9. Требования к правовому обеспечению АСУ

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

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

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

1.10. Требования к эксплуатационной документации на АСУ

1.10.2. Эксплуатационная документация на АСУ должна:

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

2. ТРЕБОВАНИЯ БЕЗОПАСНОСТИ

2.1. Неправильные действия персонала АСУ не должны приводить к аварийной ситуации.

2.2. Требования по безопасности электротехнических изделий, используемых в АСУ, - по ГОСТ 12.2.007.0-75.

2.3. Требования по безопасности средств вычислительной технике, используемых в АСУ, - по ГОСТ 25861-83.

2.4. Все внешние элементы технических средств АСУ, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и « Правилами устройства электропитания ».

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

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

2.8. Общие эргономические требования к рабочим местам персонала АСУ - по ГОСТ 22269-76.

2.9. Комфортные условия обитаемости персонала АСУ должны соответствовать действующим санитарным нормам, предельно допустимые условия обитаемости - по ГОСТ 12.1.005-76, допустимые уровни влияния опасных и вредных производственных факторов - по ГОСТ 12.0.003-74.

2.10. Общие эргономические требования к микроклимату рабочих помещений персонала АСУ - по ГОСТ 12.1.005-76.

2.11. Уровни шума и звуковой мощности в местах расположения персонала АСУ не должны превышать значений, установленных ГОСТ 12.1.003-83 и санитарным нормам, при этом должны быть учтены уровни шумов и звуковой мощности, создаваемые всеми источниками, в том числе и акустическими средствами передачи данных.

2.13. Общие эргономические требования к вибрации оборудования на рабочих местах персонала АСУ - по ГОСТ 12.1.012-78.

2.14. Сигнальные цвета и знаки безопасности по ГОСТ 12.4.026-76.

3. ВИДЫ И ПОРЯДОК ПРОВЕДЕНИЕ ИСПЫТАНИЙ ПРИ ВВОДЕ АСУ В ДЕЙСТВИЕ

Настоящий раздел распространяется на все АСУ, кроме создаваемых по заказам Министерства обороны.

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

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

3.3. Испытания АСУ проводят в соответствии с документом «Программа испытаний», который готовит разработчик АСУ. Требования к содержанию программы испытаний - по ГОСТ 24.208-80 .

3.4. Испытания АСУ допускается проводить в один или несколько этапов.

По результатам испытаний АСУ составляют «Протокол испытаний». Требования к содержанию протокола испытаний - по ГОСТ 24.208-80 .

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

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

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

3.5.2. «Программу испытаний» для предварительных испытаний АСУ утверждает заказчик АСУ.

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

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

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

3.6. Опытная эксплуатация АСУ

3.6.1. Результаты приемки АСУ в опытную эксплуатацию оформляют «Актом приемки в опытную эксплуатацию», составленным на основании «Протокола испытаний» комиссией, проводившей предварительные испытания АСУ. Требования к содержанию акта - по ГОСТ 24.208-80 .

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

3.6.3. Минимальную длительность опытной эксплуатации АСУ (кроме ОАСУ) перед приемочными испытаниями определяют для каждой сдаваемой автоматизированной функции АСУ, она должна соответствовать значениям, указанным в таблице. Если общая продолжительность нарушений непрерывности выполнения автоматизированной функции превышает значение, указанное в таблице, опытная эксплуатация должна быть продолжена до получения результатов, соответствующих таблице, или до принятия решения о ее прекращении.

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

Частота выполнения автоматизированной функции	Минимальная длительность опытной эксплуатации АСУ перед приемочными испытаниями	Допускаемая общая продолжительность нарушений непрерывности выполнения автоматизированной функции АСУ
Непрерывно	1 мес	Не более 3 сут
Один раз в сутки и чаще	То же	Не более 10% планового числа решений
Реже одного раза в сутки до одного раза в месяц	3 мес	То же
Реже одного раза в месяц до одного раза в полгода	Период между двумя последовательными решениями	Нарушения непрерывности выполнения функции не допускаются
Раз в год и реже	Период времени, необходимый для проверки принятой технологии сбора и переработки информации в процессе однократного выполнения функции АСУ	То же

Примечания:

1. Нарушением непрерывности выполнения автоматизированной функции АСУ считают ее невыполнение в предусмотренный технической документацией на АСУ момент времени, если это не вызвано нарушением условий функционирования АСУ или объекта управления.

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

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

3.6.5. По результатам опытной эксплуатации составляют акт о завершении работ по проверке АСУ в режиме опытной эксплуатации. Требования к содержанию акта - по ГОСТ 24.208-80 .

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

3.7.1. Приемочные испытания АСУ проводят для определения ее соответствия ТЗ на АСУ, требованиям настоящего стандарта и определения возможности ввода АСУ в действие.

3.7.2. В зависимости от важности объекта управления и АСУ приемочные испытания могут быть:

государственные;
межведомственные;
ведомственные

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

3.7.3. Председателем приемочной комиссии назначают представителя заказчика АСУ. В состав приемочной комиссии обязательно включают представителей разработчика АСУ.

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

3.7.5. Приемочной комиссии заказчик и разработчик предъявляют следующую документацию:

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

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

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

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

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

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

3.7.10. По результатам приемочных испытаний комиссия составляет протокол испытаний и акт о вводе АСУ в действие (или заключение о неприемке АСУ с перечнем необходимых доработок и рекомендуемыми сроками их выполнения). Требования к содержанию протокола и акта по ГОСТ 24.208-80 . Требования к содержанию заключения о неприемке АСУ аналогичны требованиям к содержанию акта о вводе АСУ в действие.

3.7.11. В случае поэтапного проведения приемочных испытаний акт о вводе АСУ в действие оформляют на основании актов о вводе в действие отдельных частей системы и (или) «Протоколов испытаний» всех этапов приемочных испытаний АСУ.

3.7.12. Датой ввода АСУ в действие считают дату подписания акта о вводе в действие приемочной комиссией.

3.7.13. Акт о вводе АСУ в действие утверждает министерство (ведомство) заказчика.

4. КОМПЛЕКТНОСТЬ АСУ, ВВОДИМОЙ В ДЕЙСТВИЕ

4.1. В АСУ должны входить:

технические средства АСУ в виде комплекса технических средств АСУ, подготовленного к эксплуатации;
запасные изделия и приборы (ЗИП), приборы и устройства для проверки работоспособности, наладки технических средств и контроля метрологических характеристик измерительных каналов АСУ в объеме, предусмотренном заказной проектной документацией, согласованной с заказчиком АСУ и службой метрологии пользователя в части аппаратуры проверки;
эксплуатационной документацией по ГОСТ 2.601-68 на каждое из изделий, входящих в состав КТС АСУ;
не менее двух экземпляров программ на носителях данных и эксплуатационной документации на них по ГОСТ 19.101-77 , с учетом ограничений и дополнений по ГОСТ 24.101-80 и ГОСТ 24.207-80 ;
формуляр на программное обеспечение АСУ в целом или на программное обеспечение функции АСУ, вводимой в действие отдельно и формуляры на программные изделия (по ГОСТ 19.004-80), каждый в одном экземпляре. Требования к формуляру - по ГОСТ 19.501-78 ;
два экземпляра эксплуатационной документации на АСУ по ГОСТ 24.101-80 , в том числе необходимая документация информационного обеспечения АСУ (формуляр АСУ в одном экземпляре).

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

4.2. Штаты АСУ должны быть укомплектованы персоналом, удовлетворяющим требованиям п. 1.3.

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

комплекс (комплексы) технических и программных средств с эксплуатационной документацией на них по ГОСТ 2.601-68;
программные изделия с эксплуатационной документацией на них по ГОСТ 19.101-77 ;
технические средства с эксплуатационной документацией на них по ГОСТ 2.601-68.

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

5. ГАРАНТИИ

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

5.3. Гарантийный срок эксплуатации на АСУ исчисляют со дня ввода АСУ в действие.

5.4. Гарантийный срок эксплуатации на АСУ должен быть установлен в ТЗ на АСУ и не может быть менее 18 мес.

ПРИЛОЖЕНИЕ 1
Обязательное

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

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

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

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

11. Обязанности между операторами должны быть распределены с учетом:

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

12. Каждое лицо, входящее в состав персонала, должен обладать:

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

16. Требования к испытаниям АСУ ТП

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

ПРИЛОЖЕНИЕ 2
Обязательное

ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ К АСУ ПРЕДПРИЯТИЯМИ, ПРОИЗВОДСТВЕННЫМИ И НАУЧНО-ПРОИЗВОДСТВЕННЫМИ ОБЪЕДИНЕНИЯМИ

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

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

ПРИЛОЖЕНИЕ 3
Обязательное

ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ К ОТРАСЛЕВЫМ АВТОМАТИЗИРОВАННЫМИ СИСТЕМАМ УПРАВЛЕНИЯ (ОАСУ)

1. ОАСУ должна обеспечивать:

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

2. В ОАСУ должны быть автоматизированы функции управления отраслью, например:

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

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

6. Создание ОАСУ должно приводить к совершенствованию методов и структуры управления отраслью.

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

ПРИЛОЖЕНИЕ 4
Справочное

ПОЯСНЕНИЕ К НЕКОТОРЫМ ТЕРМИНАМ, ПРИМЕНЯЕМЫМ В НАСТОЯЩЕМ СТАНДАРТЕ

Наращивание АСУ - совокупность мер, принимаемых в АСУ при расширении ее объекта управления без изменения состава функций АСУ.

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

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

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

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

Государственные испытания - приемочные испытания АСУ, проводимые государственной комиссией.

Межведомственная испытания - приемочные испытания АСУ, проводимые комиссией из представителей нескольких заинтересованных министерств и (или) ведомств.

Ведомственная испытания - приемочные испытания АСУ, проводимые комиссией из представителей заинтересованного министерства или ведомства.

Редактор А.И. Ломина
Технический редактор Н.П. Замолодчикова
Корректор Е.И. Евтеева
Сдано в набор 16.01.86. Подписано в печать 08.04.86. Усл. печ. л. 1,5. Усл. кр.-отт. 1,5 Уч.-изд. л. 1,5.
Тираж 40000 Цена 10 коп.
Ордена «Знак Почета» Издательство стандартов, 123810, Москва, ГСП, Новопресненский пер., 3
Тип. "Московский печатник", Москва, Лялин пер., 6. Заказ 1772

Жизненный цикл процесса создания АСУ согласно ГОСТ 34 (ГОСТ 34.601-90) включает следующие стадии:

Формирование требований к АС
Разработка концепции АС
Техническое задание
Эскизный проект
Технический проект
Рабочая документация
Ввод в действие
Сопровождение АС

Формирование требований к АС

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

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

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

В результате проведенных исследований должен быть составлен аналитический отчет (в качестве основы для создания документа взят ГОСТ 7.32-2001 «Отчет о НИР»), который должен содержать следующую информацию:

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

Разработка концепции АС

Исходя из результатов, проведенных исследований объекта автоматизации, согласно ГОСТ 34 разрабатывается несколько вариантов концепций АС, удовлетворяющих требованию пользователей. Концепции АС могут быть представлены заказчику в виде отчета о выполненных работах, или отдельного документа «Концепция АС», или стать частью аналитического отчета.

Техническое задание (ТЗ)

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

Стандартом для разработки данного документа является ГОСТ 34.602-89 , регламентирующий содержание разделов и стиль изложения в ТЗ.

Итак, согласно ГОСТ 34 техническое задание должно включать следующие разделы:

Общие сведения
Назначение и цели создания (развития) системы
Характеристика объектов автоматизации
Требования к системе
Состав и содержание работ по созданию системы
Порядок контроля и приемки системы
Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
Требования к документированию
Источники разработки.

Эскизный и технический проект

В данной статье мы объединяем два этапа жизненного цикла разработки АС по ГОСТ 34 всвязи с аналогичностью проводимых работ. На данных этапах происходит разработка проектных решений АС и создание технической документации:

Пояснительная записка к техническому (эскизному) проекту
Схема организационной структуры
Схема комплекса технических средств (КТС)
Схема функциональной структуры
Схема автоматизации
Перечень входных и выходных сигналов и данных
Описание автоматизированных функций
и т.д.

Полный перечень документации, разрабатываемый на данных этапах создания АС приводится в ГОСТ 34.201-89.

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

Рабочая документация

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

Руководство пользователя (администратора)
Инструкция по эксплуатации КТС
Общее описание системы (в случае присутствия документа «Пояснительная записка к техническому (эскизному) проекту» данный документ нецелесообразен так большинство разделов дублируются)
Программа и методика испытаний

Ввод в действие

Стадия ввода в действие АС согласно ГОСТ 34 включает подготовку комплекса технических средств, проведение пусконаладочных работ и обучение персонала.

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

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

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

После полной передачи системы обе стороны подписывают «Акт выполненных работ».

Сопровождение АС

Этап сопровождения АС подразумевает выполнение работ по гарантийному и послегарантийному обслуживанию системы.

Тематические материалы: