ru en de
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
На разработку мобильного приложения для знакомств под iOS и Android. А также панели администратора.
Идеальный пример
ПОГОВОРИМ О СЛЕДУЮЩЕМ
НО СНАЧАЛА
ТЗ - ЭТО
Документ, который содержит основные технические требования к продукту.
Оно состоит из нескольких блоков, что позволяет клиенту и разработчику быстро ориентироваться в документе и находить нужную информацию.
ТЗ необходимо для определения границ проекта.
PDF файл полного ТЗ
ЗАЧЕМ
- Структуру;
- Структуру проекта;
- Сведения о пользователях системы;
- Логику взаимодействия с каждым блоком системы.
Документ имеет:
Как распознать качественное ТЗ
БЛОК ОПИСАНИЯ СИСТЕМЫ
Блок описания системы позволяет унифицировать понимание продукта для клиента, аналитика, разработчика и т.д.
Пример
1. Мобильное приложение для взаимодействия пользователей между собой при помощи функционала.
2. CRM-систему для наполнения приложения местами и магазинами партнерами.
Это позволит пользователям приложения ходить в проверенные места, а также использовать внутриигровую валюту.
Функционал приложения позволяет пользователям рассказать о себе и при помощи подбора найти пользователя, с которым будут совпадать интересы, внутри приложения пользователи также могут общаться между собой один на один или в группе, создавать встречи или отправлять подарки.
В рамках проекты необходимо реализовать:
Блок назначения должен четко описывать для кого этот документ и какую ценность он несет.
БЛОК НАЗНАЧЕНИЕ ЦЕЛИ
Данный документ, является ориентиром для клиента, так как описывает весь функционал итогового приложения и панели администратора, которое он получит.
Пример
Вести чат с пользователем
Просматривать профиль
Пополнять баланс
Находить людей для знакомств
Целью панели администратора, является возможность управления партнерами и модераторами.
Блок целей в свою очередь должен иметь список функционала приложения, который пользователь сможет использовать.
+Редактировать профиль
Создавать профиль
+Приглашать на встречу
Создавать встречу
+Управлять подпиской
Оформить подписку
СВЕДЕНИЯ О ПОЛЬЗОВАТЕЛЕ
Сведенья о пользователях необходимо описать в начале документа, чтобы человек изучающий документ с самого начала понимал границе использования системы для каждой роли.
АДМИНИСТРАТОР
МОДЕРАТОР
Может добавлять модераторов в систему, а также добавлять новые места и магазины партнеры.
Может добавлять новые места и магазины партнеров.
СТРУКТУРА СИСТЕМЫ
Означает строение, расположение, порядок и отражает определенные взаимосвязи составных частей системы.
БЛОК ТРЕБОВАНИЙ К СИСТЕМЕ
Раздел требований к системе несет свою ценность для разработчиков. Так как устройства обновляются каждый год и не всегда реально проверить как готовый продукт работает на более старых версиях. Рекомендуется устанавливать границу работоспособности системы на одну-три версии ниже текущей.
Хотите обсудить проект?
Посмотрите и заполните брифы на разработку.
PDF файл полного ТЗ