4.3 Этапы разработки технического задания

4.3.1 Введение

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

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

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

4.3.2 Назначение и цели

Целью написания этапов данного технического задания является внедрение активной панели администратора в уже разработанную и запущенно систему Foursquare. Приложение Foursquare предоставляет возможность пользователям отмечать своё местонахождение в различных заведениях и оповещать об этом своих друзей, исследовать новые места, оставлять свои отзывы. Другими словами это система, которая представляет собой мобильное приложение - площадку для поиска мест общественного питания, активностей на карте, для обмена оповещениями с друзьями. Уникальным дополнением в созданное приложение от аналогичных будет являться возможность пользователей покупать и продавать товары/билеты в активностях и местах. Для того, чтобы пользователь стал продавцом ему необходимо выслать подтверждающие документы администратору системы. После анализа и проверки документов сервис заключает с пользователем договор о партнерстве, который позволяет продавать товары в местах и активностях продавца.

Панель администратора предназначена для управления всем контентом приложения, а именно создание и редактирование мест, активностей, групп, товаров/скидок/билетов.

Кроме этого, с помощью панели администратора пользователь имеет возможность задавать настройки к контенту приложения, а именно добавлять и редактировать список товаров, способы доставки товаров, просматривать и редактировать заказы пользователя, устанавливать % дохода, который будет браться от продаж товаров, задавать и редактировать категории и характеристики мест/активностей.

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

Доступ к функционалу панели администратора зависит от роли пользователя, задаваемой супер ­ администратором.

4.3.3 Описание функциональных требований

1. Определяем роли и права доступа пользователей панели администратора.

Для разграничения прав доступа выделяем четыре роли:

1. Супер­администратор

2. Администратор

3. Аналитик

4. Контент­ менеджер

По каждой роли прописываем права доступа пользователей.

2. Описываем сущности разрабатываемой системы

3. Выделяем общие требования к созданию системы

- Поддерживаемые языки

- Система дат

- Алфавитный порядок

- Сортировка по умолчанию

- Операционная среда (операционные системы, поддерживаемые браузеры)

- Использование и подключение сторонних сервисов (сервис для модерации контента, CRM, билетный сервис, сервис оплаты)

- Предложения и допущения (прописываем функционал, который будет реализован после запуска «пилотной» версии, а так же изменен в ходе подготовительной части технического задания)