Техническое задание на разработку ПО.

Лекция Техническое задание на разработку ПО. Для согласования требований к разрабатываемому программного продукту между Заказчиком и Разработчиком оформляется документальное соглашение. В российской практике для этого обычно используется документ "Техническое задание" (ТЗ). Техническое задание (или ТЗ) – документ, в котором содержатся требования заказчика к продуктам или услугам, которые предоставляет исполнитель. На Западе аналогичный документ называется "Software Requirements Specification" SRS (спецификация программных требований). По сути это - один и тот же документ, но существуют различные шаблоны его построения на основе разных методологий и стандартов. Техническое задание может занимать, как одну страницу, так и целый том, все зависит от задач и пожеланий которые в него входят. Техническое задание преследует достаточно много целей. Среди основных можно назвать: • Постановка задачи исполнителям. • Подробное описание конечного программного продукта. • Определение порядка работ и его согласование с заказчиком. • Определение процедуры оценки приёма конечного продукта. Наиболее распространёнными международными стандартами SRS являются: • IEEE STD 830-1998; • ISO/IEC/ IEEE 29148-2011; • RUP; • SWEBOK, BABOK и другие. В России требования к техническому заданию документированы ГОСТ 19.201-78 "Техническое задание, требования к содержанию и оформлению" (ГОСТ 19) и ГОСТ 34.602-89 "Техническое задание на создание автоматизированной системы" (ТЗ на АС) (ГОСТ 34). Второй документ, по сути, является более проработанной версией первого, адаптированной к созданию автоматизированных информационных систем. Далее мы будем ориентироваться на ГОСТ 19. Несмотря на то, что с момента разработки документа прошло более 20 лет, он практически не устарел (его авторам удалось разработать сбалансированные рекомендации, абстрагируясь от конкретных технических и технологических решений). Кроме того, он по-прежнему играет роль государственного стандарта РФ и при заключении контрактов с государственными предприятиями Разработчика могут обязать оформить ТЗ в соответствии с требованиями этого документа. Структура ТЗ в соответствии с ГОСТ 19.201-78 Рассмотрим основные разделы ГОСТ, а также важные моменты, на которые следует обратить внимание. Содержательной части ТЗ предшествуют титульный лист и лист изменений и дополнений. Лист утверждения и титульный лист. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78. Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать Изменения и дополнения. Предназначен для фиксирования изменений и дополнений к техническому заданию, которые могут появиться после его утверждения. Следующие разделы образуют содержательную часть ТЗ: Состав разделов технического задания Введение – содержит  наименование темы разработки, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие [из п. 2.1 ГОСТ 19.201-78] Основания для разработки – содержит сведения из договора между заказчиком и исполнителем: документы, на основании которых ведется разработка; организация, утвердившая этот документ, и дата его утверждения; наименование и (или) условное обозначение темы разработки. Назначение разработки – содержит указано функциональное и эксплуатационное назначение программы или программного изделия. Требования к программе или программному изделию Самый большой раздел ТЗ. Он содержит следующие подразделы: • требования к функциональным характеристикам; • требования к надежности; • условия эксплуатации; • требования к составу и параметрам технических средств; • требования к информационной и программной совместимости; • требования к маркировке и упаковке; • требования к транспортированию и хранению; • специальные требования. Требования к программной документации – содержит предварительный состав программной документации и, при необходимости, специальные требования к ней. В состав программной документации должны входить: • техническое задание; • программа и методика испытаний; • руководство системного программиста; • руководство оператора; • ведомость эксплуатационных документов. Некоторые документы можно объединять. Технико-экономические показатели – содержит: ориентировочную экономическая эффективность, предполагаемую годовую потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами. Стадии и этапы разработки - устанавливает необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.  Порядок контроля и приемки В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы. Приложения В приложениях к техническому заданию, при необходимости, приводят: • перечень научно-исследовательских и других работ, обосновывающих разработку; • схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке; • другие источники разработки (например, ГОСТы, на основании которых должна проводиться разработка). В заключении сделаем несколько замечаний. В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них. В частности, в стандарте нет конкретных требований к пользовательскому интерфейсу, но их можно добавить в раздел «Специальные требования» или оформить как отдельный раздел возможность, допустим, разделов «Дополнительные требования» или «Требования к интерфейсу». В стандарте не прописываются сроки, объемы и этапы финансирования. Это связано с тем, что техническое задание всегда разрабатывается на основании Договора (письма, заявки и т.д). Указанные сведения должны быть отражены в Договоре. Настоящий стандарт, несмотря на свой немалый возраст, позволяет разработать полноценное техническое задание на современную программу с графическим пользовательским интерфейсом. Разработчики ГОСТ 19.201-78 смотрели в будущее (абстрагировались от технической стороны проблемы) и учли практически все аспекты, касающиеся разработки программных средств.