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

• 1. Общие положения
• 1.1. Техническое задание (ТЗ) является основным документом, определяющим требования и порядок создания (развития или модернизации — далее создания) информационной системы, в соответствии с которым проводится разработка ИС и ее приемка при вводе в действие.
• 1.2. ТЗ разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.
• 1.3. Требования к ИС в объеме, установленном настоящим стандартом, могут быть включены в задание на проектирование вновь создаваемого объекта информатизации. В этом случае ТЗ не разрабатывают.
• 1.4. Включаемые в ТЗ требования должны соответствовать современному уровню развития информационных технологий и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам. Задаваемые в ТЗ требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.
• 1.5. В ТЗ включают только те требования, которые дополняют требования к системам данного вида и определяются спецификой конкретного объекта, для которого создается система.
• 1.6. Изменения к ТЗ оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на ИС. На титульном листе ТЗ должна быть запись «Действует с … «.
• 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. В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе — потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе.
• 2.6.1.9. В требованиях по патентной чистоте указывают перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей.
• 2.6.1.10. В дополнительные требования включают специальные требования по усмотрению разработчика или заказчика системы.
• 2.6.2. В подразделе «Требование к функциям (задачам)», выполняемым системой, приводят:
  • § по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;
  • § при создании системы в две или более очереди — перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
  • § временной регламент реализации каждой функции, задачи (или комплекса задач);
  • § требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов;
  • § перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.
• 2.6.3. В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другие видам обеспечения системы.
• 2.6.3.2. Для информационного обеспечения системы приводят требования:
• 1) к составу, структуре и способам организации данных в системе;
• 2) к информационному обмену между компонентами системы;
• 3) к информационной совместимости со смежными системами;
• 4) по применению систем управления базами данных;
• 5) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
• 6) к защите данных;
• 7) к контролю, хранению, обновлению и восстановлению данных;
• 2.6.3.3. Для лингвистического обеспечения системы приводят требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области, к способам организации диалога.
• 2.6.3.4. Для программного обеспечения системы приводят перечень покупных программных средств, а также требования:
• 1) к зависимости программных средств от операционной среды;
• 2) к качеству программных средств, а также к способам его обеспечения и контроля;
• 2.6.3.5. Для технического обеспечения системы приводят требования:
• 1) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;
• 2) к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.
• 2.6.3.6. В требованиях к метрологическому обеспечению приводят:
• 1) предварительный перечень измерительных каналов;
• 2) требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;
• 3) требования к метрологической совместимости технических средств системы;
• 4) перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;
• 5) требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств, встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;
• 6) вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию.
• 2.6.3.7. Для организационного обеспечения приводят требования:
• 1) к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;
• 2) к организации функционирования системы и порядку взаимодействия персонала ИС и персонала объекта информатизации;
• 3) к защите от ошибочных действий персонала системы.
• 2.7. Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы, сроки их выполнения, перечень организаций — исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.

В данном разделе также приводят:

• 1) перечень документов предъявляемых по окончании соответствующих стадий и этапов работ;
• 2) вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
• 3) программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
• 4) перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).
• 2.8. В разделе «Порядок контроля и приемки системы» указывают:
• 1) виды, состав, объем и методы испытаний системы и ее составных частей;
• 2) общие требования к приемке работ по стадиям, порядок согласования и утверждения приемочной документации;
• 2.9. В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке проекта к вводу ИС в действие.

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

• 1) приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению);
• 2) создание условий функционирования проекта, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
• 3) создание необходимых для функционирования системы подразделений и служб;
• 4) сроки и порядок комплектования штатов и обучения персонала.
• 2.10. В разделе «Требования к документированию» приводят:
• 1) согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов;
• 2) перечень документов, выпускаемых на машинных носителях;
• 3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.
• 2.11. В разделе «Источники разработки» должны быть перечислены документы и информационные материалы, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.
• 3. Правила оформления.
• 3.1. Разделы и подразделы ТЗ должны быть размещены в порядке, установленном в разд. 2 настоящего стандарта.
• 3.2. Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине) после обозначения кода ТЗ на ИС.
• 3.3. На титульном листе помещают подписи заказчика, разработчика и согласующих компаний, которые скрепляют печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на ИС, помещают на последнем листе.

Форма титульного листа ТЗ приведена в приложении 2. Форма последнего листа ТЗ приведена в приложении 3.

• 3.4. Титульный лист дополнения к ТЗ оформляют аналогично титульному листу технического задания. Вместо наименования «Техническое задание» пишут «Дополнение № … к ТЗ на AC … «.
• 3.5. На последующих листах дополнения к ТЗ помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.
• 3.6. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ и т. п. и применять слова: «заменить», «дополнить», «исключить», «изложить в новой редакции».

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

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

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

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

• 3. Срок согласования проекта ТЗ в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ (копий) одновременно во все организации (подразделения).
• 4. Замечания по проекту ТЗ должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ и заказчиком системы до утверждения ТЗ на ИС.
• 5. Если при согласовании проекта ТЗ возникли разногласия между разработчиком и заказчиком (или другими заинтересованными организациями), то составляется протокол разногласий (форма произвольная) и конкретное решение принимается в установленном порядке.
• 6. Согласование проекта ТЗ разрешается оформлять отдельным документом (письмом). В этом случае под грифом «Согласовано» делают ссылку на этот документ.
• 7. Утверждение ТЗ осуществляют руководители компаний разработчика и заказчика системы.
• 8. Копии, утвержденного ТЗ в 10-дневный срок после утверждения высылаются разработчиком ТЗ участникам создания системы.
• 9. Согласование и утверждение дополнений к ТЗ проводят в порядке, установленном для ТЗ на ИС.
• 10. Изменения к ТЗ не допускается утверждать после представления системы или ее очереди на приемо-сдаточные испытания.

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

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

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

Фактически технический проект содержит комплекс экономико-математических и алгоритмических моделей.

Полный комплект технического проекта на систему включает в себя 10 документов:

• 1. Пояснительная записка.
• 2. Функциональная и организационная структура системы.
• 3. Постановка задач и алгоритм решения.
• 4. Организация информационной базы.
• 5. Альбом форм документов.
• 6. Система математического обеспечения.
• 7. Принцип построения комплекса технических средств.
• 8. Расчет экономической эффективности системы.
• 9. Мероприятия по подготовке объекта к внедрению системы.
• 10. Ведомость документов.

Из приведенного перечня документ 3 «Постановка задач и алгоритм решения» выполняется для каждой отдельной задачи, включаемой в ЭИС, остальные документы — общие для всей системы. Кроме того, документы 1, 2, 5, 8 и 9 могут разрабатываться для отдельных подсистем.

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

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

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

Для каждой задачи, включенной в комплекс первоочередных задач, выполняются ее постановка и алгоритм решения. В этот раздел технического проекта включаются:

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

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

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

Информационная часть технического проекта объединяет документы 4 и 5. В документе «Организация информационной базы» отражаются: источники поступления информации и способы ее передачи для решения первоочередного комплекса функциональных задач; совокупность показателей, используемых в системе; состав документов, сроки и периодичность их поступления; основные проектные решения по организации фонда НСИ; состав НСИ, включая перечень реквизитов, их определение, значность, диапазон изменения и перечень документов НСИ; перечень массивов НСИ, их объем, порядок и частота корректировки информации; предложения по унификации документации, контрольный пример по внесению изменений в НСИ; структурная форма НСИ с описанием связи между элементами; требования к технологии создания и ведения фонда; методы хранения, поиска, внесения изменений и контроля, определения объемов и потоков информации НСИ.

" Альбом форм документов" содержит формы НСИ.

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

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