9.Разработка технического задания. Порядок разработки, согласования и утверждения тз на создание ас

Разработка технического задания.

Согласно [2] на стадии «Техническое задание», включающее только один этап 3.1 «Разработка и утверждение технического задания на создание АС» проводят разработку, оформление, согласование и утверждение технического задания на АСОИУ и, при необходимости, технических заданий на части АСОИУ. Разработка технического задания осуществляется в соответствии с ГОСТ 34.602 [13].

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

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

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

1. общие сведения;

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

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

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

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

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

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

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

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

Порядок разработки, согласования и утверждения ТЗ на создание АСОИУ.

Подробная информация о содержании технического задания представлена в [13]. Отметим следующие особенности, на которые следует обратить внимание при разработке технического задания.

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

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

В разделе «Характеристики объекта автоматизации» целесообразно ссылаться на приведенные в приложениях к техническому заданию результатов обследования объекта автоматизации. Это могут быть карты бизнес- процессов, IDEF 0 , DFD диаграммы. Чтобы не усложнять процесс чтения документа, громоздкие схемы лучше выносить в приложения.

В подразделе «Требования к системе в целом» указывают требования к структуре и функционированию системы. Как правило, АСОИУ включает образующие ее подсистемы и их виды обеспечения.

В требованиях к структуре и функционированию системы целесообразно приводить схему функциональной структуры. Допускается ссылка на документ "Схема функциональной структуры", который в свою очередь содержит [10]:

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

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

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

В подразделе «Требования к видам обеспечения» приводят требования к видам обеспечения, включенным в архитектуру системы. В подразделе требований к информационному обеспечению, целесообразно привести диаграмму потоков данных, являющейся основанием для формирования модели данных. Кроме этого целесообразно привести концептуальную модель данных [6], с описанием типов сущностей и типов связей.

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

В разделе «Порядок контроля и приемки системы» указывают виды, состав, объем и методы испытаний системы согласно ГОСТ 34.603-92 [15].

В разделе «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601 [16]. Отметим, что указание сроков зависит от модели жизненного цикла АСИОУ и возможно параллельное выполнение.

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