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

Компания LM Soft предлагает услуги по созданию корпоративной системы управления НСИ (КСУ НСИ) организации, позволяющей поддерживать на требуемом уровне качество нормативно-справочного обеспечения ее АС.

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

Создание КСУ НСИ представляет собой комплекс работ по постановке и автоматизации трех основных групп процессов управления Фондом НСИ:

процессы ведения Фонда НСИ (актуализация массивов НСИ, входящих в Фонд, и информационное обслуживание потребителей НСИ – абонентов Фонда);

процессы экспертно-методического сопровождения массивов НСИ;

процессы организационного сопровождения массивов НСИ.

Работы включают мероприятия по формированию основных видов обеспечения системы:

организационного (подготовка оргструктуры, организационных документов и регламентов);

информационного (выверка, нормализация, классификация, кодирование, разработка новых массивов НСИ и т.д.);

методического (разработка необходимых методик);

программного.

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

развернуть все разделы

Предпосылки создания корпоративной системы управления НСИ

Данные, обрабатываемые в АС любой организации можно разделить на две категории:

оперативная информация;

нормативно-справочная информация.

Оперативная информация – характеристики конкретных операций, выполняемых подразделениями организации. Например, на промышленном предприятии она формируется в АС класса:

CAD/CAM (Computer Aided Design - Автоматизированное проектирование/Computer Aided Manufacturing - Автоматизированная подготовка производства);

PLM/PDM (Product Lifecycle Management - Управление жизненным циклом изделия/Product Data Management - Управление данными об изделии);

MES (Manufacturing Execution System - система управления производственными процессами);

ERP (Enterprise Resource Planning - Планирование ресурсов предприятия);

CRM (Customer Relationship Management - Управление взаимоотношениями с клиентами) и т.п.

Таким образом, оперативная информация поддерживает управление бизнес-процессами проектирования, производства, сбыта, снабжения, управления финансами и т.п.

НСИ – условно-постоянная информация, заимствованная из нормативных документов и справочников и используемая при функционировании АС. В зарубежной практике применительно к НСИ используется термин Мaster Data (Основные данные). В базе данных АС нормативно-справочная информация представлена массивами НСИ – наборами данных, сформированными на основе документов.

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

Типичными причинами низкого качества НСИ являются:

отсутствие единых систем классификации и кодирования для массивов НСИ с информацией об однородных объектах;

отсутствие стандартов описания объектов, представленных записями массивов НСИ;

отсутствие регламентов ведения массивов НСИ.

Низкое качество НСИ приводит к следующим основным проблемам:

сложность интеграции АС предприятия в единое информационное пространство;

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

невозможность полноценной организации централизованных процессов (закупки, послепродажное обслуживание и т.п.);

рассогласование информации о продукции на различных этапах ее жизненного цикла.

Возникающие проблемы решаются с помощью создания корпоративной системы управления НСИ.

Организация функционирования КСУ НСИ

КСУ НСИ обеспечивает автоматизированное выполнение следующих процессов:

1. Ведение массивов Фонда НСИ:

актуализация массивов Фонда НСИ;

информационное обслуживание абонентов Фонда НСИ;

2. Экспертно-методическое сопровождение Фонда НСИ:

формирование и нормализация массивов Фонда НСИ;

контроль качества массивов НСИ;

мониторинг информационных ресурсов и потребностей в НСИ подразделений и АС организации;

разработка нормативно-методических документов по ведению и сопровождению Фонда НСИ.

3. Организационное сопровождение Фонда НСИ:

ведение реестра Фонда НСИ (реестра массивов НСИ);

ведение реестра поставщиков НСИ;

ведение реестра абонентов Фонда НСИ;

администрирование пользователей Фонда НСИ.

Схема функционирования Фонда НСИ приведена ниже:

Базовое программное обеспечение

При создании КСУ НСИ используются программные продукты класса MDM (Master Data Management) - Управление основными данными), реализующие базовую функциональность:

управление содержимым массивов НСИ (ввод/редактирование/экспорт/импорт данных, поддержка процессов нормализации данных и контроля целостности связанных массивов);

просмотр и поиск содержимого массивов НСИ (в том числе отображение сложных иерархий и поиск дублей);

контроль качества данных (создание и выполнение сложных сценариев выявления и исправления ошибок различных типов);

управление заявками на добавление/изменение объектов НСИ (в том числе реализация сложных процессов согласования);

интеграция (синхронизация) данных (в том числе создание и выполнение сценариев синхронизации данных для любого массива НСИ и каждой целевой АС – потребителя НСИ);

администрирование пользователей и ресурсов системы.

В качестве базового ПО могут быть использованы как наиболее распространенные зарубежные промышленные программные продукты класса MDM (управление основными данными) - IBM InfoSphere MDM, SAP NetWeaver MDM, Oracle MDM, так и отечественный специализированный программный комплекс LM Soft MDM.

Основные работы по созданию КСУ НСИ

Разработка КСУ НСИ включает следующие основные работы:

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

формирование реестра автоматизированных систем предприятия, реестра локальных массивов НСИ по функциональным направлениям;

формирование реестра Фонда НСИ (реестра централизованных массивов НСИ);

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

разработка стандартизованных форматов описания;

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

построение обобщенной модели хранения НСИ и типовых схем интеграции АС в части НСИ;

разработка программно-аппаратной архитектуры MDM-решения;

настройка базовой MDM-системы и разработка дополнительного программного обеспечения;

подготовка массивов НСИ (классификация, кодирование, выверка, нормализация);

разработка организационных и регламентных документов по ведению Фонда НСИ;

разработка методик перевода массивов НСИ на централизованной ведение;

перевод массивов НСИ на централизованное ведение.

Преимущества предлагаемого подхода к созданию КСУ НСИ

К основным преимуществам подхода компании ЛМ Софт к разработке систем управления НСИ, относятся следующие:

1) Массивы НСИ разрабатываются в соответствии с общепринятым в международной практике подходом к описанию и кодификации объектов (каталогизации).

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

2) Проектирование системы осуществляется в соответствии с методологией комплекса ГОСТ 34 (Автоматизированные системы).

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

Каждая ФП отвечает за централизованное ведение комплекса взаимосвязанных справочников и классификаторов данного направления деятельности. Все ФП используют общие ресурсы, предоставляемые обеспечивающими подсистемами (ПО, интеграционные механизмы, организационную структуру и т.п.).

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

3) При создании КСУ НСИ может быть использована любая промышленная программная система класса MDM. Вместе с тем компания ЛМ Софт предлагает собственный специализированный программный комплекс.

Комплекс LM Soft MDM реализован на базе сертифицированной ФСТЭК России версии платформы «1С: Предприятие».

Использование отечественной программной системы MDM решает задачу импортозамещения в части ПО, существенно снижает стоимость внедряемой КСУ НСИ (по сравнению с использованием систем MDM зарубежных производителей) и облегчает задачу создания систем управления НСИ в защищенном исполнении.

Эффекты от внедрения КСУ НСИ

Эффекты от внедрения КСУ НСИ можно разделить на две основные группы:

1. Экономические (количественные показатели, характеризующие результаты по направлениям деятельности ГК, в натуральном или стоимостном выражении):

сокращение затрат на ведение НСИ;

снижение стоимости поддержки существующих АС;

сокращение времени внедрения новых АС;

снижение стоимости интеграции АС;

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

сокращение затрат на закупки материально-технических ресурсов;

уменьшение складских запасов и неликвидов;

2. Управленческие (качественные показатели, характеризующие положительные изменения по направлениям деятельности ГК, которые сложно оценить в натуральном или стоимостном выражении):

повышение достоверности аналитических данных;

сокращение времени подготовки сводной отчетности;

увеличение количества и степени подробности аналитических признаков;

повышение эффективности процессов проектирования и производства;

повышение эффективности процессов послепродажного обслуживания;

повышение эффективности управления дебиторской и кредиторской задолженностью;

Федеральное Государственное Образовательное Учреждение

Высшего Профессионального Образования

Национальный Исследовательский Технологический Университет "МИСиС"

Кафедра автоматизированных систем управления

Курсовая работа по курсу

"Теория систем и системный анализ"

Выполнил : Авдошина Ольга

Группа: МА-10-1/И810-4

Преподаватель : Морозов Е.А.

Москва2014

1.Определение нормативно-справочной информации 3

2.Проблемы и потребности компаний к системе управления НСИ. 3

3.Едина система управления НСИ (ЕС НСИ) 5

4.Создание автоматизированной системы управления НСИ 8

4.1.Анализ НСИ 8

4.2.Выбор архитектуры и оценка стоимости создания автоматизированной системы управления НСИ 10

4.3.Внедрение 15

5.Лица, ответственные за ведение НСИ 16

6.Эффективность внедрения 18

7.Список использованной литературы 20

1. Определение нормативно-справочной информации

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

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

1. Проблемы и потребности компаний к системе управления нси.

В компаниях, как правило, используется несколько автоматизированных систем, поддерживающих различные бизнес-процессы, в которых независимо друг от друга ведутся одни и те же справочники. Такая совершенно типичная ситуация вызывает следующие проблемы:

Дополнительные расходы на независимое ведение одних и тех же справочников;

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

Большая трудоемкость и высокая затратность формирования консолидированной отчетности на основе данных, в которых одни и те же объекты справочных данных (товары, услуги, контрагенты) имеют различные коды и наименования;

Низкое качество нормативно-справочных данных.

Что значит “некачественные” нормативно - справочные данные? Это справочные данные, которые:

Имеют проблемы структуризации МТР по группам;

Дублирующиеся или противоречивые данные справочника материально-технических ресурсов (товары и услуги) в 70 % случаев приводят к значительному увеличению складских запасов предприятия и образованию неликвидов. Например:

Отсутствие нужных параметров в описании товара в справочнике может привести к тому, что будет закуплен товар, не отвечающий требуемым характеристикам. В результате, на складах образуются неликвиды;

Наличие дублей в справочнике не позволит корректно выполнить автоматическое сведение всех заказанных одноименных МТР с целью получения сводной заявки. В результате заказ будет размещен у поставщика разными партиями и компания не получит скидку за размещение заказа большого объема, а следовательно, закупка будет выполнена по более высокой цене;

Использование разных кодов и наименований МТР различными подразделениями не позволяет производить анализ наличия МТР на складах и использования имеющихся запасов, вместо закупки новых МТР, что также приводит к финансовым потерям.

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

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

Требование обеспечения взаимодействия и унификации различных прикладных систем бизнес-процессов протекающих на http://en.wikipedia.org/wiki/Service_oriented_architecture предприятиях и в различных организациях, консолидации отчетной документации, приводит к необходимости построения системы нормативно-справочной информации. Систему нормативной справочной информации образуют группы объектов, построенных на общероссийских, отраслевых и корпоративных (внутренних) [классификаторах] и справочниках.

Основные проблемы НСИ в корпоративных информационных системах:

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

Информационные системы Нормативно-Справочной Информации .

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

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

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

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

Термин НСИ имеет советское происхождение, хотя чёткого определения в СССР введено не было. На западе более подходящим аналогом НСИ является Master Data или Master Referenced Data, сутью которых является не-транзакционная нормализованная справочная информация (каталоги) и классификаторы (иерархии). Таким образом Master Data (Мастер данные) можно рассматривать только как подмножество понятия НСИ.

Системы Управления Справочниками можно приравнять к международному понятию Master Data Management (MDM), которые могут рассматриваться как часть Service-Oriented Аrchitecture (SOA).

Принципиальным является, что словари, стандарты, правила, нормативы, которые обыкновенно включают в понятие НСИ, не являются объектами систем MDM.

См. также

• Блог по НСИ Сабира Асадуллаева
• SAP Master Data Management

Ссылки

Wikimedia Foundation . 2010 .

Смотреть что такое "НСИ" в других словарях:

НСИ - несанкционированный съём информации Источник: http://www.energosys.ru/?nav=entr&id=6105 НСИ нормативно справочная информация; нормативная справочная информация юр. НСИ нашлемная система индикации в маркировке …

НСИ - нормативно справочная информация … Словарь сокращений русского языка

НСИ Банк - Банк Невастройинвест http://nsvbank.ru/​ банк., организация, Санкт Петербург … Словарь сокращений и аббревиатур

НСИ Рунавик Полное название Nes Sóknar Ítróttarfelag Runavík Основан 1957 Стадион Рунавик … Википедия

Полное название Nes Sóknar Ítróttarfelag Runavík Основан 1957 Стадион Рунавик … Википедия

НСИ Рунавик Полное название … Википедия

Нескл., мн. (ед. манси, нескл., м. и ж.). Народ, составляющий коренное население Ханты Мансийского автономного округа РСФСР, а также лица, относящиеся к этому народу … Малый академический словарь

И грунши, груси, нескл., м. и ж … Русское словесное ударение

Манси, нескл., м. и ж. (народ) … Русское словесное ударение

ЕОС НСИ - единая отраслевая система управления нормативно справочной информацией Источник: rosatom.ru … Словарь сокращений и аббревиатур

Книги

• Интегрированные системы проектирования и управления. SCADA. Учебное пособие , Кузяков Олег Николаевич , Мартынюк Роман Васильевич , Музипов Халим Назипович , Хохрин Сергей Александрович , Чащина Маргарита Викторовна , В учебном пособии рассмотрены основные сведения о программах системы реального времени "Сириус-SCADA". Описана программа "Редактор БД НСИ", предназначенная для создания баз данных… Категория: Автоматика. Вычислительная техника Серия: Учебники для вузов. Специальная литература Издатель: Лань ,
• Интегрированные системы проектирования и управления. SCADA , Музипов Х.Н. , Рекомендовано Региональным отделением УрФО УМО вузов РФ по образованию в области радиотехники, электроники, биомедицинской техники и автоматизации в качестве учебного пособия для студентов… Категория:

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

За иллюстрации отдельное спасибо замечательному художнику Васе Ложкину .

Случай первый. Как загрузить вагон и маленькую тележку

Создание единой системы управления контрагентами для крупной производственной компании со множеством заводов по всей стране и за рубежом.

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

Живая история
Проект был согласован со всеми заинтересованными сторонами (в этом нас убедило руководство заказчика) и разработан в заданные сроки в соответствии с утвержденными требованиями.

Презентация созданной системы управления контрагентами проходила гладко, пока не встала одна видная женщина – руководитель сибирского филиала – и весьма энергично, с использованием русских идиоматических выражений, довела до сведения собравшихся, что когда к ней приходит железнодорожный вагон под погрузку готовой продукции, она не будет ждать 2 часа, пока кто-то там в Москве рассмотрит заявку на добавление покупателя.

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

Это заявление было поддержано еще несколькими руководителями филиалов компании, что практически полностью разрушило централизованную методологию ведения единого справочника контрагентов на основе заявок.

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

Что мы запомнили: не доверяйте словам руководителей и ответственных лиц со стороны заказчика, что все решения согласованы, все в теме и возражений нет. Выявляйте все заинтересованные стороны проекта и старайтесь выяснить требования к системе и ограничения непосредственно у них.

Случай второй. Как хотим, так и используем

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

Цель проекта – создание сводной клиентской базы для использования в аналитических приложениях. База данных собиралась со всех филиалов, данные выверялись, дополнялись, дублирующиеся объекты устранялись. Количество клиентов в одном филиале – от тысячи до нескольких миллионов. При этом, пересечений по клиентам между филиалами практически нет.

Живая история

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

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

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

Что же выяснилось? Заказчик производил начальную загрузку данных из филиалов в сводный справочник. Экспертам эта работа показалась нудной и трудоемкой, и они просто взяли модуль сверки и подсунули ему полные данные нового филиала, которые еще не разу не загружались в сводный справочник.

Модуль сверки, который в соответствии с ТЗ должен был формировать сведения о различиях в количестве нескольких тысяч записей, получил на вход два миллиона записей, и все они в сводном справочнике отсутствовали.

В результате, за несколько часов нечеловеческих усилий модуль сверки все-таки сформировал файл для загрузки, в который вошли все данные филиала. И, да, этот файл был огромным.

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

На наши возражения, что модуль сверки не предназначен для начальной загрузки данных, заказчик радостно показал ТЗ и спросил, а где это тут написано? Как хотим, так и используем!

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

Что мы запомнили: всегда включайте в ТЗ описание ограничений – что ваша система делать не должна. Ну, или создавайте решения, которые учитывают все возможные сценарии использования, что сильно дороже.

Случай третий. Не слонёнок, а слон, да еще и должен летать

Создание централизованной системы ведения НСИ для финансовой организации.

Цель проекта - создание централизованной системы ведения справочников и классификаторов с рассылкой изменений в заинтересованные системы и базы данных. Предоставление доступа внешним системам к справочникам через веб-сервисы нашей системы.

Обычно у заказчиков среднее количество записей на один справочник составляет от нескольких сотен до нескольких тысяч. Наш недавний рекордсмен – справочник, в котором было 11 млн. записей. Но этот заказчик преподнес нам сюрприз. В его справочнике оказалось свыше 100 млн. записей. Загружали мы его больше суток, т.к. при начальной загрузке выполнялось множество проверок данных. Это не было бы большой проблемой, но заказчик потребовал, чтобы справочник загружался за несколько минут.

В результате нам пришлось сильно изменить порядок работы системы с этим справочником. Фактически, его ведение осуществляется за пределами системы, а мы только предоставляем интерфейс для его использования. Сейчас мы разрабатываем для нашей системы новые способы работы с очень большими справочниками. Надеемся, что заказчику понравится.

Что мы запомнили: в современном мире данных становится все больше, и темпы их роста постоянно увеличиваются. Система должна быть готова к высоким нагрузкам даже там, где они изначально не предполагались. Мы постоянно развиваем наше решение с учетом современных тенденций роста данных и повышения требований к скорости их обработки.

Случай четвертый. Сложный фокус с файлами

Создание централизованной системы ведения НСИ в крупном банке.

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

Поскольку в дальнейшем мне придется упомянуть наше собственное решение для управления НСИ, позволю себе небольшое лирическое отступление.

Подробнее о системе NORMA.

Задачи наших заказчиков во многом схожи, и мы решили снизить затраты на программные разработки и сократить время проектов, создав собственную универсальную платформу для ведения НСИ и основных данных (Reference Data Management & Master Data Management). Система существует уже более 10 лет, и все эти годы мы в ЛАНИТ ее активно развиваем.

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

NORMA включает графический построитель запросов и дизайнер отчетов. Кроме работы с собственными справочниками, система позволяет через свой интерфейс просматривать и изменять справочники, которые находятся во внешних, по отношению к ней, базах данных, а также использовать эти справочники в построителе запросов и пакетах экспорта/импорта.

В ответ на возникновение различных событий в системе, например, события внесения изменений в справочник, могут запускаться подключаемые программные компоненты, написанные на C#, которые могут как проверять данные, так и взаимодействовать с внешними системами и, собственно, самой системой NORMA. Практически все функции системы доступны через веб-сервисы.

Система может масштабироваться как вертикально, путем увеличения мощности сервера приложений и базы данных, так и горизонтально за счет использования многоузлового сервера приложений, в котором каждый узел или группа узлов отвечает за выполнение отдельной функции. Для хранения НСИ система может использовать Microsoft SQL Server, Oracle или PostgreSQL.

Обычно при создании справочников и процессов распространения изменений заказчик консультируется с нашими аналитиками, какой инструмент или набор инструментов, предоставляемых системой, лучше использовать для конкретной задачи. В этот раз заказчик сказал, что будет создавать справочники и процессы самостоятельно.

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

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

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

Что мы запомнили: Всегда проверяйте полученную информацию даже если вам говорят, что у нас тут маленькая проблемка, и она вот именно в этом месте, мамой клянусь! Анализируйте проблему в контексте.

Случай пятый. Я привыкаю к несовпадениям

Создание системы управления НСИ в производственной компании.

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

В этот раз мы дальше нескольких презентаций не продвинулись. Наша система NORMA очень понравилась технарям. Она закрывала все их существующие проблемы. Дальше пришла очередь показывать систему руководству, и вот тут произошел облом десятилетия. Высокий руководитель посмотрел, послушал и сказал: «Мы тут все работаем на продуктах Apple, у них есть определенный стиль, а ваша система в этот стиль не вписывается. Мы ее даже рассматривать не будем».

Что мы запомнили: заказчики бывают разные, и некоторым вы просто не подходите. Стиль другой.

Подобные истории случаются в различных проектах. Что интересного было в вашей проектной жизни? Что стало для вас неожиданным уроком? Делитесь в комментариях.

Теги: Добавить метки

1. Историческое наследие

«Историческое наследие автоматизации в крупных компаниях и холдингах в подавляющем большинстве случаев плачевно: отдельные системы и «системки» работают на разных программных платформах и используют разные локальные справочники, никак не связанные между собой, что препятствует информационному обмену и консолидации данных. Многие специалисты склонны в этой ситуации употреблять такие метафоры, как «лоскутная автоматизация» и «информационный зоопарк». Ключевым решением проблемы является создание Единой системы ведения нормативно-справочной информации, стандартизирующей и унифицирующей все информационные потоки внутри компании». (Из статьи президента НЦИТ «ИНТЕРТЕХ» Д. Е. Гулько «Система нормативно-справочной информации: типовые ошибки и заблуждения» , опубликованной в журнале «Газовая промышленность» №6 в июне 2004 г.)

Эксперты НЦИТ «ИНТЕРТЕХ» по результатам анализа информационных систем, используемых в крупных компаниях и государственных структурах, пришли к следующим выводам:

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

2. Существующие проблемы

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

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

3. Решения

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

Для реализации этого решения необходимо:

Разработать и принять стандарты и регламенты ведения НСИ:

• Стандарт Компании «Состав и структура Единой системы ведения НСИ, систем классификации и кодирования».
• Регламент использования подразделениями и дочерними предприятиями Единой системы ведения НСИ, систем классификации и кодирования.
• Регламент ведения и сопровождения Единой системы ведения НСИ, систем классификации и кодирования.
• Регламент обеспечения доступа пользователей компании к ресурсам Единой системы ведения НСИ и их технической поддержки.

Использовать методику онтологической классификации и кодирования, разработанную специалистами ИНТЕРТЕХ.

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

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

Внедрить автоматизированную систему, обеспечивающую:

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

4. Этапы работ

Ниже приведены основные этапы работ по созданию Единой системы ведения и управления НСИ.

5. Суть подхода

Предлагаемый подход в своей основе опирается на принципы эволюционности, адаптивности, преемственности, стандартизации и унификации, учета человеческого фактора.

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

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

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

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

Учет человеческого фактора подразумевает возможность работы в системе различных категорий пользователей, с разными навыками и «степенью продвинутости» в области информационных технологий, эргономичность дизайна и «дружественность» системных интерфейсов.

6. Программное обеспечение

Ontologiс 4.6 широко используется многими крупнейшими российскими компаниями в качестве платформы для MDM-решений. На данной платформе разработаны и внедрены системы управления НСИ (MDM) в таких компаниях, как ТНК-BP, Татнефть, СИБУР, ИНТЕГРА, Норникель, Трансмашхолдинг, Транснефть, ГОЗНАК, Полюс-Золото, НОВАТЭК и др.

С учетом опыта таких внедрений, компания «ИНТЕРТЕХ» поставляет готовое типовое решение для системы управления НСИ .

ОСНОВНЫЕ ХАРАКТЕРИСТИКИ

6.1. Архитектура решения

Состав компонентов решения:

• сервер приложений;
• сервер базы данных;
• интеграционный модуль;
• клиентские приложения (АРМ-ы).

Используемое для сервера приложений программное обеспечение:

• IIS 7.5 или выше;
• .NET Framework 4.5

Используемое для сервера базы данных программное обеспечение:

• Microsoft Windows Server 2008 R2 Standard или Microsoft Windows Server 2012 R2 Standard;
• Microsoft SQL Server 2012 Standard или Microsoft SQL Server 2014 Standard;
• .NET Framework 4.5.

Используемое на АРМ-ах пользователей, экспертов, администраторов ПО:

• Операционная система: Microsoft Windows 7/8/10, 32 или 64-bit;
• .NET Framework 4.5;
• Microsoft Excel 2007/2010/2013/2016;
• Internet Explorer 11.

6.2. Функциональность системы

Функции поиска данных:

• поиск по атрибутам записи справочника (наименования и пр.);
• поиск по текстовым полям с использованием словоформ;
• таксономический поиск по свойствам/характеристикам;
• поиск по иерархиям классификаторов/рубрикам навигаторов.

Функции экспорта и печати информации о записях справочника:

• экспорт данных во внешние файлы в форматах.xls, .txt, .mdb, .xml;
• печать найденных позиций справочника.

Функции пользователя по актуализации справочника:

• формирование/редактирование запроса на добавление/изменение позиции справочника;
• отправка запроса на добавление/изменение позиции в Службу НСИ;
• мониторинг состояния обработки запроса.

Функции эксперта по ведению НСИ:

• обработка запроса на добавление/изменение позиции;
• ведение библиотеки классов (создание/корректировка иерархий);
• создание/изменение позиций в справочнике;
• добавление к позиции справочника документов;
• формирование отчетов, связанных с обработкой пользовательских запросов и актуализацией справочников;

Функции администрирования системы:

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

6.3. Информационное наполнение

Решение поставляется с преднастроенной структурой справочников и классификаторов и загруженным демо-контентом. В состав входят:

МАТЕРИАЛЫ (МТР):

• Классификатор с иерархиями и таксономическими наборами свойств;
• Справочник со следующими атрибутами: наименование материала, марка, технические характеристики, ссылки на стандарт, на класс Ontologic, на группу материалов и др.;
• Вспомогательные справочники (группы МТР, единицы измерения и др.).

КОНТРАГЕНТЫ:

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

КАСТОМНЫЕ СПРАВОЧНИКИ И КЛАССИФИКАТОРЫ:

При помощи развитых гибких средств настройки и администрирования, платформа Ontologiс 4.6 позволяет создавать кастомные справочники и классификаторы заданной структуры, в том числе справочники и классификаторы документов, объектов учета и т.д. Также возможна гибкая донастройка существующих структур справочников и классификаторов.

6.4. Возможности интеграции

Средства интеграции решения на платформе ONTOLOGIC 4.6 позволяют настраивать различные сценарии репликации обновлений данных из ЕС НСИ в прикладные системы заказчика с использованием интеграционных шин (SAP PI/XI, IBM WebSphere, и др.) или файлового обмена.

7. Ожидаемые результаты от внедрения системы

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

8. Почему «Интертех»

ИНТЕРТЕХ является разработчиком и владельцем уникальной методологии и технологии построения классификаторов корпоративного уровня, программного обеспечения «ОК» и наполненных баз данных, что позволяет комплексно «под ключ» решить все описанные выше проблемы.

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

ИНТЕРТЕХ имеет реальные внедрения своих решений по построению Единых систем ведения НСИ, классификации и кодирования (онтологического классификатор).

ИНТЕРТЕХ ведет полный цикл проектных работ – от консалтинга, включающего обследование и анализ существующих информационных систем, потоков и процессов, выработку рекомендаций по реинжинирингу, разработку нормативно-регламентной и методологической базы, до разработки и внедрения «под ключ» готовых систем.

ИНТЕРТЕХ внедрил в свой производственный процесс и использует систему менеджмента качества в полном соответствии с требованиям ГОСТ Р ИСО 9001-2001.

ИНТЕРТЕХ ведет активное взаимодействие и координацию работ в области классификации с Госстандартом РФ, Минэкономразвития РФ, Минэнерго РФ, Минпромнауки РФ, ТПП РФ.

ИНТЕРТЕХ имеет все необходимые лицензии (ФАПСИ и Гостехкомиссии при Президенте РФ) на право работы с системами защиты информации на территории РФ.

Разработанные ИНТЕРТЕХ системы и решения прошли экспертизу и имеют положительные отзывы ряда министерств и ведомств, в том числе Госстандарта РФ, Минпромнауки РФ, Высшей школы экономики, ТПП РФ, РСПП, Российской Академии государственной службы (РАГС) при Президенте РФ и т.д.