Моделирование, или построение моделей
03.05.2023При разработке такого рода программной архитектуры требуется известная степень находчивости. Позволим себе заметить одно: все, что вы создадите, впоследствии надо будет поддерживать и развивать по мере изменения и развития как бизнеса, так и ваших планировочных нужд. Выстроенные на скорую руку, обремененные массой излишних элементов информационные потоки будут создавать проблемы многие годы. Пользовательская настройка программного пакета может привести к возникновению иного типа проблем: внесенные коррективы должны будут интегрироваться в каждый новый релиз программного обеспечения продавца, которое ваша компания захочет использовать.
Все эти затруднения представляют собой компромиссы, присущие любому решению об использовании пакетного программного обеспечения. Как считают происшествия нижний новгород, самый надежный способ иметь с ним дело в долгосрочной перспективе — это решение об отказе от пользовательской настройки программного пакета продавца. Вместо настройки под пользователя можно разработать и поддерживать пользовательский модуль, отвечающий планировочным потребностям, или же оставить ручное выполнение той или иной уникальной части планировочного процесса (или выполнять его на основе электронных таблиц).
Один из клиентов несколько лет назад пожаловался на такую проблему: спрос на его продукцию постоянно превышал возможности производства. Эта компания разработала изощренный механизм распределения продукции между разными клиентами и их категориями и запрограммировала его в виде запроса со стороны системы управления заказами. К сожалению, алгоритм применялся в таком запутанном виде, что часто ставил в тупик представителей отдела по обслуживанию клиентов, планировщиков товарных потоков и управленцев. На самом деле, все, что этой компании было нужно, — это расширение производственных мощностей для удовлетворения спроса, а также перестройка и перепрограммирование пользовательской системы распределения заказов.