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

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

Далее мы рассмотрим в отдельности каждую стадию и перечень документов согласно ГОСТ 34 (ГОСТ 34.201- 89 ), который должен фиксировать результаты проведенных работ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ГОСТ 34.601 - 90 АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ СТАДИИ

СОЗДАНИЯ

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

Комплекс стандартов на автоматизированные системы

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

Стандарт устанавливает стадии и этапы создания АС. В приложении 1 приведено содержание работ на каждом этапе.

  1. Общие положения.

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

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

1.3. Работы по развитию АС осуществляют по стадиям и этапам, применяемым для создания АС.

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

Перечень организаций, участвующих в работах по созданию АС, приведён в приложении 2.

  1. Стадии и этапы создания АС.

2.1. Стадии и этапы создания АС в общем случае приведены в таблице.

Стадии Этапы работ

  1. Формирование требований к АС
1.1. Обследование объекта и обоснование необходимости создания
АС. 1.2. Формирование требований пользователя к АС. 1.3.
Оформление отчёта о выполненной работе и заявки на разработку
АС (тактико-технического задания)
  1. Разработка концепции АС.
2.1. Изучение объекта. 2.2. Проведение необходимых научно-
исследовательских работ. 2.3. Разработка вариантов концепции АС,
удовлетворяющего требованиям пользователя. 2.4. Оформление
отчёта о выполненной работе.
  1. Техническое задание.
Разработка и утверждение технического задания на создание АС.
  1. Эскизный проект.
4.1. Разработка предварительных проектных решений по системе и
её частям. 4.2. Разработка документации на АС и её части.
  1. Технический проект.
5.1. Разработка проектных решений по системе и её частям. 5.2.
Разработка документации на АС и её части. 5.3. Разработка и

оформление документации на поставку изделий для комплектования
АС и (или) технических требований (технических заданий) на их
разработку. 5.4. Разработка заданий на проектирование в смежных
частях проекта объекта автоматизации.
  1. Рабочая документация.
6.1. Разработка рабочей документации на систему и её части. 6.2.
Разработка или адаптация программ.
  1. Ввод в действие. 7.1. Подготовка объекта автоматизации к вводу АС в действие. 7.2. Подготовка персонала. 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями). 7.4. Строительно-монтажные работы. 7.5. Пусконаладочные работы. 7.6. Проведение предварительных испытаний. 7.7. Проведение опытной эксплуатации. 7.8. Проведение приёмочных испытаний.
  2. Сопровождение АС
8.1. Выполнение работ в соответствии с гарантийными
обязательствами. 8.2. Послегарантийное обслуживание.

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

Допускается исключить стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект". В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ

Приложение 1(справочное)

Содержание работ.
  1. На этапе 1.1. "Обследование объекта и обоснование необходимости создания в АС" общем случае проводят:

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

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

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

  1. На этапе 1.2. "Формирование требований пользователя к АС" проводят:

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

б) формулировку и оформление требований пользователя к АС.

  1. На этапе 1.3. "Оформление отчёта о выполненной работе и заявки на разработку АС (технико-технического задания)" проводят оформление отчета о выполненных работах на данной стадии и оформление заявки на разработку АС (тактико-технического задания) или другого заменяющего её документа с аналогичным содержанием.
  2. На этапах 2.1. "Изучение объекта" и 2.2. "Проведение научно-исследовательских работ" организация-разработчик проводит детальное изучение объекта автоматизации и

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

  1. На этапе 2.3. "Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя" в общем случае, проводят разработку альтернативных вариантов концепции создаваемой АС и планов их реализации; оценку необходимых ресурсов на их реализацию и обеспечение функционирования; оценку преимуществ и недостатков каждого варианта; определение порядка оценки качества и условий приёмки системы; оценку эффектов, получаемых от системы.
  2. На этапе 2.4. "Оформление отчёта о выполненной работе" подготавливают и оформляют отчет, содержащий описание выполненных работ на стадии описания и обоснования предлагаемого варианта концепции системы.
  3. На этапе 3.1. "Разработка и утверждение технического задания на создание АС" проводят разработку, оформление, согласование и утверждение технического задания на АС и, при необходимости, технических заданий на части АС.
  4. На этапе 4.1. "Разработка предварительных проектных решений по системе и её частям" определяются: функции АС; функции подсистем, их цели и эффекты; состав комплексов задач и отдельных задач; концепция информационной базы, её укрупнённая структура; функции системы управления базой данных; состав вычислительной системы; функции и параметры основных программных средств.
  5. На этапе 5.1. "Разработка проектных решений по системе и её частям" обеспечивает разработку общих решений по системе и её частям, функционально-алгоритмической структуре системы, по функциям персонала и организационной структуре, по структуре технических средств, по алгоритмам решения задач и применяемым языкам, по организации и ведению информационной базы, системе классификации и кодирования информации, по программному обеспечению.
  6. На этапах 4.2. и 5.2. "Разработка документации на АС и её части" проводят разработку, оформление, согласование и утверждение документации в объёме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС. Виды документов - по ГОСТ 34.201.
  7. На этапе 5.3. "Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку" проводят: подготовку и оформление документации на поставку изделий для комплектования АС; определение технических требований и составление ТЗ на разработку изделий, не изготовляемых серийно.
  8. На этапе 5.4 "Разработка заданий на проектирование в смежных частях проекта объекта автоматизации" осуществляют разработку, оформление, согласование и утверждение заданий на проектирование в смежных частях проекта объекта автоматизации для проведения строительных, электротехнических, санитарно- технических и других подготовительных работ, связанных с созданием АС.

  9. На этапе 6.1 "Разработка рабочей документации на систему и её части" осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и её эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями, её оформление, согласование и утверждение. Виды документов по ГОСТ 34.201.

  10. На этапе 6.2 "Разработка или адаптация программ" проводят разработку программ и программных средств системы, выбор, адаптацию и (или) привязку приобретаемых программных средств, разработку программной документации в соответствии с ГОСТ 19.101.

  11. На этапе 7.1 "Подготовка объекта автоматизации к вводу АС в действие" проводят работы по организационной подготовке объекта автоматизации к вводу АС в действие, в том числе: реализацию проектных решений по организационной структуре АС; обеспечение подразделений объекта управления инструктивно-методическими материалами; внедрение классификаторов информации.
  12. На этапе 7.2 "Подготовка персонала" проводят обучение персонала и проверку его способности обеспечить функционирование АС.
  13. На этапе 7.3 "Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)" обеспечивают получение комплектующих изделий серийного и единичного производства, материалов и монтажных изделий. Проводят входной контроль их качества.
  14. На этапе 7.4 "Строительно-монтажные работы" проводят: выполнение работ по строительству специализированных зданий (помещений) для размещения технических средств и персонала АС; сооружение кабельных каналов; выполнение работ по монтажу технических средств и линий связи; испытание смонтированных технических средств; сдачу технических средств для проведения пусконаладочных работ.
  15. На этапе 7.5 "Пусконаладочные работы" проводят автономную наладку технических и программных средств, загрузку информации в базу данных и проверку системы её ведения; комплексную наладку всех средств системы.
  16. На этапе 7.6 "Проведение предварительных испытаний" осуществляют:

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

б) устранение неисправностей и внесение изменений в документацию на АС, в том числе эксплуатационную в соответствии с протоколом испытаний;

в) оформление акта о приёмке АС в опытную эксплуатацию.

  1. На этапе 7.7 "Проведение опытной эксплуатации" проводят: опытную эксплуатацию АС; анализ результатов опытной эксплуатации АС; доработку (при необходимости) программного обеспечения АС; дополнительную наладку (при необходимости) технических средств АС; оформление акта о завершении опытной эксплуатации.
  2. На этапе 7.8 "Проведение приёмочных испытаний" проводят:

а) испытания на соответствие техническому заданию в соответствии с программой и методикой приёмочных испытаний;

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

в) оформление акта о приёмке АС в постоянную эксплуатацию.

  1. На этапе 8.1 "Выполнение работ в соответствии с гарантийными обязательствами" осуществляются работы по устранению недостатков, выявленных при эксплуатации АС в

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

  1. На этапе 8.2 "Послегарантийное обслуживание" осуществляют работы по:

а) анализу функционирования системы;

б) выявлению отклонений фактических эксплуатационных характеристик АС от проектных значений;

в) установлению причин этих отклонений;

г) устранению выявленных недостатков и обеспечению стабильности эксплуатационных характеристик АС;

д) внесению необходимых изменений в документацию на АС.

Приложение 2 (справочное)

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

Примечания:

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

б) стадии и этапы выполняемых ими работ по созданию АС определяются на основании настоящего стандарта.

ГОСТ 34.201 - 89 ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ

ДОКУМЕНТОВ ПРИ СОЗДАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

УДК 65.015.13.011.56:006.354 Группа П

Государственный стандарт союза СССР

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

Комплекс стандартов на автоматизированные системы

Дата введения 01.01.

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

Пояснение терминов, применяемых в настоящем стандарте, приведены в приложении 1.

  1. ВИДЫ И НАИМЕНОВАНИЕ ДОКУМЕНТОВ

1.1. Состав видов документов, разрабатываемых на стадии «Исследование и обоснование создания АС» определяют в соответствии с разд. 3 ГОСТ 24.601, исходя из требуемых результатов выполнения данной стадии.

1.2. На стадии «Техническое задание» разрабатывают Техническое задание (ТЗ) на создание автоматизированной системы в соответствии с требованиями ГОСТ 34.602.

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

1.3. Виды документов, разрабатываемых на стадиях «Эскизный проект», «Технический проект», «Рабочая документация» приведены в табл. 1. Таблица 1

Вид документа Код документа

Назначение документа

Ведомость В Перечисление в систематизированном виде объектов, предметов и т. д. Схема С Графическое изображение форм документов, частей, элементов системы и связей между ними в виде условных обозначений Инструкция И Изложение состава действий и правил их выполнения персоналом Обоснование Б Изложение сведений, подтверждающих целесообразность принимаемых решений Описание П Пояснение назначения системы, ее частей, принципов их действия и условий применения Конструкторский документ

По ГОСТ 2.

Программный документ

По ГОСТ 19.

1.3.1. Наименование конкретных документов, разрабатываемых при проектировании системы в целом или ее части, приведены в табл. 2. Таблица 2

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

Наименование
документа

Код
докумен
та

Часть
проект
а

Принадлежность к Дополнительн
проектн ые указания^
о -
сметной
докумен
  • тации

эксплуа - тационн ой докумен - тации ЭП Ведомость эскизного проекта

ЭП* ОР - -

Пояснительная
записка к
эскизному
проекту

П1 ОР - -

ЭП,ТП Схема организационной структуры

СО ОР - Допускается
включать в
документ П
или ПВ
Схема
структурная
комплекса
технических
средств

С1* ТО Х - Допускается
включать в
документ П

Схема
функциональной
структуры

С2* ОР - При разработке
документов
СО, С1, С2, С
на стадии ЭП
допускается их
включать в
документ П
Перечень заданий
на разработку
специализированн
ых (новых)
технических
средств

В9 ТО Х - При разработке
на стадии ТП
допускается
включать в
документ П

Схема
автоматизации

С3* ТО Х - -

Технические
задания на
разработку
специализированн
ых (новых)
технических
средств
  • ТО - В состав проекта на входят

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

  • ТО Х - В состав проекта на входят
Ведомость
технического
проекта

ТП* ОР - -

Ведомость
покупных
изделий

ВП* ОР - -

Перечень
входных сигналов
и данных

В1 ИО - -

Перечень
выходных
сигналов
(документов)

В2 ИО - -

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

В3 ТО Х - Допускается
включать в
документ П

Пояснительная
записка к
техническому
проекту

П2 ОР - Включает план
мероприятий
по подготовке
объекта к
вводу системы
в
эксплуатацию
Описание
автоматизируемы
х функций

П3 ОР - -

Описание
постановки задач
(комплекса задач)

П4 ОР - Допускается
включать в
документы П
или П
Описание
информационного
обеспечения
системы

П5 ИО - -

Описание
организации
информационной
базы

П6 ИО - -

ТП Описание систем классификации и кодирования

П7 ИО - -

Описание массива
информации

П8 ИО - -

Описание
комплекса
технических
средств

П9 ТО - Для задачи
допускается
включать в
документ 46 по
ГОСТ 19.
Описание ПА ПО - -

программного
обеспечения
Описание
алгоритма
(проектной
процедуры)

ПБ МО - Допускается
включать в
документы П2,
П3 или П
Описание
организационной
структуры

ПВ ОО - -

План
расположения

С8 ТО Х - Допускается
включать в
документ П
Ведомость
оборудования и
материалов
  • ТО Х - -
Локальный
сметный расчет

Б2 ОР Х - -

ТП, РД Проектная оценка надежности системы

Б1 ОР - -

Чертеж формы
документа
(видеокадра)

С9 ИО - Х На стадии ТП допускается включать в документы П или П РД Ведомость держателей подлинников

ДП* ОР - -

Ведомость
эксплуатационны
х документов

ЭД* ОР - Х -

Спецификация
оборудования

В4 ТО Х - -

Ведомость
потребности в
материалах

В5 ТО Х - -

Ведомость
машинных
носителей
информации

ВМ* ИО - Х -

Массив входных
данных

В6 ИО - Х -

РД Каталог базы данных

В7 ИО - Х -

Состав выходных
данных
(сообщений)

В8 ИО - Х -

Локальная смета Б3 ОР Х - -
Методика
(технология)
автоматизированн
ого
проектирования

И1 ОО - Х -

Технологическая
инструкция

И2 ОО - Х -

Руководство И3 ОО - Х -

пользователя Инструкция по формированию и ведению базы данных (набора данных)

И4 ИО - Х -

Инструкция по эксплуатации КТС

ИЭ ТО - Х -

Схема соединений внешних проводок

С4* ТО Х - Допускается выполнять в виде таблиц Схема подключения внешних проводок

С5* ТО Х - То же

Таблица соединений и подключений

С6 ТО Х - -

Схема деления системы (структурная)

Е1* ТО - -

Чертеж общего вида

ВО* ТО Х - -

Чертеж установки технических средств

СА ТО Х - -

Схема принципиальная

СБ ТО Х - -

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

С1* ТО Х - -

План расположения оборудования и проводок

С7 ТО Х - -

Описание технологического процесса обработки данных (включая телеобработку)

ПГ ОО - Х -

Общее описание системы

ПД ОР - Х -

Программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистемы, систем)

ПМ* ОР - -

Формуляр ФО ОР - Х - Паспорт ПС ОР - Х -

*Документы, код которых установлен в соответствии с требованиями стандартов ЕСКД

(Измененная редакция, Изм. No 1)

Примечания:

- В таблице приняты следующие обозначения:
o ЭП - эскизный проект;
o ТП - технический проект;
o РД - рабочая документация;
o ОР - общесистемные решения;
o ОО - решения по организационному обеспечению;
o ТО - решения по техническому обеспечению;
o ИО - решения по информационному обеспечению;
o ПО - решения по программному обеспечению;
o МО - решения по математическому обеспечению.
- Знак Х - обозначает принадлежность к проектно-сметной или эксплуатационной
документации.
- Номенклатуру документов одного наименования устанавливают в зависимости от
принятых при создании системы проектных решений

1.3.2. Виды документов на программные средства, используемые при создании АС (ее частей), - по ГОСТ 19.101.

1.3.3. Виды документов на технические средства, используемые при создании АС (ее частей), - по ГОСТ 2.102 и по ГОСТ 2.601 в части эксплуатационных документов.

1.3.4. В зависимости от применяемых методов проектирования и специфики создаваемых АС допускается:

- разрабатывать групповые и базовые документы в соответствии с разд. 1, 3, 4, 6
ГОСТ 2.113;
- выпускать документы отдельными самостоятельными частями, соответствующими
разделам основного документа;
- расширять номенклатуру документов, установленную настоящим стандартом.

1.4. На стадиях «Изготовление несерийных компонентов КСА» и «Ввод в действие» разрабатывают следующие организационно-распорядительные документы:

- акт завершения работ;
- акт приемки в опытную эксплуатацию;
- акт приемки в промышленную эксплуатацию;
- план-график работ;
- приказ о составе приемочной комиссии;
- приказ о проведении работ;
- программа работ;
- протокол испытаний;
- протокол согласования.
  1. КОМПЛЕКТНОСТЬ ДОКУМЕНТАЦИИ

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

Примечание. Комплектность проектно-сметных документов определяют в соответствии с правилами, установленными системой проектной документации для строительства (СПДС).

2.2. На каждый комплект должна быть составлена ведомость документов.

2.3. Комплектность документации, обеспечивающей разработку, изготовление, приемку и монтаж технических средств, - по ГОСТ 2.102. Комплектность эксплуатационной документации на эти средства - по ГОСТ 2.601.

2.4. Комплектность документации на программные средства вычислительной техники - по ГОСТ 19.101.

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

  1. ОБОЗНАЧЕНИЯ ДОКУМЕНТОВ

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

Заимствованным документам сохраняют ранее присвоенные обозначения.

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

3.3. Обозначение документа имеет следующую структуру:

3.3.1. Правила обозначения системы (части системы) приведены в приложении 2.

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

Код документа отделяют от предыдущего обозначения точкой.

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

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

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

3.3.6. Признак документа, выполненного на машинных носителях, вводят при необходимости. Букву «М» отделяют от предыдущего обозначения точкой.

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

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

СТАНДАРТЕ

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

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

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

ПРИЛОЖЕНИЕ 2 Рекомендуемое

ПРАВИЛА ОБОЗНАЧЕНИЯ СИСТЕМ И ИХ ЧАСТЕЙ

  1. Структура обозначения автоматизированной системы или ее части имеет вид:
  2. Код организации-разработчика присваивают в соответствии с общесоюзным классификатором предприятий, учреждений и организаций (ОКПО) или по правилам, установленным отраслевыми НТД.
  3. Код классификационной характеристики системы или ее части (подсистемы, комплекса, компонента) присваивают в соответствии с правилами, установленными в отрасли на основе 425 подкласса общесоюзного классификатора продукции и/или общесоюзного классификатора подсистем и комплексов задач АСУ - 1 84 154.
  4. Порядковый регистрационный номер системы (части системы) присваивает служба организации разработчика, ответственная за ведения картотеки и учет обозначений. Регистрационные номера присваивают с 001 до 999 по каждому коду регистрационной характеристики.

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

  1. РАЗРАБОТАН И ВНЕСЕН

Государственным комитетом СССР по стандартам

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

ИСПОЛНИТЕЛИ

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

  1. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государственного комитата СССР по стандартам от 24.03.89 No 664
  2. Срок проверки - 1999 г.; периодичность проверки - 10 лет
  3. ВЗАМЕН ГОСТ 24.101-80, ГОСТ 24.102-80, РД 50- 617 - 86
  4. ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

Обозначение НТД, на которую дана ссылка Номер пункта ГОСТ 2.102 1.3, 1.3.3, 2. ГОСТ 2.113 1.3. ГОСТ 2.601 1.3.3, 2. ГОСТ 19.101 1.3, 1.3.2, 2. ГОСТ 24.601 Вводная часть, 1. ГОСТ 34.602 1.

Внесены изменения ¹ 1, (Утверждены и введены в действие Постановлением Государственного комитета СССР по управлению качеством продукции и стандартам от 29.12.90 No 3468, дата введения 01.07.91).

ГОСТ 34.602 - 89 ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ

АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

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

  1. Общие положения.

1.1. ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. 1.2. ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы. Дополнительно могут быть разработаны ТЗ на части АС: на подсистемы АС, комплексы задач АС и т.п., в соответствии с требованиями настоящего стандарта; на комплектующие средства технического обеспечения и программно-технические комплексы в соответствии со стандартами ЕСКД и СРПП; на программные средства в соответствии со стандартами ЕСПД; на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомстве заказчика АС. Примечание. В ТЗ на АСУ для группы взаимосвязанных объектов следует включать только общие для группы объектов требования. Специфические требования отдельного объекта управления следует отражать в ТЗ на АСУ этого объекта. 1.3. Требования к АС в объеме, установленном настоящим стандартом, могут быть включены в задание на проектирование вновь создаваемого объекта автоматизации. В этом случае ТЗ на АС не разрабатывают. 1.4. Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам. Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений. 1.5. ТЗ на АС разрабатывают на основании исходных данных, в том числе содержащихся в итоговой документации стадии «Исследование и обоснование создания АС», установленной ГОСТ 24.601. 1.6. В ТЗ на АС включают только те требования, которые дополняют требования к системам данного вида (АСУ, САПР, АСНИ и т. д.), содержащиеся в действующих НТД, и определяются спецификой конкретного объекта, для которого создается система. 1.7. Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на АС. На титульном листе ТЗ на АС должна быть запись «Действует с ... ».

  1. Состав и содержание.

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

6) порядок контроля и приемки системы; 7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие; 8) требования к документированию; 9) источники разработки. В ТЗ на АС могут включаться приложения. 2.2. В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий (функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ. В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на АС в целом. 2.3. В разделе «Общие сведения» указывают: 1) полное наименование системы и ее условное обозначение; 2) шифр темы или шифр (номер) договора; 3) наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты; 4) перечень документов, на основании которых создается система, кем и когда утверждены эти документы; 5) плановые сроки начала и окончания работы по созданию системы; 6) сведения об источниках и порядке финансирования работ; 7) порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы. 2.4. Раздел «Назначение и цели создания (развития) системы» состоит из подразделов: 1) назначение системы; 2) цели создания системы. 2.4.1. В подразделе «Назначение системы» указывают вид автоматизируемой деятельности (управление, проектирование и т. п.) и перечень объектов автоматизации (объектов), на которых предполагается ее использовать. Для АСУ дополнительно указывают перечень автоматизируемых органов (пунктов) управления и управляемых объектов. 2.4.2. В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы. 2.5. В разделе «Характеристики объекта автоматизации» приводят: 1) краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию; 2) сведения об условиях эксплуатации объекта автоматизация и характеристиках окружающей среды. Примечание: Для САПР в разделе дополнительно приводят основные параметры и характеристики объектов проектирования. 2.6. Раздел «Требования к системе» состоит из следующих подразделов: 1) требования к системе в целом; 2) требования к функциям (задачам), выполняемым системой; 3) требования к видам обеспечения. Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие НТД, определяющие требования к системам соответствующего вида. 2.6.1. В подразделе «Требования к системе в целом» указывают:

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

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

26.1.1. В требованиях к структуре и функционированию системы приводят: а) перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы; б) требования к способам и средствам связи для информационного обмена между компонентами системы; в) требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т. п.); г) требования к режимам функционирования системы; д) требования по диагностированию системы; е) перспективы развития, модернизации системы. 2.6.1.2. В требованиях к численности и квалификации персонала да АС приводят: а) требования к численности персонала (пользователей) АС; б) требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков; в) требуемый режим работы персонала АС. 2.6.1.3. В требованиях к показателям назначения АС приводят значения параметров, характеризующие степень соответствия системы ее назначению. Для АСУ указывают: а) степень приспособляемости системы к изменению процессов No методов управления, к отклонениям параметров объекта управления; б) допустимые пределы модернизации и развития системы; в) вероятностно-временные характеристики, при которых сохраняется целевое назначение системы. 2.6.1.4. В требования к надежности включают: а) состав и количественные значения показателей надежности для системы в целом или ее подсистем; б) перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей; в) требования к надежности технических средств и программного обеспечения; г) требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами. 2.6.1.5. В требования по безопасности включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы (защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т.п.), по допустимым уровням освещенности, вибрационных и шумовых нагрузок. 2.6.1.6. В требования по эргономике и технической эстетике включают показатели АС, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала. 2.6.1.7. Для подвижных АС в требования к транспортабельности включают конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.

2.6.1.8. В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают: а) условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания; б) предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т. п.; в) требования по количеству, квалификации обслуживающего персонала и режимам его работы; г) требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов; д) требования к регламенту обслуживания. 2.6.1.9. В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика. 2.6.1.10. В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе - потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе. 2.6.1.11. В требованиях к средствам защиты от внешних воздействий приводят: а) требования к радиоэлектронной защите средств АС; б) требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения). 2.6.1.12. В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей. 2.6.1.13. В требования к стандартизации и унификации включают: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов. 2.6.1.14. В дополнительные требования включают: а) требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них; б) требования к сервисной аппаратуре, стендам для проверки элементов системы; в) требования к системе, связанные с особыми условиями эксплуатации; г) специальные требования по усмотрению разработчика или заказчика системы. 2.6.2. В подразделе «Требование к функциям (задачам)», выполняемым системой, приводят: а) по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации; при создании системы в две или более очереди - перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях; б) временной регламент реализации каждой функции, задачи (или комплекса задач); в) требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов; г) перечень и критерии отказов для каждой функции, по которой задаются требования по надежности. 2.6.3. В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к: 1) математическому, 2) информационному, 3) лингвистическому, 4) программному,

5) техническому, 6) метрологическому, 7) организационному, 8) методическому и другие видам обеспечения системы. 2.6.3.1. Для математического обеспечения системы приводят требования к составу, области применения (ограничения) и способам, использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке. 2.6.3.2. Для информационного обеспечения: системы приводят требования: а) к составу, структуре и способам организации данных в системе; б) к информационному обмену между компонентами системы; в) к информационной совместимости со смежными системами; г) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии; д) по применению систем управления базами данных; е) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных; ж) к защите данных от разрушений при авариях и сбоях в электропитании системы; з) к контролю, хранению, обновлению и восстановлению данных; и) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4). 2.6.3.3. Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (объекта автоматизации), к способам организации диалога. 2.6.3.4. Для программного обеспечения системы приводят перечень покупных программных средств, а также требования: а) к независимости программных средств от используемых СБТ и операционной среды; б) к качеству программных средств, а также к способам его обеспечения и контроля; в) по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ. 2.6.3.5. Для технического обеспечения системы приводят требования: а) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе; б) к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы. 2.6.3.6. В требованиях к метрологическому обеспечению приводят: а) предварительный перечень измерительных каналов; б) требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов; в) требования к метрологической совместимости технических средств системы; г) перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики; д) требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы; е) вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию. 2.6.3.7. Для организационного обеспечения приводят требования: а) к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; б) к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;

в) к защите от ошибочных действий персонала системы. 2.6.3.8. Для методического обеспечения САПР приводят требования к составу нормативно-технической документации системы (перечень применяемых при ее функционировании стандартов, нормативов, методик и т. п.). 2.7. Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций — исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ. В данном разделе также приводят: 1) перечень документов, по ГОСТ 34.201, предъявляемых по окончании соответствующих стадий и этапов работ; 2) вид и порядок проведения экспертиза технической документации (стадия, этап, объем проверяемой документации, организация-эксперт); 3) программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости); 4) перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости). 2.8. В разделе «Порядок контроля и приемки системы» указывают: 1) виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему); 2) общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации; З) статус приемочной комиссии (государственная, межведомственная, ведомственная). 2.9. В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие. В перечень основных мероприятий включают: 1) приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ; 2) изменения, которые необходимо осуществить в объекте автоматизации; 3) создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ; 4) создание необходимых для функционирования системы подразделений и служб; 5) сроки и порядок комплектования штатов и обучения персонала. Например, для АСУ приводят:

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

2.10. В разделе «Требования к документированию» приводят: 1) согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации; 2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД; 3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов. 2.11. В разделе «Источники разработки» должны быть перечислены документы и

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

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

3.1. Разделы и подразделы ТЗ на АС должны быть размещены в порядке, установленном в разд. 2 настоящего стандарта. 3.2. ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней. Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине) после обозначения кода ТЗ на АС. 3.3. Значения показателей, норм и требований указывают, как правило, с предельными отклонениями или максимальным и минимальным значениями. Если эти показатели, нормы, требования однозначно регламентированы НТД, в ТЗ на АС следует приводить ссылку на эти документы или их разделы, а также дополнительные требования, учитывающие особенности создаваемой системы. Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АС, в нем следует сделать запись о порядке установления и согласования этих показателей, норм и требований: «Окончательное требование (значение) уточняется в процессе ..... и согласовывается протоколом с ....... на стадии ........». При этом в текст ТЗ на АС изменений не вносят. 3.4. На титульном листе помещают подписи заказчика, разработчика и согласующих организаций, которые скрепляют гербовой печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ на АС и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на АС, помещают на последнем листе. Форма титульного листа ТЗ на АС приведена в приложении 2. Форма последнего листа ТЗ на АС приведена в приложении 3. 3.5. При необходимости на титульном листе ТЗ на АС допускается помещать установленные в отрасли коды, например: гриф секретности, код работы, регистрационный номер ТЗ и др. 3.6. Титульный лист дополнения к ТЗ на АС оформляют аналогично титульному листу технического задания. Вместо наименования «Техническое задание» пишут «Дополнение No ... к ТЗ на AC ... ». 3.7. На последующих листах дополнения, к ТЗ на АС помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми, вносятся эти изменения. 3.8. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ на АС и т. п. и применять слова: «заменить», «дополнить», «исключить», «изложить в новой, редакции».

Приложение 1.(Рекомендуемое) ПОРЯДОК РАЗРАБОТКИ,

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

  1. Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки; тактико-технического задания и т. п.). При конкурсной организации работ варианты проекта ТЗ на АС рассматриваются заказчиком, который, либо выбирает предпочтительный вариант, либо на основании сопоставительного анализа подготавливает с участием будущего разработчика АС окончательный вариант ТЗ на AC.
  2. Необходимость согласования проекта ТЗ на АС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик системы и разработчик проекта ТЗ на АС. Работу по согласованию проекта ТЗ на AC осуществляют совместно разработчик ТЗ на АС и заказчик системы, каждый в организациях своего министерства (ведомства).
  3. Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС (копий) одновременно во все организации (подразделения).
  4. Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на АС.
  5. Если при согласовании проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком (или другими заинтересованными организациями), то составляется протокол разногласий (форма произвольная) и конкретное решение принимается в установленном порядке.
  6. Согласование проекта ТЗ на АС разрешается оформлять отдельным документом (письмом). В этом случае под грифом “Согласовано” делают ссылку на этот документ.
  7. Утверждение ТЗ на АС осуществляют руководители предприятий (организаций) разработчика и заказчика системы.
  8. ТЗ на АС (дополнение к ТЗ) до передачи его на утверждение должно быть проверено службой нормоконтроля организации - разработчика ТЗ и, при необходимости, подвергнуто метрологической экспертизе.
  9. Копии утвержденного ТЗ на АС в 10-дневный срок после утверждения высылаются разработчиком ТЗ на АС участникам создания системы.
  10. Согласование и утверждение дополнений к ТЗ на АС проводят в порядке, установленном для ТЗ на АС.
  11. Изменения к ТЗ на АС не допускается утверждать после представления системы для ее очереди на приемо-сдаточные испытания.
  12. Регистрация, учет и хранение ТЗ на АС и дополнений к нему проводят в соответствии, с требованиями ГОСТ 2.501.

Приложение 2. (Рекомендуемое) Форма титульного листа ТЗ на АС.

наименование организации - разработчика ТЗ на АС

УТВЕРЖДАЮ

Руководитель (должность, наименование предприятия - заказчика АС) Личная подпись.......Расшифровка подписи Печать Дата

УТВЕРЖДАЮ

Руководитель (должность,
наименование предприятия -
разработчик» АС)
Личная подпись... Расшифровка
подписи
Печать
Дата

наименование вида АС
________________________________________________________
наименование объекта автоматизации
________________________________________________________
сокращенное наименование АС

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
На ____ листах

Действует с СОГЛАСОВАНО Руководитель (должность, наименование согласующей организации) Личная подпись _ Расшифровка подписи ______ Печать Дата

Приложение 3 (Рекомендуемое) Фома последнего листа ТЗ на АС.

(код ТЗ)

СОСТАВИЛИ

Наименование организации (предприятия)

Должность
исполнителя.

Фамилия, имя,
отчество.

Подпись. Дата.

СОГЛАСОВАНО

Наименование организации (предприятия)

Должность
исполнителя.

Фамилия, имя,
отчество.

Подпись. Дата

Приложение (Справочное) Положения по созданию единого комплекса

стандартов автоматизированных систем.

  1. Исходные предпосылки создания комплекса 1.1. Создание и внедрение автоматизированных систем различных классов и назначений ведется во многих отраслях промышленности по нормативно-технической документации, устанавливающей разнообразные организационно-методические и технические нормы, правила и положения, затрудняющие интеграцию систем и эффективное их совместное функционирование. 1.2. В период принятия Госстандартом СССР решения о совершенствовании межотраслевых комплексов стандартов действовали следующие комплексы и системы стандартов, устанавливающие требования к различным видам АС: 1) единая система стандартов автоматизированных систем управления (24-я система), распространяющаяся на АСУ, АСУП, АСУ ТП и другие организационно-экономические системы; 2) комплекс стандартов (система 23501); распространяющихся на системы автоматизированного проектирования; 3) четвертая группа 14-й системы стандартов, распространяющаяся на автоматизированные системы технологической подготовки производства. 1.3. Практика применения стандартов на АСУ, САПР, АСУ ТП, АСТПП показала, что в них применяется одинаковый понятийный аппарат, имеется много общих объектов стандартизации, однако требования стандартов не согласованы между собой, имеются различия по составу и содержанию работ, различия по обозначению, составу, содержанию и оформлению документов и пр. 1.4. На фоне отсутствия единой технической политики в области создания АС многообразие стандартов не обеспечивало широкой совместимости АС при их взаимодействии, не позволяло тиражировать системы, тормозило развитие перспективных направлений использования средств вычислительной техники. 1.5. В настоящее время осуществляется переход к созданию сложных АС (за рубежом системы CAD - САМ), включающих в свой состав АСУ технологическими процессами и производствами, САПР - конструктора, САПР - технолога, АСНИ и др. системы. Использование противоречивых правил при создании таких систем приводит к снижению качества, увеличению стоимости работ, затягиванию сроков ввода АС в действие. 1.6. Единый комплекс стандартов и руководящих документов должен распространяться на автоматизированные системы различного назначения: АСНИ, САПР, ОАСУ, АСУП, АСУТП, АСУГПС, АСК, АСТПП, включая их интеграцию. 1.7. При разработке межотраслевых документов следует учитывать следующие особенности АС, как объектов стандартизации: 1) техническое задание является основным документом, в соответствии с которым проводят создание АС и приемку его заказчиком; 2) АС, как правило, создают проектным путем с комплектацией изделиями серийного и единичного производства и проведением строительных, монтажных, наладочных и пусковых работ, необходимых для ввода в действие АС; 3) в общем случае АС (подсистема АС) состоит из программно-технических (ПТК), программно-методических комплексов (ПМК) и компонентов технического, программного и информационного обеспечения. Компоненты этих видов обеспечения, а также ПМК и ПТК должны изготовляться и поставляться, как продукция производственно-технического, назначения. Компоненты могут входить в АС в качестве самостоятельных частей или могут быть объединены в комплексы; 4) создание АС в организациях (предприятиях) требует специальной подготовки пользователей и обслуживающего персонала системы; 5) функционирование АС и комплексов обеспечивается совокупностью организационно- методических документов, рассматриваемых в процессе создания как компоненты правового, методического, лингвистического, математического, организационного и других видов обеспечения. Отдельные решения, получаемые в процессе разработки этих

обеспечений, могут реализовываться в виде компонентов технического, программного или информационного обеспечения; 6) совместное функционирование и взаимодействие различных систем и комплексов осуществляется на базе локальных сетей ЭВМ. Спецификации и соглашения, принятые для локальных сетей ЭВМ обязательны для обеспечения совместимости систем, комплексов и компонентов. Взаимосвязь ЕКС АС с другими системами и комплексами стандартов. 2.1. Стандартизация в области АС является составной частью работ по обобщенной проблеме «Информационная технология». 2.2. Единый комплекс стандартов руководящих документов на автоматизированные системы совместно с другими системами и комплексами стандартов должен образовывать полное нормативно-техническое обеспечение процессов создания и функционирования АС. 2.3. ЕКС АС должен охватывать специфические для автоматизированных систем направления стандартизации и распространять традиционные направления стандартизации на программно-технические, программно-методические комплексы и автоматизированные системы в целом. 2.4. Направления и задачи стандартизации при нормативно-техническом обеспечении процессов создания и функционирования АС группируют следующим образом: 1) установление технических требований к продукции; 2) регламентация методов испытаний и правил аттестации и сертификации продукции; 3) регламентация правил и порядка разработки; 4) установление правил документирования; 5) обеспечение совместимости; 6) регламентация организационно-методических вопросов функционирования систем. Направления 1-4 являются традиционными при разработке, изготовлении и поставке продукции. Направления 5, 6 являются специфичными и вытекают из особенностей, присущих АС. 2.5. Обеспеченность АС в целом и их составных частей нормативно-технической документацией в рамках принятых направлений и задач стандартизации различна. Компоненты технического, программного и информационного обеспечения, как продукцию производственно-технического назначения, рассматривают, соответственно, как конструкторские, программные и информационные изделия. На эти изделия распространяются действующие комплексы стандартов ЕСКД. СРПП, ЕСПД, СГИП, УСД, классификаторы и кодификаторы технико-экономической информации, комплексы стандартов вида «ОТТ», «Методы испытаний», «ТУ», а также ОТТ заказчика. 2.5.1. Весь жизненный цикл конструкторских изделий полностью обеспечен нормативно- технической документацией, действующей в машиностроении и приборостроении. 2.5.2. Программные изделия обеспечены НТД, входящей в ЕСПД и ОТТ заказчика. Однако область распространения этих НТД должна быть расширена с целью отражения вопросов, связанных с разработкой, созданием, распространением и эксплуатацией программных изделий. 2.5.3. Информационные изделия в настоящее время не обеспечены НТД, хотя отдельные вопросы проработаны в рамках УСД, классификаторах и кодификаторах технико- экономической информации. 2.6. Программно-технические и программно-методические комплексы рассматриваются как сложные изделия, не имеющие аналогов в машиностроении. Учитывая статус ПТК и ПМК. как продукции производственно-технического назначения, правила и порядок их разработки должен быть аналогичен требованиям, установленным стандартами системы разработки и постановки продукции на производство (СРПП).