Заказ - корзина
→ Чтение штрих-кода → Каталог: найдено по штрих-коду
→ QR-код списка товаров
→ Оплатить → Успешная оплата / Ошибка оплаты
Акции - список акций
Профиль - подменю личного кабинета
→ Редактирование данных профиля
→ Баллы
→ Список заказов
→ Настройка уведомлений
→ Привязать бонусную карту (для привязки физических карт)
→ Выйти
Шаблон страницы
Экран всегда вертикальный, разворот запрещен.
Шапка
Шапка страницы меняется в зависимости от текущей страницы.
Для всех внутренних страниц (не обозначенных в нижнем меню) должна быть кнопка
Вернуться.
Пример для страницы Каталога: выбор терминала, строка поиска и сканирование
штрих-кода.
Лабораторная работа №5
Разработка дизайна мобильного приложения по техническому заданию.
Цель работы: Улучшить навыки составления технического задания при создание дизайна мобильного приложения.
Теоретическая часть лаборатории
У ТЗ на разработку мобильного приложения есть стандарты качества: отечественные ГОСТы и зарубежные SRS (software requirements specification). У SRS более разветвлённая структура: его содержание похоже на реферат с введением, главами, подглавами и заключением. Но и в том и в том стандарте есть общие смысловые части:
вводная описывает общие положения, назначение и цели проекта;
основная содержит функциональные и технические требования;
заключение определяет порядок контроля и приёмки работ.
SRS популярен на западе — на российском рынке он пока не прижился. ТЗ по ГОСТу необходимо только госсектору и тем компаниям, которые с ним тесно связаны. У крупных корпораций, которые заказывают приложение, могут быть свои стандарты качества — тогда студия оформляет документы по их образцу.
Поскольку в законодательстве нет жёстких требований к проектной документации, студии мобильной разработки «настраивают» ТЗ под себя. Некоторые продолжают писать по ГОСТу — такой документ удобнее проверять: вы открываете стандарт, открываете техзадание и сверяете разделы. Ну, а больше плюсов мы не нашли. Из минусов:
Do'stlaringiz bilan baham: |
