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

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

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

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

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

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