123  /  328

Техническое задание на сайт

Просмотров: 4054 (Статистика ведётся с 06.02.2017)
Дата последнего изменения: 10.02.2017
Цитатник веб-разработчиков.

Антипов Андрей: Как правило, плохо составленное ТЗ приводит к расходам со стороны исполнителя, разочарованию заказчика и, в худшем случае, бесконечным доработкам (на основе логики «так это же очевидно»).

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

Составление технического задания - обязательный шаг для разработки качественного, удовлетворяющего пользователя сайта. Обычно клиенты обращаются за разработкой сайта, не имея ни постановки задачи, ни, тем более, технического задания. А лишь имея некое формальное описание того, чего бы им хотелось получить в итоге. Такое формальное описание называется "бриф".

Пример брифа.

Необходимо разработать сайт автосервиса с Интернет-магазином автозапчастей, с формами заказа запасных частей, заявки на ремонт или ТО, отзыва о сайте, с фото-галереей.

Бриф может быть таким как в примере, а может быть гораздо обширнее и походить на постановку задачи.

Чтобы начать разработку проекта, необходимо подготовить всю необходимую документацию:

  • Постановка задачи, составляется после анализа брифа от заказчика;
  • Техническое задание, составляется после того, как с постановкой задачи разобрались;
  • ER-диаграмма - инфологическая или даталогическая (т.к. в 1С-Битрикс для хранения информации используются инфоблоки, то эти модели как бы совмещены) модель. На этой диаграмме отображаются все ваши сущности (инфоблоки) и связи между ними.
  • Прототип будущего сайта. Для больших проектов рисуется подробный прототип в специализированных программах, например, Axure.

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

Как описать архитектуру будущего сайта: текст? схемы?

Иван Неслуховский: На самом первом этапе делаю майнд-карту всего сайта, на которой также размещаю сущности и основные атрибуты. Это даёт возможность, уже глядя на что-то, обсуждать с заказчиком ТЗ, заказчик видит, что вы вникаете в проблему. Плюс - скорость. Я пользуюсь бесплатной программой XMind.

Далее уже составляются схемы данных. Я предпочитаю делать модель предметной области и модель данных в нотации UML. Для этого существует множество средств. Бумага тоже подходит для черновика. Тип данных обозначаю в соответствии с типами данных свойств инфоблока, например:

NAME: S [1]
CODE: S [1]
PREVIEW_TEXT: S* - звёздочка у меня означает, что текст многострочный
DURATION_FROM: D
DURATION_TO: D
PRODUCT: E ----------------------------------------------------------------> здесь может выходить связь к другому блоку

Для небольших проектов достаточно "начертить" прототипы в графическом редакторе или на бумаге.

После готовности такого пакета документации можно смело приступать к реализации проекта:

  • разработка дизайна;
  • интеграция дизайна в систему 1С-Битрикс;
  • создание структуры сайта;
  • разработка функционала;
  • тестирование;
  • внедрение и сопровождение.

Список ссылок по теме:

34
Курсы разработаны в компании «1С-Битрикс»

Если вы нашли неточность в тексте, непонятное объяснение, пожалуйста, сообщите нам об этом в комментариях.
Развернуть комментарии