Тз по разработке моб прилож. Техническое задание на разработку мобильного приложения По заказу блюд в ресторане Тортуга Этапы работы по созданию системы
 Скачать 468.5 Kb.
|
 Техническое задание На разработку мобильного приложения для ресторана «Тортуга» Техническое задание на разработку мобильного приложения По заказу блюд в ресторане «Тортуга» Этапы работы по созданию системы Введение Обязательность выполнения положения тз Цель разрабатываемого приложения Основные задачи Требования к приложению Требования к базе данных Требования к функции бд Требования к надежности Логика пользователя Логика администратора Структура электронного меню Требования к дизайну разрабатываемого приложения Этапы и сроки Этап оценки стоимости приложения Введение Обязательность выполнения положений данного ТЗ Положения данного Технического задания являются обязательными к выполнению, если с Клиентом не согласовано иное дополнительным соглашением к ТЗ, Дизайном, перепиской посредством электронной почты либо иным способом. По согласованию с Клиентом положения данного ТЗ могут быть упразднены или дополнены с целью оптимизации разработки и соблюдения назначенных сроков. Мобильное приложение для ресторана «Тортуга» Цели разрабатываемого продукта Разрабатываемый Комплекс представляет собой связку Мобильного Приложения и Управляющего Сервера Общий сценарий использования приложения. Целевые платформы: — iOS и Android. Основные задачи Обеспечить достаточную удобность использования приложения и быстроту получения необходимой информации Внедрить в приложение необходимые элементы для повышения пользовательского интерфейса Требования к приложению Требования к функциональным характеристикам 1 Удобство для пользователя. Все функции должны быть интуитивно понятны для каждого пользователя. Важно, чтобы человек мгновенно находил нужные кнопки, легко ориентировался в функционале и сразу видел все доступные возможности. Для этого внедряются принципы UX/UI дизайна – создания красивых и удобных пользовательских интерфейсов. Внешний вид прорабатывается в плотной связке с механизмом работы интерфейса. Чтобы создать комфортную и привычную среду для пользователя, интерфейс разрабатывается по гайдлайнам, которые описывают общие принципы взаимодействия пользователей с приложениями в iOS и Android. 2 Повышение конверсии. Функционал приложения разрабатывается не только для удобства пользователя, но и для выгоды компании. В идеале, нажатие кнопки должно по цепочке вести пользователя к целевому действию – к покупке, заказу, бронированию и т. д. Для анализа действий пользователей и отслеживания ключевых метрик приложения используются специальные инструменты (AppCenter, Firebase и т.д). 3 Оптимизированный набор функций. Функционал определяется исходя из конкретной бизнес-задачи. Приложение должно содержать ровно столько функций, сколько необходимо клиенту на пути к целевому действию (покупке, заказу, бронированию и пр.). Приложение с недостаточным функционалом не решит задачи аудитории, а значит – окажется невостребованным. Лишние опции также нежелательны – избыток ненужных кнопок только запутает пользователей. Требования к базе данных База данных должна обеспечивать автоматизированный учет работы персонала и учет продажи товара. База данных должна иметь проработанный интерфейс. Разграничение прав доступа пользователей к информации. Минимальное время ожидания до получения сведений. Минимальная избыточность - устранение вредной, неконтролируемой избыточности. Целостность данных - поддержка правильности данных. Производительность (время ответа на запрос измеряется) Независимость данных, возможность изменения структуры базы данных, без изменения структурных программ пользователя. Гибкость и способность к расширению - способность базы данных к наращиванию данных, функций, приложений.  Пример организационной структуры приложения DFD- Диаграмма потоков данных Диаграмма потоков данных является основным средством моделирования функциональных требований проектируемой системы. Основные компонентами диаграмм потоков данных являются: - Внешние сущности - Системы/подсистемы - Процессы - Накопители данных - Потоки данных  Требования к функциям базы данных Ввод и редактирование данных. Данные карт пользователей должны быть удалены автоматически Требования к надежности Надежное (устойчивое) функционирование Мобильного приложения должно быть обеспечено Разработчиками посредством создания жесткой системы разделения пользователей на категории, которые были указаны выше. Помимо этого, уязвимость приложения через так называемые «лаги», а так же уязвимость вирусами должны быть сведены к нулю. В противном случае, приложение не будет в состоянии выполнять возложенные на него функции и придет в негодность. После решения этих задач требуется сделать приложение "легким", чтобы оно не требовало огромной скорости подключения к сети Интернет и не тратило трафик пользователей приложения Логика пользователя Пользователям данного приложения может быть любой человек,который получил планшет в качестве роли «Посетителя» Логика Администратора Отправлять Push- уведомления Вносить изменения в меню и бар Вносить изменения учетной записи и пароль администратора Структура электронного меню Выбор столика (отображение свободных столиков в заведении) Выбор блюда и напитков (Основное меню и бар) Заказ (Наименование заказанного блюда или напитка, стоимость товара) Оплата заказа (Итоговая сумма заказа) Требования к дизайну разрабатываемого приложения В дизайне сайта не должно присутствовать: - мелькающие баннеры; - много сливающегося текста; - темные и агрессивные цветовые сочетания и графические решения. Оформление должно быть разработано в достаточно консервативном ключе На страницах не должно быть большого объема текста При разработке сайта должны быть использованы светлые и контрастные цветовые решения Дизайн приложения должен быть простым и понятным в использовании Приложение должно выглядеть и работать одинаково на платформах iOS и Android Должны использоваться хорошо читаемые шрифты без засечек   Пример электронного меню Этапы и сроки Разработка дизайна Разработка приложения Разработка Сервера Начало работ по всем трем направлениям состоится одновременно и произойдет в день начала работ над Комплексом. Внутренние работы в каждом из направлений будут также вестись одновременно. Таким образом, общее время работ по каждому направлению будет равным общему времени всех работ по разработке Комплекса, и составит 60 рабочих дней. Данный период называется периодом основных работ. В данный период не включается время, необходимое Клиенту на рассмотрение и утверждение Дизайна или иных промежуточных результатов, за исключением времени на рассмотрение и утверждение, указанное в Таблице 3. По завершении работ по разработке Комплекса будет проведен этап Финального тестирования длительностью 20 рабочих дней, не входящий в период основных работ, и следующий непосредственно за ним. В период Финального тестирования Клиентом выявляются все ошибки в работе Приложения, не выявленные в период основных работ. Исполнитель устраняет выявленные ошибки в течение этапа Финального тестирования, а также в течение 20 рабочих дней после окончания этапа Финального тестирования. Последний период называется периодом Гарантийного обслуживания. |