Всем привет! Меня зовут Мишинёва Екатерина, я – ведущий технический писатель с опытом работы в сфере IT более 10 лет.

1. Что такое ЧТЗ?

Частное техническое задание (ЧТЗ) – это документ, который разрабатывается для конкретной функции или задачи в рамках основного технического задания.

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

2. Чем отличается ТЗ от ЧТЗ?

Согласно п.3.1 ГОСТ 34.602-2020 – «ТЗ на АС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка».

Документ «Техническое задание» (ТЗ) является основным документом, который разрабатывается при создании любой автоматизированной системы. Он содержит требования к системе, её функциональные возможности, технические характеристики, условия эксплуатации и другую информацию, необходимую для разработки и внедрения системы.

ЧТЗ – это второй документ после ТЗ, который является частной версией ТЗ и содержит детализированные требования к компонентам, функциям и процессам.

Основное отличие между этими двумя документами заключается в том, что ТЗ является общим руководством для всей системы, в то время как ЧТЗ фокусируется на конкретных деталях и требованиях для одного компонента или задачи.

3. Чем регулируется?

В п.3 ГОСТ 34.201-2020 говорится:

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

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

4. Откуда берется информация?

В предыдущем разделе мы выяснили, какой может быть перечень разделов ЧТЗ. Поэтому и наполнение разделов, описывающих общесистемные требование, можно брать из ТЗ, либо вообще не включать в разрабатываемый документ, если иное не нужно для каждого конкретного случая.

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

Поэтому технический писатель может передать аналитику подраздел «Требования к функциям (задачам), выполняемым АС» для заполнения (если мы говорим просто структуру документа согласно ГОСТ 34.602-2020).

5. Пример

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

Допустим, у нас уже имеется основное ТЗ, в рамках которого описаны определенные функциональные требования.

Получаем задачу на подготовку ЧТЗ на каждую описанную в ТЗ функцию. Что это значит? Это значит, что на каждую требуемую функцию должны быть подробно расписаны все необходимые требования.

Начать документ следует с его структуры. Ниже я приведу общую структуру документа ЧТЗ идентично структуре ТЗ, составленного по ГОСТ 34.602-2020.

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

--------

Пример структуры ЧТЗ

1. Общие сведения

   1.1 Полное и краткое наименование системы

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

   1.3 Наименование организации-заказчика

   1.4 Наименование организации-разработчика

   1.5 Перечень документов, на основании которых выполняется развитие Системы

   1.6 Плановые сроки начала и окончания работ по развитию Системы

   1.7 Общие сведения об источниках и порядке финансирования работ

2. Цели и назначение развития системы

   2.1 Цели создания системы      

   2.2 Назначение системы

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

   3.1 Основные сведения об объекте автоматизации

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

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

   4.1 Требования к структуре системы в целом      

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

   4.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

   4.1.4 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

   4.1.5 Требования к режимам функционирования системы

   4.1.6 Требования по диагностированию системы

   4.1.7 Перспективы развития, модернизации системы

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

   (при необходимости)

   4.2.1 Временной регламент реализации каждой функции

   4.2.2 Требования к реализации каждой функции

   4.2.3 Перечень и критерии отказов для каждой функции

   4.3 Требования к видам обеспечения

   4.3.1 Требования к математическому обеспечению

   4.3.2 Требования к информационному обеспечению

   4.3.3 Требования к лингвистическому обеспечению

   4.3.4 Требования к программному обеспечению

   4.3.5 Требования к техническому обеспечению

   4.3.6 Требования к метрологическому обеспечению

   4.3.7 Требования к организационному обеспечению

   4.3.8 Требования к методическому обеспечению

   4.4 Общие технические требования к АС

   4.4.1 Требования к численности и квалификации персонала системы и режиму его работы

   4.4.2 Требования к показателям назначения

   4.4.3 Требования к надежности

   4.4.4 Требования безопасности

   4.4.5 Требования к эргономике и технической эстетике

   4.4.6 Требования к транспортабельности для подвижных АС    

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

   4.4.8 Требования к защите информации от несанкционированного доступа

   4.4.9 Требования по сохранности информации при авариях

   4.4.10 Требования к защите от влияния внешних воздействий

   4.4.11 Требования к патентной чистоте

   4.4.12 Требования по стандартизации и унификации

   4.4.13 Дополнительные требования

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

6. Порядок развития системы

   6.1 Порядок организации работ по развитию Системы

   6.2 Перечень документов и исходных данных для развития Системы

   6.3 Перечень документов, предъявляемых по окончании соответствующих этапов работ

   6.4 Порядок проведения экспертизы технической документации

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

   6.6 Порядок разработки, согласования и утверждения плана совместных работ по развитию Системы

   6.7 Порядок разработки, согласования и утверждения программы работ по стандартизации

   6.8 Требования к гарантийным обязательствам разработчика

   6.9 Порядок проведения технико-экономической оценки развития Системы

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

7. Порядок контроля и приемки системы

   7.1 Виды, состав и методы испытаний Системы и ее составных частей

   7.2 Общие требования к приемке работ, порядок согласования и утверждения приемочной документации

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

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

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

   9.1 Перечень подлежащих разработке документов

   9.2 Вид представления и количество документов

   9.3 Требования по использованию ЕСКД и ЕСПД при разработке документов

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

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

6. Итог

Размер документа ЧТЗ может варьироваться от нескольких страниц до сотни и более.

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

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

Если есть что дополнить или указать на ошибки по данному посту, пишите в комментариях.

Кому интересно, шаблон ЧТЗ можно скачать в моем телеграм-канале.