Корпоративные информационные системы. Щелкина И.А. Корпоративные информационные системы (терминология,. Корпоративные
 Скачать 1.28 Mb.
|
Глава 3. Базовые стандарты управления корпорациейНовая экономическая ситуация ставит перед предприятиями ряд задач, которые ранее ими не рассматривались. Среди наиболее важных задач, стоящих перед промышленными предприятиями в современных условиях, можно выделить: * повышение конкурентной борьбы; * требование выпускать продукцию в соответствии с текущими заказами покупателей, а не с долгосрочными перспективными планами; * необходимость оперативного принятия решений в сложной экономической ситуации; * укрепление связей между поставщиками, производителями и покупателями. В конкурентной борьбе побеждает только тот, кто быстрее других реагирует на изменения в бизнесе и принимает более верные решения. Именно информационные технологии помогают руководителям промышленных предприятий в решении этих сложных задач. Страны рыночной экономики имеют большой опыт создания и развития информационных технологий для промышленных предприятий. Одним из наиболее распространенных методов управления производством и дистрибуции в мире является стандарт MRPII (Manufacturing Resourse Planning), разработанный в США и поддерживаемый американским обществом по контролю за производством и запасами American Production and Inventory Control Society (APICS). В наши дни КИС строятся на стандартах ERP, CSRP и ERPII. Основной целью этого раздела является рассмотрение базовых стандартов управления предприятием, которые представляют собой фундамент любой КИС. § 3.1. Эволюция информационных систем управления предприятием Эволюция информационных систем прошла путь длиной более чем в 40 лет. С развитием компьютерной техники, программных средств, методов управления информацией менялся и смысл, вкладываемый в это понятие теперь уже никто не назовет электронную таблицу с калькулятором таким громким именем, как информационная система. Современные информационные системы являются сложными интегрированными комплексами, которые включают в себя модули, отвечающие практически за все механизмы работы современного предприятия. Информационная система - это набор механизмов, методов и алгоритмов, направленных на поддержку жизненного цикла информации и включающих три основных u1087 процесса: обработку данных, управление информацией и управление знаниями. С точки зрения программных технологий, информационная система это не один, и даже не несколько программных комплексов. Можно построить структурную модель информационной системы (рис.2), выделив ее основные компоненты, которые содержат программные модули определенного класса.  Самым нижним уровнем информационной системы является хранилище, в котором содержится вся интеллектуальная собственность предприятия. Это могут быть документы, справочники, структурные таблицы, деловые правила, описание процессов. Прямого доступа к хранилищу быть не должно, как для пользователей, так и для различных систем предприятия. Прямой доступ имеет лишь система управления знаниями, которая служит своего рода шлюзом для остальных систем и формирует информационное окружение предприятия. Система управления знаниями объединяет идеи, знания, содержание документов и деловые правила, автоматизируя процессы, базирующиеся на знаниях, как внутри предприятия, так и между разными организациями. Для этого нужен шлюз, позволяющий производить обмен данными с внешними системами. Это необходимое условие, так как современные процессы направлены на объединение предприятий в крупные концерны и очевидно, что передача знаний очень важна. Например, системы планирования ресурсов предприятия ERP (Enterprise Resource Planning – планирование ресурсов предприятия) не могут работать независимо - процессы, связанные с управлением финансами, складами, человеческими ресурсами, используют уже накопленные знания и приносят новые. Также важно выделить класс систем анализа и принятия решений DSS (Decision Support System - система поддержки принятия решений), без которого жизненный цикл информации не будет завершен. В современных организациях интеллектуальный анализ данных становится все более важной задачей. Связано это с необходимостью аналитической обработки больших объемов информации, накопившейся в хранилищах. Такие системы помогают найти новые знания, выявить недостатки и слабые места информационной системы, оценить эффективность тех или иных процессов, установить новые информационные взаимосвязи. Очень часто говорят, что такой класс систем должен работать непосредственно с хранилищем, поскольку обработке подлежат содержащиеся в нем данные. Теоретически это верно, но на практике такое невозможно - любые изменения в содержимом хранилища, процессах, правилах и взаимосвязях могут и должны производиться системой управления знаниями. Тогда DSS - системам не придется задумываться над тем, в каком формате хранятся данные, и главное, что любое изменение информации будет немедленно влиять на взаимосвязи и процессы, в которых она принимает участие. Информационные системы, представляющие собой набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты управленческой деятельности предприятий - планирование ресурсов (финансовых, человеческих, материальных) для производства товаров (услуг), оперативное управление выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета, анализ результатов хозяйственной деятельности называются корпоративными информационными системами (КИС). К КИС или, как их еще называют, к корпоративным управленческим системам EAS (Enterprise Application Suite – набор приложений масштаба предприятия) относятся системы стандартов MPS, MPR , MPR II, ERP, ERP II и CSRP. Эволюционный путь этих базовых стандартов представлен на рис. 3.  Исходным стандартом, появившимся в конце 50-х – начале 60-х годов, был стандарт MPS (Master Planning Scheduling – управление календарным планированием), предназначенный для составления основного плана производства. На основании данных о состоянии спроса вырабатывались планы выпуска конечной продукции. С целью оптимального управления производством в середине 60-х годов были сформулированы принципы управления материальными запасами предприятия. Эти принципы легли в основу систем класса MRP (Material Requirement Planning - планирования материальных потребностей). Эти системы могут быстро подсчитать возможность выполнения нового заказа к нужному сроку при текущей загрузке производства. При условиях невозможности выполнения данного заказа к конкретному сроку, система способна ответить на вопрос, во что обойдется заказчику выполнение нового заказа, если он все же на сроке настаивает. Затем появились системы класса MRPII (Manufacturing Resource Planning - планирование производственных ресурсов), основная суть которых сводится к тому, что прогнозирование, планирование и контроль производства осуществляется по всему циклу, начиная от закупки сырья и заканчивая отгрузкой товара потребителю. В общем случае они обеспечивают решение задач планирования деятельности предприятия в натуральных единицах, финансовое планирование в денежном выражении. Следующим этапом в развитии КИС стало появление с конца 80-х годов систем класса ERP (Enterprise Resource Planning - планирование ресурсов предприятия). Эти системы охватывают всю финансово-хозяйственную и производственную деятельность предприятия. К ним предъявляются такие требования как: централизация данных в единой базе, режим работы близкий к реальному времени, сохранение общей модели управления для предприятий любых отраслей, поддержка территориально распределенных структур, работа в широком круге аппаратно-программных платформ и СУБД. Другими важными требованиями к ERP системам являются возможность применения графики, использования CASE-технологий для дальнейшего развития системы, поддержание архитектуры типа “клиент-сервер” и реализации их как открытых систем. При правильном внедрении и эксплуатации таких систем, эффективность бизнес-процессов предприятия повышается, что дает конкурентное преимущество для дальнейшего развития. Однако, занимаясь улучшением внутренней структуры, предприятие не повышает степени эффективности взаимодействия с контрагентами. Следующий этап развития КИС ориентирован на интеграцию деятельности заказчиков и партнеров предприятия в его внутреннюю систему и называется ERPII (Enterprise Resource and Relationship Processing – обработка данных по ресурсам и взаимоотношениям предприятия). Internet предоставляет возможность предприятию взаимодействовать со всеми его контрагентами в совершенно новой среде, позволяющей контактировать напрямую с потребителем по типу B2C (Business-to-Consumer – “бизнес–клиент”) или/и партнерами по бизнесу по типу B2B (Business-to-Business – “бизнес-бизнес”). Для того чтобы ERPII система была применима для электронной коммерции и бизнеса, необходимо создать приложения по управлению связями с заказчиком CRM (Customer Relationship Management – управление взаимоотношениями с клиентом), а также дополнительное программное обеспечение (ПО) промежуточного слоя. Такое ПО назвали EAI (Enterprise Application Integration - интеграция приложений масштаба предприятия). EAI обеспечивает следующие функции: * электронная коммерция; * управления цепочкой поставок; * услуги доступа к приложениям; * виртуальные торговые площадки. ERPII-система, снабженная CRM и EAI-продуктами получила название XRP-система, т.е. расширенная (Extended) ERP-система. С ее помощью можно в реальном режиме времени разделять данные, циркулирующие между различными корпоративными приложениями. По классификации эта система приближается к следующему поколению КИС - системам стандарта CSRP (Customer Synhronized Resource Planning – планирование ресурсов совместно с потребителем). Системы такого класса позволяют интегрировать процессы как внутри одной корпорации, так и за ее пределами. § 3.2. Зарождение методологий MPS и MRP В конце 50-х – начале 60-х годов, в связи с ростом популярности вычислительных систем, возникла идея использовать их возможности для планирования деятельности предприятия, в том числе для планирования производственных процессов. Необходимость планирования обусловлена тем, что основная масса задержек в процессе производства связана с запаздыванием поступления отдельных комплектующих, в результате чего, как правило, параллельно с уменьшением эффективности производства, на складах возникает избыток материалов, поступивших в срок или ранее намеченного срока. Кроме того, вследствие нарушения баланса поставок комплектующих, возникают дополнительные осложнения с учетом и отслеживанием их состояния в процессе производства, т.е. фактически невозможно было определить, например, к какой партии принадлежит данный составляющий элемент в уже собранном готовом продукте. Первым стандартом управления бизнесом был MPS (Master Planning Scheduling), или объемно-календарное планирование. Идея была проста (рис. 4) – вначале формировался план продаж, т.е. устанавливался объем продаж с разбивкой по календарным периодам. Опираясь на план продаж, формировался план пополнения запасов за счет производства или закупки, и оценивались финансовые результаты по периодам, в качестве которых используются периоды планирования или финансовые периоды.  Пока производство было мелким и простым все было относительно неплохо. Если предприятие быстро развивалось, то возникали проблемы. Первые проблемы начались с логистики. Действительно, сформировать заказ на товар просто, но даже в лучших торговых домах не удается полностью избежать проблем с доставкой и ассортиментом. Одной из наиболее сложных проблем, возникших при формировании заказа, была проблема прогнозирования необходимого объема и срока поставки. Например, чай из Индии не доставляется мгновенно, да и собирают определенные сорта в определенное время, то же с тканями и т.д. Следовательно, нужно было прогнозировать спрос на длительное время вперед, учитывать длительность (а часто и сезон) производства и потребности в складских площадях. При этом объем заказа тоже часто не может быть выражен в произвольных цифрах (вспомните хотя бы - “вагонная норма”, “в объеме одного контейнера” или просто - “один корабль”). Это проблемы крупного опта. Мелкий опт и розница тоже имеют свои особенности. Например, часто просто недопустимо отсутствие в продаже “товаров повседневного спроса”, так как это может привести к уходу клиента в соседний магазин (оптовый склад), где ему вполне может понравиться. В результате возникает “страховой запас” (Safety Stock) в размере, например, суточной потребности. Понятие страхового запаса широко используется и в производстве, с целью гарантировать ритмичный производственный процесс, кроме того, оно может быть использовано для обеспечения потребностей замены вышедшей из строя и предъявленной к гарантийному ремонту техники в торговле, и во многих других случаях. Дальнейшее изучение динамики запасов с использованием статистических методов SIC (Statistical Inventory Control - статистическое управление запасами) приводит к появлению еще двух понятий - “точка заказа” (Reorder Point), которая определяет уровень складских запасов, при снижении планового запаса ниже которого необходимо сделать или спланировать заказ поставщику, и “уровень пополнения” (Max Stock) запаса товара на складе, то есть то количество товара, выше которого не рекомендуется повышать уровень складского запаса конкретного товара. На рис. 5 показаны три основных параметра, влияющих на динамику запасов.  Рис. 5. Диаграмма статистического управления запасами. Важно подчеркнуть, что данные понятия являются существенно динамическими, так как уже говорилось, что заказ на пополнение нужно производить своевременно, с учетом времени доставки, а объем поставки может не вписываться в плановый уровень пополнения. Динамизм возникает и при учете, например, сезонных изменений основных параметров SIC - очевидно, что страховой запас обширного ассортимента прохладительных напитков летом весьма существенен, а вот зимой отсутствие полного ассортимента вряд ли приведет к заметным неприятностям, кроме наиболее популярных сортов. Опять же, предпраздничная торговля требует установления более высоких уровней точки заказа, чем в обычные периоды. Определение и фиксация подобных колебаний - иногда предмет серьезных статистических исследований. Современные компьютерные системы управления, как правило, имеют встроенные статистические анализаторы, хотя бы простейшего типа, либо автономные внешние подсистемы, позволяющие производить такой анализ. Еще более серьезные проблемы стали возникать при усложнении производства и возникновении сложных изделий, количество составных частей в которых измерялось тысячами, притом, что сборка производилась на нескольких сборочных конвейерах. В связи с этим возникло понятие “сборка” или “подсборка” - то есть компонента, деталь или просто какая-то часть конечного продукта, подготовленная на вспомогательном сборочном конвейере для инсталляции в готовый продукт на главном конвейере, типичными примерами, которых является двигатель, шасси и кузов в машиностроении, еще одно название - узел. Изделия, производимые в ходе такого рода сборочных операций, стали представляться в виде древовидных конструкций (рис. 6), получивших обобщающее название BOM (Bill Of Material - спецификация изделия). Обратите внимание на то, что на различных уровнях ВОМ могут находиться одинаковые товарные позиции, как, например, “Крепеж” на различных уровнях сборочной спецификации компьютера. При разузловании из приведенного выше древовидного списка получается линейный, служащий для формирования заказа на закупку, рис. 7. Обратите внимание, что в линейном списке “Крепеж” встречается только один раз, так как заказ на крепеж должен формироваться единым образом (для однородного крепежа, разумеется). В результате описанные выше проблемы управления запасами стали на порядок сложнее. Так как кроме окончательных комплектующих, появились проблемы и со сборками, которые, в свою очередь могли производиться в ходе единого сборочного процесса, на вспомогательных производствах с промежуточным складированием “незавершенки” или “сборок”, или на основе субподряда “на стороне”, причем одна и та же “сборка” или узел, например двигатель, может как заказываться, так и производиться. При этом требования к точности соблюдения сроков поставки такого рода компонент стали на порядок выше, чем ранее для “простых” комплектующих. В результате возникла методология планирования производств (в основном сборочных или дискретных), которая была призвана решить проблему формирования заказа на комплектующие и узлы, опираясь на потребности обьемно-календарного плана производства. Она получила название MRP.  Рис. 6. Иерархия уровней спецификации изделий.  Рис. 7. Линейная спецификация изделия. Реализация системы, работающей по методологии MRP представляет собой компьютерную программу, позволяющую оптимально регулировать поставки комплектующих в производственный процесс, контролируя запасы на складе и саму технологию производства. Главной задачей MRP является обеспечение гарантии наличия необходимого количества требуемых материалов и комплектующих в любой момент времени в рамках срока планирования, наряду с возможным уменьшением постоянных запасов, а, следовательно, разгрузкой склада. Прежде чем описывать саму структуру MRP, следует ввести краткий глоссарий основных ее понятий: * Материалами будем называть все сырье и отдельные комплектующие, составляющие конечный продукт. В дальнейшем мы не будем делать различий между понятиями “материал” и “комплектующий”. * MRP-программа - компьютерная программа, работающая по алгоритму, регламентированному MRP-методологией. Как и любая компьютерная программа, обрабатывает файлы данных (входные элементы) и формирует на их основе файлы-результаты * Статус материала является основным указателем на текущее состояние материала. Каждый отдельный материал, в каждый момент времени, имеет статус в рамках MRP-системы, который определяет, имеется ли данный материал в наличии на складе, зарезервирован ли он для других целей, присутствует ли в текущих заказах, или заказ на него только планируется. Таким образом, статус материала однозначно описывает степень готовности каждого материала быть пущенным в производственный процесс. * Страховой запас материала необходим для поддержания процесса производства в случае возникновения непредвиденных и неустранимых задержек в его поставках. По сути, в идеальном случае, если механизм поставок полагать безупречным, MRP-методология не постулирует обязательное наличие страхового запаса, и его объемы устанавливаются различными для каждого конкретного случая, в зависимости от сложившейся ситуации с поступлением материалов. Подробней об этом будет рассказано ниже. * Потребность в материале в компьютерной MRP-программе представляет собой определенную количественную единицу, отображающую возникшую в некоторой момент времени в течение периода планирования необходимость в заказе данного материала. Различают понятия полной потребности в материале, которая отображает то количество, которое требуется пустить в производство, и чистой потребности, при вычислении которой учитывается наличие всех страховых и зарезервированных запасов данного материала. Заказ в системе автоматически создается по возникновению отличной от нуля чистой потребности. Процесс планирования включает в себя функции автоматического создания проектов заказов на закупку и/или внутреннее производство необходимых материалов. Другими словами система MRP оптимизирует время поставки комплектующих, тем самым уменьшая затраты на производство и повышая его эффективность. Основными преимуществами использования подобной системе в производстве являются: * Гарантия наличия требуемых комплектующих и уменьшение временных задержек в их доставке, и, следовательно, увеличение выпуска готовых изделий без увеличения числа рабочих мест и нагрузок на производственное оборудование. * Уменьшение производственного брака в процессе сборки готовой продукции возникающего из-за использования “неправильных” комплектующих. * Упорядочение производства, ввиду контроля статуса каждого материала, позволяющего однозначно отслеживать весь его конвейерный путь, начиная от создания заказа на данный материал, до его положения в уже собранном готовом изделии. Также благодаря этому достигается полная достоверность и эффективность производственного учета. Все эти преимущества фактически вытекают из самой философии MRP, базирующейся на том принципе, что все материалы и комплектующие, составные части и блоки готового изделия должны поступать в производство одновременно, в запланированное время, чтобы обеспечить создание конечного продукта без дополнительных задержек. MRP-система ускоряет доставку тех материалов, которые в данный момент нужны в первую очередь и задерживает преждевременные поступления, таким образом, что все комплектующие, представляющие собой полный список составляющих конечного продукта поступают в производство одновременно. Это необходимо во избежание той ситуации, когда задерживается поставка одного из материалов, и производство вынуждено приостановиться даже при наличии всех остальных комплектующих конечного продукта. Основная цель MRP-системы формировать, контролировать и при необходимости изменять даты необходимого поступления заказов таким образом, чтобы все материалы, необходимые для производства поступали одновременно. В следующем параграфе будут детально рассмотрены входные элементы MRP-программы и результаты ее работы. |