Так как мой пост пропал в результате глюка, попробую его повторить.
модель склада логически следует из модели предприятия, а модель предприятия из модели внешней среды (о чём шла речь на первой конференции). И никаких фантазий на тему склада.
Каким образом автоматизатор получает информацию о внешней среде, необходимую для построения моделей? Опросом или чудом?
Видимо... чудом (поскольку опрос изначально выбрасывается из рассмотрения)
Давайте ещё раз рассмотрим "чудо". Итак, в самом начале первой конференции, утверждалось, что внешняя среда любого(!) предприятия образуется из трёх элементов:
- государство (нормативно-правовые акты + арбитраж);
- рынок (потребление "возможностей" предприятия и удовлетворение его "потребностей");
- собственники-инвесторы (создание и развитие предприятия (не путать с акционерами-спекулянтами)).
Каждый из элементов внешней среды, взаимодействуя с предприятием, решает свои собственные задачи. Предприятие не может не взаимодействовать с каждым из перечисленных элементов, поскольку, если оно не будет выполнять требования государства, то предприятие просто закроют; если предприятие не будет удовлетворять требования рынка, то оно разорится и закроется; если предприятие не будет выполнять требования собственников, то его судьба будет столь же незавидна. Согласны?
Можно, конечно, копнуть ещё глубже, и показать, что эти три элемента взяты не случайно, и других элементов быть не может... но это долго, хотя интересно. Пока же я, с Вашего позволения, отделаюсь небольшой ремаркой о том, что и в соц. странах (СССР, в частности) существуют/существовали все три вида элементов и выполняли те же самые роли. Нормативно-правовые акты создавались в ГосСтандарте, ВЦСПС, МинТруда и пр.; рынок - ГосПлан; собственники-инвесторы - отраслевые министерства, отчасти и ГосИмущество.
Рассуждаем далее. Мы определили (в первом приближении), что предприятие является агентом товарно-денежных отношений, и тем самым, ввели в рассмотрение два вида ресурсов: товары и деньги (позже можно уточнить и конкретизировать определение предприятия). Эти два вида ресурсов распределяются по входам и выходам самого предприятия и его подсистем. Получаем четыре вида преобразований и, следовательно, четыре вида подсистем:
- производство (преобразование: товары - товары')
- сбыт (преобразование: товары - деньги)
- финансы (преобразование: деньги - деньги')
- снабжение (преобразование: деньги - товары)
Правильно? Хорошо спускаемся в подсистемы. Берём "Сбыт". Мы уже знаем два его элемента (вход и выход): товары и деньги, осталось определить третий элемент, за счёт которого происходит преобразование товаров в деньги. Без особого труда определяем этот элемент - клиенты-заказчики, те, кто потребляет товары данного предприятия (рынок потребления). Наконец, просто связываем все три найденных элемента и получаем "Сбыт". Ничего случайного в этих построениях нет, в отличие от множества взглядов разных специалистов самого предприятия или внешних приглашённых экспертов. Далее, на конференции мы рассмотрели центральное понятие "Сделки" (помимо парных связей), которое увязывает все три элемента "Сбыта" (товар, деньги, клиенты) в единое целое, и получили весь набор документов (договора и приложения к ним, заявки, заказы, накладные и счета-фактуры, рекламации), которые обладают внутренней логикой (внутренними связями между собой). Опять же повторю, что данная модель будет применима к любым условиям хозяйствования (плановым или рыночным), любой отраслевой принадлежности предприятия, любой величине предприятия, любой серийности и пр. и пр. Мало того, данная структура сбыта даёт нам возможность развивать её (ничего не меняя в ранее сделанном, и не переписывая то, что написано ранее). Какие могут быть направления развития? Мы можем более полно описывать клиентов, связей с ними, истории взаимоотношений. Надстраивает понятие "клиенты" в БД и получаем полноценную CRM систему, тесно увязанную со всей работой предприятия. Другое направление развития: описание продукции. Третье направление: более полное описание денег, тех платёжных средств, которые данное предприятие согласно получать о своих клиентов, видов и графиков платежей. Аналогично (но более ограничено), можно надстраивать и связи между этими тремя элементами.
Те же самые рассуждения применимы ко всем остальным функциональным подсистемам: снабжению, складам, производству, финансам.
И, наконец, рассмотрев функции и устройство подсистем, мы можем, следуя, той же логике, спустится до каждого рабочего места (роли пользователя), будь то технолог, мастер, сменный инженер, кладовщик, коммерсант, финансист... Мы уже определили функции подсистем, а теперь нам осталось распределить эти функции по исполнителям, сообразуясь с логикой элементов и связей конкретной подсистемы. Это тот же процесс, что и ранее, когда мы определили функции (суть) каждой подсистемы и получили её структуру.
Так зачем нам опросы, если "чудо" уже свершилось...
