Проверяемый текст
Гаврилов Д.А. Управление производством на базе стандарта MRP II 2 е изд — СПб Питер, 2005 — 416 с (1-е изд. - 2002 г.)
[стр. 79]

ности предприятия в производимых и закупаемых номенклатурных позициях, выраженное в виде календарного плана.
Причем особо следует отметить, что сам механизм MRP не делает различия между способами получения номенклатурных позиций (закупка или производство), предоставляя решать этот вопрос ответственным лицам, хотя всегда существует возможность задать способ получения той или иной покрывающей потребность предприятия номенклатурной позиции по умолчанию (обычно закупаемая или же обычно изготавливаемая).
С начала 70-х гг.
популярность MRP поддерживается APICS (American Production and Inventory Control Society), начавшим свою деятельность в области продвижения MRP с попытки убедить людей в том, что MRP является решением многих проблем, ибо дает возможность сформировать интегрированные системы налаживания коммуникаций внутри компании и поддержки
принятия решений.
Тем самым MRP помогает руководящим работникам находить наиболее эффективные способы управления бизнесом в целом.
APICS подчеркивало, что для успешного внедрения программ MRP необходимы понимание со стороны менеджмента и тотальное обучение персонала.
Роль же математических методик оптимизации принимаемых решений была APICS уменьшена.
Подчеркивалось, что реальными проблемами являются проблемы дисциплины, образования, понимания и коммуникаций.
MRP формирует два массива сообщений: плановые заказы (planned orders) и рекомендации (action messages).
Плановые заказы предлагают размер заказа, дату запуска (release date) и дату выполнения заказа (due date) как результат работы MRP в том случае, когда MRP встречается с наличием нетто-потребности (net requirements).
Плановые заказы, как отмечает APICS
[67], создаются компьютерной системой, существуют только в компьютерной системе и могут быть изменены или удалены компьютерной системой при последующем запуске MRP при изменении исходных данных.
Рекомендации это результат работы системы, определяющий тип действий, необходимых для устранения текущих или потенциальных проблем.
Примерами рекомендаций в системе MRP могут служить «запустить заказ», «перепланировать заказ», «отменить заказ».
Рекомендации придают MRP ха
[стр. 23]

22 Глава 1 прогнозов использования по всем компонентам фантомной номенклатурной позиции в плановой структуре обычно составляет 100%, Однако следует отметить, что возможно формирование фантомной номенклатурной позиции и с более чем 100%-ным совокупным прогнозом использования, рассчитанным как сумма прогнозов использования по всем компонентам фантомной номенклатурной позиции.
В этом случае такую спецификацию (ВОМ) называют плановой спецификацией с возможностью избыточного планирования (option overplanning).
Данная возможность позволяет сформировать своего рода страховой запас компонентов на случай колебаний спроса и отклонений распределения компонентов внутри фантомной номенклатурной позиции от нормативного.
Помимо возможности учесть вариативность структур продуктов, о которой говорилось выше, существует возможность описания компонентов номенклатурной позиции, включаемых в состав изделия не обязательно, а с некоторой вероятностью.
Для них устанавливают факультативный характер включения в родительскую номенклатурную позицию и прогноз использования, меньший, чем 100%.
Более подробная характеристика спецификаций (ВОМ) будет дана далее, в главе 4.
Результатом вышеперечисленных действий является описание потребности предприятия в производимых и закупаемых номенклатурных позициях, выраженное в виде календарного плана.
Причем особо следует отметить, что сам механизм MRP не делает различия между способами получения номенклатурных позиций (закупка или производство), предоставляя решать этот вопрос ответственным лицам, хотя всегда существует возможность задать способ получения той или иной покрывающей потребность предприятия номенклатурной позиции по умолчанию (обычно закупаемая или же обычно изготавливаемая).
С начала 70-х гг.
популярность MRP поддерживается APICS (American Production and Inventory Control Society), начавшим свою деятельность в области продвижения MRP с попытки убедить людей в том, что MRP является решением многих проблем, ибо дает возможность сформировать интегрированные системы налаживания коммуникаций внутри компании и под


[стр.,24]

История развития стандарта управления.
23 держки принятия решений.
Тем самым MRP помогает руководящим работникам находить наиболее эффективные способы управления бизнесом в целом.
APICS подчеркивало, что для успешного внедрения программ MRP необходимы понимание со стороны менеджмента и тотальное обучение персонала.
Роль же математических методик оптимизации принимаемых решений была APICS уменьшена.
Подчеркивалось, что реальными проблемами являются проблемы дисциплины, образования, понимания и коммуникаций.
MRP формирует два массива сообщений: плановые заказы (planned orders) и рекомендации (action messages).
Плановые заказы предлагают размер заказа, дату запуска (release date) и дату выполнения заказа (due date) как результат работы MRP в том случае, когда MRP встречается с наличием нетто-потребности (net requirements).
Плановые заказы, как отмечает APICS
[1], создаются компьютерной системой, существуют только в компьютерной системе и могут быть изменены или удалены компьютерной системой при последующем запуске MRP при изменении исходных данных.
Рекомендации —это результат работы системы, определяющий тип действий, необходимых для устранения текущих или потенциальных проблем.
Примерами рекомендаций в системе MRP могут служить «запустить заказ», «перепланировать заказ», «отменить заказ».
Рекомендации придают MRP характер
системы поддержки принятия решений, хотя и в весьма ограниченном объеме, ибо MRP не предлагает полномасштабных сценариев развития событий при тех или иных вариантах решений.
Необходимо отметить, что MRP работает исходя из следующих посылок: 1)все операции осуществляются в границах одной производственной площадки, т.
е.
не поддерживается территориально распределенная структура предприятий; 2) производственные ресурсы не ограничены, поэтому MRP не заботится об их достаточности для выполнения сформированного плана.
Явным недостатком на данном этапе развития технологии MRP была невозможность обновить результатную информа

[Back]