Материал: Управление потоками в логистических системах

Появились первые стандарты и спецификации, определяющие функциональные требования к этим системам.

Аналогичная методология (CRP) была разработана для планирования производственных мощностей.

Объединенная система, состоящая из MRP и CRP, получила название MRP II. Вместе с используемыми на предприятиях системами управления технологическими процессами (АСУТП), автоматизированного проектирования и другими смежными программами реализация MRP II дает существенные результаты. MRP II - стандарт, включающий 16 основных функциональных требований, предъявляемых к системе управления промышленным предприятием.

В начале 1990-х годов консалтинговой фирмой Gartner Group (США) была предложена концепция ERP (Enterprise Resource Planning - управление ресурсами предприятия). Сегодня термины MRP II и ERP практически полностью вытеснили термин АСУП и стали привычным для специалистов обозначением класса интегрированных информационных систем, предназначенных для управления производственно-хозяйственной деятельностью предприятия. ERP является более совершенной системой планирования ресурсов предприятия. Принципиально система ERP отличается от MRP II открытостью, мобильностью, использованием реляционной базы данных и архитектуры клиент-сервер. Характерными примерами современных ERP являются системы R/3 (SAP), BAAN (iBAAN), Oracle Applications (Oracle Corp.), MFC/PRO (QAd), People Soft (People Soft Inc.), OneWorld (J.D. Edwards), BPCS (System Software Associates), Syteline (Symix Systems) и др. Следует упомянуть целый ряд интегрированных информационных систем, приближающихся по функциональности к ERP и представленных на рынке российскими производителями: БОСС (компани АйТи), "Парус" (корпорация "Парус"), "Галактика" (корпорация "Галактика"), "Касатка" и др.

Концепцией управления ресурсами предприятия является появившаяся в конце 1990-х годов система CSRP (Customer Synchronized Resource Planning - планирование ресурсов предприятия, ориентированное на пoтрeбителя), охватывающая почти весь ЖЦ товара. Она учитывает затраты не только на производство, но и на продвижение и обслуживание товара (логистика, сервис, маркетинг). Основа идеологии CSRP - это предоставление покупателю возможности влиять на процесс производства. Производители, побуждаемые взаимодействием с покупателем, а не внутренними проблемами производства, могут получить существенные преимущества от того, что систематически будут уточнять ассортимент товаров и сопутствующих услуг, а также получать информацию о новых перспективных рынках. В классических системах планирования и управления ресурсами информация о рынках и покупателях недоступна системе планирования бизнеса, ее части изолированы в различных локальных подсистемах, разбросанных по организации.

Каждая из этих подсистем уделяет значительное внимание работе с покупателем, но в большинстве традиционных cтрyктур они тратят слишком мало времени на взаимодействие с плановым и производственными отделами. Методология CSPR перемещает внимание с планирования производства на планирование заказов покупателя.

Самый новый из стандартов систем управления предприятиями - CSRP, помимо всего прочего, охватывает и взаимодействие с клиентами, оформление нарядов/заказов и технических заданий, поддержку заказчика на местах и т. д. Таким образом, если стандарты MRP, MRP II и ERP ориентированы на внутреннюю организацию предприятия, то CSRP включает в себя полный цикл - от проектирования будущего изделия, с учетом требований заказчика, до гарантийного и сервисного обслуживания после продажи. Суть концепции CSRP главным образом состоит в том, чтобы интегрировать заказчика (клиента, пoкупaтеля) в систему управления предприятием. Согласно данной концепции не отдел сбыта, а непосредственно сам покупатель размещает заказ на изготовление продукции, отвечает за правильность его исполнения и при необходимости отслеживает соблюдение сроков производства и поставки. При этом предприятие может очень четко отслеживать тенденции спроса на его продукцию.

Таким образом, информационные системы поддержки ЖЦ постоянно эволюционируют и совершенствуются. В каждый момент времени в концепциях MRP II/ERP можно выделить условно три слоя. В первом находятся те методы и средства, которые проверены практикой и закреплены в виде стандартов. Второй слой составляют достаточно устойчивые, часто применяемые методы и приёмы, которые, однако, не носят обязательного характера. Эти методы и приёмы можно обнаружить при более глубоком анализе функциональных структур. В качестве примеров можно привести методологию скользящего планирования в MPS/MRP, алгоритмы образования партий в MRP, правил приоритетов у SFC и многое другое. Этот слой, жестко не регламентируемый, тем не менее, представляет собой довольно стройную систему взаимосвязанных идей и методов.

К третьему слою идей и методов MRP II/ERP следует отнести то новое, что вносят в свои базовые системы фирмы - производители программных продуктов. Реализованные на их основе новые информационные технологии представляют собой ноу-хау фирм-разработчиков. Как правило, именно в этом слое можно обнаружить значительные отличия в продуктах различных фирм. Некоторые из новых технологий в состоянии оказывать серьезное влияние на эффективность построения крупных информационных систем.

Проблемы управления поставками и снабжением хорошо изучены на Западе, существуют эффективные методы их решения, известные под названием SCM (Supply Chain Management - управление цепочками снабжения). SCM решает задачи координирования, планирования и управления процессами снабжения, производства, складирования и доставки товаров/услуг конечным потребителям.

Управление поставками неразрывно связано с внутрифирменным ресурсным планированием (ERP), поэтому SCM-системы часто путают с ERP-системами. Очевидно, что грамотный механизм поставок и снабжения - не самоцель, а лишь один из элементов оптимизации бизнес-процессов. Поэтому учет других ресурсов компании (финансы, персонал и т. д.) играет существенную роль в построении эффективных логистических цепочек.

Задачи выработки эффективных способов взаимодействия с клиентом, позволяющих ему самому стать звеном снабженческой цепочки и вовлекающих его во внутренние бизнес-процессы, решают с помощью внедрения единой стратегии, которая объединяет управление взаимоотношениями с клиентами (Customer Relationships Mana- gement, CRM) и управление цепочками снабжения (SCM).

В последние годы появилась новая концепция управления ЖЦ продукции - PLM (Product Life-Cycle Management) - система управления ЖЦ изделия. Под PLM понимается интегрированная информационная модель всех этапов ЖЦ изделия: от проектирования и изготовления до установки, технического обслуживания и демонтажа. Наличие такой модели (в случае ее успешной реализации) позволит получить доступ к информации об изделии всем заинтересованным службам предприятия, а также поставщикам и заказчикам. В основе PLM лежит модель PDM (Product Data Management) - система управления данными об изделии, разрабатываемая и используемая, как правило, инженерными службами.

Любые информационные системы, в том числе и такие системы управления, как ERP, SCM, CRM или PLM, применяют для повышения эффективности конкурентной области деятельности. При этом даже весьма обобщенное перечисление контуров управления, где задействованы эти системы, может показать, что системы ERP, CRM и SCM повышают эффективность в определенных областях своей целевой направленности и при этом не оказывают прямого влияния на разрабатываемую и выпускаемую продукцию. Целевой же направленностью систем PLM являются непосредственно выпускаемые изделия.

Системы CRM управляют бизнес-процессами, связанными с начальными и конечными этапами ЖЦ изделия - этапами исследований и производства продукции; системы SCM - бизнес-процессами, расположенными в середине ЖЦ изделия, - этапами подготовки и производства продукции; системы ERP - бизнес-процессами, связанными с этапами разработки, подготовки производства и изготовления продукции. И только системы PLM управляют бизнес-процессами, связанными со всеми этапами ЖЦ изделия.

Таким образом, основные отличия PLM от ERP, CRM и SCM заключаются в целевой направленности - предназначении этих систем, а также в совокупности бизнес-процессов, реализуемых в них.

Первые системы PDM появились в конце 1980-х - начале 1990-х годов. Появление систем PDM было вызвано все возрастающими сложностями в области согласованной работы в среде САПР на уровне рабочей группы. Развитие этих систем происходило очень стремительно.

В начале 1990-х годов даже самые развитые, так называемые тяжелые промышленные САПР, уже не рисковали предлагать встроенные модули управления совместно используемой проектной информацией. Эти системы сосредоточились только на трехмерном твердотельном групповом проектировании сборок. Информационное обеспечение работы с такого рода сборками было выделено в самостоятельную задачу, реализация которой и вызвала к жизни появление на рынке систем PDM первого поколения. Как правило, такие PDM имели прямой интерфейс в САПР сборок, встроенную СУБД и генератор отчетов для вывода спецификаций на изделие целиком. Разработкой PDM первого поколения наиболее плодотворно занимались именно производители тяжелых САПР.

При таком подходе исходными (базовыми) данными для работы PDM становились:

во-первых, структура изделия получаемая напрямую из среды параллельного проектирования САПР;

во-вторых, структура отношений между участниками проекта, которая задавалась в ходе выполнения административных задач по адаптации PDM на конкретном подразделении предприятия.

Кроме того, система PDM должна была управлять дополнительной производственной информацией, относящейся к проекту в целом.

Однако уже к середине 1990-х годов стало ясно, что системы PDM первого поколения успешно решают только задачи информационного обеспечения группы проектировщиков. Для интеграции этих систем в общий производственный процесс необходимо было уйти от концепции PDM первого поколения, а сами PDM требовалось дополнить и расширить.

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

Характерной задачей PDM второго поколения стало обеспечение управления всеми проектными данными в соответствии с правилами, устанавливаемыми для участников на каждом этапе работ над изделием. Таким образом, на повестку дня вышла задача управления ЖЦ изделия, которая актуальна и поныне. Применение систем PDM второго поколения позволило рационализировать информационный обмен актуальными данными между подразделениями предприятия в целом, автоматизировать некоторые функции принятия решений при продвижении информации об изделии по этапам ЖЦ, сократить потери на организацию доступа нужного уровня к общему банку данных предприятия для каждого из клиентов системы PDM. Как результат - применение такого рода систем PDM должно было существенно сократить непроизводительные потери, особенно при выполнении работ над образцами новой техники. Именно представители второй генерации систем PDM первыми появились на отечественном рынке и были освоены им. Этими системами были Optegra компании Computervision и iMAN компании EDS Unigraphics.

Стремление к охвату всех информационных потоков потребовало более тесной интеграции PDM-систем с системами ресурсного планирования предприятия (SAP - Systems Applications and Products in Date Proccessing): Application, SAP R/3, BaAn, CA Unicenter NG, J.D. Edwards и т. д. Так как стандарта структуры данных для таких систем еще не существовало, то в качестве рабочего варианта выбирался формат структур данных о составе изделия SAP R/3 или структур данных о составе изделия STEP (для подвижного состава железных дорог, автомобиле- или авиастроения). Такой формат использовался для интеграции систем PDM и ERP по совместно используемым данным. Это послужило прототипом создаваемых PLM-систем.

Для систем PDM третьего поколения характерны следующие особенности: полная реализация идеологии "клиeнт-ceрвер", реализация СУБД на основе самих производительных ядер, как правило, Oracle 7.х.х, реализация выхода на системы ERP, вызов клиентских модулей через унифицированный пользовательский графический интерфейс. Базовыми функциональными возможностями систем третьего поколения считают:

контроль cтрyктyры и ЖЦ изделия;

контроль версий и релизов информационных объектов;

генерацию спецификаций.

Следует отметить, что в настоящее время многие аналитические компании рассматривают рынок PDM-систем в качестве сегмента PLM-рынка. Аналитики AMR Research предлагают классифицировать разработчиков PDM-систем, разделив их на ти группы. Классификация представлена на рисунке 2.4.

Рисунок 2.4 - Классификация производителей PDM-систем

Рост инвестиций в PLM, причем не только в совершенствование имеющихся систем, но и в новые продукты, указывает на то, что предприятия оценили значение данной технологии для повышения прибыли и сокращения издержек. Предполагается, что в ближайшие годы объем продаж будет расти в среднем на 8 % в год и к 2015 г. достигнет 30 млрд дол.

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

3. Система интегрированной логистической поддержки жизненного цикла наукоемкой продукции

3.1 Интегрированная логистическая поддержка

Многообразие процессов в ходе ЖЦ продукции и необходимость их интенсификации требуют активного информационного взаимодействия субъектов (организаций), участвующих в его поддержке. С ростом числа участников увеличивается объем используемой и передаваемой информации.

Процессы ЖЦ продукции можно представить как совокупность процессов, происходящих у разработчиков, в органах государственного и отраслевого регулирования, у производителей, поставщиков МТО, перевозчиков, потребителей, ремонтных организаций, имеющих прямые и обратные связи. Таким образом, ЖЦ конечной продукции необходимо рассматривать с учетом ЖЦ входящих в нее компонентов. Базовая схема информационных потоков в среде участников ЖЦ продукции представлена на рисунке 3.1.

Потребность в интегрированной системе поддержки ЖЦ изделия и систематизации информационного взаимодействия компонентов такой системы привели к необходимости создания интегрированной информационной среды (ИИС). В основе ИИС лежит использование открытых архитектур, международных стандартов, совместное использование данных и апробированных программно-технических средств. Круг конкретных задач, решаемых в результате создания современной ИИС, включает:

объединение в единое информационное пространство большого числа территориально удаленных друг от друга объектов и подразделений компании;

высокоскоростную передачу по каналам связи любых видов информационных потоков;

поддержку деятельности всех подразделений и объектов предприятия;

автоматизацию всех технологических и бизнес-процессов компании, оперативный контроль и управление процессами производства, транспортировки и сбыта, взаиморасчетов с потребителями и поставщиками, управление персоналом; мощные средства обработки и анализа получаемой информации, расчет плановой и фактической себестоимости продукции;

обеспечение необходимого уровня безопасности и защиты информационных ресурсов предприятия.

Новые информационные технологии уже позволили добиться существенных достижений в области автоматизации и информационной интеграции при проектировании и производстве техники. Больше внимания уделяется и вопросам, связанным с информационной и организационной поддержкой постпроизводственных стадий ЖЦ изделий. В частности, таких как их закупка и поставка, ввод в эксплуатацию, эксплуатация, гарантийное и сервисное обслуживание, техническое обслуживание и ремонт, поставка запасных частей и др. В западной терминологии перечисленные стадии объединяются понятием интегрированной логистической поддержки (ИЛП), являющейся важной составной частью концепции CALS.