Автоматизация управления компаниями

Найдены истоки эффективности ИТ | Главная | Роль CIO в повышении эффективности бизнеса

Декабрь 22, 2006

Мастер-данные: найден кратчайший путь к СОА

Дмитрий Гулько / Источник CNews

Чтобы обеспечить эффективную связь ИТ с бизнес-процессами, необходимо решить ряд задач, ключевой из которых являются единые стандарты. Создание единой системы нормативно-справочной информации (НСИ), предоставляющей необходимые сервисы всем бизнес-приложениям, в дальнейшем может стать фундаментом для перехода на сервисно-ориентированную архитектуру.

Постоянное увеличение скорости требований бизнеса в сочетании с изменениями структурного характера – слияниями, поглощениями - подводят руководство компаний к сознательному приведению структуры ИТ к требованиям бизнеса.

Типичные недостатки контента НСИ

  • неполнота, противоречивость, недостоверность или некорректность в наименованиях, описаниях и других атрибутах объектов;
  • наличие устаревшей информации в справочниках;
  • неунифицированность наименований объектов;
  • наличие дублированных объектов в справочниках;
  • отсутствие необходимых связей между элементами НСИ;
  • ошибки в структуризации объектов;
  • отсутствие классификаторов для больших справочников НСИ;
  • недостаточный учет в существующих массивах НСИ информационных потребностей структурных подразделений и бизнес-процессов компании.

ИТ-консультанты компаний-интеграторов уже на этапе обследования часто слышат такую фразу: “На данный момент в нашей компании существует несколько разнородных информационных систем. Все они должны быть связаны друг с другом. Однако никак не решена проблема их интеграции. Мы пришли к выводу, что ключевой задачей, которую необходимо решить для интеграции систем в единое информационное пространство, является приведение в порядок используемых справочников, прежде всего – справочника материалов”.

Причин возникновения подобной ситуации несколько. Первая – историческое наследие, доставшееся от приобретенных/поглощенных дочерних предприятий в виде разноплатформенных “лоскутных” приложений и различных ведущихся в них справочников. Вторая – заблуждение, состоящее в том, что система НСИ ранее рассматривалась как “придаток” той или иной ERP-системы, а не как самостоятельный надструктурный ИТ-компонент. Недооценка степени влияния качества мастер-данных и их унификации в целом по компании на качество корпоративной управленческой информации часто приводит к неэффективности (а иногда и к невозможности) работы корпоративных приложений.

Нормативно-справочная информация: ротация взглядов

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

Главные недостатки процесса ведения НСИ

  • низкая оперативность обновления информации;
  • возможность несогласованного ввода и изменения основных данных в справочниках работниками различных структурных подразделений;
  • недостаточная функциональность и степень автоматизации системы ведения НС;
  • неэффективная и разрозненная служба НСИ;
  • сложность ведения НСИ традиционными средствами ERP-систем.

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

Например, на одном из крупнейших российских предприятий нефтехимического профиля при проведении обследования было обнаружено более 25 несвязанных справочников ТМЦ и сырья. Соответственно, ни о какой консолидации корпоративной отчетности, мониторинге бизнес-процессов, оптимальном планировании речь даже не велась. Сегодня НСИ – не часть ERP-систем, а часть общекорпоративной ИТ-инфраструктуры. От качества и надежности НСИ во многом зависит и качество собственно управленческой информации. Никто пока не отменял принцип GIGO (garbage in – garbage out).

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

Сегодня вполне можно говорить о том, что понятие системы НСИ характеризуется централизованным хранением мастер-данных в репозитарии, наличием корпоративных стандартов ведения и использования НСИ, постоянной актуализацией данных службой НСИ и, разумеется, автоматизированным процессом ведения данных и обслуживания запросов пользователей.

Хотелось бы обратить внимание, что, говоря об автоматизации, мы помним и о такой важной задаче, как обеспечение информационными услугами ERP-систем и других бизнес-приложений. Отмечу также, что сервис, предоставляемый со стороны ЕС НСИ пользователям и ERP-приложениям, включает в себя доступ и многофункциональный поиск основных мастер-данных, репликацию (доставку) данных НСИ в прикладные системы–потребители мастер-данных по запросу или событию.

Общая схема единой системы НСИ

Общая схема единой системы НСИ

Подчеркнем также: взаимоотношения между ЕС НСИ и локальной системой разумно устанавливать именно по модели предоставления услуг, а это еще раз свидетельствует о том, что НСИ не является частью ERP-системы. При этом важно учесть, что реализация данного механизма предоставления информационных сервисов со стороны НСИ никак не может носить частного, локального характера. В каждой компании необходимо обеспечить использование всеми ее службами и подразделениями единой унифицированной системы НСИ, оптимизированной с учетом реальных требований бизнес-процессов.

Система НСИ, как правило, характеризуется следующими признаками: централизованное хранение данных НСИ в репозитарии; корпоративные стандарты и методология ведения и использования НСИ; обеспечение доступа к основным мастер-данным для всех конечных пользователей и АИС компании; постоянная актуализация данных службой НСИ, автоматизированный процесс ведения данных и обслуживания запросов пользователей.

Требования к ЕС НСИ

Для использования всеми службами и подразделениями компании единой унифицированной системы НСИ, необходимо учесть четыре группы требований. В первую очередь, методологические – относящиеся к разработке и внедрению эффективной методологии ведения справочников и классификаторов в рамках единой системы НСИ, к поддержанию данных в актуальном состоянии, обеспечению полноты, устранению ошибок, контролю целостности и непротиворечивости данных. Организационные – принятие единого регламента использования справочников системы НСИ всеми службами и подразделениями компании и его сопровождения на основе уточненных требований к составу и структуре информации в справочниках. Информационные – применяемые к составу и структуре информации в системе НСИ, а также к технологии ее ведения (вычистки, пополнения, корректировки). И технические – формирующие среду доступа пользователей к НСИ и работы экспертов службы ведения НСИ к требуемому набору функций и информационных возможностей.


Типовой состав системы НСИ

Рассматривая структуру системы НСИ, принято выделять следующие основные группы справочников:

  • Снабжение (МТО)Справочник-классификатор ТМЦ (МТР, Материалов), справочник Контрагентов (поставщиков, производителей).
  • СбытСбытовая номенклатура, тарифы на услуги, справочник клиентов (потребителей), справочники, используемые при подготовке договоров.
  • Финансы, бухгалтерияСправочники и классификаторы, используемые для задач учета активов, основных средств, бюджетирования, учета и контроля финансовых потоков, бухгалтерского и налогового учета, план счетов.
  • Производство, техническое обслуживание и ремонт оборудования (ТОРО)Справочники технических объектов и оборудования, комплектующих изделий, запчастей, агрегатов и узлов, технологические карты и др.
  • СервисыСправочник-классификатор услуг и работ, тарификаторы.
  • ОргструктураСправочники, описывающие оргструктуру компании, реквизиты подразделений, профили деятельности, отношения подчиненности и т.п.
  • Кадры (трудовые ресурсы) Нормативно-справочная информация, связанная с трудовыми ресурсами (управление персоналом, зарплата, социальные программы, обеспечение спецодеждой и т.п.)

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

Это идентифицируемость и уникальность, которые обеспечивают однозначную и уникальную идентификацию данных, что необходимо для установления ссылок на них из других элементов НСИ и прикладных документов. Унификация позволяет применять единообразные правила написания/описания элементов НСИ, например, наименования материалов в справочнике ТМЦ, пользоваться унифицированным справочником единиц измерения (а не текстовыми полями в том же справочнике ТМЦ), использовать наименования контрагентов в соответствующем справочнике и т. п.

Это, конечно, структуризация, необходимая для громоздких, многочисленных элементов/записей и информационных массивов, например справочника материально-технических ресурсов (МТР).

Целесообразно также выделить принципы построения единой системы НСИ. Корпоративность предусматривает необходимость использования ЕС НСИ в масштабе всей компании, ее структурных подразделений и предприятий. Многоцелевое использование — соответствие информационным потребностям каждой функциональной группы пользователей, предоставление индивидуально ориентированных срезов данных. Обязательна полнофункциональность: ЕС НСИ должна компенсировать те или иные функциональные недостатки ERP- и других имеющихся в компании прикладных систем, связанные с поиском, обработкой и использованием НСИ. Должны быть соблюдены принципы централизации функций хранения эталонного массива данных НСИ, ведения, создания новых и внесения изменений в существующие эталонные данные, а также адаптивности и масштабируемости системы по мере возникновения новых требований к составу и структуре данных НСИ с учётом организационных изменений в компании, изменений программно-технического ландшафта, увеличения нагрузки на информационную систему и числа пользователей.

Важную роль играет интегрируемость ЕС НСИ с существующими ERP- и другими корпоративными информационными системами, стандартизация и унификация форматов данных НСИ, способов их формирования и изменения на основе корпоративных организационно-распорядительных документов. И, наконец, преемственность — при первичном наполнении системы НСИ за основу берутся используемые в компании справочники и классификаторы, которые после консолидации и нормализации становятся её частью. Вновь создаваемые “эталонные” данные постепенно замещают старые.

Как построить систему НСИ?

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

Основные этапы построения единой системы НСИ

Основные этапы построения единой системы НСИ

Следует отметить, что активно развивающийся в последние год-два сервисно-ориентированный подход к построению и стратегии развития ИТ-инфраструктуры, предполагает наличие средств управления мастер-данными как основу унификации управленческой информации в сервисно-ориентированной среде. При этом сами средства управления и доступа к корпоративной НСИ также являются “сервисами”, погруженными в корпоративную сервисно-ориентированную среду.

Гетерогенный ИТ-ландшафт

Большинство крупных компаний (не только в России, но и в регионах, являющихся лидерами по внедрению ИТ-приложений – США, Европе и др.) по мере роста бизнеса, его диверсификации или перепрофилирования, укрупнения за счет слияний и поглощений, сталкиваются с одними и теми же проблемами: разноплатформенный (гетерогенный) ИТ-ландшафт, несогласованность информации в различных разобщенных корпоративных приложениях.

Извечная дилемма для ИТ-директора: строить новую одноплатформенную универсальную суперсистему, или пытаться использовать существующие ИТ-приложения, если они хоть в какой-то части удовлетворяют потребностям бизнеса? Как построить корпоративную ИТ-стратегию так, чтобы ИТ-обеспечение с одной стороны не отставало от растущего бизнеса компании, пополнялось новыми эффективными решениями, а с другой – сохранить уже сделанные инвестиции в ИТ-инфраструктуру?

Безусловно, отсутствие в крупных компаниях на фоне гетерогенного ИТ-ландшафта эффективной системы поддержки единой унифицированной НСИ – ключевая проблема автоматизации учетно-управленческих задач. Другая проблема – обеспечение взаимодействия между эксплуатируемыми системами. Третья – стремление к упорядочению, унификации функций (сервисов) в масштабе компании, устранению функционального дублирования. И, наконец, четвертая – обеспечение возможности модульного наращивания ИТ-ландшафта “по кирпичикам”.

Важнейшие элементы СОА:

  1. Сервисы: системы, подсистемы, компоненты ПО, отдельные функции ERP-приложений, базы данных и т.п.
  2. Шина обмена запросами и данными
  3. РРС: Регистр и репозитарий сервисов, содержащий информацию о доступных сервисах, их описания, правила и регламенты предоставления сервисов (SLA-SLR), стандарты и форматы запроса сервисов, адреса расположения в сети, форматы обмена данными и т.п.
  4. ЕС НСИ (MDM) – единая система НСИ (Master Data Management)
  5. Портал

Одним из подходов, дающих внятное решение упомянутых проблем, является сервисно-ориентированная архитектура – СОА (service-oriented architecture – SOA). При этом надо понимать, что СОА – это не какая-либо конкретная технология, а подход, концепция. Идеологически СОА берет свое начало от веб-сервисов. Более того, используемые в веб-сервисах технологии, стандарты и протоколы (SOAP, WSDL, UDDI и др.) часто используются как технологическая основа СОА.

Основу СОА составляет понятие “сервисы”, к которым принято относить отдельные законченные функции программного обеспечения, корпоративных приложений и систем (например, “формирование заявки на приобретение материала”, “запрос информации об остатке материала на складе” и т.п.). Сервисы составляют “кирпичики” всего ИТ-ландшафта. Важным требованием СОА является отсутствие жестких связей между модулями-сервисами. Все связи между ними, называемые “слабыми”, сводятся к простым командам вызова одних сервисов другими, причем формат и синтаксис этих команд предопределен. Такой подход обеспечивает модульность программного обеспечения, возможность замены и совершенствования одних сервисов без изменения других. Однако необходимо иметь в виду, что подобное “слабое” взаимодействие между различными системами и сервисами возможно только при условии, что все такие системы и сервисы используют единые унифицированные мастер-данные (НСИ), единые коды и т.п. При отсутствии такой унификации соблюдение принципа “слабых” взаимодействий между “сервисами” невозможно. Иными словами, унификация сервисов (функций) подразумевает унификацию основных данных (НСИ).

Еще одной важнейшей особенностью СОА является то, что “сервисы” могут быть доступны из любой точки корпоративной сети, независимо от ее расположения, достаточно иметь лишь доступ к сети. Для хранения спецификаций и описаний “сервисов” в СОА предусмотрен так называемый регистр и репозитарий сервисов (РРС), где хранятся адреса доступа к каждому из зарегистрированных сервисов, его расположение в сети, правила вызова и т.п. Помимо собственно сервисов и информационной шины обмена запросами и данными, о чем очень часто говорят при обсуждении SOA, важнейшим компонентом этой архитектуры является портал, который значительно реже упоминается именно в контексте SOA.

Фрагмент системы, построенной на СОА

Фрагмент системы, построенной на СОА

Увеличить

Важно отметить, что одним из основных требований, определяющих SOA-подход, является возможность подключения всех корпоративных приложений, рассматриваемых как элементы SOA, к шине обмена. При описании же НСИ мы говорили о том, что между ЕС НСИ и ERP-системой устанавливаются отношения именно в форме предоставления информационных сервисов.

НСИ как фундамент

Интересным, на наш взгляд, является выделение уровней ИТ-инфраструктуры при СОА-подходе. Рассмотрим пример, где выделено 7 таких уровней. Показательно, что данные НСИ показаны нижним уровнем, “информационным фундаментом” всей ИТ-инфраструктуры. Система управления НСИ (MDM) может строиться на самостоятельной независимой платформе, состоять из нескольких бизнес-приложений (в том числе “АРМ Пользователя”, “АРМ Эксперта”, “АРМ Администратора”) и предоставлять сервисы, доступные из корпоративной сети. Следует особо отметить, что такая сервисно-ориентированная архитектура весьма удобна при аутсорсинговой организации процесса ведения данных НСИ. При этом пользователи компании, используя сервисы доступа к НСИ, обращаясь с запросами в службу ведения НСИ, получают требуемый уровень обслуживания (закрепленный в SLA-SLR), не задумываясь о том, где и кем обслуживается данный сервис.

Пример выделения уровней ИТ-структуры согласно СОА

Пример выделения уровней ИТ-структуры согласно СОА

На текущий момент наиболее популярными в России являются следующие платформы и решения: SAP NetWeaver, включая SAP XI (eXchange Infrastructure) и SAP MDM (Master Data Management); IBM WebSphere Information Integration (IBM WebSphere); Oracle PIM Data Hub (Oracle Integration) и Ontologic 4.5.



Оставьте, пожалуйста, ваш комментарий