реклама
Бургер менюБургер меню

Ирина Никулина – Настольная книга веб-дизайнера. Практический курс по веб-дизайну и проектированию сайтов (страница 14)

18

Польза техзадания для заказчика сайта

1. Чёткое понимание, за что заплачены деньги. Видна структура сайта и объём работы. До начала работы над сайта можно поменять структуру, добавить страницы и т.д.

2. Проверка компетентности веб-дизайнера. По техзаданию обычно понятно, насколько компетентный и опытный разработчик сайта. Чёткое и грамотное ТЗ добавляет доверия к специалисту и наоборот, если разработчик сайта предложил невнятное ТЗ, это может быть «звоночком», что он не является экспертом.

3. Подстраховка по срокам и сумме оплаты. Когда сайт готов, его можно проверить по техническому заданию. Разработчик должен исправить все ошибки и недоделки. И ТЗ страхует клиента от того, чтобы сумма разработки не увеличилась к концу работы.

4. Упрощение замены исполнителя. Бывает, что исполнитель задерживает срок сдачи или вовсе не может сделать работу. Тогда техзадание можно передать другому разработчику.

5. ТЗ показывает стоимость разработки сложного продукта. Оценить точные сроки и стоимость разработки сложного сайта сразу не получается. Для этого надо составить структуру сайта, прописать модули на первой странице, расписать функционал сайта и т.д. ТЗ для этого и предназначено.

Рис. 37. ТЗ на сайт

3. Разделы технического задания

Первым разделом ТЗ является раздел общих сведений, включающий в себя термины и определения, а также сведения о самом документе и контакты сторон.

Примерные разделы технического задания на сайт:

1.Термины и определения.

2. Общие сведения о документе.

2.1. Назначение документа.

2.2. Наименование исполнителя и заказчика.

2.3. Краткие сведения о компании.

2.4. Основание для разработки сайта.

2.5. Сроки начала и окончания работ по созданию сайта.

2.6. Порядок оформления и предъявления результатов работ.

Следующим разделом ТЗ является раздел, дающий понятие о целях создания сайта.

3. Назначение и цели создания сайта.

3.1. Назначение сайта.

3.2. Цели создания сайта.

3.2.1. Основные цели создания сайта.

3.2.2. Целевая аудитория.

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

4. Требования к сайту.

4.1. Требования к сайту в целом.

4.1.1. Требования к структуре и функционированию сайта.

4.1.2. Требования к персоналу.

4.1.3. Требования к сохранности информации.

4.1.4. Требования к разграничению доступа.

4.2. Требования к функциям (задачам), выполняемым сайтом.

4.2.1. Основные требования.

4.2.1.1. Структура сайта.

4.2.1.2. Навигация.

4.2.1.3. Наполнение сайта (контент).

4.2.1.4. Система навигации (карта сайта).

4.2.2. Требования к функциональным возможностям.

4.2.2.1. Система управления контентом (CMS).

4.2.2.2. Типовые статические страницы.

4.2.2.3. Функциональные возможности разделов.

4.2.3. Требования к дизайну.

4.2.3.1. Общие требования.

4.2.3.2. Типовые навигационные и информационные элементы.

4.2.3.3. Шапка сайта.

4.2.3.4. Основное и боковое меню.

4.2.3.5. Основное поле контента.

4.2.3.6. Подложка.

4.2.3.7. Эскизы страниц.

4.2.3.8. Типовая статическая страница.

4.3. Требования к видам обеспечения.

4.3.1. Требования к информационному обеспечению.

4.3.1.1. Требования к хранению данных.

4.3.1.2. Требования к языкам программирования.

4.3.2. Требования к лингвистическому обеспечению.

4.3.3. Требования к программному обеспечению.

4.3.4. Требования к аппаратному обеспечению.

Для заказчика важным являются разделы, описывающие состав и содержание работ (с установленными срокам и оплатой этапов работ) и порядок приёмки готового сайта.

5. Состав и содержание работ по созданию сайта. (Делается разработчиком сайта, с указанием сроков этапов работы и суммы их оплаты).

6. Порядок контроля и приёмки сайта.

6.1. Виды, состав, объем и методы испытаний. Проверка на ошибки.

6.2. Общие требования к приёмке сайта.

7. Требования к составу и содержанию работ по вводу сайта в эксплуатацию.

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