Часть 4. Проектирование

форматам подачи информации, интеграции с системами учета и пути дальнейшего развития интернет-сайта в гиперпространстве

Когда необходимо

составишь техническое задание?

Техническое задание — ключевой документ любого интернет-проекта, поэтому на вопрос, вынесенный в заголовок этого параграфа, существует короткий и недвусмысленный ответ: «Всегда!» При этом не имеет значения, будете ли вы работать над проектом самостоятельно или поручите его воплощение другим компаниям. Приведем несколько типичных аргументов, используемых будущими владельцами сайтов для отказа от написания технического задания, и поясним их несостоятельность.

Аргумент. Мы не будем писать техническое задание, потому что нам и так все понятно, а времени у нас, как всегда, не хватает.

Контраргумент. Практика показывает, что заказчик и исполнитель по-разному понимают поставленную задачу, несмотря на то что во время устного обсуждения они достигают полного взаимопонимания. Причина последующих разногласий кроется, как правило, в мелочах. Наиболее распространенная ситуация: заказчик и исполнитель изначально не договорились о толковании терминов и понятий и подразумевают под ними разный набор функциональных возможностей или разные значения.

Грамотно составленное техническое задание учитывает все тонкости создания интернет-проекта и, в конце концов, в целом экономит гораздо больше времени, чем отнимает процесс написания.

Аргумент. Мы не будем писать техническое задание, потому что наш интернет-проект будет маленьким и скромным.

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

Аргумент. Мы не будем писать техническое задание, потому чт его для нас пишут подрядчики.

Контраргумент. Приоткроем для вас «дверь кухни» разработ чиков. У каждой веб-студии имеется два вида наработок: работь , не принятые предыдущим заказчиком, и типовые шаблоны. но назвать это «СТУДИЙНЫМ поптгЬелем». Заказчик.

ЧАСТЬ Л. ПРОЕКТИРОВАНИЕ Щ-Щ

б-сгуДИИ составление технического задания, рискует получить кумент, описывающий наиболее подходящее в данном случае одержимое такого портфеля. Проще говоря, техническое задание ожет быть написано под готовый продукт или технические возможности исполнителя, а не под конкретные нужды заказчика. Чтобы избежать такой неприятной ситуации, необходимо писать техническое задание самостоятельно или поручить его подготовку привлеченным специалистам, не связанным прямо с выбранным исполнителем. Только тогда вы имеете шанс получить продукт, отвечающий запросам вашего бизнеса.

Основа технического задания

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

• максимально подробно раскрывать суть и задачи производимых работ;

• устанавливать принципы взаимодействия программных модулей между собой;

• устанавливать принципы «человеко-машинного диалога»;

• описывать задачи функциональных элементов;

• определять правила программирования и фиксировать технологические ограничения;

• определять методику тестирования и оценки проводимых работ;

давать определение техническим и специальным терминам.

Необходимо помнить, что в процессе разработки к техническо-У заданию будут апеллировать как заказчик, так и исполнитель. Лее того, основанием для подписания акта приемки работ будет выполнение всех пунктов ТЗ.

Все

Hue

вышеизложенное позволяет сказать, что техническое зада-

является основополагающим документом всего проекта, ре-

пирующим взаимоотношения между заказчиком и разра-

иком. Следовательно, оно требует от составителей ПОВЫШеН-^ОГО сп,„.