Техническое задание на создание автоматизированной системы. ГОСТ 34.602-89

Министерство  образования и науки Российской Федерации

Федеральное агентство  по образованию

Государственное образовательное учреждение

высшего профессионального  образовании

Ярославский Государственный Технический Университет

Кафедра «технологии металлов»

 

 

 

 

                                                                                                  Реферат проверил старший преподаватель

    «___»_______________

Куприянов И.Н.

                                                                                            

 

 

Реферат на тему: «Техническое задание на создание автоматизированной системы. ГОСТ 34.602-89»

 

 

 

 

 

 

 

                                                                                            Реферат выполнил 

студент группы ДСИТ-37                                                                            

                                                                           Тюшин С.С.

                                                                                         «___»__________ (подпись)

                                                                                  

 

 

 

 

 

 

 

 

 

 

 

 

2013

Оглавление

Введение…………………………….…………………………………………….3

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

Положения по созданию единого комплекса стандартов автоматизированных систем…………………………….…………………………………………..……6

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

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

Заключение……………………….………………………………………….…...18

Список литературы……………….………………………………………….…..22

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

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

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

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

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

Настоящий стандарт распространяется на автоматизированные системы (АС).

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

Положения по созданию единого

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

Исходные  предпосылки создания комплекса

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

2. В период  принятия Госстандартом СССР  решения о совершенствовании  межотраслевых комплексов стандартов  действовали следующие комплексы и системы стандартов, устанавливающие требования к различным видам АС

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

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

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

6. Единый комплекс  стандартов и руководящих документов  должен распространяться на автоматизированные  системы различного назначения: АСНИ, САПР, ОАСУ, АСУП, АСУТП, АСУГПС, АСК, АСТПП, включая их интеграцию.

7. При разработке  межотраслевых документов следует  учитывать следующие особенности  АС, как объектов стандартизации:

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

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

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

Взаимосвязь ЕКС  АС с другими системами и комплексами  стандартов:

1. Стандартизация  в области АС является составной  частью работ по обобщенной  проблеме «Информационная технология».

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

3. ЕКС АС должен  охватывать специфические для  автоматизированных систем направления стандартизации и распространять традиционные направления стандартизации на программно-технические, программно-методические комплексы и автоматизированные системы в целом.

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

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

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

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

 

 

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

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

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

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

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

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

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

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

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

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

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

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

1. Техническое Задание АС содержит следующие разделы:

-общие сведения;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- назначение системы;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к:

 

1) математическому,

2) информационному,

3) лингвистическому,

4) программному,

5) техническому,

6) метрологическому,

7) организационному,

 

8) методическому и другие видам  обеспечения системы.

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

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

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

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

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

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

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

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

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

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

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

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

З) статус приемочной комиссии (государственная, межведомственная, ведомственная).

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

 

В перечень основных мероприятий включают:

1) приведение поступающей в систему  информации (в соответствии с  требованиями к информационному  и лингвистическому обеспечению)  к виду, пригодному для обработки  с помощью ЭВМ;

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

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

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

5) сроки и порядок комплектования штатов и обучения персонала.

 

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

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

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

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

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

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

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

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

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

 

 

 

 

 

 

Заключение

     Исходные предпосылки создания комплекса

1.Создание и внедрение автоматизированных систем различных классов и назначений ведется во многих отраслях промышленности по нормативно-технической документации, устанавливающей разнообразные организационно-методические и технические нормы, правила и положения, затрудняющие интеграцию систем и эффективное их совместное функционирование. 
2. Практика применения стандартов на АСУ, САПР, АСУ ТП, АСТПП показала, что в них применяется одинаковый понятийный аппарат, имеется много общих объектов стандартизации, однако требования стандартов не согласованы между собой, имеются различия по составу и содержанию работ, различия по обозначению, составу, содержанию и оформлению документов и пр. 
3. На фоне отсутствия единой технической политики в области создания АС многообразие стандартов не обеспечивало широкой совместимости АС при их взаимодействии, не позволяло тиражировать системы, тормозило развитие перспективных направлений использования средств вычислительной техники. 
4. В настоящее время осуществляется переход к созданию сложных АС (за рубежом системы CAD - САМ), включающих в свой состав АСУ технологическими процессами и производствами, САПР - конструктора, САПР - технолога, АСНИ и др. системы. Использование противоречивых правил при создании таких систем приводит к снижению качества, увеличению стоимости работ, затягиванию сроков ввода АС в действие. 
5. Единый комплекс стандартов и руководящих документов должен распространяться на автоматизированные системы различного назначения: АСНИ, САПР, ОАСУ, АСУП, АСУТП, АСУГПС, АСК, АСТПП, включая их интеграцию. 
6. При разработке межотраслевых документов следует учитывать следующие особенности АС, как объектов стандартизации: 
I. техническое задание является основным документом, в соответствии с которым проводят создание АС и приемку его заказчиком; 
II. АС, как правило, создают проектным путем с комплектацией изделиями серийного и единичного производства и проведением строительных, монтажных, наладочных и пусковых работ, необходимых для ввода в действие АС; 
III. в общем случае АС (подсистема АС) состоит из программно-технических (ПТК), программно-методических комплексов (ПМК) и компонентов технического, программного и информационного обеспечения. 
Компоненты этих видов обеспечения, а также ПМК и ПТК должны изготовляться и поставляться, как продукция производственно-технического, назначения. Компоненты могут входить в АС в качестве самостоятельных частей или могут быть объединены в комплексы; 
IV. создание АС в организациях (предприятиях) требует специальной подготовки пользователей и обслуживающего персонала системы; 
V. функционирование АС и комплексов обеспечивается совокупностью организационно-методических документов, рассматриваемых в процессе создания как компоненты правового, методического, лингвистического, математического, организационного и других видов обеспечения. Отдельные решения, получаемые в процессе разработки этих обеспечений, могут реализовываться в виде компонентов технического, программного или информационного обеспечения; 
VI. совместное функционирование и взаимодействие различных систем и комплексов осуществляется на базе локальных сетей ЭВМ. 
Спецификации и соглашения, принятые для локальных сетей ЭВМ обязательны для обеспечения совместимости систем, комплексов и компонентов.