Принципы составления технического задания
3.10 Результаты процесса определения требований заинтересованного лица
В результате успешной реализации процесса определения требований заинтересованного лица:
a) детализированы бизнес-процессы, определены бизнес-функции процессов и создана модель артефактов;
b) оговорены требуемые характеристики программной системы и инфраструктура пользов
ателя, в которой она будет использоваться;
c) определены ограничения программной системы и ее элементов;
d) достигнута постоянная отслеживаемость требований заинтересованного лица;
e) определена основа для анализа требований к программной системе;
f) обеспечена основа для ведения переговоров и согласования поставки услуг или продукта.
3.11 Цель процесса анализа требований
Цель процесса анализа требований к программному обеспечению заключается в преобразовании требований заинтересованного лица в техническое видение требуемого программного продукта. Этим процессом создается представление о будущей программной системе, которая должна удовлетворять потребностям заинтересованного лица без описания какого-либо конкретного воплощения.
В требованиях к программной системе или услугам, с точки зрения разработчика, оговаривается, что должна делать программная система (услуга), чтобы удовлетворить требованиям заинтересованного лица. Эти требования могут быть функциональными, количественными или качественными.
На основании анализа требований заинтересованного лица разработчик с участием заказчика разрабатывает техническое задание.
В техническом задании разработчик обязан установить оговоренные требования к разрабатываемой программной системе, включая спецификации качественных характеристик. Требования, задаваемые в техническом задании, не должны ограничивать разработчика в поиске и реализации наиболее эффективных решений, но могут оговаривать применяемые технологии и методологии разработки. Структура технического задания указана в приложении 4.
Техническое задание согласовывается с руководителями организаций (подразделений), участвовавших в его разработке, и утверждается заказчиком.
Заказчик обязан принять меры к адаптации инфраструктуры пользователя и приспособить его деятельность к разрабатываемой программной системе, т.е. принять решение относительно бизнес-процессов, подлежащих автоматизации и бизнес–ролей, участвующих в процессе. Эти действия также могут включать адаптацию штатной структуры, разработку организационно-распорядительной документации, организацию необходимых помещений, приобретение оборудования, организацию учебы сотрудников и т.д.
3.12 Результаты процесса анализа требований
В результате успешной реализации процесса анализа требований:
a) утверждены модель бизнес-процессов и функциональность системы, а также установлены требуемые характеристики программной системы;
b) определены проектные ограничения и квалификационные требования к программной системе, а также требования к реализации проекта;
c) установлена основа для постоянного контроля реализации требований заинтересованного лица;
d) внедрена система управления изменениями;
e) обеспечена основа для адаптации инфраструктуры пользователя к требованиям программной системы;
f) определены требования к техническим средствам и сетевым решениям;
g) утверждены артефакты и переданы для дальнейшей работы.
3.13 Цель процесса структурного проектирования
Цель процесса структурного проектирования заключается в разработке технического решения, которое удовлетворяет требованиям к программной системе.
Решения структурного проектирования определяют полный набор технически и коммерчески жизнеспособных системных элементов, из которых конфигурируется программная система. Это является основой для проверки соответствия реализуемой программной системы, а также для планирования и выработки стратегии сборки и тестирования.
Этот процесс охватывает действия и задачи разработчика. Разработчик управляет этим процессом на уровне проекта, создает инфраструктуру процесса и приспосабливает его к требованиям проекта.
Решения этого процесса оформляются в техническом проекте. Технический проект необходим для трансформации требований технического задания в описание реализации конкретных модулей или элементов программной системы. Технический проект служит средством общения между лицами, участвующими в проектировании и реализации программной системы.
На основании описанных в техническом задании бизнес-процессов и разработанных моделей разработчик должен создать технический проект, описывающий структуры более низкого уровня для компонентов программной системы. Необходимо разработать архитектуру программной системы и ее структурную схему с ассоциациями между элементами, определить интерфейсы, внешние по отношению к системе и между компонентами самой системы. Краткое содержание технического проекта — в соответствии с приложением 1.
Технический проект согласовывается с менеджером разработки и утверждается руководителем должностных лиц, участвующих в разработке технического проекта.
На основании результатов данного процесса определяется стратегия воплощения программной системы, детализирующая план разработки.
3.14 Результаты процесса структурного проектирования
В результате успешной реализации процесса структурного проектирования:
a) определена архитектура программной системы и ее элементов;
b) для проектируемого системного элемента оговорены методы и технология реализации в виде описания спецификаций, диаграмм, схем, процедур и т.д., которые удовлетворяют оговоренным требованиям заказчика;
c) проектное решение приведено в соответствие с взаимодействующими программными системами и элементами систем;
d) определена основа для проверки соответствия (тестирования) программных элементов;
e) определена основа для приобретения или сборки и интеграции программных элементов;
f) определена последовательность реализации функций программной системы;
g) утвержден технический проект.
Итоги
После составления ТЗ, его необходимо еще раз внимательно изучить и обсудить с консультантом. Только после урегулирования всех спорных вопросов между сторонами, можно подписывать договор про внедрение системы.
Компании часто недооценивают или переоценивают способности консультантов, и в этом случае техническое задание есть тем инструментом, который регулирует ожидания от проекта. Пользу от этого получают обе стороны - и предприятие, которому нужен результат, и консультанты, которые реализуют проект.
Составление технического задания - процесс сугубо индивидуальный в каждом конкретном случае, поэтому требует внимательного подхода к его выполнению.