Слайд 2
![При разработке современного коммерческого прикладного программного продукта есть два основных](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-1.jpg)
При разработке современного коммерческого прикладного программного продукта есть два основных момента,
которые требуют обязательного документального подтверждения:
договорные отношения (контракт) и
требования к конечному результату — техническое задание (ТЗ).
Слайд 3
![Юридически техническое задание оформляется как приложение к договору оказания услуг](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-2.jpg)
Юридически техническое задание оформляется как приложение к договору оказания услуг по
разработке и подписывается обеими сторонами.
Техническое задание — исходный документ для разработки программного продукта, содержащий основные технические требования, предъявляемые к продукту и исходные данные для разработки.
Слайд 4
![В ТЗ указываются назначение продукта, область его применения, целевая аудитория,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-3.jpg)
В ТЗ указываются
назначение продукта,
область его применения,
целевая аудитория, стадии разработки
проектной и программной документации, её состав,
сроки исполнения и т.д.,
а также особые требования, обусловленные спецификой программного продукта либо условиями его эксплуатации.
Слайд 5
![Структура технического задания](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-4.jpg)
Структура технического задания
Слайд 6
![Состав и степень проработки технического задания имеет смысл определять в](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-5.jpg)
Состав и степень проработки технического задания имеет смысл определять в каждом
конкретном случае отдельно. Компоненты, которые имеет смысл использовать в техническом задании:
Общие положения. Важной частью общих положений является глоссарий, который приводит понимание прикладной области Исполнителем и Заказчиком к одному знаменателю.
Наличие глоссария важно для проектов со сложным документооборотом или для очень специфических прикладных областей.
Слайд 7
![Цели проекта. Цели должны быть четко сформулированы. Желательно донести в](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-6.jpg)
Цели проекта. Цели должны быть четко сформулированы. Желательно донести в этой
части до Исполнителя, за счет чего Вы собираетесь извлекать прибыль или что конкретно заставит Заказчика почувствовать удовлетворение от результатов проекта.
Функциональные требования. Требования можно разделить на функциональные и не функциональные или специальные. Функциональные требования имеет смысл описывать в виде вариантов использования.
Слайд 8
![Специальные требования Стандарты: перечислить стандарты, которым должна удовлетворять система. Это](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-7.jpg)
Специальные требования
Стандарты: перечислить стандарты, которым должна удовлетворять система. Это могут быть
стандарты возможностей использования (accessibility),например, стандарты серии WAI, удобства использования (usability), например, ISO/TR 16982:2002, а также другие стандарты общего назначения, такие как XHTML1.0, CSS 2.1 и др.
Слайд 9
![Системные требования: поддерживаемые операционные системы, требования по памяти. Требования по](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-8.jpg)
Системные требования: поддерживаемые операционные системы, требования по памяти.
Требования по отказоустойчивости например
журналирование критических ситуаций, возможность восстановления системы после сбоя
Слайд 10
![Требования по производительности: часто формулируют требования к производительности в виде](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-9.jpg)
Требования по производительности: часто формулируют требования к производительности в виде определенного
количества одновременно работающих пользователей, либо общего количества пользователей за определенный период времени.
Важно отметить каким именно инструментом \ способом будет проводиться тестирование производительности
Требования по безопасности: в этом разделе фиксируют методы шифрования данных, их передачи и хранения.
Слайд 11
![Требования к пользовательскому интерфейсу: описать специфику отображения элементов пользовательского интерфейса.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-10.jpg)
Требования к пользовательскому интерфейсу: описать специфику отображения элементов пользовательского интерфейса. Включайте
только те специальные требования, которые существенны для достижения Целей проекта.
Слайд 12
![Допущения и ограничения: Как правило, этот раздел заполняется Исполнителем, однако,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-11.jpg)
Допущения и ограничения: Как правило, этот раздел заполняется Исполнителем, однако, Заказчику
тоже важно знать о назначении этого раздела.
Любая разработка программного обеспечения ведется в некоторых ограничениях: перечисляется
функциональность, выходящая за рамки проекта,
задачи выходящие за рамки проекта,
технические ограничения,
зависимости от внешних условий, которые могут повлиять на принятые обязательства.
Слайд 13
![Риски: Это факторы, которые могут повлиять на стоимость и сроки](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-12.jpg)
Риски: Это факторы, которые могут повлиять на стоимость и сроки исполнения
работ. Риски часто описываются в следующем формате:
Заголовок,
Идентификация риска,
Вероятность риска,
Стоимость,
Порядок действий при возникновении риска.
Слайд 14
![В Российской Федерации действует ГОСТ 34.602.89 “Техническое задание на создание](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-13.jpg)
В Российской Федерации действует ГОСТ 34.602.89
“Техническое задание на создание автоматизированной системы”, который рекомендует такую структуру ТЗ:
общие сведения;
назначение и цели создания (развития) систем;
характеристика объектов автоматизации;
требования к системе;
состав и содержание работ по созданию системы;
порядок контроля и приемки системы;
требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу системы в действие;
требования к документированию;
источники разработки.
Слайд 15
![основные этапы подготовки технического задания](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-14.jpg)
основные этапы подготовки технического задания
Слайд 16
![Описание предметной области Краткое введение в предметную область Выделить элементы](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-15.jpg)
Описание предметной области
Краткое введение в предметную область
Выделить элементы предметной области, их взаимосвязи
Определить особенности
и ограничения предметной области
Используемые термины и сокращения
Слайд 17
![Цель создания системы Сформулировать цель создания системы – как ответ](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-16.jpg)
Цель создания системы
Сформулировать цель создания системы – как ответ на вопрос
что за процесс в предметной области будет автоматизирован
Назначение системы, существующие аналоги
целевая аудитория, ожидаемый уровень использования
Слайд 18
![Детализация функций системы Изучение потребностей заказчика Подготовить описание функций системы](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-17.jpg)
Детализация функций системы
Изучение потребностей заказчика
Подготовить описание функций системы
Слайд 19
![Анализ категорий пользователей Выделение категорий пользователей Определение функциональных требований пользователей каждой категории](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-18.jpg)
Анализ категорий пользователей
Выделение категорий пользователей
Определение функциональных требований пользователей каждой категории
Слайд 20
![Определение ограничений Анализ аппаратных особенностей и ограничений Анализ топологии и особенностей развертывания Определение технологических ограничений](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-19.jpg)
Определение ограничений
Анализ аппаратных особенностей и ограничений
Анализ топологии и особенностей развертывания
Определение технологических
ограничений
Слайд 21
![Формирование и утверждение совокупного списка требований к системе Если система](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-20.jpg)
Формирование и утверждение совокупного списка требований к системе
Если система предполагает интерактивность в общении с пользователем, то определить
функциональные требования (описывают в динамике сценарии взаимодействия посетителя с системой) и структуру данных.
Выделить специфические требования (например, многоязычность, требования к дизайну экранов оператора)
Прочие требования (например, какая документация должна быть предоставлена разработчиком)
Сформировать список требований
Слайд 22
![Выработка архитектурного решения Выбор технологической платформы Если система должна реализовывать](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-21.jpg)
Выработка архитектурного решения
Выбор технологической платформы
Если система должна реализовывать специфическую бизнес‐логику, в которой
обычно хорошо разбирается заказчик и плохо ‐ исполнитель, эта логика должна быть задокументирована в техническом задании максимально подробно.
Подготовка модульной структуры системы
Подготовка детализированного описания подсистем
Слайд 23
![Подготовка календарного плана Оценка сложности реализации подсистем. Выделение работ, построение сетевого графика. Оценка сроков выполнения работ.](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/268548/slide-22.jpg)
Подготовка календарного плана
Оценка сложности реализации подсистем.
Выделение работ, построение сетевого графика.
Оценка сроков
выполнения работ.