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

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. совместное функционирование и взаимодействие различных систем и комплексов осуществляется на базе локальных сетей ЭВМ. 
Спецификации и соглашения, принятые для локальных сетей ЭВМ обязательны для обеспечения совместимости систем, комплексов и компонентов.