Рейтинг:
2
OriginalGriff
Если вы знаете VB, то он, вероятно, сделает это. Если вы этого не знаете, то выберите язык, который вы знаете - это относительно простое приложение для связи / базы данных, поэтому почти любой из языков "общего назначения" сделает это: C, C++, C#, VB, Pascal ...
Что касается устройств или технологий, то вам нужно сначала сесть и написать себе спецификацию, в которой подробно описывается, что проект должен делать и как он должен это делать. "Биллинговая система для торговых центров" слишком расплывчата и может охватывать огромный спектр возможных применений. Как только у вас есть подробная спецификация, вы можете начать работать над языками, устройствами, технологиями, необходимыми для реализации ее в проектном документе, но только после того, как у вас есть эта спецификация, вы можете начать думать об этом.
Member 13549236
Мне нужна система, чтобы справиться с этим:
1). запись и печать транзакции.
2). Отслеживание Записей Клиентов.
3). Контроль работы кассира
4). Оплата : Карта/Наличные Деньги
5). сканирование штрих-кода продукта
6). графическое представление продаж и покупок продукта на главном экране менеджера.
7). отправьте ежемесячный отчет по электронной почте ответственному лицу.
8). ФИНАНСОВЫЙ УЧЕТ
и другие (расширенные функции).
А теперь, пожалуйста, подскажите мне, какой инструмент или платформа лучше всего подходит для покрытия всех этих проблем? (Предполагая, что я знаю, что лучше всего!).
Как насчет этого Asp.net веб-приложение?
Но процесс выставления счета за продукт никогда не должен отнимать много времени.
Заранее спасибо.
OriginalGriff
Это часть вашей задачи: анализ требований.
И это все, что у вас есть на данный момент: изложение требований. Каждый из этих пунктов нуждается в исследовании и тщательном уточнении.
Например: "оплата : карта/наличные" подразумевает, что вам нужны считыватели Pard: stripe, chip'n'PIN и / или бесконтактные? И тогда вам понадобится компания платежного шлюза, чтобы обработать фактическую транзакцию для вас, а это означает, что вам нужно взаимодействовать с их API, что повлияет на язык, используемый для этой части проекта. И тогда нужно учитывать возможные возвраты от API, так как они повлияют на кассира - недостаточные средства, украденные карты и т.д., и т.п.
И каждая из этих точек будет иметь сходные уровни детализации и взаимодействия.
Изложение требований-это простой документ, который можно собрать вместе, но он не содержит даже близко деталей, необходимых для начала проектирования!