Ранее я уже отмечал несовершенства современных ERP [1], особенно модулей "Производство" (Manufacturing) и "Запасы" (Inventory). В данной статье детализируется отмеченные недостатки, а также вводятся некоторые еще неиспользуемые в ERP фундаментальные идеи, в частности, Теория Классификации (ТК) и Теория Измерений (ТИ). Кратко они упоминались в [3].
Проблема "жесткости" базы данных запасов (Inventory) ERP
Исторически основой нынешних ERP был тот фундамент MRP 70х годов XX века, которые появились как необходимость решения сложной задачи разузлования для машиностроительного производства и планирования потребности в материалах на ее основе. Если управление такими ресурсами, как персонал, финансы, оборудование, а также управление процессами снабжения и сбыта, были мало связаны с типом производства, то для модулей управления производством это не так. Поэтому если остальные модули коммерческих ERP были пригодны для любых типов производств, то не случайно, что ориентированные на машиностроительные предприятия производственные модули были неудобны для других типов производств [1]. Например, для металлургического производства используются специализированные разработки третьих фирм. Так, на одной из крупнейших металлургических мировых компаний POSCO (Корея) для модуля "Производство" используются и OEBS, и i2, и собственные средства. Аналогичное сочетание использует и United States Steel (http://www.uectech.com/customers/steel.htm), крупнейшая металлургическая компания США.
В [1] говорилось, что такое "неудобство" для металлургов имеет фундаментальные причины, сформулированные еще в биологии:
Объекты машиностроительного производства, с которого начинались системы MRP, являются именно такими жесткими иерархиями, в которых запрещены произвольные сочетания признаков (узлов и деталей). На производствах же металлургического типа допускаются широкие диапазоны размеров, марок вещества, технических характеристик. Например, для плоского проката, имеющего два измерения (толщина и ширина), количество возможных сочетаний размеров очень большое, а если еще учесть практически независимые комбинации заказываемых марок стали, то количество допустимых сочетаний существенно увеличится. В то же время для гнутого профиля, имеющего четыре и более измерений, допустимо весьма ограниченное количество сочетаний размеров.
Используемый в существующих ERP подход к организации базы данных основного каталога материалов, деталей. узлов, агрегатов (Inventory) ориентирован на сложные изделия и поэтому организован жестко. Для производств с "простой" продукцией (типа металлургической) это ведет к неоправданному росту количества хранимых инвентарных позиций, что в свою очередь требует хранения всех разрешенных сочетаний параметров заказываемой продукции. Особенно такая жесткость неудобна для электронного взаимодействия между предприятиями при организации поставок продукции (Supply Change Management и Customer Relationship Management), когда требуется хранить описания продукции на электронных торговых площадках и организовывать электронное взаимодействие между прикладными системами разных предприятий с минимальным участием медленного и склонного к ошибкам человеческого звена. Именно здесь фундамент теории классификации (ТК) может принципиально усовершенствовать новые поколения ERP-систем. Именно использование ТК позволяет определять любые классы продукции и их иерархии через гибкие возможности логических выражений от заказываемых базовых характеристик продукции. В Oracle E-Business Suite (OEBS) элементы такой гибкости используются только в разделе ценообразования модуля Order Management, в то время как требуется гораздо большая гибкость, универсальность и ориентация на специалистов предприятия, а не только на ИТ- специалистов.
Основные идеи теории классификации
Основополагающей работой ТК была статья С.Мейена и Ю.Шрейдера "Методологические аспекты теории классификации " [4], где они сформулировали принцип двойственности (ПД) ТК в развитие идеи Заварзина - Старка о "вырождении" свободных комбинаций в жесткие иерархии [5]. В [6,7] были детально проанализированы знаковая природа классификаций и ПД. Прежде чем говорить об использовании ПД в КИС полезно явно перечислить его основные положения.
Согласно ПД любая классификационная система (КС) имеет две стороны: Таксономию и Мерономию, которые двойственны по отношению друг к другу.
Согласно [7] увеличение "содержания" понятия (переход к архетипу с увеличением количества меронов) соответствует уменьшению "объема" понятия. В необходимости учитывать обе стороны классификации и заключается основной смысл ПД, который устанавливает основные черты "хорошей классификации", например, периодической системы элементов Менделеева. В практике же КИС это далеко не так. Сейчас в ERP используется только таксономия, как "внешнее" задание всевозможных классификаций, в то время как мерономия, задающая "внутренне содержание классификаций", скрыта в головах специалистов. В явном виде мерономия используется, например, в биологии в так называемых определителях, например, "определитель птичьих гнезд", однако для перспективных информационных технологий требуется гораздо большая формализация взаимодействия таксономии и мерономии.
Именно элементы мерономического универсального описания "затратных классов продукции", "классов планирования" и "ценовых классов" через логические выражения от "базовых признаков" (заказываемых характеристик продукции) мы использовали еще в сетевой СУБД на EC ЭВМ, однако детальное описание такого гибкого определения различных классов требует специальной статьи. В силу ряда объективных и субъективных обстоятельств дальнейшее развитие этого направления на ММК было приостановлено.
Переход на OEBS совпал по времени с переходом от пакетной обработки к диалоговым технологиям [8], которые требовали значительной переделки всей работы службы АСУ и Управления комбината. Прежде всего нужно было осваивать новые возможности, которые давали средства Oracle. Это касалось как технологических возможностей (например, использование метамодели всех приложений Oracle - Applications Object Library (Technical Reference Manual- TRM), которая является дальнейшим развитием средств CASE Oracle и используется для удобства "настройки" прикладных систем собственными силами) , так и новой функциональности. Например, возможности "навешивания" любого количества видов характеристик к таким сущностям, как "личность" или "штатная позиция", при необходимости, возможности работы с "объектами во времени", возможности "навешивания" любых классификаций на инвентарные позиции (inventory items) и многих других [9]. Однако, перспективы развития КИС требуют дальнейшего освоения использования возможностей теории классификации и не только.
Инеграция Теории Классификации с Теорией Измерения
Важным дополнением к ТК является теория измерения (ТИ) - дисциплина, изучающая проблемы измерения в тех случаях, когда результаты последнего не являются действительными числами (
Прототипная метамодель SPV
В отличие от RDF SPV "декларативно ориентирована" с максимально стандартными процедурами и гораздо более сложной надстройкой над базой данных. В фотоальбоме [14] приведено более 20 экранных форм системы, характеризующих некоторые черты базы данных SPV.
Система поддерживает логику первого и более высоких порядков, однако в любом случае структуры соответствуют SPV-triples. Хотя они имеют совсем разный смысл, но процедуры работы будут однотипными. Например, для такой сущности (Subject) первого порядка, как личность, могут быть указаны такие Properties, как, например, "пол", "имя", "дата рождения" и т.п. [14, кадр 1] с соответствующими Values [14, кадр 5] . Для сущности же второго порядка, например, "ассоциация/ отношение" [14, кадр 15] указываются такие Properties, как, например, "тип связи", "наследуемость", "направленность" [14, кадр 16] с соответствующими Values [14, кадры 17-19].
Если сущности первого порядка могут быть разных типов [14, кадр 13], то сущности более высоких порядков могут быть только "логического типа" [14, кадр 15]. В системе могут быть заданы разные виды отношений между Subjects, Properties и Values [14, кадр 17]. Например, для личности, может быть задано свойство (Property) "полное имя", через указание отношения "часть-целое" со свойствами "имя", "отчество", "фамилия"[14, кадр 4]. Пример отношений между Subjects [14, кадр 10] , где "материал" задается как подкласс сущности "физичекий объект". Если для отношения/ассоциации задается свойство "наследуемости" (например, для отношения "класс-подкласс"), то все свойства класса "наследуются" его подклассами, для которых добавляются еще дополнительные специфические свойства. Такая обратная зависимость между "объемом и содержанием" подробно описна в Теории Классификации, где объясняется как более "мелким" подклассам (таксонам) соответствуют большее количество "меронов" (признаков).
В системе могут явно задаваться "комплексные свойства", которые состоят из более простых. Так, например, марка стали ВСт3Гпс в системах SCM и CRM задается как "одно свойство" по классификационной шкале Теории Измерений. В системах же Manufacturing - это комплекс таких "более мелких" свойств, как "вид испытаний" (В - по классификационной шкале), "Содержание углерода" (Ст3 - по шкале порядка), "Легирующие добавки" (Г - по классификационной и порядковой шкалам), "признак раскисления" (пс - по классификационной шкале).
Поскольку в системе могут быть заданы отношения типа "часть-целое", то объекты машиностроения типа "сборка" так же описываются в SPV. Еще можно сказать, что SPV была сделана как надстройка над базой Oracle. Она имела гораздо более гибкую структуру, чем стандартная реляционная база. SPV позволяла эволюционно развивать систему по мере освоения новых классов, новых свойств и новых измерений с соответствующими Values. Элементы такой гибкости в рамках жесткой структуры таблиц и атрибутов реляционной модели уже были в модуле HR OEBS, когда можно было по мере необходимости "наращивать" разные виды характеристик "личности" и "штатных позиций". Однако это были специфичные возможности только для этих двух сущностей, в то время, как в SPV обеспечивался гораздо более гибкий и универсальный подход. Не случайно подход SPV заинтересовал разработчиков Национальной Инновационной Системы из ИПМ им. Келдыша ( http://razvitie-plan.ru/) , так как там принципиально требуется гибкое эволюционное развитие.
Еще основания для перспективных КИС
Одним из направлений развития SPV является учет не только Семантики, но и Прагматики. Если сейчас освоение Semantic Web идет очень активно, то направление Pragmatic Web только появилось в 2006 году - http://www.pragmaticweb.info/index.php. Фактически это еще один шаг в сторону "инженерии знаний", важность которой сформулировал Юлий Шрейдер еще в 1986 году [11]. Он, в частности, писал о необходимости появления новой профессии - "инженер по знаниям" (когнитолог). Шрейдер обосновывает необходимость такого "посредника" для "отчуждения" профессиональных знаний экспертов и представления их "в базе знаний". В своей прототипной системе мы фактически выполняли функцию таких когнитологов, когда учили экспертов отделов сбыта, планирования и ценообразования формально определять свои классы продукции (для планирования, для учета затрат, для определения цен) через хорошо понятные им "свойства" (характеристики) продукции. Фактически мы использовали базовые положения Принципа Двойственности Теории Классификации.
Сейчас имеется возможность существенно упростить эту работу, передав многие функции инженера по знаниям соответствующим программным средствам, обеспечивающим диалоговый режим специалиста-эксперта с метамоделью так называемой "Онтологии Верхнего Уровня" (Standard Upper Ontology - http://suo.ieee.org/). Именно в рамках развития Инженерии Знаний Шрейдер ввел понятие семиотической теории информации, где, кроме синтаксиса и семантики, используется еще и прагматика, в которой учитываются элементы субъективной оценки лиц, принимающих решение, которые, в свою очередь основываются на том опыте, который явно не формализуется, но служит важной составляющей взаимодействия человека с компьютером. В статье [3] я упоминал об использования семиотики в нашей прототипной системе, однако это были только первые опыты, которые требуют развития и использования в КИС. Именно сочетание Теории Классификации c Семиотикой и Теорией Измерений, а также их развитие должны стать фундаментом для обеспечения новой технологии научных коммуникаций через "интеллектуальные порталы", поддержки общих баз данных для инженеров и конструкторов, поддержки "извлечения", накопления и использования знаний экспертов, поддержки общих стандартных описаний бизнес-объектов и бизнес-процессов и т.п. Выше приведены те направления, указанные Шрейдером, которые уже активно нужно внедрять в практику КИС. Про необходимость учета Модели Жизнеспособных Систем Стэффорда Бира (VSM - [15]) в перспективных КИС я уже писал в Oracle Magzine [12, 13].
Учет вышеописанных фундаментальных идей в новых поколениях ERP может существенно повысить эффективность их использования и уменьшить трудоемкость их сопровождения.