Назад

Оформление технического задания

Техническое задание (ТЗ) — это официальный исходный документ для проектирования информационной системы, веб или мобильного приложения или веб-сайта. Формально — это договор между заказчиком (тем, кому нужна система) и исполнителем (тем, кто ее разрабатывает). В ТЗ детально расписано, ЧТО именно должна делать будущая система, в какие сроки и в каких условиях.

1. ОБЩИЕ ТРЕБОВАНИЯ К ДОКУМЕНТУ

  • ☑ Наличие: обязательно для курсовых и дипломных работ, связанных с разработкой ПО
  • ☑ Расположение: в разделе «Приложения» или как отдельный документ в папке «Документ»
  • ☑ Формат: .doc, .docx или .pdf
  • ☑ Шрифт: Times New Roman, 14 pt для текста, заголовки разделов — 16 pt полужирный
  • ☑ Интервал: 1.5
  • ☑ Поля: стандартные (левое 30 мм, правое 10 мм, верхнее/нижнее 20 мм)
  • ☑ Нумерация страниц: сквозная, внизу справа
  • ☑ Титульный лист ТЗ: оформляется как приложение (например, «ПРИЛОЖЕНИЕ Е»)

2. СТРУКТУРА РАЗДЕЛОВ ТЕХНИЧЕСКОГО ЗАДАНИЯ

  • 1. Введение: наименование системы, краткая характеристика области применения
  • 2. Основание для разработки: документ (приказ, задание руководителя), организация-заказчик
  • 3. Назначение разработки: функциональное и эксплуатационное назначение
  • 4. Требования к системе: функциональные, к видам обеспечения, к интерфейсу, к надежности, безопасности
  • 5. Состав и содержание работ: стадии и этапы разработки (техпроект, рабочий проект, внедрение)
  • 6. Порядок контроля и приемки: виды испытаний, состав приемочной комиссии
  • 7. Требования к документации: перечень документов (руководство пользователя, программиста)
  • 8. Источники разработки: ГОСТы, нормативные документы

3. ПРИМЕР ОФОРМЛЕНИЯ ТРЕБОВАНИЙ (ФРАГМЕНТ ТЗ)

IDТип требованияОписаниеПриоритет
1ФункциональноеСистема должна обеспечивать авторизацию пользователей по логину и паролю.Высокий
2ФункциональноеВозможность создания, редактирования и удаления записей в БД.Высокий
3Требование к интерфейсуИнтерфейс должен быть интуитивно понятным, выполнен в светлых тонах.Средний
4Требование к безопасностиХранение паролей в хешированном виде (алгоритм SHA-256).Высокий

Таблица 1 — Фрагмент раздела «Требования к системе»

ШАБЛОН ТЕХНИЧЕСКОГО ЗАДАНИЯ НА РАЗРАБОТКУ САЙТА

ШАБЛОН ТЕХНИЧЕСКОГО ЗАДАНИЯ НА РАЗРАБОТКУ САЙТА

1. Общие сведения о проекте

1.1. Наименование проекта:
[Укажите название проекта, например: Сайт компании … / Интернет-магазин … / Лендинг услуги …]

1.2. Основание для разработки:
[Договор №… / Инициативный проект / Внутренний приказ]

1.3. Цель создания сайта:
[Например: Презентация компании в интернете, прием заявок, продажа товаров онлайн, информирование посетителей]

1.4. Задачи сайта:

  • [Задача 1: Привлечение клиентов из поиска]
  • [Задача 2: Автоматизация приема заказов]
  • [Задача 3: Информирование о новостях/акциях]

2. Требования к функционалу

2.1. Тип сайта:
[Выберите нужное: Лендинг / Сайт-визитка / Корпоративный сайт / Интернет-магазин / Портал / Каталог товаров]

2.2. Основные модули и функции:

  • Личный кабинет пользователя (просмотр истории, сохранение данных).
  • Регистрация и авторизация (через email/телефон / соцсети).
  • Формы обратной связи (Заказать звонок, Отправить сообщение, Записаться).
  • Поиск по сайту (простой / с фильтрацией по категориям, цене, характеристикам).
  • Модуль комментариев/отзывов.
  • Корзина и оформление заказа (для магазинов).
  • Калькулятор стоимости услуг.
  • Подписка на новости/рассылки.
  • Мультиязычность (какие языки).

3. Структура сайта (Карта страниц)

3.1. Разделы, доступные без авторизации:

  • Главная
  • Каталог / Услуги
  • Категория 1
  • Категория 2
  • Подкатегория 2.1
  • О компании
  • Новости / Блог
  • Контакты
  • Оплата и доставка

3.2. Разделы, доступные после авторизации:

  • Личный кабинет (Профиль)
  • История заказов
  • Избранное
  • Корзина

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

4.1. Общая концепция:

  • Стиль: [Минимализм / Классика / Футуризм / Строгий деловой]
  • Цветовая гамма: [Привязать к брендбуку или описать: светлый фон, акценты синий/зеленый]
  • Наличие референсов: [Ссылки на примеры сайтов, которые нравятся по оформлению]

4.2. Технические требования к отображению:

  • Адаптивность: Да. Корректное отображение на устройствах: десктоп (1920px и 1280px), планшет (768px), телефон (360px).
  • Кроссбраузерность: Корректное отображение в последних версиях браузеров (Chrome, Firefox, Safari, Edge, Yandex Browser).
  • Макеты (Прототипы): [Необходима / Не нужна] разработка интерактивных прототипов (wireframes) до начала дизайна.

5. Техническая реализация

5.1. Система управления (CMS):
[Выбрать: Разработка на самописной CMS / WordPress / 1C-Битрикс / OpenCart / Modx / Laravel]

5.2. Языки и технологии:

  • Верстка: HTML5, CSS3 (с препроцессорами или без).
  • Программирование: PHP, JavaScript (допустимость фреймворков).

5.3. Хостинг и домен:

  • Требования к хостингу предоставляются [Заказчиком / Исполнителем].
  • Доменное имя [Зарегистрировано / Требуется регистрация].

5.4. Безопасность:

  • Подключение SSL-сертификата (HTTPS).
  • Защита от SQL-инъекций и XSS-атак.
  • Регулярное резервное копирование БД и файлов.

6. Требования к наполнению (Контент)

6.1. Источники контента:

  • Тексты предоставляет: [Заказчик / Исполнитель (копирайтер)]
  • Изображения/видео предоставляет: [Заказчик / Исполнитель / Фотобанки]

6.2. Форматы и объем:

  • Требования к уникальности текстов.
  • Требования к изображениям (формат jpg/png/webp, максимальный размер файла).
  • Необходимость обработки изображений (сжатие, кадрирование).

7. Административная панель (Управление)

7.1. Управление контентом:

  • Возможность редактировать текст на страницах через визуальный редактор (WYSIWYG).
  • Загрузка и редактирование изображений в слайдерах и галереях.

7.2. Управление каталогом/товарами (если применимо):

  • Добавление/удаление категорий и товаров.
  • Управление ценами, остатками, характеристиками.
  • Импорт/экспорт товаров (Excel, CSV).

7.3. Управление заказами и пользователями:

  • Просмотр поступивших заявок/заказов.
  • Изменение статусов заказов (Новый, В обработке, Выполнен).
  • Управление зарегистрированными пользователями (блокировка, редактирование).

7.4. Настройки:

  • Управление разделами меню.
  • Настройка основных параметров сайта (название, контакты).

8. Интеграции со сторонними сервисами

8.1. CRM-системы:
[Указать конкретную, например: AmoCRM / Bitrix24 / RetailCRM]
Тип интеграции: двусторонняя / односторонняя (отправка заявок).

8.2. Платежные системы:
[ЮKassa / Robokassa / Тинькофф Касса / СБП]

8.3. Службы доставки:
[СДЭК / Почта России / Boxberry]

8.4. Прочее:

  • Онлайн-чат: [Jivosite / Telegram]
  • Сквозная аналитика: [Calltouch / CoMagic]

9. SEO-параметры и аналитика

9.1. Внутренняя оптимизация:

  • Настройка ЧПУ (человеко-понятных URL) для страниц и товаров.
  • Возможность заполнения мета-тегов (Title, Description, Keywords) в админке для каждой страницы.
  • Автоматическая генерация карты сайта sitemap.xml и robots.txt.

9.2. Системы аналитики:

  • Установка счетчиков: Яндекс.Метрика, Google Analytics.
  • Настройка целей (отправка формы, просмотр контактов) в коде сайта.

10. Порядок сдачи и приемки работ

10.1. Этапы разработки (Этапность):

  • Анализ и Прототипирование: Создание структуры и схем страниц.
  • Дизайн: Разработка дизайн-макетов ключевых страниц.
  • Верстка и Программирование: Сборка сайта на CMS, подключение функционала.
  • Наполнение: Загрузка контента (если входит в услуги).
  • Тестирование и Запуск.

10.2. Исправление ошибок:

  • [Укажите срок, например: 5 рабочих дней] на исправление замечаний после приемки.
  • Гарантийный срок на разработанный функционал: [например: 1 месяц / 3 месяца / 1 год].

10.3. Состав сдаваемой документации:

  • Архив с файлами сайта.
  • Дамп базы данных.
  • Доступы к админ-панели и хостингу.
  • Инструкция по работе с сайтом (краткое руководство).
Стр. 1 из 5
Рисунок примера:
Пример титульного листа ТЗ

ЧАСТЫЕ ОШИБКИ ПРИ СОСТАВЛЕНИИ ТЗ

  • ❌ Отсутствие раздела с требованиями к интерфейсу
  • ❌ Слишком общие формулировки («удобный», «красивый», «быстрый»)
  • ❌ Не указаны стадии и сроки разработки
  • ❌ Нет требований к составу документации
  • ❌ Несоответствие ТЗ и пояснительной записки
  • ❌ Отсутствие ссылок на ГОСТы