Найти тему
IT-Volchkov

Написание Частного технического задания (ЧТЗ)

Оглавление

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. Итог

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

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

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

Теги: