Нормативна справка. Управление на НСИ в информационните системи. НСИ строителна технология от фирма "Интертех"

Когато става въпрос за мащаба и сложността на определени информационни системи, обикновено се дават характеристики като броя на работните места и потоците от обработени документи, общият обем на базите данни. Напоследък обаче броят и размерът на директориите все повече се споменават като интегрална характеристика. За невежите това не е много ясно, но за специалистите подобна информация говори много. Всъщност референтните данни (гамата от стоки и продукти, подробности за партньори, доставчици и клиенти, описание на структурата на организацията и т.н.) са по същество информационното ядро ​​на системата за управление на предприятието, включително счетоводни задачи, планиране на ресурсите, CAD и др.; те осигуряват последователност и консолидация на данните, премахват излишността на информацията и оптимизират търсенето на подходяща информация. Освен това указателите комбинират всички останали документи на системата – фактури, договори, поръчки и т.н. – през целия й жизнен цикъл.

В момента един от най- важни въпросиразвитие информационни технологиикорпоративно ниво - интегриране на данни. Доста често се разбира като способност за работа с различни формати на данни от различни физически източници (включително преобразуването им от един формат в друг). Но такава гледна точка е поне повърхностна. Всъщност хармонизирането и правилното разбиране на информацията е невъзможно без смисленото й разбиране с помощта на унифицирани справочници.

Ориз. 1. Организация на работата на централизираната служба на НСИ

Този проблем е актуален в цял свят, но значението му е особено голямо за Русия и тук могат да се разграничат две точки:

Автоматизацията на местните компании, като правило, се развива отдолу нагоре, чрез постепенна компютъризация на отделни секции и подразделения. Освен използването на различни софтуерни и хардуерни платформи, те са използвали и локални директории, които не са лесна задача за комбиниране;

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

Ние отделихме тези две точки, за да отбележим фундаменталните разлики в ситуациите зад тях. В първия случай, като цяло, можем просто да говорим за грешки при създаването на системата - първоначално беше необходимо да се създаде един помощна системапредприятия чрез прилагане на методология за проектиране отгоре надолу. При сливане на различни предприятия ситуацията е много по-сложна, защото тук говорим за независими фирми.

Ориз. 2. С помощта на технологията Ontologic 5.0 можете да създадете единна система за управление на референтни данни

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

За да илюстрираме важността на референтната информация, ще дадем само два примера.

1. Както знаете, преди около година беше създадена англо-руската компания TNK-BP, която се образува в резултат на поредица от предварителни сливания на големи индустриални компании (ONAKO, SIDANKO, TNK). Една от първите задачи, поставени от ръководството на новата компания, беше организирането на единен корпоративен указател-класификатор на материално-технически ресурси. Това трябваше да се направи още преди да бъдат идентифицирани други области на разработка на интеграционни решения и системи за управление. Нещо повече, това е ставата нормативна базатрябваше да помогне за формирането на единен корпоративен англо-руски манталитет (в компанията работят специалисти от руски TNK и английски BP) и общо разбиране за правене на бизнес.

2. В края на Втората световна война президентът на САЩ Рузвелт поставя задачата да разбере причините за проблемите с доставката на резервни части на фронта. След като проведоха необходимите изследвания, американците стигнаха до извода, че резервните части са изпратени на войските в количества, няколко пъти по-големи от необходимостта от тях. В същото време все още нямаше достатъчно резервни части, поради факта, че складовете натрупаха едни и същи продукти, но маркирани по различен начин и с различни имена. В резултат на това президентът издаде директива за създаване на единна федерална система за каталогизиране на доставките за държавни нужди и преди всичко за нуждите на отбраната и сигурността. През последните двадесет години Съединените щати инвестираха годишно между 2 милиарда и 4 милиарда долара само за прилагане на програми за стандартизация, използвайки модулни структури (аналози на продукти), които могат да намалят обхвата на доставките на Министерството на отбраната с около три пъти.

Управление на справочната информация

За да посочите такава справочна информация в автоматизирани системиуправление на предприятия на Запад се използва терминът Master Data (основни данни, основни данни), а задачите по управлението им се наричат ​​Master Data Management (MDM). В руския език обаче по-често се използва понятието регулаторна референтна информация (НСИ), което се появи в дисциплините, свързани с управлението. национална икономиканазад във времената преди компютъра. В този случай определението за "нормативно" отразява факта, че проблемът със създаването на директории на корпоративно ниво излиза далеч извън границите на самото предприятие, той трябва да бъде решен, като се вземат предвид индустриалните, държавните и международните стандарти.

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

За да оцените обхвата на предизвикателствата на MDM, можете да предоставите такива данни. За големите компании в нефтения и газовия сектор размерите на справочниците с материали варират от 100 до 250 хиляди вписвания, а за контрагентите - от 3 до 12 хиляди вписвания.

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

Според експерти у нас цената на обработка на един запис на НСИ е 2-5 долара (в чужбина - 10-20 долара). Съответно цената на един проект за формиране на НСИ голямо предприятиеможе да се оцени на 400-1000 хиляди долара (включително разходите за софтуер, консултации за внедряване и поддръжка).

Нефтената и газовата индустрия, както и редица държавни и регионални структури първи разбраха необходимостта от извършване на работа по НСИ като самостоятелна част от създаването на система за управление на организацията. В момента в Русия се изпълняват около 10-15 големи проекта по тази тема, докато анализаторите отбелязват бързо нарастване на интереса към тези произведения както от корпоративния, така и от публичния сектор. За да се отговори на нарастващите нужди на клиентите, е необходима проверена методика за изпълнение на подобни проекти.

Проблем със създаването корпоративна системаНСИ се крие именно в това, че няма просто решение. Изглежда, че най-разумният начин е да използвате готов набор от директории (международни, държавни, отраслови). Но факт е, че за конкретно предприятие ще бъде изключително неудобно да го използва (те са твърде излишни и не отчитат спецификата на организацията), освен това е просто невъзможно да се създаде такава глобална система от референтни данни изцяло (за повече информация по тази тема вижте статията на Дмитрий Гулко „Как да избегнем типични грешки при изграждането на корпоративни и индустриални системи за регулаторна и справочна информация“, PC Week / RE, N 18/2004, стр. 35).

Решението на проблема е възможно само под формата на създаване на специализирана система за поддържане на референтни данни с помощта на подходящи стандарти, методи и софтуер. Всъщност тази работа трябва да комбинира усилията на три страни:

Създатели на регулации и стандарти (както държавни, така и индустриални);

Доставчици на основен софтуер;

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

В съветско време държавните органи бяха много активно ангажирани с въпроси регулиране. С началото на перестройката имаше провал в тази дейност и само преди 5-7 години държавните структури отново се заеха с тази работа. Вече са приети няколко закона и наредби по тази тема и в момента има няколко държавни стандартни системи за класифициране на продукти и дейности (OKP, OKVED, OKDP, TN VED, EKPS). Всеки от тях обаче има свое специално предназначение и не е подходящ за използване в чист вид в индустрията или корпоративните системи. Западните класификационни системи не могат да се прилагат у нас поради значителната национална специфика на икономиката ни. Като цяло трябва да се отбележи, че за рационализиране на ситуацията в областта на корпоративните НСИ е желателно по-активно участие. правителствени агенции, но в същото време не преминава границата на разумната регулация.

Фиг.3. Функционална диаграмареферентни системи

Проблемите с управлението на основните данни също са в полето на внимание на доставчиците на основния софтуер. В същото време те подхождат към решението си от различни посоки. На първо място, разбира се, с тези задачи се занимават производителите на ERP решения, като SAP е лидер тук. Друг пример са разработчиците на софтуер за инфраструктурна интеграция. Тук трябва да се спомене IBM Corporation – неотдавнашното й придобиване на Ascential Software до голяма степен се дължи на намерението на корпорацията да засили посоката на MDM (виж PC Week / RE, N 10/2005, стр. 12). И накрая, трябва да се каже за доставчиците на системи за управление на документи (например Hummingbird). Присъствието им в MDM сегмента се обяснява, от една страна, с опита им в решаването на проблеми с интегрирането на данни, а от друга – с необходимостта от използване на интелигентни технологии за обработка на неструктурирана информация за управление на НСИ.

Що се отнася до системните интегратори и консултантски компании, тогава всички фирми, които изпълняват големи проекти за създаване на системи за управление на предприятието, в една или друга степен участват в въпросите на MDM. Някои от тях ("Интертех", LANIT, IBS, "Unit Space", "Katalit") имат специализирани разработки в тази област. След това ще опишем накратко предложенията за изграждане на корпоративни НСИ системи на фирма Интертех, която последните годиние натрупала солиден опит в внедряването на такива решения в компании като TNK-BP, Tatneft, SIBUR, както и в различни федерални ведомства, отдели на правителството на Москва и др. Наскоро тя сключи споразумение за сътрудничество в областта на MDM с SAP Corporation (виж . PC Week / RE, N 13/2005, стр. 49).

НСИ строителна технология от фирма "Интертех"

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

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

Ориз. 4. Основните етапи на работа по създаването на единна система за поддържане на НСИ

Самата система за поддръжка на RSI е реализирана като софтуерно-хардуерен комплекс (фиг. 3), който включва инструменти за поддържане на директории и класификатори, инструменти за търсене на счетоводни обекти, модули за обмен на информация между експерти и потребители и механизми за интегриране с външни приложения. Неговите основни софтуерни функционални подсистеми, интегрирани помежду си, са "Работна станция на потребителя", "Работна станция на експерт" и "Работна станция на администратора". Системата в стандартната конфигурация е базирана на технологии на Microsoft (OS - Windows, Web сървър - IIS, DBMS - SQL сървър), но предвижда и възможност за използване на други софтуерни платформи.

Компанията Интертех разработи и методология стъпка по стъпка за въвеждане на системата НСИ на предприятие (фиг. 4). Неговият основен подход се основава на редица основни принципи.

Еволюционният характер на развитието на системата предполага поетапен преход към съвременни методиподдръжка и поддръжка на корпоративния НСИ. Обща схематози подход изглежда така: стар -> стар + нов -> нов; на междинни етапи се допуска паралелното съществуване на старата и новите системи.

Адаптивност на системата на НСИ към спецификата и ландшафта на съществуващите приложни системи(включително системи от клас ERP) и до различни системикласификацията и кодирането предполага неговата способност да се интегрира с външни системи.

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

Стандартизирането и уеднаквяването на регулациите и методите за използване и поддържане на корпоративни референтни данни, системи за класификация и кодиране позволяват да се осигури постоянна уместност и достъпност на референтните данни в цялата компания.

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

Ориз. 5. Функционален модел на процеса на използване и поддържане на единна референтна база данни

За ефективното функциониране на единна система за поддържане на НСИ трябва да се разработи набор от организационни и управленски решения, предвиждащи ясно разпределение на отговорностите и функционални задълженияв съответствие с компетенциите на групите персонал на компанията (фиг. 5):

Потребители - служители на дружеството, използващи определени данни от базата данни на НСИ при генериране на работни документи;

Експерти – специалисти от групата на НСИ, отговарящи за формирането и модифицирането на данните в базата данни на НСИ;

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

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

Като цяло, въвеждането на единна система за поддържане на референтни данни позволява на клиента да реши следните основни задачи, които допринасят за подобряване на ефективността на цялото предприятие:

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

Да централизира функциите за провеждане на справочни данни на базата на разработените корпоративни стандарти за класификация и кодиране;

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

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

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

Своевременно предоставяйте на ръководството на компанията информацията, необходима за вземане на ефективни решения.

Отрасъл: Енергетика и комунални услуги

Тъй като Росатом обединява много предприятия и организации, създаването на указатели в цялата индустрия е предпоставка за централизиране и осигуряване на прозрачност на дейностите по снабдяването и отношенията с доставчиците, както и за организиране съвместна работаИТ системи на индустриални предприятия. Ето защо проектът за създаване на единна отраслова система за регулаторна и справочна информация (ШИС НСИ) беше включен в „Програмата за трансформация на финансово-икономическия блок и информационните технологии“ на ДК. Системата на НСИ на ЕЕС ще обхване организациите от блокове „инженеринг и строителство атомни електроцентрали”, „експлоатация на атомни електроцентрали”, „ жизнен цикъл ядрено гориво". Въз основа на резултатите от открит търг, IBS се включи в изпълнението на проекта, като за платформа беше избрано специализирано SAP решение.

Към днешна дата е завършен пилотен проект за създаване на ЕОС на НСИ. В рамките му са създадени редица директории: „Контрагенти“ (длъжници/кредитори, юридически лица, резиденти / нерезиденти), "Материални и технически ресурси" (MTR), "Елементи промишлени съоръжения”, „Единен сметкоплан”, набор от общоруски справочници и класификатори. Най-популярни станаха указателите "Контрагенти" (в момента съдържа около 70 хил. записа), "MTR" (около 150 хил. записи) и "Единен сметкоплан". Още в хода на пилотния проект 215 предприятия бяха свързани към НСИ на ЕИП с помощта на справочника Контрагенти и 35 предприятия, използвайки указателя MTR. Общо повече от 4 хиляди потребители работят в системата, достъпът им се осигурява с помощта на портална услуга.

Сега се работи по копиране на системата. Очаква се до 2012 г. общият брой на потребителите на НСИ УОС да достигне около 10 хиляди души. По този начин, този проектв областта на организиране на нормативна и референтна информация на платформата SAP ще се превърне в една от най-големите в света и най-голямата в Европа. Резултатите от проекта и възможностите на EOS NSI ще бъдат използвани в редица други ИТ проекти на Държавна корпорация Росатом. Сред тях - създаване на единна браншова система за обществени поръчки, единна браншова система за интегриране на корпоративни приложения, единна браншова система за управление на документи, система за управление на активи на имоти, въвеждане на система за единен център за сетълмент и др. .

« Централизацията на процесите по поддържане на нормативна и референтна информация и използването на подходяща информационна система, на първо място, ще повиши качеството и надеждността на информацията, предоставяна от ИТ системите. Второ, това ще намали разходите и времето за формиране на консолидирани финансови отчети. Трето, минимизира рисковете поради непълни или неверни данни за плащанията. Също така ще оптимизира и гарантира прозрачност на процесите на снабдяване и работа с доставчици, ще намали времето за планиране на доставките и доставките на материали и оборудване, ще оптимизира процеса на поддържане на НСИ чрез организиране на единна управленска среда“, – отбеляза Кирил Сукових, ръководител на програмата на НСИ в ЗАО Гринатом.

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

Според TAdviser размерът на пазара на системи за управление на НСИ е около 1,5 милиарда рубли в края на 2017 г. Търсенето на тези решения нараства с 20-25% годишно – право пропорционално на ръста на цифровизацията на бизнеса. Нарастването на проникването допринася за ускоряване на динамиката облачни услугина вътрешния пазар (на ниво около 20% годишно), както и стартиране на инициативи за информатизиране на държавата и обществото като част от програмата.

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

На фокус

Представителите на бизнеса стават все по-взискателни към качеството на референтните данни и процесите на управление. Също така в областта, сред специалистите, възникват въпроси за качеството на НСИ. Колкото по-драматично се увеличават обемите данни, натрупани от организациите, толкова по-високи са изискванията за производителността на информационните системи. Обемът на директориите непрекъснато нараства. От съвременните решения в областта на управлението на НСИ очакват възможност за поддръжка на работа с над 1 милиард записи.

Ако преди 10 години, в края на 2000-те години на 20-ти век, задачите на НСИ по-често се разбираха като процес на миграция на директории като част от внедряването на счетоводни информационни системи, то през 2018 г. бизнесът подхожда към задачите за управление НСИ по-съзнателно и структурно, с участието на функционални отдели, които пряко използват тази информация в бизнес процесите. Има усъвършенстване на задачите, свързани не само с оборудването и материалите, но и с изпълнителите и други референтни данни.

Сегашната ситуация изисква повече високо нивоавтоматизация и формализиране: всичко, което може да бъде „твърдо свързано“ в ясен автоматизиран алгоритъм, трябва да бъде формализирано, т.к. без строги правила работата с НСИ се превръща в хаос. Също така, участието на различни бизнес звена в проекти на НСИ увеличава тяхната продължителност. Като решение на преден план излизат съвременни средства за автоматизиране на качеството на данните с помощта на механизми, - коментира Баир Данилов, ръководител на НСИ в IBS

Към 2018 г. до 75% от този пазар е консултантска дейност и около 25% са заети от лицензи. Тази ситуация се дължи на факта, че освен директното създаване на указателя, компаниите трябва да го интегрират с други информационни системи, а за клиентски указатели - със системи за защита на личните данни, отбелязва Croc.

Нови тенденции

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

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

Днес не само гигантите на икономиката, но и средните компании проявяват интерес към качеството на референтните данни. IBS отбелязва увеличение на броя на заявките за проекти на НСИ от фармацевтичната индустрия, Хранително-вкусовата промишленост, машиностроене и селско стопанство. Освен всичко друго, този интерес се подтиква и от импортозаместващи инициативи – именно въвеждането на НСИ ни позволява да решим проблема с поетапното и рационално заместване на импорта на чужди решения.

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

Croc IBS SDI решение NCIT Intertech TaskData Ланит EAE-Consult Navicon
Приходи от проекти на НСИ 2016г135 милиона рубли99,9 милиона рубли63,3 милиона рубли51,9 милиона рубли44 милиона рубли28 милиона рубли11,2 милиона рубли7,5 милиона рубли
Динамика на приходите по проекти на НСИ 2016/2015г 13% 6% 32% 50% 90% 10% -10% Растеж
Брой проекти на НСИ 2017г 4 7 7 Завършен 6, в ход 2 6 5 4
Брой проекти на НСИ 2016г В изпълнение 4, завършен 1 4 7 4 5 3 4
Използвани решения/платформиCroc NSI Suite, Talend Platform за MDM, MDM, Informatica MDM, редица системи Oracle, както и вътрешната платформа UnidataSAP, Ataccama, вътрешна разработка (20%), 1С MDMсобствена разработка на Semantic MDM. СУБД Microsoft SQL Server, Oracle, PostgreSQL* собствена разработка - софтуерна платформа за управление на онтологични системи на НСИ (регистрирана в Руския софтуерен регистър № 4114 от 11.12.2017 г.);

2. Добивна и металургична компания - създаване на автоматизирана система за управление на нормативна и справочна информация, разработване на MTR класификатор, нормализиране на указател MTR и указател на контрагенти. Над 2000 потребители. Базирано на SAP MDM, SAP PI, SAP Portal, SAP BPM.

3. FOIV - Консолидиране и почистване на получената информация, интегриране на решението в корпоративната ИС. Базиран на Informatica MDM, Informatica Power Center, Informatica Data Quality, Oracle BPM.

1. Обединена двигателостроителна корпорация – „Създаване и внедряване на корпоративна система за управление на нормативна и справочна информация на платформата на НСИ „Семантична“ система за управление“

2. Разработване на автоматизирана система за управление на регулаторната и справочна информация на АД Концерн Калашников на платформата на системата за семантичен контрол на НСИ.

3. „Разработване на автоматизирана система „Управление на електронни указатели на предприятието” за нуждите на ПАО РСК „Енергия”.

1. Проектиране, изпълнение и въвеждане в експлоатация търговска експлоатациясистема за корпоративно управление на НСИ на Интер РАО Груп;

2. Създаване на Единна система за регулаторна и справочна информация на Държавната петролна компания на Република Азербайджан (SOCAR, SOCAR);

3. Създаване на единна система за управление на нормативна и референтна информация в Дружеството ЗАО "АБИ Продукт";

4. Внедряване на системата за управление на НСИ (разширени указатели) на PJSC MMC Norilsk Nickel;

5. Нормизиране на Единния справочник за материали и материали и картографиране в регистрите на Единния номенклатурен справочник като част от проекта за въвеждане на единна концепция за управление на корпоративния НСИ на ПАД Полюс;

6. Създаване на методическа и регулаторна база от регулаторна и справочна информация по отношение на справочника на материално-техническите ресурси и нормализиране на справочника за MTR на LLC Irkutsk Oil Company;

7. Създаване на Единна система за управление на нормативната и справочната информация на основните данни на Групата на фирмите „Силови машини”.

1. Индустриален център за разработване и внедряване на информационни системи (OTsRV). Разработена е функционалността на първия етап на ASOUP-3, който включва Автоматизирания комплекс за провеждане на справочни данни.

2. федерална агенциягорско стопанство (Рослесхоз). Създаване на подсистема за управление справкаинформация (PNSI).

3. Обединена приборостроителна корпорация (ОПК). Проект за изграждане на модел на системата за управление на НСИ като част от реализацията на проект Мрежова интегрирана система за управление на сетълмент и информация (SIRIUS) - централизирана система за управление на поръчките за отбранителната индустрия.

1. Разработване на автоматизирана система за поддържане на НСИ в една от най-големите банки в Русия (на платформата на Microsoft, използваща системата за поддържане на НСИ NORMA, база данни Oracle).

2. Разработване на система за поддръжка на НСИ за "Газпромбанк" (на платформата на Microsoft с помощта на системата за поддръжка на НСИ, Microsoft SQL Server СУБД).

KSS 8-ми ход - превод на директории към платформата IBM MDM, интерфейси към SAP PI шина, контрол на качеството на данните от НСИ;

Интегриране на KSS с 1C DO - интеграция на директория Контрагенти с 1C системи в DO;

KSSS-NSI RREM - превод и създаване на RREM директории на платформата IBM MDM, интерфейси към SAP PI шината. СУБД на Oracle се използва за долния слой за съхранение и за витрината с данни на NSI.

1. Food Union (обединяване на отчетност от няколко бранша и индустрии, възможност за приемане управленски решениявъз основа на постоянно актуализиран набор от данни, внедряване в облачната среда на Microsoft Azure).

2. Газпром газенергосет (автоматизиране на качването на агрегирани данни от счетоводните системи на дъщерни и свързани дружества (SDC) в корпоративния склад за данни (CDW) в централния офис).

3. Специализиран депозитар "Infinitum Specialized Depository" (оптимизация бизнес процесипо отношение на поддържане на регулаторна и референтна информация, оптимизиране на архитектурата чрез създаване на централизирано хранилище на основни данни, елиминиране на дубликати и двойно въвеждане на данни)

Най-големите проекти по брой директории през 2015-2017 г 1. Проект 1. Обемът на справочниците - повече от 30.

2. Проект 2. Обем на справочниците: около 20 бр.

3. Проект 3. Обемът на справочниците - повече от 200.

1. Проект на АД "УЕС". Обемът на директориите е повече от 20.

Интеграция на KSS с 1C за SIP - 31 организации от групата ЛУКОЙЛ;

KSS-NSI RREM - PJSC ЛУКОЙЛ и 4 NGDO

1. Специализиран депозитар "Инфинитум" (около 40 000).

УДК 004.37.01

ох Жиляев ,
Институт по информатика и
проблеми на регионалното управление
KBNTS RAS, научен работник, Налчик.

Въведение

Създаването на единно информационно пространство е необходимо условие ефективно управлениеразлични обекти, независимо дали става дума за предприятие, отдел, регион или държава. Формирането на единна среда включва интеграция управленски процесипридружено от нормализиране на информационните потоци. Често движението на информация на различни нива и части от контролния обект се поддържа от различни информационни и счетоводни системи. Съответно, има нужда от интегриране на тези системи. Процесите на глобализация на световната икономика, които набират скорост, всъщност са интеграционни процеси. Такива интеграционни задачи са особено актуални за Русия във връзка с предстоящото навлизане в света Търговска организация(СТО).

Задачата за интегриране на информационни и счетоводни системи се състои от две взаимосвързани части: интегриране на данни и последваща интеграция на приложения. При интегриране на данни трябва да се извърши унификация и стандартизация на референтната информация (НСИ). .

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

За обозначаване на такава справочна информация в английската литература се използва терминът Master Data (основни данни, основни данни), а задачите по управлението им се наричат ​​Master Data Management (MDM). , които се появяват в дисциплини, свързани с управлението на националната икономика, дори във времена преди компютъра. В този случай определението за „нормативно“ отразява факта, че проблемът със създаването на директории трябва да бъде решен, като се вземат предвид индустриалните, държавните и международните стандарти.

Ако днес такива термини като например ACS (Автоматизирани системи за управление) или IS (Информационни системи) вече са станали познати, то абревиатурата „SU NSI“ (Система за управление на регулаторната информация) често е озадачаваща. Дори смисълът, който се крие зад неговото декодиране, често е ясен само за специалистите. НСИ не е просто база данни, а сложно организирана система с множество кръстосани препратки между отделни директории и класификатори. Механизмът за поддържане на релевантността на референтната информация е особено важен. Изискванията за пълнота, точност и уместност на информацията в системата за референтни данни са много по-строги, отколкото в конвенционалната база данни, тъй като информационното съдържание на приложените задачи зависи от референтните данни по време на работата на всяка информационна система, включително автоматизирани системи за управление . НСИ е „основата“ на цялата ИС и управлението на тази система трябва да бъде централизирано. На фигура 1. Данните на НСИ са показани като долно ниво, „информационна основа“ на цялата структура на ИС.

Ориз. един Нива на информационната система

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

Разработване на цялостна софтуерда управлява НСИ започна само преди няколко години. Водещите производители на софтуер напоследък обръщат все повече внимание на инструментите за управление на НСИ (в английската версия на MDM, Master Data Management – ​​управление на главни данни).

Без него е трудно да си представим решението на интеграционните проблеми централизиран контролНСИ. Проблемът с управлението на НСИ възниква дори в такива автоматизирани и информационно осигурени структури като банки или застрахователни компании. Системите за управление на НСИ позволяват не само да се акумулират данни от няколко единни банкови системи, например да се генерират отчети за няколко счетоводни системи; но и решаване на проблеми оперативно управлениеНСИ.

В Русия няма единен център за формиране на НСИ, подобен на GOST. И въпреки че наскоро влязоха в сила новите закони, свързани с разработването и разпространението на електронни технически документи, те все още не са оказали забележимо влияние върху ситуацията.

Ролята на НСИ в информатизацията на региона

Важна роля в изпълнението на стратегията за развитие на информационните технологии у нас има регионалната информатизация. Наскоро в предмети Руска федерациясе засили работата по използването на информационните технологии във всички сфери на живота на регионите. Това беше улеснено от федералните властидържавна власт на поредица от събития и осиновяването нормативни документив използването на информационните технологии на федерално, ведомствено, регионално и общинско ниво. Един от тези документи, предназначени да допринесат за решаването на проблемите на интегрираната информатизация на региона, е Постановлението на правителството на Руската федерация „За реда за формиране и използване на основни класификатори, указатели и регистри при предоставянето на държавни и общински услуги v електронна форма„от 31 август 2010г

Специална роля се отрежда и на НСИ в програмите за информатизация на отрасли и ведомства. Например в публикация от 31 март 2010 г. В проекта на Концепция за информатизация на здравеопазването се подчертава, че информационните системи в здравеопазването трябва да се проектират, като се вземат предвид стандартите и наредбите и да се базират на единен НСИ. (В състава на НСИ, използван в сектора на здравеопазването, социално развитиеи работни отношенияРуската федерация включва общо 163 различни класификатори и справочници).

На регионално ниво - целта на внедряването на инфраструктурата на НСИ в автоматизирани системи за управление е създаването на единна система от указатели и класификатори, използвани в държавни (общински) информационни системисубект на Руската федерация, както и формирането на основни счетоводни регистри, които осигуряват събирането и съхранението на предоставената информация за основните обекти на управлението на региона. Системата за управление на НСИ, като централизирано хранилище и единствен доставчикобщ НСИ за цялата инфраструктура и ведомствени информационни системи на региона трябва да осигури информационната съвместимост на местните информационни системи и приложения на „електронното управление” на субекта.

Очевидно следващата стъпка в развитието на информационните технологии в Руската федерация трябва да бъде последващата интеграция на ведомствени, регионални и общински информационни системи на федерално ниво. Тази задача за интегриране на държавната IS е толкова сложна, че освен стандартизация на документи (например на базата на XML) и интеграционна инфраструктура под формата на софтуер, маршрутизиране на XML документи, усилията на правителството са необходими и в областта на стандартизацията на описанието на данни.

Пример за инициатива в тази област е стандартът e-GMS (UK GoverNmeNt Metadata Standard), приет в Обединеното кралство. . Много страни са взели за основа така нареченото "Дъблин ядро", което включва 15 елемента на описание на информацията:

  • заглавие;
  • автор или създател;
  • тема и ключови думи;
  • описание;
  • издател;
  • други сътрудници;
  • дата;
  • вид ресурс;
  • формат;
  • идентификатор на ресурс;
  • източник;
  • език;
  • комуникации;
  • площ (покритие);
  • управление на правата.

В допълнение към самите елементи, Dublin Core съдържа така наречените усъвършенствания на елементи, например: Дата на създаване, Дата на публикуване, Дата на изтичане и т.н. Държавите могат не само да използват това ядро, но и да добавят всякакви допълнителни елементи, които считат за необходими. Освен това първият инструмент при търсене на информация обикновено е разглеждането на категории. Следователно, като част от инициативите за национални стандарти за метаданни, се дефинират стандарти за списъка с категории (основен инструмент за търсене без използване на ключови думи).

заключения

При запознаване със законодателството, насочено към регулиране на предоставянето на държавни и общински услуги в в електронен формат, и организацията на междуведомствено информационно взаимодействие на държавно и общинско ниво, може да се види:

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

Днес, както в Руската федерация, така и в чужбина, основната трудност при реализирането на проекти в областта на предоставянето на електронни услуги на държавно, регионално и общинско ниво, както и подобни междуведомствени проекти, в условия, при които са необходими значителни усилия за интегриране на данни и приложения, не е в прилагането на определени специфични технологии, а в организиране на процеса на приемане на съответните стандарти и хармонизиране на архитектурите на информационните технологии на различни организации и отдели.

Проектите в областта на предоставянето на електронни услуги на държавно, регионално, общинско и ведомствено ниво, които се изпълняват от правителства на различни държави, предвиждат следните основни видове стандарти:

  • стандарти за данни;
  • стандарти за междуведомствен обмен на информация;
  • стандарти за метаданни (и извличане на информация);
  • стандарти за сигурност.

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

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

литература:
1. "Стратегия за развитие на информационното общество в Руската федерация" (одобрена от президента на Руската федерация на 07 февруари 2008 г. № Пр-212);
2. Проект на постановление на правителството на Руската федерация „За реда за формиране и използване на основни класификатори, указатели и регистри при предоставянето на държавни и общински услуги в електронна форма“ от 31 август 2010 г.
3. "Преглед на НСИ", Издание на Министерството на икономическото развитие, 2010г
4. „Концепция за създаване на информационна система в здравеопазването за периода до 2020 г.“, 2010г.
5. Полотнюк И."Метаданните като основа за интеграция", PC Week/RE (492), 2005.
6. Рей Уанг, Роб Карел.„Тенденции 2008: Управление на основни данни“ 2008.

Като се занимаваме с мащабни проекти за автоматизация и създаваме нови информационни системи, всеки път се сблъскваме с необходимостта от внедряване на подсистема за поддържане на директории, класификатори, регистри и други подобни обекти, които съставляват регулаторната референтна информация (RSI) на клиента . За 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, те имат определен стил, но вашата система не се вписва в този стил. Дори няма да го обмисляме."


Какво помним:клиентите са различни, а някои просто не ви пасват. Стилът е различен.

Подобни истории се случват в различни проекти. Какво беше интересното в живота на вашия проект? Какъв беше неочакваният урок за вас? Споделете в коментарите.

Етикети: Добавяне на етикети