Техническое задание гост 34. Исходные предпосылки создания комплекса. Взаимосвязь ЕКС АС с другими системами и комплексами стандартов

Технические требования гост 34

Техническое задание гост 34. Исходные предпосылки создания комплекса. Взаимосвязь ЕКС АС с другими системами и комплексами стандартов

Чем отличается Техническое задание от технических требований?
Нигде не могу найти четкий ответ. Видел 2 документа — тех. требования и ТЗ. ДОкументы практически на 100% идентичны.

Про ГОСТ 34 серии знаю. Но там только ТЗ :((

Откуда: Москва
Сообщений: 162

Откуда:
Сообщений: 666

Откуда: Helsinki
Сообщений: 1364

Откуда:
Сообщений: 27

Откуда: Москва
Сообщений: 278

Чем отличается Техническое задание от технических требований?
Нигде не могу найти четкий ответ. Видел 2 документа — тех. требования и ТЗ. ДОкументы практически на 100% идентичны.

Про ГОСТ 34 серии знаю. Но там только ТЗ :((

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

Откуда:
Сообщений: 2

Откуда: Moscow
Сообщений: 865

Откуда: Moscow
Сообщений: 865

Откуда:
Сообщений: 2

Откуда: Moscow
Сообщений: 27376

Откуда:
Сообщений: 206

Откуда: Москва
Сообщений: 278

Начнем с того, что для начала неплохо бы определиться с тем, что ПРИМЕНИТЕЛЬНО К Автоматизированным системам или программным изделиям (по ГОСТ 34 и 19 серий соответственно) понимается под «техническими требованиями» . Например ГОСТ 34.602 ничего про такой вид требований не знает :-). А ГОСТ 34.201-89 такого документа тоже не знает.

Так что сравнивать «ТЗ и ТТ», не вполне корректно, по определению.
Далее, ГОСТ не дает шаблонов документов, он определяет требования документа. С этой т.з. IEEE 830 (вы опечатались видимо, написали «IEEE 803-1998») даже более конкретен, чем ГОСТ 34.602.

Хотя сравнивать их можно с определенной натяжкой, ибо ГОСТ 34 это про Автоматизированные системы, а IEEE 830 — про требования к ПО.

Откуда: Красноярск
Сообщений: 317

Имхо, ТТ можно формально трактовать как раздел ТЗ (ГОСТ 34) «Требования к системе»

Т.е. ТТ являются базисом для создания более формального ТЗ

Откуда:
Сообщений: 6

Откуда:
Сообщений: 469

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

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

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

Естественно, часть технических требований ТЗ (а может и все!) попадает в ТТ.Т. е. подводя итог, можно сказать:ТЗ — технические требования, предъявляемые на стадии разработки (проектирования),

ТТ — технические требования, предъявляемые на стадии изготовления.

Гост 34. разработка автоматизированной системы управления (асу)

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

Жизненный цикл процесса создания АСУ согласно ГОСТ 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 включает подготовку комплекса технических средств, проведение пусконаладочных работ и обучение персонала.

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

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

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

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

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

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

Гост 19 и 34 серии при оформлении документации

ИСПОЛЬЗОВАНИЕ ТРЕБОВАНИЙ ГОСТ 19 и 34 СЕРИИ ПРИ ОФОРМЛЕНИИ ДОКУМЕНТАЦИИ В IT-ПРОЕКТАХ ДЛЯ ГОСУДАРСТВЕННЫХ СТРУКТУР

Введение

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

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

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

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

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

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

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

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

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

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

Оформление документов в ГОСТ 34 зависит от вида документа (конструкторский или программный), и стадии создания АС, на которой готовится документ.

Перечень документов, разрабатываемых на различных стадиях создания АС приведен в ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем». В нем приведены следующие требования:

  • На стадии «Техническое задание» разрабатывают ТЗ на создание АС по ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»;
  • Виды программных документов, разрабатываемых на различных стадиях создания АС определяются по ГОСТ 19.101-77 «Единая система программной документации. Виды программ и программных документов». К ним относятся различные руководства, например, руководство пользователя.
  • Виды конструкторских документов

Источник: https://lawyery.ru/tehnicheskie-trebovanija-gost-34.html

Гост 34.602-89 информационная технология. техническое задание на создание автоматизированной системы

Техническое задание гост 34. Исходные предпосылки создания комплекса. Взаимосвязь ЕКС АС с другими системами и комплексами стандартов

Дата введения с 01.01.1990г.

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

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

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

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

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

Дополнительно могут быть части ТЗ на разработаны АС:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

назначению АСУ указывают:

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

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

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

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

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

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

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

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

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

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

Источник: http://predpri.jofo.me/409680.html?fclk=66

Техническое задание гост 34. Исходные предпосылки создания комплекса. Взаимосвязь ЕКС АС с другими системами и комплексами стандартов – В юриста

Техническое задание гост 34. Исходные предпосылки создания комплекса. Взаимосвязь ЕКС АС с другими системами и комплексами стандартов

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. Комплекс стандартов на автоматизированные системы
Information technology. Set of standards for automated systems. Technical directions for developing of automated system
ОКСТУ 0034

Дата введения с 01.01.1990г.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник: http://ani-studio.narod.ru/BOX/Flash/Study/Automation/HTML-Themes/DOCs/GOST34.602-89.htm

Техническое задание госту 34.602 89. Взаимосвязь ЕКС АС с другими системами и комплексами стандартов

Источник: http://vjurista.ru/tehnicheskoe-zadanie-gost-34-ishodnye-predposylki-sozdanija-kompleksa-vzaimosvjaz-eks-as-s-drugimi-sistemami-i-kompleksami-standartov.html

Искарик
Добавить комментарий