2013-05-06 4 views
0

Я и моя команда будут разрабатывать систему POS для сети ресторанов.Нужна идея архитектуры для POS

В дополнение к приложению Windows для POS основная идея - создать собственное (не HTML5) мобильное приложение, которое поможет в отслеживании заказов.

Мобильное приложение должно это сделать -
1. Официанты берут и отслеживают заказ.
2. Менеджер должен иметь возможность проверять листы сотрудников, тайминги и т. Д.

На части POS -
Мы собираемся сделать работу конкретного ресторана с его локальной базой данных, которая будет синхронизироваться с центральной базой данных.

Мы на правильном пути? Может ли HTML5 помочь нам в мобильном приложении?

ответ

0

Сколько вы готовы заплатить за меня, чтобы дать вам архитектуру? Просто шучу.

Придумайте розничную торговлю, что:

  • Имеет только 10 вида деталей
  • С продают только 5 количеством каждых пунктов каждый день
  • То есть только один штат, и это его/ее семьи
  • , которые продают только с наличными деньгами, а не электронных платежей

Как вы думаете, что вид розничной торговли нужен мобильный Whi приложений ch может делать POS с поддержкой облачных вычислений? Конечно нет. Ему, может быть, нужна только книга, написанная вручную с использованием простого бухгалтерского дебетового кредита для отслеживания его доходов/расходов. Но такая крупная компания, как W * lmart, сделает.

Если вы хотите подать заявку, убедитесь, что у вас есть это требование. Зачем создавать что-то, что не нужно?

Если вы хотите создать общее приложение POS, сначала необходимо выполнить основное требование. Что им нужно. Будут ли они делать ввод, вводя код элемента или сканирование с помощью штрих-кода? Должны ли они произвести платеж после ввода товара (типичная система розничной торговли), или им необходимо произвести оплату после того, как они попросят счет (типичная система ресторанов). Позднее он решит вашу архитектуру.

Теперь задавать свой вопрос:

В дополнение к окна приложения для POS, основная идея сделать родной (не HTML5) мобильное приложение, которое поможет в заказах отслеживания

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

Мобильное приложение должно сделать это -

  1. Официанты будут принимать и отслеживать заказ.
  2. Менеджер должен уметь проверять листья, тайминги и т. Д.

Первая точка является вашим требованием, но вторым пункт. Какие? Отслеживать листы сотрудников, тайминги и т. Д.? Он должен быть включен в модуль HR, а не POS-модуль. Держите область приложения самой маленькой и убедитесь, что каждый из модулей находится в одной теме.

На POS части - Мы думаем, чтобы сделать конкретный ресторан работу с локальной базой данных, которые будут синхронизироваться с центральной базой данных.

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

Мы находимся на правильном пути? Может ли HTML5 помочь нам в мобильном приложении?

Это как же вопрос, как: Может ли клавиатура поможет нам набрать? HTML5 - это язык, используемый в любом веб-сервере. Он похож на метод рендеринга/макета. Если вы хотите нацелиться на современный браузер, такой как последняя версия firefox, тогда идите. Но действительно, знаете ли вы, как HTML5 может вам помочь, или вы знаете, что является недостатком использования HTML5?

+0

благодарит за вашу помощь – Lakshay

0
  • Поскольку это приложение будет использоваться только сотрудниками ресторана, (а не клиентов), было бы с уверенностью предположить, целевой мобильной платформы, Android или IOS.

  • С, инвентаризацией, сотрудники листьев и т.д. отслеживается в ресторане на месте, идея использования локальной БД, которая синхронизируется с удаленным DB кажется правильный подход.

  • Меню пунктов и их коды должны храниться на центральном сервере DB и доставлены оттуда.

Смежные вопросы