Техническое задание — первый из основных документов проекта

1. Техническое задание — первый из основных документов проекта И.Н. Скопин 23 ноября 2011

2. Содержание • Зачем нужно составление технического задания проекта? • Какие требования предъявляются к техническому заданию? • Обязательные и факультативные разделы технического задания • ЕСПД и как ее использовать • ТЗ и программа и методика испытаний • Техническое задание vs. proposal • Кто и как использует техническое задание?

3. Зачем нужно составление технического задания проекта? • Замысел проекта — еще не его начало • ТЗ фиксирует, что намерены сделать разработчики • Не все можно определить в ТЗ, но и то, что определить не получается, нужно зафиксировать: • «… должно быть уточнено на этапе …» • «Настоящее техническое задание может дополняться и уточняться в установленном … порядке» • Этапы и сроки: регламент, за который разработчики согласны не выходить • ТЗ — рамки для заказчика (даже если он виртуальный!) • ТЗ как план методики приемо-сдаточных испытаний

4. Какие требования предъявляются к техническому заданию? • Соответствие юридически законному документу — ГОСТы (например ЕСПД — это не прокрустово ложе, а помощник!) • Отражение всех аспектов появления и развития будущего продукта от его проектирования до распространения и сопровождения и поддержки • Четкие границы того, что должно быть сделано и что не должно быть сделано • Требования к продукту и процессу его разработки: • Функциональные, ресурсные и другие требования: к продукту • Этапы разработки: к процессу • Требования к документации: к продукту и к процессу (если надо) • Требования к совместимости: к продукту и к процессу (?) • … назовите сами, какие требования должны быть отражены в ТЗ • Риски и план преодоления негативных рисков

5. Обязательные и факультативные разделы технического задания • Ответ — в ГОСТах • ТЗ и proposal (позднее) • ЕСПД — немного истории и ее уроки • Как относиться к критике ЕСПД?

6. Группы стандартов ЕСПД

7. Перечень стандартов, входящих в ЕСПД ГОСТ 19.001-77 ЕСПД. Общие положения. ГОСТ 19.002-80 ЕСПД. Схемы алгоритмов и программ. Правила выполнения. (Заменен на ГОСТ 19.701-90). ГОСТ 19.003-80 ЕСПД. Схемы алгоритмов и программ. Обозначения условные графические. (Заменен на ГОСТ 19.701-90). ГОСТ 19.004-80 ЕСПД. Термины и определения. (Заменен на ГОСТ 19781-90). ГОСТ 19.005-85 ЕСПД. Р-схемы алгоритмов и программ. Обозначения условные графические и правила выполнения. ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов. ГОСТ 19.102-77 ЕСПД. Стадии разработки. ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов. ГОСТ 19.104-78 ЕСПД. Основные надписи. ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам. ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом. ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению. ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и оформлению. ГОСТ 19.301-79 ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению.

8. Перечень стандартов, входящих в ЕСПД (продолжение) ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению. ГОСТ 19.402-78 ЕСПД. Описание программы. ГОСТ 19.403-79 ЕСПД. Ведомость держателей подлинников. ГОСТ 19.404-79 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению. ГОСТ 19.501-78 ЕСПД. Формуляр. Требования к содержанию и оформлению. ГОСТ 19.502-78 ЕСПД. Общее описание. Требования к содержанию и оформлению. ГОСТ 19.503-79 ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению. ГОСТ 19.504-79 ЕСПД. Руководство программиста. Требования к содержанию и оформлению. ГОСТ 19.505-79 ЕСПД. Руководство оператора. Требования к содержанию и оформлению. ГОСТ 19.506-79 ЕСПД. Описание языка. Требования к содержанию и оформлению. ГОСТ 19.507-79 ЕСПД. Ведомость эксплуатационных документов. ГОСТ 19.508-79 ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению. ГОСТ 19.601-78 ЕСПД. Общие правила дублирования, учета и хранения. ГОСТ 19.602-78 ЕСПД. Правила дублирования, учета и хранения программных документов, выполненных печатным способом. ГОСТ 19.603-78 ЕСПД. Общие правила внесения изменений. ГОСТ 19.604-78 ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом. ГОСТ 19.701-90 (ИСО 5807-85) ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. (Взамен ГОСТ 19.002-80, ГОСТ 19.003-80).

9. Как использовать ЕСПД • Процесс выработки: взаимодействие заинтересованных лиц (stakeholders) • Процесс разработки ТЗ

10. Руководство фирмы Менеджер проекта Минимальная и рациональная схемы Вариант развития проекта Согласование Заказчик Проектное (техническое) задание Выработка согласованного варианта развития проекта Коллективисполнителей

11. ГОСТ 19.201-78.Техническое задание.Требования к содержанию и оформлению 1.4. Техническое задание должно содержать следующие разделы: • Введение; • Основания для разработки; • Назначение разработки; • Требования к программе или программному изделию; • Требования к программной документации; • Технико-экономические показатели; • Стадии и этапы разработки; • Порядок контроля и приемки; • В техническое задание допускается включать приложения. В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.

12. Содержание разделов 2.4.1. В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п. 2.4.2. В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.). 2.4.3. В подразделе «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала. 2.1. В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие. 2.2. В разделе «Основания для разработки» должны быть указаны: • документ (документы), на основании которых ведется разработка; • организация, утвердившая этот документ, и дата его утверждения; • наименование и (или) условное обозначение темы разработки. 2.3. В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия. 2.4. Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы: • требования к функциональным характеристикам; • требования к надежности; • условия эксплуатации; • требования к составу и параметрам технических средств; • требования к информационной и программной совместимости; • требования к маркировке и упаковке; • требования к транспортированию и хранению; • специальные требования. 2.4.4. В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик. 2.4.5. В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой. При необходимости должна обеспечиваться защита информации и программ. 2.4.6. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки. 2.4.7. В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях. В подразделах, включаемых в техническое задание дополнительно, отражаются требования, которые обусловлены спецификой проекта. Их содержание ГОСТом не регламентируется Вопрос: Что делать, когда обязательный раздел не соответствует специфике проекта? Ответ: «Настоящем техническим заданием требования к … не устанавливаются.»

13. Содержание разделов (продолжение) 2.5а. В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней. (Введен дополнительно, Изм. № 1) 2.5. В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами. 2.6. В разделе «Стадии и этапы разработки» устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей. 2.7. В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы. 2.8. В приложениях к техническому заданию, при необходимости, приводят: • перечень научно-исследовательских и других работ, обосновывающих разработку; • схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке; • другие источники разработки.

14. ГОСТ 19.301-79. Программа и методика испытаний. Требования к содержанию и оформлению 1.2. Документ «Программа и методика испытаний» должен содержать следующие разделы: • объект испытаний; • цель испытаний; • требования к программе; • требования к программной документации; • состав и порядок испытаний; • методы испытаний; • В программу и методику испытаний допускается включать приложения. В зависимости от особенностей документа допускается вводить дополнительные разделы.

15. Содержание разделов 2.1. В разделе " Объект испытаний" указывают наименование, область применения и обозначение испытуемой программы. 2.2. В разделе " Цель испытаний" должна быть указана цель проведения испытаний. 2.3. В разделе "Требования к программе" должны быть указаны требования, подлежащие проверке во время испытаний и заданные в техническом задании на программу. 2.4. В разделе "Требования к программной документации" должны быть указаны состав программной документации, предъявляемой на испытания, а также специальные требования, если они заданы в техническом задании на программу. 2.7. В разделе "Средства и порядок испытаний" должны быть указаны технические и программные средства, используемые во время испытаний, а также порядок проведения испытаний. 2.8. В разделе "Методы испытаний" должны быть приведены описания используемых методов испытаний. Методы испытаний рекомендуется по отдельным показателям располагать в последовательности, в которой эти показатели расположены в разделах "Требования к программе" и "Требования к программной документации". В методах испытаний должны быть приведены описания проверок с указанием результатов проведения испытаний (перечней тестовых примеров, контрольных распечаток тестовых примеров и т. п.). 2.9. В приложение к документу могут быть включены тестовые примеры, контрольные распечатки тестовых примеров, таблицы, графики и т. п.

16. Техническое задание vs. proposal ТЗ Proposal Свободная форма Анализ рыночной потребности Обязательно указываются stakeholder’ы Требования финансирования Оценка привлекательности для инвесторов Акцент на бизнес процессы Отражение предшествующих работ Конкурентные преимущества Оценка рисков Ожидаемые результаты • Строго формализовано • Упор на контроль процесса разработки • Даже не упоминаются stakeholder’ы • Технико-экономические показатели • Стадии и этапы разработки • Отражение документации, в том числе и сопутствующих документов • Ориентация на последующую процедуру приемо-сдаточных испытаний

17. Кто и как использует техническое задание? ТЗ