Посоветуйте информационный материал для разработки системы распределенной системы

Підписуйтеся на Telegram-канал «DOU #tech», щоб не пропустити нові технічні статті

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

Теперь встал вопрос в разработке frontend web-приложения для вынесения товаров в общий доступ. Грубо, это будет похожее на интернет-магазин, который должен взаимодействовать с CRM системой для обновления информации на сайте.

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

Что лучше проштудировать на тему проектирования такой системы, какие методологии, принципы построения взаимодействия таких систем изучить? В общем, интересны умные названия и фразы на эту тему :)

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Как мне кажется, по описанию сервиса, это не CRM, а управление ресурсами, точнее часть большого управления под названием — склад.

Начинать с рисования сценариев процессов взаимодействия пользователя с frontend web-приложением, продолжать сценариями взаимодействия между frontend web и базовой системой. Описав взаимодействия — выбирать приемлемое архитектурное решение. Далее подбирать инструменты реализации.
Повторить цикл, пока не будет достигнуто необходимая степень понимания.
Разрабатывать.

Для начала, проштудируйте Odoo, например, или аналогичные решения. Разработывать свой велосипед может оказаться дороже, чем допилить существующий.

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

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

Потому что программирование очень дорого

Вот тут ты неправ. Провинциальное программирование велосипедов джуновскими силами даёт работу этим самым провинциальным джунам, возможность развиться, получить порцию лапши от руководства мелкой провинциальной, но очень гордой компании, которая мечтает поработить мир своей 100500 CRM системой продавая её всем, даже на экспорт. Как ни крути, один профит везде (ну кроме компании, хотя если тотально недоплачивать зарплату, то скорей всего и компании тоже).

Вот тут мну прав, мну жалеет клиентов этих самых компаний, и себя в их числе.

джуновскими силами даёт работу этим самым провинциальным джунам

Насколько понял топикстартера, у них не стоит задача дать работу джунам. Им надо систему разработать/купить. И закон «время — деньги» еще никто не отменял.

получить порцию лапши от руководства мелкой провинциальной, но очень гордой компании, которая мечтает поработить мир своей 100500 CRM системой продавая её всем, даже на экспорт.

Делать решение под себя и делать продукт на рынок — это совершенно разные истории. Не надо мешать мух с котлетами.

Вы немного неправильно поняли. Прошу прощения, если не так описал ситуацию. Сама основная система уже разработана. И это было необходимо для поддержания своих нюансов в работе заказчика.
Сейчас стоит задача разработать механизм взаимодействия CRM системы с frontend частью, которая будет лежать особняком. Плюс, этот механизм, в перспективе, будет использовать для взаимодействия с мобильными приложениями. Вот как раз про этот момент — взаимодействие — и интересует (потому как нет такого опыта проектирования и разработки).

К CRM дописать API, которое сможет отдавать остатки на складе и всё такое, с которым и будет взаимодействовать веб-сайт. Причем настроить так чтобы доступ был только с того сервера, на котором вебсайт. Если вебморда — SPA ангуларореактах, то с API CRM взаимодействовать на уровне бекенда — так выше безопасность и стабильность. Я так думаю.

Підписатись на коментарі