Глава 17

Разработка корпоративных порталов для нефтегазового сектора

Данный раздел книги посвящен практическим аспектам применения корпоративных систем и корпоративных приложений, причем в фокусе внимания будут как технологии Microsoft, так и различные сферы применения. В начале книги были рассмотрены математические модели, которые являются достаточно общим фундаментом для построения корпоративных систем, гетерогенных систем, включающих большое количество разнородных приложений, которые сложно связать между собой. Затем речь шла о методологиях, методах, подходах к проектированию, технологиях, были рассмотрены походы, связанные с такими известными методологиями профессиональной разработки корпоративных систем, как Microsoft Solution Framework (MSF) и Rational Unified Process, и ряд более скромных методологий Agile класса: Scrum, XP и, собственно, Agile. Более подробно был рассмотрен уровень технологий: различные виды архитектур, которые, как например клиент-серверная архитектура, поддерживают разработку распределенных приложений. Корпоративные системы являются распределенными приложениями, поскольку корпорация – это по определению несколько компаний с общими бизнес-задачами, которые территориально распределены, часто глобально. Тогда имеет смысл говорить о транснациональных корпорациях.

Далее была рассмотрена платформа Microsoft.NET, было показано, что это идеология, и обсуждены основные ее возможности, нацеленность на производство интернет-систем, быстрое разворачивание приложений, экономичную разработку, повторное использование, безопасность, компонентно-ориентированный подход. Более подробно были описаны отдельные аспекты технологий проектирования, такие как веб-сервисы, веб-формы, интерфейс, были рассмотрены Windows Communication Foundation, технологии Remoting, направленные на проектирование распределенных интернет-приложений, в том числе и корпоративного типа, и, наконец, библиотеки для корпоративных приложений Enterprise Library, библиотеки для офисных приложений Visual Studio Tools for Office Extension. Последнее, о чем было подробно рассказано, это СУБД Microsoft SQL Server, в том числе механизмы управления, обеспечивающие масштабируемость, производительность, отказоустойчивость, репликацию и готовность.

В данной главе будут представлены корпоративные системы в том виде, как они могут быть использованы в нефтегазовой сфере. Начало главы будет посвящено рассказу о корпорации, корпоративной структуре, в которой происходило внедрение, это международная группа компаний «Итера», и о той структуре корпоративных систем, которая была на некоторый момент времени там реализована. Преимущественно эти системы основаны на технологии Oracle. Далее будут рассмотрены корпоративные порталы в том виде, как они были реализованы для нефтегазовой группы «Итера». Там Microsoft присутствует и как средство разработки, и как среда использования, поскольку и браузеры в основном используются от Microsoft, т. е. клиенты корпоративных систем и инструментальные средства, которые реализованы, во многом используют Visual Studio.NET как инструментарий.

Большинство из описанных здесь систем применимо сегодня практически к любой отрасли, но Oracle достаточно давно разработала решения, которые называются Upstream/Downstream и специально предназначены для производства и распределения именно топливных ресурсов, т. е. для добычи, транспортировки, переработки и последующего распределения именно нефтегазового сырья. И изначально планировалось эти решения реализовать в «Итере», но на сегодня это еще не в стадии эксплуатации. Тем не менее такие расширения существуют, и поэтому в определенной мере платформа Oracle как раз хороша тем, что может быть использована для нефтегазовой сферы со значительным успехом. Платформа Oracle была выбрана еще и потому, что когда в «Итере» происходило внедрение, к сожалению, СУБД Microsoft SQL Server не была настолько масштабируемой и пригодной для корпоративных систем, как можно было мечтать об этом.

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

К специфике нефтегазовой отрасли нужно отнести большое количество пространственных данных – это данные сейсмического анализа земной коры (так называемая сейсмика), которые представляются как в двумерном изображении, так и в трехмерном. Сейчас уже говорят о 4D сейсмике, это динамическое трехмерное представление земной коры, четвертым измерением является время. Если необходимо хранить, обрабатывать и анализировать, использовать большое количество информации именно в этом трех-, четырехмерном виде, то, конечно, не обойтись без средств интеграции корпоративных приложении, которые позволили бы строить консолидированные отчеты, в том числе и на основе этой слабоструктурированной информации. Также будет рассмотрена методология проектирования интегрированных систем корпоративного типа, ключевые элементы этой методологии, модели, инструментальные средства и программные решения на основе прототипирования и быстрой разработки. Там достаточно широко были использованы средства и технологии Microsoft, во многом для изготовления прототипов. Технологии Microsoft позволяют конструировать прототипы при помощи технологий Windows Forms, при помощи большого количества библиотек, которые находятся как на уровне. NET Framework, системном уровне. NET, и библиотек нижнего уровня, более низкого уровня операционной системы Windows, и, конечно, библиотек более высокого уровня, специализированных для производства корпоративных и офисных приложений Visual Studio Tools for Office и Enterprise Library.

Инструментальные средства, прототипы и программные реализации – это те этапы, которые следует пройти при создании корпоративных систем. Будет представлен достаточно новый подход, позволяющий объединять гетерогенные приложения как компоненты информационных систем корпоративного типа, и, более детально, конкретизацию этой методологии, с одной стороны, для корпорации «Итера», а с другой – для интернет-порталов, которые объединяют целый ряд гетерогенных систем. В данном случае используются системы унаследованные, это архив мультимедийных данных, слабоструктурированный, и унаследованная, вообще говоря, портированная с мейнфреймов система учета, планирования и управления людскими ресурсами, которая называется Unic. Это достаточно интересная система: она разработана в ЮАР, достаточно гибкая, т. е. включает большое количество настраиваемых форм ввода информации, которые позволяют гибко адаптироваться к различным процессам ввода информации о новых сотрудниках, сделать как полный цикла ввода, так и вполне экономный краткий цикл и содержит целый ряд предопределенных полей для ввода, степень обязательности которых можно менять. В этом случае используются как традиционные поля, связанные с обращением, скажем, мистер, миссис, доктор, профессор и т. д., так и достаточно редко применяемые поля, как скажем, вероисповедание или расовая принадлежность, которая в последнем случае является обязательным к вводу полем, поскольку система разработана в ЮАР.

Система предполагает достаточно большое количество форм и отчетов для планирования карьеры, тренингов, которые проходит персонал, стажировок и т. д. и вообще по возможностям является достаточно гибкой и всеобъемлющей, универсальной. Эти две системы, Multimedia Archive и система управления персоналом, были объединены в единую среду на портальной основе вместе с целым рядом систем, модулей производства корпорации Oracle, тогда эта система модулей называлась Oracle Applications, изначальная версия была 10.6, потом 11 и т. д., сейчас она называется Oracle Business Suite. Здесь будут показаны результаты внедрения и способы оценки экономической эффективности результатов в корпорации «Итера».

Перейдем к описанию предметной области. Нефтегазовая группа компаний «Итера» – это до недавнего времени крупнейшая, с некоторых пор вторая по величине независимая нефтегазовая компания в России. Она была создана в 1992 г., имеет свыше 150 филиалов, дочерних предприятий и свыше 5000 сотрудников, в пиковой период – до 10 000 сотрудников на территории более чем 20 государств. Работа этой структуры отмечается как достаточно эффективная, поскольку по сравнению с такими крупными госструктурами, как, скажем, Газпром, Роснефть и т. д., она более мобильна, динамична и легче адаптируется к меняющейся среде.

Общий объем поставок газа в Россию, страны СНГ и Балтии составил в совокупности более 400 млрд м3. Это достаточно внушительный объем. И общий объем инвестиций в газодобычу в России превысил 1,5 млрд долл. США.

Основное направление деятельности корпорации – нефтегазовое. Вместе с тем, как и во многих корпорациях, существуют и другие направления, которые тоже приносят прибыль. Они могут быть связаны с основным, могут помогать ему развиваться или балансируют структуру бизнеса. В «Итере» это такие направления, как недвижимость, страхование, лесная промышленность, торговля и др. Как и в любой корпорации, в этой группе компаний на определенный момент, как раз конец 1990-х, существовало достаточно большое количество разрозненных и слабоинтегрированных между собой информационных систем, которые тем не менее обеспечивали основные бизнес-потребности корпорации, в том числе построение консолидированных отчетов. Это одна из достаточно важных задач, поскольку такие отчеты дают возможность руководству следить за ключевыми показателями бизнеса, за их динамикой, причем в различных разрезах, скажем, они могут детализировать эти показатели до страны, до региона, до какого-то конкретного проекта, до подразделения, до компании, может быть даже до конкретного человека, если это необходимо. И очень важно, насколько быстро клиент будет получать эти отчеты, настолько быстро можно не просто построить эти данные, а получить бумажные представления этих отчетов и представить в соответствующие органы справки по нужным формам, поскольку консолидированная отчетность по методике GAAP представляется не только в России, но и международным аудиторам, службам, которые оценивают компании. Оперативная консолидированная отчетность нужна также для того, чтобы планировать и тактику, и стратегию развития бизнеса, обнаруживать узкие места, правильно понимать источники проблем и пытаться их ликвидировать или, по крайней мере, как-то нивелировать, снижать.

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

Могут быть специфические решения, как скажем, Remoting, если говорить о Microsoft, потому что подход Remoting с трудом интегрируется с другими подходами. Могут быть интернет-системы. Это один срез, который связан с архитектурными особенностями, о которых уже было сказано. Другой срез связан с данными. В предыдущих главах было рассказано о СУБД, но, преимущественно, о реляционных базах данных. На самом деле существуют новые подходы, новые парадигмы, которые связаны с объектными базами данных и позволяют хранить и обрабатывать информацию в объектах, не в таблицах. Это динамические сущности, с ними работать гораздо сложнее, но, к сожалению, если говорить о таких конгломератах, как международные корпорации, там существует и большое количество аудиовизуальной информации. Если говорить о системе учета, планирования, управления людскими ресурсами, это будут записи интервью с кандидатами на те или иные вакансии.

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

Кроме этого, естественно, существует ось технологическая. В компаниях работают системы производства Microsoft, Oracle, других производителей, в частности было упомянуто о системе Unic, которая была внедрена. Поскольку она полностью соответствовала по функциональности тем требованиям, которые выдвигались руководством компании, с одной стороны, нельзя было ее игнорировать, а с другой – нужно было встроить в такой большой и разнообразный спектр систем, который уже эксплуатируется. И очень важным здесь является замечание о критичности приложений, Mission Critical Applications, когда существуют приложения или программные системы в рамках корпоративного программного комплекса, которые нельзя просто так приостановить, перекачать информацию куда-то еще и затем запустить заново, просто потому что в них постоянно заносятся производственные показатели, ведется мониторинг этих показателей и ключевые бизнес-процессы функционируют на основе данных из этих систем. Не говоря уже о том, что существуют автоматизированные системы, которые управляют, скажем, бурением, разведкой месторождений и т. п. Но это немного другой класс систем, и здесь о нем не будет подробного рассказа. Важно, что интегрировать корпоративные системы достаточно сложно, и для того, чтобы это сделать, нужен достаточно универсальный подход. Здесь помогают в том числе и математические модели или подход, который связан с концептуализацией предметной области. Это своего рода формальное описание того, что происходит, это и статика, и динамика, и процессы, и факты, и сущности, которые присутствуют и взаимодействуют в предметной области.

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

Естественно, следующим этапом является реализация, которая происходит при помощи CASE-средств, средств автоматизированного проектирования, средств разработки программного обеспечения. И существенную роль здесь играют средства быстрого прототипирования, в том числе достаточно эффективно можно использовать Visual Studio.NET. Мы уже говорили о том, что необходимо вести интеграцию программных систем. Если говорить о корпоративных программных комплексах, то интеграция производится на основе портальных технологий. Исходя из описания предметной области и общей задачи построения интегрированной системы с возможностью получения консолидированной отчетности нужно сформулировать основные требования к корпоративной информационной системе, к корпоративному программному комплексу, объединяющему ряд таких систем для нефтегазовой группы «Итера». Это прежде всего индустриальная масштабируемость, т. е. возможность относительно плавного снижения производительности при резком возрастании нагрузки на систему, что вызвано, как правило, возрастанием количества одновременно работающих пользователей или сложности запросов, которые одновременно генерируются этими пользователями. Нужно обеспечивать устойчивую работу, а производительность при этом должна падать плавно. То есть пользователь должен иметь возможность получать результаты в комфортном режиме, без каких-то продолжительных задержек, не говоря уже о критических сбоях, потерях данных и т. д.

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

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

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

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

Кроме того, должна быть обеспечена безопасность кода. Уже было сказано о подходе Microsoft, связанном с безопасностью, – Security Development Lifecycle, Secure by Design, принципе, когда проектирование само по себе ведется таким образом, чтобы система была достаточно безопасной. Многоуровневая безопасность – это политики безопасности, средства авторизации, аутенфикации, использования электронных средств, таких как eTokien, биометрическая аутенфикация по сетчатке глаза, по отпечаткам пальцев, даже по голосу, целый ряд механизмов обеспечения безопасности на этом уровне. Механизмы, связанные с криптографической защитой, использование стандартных протоколов, таких как Kerberos, использование различных средств шифрования от сторонних криптопровайдеров, которые можно встраивать в системы, делая их еще более надежными, многоуровневая безопасность, когда вход в систему защищен не только паролем, но и, скажем, особенностью доступа в зависимости от роли, особенностью доступа к таблицам, к отдельным столбцам, в ряде случаев – даже к отдельным строкам. То есть некоторые строки отчета могут быть видны только для какой-то конкретной роли, а внутри этой роли – при входе под каким-то конкретным паролем. Таким образом обеспечивается пер-сонализация доступа к данным. Все, наверное знают, как выглядит «мой Яндекс», что, скажем, можно настраивать «Яндекс бар», настраивать те сервисы, которые предоставляют порталы, точно так же можно настраивать и корпоративный портал и видеть там ту информацию, которая необходима для выполнения производственных функций каждому сотруднику, подразделению, более того, видеть ее в наиболее удобном представлении.

Портал должен обеспечивать требования единства входа и управления ресурсами. Это достаточно важно, поскольку количество, большие объемы данных и быстрый их рост приводят к тому, что неизбежно возникают дублирование, противоречие информации, при этом иногда сотрудники намеренно могут искажать информацию или уничтожать ее. В некоторых случаях это происходит непреднамеренно, скажем, в разных информационных системах информация о сотрудниках вводится различным образом. Ее можно ввести, с одной стороны, в системе учета кадров, с другой – в системе учета зарплаты, с третьей – это может быть система электронной почты, но на самом деле это все один и тот же сотрудник, который относится к одному и тому же подразделению. Но как определить, что он действительно один и тот же? Допустим, мы хотим отправить электронное письмо человеку по фамилии Иванов, но таких людей в корпорации может быть достаточно много. И вполне может быть, что мы с этим человеком никогда не встречались лично, так как он работает где-то в филиале. Прежде всего следует убедиться, что это именно тот человек, и мы не отправим ему информацию, которая находится вне рамок его служебных полномочий. А если системы разрозненные и имеют противоречия, может случиться так, что на самом деле мы отправим письмо другому человеку, проконсультировавшись, скажем, с ответственным не за систему электронной почты, а за систему документооборота или систему управления персоналом. Поэтому обеспечение единой точки входа управления ресурсами – очень важное требование. До того как вести внедрение любой системы, нужно провести анализ тех систем, которые функционируют в корпорации. Прежде всего имеет смысл оценить системы класса учета планирования и управления ресурсами – Enterprise Resource Planning Systems (ERP).

На рис. 17.1 представлены некоторые системы с точки зрения магического квадрата Gartner Group. Здесь две оси – прикладная технологичность и инструментальная технологичность. То есть насколько легко настроить информационную систему, поскольку большинство информационных систем корпоративного типа представляет собой некий набор из строительных блоков, которые можно объединить. Кроме того, насколько эта система является технологичной в прикладном плане, т. е. если изменились бизнес-задачи или бизнес-процессы, насколько сложно будет адаптировать систему к этим требованиям.

Рис. 17.1. Классификация корпоративных систем. «Магический» квадрат Gartner Group

Естественно, это срез корпоративных систем на некоторый момент времени. Здесь можно увидеть Axapta, но не увидеть Dynamics, так как это было раньше, до того, как Dinamics появился на рынке, но показано, что Oracle Applications является достаточно хорошим решением именно с точки зрения адаптируемости к изменениям бизнеса. В любом случае это хороший выбор. SAP на тот момент, когда проводился анализ, был слишком дорогим решением. Да, он обеспечивал технологичность, адаптируемость, но это решение в разы превосходило Oracle по стоимости. Сегодня ситуация уже иная, и они близки по стоимости, а по возможностям SAP, наверное, немного опережает Oracle. Представленная ситуация – это исторический слайд примерно десятилетней давности: ситуация была иной, и анализ был проведен именно тогда, т. е. это некоторая ретроспектива. В результате удалось выявить целый ряд преимуществ, которые связаны с подходом Oracle. Что еще важно по сравнению с SAP – это наличие собственной СУБД корпоративного типа, с которой проводится интеграция на уровне внутренних механизмов, и соответственно эффективное взаимодействие. Таким образом, объединяются СУБД, система класса ERP и CASE-средства, среди которых существуют средства Oracle Designer, Oracle Developer (или, на момент, когда шло внедрение, Oracle Developer 2000) и портальные решения Oracle Portal, т. е. все вместе дает возможность построить достаточно мощное корпоративное решение на единой платформе. На сегодня, кстати, в ряде случаев оправдано решение на основе технологий Microsoft.

Важные требования – это индустриальная масштабируемость, высокая отказоустойчивость и безопасность и, конечно, прикладная и инструментальная технологичность, а также наличие специализированных решений для нефтегазового комплекса. В составе Oracle Applications существовали модули, которые назывались Upstream и Downstream и были специально предназначены для учета, планирования и управления процессами производства и распределения нефтегазовых ресурсов. Поэтому Oracle – это достаточно хорошее решение. Далее происходило проектирование информационной инфраструктуры корпоративной системы, корпоративного программного комплекса. Естественно, проект был реализован, причем, что очень важно, решения такого рода, к сожалению, затрагивают не просто бизнес-процессы, но и оргструктуру, т. е., как правило, происходит существенная коррекция оргструктуры. По сути, происходит реструктуризация, какие-то подразделения могут упраздняться, какие-то сливаться, какие-то сменять функции, в общем, процесс достаточно болезненный, внедрение, как правило, осложняется этими фактами.

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

Здесь надо смотреть примерно сверху вниз, это как раз и будут слои архитектуры или один из возможных взглядов на эти слои. В самом низу находится СУБД Oracle, начиналось все с 8i, 9i и затем 10g. В основе проекта был конструктор модульный, который назывался Oracle Application версии 11. Это ряд модулей, в первую очередь финансового учета, планирования и управления. Это «Основные средства», «Расчеты с поставщиками», «Расчеты с заказчиками» и ряд других модулей OLAP. Средство Oracle Express позволяет анализировать сценарии развития при внедрении той или иной модели, той или иной конфигурации. CASE– и RAD-связка инструментальных средств используется для проектирования и быстрого прототипирования Oracle Designer Developer 2000. На самом верху находился Oracle Portal, который давал возможность персонализированного доступа, причем, что важно, на любой платформе, это могли быть Unix-системы и системы Microsoft, использовалась технология Java сервлеты, вернее сказать, портлеты в случае портала, и достаточно хорошие возможности разграничения доступа, персонализации и поддержки различных профилей доступа пользователей.

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

Важной целью для корпоративных пользователей является персонализация доступа к данным и пользовательским интерфейсам, а также глобальная доступность основных показателей. То есть Oracle Portal явился надстройкой, которая дает возможность осуществить как персонализацию доступа, так и глобальную доступность основных показателей. Некоторые из них можно при этом показать на верхнем уровне, на официальном сайте. Другие будут доступны партнерам компании через Extranet, третьи – через Intranet сотрудникам.

Ниже представлена временная диаграмма развития проекта:

• 1997 г. – начало проекта;

• 1998 г. – внедрение основных блоков КИС;

• 2000 г. – синхронизация КИС и бизнес-процессов;

• 2002 г. – проектирование расширений КИС на основе интернет-технологий;

• 2003 г. – веб-сайт и интранет-портал;

• 2004 г. – публикация консолидированных отчетов;

• 2005–2009 гг. – развитие проекта.

В качестве интернет-надстройки использовался Oracle Portal. При этом основным приложением было семейство Oracle Applications версии 11, а в качестве СУБД – Oracle (версии 8–10).

Подводя итоги, следует сказать о результатах, которые удалось получить при реализации корпоративного программного комплекса в нефтегазовой группе «Итера». Во-первых, накоплен позитивный опыт совместного использования целого ряда программного обеспечения. От Oracle это СУБД Oracle, ERP Oracle Applications, OLAP-система Oracle Express, Oracle Forms, Oracle Reports, CASE-средства Oracle Designer, Oracle Developer 2000, Oracle Portal и др. Решен ряд задач оперативного и аналитического финансового учета. Построен информационный интранет-сервер на основе технологии Oracle. В целом все эти задачи были успешно решены, было решено расширять направление Интернет-интранет-сервисов и подключать новые системы на этой основе. Был сделан вывод о том, что интернет-расширения будут способствовать сохранению инвестиций и снижению совокупной стоимости внедрения.

В отношении реализации такого рода систем, в том числе в нефтегазовой группе «Итера», видятся следующие перспективы. Это развитие интранет-портала, создание экстранет с возможностью подключения партнеров и получения дополнительной, расширенной информации о компании. Поддержка в перспективе выхода на фондовый рынок, первичное размещение акций IPO и реализация электронной площадки для газовых торгов, т. е. реализация полномасштабного B2B-приложения.

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

Применяемые методологии во многом не адекватны различным стандартам. Существует большое количество разных протоколов взаимодействия, разных стандартов хранения данных, взаимодействия между этими данными, вспомним язык IDL, на котором описываются интерфейсы CORBA-систем. Есть более стандартизованные подходы, но они либо не всеми приняты, либо приняты в разной мере, скажем, подходы к сервис-ориентированной архитектуре, подходы к проектированию интерфейсов для баз данных, стандарт ANSI SQL, к сожалению, многими производителями СУБД воспринимается по-разному и нельзя еще говорить о том, что он в полной мере реализован.

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

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

Таким образом, целью работы по построению интегрированного подхода к созданию такого гетерогенного программного модуля корпоративного типа являются исследование, обоснование и разработка методологии для построения крупномасштабных корпоративных информационных систем, предназначенных для сбора, анализа и генерации отчетно-статистической информации, которая практически апробирована построением быстрых прототипов, полномасштабных реализаций на основе интернет-порталов. Данная цель детализируется следующими задачами. Это: 1) разработка методологий, т. е. общего подхода, концептуальной схемы, методов и поддерживающей их математической модели для построения такого рода систем; 2) создание инструментальных средств, поддерживающих эти модели (чтобы не быть голословным и не говорить о проектировании только на уровне математики, только на уровне тех моделей объектов, которые используются); 3) практическая апробация построения быстрых прототипов и 4) полномасштабная реализация. При этом используются теоретические основания, прежде всего теория конечных последовательностей в форме λ-исчисления.

Итак, теория конечных последовательностей в форме лямбда-исчисления, теория категорий, теория переменных доменов и семантических сетей. Какие практические задачи возникают при этом? Это, конечно, создание единого информационного пространства с тем, чтобы каждый сотрудник корпорации из каждой точки земного шара мог получить доступ к тем данным, которые нужны ему для выполнения производственных функций в любой момент времени и с использованием различных устройств доступа. Должна быть осуществлена унификация доступа, сбор и анализ данных для построения консолидированных отчетов, генерация этих самых отчетов, естественно, на том уровне доступа, который имеет каждый сотрудник, и интеграция гетерогенных корпоративных информационных систем, составляющих программные комплексы. Кроме того, должны быть созданы инструментальные средства, которые поддерживают работу в этом пространстве. Системы управления контентом и средства интеграции данных – это те самые Concept-Modeller и информационная система для управления контентом. Должна быть спроектирована архитектура на основе портальных систем, интернет-порталов и, естественно, эта методология, этот подход должны быть апробированы с построением как быстрых прототипов, так и полномасштабных реализаций. В итоге получается корпоративная культура нового сетевого типа, т. е. в определенном смысле происходит виртуализация ресурсов и доступ к ним посредством единообразного интерфейса из любой точки земного шара в любое время, глобальная доступность. По сути, получается виртуальное рабочее место для каждого сотрудника, которому нужно получить доступ, вообще говоря, в достаточно разных условиях. Если говорить о нефтегазовой компании – это могут быть полевые условия. Люди, которые занимаются геологоразведкой, могут передавать данные, обобщать их, анализировать и смотреть перспективы продолжения разведки в том или ином регионе, в том или ином конкретном месте. Это может быть возможность получения консолидированных отчетов или отчетов на своем уровне для каждого типа, для каждой роли в корпорации, для каждой позиции, для сотрудников, которым нужны кадровые либо финансовые данные, и для топ-менеджеров, которые могут получить своего рода dashboard – приборную панель, на которой они могут видеть основные показатели развития корпорации и управлять ими, иметь обратную связь.

Общая схема методологии (рис. 17.2) включает шесть этапов, которые представлены шестью секторами на схеме. Это, начиная с 12 часов, сектор «предметная область», которая представлена на естественном языке, ее формализация в виде концептуальной модели, поддержка CASE-средств первого и второго уровня: первый уровень – это специфика рассматриваемого подхода, которая дает возможность объединить формальную математическую модель с традиционными CASE-средствами, второй уровень – это традиционное, привычное нам CASE-средство, и, наконец, стандартное построение быстрых прототипов в полномасштабной реализации в форме схемы баз данных и информационных систем при помощи CASE-средств. Каждый этап детализируется рядом уровней – это объекты, связи, события в среде и примеры средств управления этими объектами как на уровне модели, так и на уровне реализации в виде инструментальных средств и компонентов программных систем. Уровни поэтапно детализируются от периферии к центру.

Рис. 17.2. Схема методологии построения КИС в нефтегазовом секторе

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

В работе удалось развить комплекс моделей данных как для предметной области, так и для среды вычислений. По сути, на основе двукратной концептуализации, или свертки, и на основе теорий переменных доменов. При этом модель для среды вычислений опирается на абстрактную машину для управления контентом, модель для предметной области, представление предметной области – на семантические сети. Этот комплекс моделей лучше, чем традиционные модели, на основе ER-диаграмм и т. д., UML-диаграмм в частности, учитывают особенности гетерогенных, слабоструктурированных сред. Эти модели в основном транслируются в UML-диаграммы, но имеют более прозрачную математическую семантику и более корректно транслируются в термины тех теорий, о которых мы упоминали: λ-исчисление, комбинаторная логика, теория категорий и теория переменных доменов и семантических сетей с визуализацией на основе фреймов.

В целом можно выделить следующие преимущества разработанных моделей и методологий. Прежде всего, с точки зрения моделей реализуется событийно-ориентированное управление гетерогенными высокодинамичными хранилищами объектов данных и метаданных, т. е. корпоративным контентом, который является, как мы уже говорили, гетерогенным и включает элементы с различной степенью структурированности. Поддерживаются разнородные архитектуры, т. е. гетерогенные архитектуры, как у унаследованных систем, так и у современных интернет-систем или систем клиент-серверного типа. В результате реализации внедрение ускоряется по срокам и улучшается по стоимости примерно на 30–40 %, естественно, если мы говорим о гетерогенных системах, которые объединяют различные поколения информационных систем, различную степень структурированности информации. В моновендорном решении от Oracle такой подход кроме утяжеления и дополнительных затрат ничего не даст. Но если говорить о действительно гетерогенной системе, то в итоге облегчается модернизация, адаптация, расширение, развитие информационной системы, возможен реинжиниринг, т. е. обратное проектирование от CASE-схемы данных информационных систем до уровня модели, и верификация на математически строгом языке. Мы можем доказывать корректность и соответствие спецификации программной системы просто математическим языком так же, как происходит доказательство теорем.

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

Своеобразие этого подхода и полученных результатов состоит в следующем. Реализуется, как мы уже говорили, событийно-ориентированное управление гетерогенным, высокодинамичным хранилищем. Поддерживаются разнородные архитектуры, в том числе и унаследованные. Обе модели данных поддержаны инструментальными средствами как для представления интеграции данных, так и для манипулирования ими для управления контентом. В последнем случае используется оригинальная модель в форме абстрактной машины на состояние. Практическая значимость сводится к тому, что при корректном применении методологии для гетерогенных комплексов программных систем обеспечивается существенное ускорение и упорядочивание внедрения реализаций, которое в терминах совокупной стоимости владения и возврата на инвестиции обеспечивает по сравнению с существующими коммерческими аналогами преимущества порядка 30–40 %. Кроме того, обеспечиваются облегчение, расширение, модернизация, адаптация, оптимизация производительности информационных систем.

Кратко расскажем о тех вычислительных моделях, которые лежат в основе этой методологии. Прежде всего, каждый объект данных представляет собой тройку с последовательной конкретизацией по схеме класс – объект – значение. Под классом понимается совокупность объектов в интегрированной предметной области, объект – это частичная конкретизация с означиванием ряда метаданных до шаблона информационной системы управления контентом, значение – это полное означивание до веб-страницы, до страницы портала, которая автоматически генерируется в информационной системе управления контентом на основе того или иного шаблона. При этом обеспечиваются следующие преимущества: во-первых преемственность с традиционным подходом к объектно-ориентированному анализу и проектированию OOAD (Object Oriented Analysis and Design), во-вторых, известные ранее модели данных на основе концептуального проектирования, на основе переменных доменов, на основе теории категорий и других подходов обобщаются на случай интернет-порталов, интернет-среды. Возможно непрерывное, от модели до реализации, итеративное, с последовательным улучшением проектирование расширяемых и интероперабельных информационных систем, т. е. компонентно-взаимодействующих систем, которые могут изменяться и наращиваться на основе ряда стандартов и подходов, таких как CORBA, в частности. Поддерживается обработка данных с явным разделением на frontend и backend, т. е., по сути, пользовательский интерфейс и системный с применением событийно управляемых процедур и вычислительных систем на основе динамического SQL.

Концептуальная схема построения модели данных может быть проиллюстрирована примером (рис. 17.3), который показывает двухкратную свертку, класс UML, который описывает объект данных, фотоизображение конкретизируется при первом соотнесении а1 до слота в шаблоне, при этом означиваются такие параметры, как линейные размеры по вертикали/горизонтали и глубина цвета. Финальная конкретизация дает для данного объекта значение в форме фотоизображения, а для страницы в целом выдает веб-страницу, в данном случае биографию руководителя группы компаний «Итера» Игоря Викторовича Макарова.

Рис. 17.3. Концептуальная схем построения модели данных

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

Рассмотрим более подробно схему реализации инструментального средства ConceptModeller, которое поддерживает интеграцию различных информационных систем, входящих в состав корпоративного программного комплекса, и обеспечивает двунаправленное предметно-ориентированное проектирование с возможностью трансляции бизнес-ситуации на фреймах в UML-диаграммы и в термины традиционных CASE-средств. Поддерживаются форматы IBM Rational, Oracle Developer и Microsoft Visual Studio. Нужно заметить, что двунаправленный характер стрелок свидетельствует о возможности применения этого средства, естественно, с ручной работой и в обратном направлении, которое дает нам возможность получить из UML-диаграмм модельное представление предметной области. Поддерживается визуально-ориентированное проектирование.

Итак, средство визуального предметно-ориентированного проектирования информационных систем ConceptModeller имеет следующую краткую характеристику: язык разработки – C#, некоторые элементы логики были реализованы на языке XML. При этом, наверное, было бы целесообразно говорить о замене этого языка или об обновлении его до F#. Естественно, реализация произведена на базе операционной системы Windows, среда реализации – Visual Studio.NET, объем кода исследовательского прототипа составляет порядка 4500 строк, срок реализации – примерно один год, количество сотрудников, занятых в проекте, – 4. На рис. 17.4 обведены линией те этапы проектирования, которые реализует ConceptModeller.

Рис. 17.4. Двунаправленная схема CASE-проектирования в ConceptModeller

Точно так же на общей схеме (см. рис. 17.2) из шести этапов и шести уровней выделенным волнистой линией сектором обозначена сфера применения этого средства, которое позволяет нам сделать замкнутой всю схему проектирования корпоративных программных комплексов. Исследовательский прототип ConceptModeller (рис. 17.5) позволяет перейти от скриншота слева к скриншоту справа, т. е. от ситуативных описаний на базе фреймов. Здесь представлен ситуативный фрейм, который описывает поставку кандидатов на вакансии рекрутерами работодателю. Этот фрейм можно трансформировать в UML-диаграмму класса, обеспечивая при этом следующие преимущества. Во-первых, это адекватность разработанной математической модели предметной области на семантических сетях, поскольку фреймы прозрачно транслируются в предиктаты и лямбда-термы. Во-вторых, ориентированность на предметную область – пользователь оперирует понятиями естественного языка. В данном случае это recruiter, employer, manager и т. д. В-третьих, наглядность, поскольку используется средство визуального проектирования: пользователь не пишет текст, а работает с графическими примитивами, как и положено в CASE-средстве с визуальным интерфейсом, поддерживает современные стандарты проектирования, в частности UML, и реализованы интерфейсы с индустриально апробированными CASE-средствами, такими как IBM Rational, Microsoft Visual Studio, Oracle Developer. Поддерживается двунаправленный характер проектирования корпоративных систем, как мы видели на схеме работы ConceptModeller. Возможно проектирование как в сторону от модели к реализации, так и в обратную сторону. Обратный процесс, конечно же, требует ручной работы и определенной коррекции, если говорить о программной системе, которая была реализована на вне данной методологии на основе UML-диаграмм.

Рис. 17.5. Исследовательский прототип ConceptModeller

Другим инструментальным средством, которое поддерживает модель управления объектами данных и метаданных корпоративных систем, управления контентом, является информационная система для управления контентом сетевых ресурсов корпоративных систем. Она реализована в портируемом варианте и может работать под управлением как операционной системы Windows, так и операционной системы Unix, на языках Java и Perl, с возможностью использования СУБД MySQL и Oracle в более серьезном варианте и MySQL – в более легком варианте. Объем кода порядка 5000 строк, срок реализации – один год, количество сотрудников, занятых в проекте, – 5.

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

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

Рис. 17.6. Примеры интерфейсов управления системой

Какие преимущества предоставляет система управления контентом? Это прежде всего веб-интерфейс, проектирование ведется из Internet Explorer, из стандартного клиента и при этом используется стандартное средство DHTML Editor, которое поддерживает динамические объекты стандартных интерфейсов. На самом деле управлять контентом можно практически из произвольной точки земного шара в произвольный момент времени. Это достаточно важно, потому как позволяет разгрузить основных администраторов и дать возможность пользователям наполнять контентом хранилища данных в той мере, в которой у них есть на это права и возможности.

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

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

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

При этом в международной группе компаний «Итера», включающей около 10 000 человек в 150 компаниях 24 стран мира, были реализованы: корпоративная информационная система учета людских ресурсов UniQue, которая внедрена в среду уже существующих финансовых модулей Oracle Applications, о них говорилось немного ранее; информационная система для управления контентом, по сути, CASE-средство, официальный интернет-сайт и внутренний интранет-портал для получения доступа к корпоративным ресурсам в соответствии с персонализацией для сотрудников корпорации. Общая архитектурная схема построенного решения для корпорации «Итера» представлена на рис. 17.7.

Рис. 17.7. Общая архитектурная схема КИС для компании «Итера»

Подход позволил объединить ряд модулей, предназначенных для учета, планирования и управления, прежде всего финансовыми ресурсами. На рис. 17.7 это обозначено ERP-ИС. Речь идет о модулях Oracle Applications: Fixed Assets, Accounts Payable, Accounts Receivable – расчеты с поставщиками, расчеты с заказчиками и основные средства, а также информационная система документооборота на основе Oracle Interoffice и слабоструктурированного мультимедиа архива, который представляет собой не просто базу данных, а хранилище данных с такими объектами, как аудио– и видеоинформация. На основе методологии удалось построить портальную надстройку, которая обеспечивает доступ к данным как из корпоративной локально-вычислительной сети, так и для внешних пользователей с различных устройств доступа, включая мобильные телефоны, смартфоны или коммуникаторы и другие устройства. Это позволило сделать информационное управление контентом.

Другое средство, инструментальное, которое называется ConceptModeller, позволило построить единое хранилище контента на основе этих гетерогенных баз и хранилищ данных. Логическая структура информационной системы для управления контентом представлена на рис. 17.8. Здесь важно отметить, что на данной диаграмме, показывающей потоки данных между компонентами системы, ведется управление как информацией, так и метаинформацией, что представлено такими модулями, как «Управление конфигурацией» и «Администрирование». Достаточно большое количество параметров показано только как основные потоки данных.

Программный комплекс, реализованный для группы компаний «Итера», включает следующие компоненты. Это показанные большими прямоугольниками модули Oracle Applications: Fixed Assets, Accounts Payable, Accounts Receivable, а также информационная система для документооборота, информационная система для расчета заработной платы, которую удалось интегрировать с модулями унаследованной информационной системы, предназначенной для учета, планирования и управления персоналом корпорации. Основные потоки взаимодействия на уровне данных между модулями этих систем показаны на рис. 17.9.

Рис. 17.8. Структура информационной системы для управления контентом

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

Рис. 17.9. Основные потоки взаимодействия систем. Уровень данных

На рис. 17.11 представлена методика расчета TCO (Total Cost of Ownership) – совокупной стоимостью владения программной системой, которая включает четыре уровня показателей, здесь речь идет об интегральной оценке по двум методикам – Gartner Group и Radicati Group, и в итоге открывается возможность оценки систем в пересчете на одного пользователя, т. е. произведено определенное нормирование, которое дает возможность сравнить эффективность внедрения как для достаточно больших, так и для относительно небольших корпораций.

В итоге можно сделать вывод о значительном преимуществе по данному показателю в сравнении с корпоративными портальными системами от ведущих производителей, естественно, при реализации гетерогенного программного комплекса (рис. 17.12). Если говорить о моновендорном комплексе на основе, предположим, Microsoft Dynamics или Oracle Business Suite, нельзя достигнуть существенной эффективности, наоборот, будут потери при использовании этой методики. Если же корпоративный программный комплекс является гетерогенным как с точки зрения поставщиков компонентов, так и с точки зрения архитектуры, используются унаследованные приложения, современные приложения и с точки зрения степени структурированности данных, как слабо-, так и хорошо структурированные, скажем реляционные таблицы, выигрыш по стоимости владения достигает 30–40 %.

Рис. 17.10. Преимущества комплексного подхода к проектированию корпоративных программных систем

Методика расчета возврата на единицу вложенных средств (ROI) представлена на рис. 17.13. Здесь также агрегируется четыре уровня показателей, используется большое количество показателей. И в результате приходим к единственной цели, которая выдает возврат инвестиций. В сравнении с эффективностью, показанной на рис. 17.14, получается приблизительно такая же цифра, порядка 30–40 % экономии, если говорить о сравнении продукции ведущих производителей корпоративных систем с разработанным нами гетерогенным решением (по архитектуре и по степени структурированности данных).

Рис. 17.11. Методика расчета TCO

То же можно сказать и о рис. 17.15, где представлены результаты сравнения внедрения с теми же системами по функциональности и по компонентам, которые были бы реализованы на основе других подходов. Здесь рассматриваются оптимистический и пессимистический сценарии. В целом видно, что реализация в среднем также дает экономию по срокам внедрения порядка 30–40 %.

Подводя краткий итог внедрения портальных комплексов в нефтегазовой группе компаний, в нефтегазовом секторе и в смежных отраслях, таких как недвижимость, страхование, лесная промышленность, можно сделать следующие выводы. Отчасти удалось создать единую информационную инфраструктуру, единое информационное пространство при помощи реализации портала для нефтегазовой группы «Итера». В целом удалось достичь достаточно эффективного сбора и анализа данных при помощи OLAP-средств, а также генерации консолидированных отчетов. При этом пользователи во многом работают в терминах корпоративных приложений, офисных приложений, так же как и при использовании библиотек Enterprise Library и библиотек Visual Studio Tools for Microsoft Office. В достаточно полной степени осуществлена возможность интеграции гетерогенных информационных систем в корпоративные программные комплексы, в частности осуществлена интеграция стандартных систем, стандартных модулей семейства Oracle Applications с унаследованной системой учета планирования и управления людскими ресурсами. Отчасти удалось обеспечить унификацию доступа к данным, поскольку до сих пор не все проблемы решены в связи с жесткими ограничениями корпоративной безопасности, которые существуют.

Рис. 17.12. Диаграмма эффективности корпоративных портальных комплексов на основе TCO

Удалось создать ряд инструментальных средств и исследовательских прототипов этих средств, которые поддерживают проектирование корпоративных программных комплексов на основе интернет-порталов. Это средство управления контентом, т. е. гетерогенными данными и метаданными корпоративных систем для управления контентом, а также средства, предметно-ориентированные для визуализированной интеграции данных и метаданных корпоративного хранилища данных, средства ConceptModeller на семантических сетях.

Рис. 17.13. Методика расчета возврата на единицу вложенных средств (ROI)

Рис. 17.14. Диаграмма эффективности корпоративных портальных комплексов на основе ROI

Рис. 17.15. Усредненные сроки внедрения портального комплекса

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

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

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

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

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

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

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

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

Какие все-таки позитивные итоги можно отметить по результатам внедрения этой методологии? Это существенное сокращение сроков и стоимости внедрения, если говорить о гетерогенных системах (30–40 %). Существенное расширение функциональных возможностей и актуальность, оригинальность и перспективность, продуктивность подхода, который объединяет модели, инструментальные средства и программную реализацию.

Результат исследования, а доклады обсуждались на целом ряде международных конференций, в том числе под эгидой ACM, IEEE, Microsoft в ряде стран, в России, США, Европе, опубликован целый ряд печатных работ, в том числе по ваковскому перечню, ряд монографий. И реализован ряд грантов, которые поддерживали исследовательскую сторону реализации, прежде всего это и Microsoft Research, и Российский фонд фундаментальных исследований. Реализован целый ряд учебных курсов не только в МИФИ и ИНТУИТ, но также в Softline, Текама, Ланит, МГУПИ, ФизТех, Высшей школе экономики, Казанском государственном технологическом университете им. Туполева и в целом ряде других организаций. Поставлено на поток интернет-обучение с элементами этих методологий, и сегодня количество слушателей измеряется уже тысячами.

Целый ряд проектов находится в стадии внедрения, это интернет-портал Минпромэнерго РФ (minprom.gov.ru), интернет-портал ИПУ РАН (ipu.ru), интернет-сайт международного экологического проекта «Полет надежды», интернет-сайт Ассоциации Ашихаракарате РФ, интернет-сайт Видновского благочиния РПЦ. Там используются элементы этой методологии.

Что касается компании «Итера», то на рис. 17.16 представлен скриншот официального сайта, который построен на основе этих технологий, и внутрикорпоративного портала. Также на этом рисунке представлен скриншот корпоративной газеты, общедоступный срез портала.

Рис. 17.16. Портал компании «Итера»

На этом следует подвести итог рассказа о корпоративных программных комплексах в нефтегазовой сфере. Были рассмотрены основы построения комплексов на базе продуктов и технологий Oracle, Oracle Applications, Oracle Database, Oracle Express OLAP-система, Oracle Portal, CASE-средств Oracle Designer и Oracle Developer и расширений этой методики на случай гетерогенных программных комплексов, которая позволяет интегрировать системы на базе различных архитектурных подходов, различных производителей и различной степени структурированности данных. В итоге вследствие унификации моделей, разработки поддерживающих их инструментальных средств, удается обеспечить для действительно гетерогенных систем существенную экономию по срокам и стоимости внедрения.

 

Глава 18

Разработка корпоративных решений на платформе Microsoft Dynamics (AX/NAV/CRM)

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

Далее будут рассмотрены преимущества, которые обусловлены прежде всего высокой степенью интеграции с технологиями продуктов Microsoft, это и корпоративные порталы, и средства семейства Microsoft Office – Excel, Outlook, Word и др., которые дают возможность построения консолидированных отчетов в удобной для пользователя форме. Это и эргономика, достаточно высокая, основанная на том, что в Microsoft работает очень хорошая, наверное, лучшая в мире команда по дизайну эргономичных интерфейсов. Конечно, пользователи привыкли к тому, что Microsoft Office – это достаточно удобная и знакомая среда, интуитивно понятная, имеющая массу способов выполнения однотипных действий. Существуют и контекстное меню, и горячие клавиши, и целый ряд других элементов интерфейса, с помощью которых можно сделать похожие операции.

Известно, что Office как корпоративный продукт во многом является надстройкой над. NET, и существуют специальные библиотеки на основе объектов, которые дают возможность построения приложений как надстройки над Microsoft.NET.

Важные преимущества связанны также с адаптируемостью, с легкостью реконфигурации настройки процессов бизнес-деятельности, настройки степени надежности, безопасности, и следует в очередной раз вспомнить принцип Secure by design, который заложен в основы ЖЦ программных продуктов Secure Development Life Cycle, т. е. подхода, который нацелен на то, чтобы обеспечить многоуровневую безопасность, начиная с этапа проектирования.

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

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

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

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

Рассмотрим основные функции семейства систем Microsoft Dynamics, сначала просто перечислим их:

• управление производством;

• управление распределением (дистрибуцией);

• управление цепочками поставок;

• управление финансами;

• управление проектами;

• управление отношениями с клиентами;

• управление персоналом;

• бизнес-анализ;

• корпоративный портал (Microsoft SharePoint);

• сервисы отчетов на Microsoft SQL Server 2005;

• поддержка. NET (веб-сервисы Microsoft Visual Studio);

• интеграция приложений (Microsoft BizTalk Server 2006).

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

Другой важный аспект интеграции – это поддержка отчетных сервисов на основе Microsoft SQL Server, начиная с версии 2005. Заметим, что Microsoft Dynamics можно рассматривать как надстройку над платформой Microsoft.NET, и в связи с этим используются как веб-сервисы, так и инструментарий для построения корпоративных приложений на большом количестве языков программирования на основе Microsoft Visual Studio.

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

Microsoft Dynamics дает следующие преимущества: адаптируемость – гибкая возможность приспосабливать функциональность системы к быстро меняющимся требованиям в бизнесе; масштабируемость – плавное снижение производительности системы при резком возрастании нагрузки (например, при возрастании количества пользователей, сложности запросов и т. д.).

Свойства продукта, которые обеспечивают эти характеристики:

• управление производством;

• интеграционная среда разработки, обеспечивает объединение с инструментальными средствами, Microsoft Visual Studio в частности;

• объектно-ориентированный подход – компонентно-ориентированный подход к разработке. Все есть объект – основной постулат. NET, который во многом справедлив для Microsoft Dynamics;

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

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

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

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

• «слоевая» архитектура хранения и исполнении прикладных объектов. Важно, что прикладные объекты и сервисы, которые на них основаны, во многом представляются и используются в виде слоев, т. е. существует несколько слоев логики, один из самых нижних – системный, Windows-механизмы, которые ограничены технологиями и продуктами Microsoft. Дальше имеется надстройка в виде стандартных компонентов и библиотеки объектов. NET Framework, над. NET надстраиваются различные сервисы прикладного уровня, это компоненты в виде DLL корпоративных приложений, это и Microsoft Dynamics, и, возможно, те компоненты, которые разрабатывались сторонними поставщиками. Таким образом осуществляется хранение и управление собственными корпоративными системами, которые являются гетерогенными;

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

• расширение функциональности «стандартными» отраслевыми решениями. Если говорить о преимуществах, которые реализуются в области надежности, безопасности и конфиденциальности данных, для корпоративной структуры это критически важные аспекты, то нужно подчеркнуть, что Microsoft Dynamics реализует корпоративный уровень надежности и безопасности. Существует стратегия Trustworthy Computing, которая связана с обеспечением необходимого уровня доверия пользователей к системе и компонентов системы друг к другу и обеспечивается Microsoft Dynamics. При этом поддерживаются как стандартные протоколы Windows, которые обеспечивают безопасность взаимодействия, так и подходы, связанные с использованием многоуровневой аутентификации, на основе Active Directory, и специальные средства защиты информации. Это и криптозащита на основе стандартных протоколов Microsoft и сторонних разработчиков. Кроме того, Microsoft достаточно жестко тестирует бизнес-критичные продукты по таким параметрам, как надежность и отказоустойчивость, в основном эти характеристики имеют высокий уровень и обеспечиваются Microsoft.

Относительно глобализации, т. е. соответствия глобальному характеру производства и распределения, реализуемому корпорациями, Microsoft Dynamics обеспечивает следующие преимущества:

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

• мультивалютность – поддерживается мультивалютный учет;

• распределенные инсталляции;

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

• поддержка юникода в БД – многоязычные данные в одной компании/документе, поскольку в базах данных на основе Microsoft SQL Server поддерживается юникод, возможно использование консолидированных документов, которые производятся в разных странах и при этом могут быть многоязычные данные в одном и том же документе;

• поддержка локальных законодательных и бухгалтерских требований.

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

Управление производством:

• планирование потребностей в материалах и производственных мощностях;

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

• детальное планирование производственных заданий с высокой степенью детализации;

• управление ресурсами;

• внутрицеховое управление;

• калькуляция себестоимости;

• конфигурирование продукции;

• контроль версий выпускаемой продукции – как промышленной, так и ПО.

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

В данном случае дистрибуция подразумевает следующие аспекты:

• управление распределенной структурой складов;

• управление запасами;

• торговые соглашения;

• работа с перспективными заказами;

• отслеживание перемещений и резервирования товаров и лотов, чтобы избежать двойной продажи товара со склада различным клиентам.

Управление цепочками поставок. Корпоративный бизнес связан с большим количеством разных поставщиков, и если говорить о нефтегазовом секторе и сложной задаче обустройства месторождения, здесь существует необходимость работать с большим количеством подрядчиков, оборудования и в итоге нужно обеспечить запуск промыслов в срок и без потерь ресурсов. В связи с этим необходимо обеспечить цепочки поставок между различными производителями и контрагентами и после этого – стабильный спрос, стабильные поставки, поэтому в рамках данный задачи Microsoft Dynamics поддерживает модули, которые связаны:

• с прогнозированием спроса;

• внутрифирменными продажами;

• управлением поставками;

• работой с партнерами через Интернет;

• контролем эффективности.

Управление проектами:

• осуществляется управление различными типами проектов;

• существует иерархия проектов;

• существует процедура расчета финансовой составляющей проекта;

• поддержка работы через Интернет.

Управление финансами — поддерживается:

• управление финансовой аналитикой;

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

• полный аудит всех финансовых потоков;

• учет затрат на основе центров затрат;

• поддержка управления основными средствами.

Управление отношениями с клиентами очень важно. Существует специальный продукт Microsoft Dynamics CRM, который призван поддерживать задачу управления взаимоотношениями с клиентами, его основные задачи:

• управление продажами и автоматизация маркетинга;

• телемаркетинг и анкетирование;

• управление продажами;

• работа через Интернет;

• интеграция с телефонией;

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

• синхронизация с Outlook.

Управление персоналом. Основные функции:

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

• отслеживание качеств сотрудников, управление эффективностью;

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

• работа через Интернет;

• набор персонала;

• система оценки персонала.

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

В этой связи используются следующие функции:

• инструменты создания многомерных кубов;

• интеграция с Microsoft Analysis Services;

• анализ информации с использование встроенных Pivot таблиц;

• система сбалансированных показателей (BSC);

• ключевые индикаторы производительности (KPI), которые являются основой расчета эффективности производственных процессов в большинстве корпораций.

Только что упомянутые преимущества Microsoft Dynamics во многом основаны на использовании ключевых технологий Microsoft и интеграции этих технологий:

• интеграция с продуктами Microsoft (SQL Server, BizTalk Server, SharePoint, Visual Studio, Office), используется целый ряд продуктов на общей платформе Microsoft Windows и Microsoft.NET, в том числе Microsoft.NET Framework;

• SQL Server – система управления базами данных;

• BizTalk Server – средство интеграции приложений, как собственных, так и сторонних;

• SharePoint – средства построения порталов и организации гибкого поиска и доступа к данным;

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

• Office – средства построения отчетов и целый ряд других важных средств;

• унификация бизнес-логики с интернет-доступом (распределение функционала по интернет-среде);

• трехуровневая архитектура (масштабируемость) с тонким клиентом в виде веб-браузера дает возможность гибкой масштабируемости;

• встроенная ОО-среда разработки дает возможность высокой адаптируемости и поставки под заказ в том составе, который наиболее необходим и важен.

Итак, подводя итоги рассмотрения семейства продуктов Microsoft Dynamics, подчеркнем преимущества, которые реализованы благодаря тесной интеграции различных средств на общей платформе. NET и Windows:

• адаптируемость;

• масштабируемость;

• инновационность;

• технологичность;

• лучшая в классе показателей ROI (возврат инвестиций), который характеризует корпоративные системы;

• поддержка передовых бизнес-практик и бизнес-процессов.

Microsoft Dynamics CRM

Microsoft Dynamics CRM – это система управления отношениями с клиентами (customer relations management), которая позволяет определить, настроить и поддерживать, динамично развивая, стратегию ведения бизнеса. Естественно, это система корпоративного типа, т. е. изначально заложена возможность мультивалютного учета, локализация, управление системой через Интернет, поддерживается возможность управления контуров ведения бизнеса.

Система включает более 10 модулей.

Структурная схема Microsoft Dynamics CRM представлена на рис. 18.1.

Рис. 18.1. Структурная схема Microsoft Dynamics CRM

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

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

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

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

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

• с интернет-доступом через веб-браузер (MS Internet Explorer);

• интеграцией интерфейса с MS Outlook для автономной (off line) работы (например, в офисе клиента).

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

Рис. 18.2. Обобщенное представление интерфейса

И, кроме того, нужно заметить, что на рисунке явно написан IP-адрес и используется протокол HTTP для обмена информацией, т. е. работа ведется через Интернет, а это достаточно важно.

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

Программная платформа Microsoft Dynamics: улучшения и перспективы

Рассмотрим внедрение на базе семейства продуктов Microsoft Dynamics по отраслям. Попробуем оценить специфику некоторых отраслей и разобраться в том, каким образом имеет смысл настроить приложения на основе Dynamics так, чтобы они позволили корпоративным структурам, специализирующимся прежде всего в рассматриваемых областях, достаточно эффективно вести бизнес, учитывать его ключевые показатели и повышать значимость, увеличивать эффективность взаимодействия, повышать степень удовлетворенности клиентов, качество своей работы, надежность и эффективность по ряду других критериев. Следует напомнить, что ранее были представлены решения для нефтегазовой отрасли, преимущественно на основе продуктов Oracle, Oracle Applications. Далее будут рассмотрены основы MS Dynamics и использование этой платформы для корпоративных решений общего вида.

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

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

• средства улучшенного взаимодействия с базами данных и хранилищами данных различного вида;

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

• организация серверов приложений и различных сетевых структур, в которых объединяются эти серверы;

• средства обновления данных;

• средства обновления кода;

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

• применение портальных решений. Известно, что корпоративные решения на базе Microsoft Dynamics и те корпоративные решения, которые рассматривались раньше, на основе технологий Oracle, построены во многом на портальном подходе, который позволяет в единой архитектуре объединить гетерогенные информационные системы в общие программные комплексы. Здесь можно видеть, каким образом осуществляется интеграция с порталом Microsoft на основе технологии SharePoint и продукта Share-Point и каким образом унифицируется, с одной стороны, и персонализируется, с другой, пользовательский интерфейс так, чтобы пользователи получали возможность гибкого и надежного доступа к приложениям и данным с теми возможностями, которые для них определены;

• последовательность ключевых операций, которые предусмотрены в Microsoft Dynamics для тех или иных сценариев, и различные функциональные изменения и изменения в интерфейсе, которые, в частности, включают ленты (Ribbons), что напоминает нам интерфейс Windows Vista и поздние операционные системы, офисные решения Microsoft.

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

При взаимодействии с базой данных поддерживаются сложные структуры запросов, в частности вложенные запросы. Запрос может быть задан рекурсивно или как сложная функция, содержащая внутри себя другой запрос. Более того, в серьезных корпоративных системах, таких как Oracle Applications или Oracle Bussiness Suit, и в поддерживающих их СУБД, таких как Oracle Enterprise Server, реализованы расширения традиционного SQL до PL SQL, т. е. до языков, которые дают возможность разрабатывать процедуры. И здесь поддерживается целый ряд важных механизмов, кроме вложенных запросов, в частности режим курсоров, в том числе операция , которая обеспечивает динамическую выборку и интерактивное взаимодействие с пользователем по результатам этой выборки. Поддерживаются расширенные операции объединения , когда у нас объединяются результаты нескольких подзапросов с учетом различных условий. Поддерживаются при множественном обновлении записей соединения , как внешние, так и внутренние. Кроме того, достаточно серьезный механизм реализован для обработки исключений, как это видно из примера.

В приведенном примере происходит дублирование ключа, т. е. того атрибута, который изначально должен быть уникальным для каждой таблицы. При этом видно, что используется язык, похожий на C#, с оператором и альтернативами . Существует большое количество древовидных исключений, напоминающих пространство имен System Exception.NET, и в целом вся обработка похожа на то, что обсуждалось в связи с пространствами. NET и вообще идеологией. NET. Важно, что здесь эта идеология распространяется на случай не просто взаимодействия с базой данных, а некой надстройки над этими базами данных на уровне системы учета планирования и управления корпоративными ресурсами MS Dynamics.

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

В этой связи вводится новый тип данных – DateTime, который:

• имеет новый интерфейс;

• снабжен возможностью не ориентироваться на локальное время машины, на которой, собственно, работает база данных и Dynamics;

• использует UTC. Это французская аббревиатура, на английском она звучит как Coordinated Universal Time. При доступе к базе данных автоматически пересчитывать время на тот регион, из которого производится запрос.

Естественно, осуществляется преемственность с предыдущими версиями Dynamics, которые сохраняют местную семантику, если говорить о локальном времени, о предыдущих типах данных, которые учитывают единственный часовой пояс, то с ними обеспечивается преемственность. При миграции данных производится автоматическое обновление до UTC относительно текущего часового пояса. Что еще очень важно, в Dynamics существует встроенный язык, который называется X++. Это объектно-ориентированный язык. Можно сказать, что он больше похож на С++, чем на C#. Хотя определенное тяготение к. NET-идеологии также присутствует. Вот на этом языке можно осуществлять процедурные расширения и, в частности, использовать его для доступа к базам данных.

Еще одна важная особенность, которую нужно отметить в отношении корпоративных систем, это возможность учета для многих компаний. Надо понимать, что корпорация объединяет большое количество различных компаний, вообще говоря, с разными направлениями деятельности. И достаточно важна возможность консолидации данных компаний для того, чтобы получить эффективное средство подготовки отчетности как для внешнего и внутреннего аудита, так и для руководства корпорации. Последние версии Microsoft Dynamics обеспечивают унифицированный доступ к данным компании. То есть не важно, откуда производится доступ: это могут быть формы ввода, запросы или отчеты. Можно использовать код языка Х++, чтобы получить доступ к базам данных, как уже говорилось.

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

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

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

Кроме того, существует ряд изменений в структуре запросов, которые также нацелены на использование множества компаний, т. е. видно, что в структуре запросов можно явно указывать, допустимо ли использовать учет по многим компаниям или нет в данном случае. На рис. 18.3 представлен вариант отчета или просмотра данных по различным компаниям. Видно, что в отчете представлены как различные компании (dm2, dmo), так и различные сотрудники этих компаний. При этом отчет агрегируется и представляется для просмотра пользователю в едином интерфейсе DataGre-at, который является частью Windows Forms, одним из стандартных классов, в котором производится выборка данных из гетерогенных источников в том числе.

Еще одним важным направлением развития Microsoft Dynamics является пакетная обработка заданий. Здесь, наверно, уместно вспомнить, что пакетная обработка заданий использовалась еще очень давно, когда применялись широко мейнфреймовые архитектуры, машины типа IBM 360, EC 1030, возможно, и несколько раньше. Здесь эти технологии поднимаются на новый уровень, используются серверы, которые обслуживают пакеты заданий. При этом они строятся на основе объектных серверов, которые называются Application Object Server. Существует возможность группового запуска задач на одном сервере, балансировки загрузки между разными серверами. Для каждого пакета задач формируются специализированные извещения по завершении, т. е. достаточно гибко осуществляется управление заданиями в пакетном режиме.

Рис. 18.3. Вариант отчета или просмотра данных по различным компаниям

Далее перечислено, что собственно добавлено в отношении пакетной обработки в Dynamics:

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

• возможность запуска задач как в последовательном, так и параллельном режиме;

• анализ зависимости между задачами и принятие решения, каким образом имеет смысл эти задачи реализовывать;

• распараллеливание потоков выполняемых задач по серверам (Application Object Server);

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

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

• построение дерева зависимостей (создается X++-разработчиком), что дает возможность определить взаимодействие различных задач, пакетов задач в системе.

Еще одним важным направлением развития является архитектурное расширение Application Object Server до 64-бит. Здесь поддерживаются серверные компоненты в архитектуре 32 и 64 бита. Также 32– и 64-разрядная архитектура поддерживается для коннекторов на основе. NET для подключения сторонних приложений, для интеграции приложений. При этом возможна как балансировка нагрузки, так и поддержка распределенных систем на основе нескольких кластеров.

Еще один важный вопрос, который нужно рассмотреть для продолжения разговора о новых чертах Microsoft Dynamics, – это обновление данных. На самом деле применительно к корпоративным системам это достаточно сложная проблема обновления данных, приложений, потому что, естественно, это огромное количество взаимодействующих модулей, достаточно сложные взаимосвязи между ними и серьезные осложнения, если система собирается неправильно, т. е. какая-то версия модуля не вполне соответствует своему программному окружению. Для того чтобы облегчить обновление данных, существуют возможности, связанные с построением списков обновления, или Upgrade checklist. Процедура построения такого списка представлена на рис. 18.4.

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

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

Рис. 18.4..Список обновления, или Upgrade checklist

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

На рис. 18.5 и 18.6 показано, каким образом происходит обновление кода.

На верхнем рисунке, там, где написано Detect upgrade conflicts (обнаружить конфликты обновления), осуществляется поиск по слоям (см. рис. 18.5). Проект обнаружения работает со слоями и осуществляет поиск проекта или ряда проектов, которые как раз и управляют обновлениями. При этом результирующий код будет соответствовать соглашению Trustworthy Computing, т. е. пройдет необходимые тесты Microsoft на внутреннюю безопасность.

Проект представлен на рис. 18.5 под названием AxUpgradeLay-erConflits_usr. Здесь видно, что достаточно большая степень вложенности, и можно видеть определенную метаинформацию, в частности описание методов, интерфейсных элементов, которые связаны с источниками данных и методами публикации этих данных, с методами, которые связывают эти данные с интерфейсом пользователя.

На рис. 18.6 сравнения производятся по двум вариантам кода. В ряде случаев присутствуют или могут присутствовать расхождения. Появляются специальные подсказки о том, где эти расхождения могут возникать. Кроме того, строится отчет, который прогнозирует продолжительность обновления в часах, минутах и разбивает процесс обновления на части, каждую из которых он оценивает по времени. Виден процесс проверки на уровень безопасности, который соответствует Trustworthy Computing. Это достаточно интенсивный и затратный по времени процесс, судя по общей продолжительности он составляет никак не менее 10 % от общей продолжительности Upgrade, обновления кода.

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

Рис. 18.5. Поиск конфликтов в ходе обновления кода

Рис. 18.6. Оценка времени обновления кода

Механизм обеспечения производительности:

• уменьшение требований к пропускной способности канала;

• обеспечение параллельной синхронизации;

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

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

• перевод на 64-разрядную архитектуру;

• наращивание ресурсов Application Object Server, кэширование уникальных индексов.

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

Рис. 18.7. Персонализированная приборная панель

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

Интерфейс напоминает ленты-риббоны, примерно как те, которые используются в Windows Vista. Широкий спектр информации теперь может выгружаться в MS Excel, т. е. интеграция с офисными приложениями, которые привычны для большинства пользователей, расширена. Обновлены меню и команды, и модули имеют свои области. На рисунке можно видеть несколько отчетов, которые строятся из разных модулей, и в левом нижнем углу существуют специальная область, которая как раз перечисляет модули: главная книга, расчеты с поставщиками и подрядчиками, управление производством, управление складом, средства администрирования и т. д. Для каждого пользователя этот набор свой, и набор тех отчетов, которые в итоге он увидит, также отличается.

Портал является, как уже говорилось, единой точкой входа, унифицированным интерфейсом пользователя MS Dynamics, во многом средства проектирования объединены со средствами, которые предоставляет Visual Studio.NET.

Что касается интерфейса и элементов управления, то в основном используются технологии ASP.NET и элементы, которые наследуются из SharePoint-портала. При этом технология ASP.NET может поддерживать элементы управления, которые разработаны не только Microsoft, но и сторонними производителями. Нужно заметить, что, естественно, как сторонние производители, так и пользователи системы могут создавать собственные элементы управления и настройки, т. е. персонализировать интерфейс примерно так, как это обсуждалось в главе, посвященной Windows Forms, когда на основе стандартной библиотеки можно использовать наследование, создавать собственные элементы управления, достаточно сложные и специфичные структуры.

Поддерживается автоматизированное проектирование интерфейса с использованием средств и технологий на базе Visual Studio.NET, и при применении технологии ASP.NET осуществляется управление на основе Common Original Time, ядра CLR.

В MS Dynamics AX 5.0 осуществляется целый ряд улучшений по сравнению с предыдущими версиями, в частности:

• новый механизм документооборота;

• усовершенствованные средства бизнес-анализа, целого ряда показателей в динамике;

• улучшенная интеграция с Microsoft Office;

• поддерживается электронная подпись, множественные сайты;

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

• поддерживается 64-разрядный сервер приложений – Application Object Server;

• различные часовые пояса.

Рассмотрим более подробно улучшение в различных контурах управления.

Финансовое управление:

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

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

• моделирование бизнес-процессов на предприятии;

• улучшенные инструменты финансового анализа, построение статистических отчетов;

• поддержка финансового документооборота в соответствии с особенностями законодательства и внутренних регламентов, которые предусмотрены корпорациями;

• улучшенная поддержка работы с кредитными картами.

Взаимоотношения с заказчиками (CRM):

• поддерживается глобальная адресная книга;

• работа с потенциальными клиентами;

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

• возможность работать с удаленными подразделениями, где не установлена система учета и планирования управления производственными ресурсами.

Управление затратами:

• возможность построения маршрутов утверждения затрат;

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

• автоматизируется распределение затрат на командировочные и другие расходы;

• гибко выстраиваются корпоративные политики управления затратами.

Управление проектами:

• поддерживается интеграция с Microsoft Project Server. Это основное программное обеспечение от Microsoft для консолидированного, корпоративного, командного управления затратами;

• поддерживается экспорт данных в Microsoft Excel, и работа пользователей становится прозрачной, интуитивно яснее;

• расширенная возможность управления проектами.

Далее кратко рассмотрим преимущества и расширения, которые возникли в более поздних версиях Microsoft Dynamics.

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

Управление возвратом товаров и сервисным обслуживанием – более подробно будет рассмотрено при обсуждении телекоммуникационной сферы как одного из направлений внедрения Microsoft Dynamics.

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

Бережливое производство – поддерживается технология Kanban, которая возникла в Японии (это слово означает доску, на которой записываются определенные производственные показатели). Речь идет о технологии, близкой к технологии just-in-time планирования производства, при этом реализуется вытягивающий принцип планирования, когда целью является обеспечение максимально сжатых и точных сроков и точное прогнозирование количества единиц продукции, которое будет поставлено.

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

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

Таким образом, нужно сказать, что Microsoft Dynamics – достаточно хорошее решение с точки зрения универсальности и интегрированности. Поддерживается интеграция с платформой. NET, Microsoft SharePoint с портальными решениями, с решениями сторонних поставщиков на основе в том числе и веб-сервисов и сервисно-ориентированной архитектуры в целом. Естественно, поддерживается компонентное проектирование, т. е. заказчики могут приобрести именно те компоненты Microsoft Dynamics, которые нужны для решения их бизнес-задач и обеспечения бизнес-потребностей.

 

Глава 19

Обзор отраслевых корпоративных внедрений на платформе Microsoft Dynamics

Продолжим разговор о Microsoft Dynamics и рассмотрим области внедрения. Их достаточно много. Это, в частности:

1) ряд отраслей промышленности:

• пищевая;

• мебельная и деревообрабатывающая;

• легкая и текстильная;

• производство изделий из пластика, бумаги;

• машиностроение и приборостроение;

• добывающая;

• металлургия и металлообработка;

• нефтегазовая;

• химическая (в том числе фармацевтика, косметика);

2) а также:

• энергетика и коммунальные услуги;

• телекоммуникации;

• издательская и полиграфическая деятельность;

• строительство и недвижимость;

• торговля.

Говоря о промышленности, рассмотрим нефтегазовый и банковский сектора, а также телекоммуникации.

Нефтегазовые холдинги

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

• контроль производства в реальном времени, распределение мощностей;

• планирование закупок и поставок.

Контроль производства в реальном времени достаточно сложен. Например, когда идет геологоразведка, необходимо в реальном времени контролировать и упреждающе влиять на возможные ошибки процесса бурения. Бурение – также очень сложный процесс, он предполагает в ряде случаев большие глубины, при этом на пути могут возникать совершенно различные структуры, которые достаточно трудно проходить, необходимо использовать разные кислоты, специальные методы травления, анализировать большое количество параметров и управлять разными параметрами. При этом стоимость затрат на разведочное бурение только одной скважины составляет порядка 1 млн долл., и любая ошибка (а на последних метрах ее вероятность выше, чем в начале) приводит к тому, что бурить скважину приходится заново. То есть любая ошибка приводит к потери временных, людских ресурсов и т. д.

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

Для нефтегазового профиля Microsoft Dynamics предлагает следующий функционал:

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

• расчет себестоимости нефтепродуктов (на основе фактических и прогнозных цен);

• аналитический учет и балансировка расходов (по партиям товара, маршрутным поручениям, накладным).

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

• финансовые поручения, векселя, взаимозачеты и закупки;

• заемные отношения;

• цепочки движения товара внутри холдинга;

• автоматический перенос платежей внутри холдинга;

• сквозная финансовая аналитика.

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

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

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

• двукратное ускорение выполнения операций;

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

Сам программный продукт становится достаточно экономичным с точки зрения совокупной стоимости владении и возврата инвестиций, потому что он хорошо адаптирован к менталитету пользователя, поскольку пользователям достаточно близко офисное представление данных Microsoft Office. Здесь также близкая интеграция с Excel и SharePoint-порталом, поэтому пользователи получают отчетную информацию в настраиваемом и удобном им виде, с другой стороны, осуществляется разграничение доступа к данным. Известно, что большое количество угроз и финансовых потерь связано именно с вредом, который наносят сотрудники корпорации, поэтому здесь применение Microsoft Dynamics обеспечивает важные преимущества. Для нефтегазовой сферы это реальное время при учете планирования и распределения процессов производства.

Банковский сектор

Другой сферой практического применения Microsoft Dynamics являются банковские структуры как финансовые подразделения. Это достаточно интересная специфика, хотя в целом достаточно понятно, как функционирует банк и какие специфические бизнес-процессы в нем происходят.

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

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

С помощью Microsoft Dynamics обеспечиваются возможности автоматизированного управления производственными процессами по следующим функциональным направлениям:

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

• распределенное, «прозрачное» управление запасами. Необходимо обеспечить, с одной стороны, распределенность, а с другой – прозрачность, чтобы можно было построить консолидированный отчет и достаточно гибко получать отчеты и результаты с детализацией до конкретной страны и т. д.;

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

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

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

Управление заявками:

• управление всем ЖЦ – от формирования до утверждения заявок;

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

• консолидация заявок;

• унификация обработки заявок, соблюдение регламентов;

• сохранение строгих процедур и регламентов;

• жесткий контроль прохождения заявок с точки зрения времени, назначения распределения, ответственности и т. д.

Управление запасами:

• обеспечение доступности, «прозрачности» распределенных данных внутри банка. Хорошим решение является SharePoint-портал с разграничением прав доступа;

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

• сокращение дублирования и логических противоречий данных либо искажения данных сотрудниками;

• снижение расходов средств, людских ресурсов и времени.

Управление основными средствами, активами:

• постоянный мониторинг состояния всех основных средств на балансе;

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

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

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

• экономия средств, времени и трудозатрат.

Построение и управление отношениями с клиентами (партнерами, контрагентами и др.), как физическими, так и юридическими лицами:

• интеграция и консолидация клиентской базы;

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

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

• повышение скорости и качества обслуживания с учетом запросов клиентов;

• учет индивидуальности клиентов;

• повышение эффективности маркетинговых кампаний.

Бюджетирование:

• комплексная система стратегического управления;

• комплексная оценка эффективности бизнеса (качественные и количественные KPI);

• «балансировка» стратегии и тактики планирования и реализация различных инициатив на разных уровнях;

• распределение персональной ответственности сотрудников за принимаемые решения;

• стратегическая интеграция уровней управления;

• адаптивный мониторинг целевой динамики (многовариантные сценарии «что если», «масштабируемость» по оргструктуре банка с обратной связью, прогнозирование и коррекция).

Преимущества при внедрении Microsoft Dynamics:

• надежность платформы (тысячи внедрений), т. е. речь идет о достаточно стабильной и надежной платформе;

• интеграция со сторонними системами как на базе. NET, так и на базе сервисно-ориентированной архитектуры;

• эффективность расчетов, адаптивность системы к различным требованиям законодательства и специфике бизнеса в разных регионах;

• автономный режим, взаимодействие с филиалами;

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

• оптимизация ТСО;

• инкрементальное внедрение.

Телекоммуникации

Еще одна сфера, которая будет рассмотрена, – это телекоммуникации. Речь будет идти о программном обеспечении:

• КОРУС|Телеком на базе Dynamics NAV (средние и крупные предприятия связи);

• сертификат качества ISO 9001:2000;

• функционал, в частности:

– бюджетное управление;

– финансовая консолидация;

– международная отчетность;

– управление инвестициями;

– управление договорами и ОРД;

– управление бесперебойной работой сети;

– управление ремонтно-техническим обслуживанием.

Бюджетное управление:

• бюджетирование «сверху-вниз» и «снизу-вверх»;

• скользящее бюджетирование/прогнозирование;

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

• многовариантый анализ на основе сценариев («что если», «на лету»);

• регламенты бюджета и ввод фактических данных;

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

• интеграция с БД на уровне внешних документов;

• территориально-распределенный бюджет;

• детализация «до договора» и «до документа».

Финансовая консолидация:

• для территориально-распределенных холдингов;

• многоуровневый сбор финансовой отчетности с автоматической обработкой данных;

• преднастроенный план счетов, типовые отчеты;

• контроль целостности и согласованности данных в целом по корпорации и по отдельным ее подразделениям;

• контроль и передача данных по оргструктуре;

• финансовая консолидация данных;

• учет/анализ движения инвестиций и заемных средств;

• анализ доходов и затрат за отчетный период.

Международная отчетность:

• поддержка соответствия стандартов РПБУ и МСФО;

• автоматическая коррекция отчетности c учетом различий в учете основных фондов и инвестиций;

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

Управление инвестициями:

• оценка инвестиционных проектов;

• унификация заявок, хранение и обработка, оценки проектов и программ;

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

• возможность выбора наиболее эффективных инвестиционных проектов;

• формирование инвестиционных программ по проектам;

• интеграция с системой бюджетного планирования;

• вариативная оценка влияния инвестиционных программ на стратегические показатели холдинга.

Управление договорами и ОРД:

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

• интернет-управление договорами в реальном времени;

• повторное использование имеющихся договоров;

• поддержка текстовых редакторов (Microsoft Word);

• возможность процедуры автозапуска утверждения договора;

• шаблоны основных документов, договоров, ОРД и др.;

• соблюдение юридических стандартов холдинга;

• отслеживание/планирование движения средств;

• автоматизация создания специализированных документов по оплате услуг.

Документарное управление работой сети:

• поддержка сетевых операционных центров, реализующих техническое управление сетью;

• создание хранилищ, стандартизация технической и эксплуатационной документации;

• тонкий клиент для доступа и коррекции данных;

• централизация сервиса (журнал, workflow);

• быстрая окупаемость за счет снижения ТСО сетевых операционных центров.

Управление ремонтом и сервисом:

• мониторинг оборудования (линии, точки, таксофонные будки и др.);

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

• перспективное/краткосрочное планирование и подготовка ремонтов;

• разработка и контроль сетевых графиков;

• управление событиями;

• материально-техническое обеспечение ремонтов;

• формирование отчетов, архивов и БД по ремонтам и оборудованию.

Преимущества, которые обеспечиваются как в сфере телекоммуникаций, так и в целом при решении проблем на основе Microsoft Dynamics:

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

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

• поддерживаются сторонние системы, например механизмы интеграции с системами биллинга, другие виды систем, т. е. возможно встраивать компоненты от других разработчиков в систему Microsoft Dynamics.

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