Modber Сообщество
профессионалов по 1С

Техническое задание - определение, характеристики.



Платформы: 1С:Предприятие 8.3, 1С:Предприятие 8.2, 1С:Предприятие 8.1, 1С:Предприятие 7.7, Linux, Web, Windows
Конфигурации: Все конфигурации
2013-07-12
3492 
Дар Ветра
1  
Прежде чем составлять ТЗ следует определиться с его целями. ТЗ пишут для собственных разработчиков  либо для передачи его подрядчику (внештатным программистам или специализированной IT-компании). Частенько между компанией и клиентом возникает недопонимание из-за отсутствия единого мнения о сути и целях создания ТЗ. Как правило, те, кто любит умничать на подобные темы, сами никогда не делали толкового ТЗ, и непрерывно цитируют рекомендации ГОСТов по данному вопросу. А тем, кто действительно серьезно занимается вопросом, обычно некогда учить других. Попробуем разобраться в сути, стандартах, методах создания и оценки ТЗ.

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

ГОСТы в свою очередь не дают определения, сказано лишь: «ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации — далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие».  Обычно при создании ТЗ используют следующие ГОСТы.
  • ГОСТ 2.114-95 Единая система конструкторской документации. Технические условия;
  • ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению;
  • ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

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

По видам выделяют требования в функциональности, требования к безопасности и правам доступа и требования к квалификации персонала. Требования к функциональности – это 90% сложности работ по разработке ТЗ. При плохо определенной функциональности успешным проект не получится. Свойств требований выделяют всего 3. ТЗ должно быть понятным, конкретным и тестируемым. Причем последнее свойство является своеобразной «лакмусовой бумажкой», так как невозможно без двух предыдущих.

Следует различать ТЗ и технический проект (ТП).
ТЗ – это документ,  сформулированный на понятном для Заказчика языке. Никаких привязок к особенностям технической реализации быть не должно. Выяснением и формулированием требований, а также разработкой ТЗ должен заниматься бизнес-аналитик. И  уж никак не программист.

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

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

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



Бесплатная юридическая
консультация по телефону

8 (499) 350-80-26(Москва)
8 (812) 627-15-62(Спб)

звонок бесплатный

В центре внимания

Комментарии (2)