технологии интеграции государственных информационных
реклама
ТЕХНОЛОГИИ ИНТЕГРАЦИИ ГОСУДАРСТВЕННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ И ОРГАНИЗАЦИИ МЕЖВЕДОМСТВЕННОГО ВЗАИМОДЕЙСТВИЯ А. В. Данилин, Менеджер по работе с государственными организациями, Представительство Microsoft в России и СНГ, 2003 г. Введение Реализация инициатив в области электронного правительства способна кардинально повысить качество услуг, предоставляемых государством своим гражданам. Но при этом важно осознавать, что новый уровень услуг будет достигнут только тогда, когда государственные структуры осуществят трансформирование и совершенствование своих операций и процессов путем интеграции ведомственных информационных систем, включая системы электронного управления документами и многие другие системы. Организация такого межведомственного взаимодействия требует построения специальной интеграционной инфраструктуры. По сути дела, эта же инфраструктура необходима и для предоставления интегрированных услуг через центральные правительственные порталы или порталы региональных и местных органов власти. В распоряжении государства находятся огромные массивы информации и соответствующие системы, которые занимаются их обработкой. В качестве примера можно привести город Москву, в котором имеется более 300 различных городских информационных систем. При этом выполнение многих задач, например, оказание социальной помощи, медицинских услуг и т.д., требует интеграции и обеспечения информационного обмена между десятками ведомственных систем. Можно со всей определенностью сказать, что задача интеграции информационных систем, стоящая перед государством, по своей масштабности и сложности превосходит проблемы интеграции в коммерческом секторе и промышленности. Подходы к решению этой задачи должны опираться на современную архитектуру. К счастью, сегодня индустрия информационных технологий предлагает все необходимые элементы такой архитектуры, среди которых открытые стандарты XML и веб-служб для решения задачи межведомственного информационного обмена. Большое значение имеет интеграция государственных федеральных, региональных и муниципальных информационных ресурсов, что позволит, в том числе, повысить эффективность работы государственного аппарата, сократить возможности для финансовых махинаций, нарушения законов, уклонения от уплаты налогов и т.д. В частности, в ФЦП «Электронная Россия» поставлены такие приоритетные задачи: создание объединенных государственных информационных ресурсов (ОГИР), а также разработка и реализация так называемых «электронных административных регламентов», которые являются способом формализованного описания и реализации процедур внутриведомственного и межведомственного взаимодействия, прав и обязанностей ведомств и отдельных должностных лиц с использованием современных информационных технологий. Такие задачи требуют построения инфраструктуры взаимодействия адекватной сложности решаемых задач. ***** 1 межведомственного Международный опыт интеграции государственных информационных систем и организации межведомственного взаимодействия Большинство государств, как правило, рассматривает инициативы в области электронного правительства в контексте более широких государственных инициатив по реформированию деятельности органов власти или, другими словами, в области правительственной и административной реформы. Консультационная компания Gartner Group 1 дает следующее определение «электронного правительства»: Трансформирование внутренних и внешних отношений государственных организаций на основе использования возможностей Интернета, информационных и телекоммуникационных технологий с целью оптимизации предоставляемых услуг, повышения уровня участия общества в вопросах государственного управления и совершенствования внутренних процессов. В этом определении присутствуют три элемента: государственные услуги; вовлечение граждан в процессы государственного управления; внутренняя эффективность. В 2001 году компания Accenture 2 опубликовала отчет «Электронное правительство: опыт и проблемы», где был проанализирован опыт двадцати двух стран, приступивших к созданию электронного правительства. В отчете сформулированы следующие пять отличительных признаков стран-лидеров в области электронного правительства: 1. Удачное сочетание замысла и способов реализации: правильный баланс между политической инициативой и простотой административных схем. Иными словами, все страны лидеры смогли вовремя сформировать концепцию развития и привести в действие административные механизмы, способствующие реализации государственных программ, перемещению центра внимания правительственных служб на потребности граждан и организаций и установление строгой отчетности за предоставление услуг; при разработке проектов создания электронного правительства были сформулированы такие четко определяемые цели, как, например, в Великобритании: «К 2008 году все услуги государства должны быть доступны по электронным каналам». При этом один раз в шесть месяцев публикуются отчеты с контролем достигнутых Основанная в 1979 году Gartner Group является общепризнанным мировым лидером в области независимой аналитики информационных технологий и телекоммуникаций, разработки вопросов их стратегического планирования, развития и эффективного применения. Деятельность компании носит глобальный характер – 9 исследовательских центров и 80 представительств в различных странах мира. Число экспертов, постоянно работающих в компании, – более 1000 человек. Клиентами Gartner Group являются 11 тыс. организаций во многих странах мира. Более подробную информацию о компании можно прочитать по адресу www.gartner.com. 1 Основанная в 1989 году Accenture является одной из ведущих международных консалтинговых компаний, оказывающей услуги в следующих областях: управление отношениями с клиентами, электронная коммерция, корпоративные информационные системы, управление финансами и контроль эффективности, оптимизация человеческих ресурсов, бизнес – процессы, стратегия, информационные технологии. Клиентами Accenture являются компании, работающие в секторе финансовых услуг, области телекоммуникаций и высоких технологий, химической и нефтегазовой промышленности, электроэнергетике, розничной торговле, транспортных и туристических услуг. В компании занято 75 тыс. сотрудников в 47 странах мира. Более подробную информацию о деятельности компании можно прочитать по адресу www.accenture.com. 2 2 результатов. Так, на конец 2002 года примерно 70% государственных услуг доступно по электронным каналам. В Нидерландах этот показатель на конец 2001 года составлял около 86% для центрального правительства и 34% для государства в целом. 2. По определению компании Gartner Group, электронное правительство – это трансформирование внутренних и внешних отношений государственных организаций на основе использования возможностей Интернета, информационных и телекоммуникационных технологий с целью оптимизации предоставляемых услуг, повышения уровня участия общества в вопросах государственного управления и совершенствования внутренних процессов». 3. Ориентация на потребителя: обычно на первой стадии реализации программ электронного правительства страны-лидеры ограничивались публикацией основной информации в Интернете; в дальнейшем страны-лидеры шли от публикации основной информации и работы в рамках существующих организационных схем к инновационным услугам на основе намерений/потребностей пользователей. Использование принципов управления взаимоотношениями гражданами (Citizen Relationship Management, CRM): 4. 5. с государства обладают самыми крупнейшими в мире базами данных о клиентах (гражданах) и передовые страны начинают использовать эту информацию для систематизации данных о поведении и прогнозировании потребностей граждан. Сочетание количества и комплексности услуг: лидеры не только расширяют сеть государственных веб-узлов, но и занимаются поиском новых решений; однако при этом ряд стран, например США и Австралия, уделяют больше внимания количеству услуг, чем детальности проработки методов их предоставления. Сетевые порталы как единые центры доступа: создание порталов стало для многих стран первым ощутимым итогом реализации концепции «электронного правительства»; порталы рассматриваются как средство централизации и интеграции государственных услуг и как ключ к преодолению межведомственных барьеров; порталы служат мощным источником ускорения развития сетевых услуг (в Канаде и некоторых других странах). Фундаментальная стратегия, охарактеризованная в отчете компании Accenture как «классический подход», состоит в следующем: масштабность замыслов: разработка масштабного стратегического подхода; скромное начало: осторожные первые шаги и небольшие, но осязаемые результаты; переход к ускоренному развитию; при этом лидеров отличает здоровая доля прагматизма: правительствалидеры не считают, что полное разрушение традиционных государственных структур является необходимым условием создания электронного правительства будущего. Основные этапы развития инициатив в области электронного правительства Чтобы оценить, на каком этапе развития в области электронного правительства находится та или иная страна, интересно обратиться к такому понятию, как 3 «Цикл ожиданий внедрения технологий», который иллюстрирует прохождение основных этапов развития информационных технологий – от так называемых «технологических триггеров», через сверхожидания и энтузиазм, к спаду интереса и к критике и, наконец, к реальным достижениям и использованию этих технологий. Данный цикл, предложенный компанией Gartner Group, носит достаточно универсальный характер и описывает во времени историю внедрения и принятия бизнесом и обществом таких сложных, комплексных явлений как «электронный бизнес» или «электронное правительство». Это позволяет, по крайней мере отчасти, предвидеть реакцию бизнес-сообщества, общественности, аналитиков и прессы на процессы, происходящие вокруг проектов в области электронного правительства. По всей видимости, Россия, как и многие другие страны, находится на пике завышенных ожиданий, когда наиболее нетерпеливая часть общества требует «быстрого результата», «возврата от инвестиций уже сейчас» и т.д. Рис. 1. «Цикл ожиданий внедрения технологий» Естественно, разные страны имеют свои особенности, и данная кривая является «наилучшим среднеквадратичным приближением» возможного сценария развития событий. По всей видимости, Россия, как и многие другие страны, находится на пике завышенных ожиданий, когда наиболее нетерпеливая часть общества требует «быстрого результата», «возврата от инвестиций уже сейчас» и т.д. На основании исследования «Цикла ожиданий» компания Gartner Group делает следующие важные выводы: 3 одной из главных причин разочарований при реализации принципов электронного правительства было и будет «отсутствие интеграции бизнес-процессов (back-office)3, неспособность работать быстрее и более прозрачно»; «Менее 10% стран действительно достигнут к 2009 году тех целей, которые ставились на 2005 год» (с вероятностью 0,7); «Государственные организации должны быть готовы к потере уверенности в успехе (достижения целей электронного правительства) и уменьшению поддержки в 2004-2005 годах и работать над созданием Back-office – совокупность прикладных процессов, реализующих бизнес-логику организации. 4 фундамента долговременного успеха, основанного на построении архитектуры и реорганизации бизнес-операций…». Многие страны мира, в том числе и Россия, уже внедрили или только еще реализуют большое количество инициатив в области электронного правительства. Это разнообразие инициатив можно распределить по нескольким категориям – от более простых форм взаимодействия к более сложным: Если смотреть в будущее – на несколько лет вперед, – то реализация определенных интерактивных услуг, и тем более транзакционных услуг, потенциально может принести реальную дополнительную пользу гражданам в виде экономии времени, затрачиваемого на взаимодействие с государством. Польза для государства будет состоять не только в повышении качества обслуживания граждан, но и в экономии средств, которые расходуются на такое обслуживание. Публикация (распространение) информации. Создание приложений, которые обеспечивают доступ к правительственной информации по Интернету. Данная категория предполагает отношения, в которых и государство, и адресат играют пассивную роль. Примером таких отношений может служить размещение в Интернете баз данных по законодательству. Электронные формы (и интерактивное взаимодействие). Например, предоставление возможности доступа в электронной форме к различным формулярам документов, которые требуются гражданам и бизнесу для взаимодействия с государством. Или, например, поиск вакансий в государственных организациях на основе заданных пользователем критериев. На уровне интерактивного взаимодействия пользователь уже не выступает в прежней пассивной роли, так как имеет возможность обращаться по Интернету в государственные учреждения с конкретным запросом. Однако это не обязательно предполагает ответную реакцию. Транзакции. К числу таких приложений относятся подача заявок в электронной форме на получение лицензий на ведение профессиональной деятельности, подача налоговых деклараций, заявлений на обмен документов и т.п. Это может быть также предоставление услуг, основанных на так называемом «богатом контенте4», – например, дистанционное образование, консультирование, советы по состоянию здоровья и пр. Осуществление реальных операций (транзакций) предполагает активное общение между государством и адресатом услуг. Примером может быть обращение за услугой с последующим электронным подтверждением заявки или полностью реализованная цепочка подачи налоговой декларации. Безусловно, первой задачей в области построения правительственного портала в России и порталов региональных и местных органов власти будет публикация информации. Это будет огромным шагом в сторону повышения прозрачности органов власти при относительно небольших финансовых и технологических затратах. Более того, колоссальным достижением станет принятие государством нормативных актов о перечне информации, которую ведомства обязаны делать общедоступной, а также реальная публикация как этой информации, так и другой общедоступной информации на государственных порталах. Однако если смотреть в будущее – на несколько лет вперед, – то реализация определенных интерактивных услуг, и тем более транзакционных услуг, потенциально может принести реальную дополнительную пользу гражданам в виде экономии времени, затрачиваемого на взаимодействие с государством. Польза для государства будет состоять не только в повышении качества обслуживания граждан, но и в экономии средств, которые расходуются на такое обслуживание. В результате обе стороны выигрывают от такого взаимодействия – особенно, если рассматривать порталы в контексте всего спектра каналов взаимодействия государства с гражданами. Таким образом, более интерактивные услуги потенциально несут не только бóльшую ценность, но и бóльшую технологическую сложность, как показано на рисунке 2. Контент – информационные ресурсы (содержимое, информационное наполнение, содержательная информация) веб-узла. 4 5 Ценность сервиса Транзакции: поиск и получение продуктов/услуг и предоставление информации для обработки (напр., заполнение налоговой декларации) Интерактивное взаимодействие: возможности пользователей по поиску и получению информации на основе уник. критериев (напр., справочники) Публикация: предоставление информации (напр., новости) Сложность Рис. 2. Базовая топология услуг Более интерактивные услуги потенциально несут не только бóльшую ценность, но и бóльшую технологическую сложность. При этом новое качество предоставления услуг достигается только тогда, когда государственные учреждения используют новые технологии для реорганизации всего процесса предоставления услуг. При этом новое качество предоставления услуг достигается только тогда, когда государственные учреждения используют новые технологии для реорганизации всего процесса предоставления услуг, как проиллюстрировано на рисунке 3. Рис. 3. Электронные средства предоставления услуг и трансформирование правительства Потенциальный путь развития электронного правительства – от публикации информации через организацию интерактивного взаимодействия к электронным транзакциям – ведет к интеграции государственных услуг и трансформированию работы государственных органов на всех уровнях, к реализации административной реформы. Этот процесс включает инициативы и приложения, которые предоставляют новые типы услуг, ранее невозможные без 6 использования информационных технологий. Так, например, правительство Финляндии реализовало услугу, в рамках которой обеспечивается автоматический сбор персональной финансовой информации, хранящейся в банках и страховых компаниях. На основе этих данных заполняется специальная форма о выплате налогов, которая уже в готовом виде предоставляется каждому гражданину для ознакомления и утверждения. Потенциальный путь развития электронного правительства – от публикации информации через организацию интерактивного взаимодействия к электронным транзакциям – ведет к интеграции государственных услуг и трансформированию работы государственных органов на всех уровнях, к реализации административной реформы. Рисунок 4 демонстрирует распределение инициатив в области электронного правительства по категориям на примере программ, реализуемых в 37 различных федеральных ведомствах США (данные за 2002 год). Из приведенного здесь рисунка видно, что даже в такой передовой стране, как США, – являющейся одним из мировых лидеров в области использования информационных технологий в государственных учреждениях – большинство услуг являются информационными. Но в то же время там уже реализовано определенное число проектов, которые предполагают выполнение реальных операций полностью от начала и до конца на основе использования электронных каналов предоставления услуг. Рис. 4. Распределение инициатив в области электронного правительства по категориям (на примере США) Возрастание роли правительственных порталов На основании вышесказанного о реформировании деятельности государства путем интеграции услуг становятся очевидными причины возрастания роли правительственных порталов5. При этом важную роль играют следующие факторы: сегодня возможности большинства правительственных порталов ограничиваются переадресацией пользователя на интересующие его веб-узлы; 900 800 700 809 600 460 500 400 300 200 100 0 88 56 Распространение Электронные информации формы Транзакции Трансформирование операций тем не менее, общая тенденция состоит в движении в сторону предоставления «интегрированной информации и услуг», что не требует знания пользователем деталей структуры государственного аппарата (лидерами здесь являются Австралия, Канада, Франция, Гонконг, Великобритания, Нидерланды, Испания и др.); Вопросы взаимоотношений государства с гражданами на современном этапе и создания портала органа государственной власти рассматриваются на веб-странице Microsoft «Портал органа государственной власти» (http://www.microsoft.com/rus/government/portal/) и в специальном выпуске информационного бюллетеня Microsoft «Портал как инструмент государственного управления» (http://www.microsoft.com/rus/government/portal/tool/). 5 7 «Ориентированные на клиента порталы являются ключом к преодолению одного из серьезнейших препятствий на пути создания электронного правительства – недостаточного взаимодействия между государственными органами». по мнению компании Accenture, «ориентированные на клиента порталы являются ключом к преодолению одного из серьезнейших препятствий на пути создания электронного правительства – недостаточного взаимодействия между государственными органами»; как показывает опыт Великобритании, «успешные правительственные порталы требуют интеграции государственной инфраструктуры, систем, процессов и услуг и должны фокусироваться на потребностях пользователей». С учетом этих факторов правительственный портал также функционировать и должен рассматриваться в трех измерениях: публикация информации; транзакции в рамках одной государственной организации; транзакции, которые требуют определенной несколькими государственными структурами. интеграции может между Рис. 5. Три уровня правительственного портала На сегодняшний день за рубежом существует пока довольно мало центральных правительственных порталов, которые были бы полностью интегрированы, обеспечивали бы выполнение всевозможных транзакций с гражданами и бизнесом, и при этом реализовывали бы модель, основанную на потребностях пользователей или ключевых событий жизни человека или деятельности бизнеса. Но, по существу, это именно та цель, к которой необходимо стремиться. Единая инфраструктура интеграции ведомственных информационных систем в контексте общей архитектуры электронного правительства На рисунке 6 приведена архитектурная модель электронного правительства Великобритании, которая демонстрирует, каким образом отдельные государственные структуры с их частными инициативами по использованию информационных технологий для предоставления услуг гражданам вписываются в общую концептуальную модель. Эта модель также показывает 8 роль правительственного портала и единой инфраструктуры интеграции ведомственных информационных систем в общей архитектуре электронного правительства. Успешные правительственные порталы требуют интеграции государственно инфраструктуры, систем, процессов и услуг и должны фокусироваться на потребностях пользователей. Рис. 6. Архитектурная модель электронного правительства Архитектурная модель электронного правительства состоит из трех элементов: доступ; компоненты электронного бизнеса (технологические стандарты); средства обеспечения взаимодействия. Доступ Стратегия в области электронного правительства предполагает, что услуги государства будут доступны по многим каналам, включая персональные компьютеры, информационные киоски, мобильные телефоны, каналы цифрового телевидения6, а также через центры телефонного обслуживания (call centers) и контактные центры (contact centers). Среди этого набора каналов доступа центральная роль отводится портальным услугам. К сегодняшнему дню во всех странах мира, включая и Россию, многие федеральные ведомства, региональные и местные органы власти реализуют проекты по созданию собственных порталов. При этом предполагается, что часть порталов и их услуг по отдельным секторам государственной деятельности будут объединены в центральный правительственный портал. Особую важность здесь имеет то обстоятельство, что разработка отдельных Цифровое телевидение – система телевидения, в которой сигнал передается в цифровом виде, а не в аналоговом, как в обычном телевидении. Это позволяет улучшить качество изображения и увеличить число каналов при заданной полосе пропускания. Цифровая природа системы также упрощает ее интеграцию с Интернетом. 6 9 порталов должна опираться на общие компоненты электронного бизнеса (иначе говоря, общую ИТ-инфраструктуру и набор стандартов). В частности, новые автономные порталы должны использовать единые государственные стандарты аутентификации7 и обеспечения ограничений по доступу к информации (privacy). Кроме того, государственные организации должны позитивно смотреть на возможности доступа к их услугам через коммерческие порталы. Ведется также разработка специальных транзакционных порталов для отдельных групп граждан. Центральный правительственный портал должен рассматриваться не только как витрина правительства, но как важный компонент инфраструктуры обеспечения единых интерфейсов для разработчиков государственных систем. В рамках рассматриваемой архитектурной модели правительственные порталы предоставляют два типа услуг: доступ, т.е. клиентская часть; инфраструктурная составляющая. Порталы должны предоставлять разработчикам порталов уровня отдельных ведомств и регионов единообразный и стабильный набор интерфейсов для разработки своих собственных систем. Таким образом, центральный правительственный портал должен рассматриваться не только как витрина правительства, но как важный компонент инфраструктуры обеспечения единых интерфейсов для разработчиков государственных систем. Компоненты электронного бизнеса Компоненты электронного бизнеса в рамках архитектурной модели электронного правительства – это централизованным образом определенные стандарты на следующие элементы: обеспечение безопасности транзакций и информации; аутентификация (проверка подлинности клиента); использование технологий смарт-карт8. Централизованная разработка и использование таких компонентов экономит колоссальные ресурсы на уровне страны и региона. Средства обеспечения взаимодействия Важную роль в реализации архитектурной модели электронного правительства играет принятие общих стандартов и инфраструктуры, что должно обеспечить возможность взаимодействия и обмена информацией между государственными организациями, ведомствами, гражданами и бизнесом. Ключевыми компонентами, позволяющими обеспечить такое взаимодействие, являются: Защищенный правительственный интранет (Government Secure Intranet, GSI), предоставляющий средства для обмена информацией между отдельными ведомствами внутри центрального правительства, а через внешние шлюзы – с другими общедоступными услугами и Интернетом в целом. Это предполагает использование IP-протокола в сетях и приложениях в государственных учреждениях, а также использование веб-обозревателя в качестве основного средства доступа большинства государственных служащих к государственным информационным системам, электронной почте и Интернету. Защищенный правительственный интранет является основой для обмена электронной почтой и электронными документами с другими государственными структурами, гражданами и бизнес-сообществом. Аутентификация (authentication) – процедура, выполняемая при подключении клиента (человека либо программы) к системе, когда клиент с помощью пароля удостоверяет, что он тот, за кого себя выдает. 8 Смарт-карта – пластиковая карточка с встроенным микропроцессором. Смарт-карты могут использоваться для проведения электронных платежей, для доступа к онлайновым сетевым службам или другим услугам. 7 10 Правительственный шлюз (Government Gateway), базирующийся на программном обеспечении промежуточного слоя 9, который позволяет объединять между собой различные существующие информационные системы и предоставляет к ним доступ по Интернету. Шлюз обеспечивает взаимодействие между различными портальными услугами, в том числе за счет маршрутизации информации/документов. Правительственный шлюз предлагает такие услуги аутентификации, с помощью которых можно не только идентифицировать пользователя, но и строго определить его права по доступу к различной информации и информационным системам. Следует отметить, что Великобритания пошла по пути осторожного и постепенного строительства основы электронного правительства. Суть этого подхода состоит в первоочередном построении базовых инфраструктурных строительных блоков, после чего запускаются новые услуги. Главным компонентом инфраструктуры электронного правительства является Правительственный шлюз (Government Gateway, gateway.gov.uk)10, в котором реализованы возможности для дальнейшего наращивания услуг. Этот веб-узел предоставляет централизованные услуги регистрации, обеспечивающие безопасное выполнение транзакций с государственными органами. Центральный правительственный портал Великобритании рассматривается как основной элемент трансформирования способов организации и предоставления услуг гражданам, а также как средство обеспечения лучшей интеграции государственных услуг и объединения всей государственной информации, которая размещается в Интернете. Архитектура Центрального правительственного (ukonline.gov.uk) состоит из трех уровней: портала Великобритании 1. Клиентская часть11 – основная точка входа правительственного портала ukonline.gov.uk. 2. Программное обеспечение промежуточного слоя – уровень, на котором осуществляется интеграция услуг. Эти функции выполняются правительственным шлюзом, представляющим собой самодостаточную и довольно сложную часть защищенной инфраструктуры, которая с помощью программного обеспечения интеллектуальной маршрутизации и аутентификации поддерживает функции центрального правительственного портала и позволяет выполнять авторизованные и аутентифицированные транзакции с гражданами. Шлюз является инструментом доступа широкой публики к информации и услугам, предоставляемым отдельными государственными учреждениями, а также частным сектором и общественными организациями. Шлюз также обеспечивает транзакции между различными ведомствами самого правительства и внешними порталами. 3. Функции «заднего плана» или серверной части12, представляющие собой отдельные министерства и ведомства, местные власти и другие системы и процессы, которые вовлечены в процесс предоставления услуг. Центральный правительственный портал ukonline.gov.uk и Правительственный шлюз gateway.gov.uk являются двумя ключевыми инициативами реализации концепции «электронного правительства» Великобритании. При этом Центральный правительственный портал рассматривается как основной элемент трансформирования способов организации и предоставления услуг гражданам, а также как средство обеспечения лучшей интеграции государственных услуг и объединения всей государственной информации, которая размещается в Программное обеспечение промежуточного слоя (middleware) – межплатформенное, связующее ПО. Обеспечивает прозрачную работу приложений в неоднородной сетевой среде. 9 Более подробную информацию о Правительственном шлюзе Великобритании можно найти в документе Microsoft «Шлюз государственных служб Великобритании открывает путь в “электронное будущее”» по адресу http://www.microsoft.com/rus/business/casestudies/uk_govgateway/. 10 Клиентская часть (front-end) – часть приложения, обеспечивающая интерфейс с пользователем и предварительную обработку данных для серверной части в клиент-серверных системах. 11 Серверная часть (back-end) – часть приложения, выполняемая на сервере в клиент-серверных системах. 12 11 Интернете. Для достижения этих целей Центральный правительственный портал должен предоставлять: Зачастую основным назначением правительственного портала является предоставление доступа к государственным услугам и информации, где портал выступает, по сути дела, в виде «зонтика» над остальными государственными вебузлами, своего рода электронной входной дверью к широкому спектру онлайновых ресурсов государства. центральную точку входа для граждан государственных услуг и информации; доступ для интерактивного взаимодействия с государством по разным каналам; возможности партнерства для государственных и частных организаций в области предоставления информации и услуг; защищенную среду, в которой граждане могут выполнять транзакции с государством. с целью получения Рис. 7. Архитектурная модель Центрального правительственного портала Великобритании Зачастую основным назначением правительственного портала является предоставление доступа к государственным услугам и информации, где портал выступает, по сути дела, в виде «зонтика» над остальными государственными веб-узлами, своего рода электронной входной дверью к широкому спектру онлайновых ресурсов государства. При этом главной задачей, как правило, становится обеспечение доступа к информации, которая скомпонована не по организационному принципу (в соответствии со структурой государственного аппарата), а по принципу обеспечения удобства и потребностей пользователя. Таким образом, миссия Центрального правительственного портала Великобритании формулируется следующим образом: «Основной задачей портала ukonline.gov.uk является предоставление гражданам простого, безопасного и быстрого онлайнового доступа к широкому спектру интегрированных (joined up) услуг государства». Сегодня Центральный правительственный портал Великобритании предоставляет общую государственную информацию, соединяя вместе информацию и консультационные услуги из различных источников. 12 Центральным разделом портала, реализующим данный подход, является раздел «Ваша жизнь» (Your Life), который разбит на два подраздела: 1. 2. «Этапы жизни» (Life Stages); «Жизненные эпизоды» (Life Events). На основании исследований о наиболее популярных услугах в первую очередь были реализованы следующие «жизненные эпизоды»: рождение ребенка; криминальная ситуация; переезд в новый дом (квартиру); смерть близких и другие трудные проблемы; обучение вождению автомобиля; поездки (командировки и пр.). К настоящему времени в данный подраздел добавлены такие «жизненные эпизоды»: Центральный правительственный портал Великобритании очень четко позиционируется как естественная начальная точка ко всей остальной государственной информации и услугам, где граждане могут также взаимодействовать с государственными организациями. выбор школы; переход в другую школу; поиск работы; пенсия и выход на пенсию; уход за кем-либо; открытие бизнеса. Очень часто информация и услуги, связанные с одним «жизненным эпизодом», предоставляются различными государственными органами и недоступны гделибо еще из единого источника. Группирование онлайновых услуг вокруг конкретных «жизненных эпизодов» предназначено для упрощения общения граждан с государством. Портал также предоставляет в распоряжение пользователей расширенную функцию поиска, носящую название «Быстрый поиск» (Quick Find) и облегчающую навигацию в море государственной информации. Центральный правительственный портал Великобритании дает описания и ссылки на целый спектр государственных услуг, которые в настоящее время уже доступны гражданам и бизнесу. По мере того, как портал будет развиваться, он будет включать новые ссылки на другие правительственные веб-узлы, описания и ссылки на услуги и информацию. Кроме того, Центральный правительственный портал Великобритании предоставляет жителям страны возможность обсуждать различные проблемы на одном из своих разделов с названием «Пространство гражданина» (Citizen Space). Этот раздел информирует людей о планах государства по преобразованию общественной жизни и дает им возможность высказывать свою точку зрения. Новые услуги, которые предполагается реализовать в будущем, включают: использование различных каналов доступа (цифровое телевидение, WAP-телефоны13, информационные киоски); инновации в области интерфейса, например, распознавание голосовых команд при поиске, автоматический перевод на другие языки; расширенные функции персонализации, например, выбор цвета, образов, подписка на обновления какой-либо тематической информации; WAP (Wireless Access Protocol) – протокол беспроводного доступа в Интернет пользователей всех типов систем мобильной радиосвязи, разрабатываемый организацией WAP Forum при участии Ericsson, Motorola, Nokia и др. 13 13 Государство будет использовать порталы как средство предоставления услуг в совокупности с другими каналами. Традиционные каналы оказания услуг либо уступят место электронным каналам, либо будут функционировать параллельно с ними. Кроме того, общественные организации и бизнес также смогут предоставлять доступ к государственным услугам. дополнительные «жизненные эпизоды»; транзакционные услуги, например, регистрация рождения ребенка, заказ паспорта, онлайновая оплата дорожного налога. Многие из этих транзакций можно будет выполнять внутри соответствующего «жизненного эпизода»; богатый и динамический контент. При этом Центральный правительственный портал Великобритании очень четко позиционируется как естественная начальная точка ко всей остальной государственной информации и услугам, где граждане могут также взаимодействовать с государственными организациями. Предполагается, что в будущем предоставлением услуг государства будет заниматься не только Центральный правительственный портал Великобритании. На сегодня уже очерчены области его взаимодействия со следующими компонентами электронного правительства: другими порталами министерств и ведомств; порталами местных администраций; порталами частных компаний и другими веб-узлами. Сочетание Центрального правительственного портала с другими каналами предоставления государственных услуг Очевидно, что государство будет использовать порталы как средство предоставления услуг в совокупности с другими каналами. Традиционные каналы оказания услуг либо уступят место электронным каналам, либо будут функционировать параллельно с ними. Кроме того, общественные организации и бизнес также смогут предоставлять доступ к государственным услугам. Так, например, заявление на обмен водительских прав можно будет подать на какомнибудь популярном портале для автолюбителей, который через специальный шлюз центрального правительственного портала будет взаимодействовать с соответствующими государственными информационными системами. Некоторые элементы трансформирования подходов к использованию различных каналов предоставления государством услуг представлены на рисунке ниже. Рис. 8. Модели предоставления государственных услуг Важной частью моделей предоставления государственных услуг являются традиционные каналы, дополненные современными веб-технологиями. Даже в том случае, если персональное общение является ключевым компонентом услуги, веб-технологии могут способствовать улучшению ее качества. 14 Рис. 9. Каналы взаимодействия с государством Так, по Интернету граждане могут узнать о готовности той или иной справки, но для ее получения им все-таки потребуется посетить государственное учреждение. Или, например, опять-таки по Интернету они могут записаться на прием к врачу. Но в то же время сам врач может воспользоваться электронной системой для доступа ко всей информации о пациенте. Важной частью моделей предоставления государственных услуг являются традиционные каналы, дополненные современными веб-технологиями. Даже в том случае, если персональное общение является ключевым компонентом услуги, вебтехнологии могут способствовать улучшению ее качества. Многие частные компании выбирают модель, в соответствии с которой используются центры телефонного обслуживания (call centers), но при этом они присутствуют как вторичный канал. С точки зрения повышения удобства и уменьшения затрат на обслуживание запросов граждан и бизнеса, государству было бы выгодно, чтобы его клиенты в максимальной степени пользовались каналами взаимодействия 1-го уровня (т.е. доступ к порталу с помощью персональных компьютеров, информационных киосков и пр.) и только уже потом использовали другие каналы взаимодействия, такие как центры телефонного обслуживания или личные визиты в государственные организации. Интеграция услуг и межведомственное взаимодействие Рассмотрим таблицу на рисунке 10, в которой по вертикали в левом столбце перечислены 30 ведущих ведомств Федерального правительства США (таких, как Федеральный резервный банк, Департамент юстиции, Департамент сельского хозяйства, Департамент образования и т.д.), а по горизонтали в верхней строке – 28 ключевых бизнес-процессов Федерального правительства (развитие экономики, общественная безопасность, транспортные услуги, социальные услуги и пр.). Всего на федеральном уровне США было идентифицировано 487 различных бизнес-процессов. Пересечение строки и столбца закрашено, если конкретное ведомство вовлечено в выполнение определенного процесса. Из приведенного на следующей странице рисунка видно, что в выполнение каждого из 28 ключевых бизнес-процессов на федеральном уровне вовлечено в среднем по 19 различных ведомств, причем каждое ведомство участвует и реализует в среднем 17 различных ключевых процессов. Это служит яркой иллюстрацией сложности проблемы межведомственного взаимодействия и интеграции ведомственных информационных систем. Представленная здесь картина, по всей видимости, очень точно соответствует ситуации в России – то же большое число пересечений областей ответственности. 15 Вопросы интеграции государственных информационных систем на основе открытых международных стандартов и создание соответствующей инфраструктуры играют ключевую роль в реализации концепции «электронного правительства». Рис. 10. Пример, демонстрирующий сложность проблемы межведомственного взаимодействия На основании вышеизложенного можно сделать вывод, что вопросы интеграции государственных информационных систем на основе открытых международных стандартов и создание соответствующей инфраструктуры играют ключевую роль в реализации концепции «электронного правительства». ***** 16 Обзор технологий интеграции информационных систем Данный раздел посвящен технической детализации подходов к интеграции информационных систем, которые могут быть использованы для федеральных межведомственных проектов, проектов на уровне региона, города или отдельного крупного ведомства. Основные компоненты архитектуры межведомственного взаимодействия Необходимость наличия такого интеграционного элемента, как правительственный шлюз, не является очевидной в условиях, когда предоставление услуги не требует информационного обмена между ведомствами или когда число вовлеченных во взаимодействие ведомств невелико. При небольшом количестве ведомств можно организовать взаимодействие по принципу «каждый с каждым» и написать соответствующие независимые интерфейсы обмена. Корпорация Microsoft являлась главным исполнителем ряда проектов, где обеспечение межведомственного информационного обмена играло первостепенное значение, включая проект по созданию правительственного шлюза Великобритании. Эта работа позволила накопить уникальный опыт, который сконцентрирован в архитектуре межведомственного взаимодействия, включающей следующие основные компоненты: XML как универсальный формат информации/документов и обмена ими; среда гарантированной доставки и маршрутизации информации и XMLдокументов на базе стандартных Интернет-протоколов. Сюда входит популярный продукт Microsoft BizTalk Server, предоставляющий стандартные коннекторы для интеграции приложений, а также средства, позволяющие определять, развертывать и поддерживать интегрированные бизнес-процессы; реализация государственных информационных систем в виде вебслужб, которые представляют собой программные компоненты приложений, доступные на основе открытых стандартных Интернетпротоколов и выполняющие определенные бизнес-функции. Для пояснения термина веб-служба приведем пример того, каким образом две разобщенные ведомственные системы могут быть представлены в виде вебслужб и какие услуги они могут оказывать друг другу в процессе взаимодействия. Ведомственная система документооборота по своей сути состоит из набора некоторых услуг. Рассмотрим процесс обмена информацией между системами документооборота двух разных государственных учреждений. Система первого учреждения может переслать некоторый документ в систему второго учреждения и запросить некоторый ответ. В качестве одной из услуг система документооборота второго учреждения может, например, вернуть свой внутренний регистрационный номер документа, фамилию ответственного исполнителя, контрольную дата ответа и т.д. Еще одной услугой может быть публикация и пересылка ответного документа. Классификация технологий интеграции На уровне отдельной организации проблема интеграции возникает сразу, как только в ней внедряется несколько корпоративных приложений. Как видно из предыдущего раздела, на уровне страны, региона или города предоставление услуг государством гражданам и бизнесу и реализация других деловых процессов в государстве требует также интеграции систем и данных. Можно дать следующую классификацию технологий интеграции: Системы интеграции корпоративных приложений (Enterprise Applications Integration, EAI) – технологии, ориентированные на решение проблем интеграции различных систем, приложений и данных внутри отдельной организации. Иногда для этих технологий используется аббревиатура A2A (Application-to-Application – приложение-приложение). 17 На этапе реализации предоставления государством электронных услуг, которые требуют выполнения транзакций и связанного с ними информационного обмена между несколькими ведомствами, возникает необходимость создания службы интеграции информационных систем различных ведомств между собой. В противном случае задача интеграции по принципу «каждый с каждым и все со всеми» приведет к квадратичному росту сложности, а, значит, и стоимости такой интеграции. Системы интеграции между организациями (межведомственной интеграции) Business-to-Business (Business-to-Business Integration, B2Bi) – технологии, ориентированные на обеспечение безопасного, надежного информационного обмена между различными организациями и их информационными системами. Эти технологии обеспечивают пересылку информации за пределы сетевых экранов (firewall) и дают возможность автоматизировать бизнес-процессы в рамках «расширенных организаций», которые включают поставщиков, партнеров, потребителей продуктов и услуг и т.д. Технологии управления бизнес-процессами (Business Process Management, BPM), являющиеся результатом естественной эволюции классических систем документооборота и делопроизводства (workflow systems) и систем класса EAI и B2Bi. Традиционные системы управления документами ориентировались в основном на пересылку информации между людьми, выполнявшими определенные действия. В отличие от технологий B2Bi, которые ориентированы на интеграцию данных в межведомственной среде, технологии BPM интегрируют данные, приложения и людей через единые бизнес-процессы. Это отражает современную точку зрения, что основой интеграции должны быть бизнес-процессы. Причина здесь состоит в том, что бизнеспроцессы организации «пересекают» границы различных приложений, департаментов и организаций. Следующая таблица показывает разницу между упомянутыми классами систем. Технология Кто принимает решение об использовании Решаемая проблема Workflow Руководитель департамента, отдела Управлени документа пересылка документо EAI и B2Bi Руководитель Интеграция департамента данных информационных технологий BPM Высшее руководство организации (бизнесруководство) Улучшение выполнени бизнеспроцессов повышени эффективн работы за большей гибкости процессов Традиционные технологии интеграции корпоративных приложений EAI и межведомственной интеграции B2Bi основаны на использовании так называемого брокера (узла пересылки, шлюза) сообщений. Основу 18 рассмотренного ранее Правительственного шлюза Великобритании также составляет брокер сообщений. Технологическим фундаментом брокера сообщений является, как правило, программное обеспечение промежуточного слоя пересылки сообщений (Messaging-Oriented Middleware, MOM), которое обеспечивает транспорт доставки информации и данных между прикладными системами. Примером такого программного обеспечения является «сервер очередей сообщений» MSMQ (Microsoft Message Queuing). Продукты этого класса обеспечивают транспорт гарантированной доставки сообщений между приложениями в территориально распределенной среде. Подход к интеграции приложений на основе продуктов класса MOM стал стандартным в области интеграции корпоративных информационных систем в конце 90-х годов. Базовая идея этой технологии заключается в следующем. Пусть имеется несколько приложений, связанных некоторой коммуникационной средой, но, возможно, не очень надежной. Одно приложение (например, система документооборота A) должно переслать информацию/документ другому приложению (системе документооборота B). Система A передает документ серверу пересылки сообщений и «забывает» о нем. Сервер пересылки сообщений обеспечит гарантированную и однократную доставку информации в систему B. Если при этом интегрируемые приложения находятся внутри организации в рамках одной корпоративной сети, то обеспечивается пересылка информации в режиме, «близком к реальному времени». Если интегрируются приложения, находящиеся в разных организациях, то принцип «очереди сообщений» и гарантированной доставки, который реализуется MOM-продуктами, обеспечивает асинхронное взаимодействие и так называемое «слабое связывание»14. Приложение организации A не вправе ожидать мгновенной доступности приложения организации B, но программное обеспечение гарантированной доставки сообщений берет на себя ответственность за доставку информации между ними. Роль правительственного шлюза в интеграции информационных систем Наличие одного узла, одной точки интеграции на основе брокера сообщений позволяет справиться с ростом сложности задачи интеграции по мере подключения новых информационных систем. По сути дела это является одной из задач, выполняемых правительственным шлюзом Великобритании. Необходимость наличия такого интеграционного элемента, как правительственный шлюз, не является очевидной в условиях, когда предоставление услуги не требует информационного обмена между ведомствами или когда число вовлеченных во взаимодействие ведомств невелико. В конце концов, при небольшом количестве ведомств можно организовать взаимодействие по принципу «каждый с каждым» и написать соответствующие независимые интерфейсы обмена. Но на этапе реализации предоставления государством электронных услуг, которые требуют выполнения транзакций и связанного с ними информационного обмена между несколькими ведомствами, возникает необходимость создания службы интеграции информационных систем различных ведомств между собой. В противном случае задача интеграции по принципу «каждый с каждым и все со всеми» приведет к квадратичному росту сложности, а, значит, и стоимости такой интеграции. Слабые связи (loose affiliations, loose coupling) – ситуация, когда один компонент системы может делать минимум неявных допущений о характере работы другого компонента, с которым он взаимодействует. Например, если в рамках одного компьютера можно исходить из того, что другой компонент функционирует и без проблем получит отправленное ему сообщение («тесное связывание», tight coupling), то в распределенной сети удаленный компонент может оказаться отключен или перегружен. Чем меньше делается допущений о готовности к работе или об устройстве удаленного компонента, тем более «слабосвязанной» (loosely coupled) является система. 14 19 Наличие одного узла, одной точки интеграции на основе брокера сообщений позволяет справиться с ростом сложности задачи интеграции по мере подключения новых информационных систем. По сути дела это является одной из задач, выполняемых правительственным шлюзом Великобритании. При этом шлюз выполняет не только маршрутизацию сообщений (которые являются XML-документами) между информационными системами различных государственных структур, но и выполняет также задачу трансформации этих сообщений на основе соответствующих XML-схем в целях обеспечения совместимости информационных систем. Компоненты брокера сообщений Сегодня брокеры сообщений могут объединять большое количество взаимодействующих систем. Результатом этого является то, что компания Gartner Group называет «Корпоративной нервной системой», т.е. инфраструктура брокера сообщений, к которой легко могут быть подключены по сути дела любые приложения и которая обеспечивает взаимодействие между ними в режиме, близком к реальному времени. На приведенном ниже рисунке представлена техническая модель брокера сообщений. Рис.11. Брокер сообщений Сервер Microsoft BizTalk Server представляет собой именно такую систему управления бизнеспроцессами (BPM), которая обеспечивает широкий набор средств для определения сложных бизнес-процессов, в которых могут участвовать внешние организации. Брокер сообщений интегрирует гетерогенные приложения и хранилища данных и предоставляет три типа служб: Пересылка сообщений и перемещение данных обеспечивает физический транспорт доставки сообщений между приложениями. Это может быть сделано на основе таких Интернет-протоколов, как Hypertext Transfer Protocol (HTTP)15 и традиционных систем пересылки сообщений, например Microsoft Messaging Queuing и IBM MQ Series. Первые поколения этих технологий использовали собственные закрытые форматы для своих сообщений. В последнее время языком описания сообщений все больше становится XML. Интеллектуальная маршрутизация, которая определяет для каждого сообщения то, к какому приложению оно должно попасть. Маршрутизация часто включает механизмы публикации и подписки, когда серверное приложение один раз «публикует» некоторое бизнессобытие для брокера сообщений, а определенное количество других бизнес-приложений, заинтересованных в данном событии, «подписываются» на него. Hypertext Transfer Protocol (HTTP) – протокол передачи гипертекста. Основной Интернетпротокол, с помощью которого HTML-документы пересылаются по Интернету от узла к узлу. 15 20 Трансформирование обеспечивает мапирование (определение соответствия) данных между потенциально различными семантиками одного приложения или разных приложений. Так, если одно приложение использует в формате своих данных буквы «М» и «Ж» для описания пола человека, а другое приложение использует для такого кодирования «1» и «0», то уровень трансформации брокера сообщений может мапировать информацию между приложениями, не меняя логику каждого из них. В более сложных ситуациях, когда одно приложение может ожидать 5 атрибутов в записи о клиенте, а другое приложение обеспечивает эти же атрибуты в двух различных записях баз данных, уровень трансформации может обеспечить мапирование между такими различными структурами данных. Архитектура брокера сообщений может включать две дополнительных высокоуровневых службы: Основой межведомственной интеграции может служить интеграционное программное обеспечение и системы управления бизнес-процессами (BPM), такие как, например, Microsoft BizTalk Server. При этом XML претендует на роль универсального формата данных при такой интеграции. А сами ведомственные системы, как вновь разрабатываемые, так и унаследованные, могут быть реализованы в виде так называемых веб-служб или могут сделать свои интерфейсы доступными в виде веб-служб. Управление бизнес-процессами (оркестрирование бизнес-процессов) доводит уровень интеллектуальной маршрутизации до возможностей автоматизации потоков работ (workflow), которые полностью обслуживают внутренние и внешние процессы; Мониторинг процессов и событий превращает брокер сообщений в центр информационных потоков внутри и вне предприятия, а также обеспечивает функции анализа бизнес-операций в масштабе близком к реальному времени Помимо этого, брокеры сообщений, как правило, поддерживают работу со специфическими адаптерами для различных типов приложений и данных: адаптеры к веб-службам; адаптеры к мониторам транзакций; адаптеры к различным реляционным СУБД; API-адаптеры для популярных коробочных приложений 16. Наличие указанных дополнительных высокоуровневых служб, а также средств для моделирования процессов (графических средств описания и модификации процессов), по сути дела, превращает системы EAI и B2Bi в системы класса BPM (системы управления бизнес-процессами). Сервер Microsoft BizTalk Server17 представляет собой именно такую систему управления бизнес-процессами (BPM), которая обеспечивает широкий набор средств для определения сложных бизнес-процессов, в которых могут участвовать внешние организации. BizTalk Server включает в себя: Коробочное приложение – программный продукт, продаваемый через розничную сеть, в отличие от заказных продуктов или продуктов, поставляемых производителями оборудования. 16 Дополнительную информацию об этом сервере можно найти на веб-странице Microsoft BizTalk Server по адресу http://www.microsoft.com/biztalk/default.asp. 17 21 графические средства определения сложных, распределенных и долго протекающих (часы, дни, недели) бизнес-процессов. Эти средства имеют возможность разделения логики бизнес-процессов и физической реализации; средства визуального документов; средства мапирования (определения соответствия) между различными форматами бизнес-документов, включая возможности задания правил трансформации; средства управления (консоль) для определения организаций, вовлеченных в бизнес-процесс, и средства определения правил взаимодействия и обработки сообщений; средства анализа, отслеживания последующего анализа; средства мониторинга и управления работой интеграционного шлюза. определения и структурированных хранения бизнес- документов для Базовые принципы интеграции с использованием XML и веб-служб Итак, основой межведомственной интеграции может служить интеграционное программное обеспечение и системы управления бизнес-процессами (BPM), такие как, например, Microsoft BizTalk Server. При этом XML претендует на роль универсального формата данных при такой интеграции. А сами ведомственные системы, как вновь разрабатываемые, так и унаследованные, могут быть реализованы в виде так называемых веб-служб или могут сделать свои интерфейсы доступными в виде веб-служб. Приведенный ниже рисунок показывает, какую роль может играть стандарт XML в организации обмена данными между ведомствами. Рис.12. Гипотетическая система выдачи водительских прав, использующая XML Наиболее передовые продукты интеграции класса систем управления бизнес-процессами (BPM), такие как Microsoft BizTalk Server, не только используют XML как формат обмена данными, но также используют синтаксис языка XML для описания бизнес-логики и контроля маршрутов и потоков прохождения сообщений и Чтобы прояснить суть этих подходов к организации межведомственного взаимодействия и интеграции информационных систем, рассмотрим простые 22 базовые понятия, связанные со стандартами XML и веб-службами. Первое и главное, что следует отметить, – это то, что все описываемые ниже стандарты являются открытыми, а в их разработке принимают участие такие ведущие ИТ-компании, как Microsoft и IBM, а также органы стандартизации Интернет-сообщества в лице консорциума World Wide Web Consortium (W3C) и организации UDDI.org. Это имеет особую важность, поскольку государство должно ориентироваться на открытые стандарты интеграции. Второе. Данные технологии не зависят от платформы и не требуют от организаций, чьи приложения интегрируются, использовать такие общие платформенные продукты, как операционные системы и СУБД. По своей сути XML – это мета-язык для представления данных. Термин «мета» используется потому, что XML-документ не только содержит в себе данные, но также несет информацию, описывающую эти данные. XML является такой же универсальной и базовой технологией для представления, трансформации и обмена данными, как транспортный протокол Transmission Control Protocol/Internet Protocol (TCP/IP) для Интернета. XML предоставляет общий формат для пересылки данных между приложениями. При этом сами данные могут по-прежнему храниться в прикладных системах и базах данных в своем внутреннем формате, но в случае необходимости их пересылки в другое приложение они будут трансформироваться в формат XML, как в промежуточный формат, понимаемый всеми системами. Уже сегодня стандарт XML поддерживается поставщиками основных платформенных программных продуктов. Все это не устраняет необходимость использования программного обеспечения промежуточного слоя пересылки сообщений (MOM), о котором речь шла выше, поскольку поток XML-данных и документов должен быть соответствующим образом маршрутизирован и, возможно, трансформирован для того, чтобы быть понятым целевым приложением. При этом XML-данные имеют текстовый формат и могут анализироваться сетевыми экранами и проходить за границы организаций. Таким образом, XML предлагает единое решение как для интеграции корпоративных приложений (EAI или A2A), так и для межведомственной B2Biинтеграции. Системы управления бизнеспроцессами (BPM) и технология вебслужб прекрасно дополняют друг друга. Интегрируемые прикладные системы и их модули могут быть реализованы в качестве четко определенных служб. Системы BPM обеспечивают выполнение потоков работ как цепочек взаимосвязанных служб, «склеивая» вместе службы в единые бизнес-процессы. Одна из тенденций состоит в том, что наиболее передовые продукты интеграции класса систем управления бизнес-процессами (BPM), такие как Microsoft BizTalk Server, не только используют XML как формат обмена данными, но также используют синтаксис языка XML для описания бизнес-логики и контроля маршрутов и потоков прохождения сообщений и документов. В частности, Microsoft, IBM и ряд других поставщиков разработали язык Business Process Execution Language for Web Services (BPEL4WS) в качестве стандартного XML-языка описания бизнес-процессов. Это обеспечивает то, что новые приложения будет еще легче интегрировать в общие бизнес-процессы, а сама логика бизнес-процессов может быть легко доступна для модификации. Это также дает возможность создания репозитария государственных бизнес-процессов, что лежит в основе административных регламентов. стандартных электронных Еще одна тенденция состоит в том, что прикладные системы все в большей степени реализуются в виде компонентов, так называемых веб-служб, функциональные возможности которых доступны для пользователей и других приложений по сети Интернет/интранет. В этом плане системы управления бизнес-процессами (BPM) и технология вебслужб прекрасно дополняют друг друга. Интегрируемые прикладные системы и их модули могут быть реализованы в качестве четко определенных служб. 23 Системы BPM обеспечивают выполнение потоков работ как цепочек взаимосвязанных служб, «склеивая» вместе службы в единые бизнес-процессы. Ниже приводится информация о ключевых стандартах веб-служб: XML, SOAP, WSDL и UDDI. Но вначале рассмотрим вкратце процесс взаимодействия приложений в децентрализованной, распределенной среде. Приложение, которому требуется доступ к другому приложению как к веб-службе, использует регистр (каталог) UDDI для обнаружения нужной ему веб-службы (информация в регистре UDDI предварительно должна быть опубликована организацией, желающей сделать свою веб-службу публично доступной). В этом же регистре приложение определяет необходимые для взаимодействия интерфейсы. Интерфейсы публикуются с использованием стандарта WSDL. После этого с помощью интерфейса WSDL приложение вызывает веб-службу и применяет SOAP и XML как конверты и форматы для передачи информации, а протоколы HTTP и SMTP18 – в качестве транспорта для ее доставки. Таким образом, технология веб-служб предоставляет общий формат данных (XML), способ доставки и транспортировки данных по Интернету и интранет-сети (SOAP), а также способ обнаружения (UDDI) и описания (WSDL) служб. SMTP (Simple Mail Transfer Protocol) – простой протокол пересылки электронной почты. Состоит из набора IP-протоколов и используется для маршрутизации электронной почты. 18 24 Основные стандарты XML и веб-служб Интеграция информационных систем на основе использованием четырех ключевых стандартов: веб-служб связана с 1. Extensible Markup Language (XML) – расширяемый язык разметки информации. Описывает информацию, пересылаемую по Интернету. Запрос на получение каких-либо данных или выполнение определенных действий другим приложением требует наличия способов передачи параметров и получения обратно определенных результатов. При использовании веб-служб эта информация описывается с помощью языка XML, являющегося международным общепринятым стандартом для описания произвольных данных, которыми в свою очередь могут обмениваться информационные системы. Ниже будет приведен простой пример XML-документа, из которого даже нетехническому специалисту будет понятна основная идея этого языка. 2. Simple Object Access Protocol (SOAP) – простой протокол доступа к объекту. Этот стандарт описывает протокол вызова веб-службы (удаленный процесс доступа к услугам/информации некоторой прикладной системы). То есть передаваемые параметры описываются с помощью языка WSDL, а сам процесс вызова описывается с помощью SOAP. Другими словами, этот протокол как бы описывает конверт с информацией для вызова веб-службы. И этот конверт может быть доставлен от одного приложения к другому с помощью таких транспортных протоколов как Hypertext Transfer Protocol (HTTP) или протоколов электронной почты наподобие Simple Mail Transfer Protocol (SMTP). В типичной ситуации взаимодействия система одной организации может вызвать систему другой организации, используя протокол SOAP. Запрос, который обычно содержит ту или иную форму бизнес-документа, посылается инициатором к запрашиваемой системе. Последняя принимает запрос, и входящий документ, содержащийся в запросе, обрабатывается. В результате запрошенная система генерирует ответ, который возвращается инициатору взаимодействия. Инициатор также информируется о статусе (успех или иное) запроса. Протокол SOAP основан на стандарте XML и состоит из трех частей: формат конверта, который описывает содержимое сообщения и то, как оно должно обрабатываться; набор правил кодирования для определения типов данных конкретного приложения и соглашения по выполнению удаленных вызовов процедур. 3. Web Services Description Language (WSDL) – язык описания вебслужб. Это основанный на стандарте XML язык, который определяет способ доступа к веб-службам. Он описывает функциональные возможности веб-служб и группирует операции взаимодействия в определенные интерфейсы, задающие способы выполнения операций и те параметры, которые должны быть на входе и выходе. 4. Universal Description, Discovery, and Integration (UDDI) – универсальный метод описания, обнаружения и интеграции. Технология UDDI предоставляет средства, с помощью которых можно сделать так, чтобы любые приложения или услуги, описанные в терминах веб-служб, могут быть распознаны другими приложениями и/или организациями. То есть это стандарт создания регистра, используя который, можно описать организации и предоставляемые ими услуги в виде, доступном для динамического обнаружения и взаимодействия. Основные объекты информационной модели UDDI – это организации (businessEntity), услуги (businessService) и связующий шаблон (bindingTemplate), соответствующие, по аналогии с обычным телефонными справочниками, так называемым белым страницам (адресная и контактная информация), желтым страницам XML был спроектирован таким образом, чтобы специалист, читающий XML-документ, мог понять его содержимое. Кроме того, этот язык должен был обеспечивать возможность описания структуры информации и документов, что позволило бы не только людям, но и системам интерпретировать содержимое документа и извлекать необходимую информацию. 25 (предоставляемые услуги) и зеленым страницам. В традиционных телефонных справочниках наличие зеленых страниц, описывающих способы получения услуги, не являлось необходимым, поскольку предполагается, что телефонная связь является единственным способом доступа. Спецификацией UDDI предусматривается произвольное множество методов обращения к каждой веб-услуге, для описания которых и служит связующий шаблон. Основы XML В отличие от «закрытых» стандартов информационного обмена, например Electronic Document Interchange (EDI), XML был спроектирован таким образом, чтобы специалист, читающий XML-документ, мог понять его содержимое. Следующей основной идеей разработчиков было создание такого языка, который бы обеспечивал возможность описания структуры информации и документов, что позволяет не только людям, но и системам интерпретировать содержимое документа и извлекать необходимую информацию. Успех использования XML и вебслужб для интеграции государственных информационных систем зависит от способности достичь общих договоренностей на уровне страны, региона, города и т.д. по поводу стандартов на теги для представления данных в XMLдокументах. При этом используется набор так называемых тегов, которые описывают структуру информации. Приведенный ниже пример показывает, как «Президент Иван Иванович Иванов» может быть «описан» в виде XML-документа. <?xml version=“1.0”?> <OFFICE RANK=“1”>Президент</OFFICE> <NAME> <FIRST>Иван</FIRST> <MIDDLE>Иванович</MIDDLE> <LAST>Иванов</LAST> </NAME> XML-теги используются для того, чтобы показать, какой тип данных представляет собой каждое из этих четырех слов: «Президент», «Иван», «Иванович», «Иванов». Тег NAME применяется для структурирования трех тегов более нижнего уровня иерархии FIRST (для описания имени), тег MIDDLE – для описания отчества и тег LAST – для описания фамилии. Все XML-документы имеют возможность структурировать данные аналогичным иерархическим способом. Приведенный здесь пример включает в себя также использование атрибута данных – ранг офиса «1» назначен офису Президента. Ключевыми элементами XML являются теги, элементы, атрибуты, схемы и пространства имен. Тег – это, как правило, слово, заключенное в угловые скобки, например <Account> или <Balance>. Теги используются парами для обозначения начала и конца элемента. Тег, который оканчивает элемент – этот тот же самый тег, который начинает элемент, но только он начинается с символа косой черты. Каждый элемент содержит текст, который имеет отношение к данному тегу. Так, в элементе <Account>729-1269-4785</Account> текст между двумя тегами может представлять собой номер какого-то банковского счета или единый номер гражданина для выплаты социального пособия. Аналогично, в элементе <Balance>3822.55</Balance> текст между тегами может представлять количество денег, которые находятся на счете, либо обозначать размер социального пособия. Окончательная интерпретация того, что означает тот или иной тег – номер счета в банке или размер социального пособия – зависит от договоренностей разработчиков системы или от использования так называемой схемы, которая обеспечивает правила интерпретации XML-документов. 26 Имея необходимый набор тегов можно создать XML-документ, который будет понятным образом описывать определенную информацию. Например, можно создать простой документ, который содержит информацию о человеке, номере для выплаты ему социальных пособий и их размере, используя те теги, которые только что были описаны выше. Начальный тег элемента может также содержать один и более атрибутов. Каждый атрибут описывает определенный аспект соответствующего элемента. Так, в элементе <OFFICE RANK=“1”>Президент</OFFICE> атрибут типа показывает, что офису Президента присвоен высший статус, в данном случае – «1». Элементы являются основой XML-документов. Но здесь возникает вопрос: а как определять смысл всех этих элементов? Должен существовать способ описания групп элементов (и, значит, тегов), которые будут использоваться для определенных целей. Например, какой набор тегов должен использоваться в стране для описания гражданина (его имени, даты рождения, адреса проживания и пр.) в базе данных, используемой для обеспечения выборов или в других системах. Для этого предназначена так называемая схема. Каждая схема определяет один или более элементов, а также правила по их применению. Схема, например, может определять элемент Envelope (Конверт), ограниченный тегами <Envelope> и </Envelope>, и затем определять то, что этот элемент может содержать внутри себя одно или несколько вхождений элемента Body (Тело документа), ограниченное тегами <Body> и </Body>. Особую ценность представляет возможность трансформирования данных XML-документа для представления на различных устройствах или для соответствия формату данных конкретного приложения. Если бы один документ содержал теги, определяемые только одной схемой, то жизнь была бы очень простой. В общем случае, однако, в одном документе содержатся элементы, определенные двумя и более схемами. Схемы могут создаваться независимыми людьми и организациями, поэтому существует вероятность того, что один и тот же тег в каждой схеме используется для обозначения различных понятий. Например, тег <Account> в одной схеме может быть определен как номер счета, в другой схеме он может использоваться как единый номер гражданина для выплаты социального пособия. Для того, чтобы было возможно использовать различные схемы в одном и том же документе, должен существовать способ ассоциирования элемента с той схемой, в которой он определен. Для обеспечения такой связи используется механизм пространства имен (namespaces). Пространство имен дает способ обеспечения глобальной уникальности имен для наборов элементов. Каждое пространство имен определяется за счет использования Единого идентификатора ресурсов (Uniform Resource Identifier, URI), который выглядит как знакомая многим URL-ссылка на ресурсы Интернета (Uniform Resource Locater, URL). Пространство имен, в котором определен элемент, может быть специфицировано с использованием атрибута. Например, в элементе <Account xmlns=“http://www.qwickbank.com/bank”> 729-1269-4785 </Account> атрибут xmlns указывает, что элемент Account определен в пространстве имен, заданном URI http://www.qwickbank.com/bank. Успех использования XML и веб-служб для интеграции государственных информационных систем зависит от способности достичь общих договоренностей на уровне страны, региона, города и т.д. по поводу стандартов на теги для представления данных в XML-документах. Например, два взаимодействующих приложения должны одинаково трактовать 27 некий тег Person с описанием личной информации гражданина и все подчиненные атрибуты этого тега. То есть должен существовать организационный механизм обсуждения и принятия соответствующих схем XML-документов, аналогичный механизму, описанному в разделе «Среда межведомственного взаимодействия e-GIF в Великобритании» ниже в данном документе. Наконец, хотя это и не так важно со смысловой точки зрения, XML-документ может содержать комментарии. Комментарии позволяют включать информацию, предназначенную не столько для компьютера, обрабатывающего XML-документ, сколько для человека, который его читает. Комментарий в XML-документе выглядит так: <! - - Это XML-документ --> Веб-служба – это программные компоненты, которые используют одну или несколько технологий из следующего списка – SOAP, WSDL и UDDI – для выполнения распределенных вычислений. Использование любой из этих базовых технологий составляет суть веб-службы. Использование их всех вместе не обязательно. Несомненно, XML содержит гораздо больше идей, чем те, которые только что обсуждались. Однако даже этих знаний достаточно, чтобы иметь базовое понимание того, как XML может использоваться в качестве универсального языка информационного обмена и что такое веб-службы. Тем, кто хотя бы немного знаком с языком разметки HTML, используемым для представления информации в Глобальной сети, может быть полезна следующая таблица, сравнивающая языки HTML и XML. HTML XML Различия Теги предопределены и служат Теги данных не предопределены и могут инструкциями для форматирования быть использованы в качестве меток и отображения данных в любой иерархической структуре Данные в HTML-документе, Данные в XML-документе могут быть вообще говоря, не могут быть автоматически интерпретированы и интерпретированы и обработаны обработаны системой, поддерживающей без вмешательства человека XML Сильная сторона – отображение Сильная сторона – обеспечение информации с помощью вебвозможности обмена информацией обозревателя HTML спроектирован так, что он XML спроектирован с учетом проверки может допускать синтаксические синтаксических ошибок и обеспечения ошибки и сфокусирован на соответствия структуре данных (или отображении информации шаблонам), когда они заданы Общие моменты Оба являются открытыми стандартами, утвержденными консорциумом W3C, которые потенциально могут работать на различных компьютерных системах Оба опираются на Интернет-протоколы с точки зрения транспорта и подключения к широкому спектру систем Оба основаны на Стандартном обобщенном языке разметки (Standard Generalized Markup Language) и поэтому структурированы как текстовые файлы, которые могут быть читаемы и понимаемы людьми Особую ценность представляет возможность трансформирования данных XML-документа для отображения на различных устройствах или для соответствия формату данных конкретного приложения. Можно иметь один экземпляр XML-документа, но совершенно различным образом выводить его на различных устройствах, с помощью которых пользователь пытается получить к нему доступ. Разные устройства – ПК, персональные помощники типа iPAQ или Palm, мобильные телефоны – имеют 28 разные возможности по отображению информации, поэтому один и тот же XML-документ может быть отображен по-разному, за счет использования таблиц стилей (Style Sheet), которые описываются с использованием языка XSL (eXtensible Stylesheet Language), который сам по себе использует формат XML. Это, по сути, текстовый файл формата XML, который предоставляет инструкции по форматированию и отображению информации XML-документа. Таблица стилей может содержать вариации в зависимости от типа устройства, на котором отображается документ. Рис. 13. XML может обеспечить отображение информации на различных пользовательских устройствах Ключевым принципом применения XML для межведомственной интеграции информационных систем, в том числе систем документооборота, является использование веб-служб и регистров на базе универсального стандарта UDDI. Причем UDDI может использоваться для создания общедоступного регистра не только государственных информационных систем, но и самих государственных органов и их услуг, даже если они предоставляются традиционным (неэлектронным) способом. При использовании XML для интеграции данных между приложениями механизм трансформации, известный как XSLT (XSL Transformation, XSLT) может обеспечить то, что документ типа «Заявка на закупку» информационной системы организации A будет при пересылке трансформирован в документ типа «Заказ на поставку» формата информационной системы организации B. Этот механизм независимого выполнения правил трансформирования информации при пересылки между приложениями очень важен, поскольку избавляет от необходимости внесения изменений в приложения в процессе их интеграции. С учетом приведенной выше информации о языке XML и других связанных с ним стандартов становится понятным более точное практическое определение того, что такое веб-служба, согласно определению компании Gartner Group: «Веб-служба – это программные компоненты, которые используют одну или несколько технологий из следующего списка – SOAP, WSDL и UDDI – для выполнения распределенных вычислений. Использование любой из этих базовых технологий – SOAP, WSDL или UDDI – составляет суть веб-службы. Использование их всех вместе не обязательно». Базовые принципы применения XML и веб-служб для организации межведомственного взаимодействия Ниже перечислены основные принципы применения XML и веб-служб для организации межведомственного взаимодействия: 29 Интеграционный шлюз может обеспечивать не только маршрутизацию сообщений (брокер сообщений), но и реализовывать функции коллективного UDDIрегистра доступных государственных информационных систем, а также реализовывать функции «брокера веб-служб», то есть обеспечивать механизм взаимодействия между ведомственными информационными системами как веб-службами. веб-службы как основной механизм интеграции. Системы отдельных государственных органов, включая системы документооборота, могут быть описаны в виде веб-служб; XML как стандарт обмена данными; возможность создания общедоступных регистров ведомственных систем на федеральном, региональном и местном уровнях с помощью универсального стандарта UDDI; «слабое связывание» информационных систем на основе инфраструктуры пересылки сообщений в виде XML-документов. Рис. 14. Техническая модель веб-служб XML как технологии интеграции Таким образом, ключевым принципом применения XML для межведомственной интеграции информационных систем, в том числе систем документооборота, является использование веб-служб и регистров на базе универсального стандарта UDDI. Причем UDDI может использоваться для создания общедоступного регистра не только государственных информационных систем, но и самих государственных органов и их услуг, даже если они предоставляются традиционным (неэлектронным) способом. На рисунке 14 приведена техническая модель интеграции ведомственных информационных систем на основе веб-служб XML. При этом интеграционный шлюз может обеспечивать не только маршрутизацию сообщений (брокер сообщений), но и реализовывать функции коллективного UDDI-регистра доступных государственных информационных систем, а также реализовывать функции «брокера веб-служб», то есть обеспечивать механизм взаимодействия между ведомственными информационными системами как веб-службами. Microsoft .NET как платформа интеграции Почему для проекта создания Правительственного шлюза в Великобритании, аналогичных проектов в Дании и ряде других стран в качестве партнера государства выбрали Microsoft и ее технологии? Краткий ответ следующий. Потому что Microsoft сформулировала достаточно передовую концепцию архитектуры информационных систем под названием .NET, которую можно определить кратко следующим образом: «Microsoft .NET – это программное обеспечение для интеграции информации, людей, систем и устройств на основе технологий XML и веб-служб». 30 Платформа Microsoft .NET предоставляет интегрированные средства разработки, обеспечивающие создание приложений в виде веб-служб, а также серверные продукты, в которых обеспечена глубокая поддержка стандартов XML и веб-служб с точки зрения информационного обмена. Почему следует использовать Microsoft BizTalk Server для реализации архитектуры и инфраструктуры интеграции Основная причина состоит в том, что BizTalk Server является именно таким сервером интеграции приложений, который содержит мощные графические средства проектирования процессов интеграции. Этот сервер поддерживает: маршрутизацию документов; конвертацию документов в необходимую форму; формализацию деловых процедур; «транзакционность», т.е. контроль за выполнением деловых операций с информацией и документами. Здесь имеет смысл отметить масштабируемость решения, предложенного корпорацией Microsoft для Центрального правительственного портала Великобритании: 5 млрд. обращений в год; 500 транзакций в секунду; обмен 100 документами по 10 Кбайт в секунду; готовность 365х7х24 (365 дней в году, 7 дней в неделю и 24 часа в сутки); линейный рост производительности с добавлением оборудования; поддержка механизма транзакций (Transaction Engine, TE). Архитектура Правительственного шлюза (на примере Великобритании) Правительственный шлюз в Великобритании взаимодействует не напрямую с ведомственными информационными системами, а с серверами интеграции уровня отдельных ведомств, которые, в свою очередь, обеспечивают интеграцию и маршрутизацию информации внутри организаций. После обсуждения основных аспектов использования XML и технологии вебслужб можно приступить к более детальному рассмотрению практической реализации Правительственного шлюза Великобритании. Архитектура Правительственного шлюза включает следующие основные компоненты: веб-узлы и порталы отдельных ведомств; аутентификация и регистрация пользователей (Registration & Enrolment, R&E); контроль транзакций (Transaction Engine, TxE) и маршрутизация документов; интеграция и механизм правил на основе протокола SOAP и стандарта UDDI; серверы интеграции ведомства (Department Integration Services). То есть Правительственный шлюз в Великобритании взаимодействует не напрямую с ведомственными информационными системами, которых в стране около 1800, а с серверами интеграции уровня отдельных ведомств, которые, в свою очередь, обеспечивают интеграцию и маршрутизацию информации внутри организаций. Основные функции Правительственного шлюза заключаются в следующем: быстрое развертывание электронных услуг. Например, модификация уже существующих систем министерств и ведомств, направленная на расширение их возможностей для массового предоставления услуг; 31 свободная, не жесткая связь между клиентской (front-end) и серверной (back-end) частями, что создает возможность для их независимого развития; исключение дублирования технических средств и услуг, необходимых для обеспечения взаимодействия отдельных государственных учреждений с гражданами по Интернету; создание основы для предоставления интегрированных (joined-up) услуг путем централизации услуг аутентификации и организации взаимодействия со многими государственными структурами; стимулирование того, чтобы частные компании и государственные организации разрабатывали собственные приложения, которые могут взаимодействовать с информационными системами центральных органов власти на стандартной единообразной основе. Правительственный шлюз предоставляет объединенные услуги аутентификации и авторизации для государственных органов, что дает пользователям возможность работать с любыми информационными системами соответствующих организаций по Интернету в защищенном режиме, на основе использования единого набора сертификатов с помощью любого устройства, в любом месте и в любое время. Рис. 15. Общая схема архитектуры Правительственного шлюза Модель Правительственного шлюза включает следующие компоненты: объединенные услуги аутентификации и авторизации для государственных органов, что дает пользователям возможность работать с любыми информационными системами соответствующих организаций по Интернету в защищенном режиме, на основе использования единого набора сертификатов с помощью любого устройства, в любом месте и в любое время; простое средство создания веб-форм, предназначенных для подачи документов. Предоставляет разработчикам программного обеспечения единые механизмы, позволяющие осуществлять передачу данных в правительственный портал; помимо создания механизмов для входящих документов, Шлюз создает условия для межведомственного взаимодействия и коммуникаций. 32 Фактически он работает как брокер сообщений, который маршрутизирует документы их получателям, по пути трансформируя их в формат принимающих систем; Правительственный шлюз Великобритании создает условия для межведомственного взаимодействия и коммуникаций. Фактически он работает как брокер сообщений, который маршрутизирует документы их получателям, по пути трансформируя их в формат принимающих систем. единый механизм правил, который реализован в виде веб-служб и предоставляет правила обработки документа, доступные для всех систем. Он отвечает за проверку правильности полей, соответствие схемам документов и бизнес-правилам. С помощью данного механизма обеспечивается единообразное использование во всех информационных системах одних и тех же правил проверки на соответствие; создание основы для оказания услуг на базе «жизненных эпизодов». Шлюз предлагает всем сторонам, вовлеченным в процесс предоставления информации и услуги, соответствующий интерфейс. Поэтому частному лицу или компании потребуется один-единственный раз ввести свои данные, после чего можно быть уверенным в том, что все заинтересованные стороны получат эту информацию. Например, при создании новой компании необходимо лишь раз отправить через единый интерфейс по сути одну и ту же информацию в налоговую инспекцию, регистрационную палату и другие государственные органы; Правительственный шлюз реализует архитектуру, которую можно охарактеризовать как «слабо связанная интеграция» между клиентскими системами, где вводятся формы, и серверными системами. Так, веб-формы могут со временем изменяться, становиться более сложными в целях расширения их функциональных возможностей, а также предоставляться все новым и новым государственным структурам по мере их подключения к онлайновым системам. Серверные системы могут быть модернизированы или изменены, что не оказывает никакого влияния на веб-формы. С помощью этой слабо связанной модели отдельные государственные организации смогут использовать ранее сделанные инвестиции, сохранить существующие системы и навыки персонала, а также совершенствовать свои системы по мере развития логики бизнеса; реализация единой структуры для создания услуг, управления ими и их поддержке, что включает средства, которые сообщество профессионалов может применять для публикации, комментирования, изменения схем и документов. Благодаря этому все стороны имеют общую информационную базу и вовлечены в единый процесс. Основные принципы проектирования Правительственного Великобритании заключались в следующем: шлюза в максимальное использование стандартных коммерческих продуктов; покомпонентная разработка, включающая локализацию функциональных возможностей в независимых услугах со стандартными интерфейсами между ними; опора на промышленные стандарты: сетевые протоколы TCP/IP, HTTP; интерфейсы (Com+, XML, SOAP); СУБД (SQL Server, ADO, OLEDB и ODBC для доступа к данным); средства разработки (C#, Visual Basic, Visual C++, ATL, Transact SQL); высокая производительность; масштабируемость; надежность; гибкость и расширяемость; поддержка множества языков (хранение стандартных элементов интерфейса в специальных базах данных). 33 Технические элементы архитектуры Правительственного шлюза Те, кого не интересуют технические вопросы реализации архитектуры Правительственного шлюза Великобритании, могут пропустить этот подраздел и сразу перейти к разделу «Стандарты и единая архитектура информационных технологий для проектов электронного правительства и межведомственных проектов». Правительственный шлюз предлагает всем сторонам, вовлеченным в процесс предоставления информации и услуги, соответствующий интерфейс. Поэтому частному лицу или компании потребуется одинединственный раз ввести свои данные, после чего можно быть уверенным в том, что все заинтересованные стороны получат эту информацию. Здесь рассматриваются некоторые конкретные детали каждой из четырех составляющих Правительственного шлюза: веб-узлы и порталы; аутентификация и регистрация; транзакции; серверы интеграции ведомства (DIS-Department Integration Server). Веб-узлы и порталы Веб-узлы и порталы служат систематизированными хранилищами веб-форм, которые могут использоваться гражданами и компаниями для предоставления информации государственным органам. Портал предоставляет структуру для всех хостируемых19 государством форм документов. Там также имеется общая служба регистрации и аутентификации (Registration and Enrollment Portal Authentication). Подсистема работы с формами использует локальное программное обеспечение промежуточного слоя, которое обеспечивает бизнес-функциональность. Возможно также использование вебслужб, которые могут содержать общедоступные правила реализации бизнеслогики для отдельных форм. Данные, вводимые пользователем, сохраняются в базе данных портала, и после того, как форма заполнена, эти данные Рис. 16. Логическая архитектура правительственного портала используются для конструирования XML-документа, который пересылается в Шлюз. Формальное предоставление (отправка) документа означает также то, что он соответствует опубликованным для Шлюза протоколам, которые реализуют взаимодействие со Шлюзом. Все состояния выполнения транзакции, 19 Хостинг – услуги по размещению информации на веб-узлах. 34 связанные с отправкой (сохранением) документа, также отслеживаются в базе данных портала. Формы и проверки на корректность Служба форм работает с электронными версиями существующих бумажных бланков. Эти формы могут соответствовать сценарию «Жизненные эпизоды», когда сразу несколько государственных ведомств должны быть проинформированы об одном из действий гражданина. Например, при регистрации новой компании пользователь заполняет единственную форму, информация из которой передается в налоговую инспекцию, регистрационную палату и т.д. Технически эти формы могут быть представлены как ASP-страницы20 или ASP .NET-страницы, которые реализуют логику с помощью компонентов промежуточного слоя на основе COM+ или .NET-служб. При использовании веб-служб для отдельных форм промежуточный слой может перенаправлять туда запросы. Это создает уровень абстракции, обеспечивающий бóльшую гибкость. Передача брокеру сообщений После заполнения формы пользователь пересылает данные в Шлюз. Действия, выполняемые системой, зависят от способа регистрации пользователя: использует ли он только имя и пароль или сертификат. Правительственный шлюз реализует архитектуру, которую можно охарактеризовать как «слабо связанная интеграция» между клиентскими системами, где вводятся формы, и серверными системами. С помощью такой модели отдельные государственные организации смогут использовать ранее сделанные инвестиции, сохранить существующие системы и навыки персонала, а также совершенствовать свои системы по мере развития логики бизнеса. Имя и пароль. Когда пользователь решил передать данные, компонент бизнесслужбы (логики) на сервере конструирует XML-документ, который соответствует опубликованной схеме. В частности, заголовок документа включает в себя заполненные поля имени и пароля пользователя. После этого XML-документ через безопасное HTTPS-соединение передается на принимающую ASP-страницу Шлюза, где компонент авторизации и регистрации (R&E-Registration and Enrollment Service) проверяет права и соответствующим образом маршрутизирует документ. Сертификат. Когда пользователь решил передать данные, компонент бизнесслужбы (логики) на сервере конструирует XML-документ, который соответствует опубликованной схеме. Но в этом случае документ пересылается обратно веб-обозревателю, где клиент подключит сертификат (Private Key, секретный ключ) к специфическим секциям документа и отошлет его обратно на сервер. После этого сервер через HTTPS-соединение перешлет документ на Шлюз, который с помощью открытого ключа, полученного от авторизованного сертификационного центра (отправленного вместе с документом), проверит сертификат и соответствующим образом маршрутизирует документ. Веб-службы механизма реализации правил Механизм правил предоставляет порталу и серверам интеграции ведомства общий механизм для проверки либо документа в целом, либо отдельных его полей, что тоже возможно. Распространение протокола SOAP и возможность реализации SOAP в Microsoft Visual Studio сделало технологии веб-служб реальностью. Теперь такие функции, как проверка форм, могут осуществляться по Интернету, что раньше, как правило, делалось локально. Это позволит государственным клиентским и серверным системам, а также третьим сторонам использовать общий набор служб, обеспечивая более высокий уровень соответствия и гарантию того, что посланный через веб-узел документ будет принят ведомством, для которого он предназначается. Это также означает, что если меняется какое-либо бизнес- ASP (Active Server Pages) – активные серверные страницы. Разработанная корпорацией Microsoft технология, с помощью которой веб-мастер может динамически формировать автоматически обновляемые веб-страницы. 20 35 правило, то будучи реализованным как веб-служба, оно сразу же становится доступным для всех систем и будет одинаково ими использоваться. Интерфейс веб-служб реализуется на основе протокола SOAP. Брокер сообщений и аутентификации Правительственный шлюз содержит единый механизм правил, который реализован в виде веб-служб и предоставляет правила обработки документа, доступные для всех систем. Он отвечает за проверку правильности полей, соответствие схемам документов и бизнесправилам. Брокер сообщений и аутентификации содержит две подсистемы: регистрация и авторизация (Registration and Enrollment, R&E); механизм транзакций (Transaction Engine, TE). Рис. 17. Высокоуровневый взгляд на инфраструктуру механизма транзакций Подсистема регистрации и авторизации обслуживает пользователей, которые подписались на услугу, и выполняет функцию аутентификации. Механизм транзакций использует эту подсистему для аутентификации принятых документов, а также управляет надежной маршрутизацией документов в соответствующие серверные системы. Ниже приводится более детальное описание брокера сообщений. Регистрация и Авторизация. Эта подсистема управляет процессом регистрации удостоверенных документов в Шлюзе, проверкой введенной информации на основе данных, представленных серверными системами, подпиской на услуги и текущим управлением данными о регистрации и подписках на услуги. Механизм транзакций является главной точкой входа для транзакций, которые должны выполняться различными государственными структурами. Эти транзакции могут быть подготовлены клиентами либо путем взаимодействия на основе веб-обозревателя с ведомственными или иными веб-узлами, либо с помощью приложений, установленных на клиентских машинах. В любом случае, полностью подготовленная транзакция может быть снабжена цифровой подписью и отправлена на Правительственный шлюз по Интернету в виде форматированного XML-документа, пересылаемого по HTTP. После этого механизм транзакций проверяет целостность полученного подписанного запроса, вызывает службу регистрации и авторизации для проверки использованных сертификатов и подтверждения того, что клиент имеет право на запрошенную транзакцию. После этого транзакция пересылается на обработку соответствующей серверной системе. 36 Надежная доставка и очереди ожидания. Отправка сообщения на сервер интеграции ведомства (DIS), как правило, осуществляется по интранет-сети, которая по умолчанию не поддерживает механизм гарантированной доставки. Соответственно, механизм транзакций может использовать систему гарантированной доставки сообщений, предоставляемую сервером BizTalk Server. Отправляющий BizTalk-сервер пересылает на сервер интеграции ведомства документ (как надежное сообщение BizTalk Server) и сохраняет его копию в своей очереди на случай повторной пересылки. BizTalk-сервер на принимающей стороне сервера интеграции ведомства по получению сообщения через ссылку URL внутри документа пересылает подтверждение на BizTalkсервер, который отправил сообщение. При этом сервер, отправивший сообщение, удаляет его из своей очереди возможной повторной отправки. В случае, если отправляющий BizTalk-сервер не получил подтверждения, он попытается переслать его повторно определенное количество раз до тех пор, пока он будет успешно получен принимающим BizTalk-сервером, или пока не исчерпается лимит количества попыток. В этом случае сообщение будет помещено в очередь проблемных сообщений для соответствующей последующей обработки. Правительственный шлюз реализует единую структуру для создания услуг, управления ими и их поддержке, что включает средства, которые сообщество профессионалов может применять для публикации, комментирования, изменения схем и документов. Благодаря этому все стороны имеют общую информационную базу и вовлечены в единый процесс. Рис. 18. Системы отдельных государственных ведомств Это является одним из примеров того, как сообщение может попасть в очередь проблемных сообщений. Документ может также попасть туда, если он не пройдет проверку на безопасность. Механизм транзакций периодически выполняет необходимые работы по обработке таких проблемных сообщений. Серверы интеграции ведомства (DIS) обеспечивают соединение и двухсторонние коммуникации между Правительственным шлюзом и системами отдельных ведомств. Дополнительное преимущество, получаемое благодаря наличию такого уровня в архитектуре, состоит в том, что при этом уменьшается количество серверных систем, с которыми брокер сообщений 37 Правительственного шлюза был бы вынужден связываться напрямую. Брокер сообщений взаимодействует с отдельными ведомствами на уровне серверов интеграции ведомства, которые, в свою очередь, обеспечивают интеграцию с различными прикладными серверными системами конкретного ведомства. В таких широкомасштабных проектах, как Правительственный шлюз в Великобритании, имеется около 1800 различных прикладных систем в различных департаментах, и такой подход существенно упрощает работку брокера сообщений. Сервер интеграции ведомства получает документ на свою ASP-страницу от механизма транзакций через систему гарантированной доставки сообщений BizTalk-сервера. Далее он либо пересылает документ без изменений соответствующей прикладной системе, используя стандартный или специально написанный компонент интеграции приложений (Application Integration Component, AIC) BizTalk-сервера, либо использует средства мапирования и трансляции для конвертации документа таким образом, чтобы удовлетворить спецификациям принимающей стороны. Например, он может изменять длину полей до использования AIC-компонента для окончательной передачи документа принимающей стороне. ***** 38 Стандарты и единая архитектура информационных технологий для проектов электронного правительства и межведомственных проектов Основная сложность реализации проектов в области электронного правительства, а также межведомственных проектов, когда требуются существенные усилия про интеграции данных и приложений, заключается не в применении конкретных технологий, а в организации процесса принятия соответствующих стандартов и согласования архитектур информационных технологий различных организаций и ведомств. Данный раздел посвящен краткому описанию международного опыта, имеющегося в этой области. Важность принятия стандартов для проектов электронного правительства на государственном уровне Ключевые стандарты обеспечения совместимости и единства государственных систем e-GIF задают основные требования для предоставления интегрированных онлайновых государственных услуг в Великобритании. Следование этим стандартам является обязательным для всех государственных систем. Проекты в области электронного правительства, которые осуществляются правительствами разных стран, предусматривают следующие основные типы стандартов: стандарты данных; стандарты межведомственного обмена информацией; стандарты метаданных21 (и поиска информации); стандарты безопасности. Список стран, разработавших и продолжающих работу над стандартами данных и межведомственного взаимодействия, достаточно обширен, и практически все они имеют в своей архитектуре аналог правительственного шлюза: Великобритания: правительственный интранет и стандарт e-GIF; Дания: инфраструктура Infostructurebase22; Швеция: Government Elink (GeL); Австралия: FedLink – правительственный шлюз и защищенный правительственный интранет; Гонконг: Government System Architecture (GSA) и Electronic Service Delivery (ESD) Scheme; США: Федеральная корпоративная архитектура информационных технологий государственных организаций. шлюз, правительственный Великобритания: Среда межведомственного взаимодействия в правительстве (e-GIF) Великобритания уделяет большое внимание стандартам и протоколам, которые должны гарантировать совместимость государственных систем и технологий. Ключевые стандарты обеспечения совместимости и единства государственных систем определены в документе «Среда межведомственного взаимодействия в правительстве» (Government Interoperability Framework, eGIF) и задают основные требования для предоставления интегрированных онлайновых государственных услуг. Следование этим стандартам является обязательным для всех государственных систем. Ключевые политики, которые устанавливаются стандартом e-GIF, состоят в следующем: Метаданные – данные о данных; описания характеристик данных в хранилище данных. Используются для просмотра данных, их трансформации, а также необходимы средствам инструментальных пакетов, имеющихся у пользователя. 21 Более подробную информацию об этой инфраструктуре можно найти в статье «Создание государственной электронной инфраструктуры на основе стандарта XML» далее в этом бюллетене. 22 39 Центральный правительственный портал и Правительственный шлюз Великобритании разработаны в соответствии со спецификациями стандарта e-GIF. Если какие-либо порталы должны каким-либо образом взаимодействовать с государственными системами, то они также должны следовать этим стандартам. согласование с Интернетом: универсальное использование общих спецификаций, используемых в Интернете для всех информационных систем государственного сектора (HTML, IP, SMTP и др.); использование языка XML в качестве основного стандарта для инструментальных средств интеграции и представления данных в Интернете для всех систем государственного сектора: o XML и XML-схемы; o UML, RDF и XML – для интеграции данных; o XSL – для преобразования данных; применение веб-обозревателей в качестве основного интерфейса; все информационные системы государственного сектора должны быть доступны с помощью данной технологии; другие интерфейсы разрешаются к использованию, но только в качестве дополнения к технологиям, основанным на веб-обозревателях; снабжение метаданными всех правительственных информационных ресурсов, представляемых в Интернете; развитие и принятие стандарта метаданных (Government Metadata Standard, e-GMS), облегчающего публикацию и поиск информации; развитие и сопровождение перечня правительственных категорий (Government Category List); обязательность выполнения требований стандарта e-GIF для всех организаций государственного сектора. Выбор спецификаций e-GIF обусловлен следующими факторами: функциональная совместимость – используются только спецификации, обеспечивающие системное взаимодействие (interconnectivity), интеграцию данных, доступ к информации и управление контентом; наличие рыночной поддержки: спецификации должны широко поддерживаться рынком, способствовать уменьшению затрат и рисков при создании государственных информационных систем; масштабируемость – выбранные спецификации должны поддерживать модификацию требований к используемой системе, например, изменение объемов данных, количества транзакций или числа пользователей; открытость – спецификации должны быть задокументированы и легко доступны публике. Основным инструментом обсуждения и разработки стандарта e-GIF является веб-узел www.govtalk.gov.uk, на котором разработчики могут получить доступ не только к утвержденным XML-схемам, но и к необходимым средствам разработки и документам с описанием «лучших практик». Здесь же они могут задать вопросы экспертам и принять участие в обсуждении XMLсхем документов. Этот веб-узел поддержки государственных стандартов создан с использованием технологии Microsoft SharePoint Portal Server. Центральный правительственный портал www.ukonline.gov.uk и Правительственный шлюз Government Gateway разработаны в соответствии со спецификациями стандарта e-GIF. Если какие-либо порталы должны каким-либо образом взаимодействовать с государственными системами, то они также должны следовать этим стандартам. 40 Стандарты метаданных Задача интеграции государственных информационных систем настолько сложна, что помимо стандартизации документов на основе XML и инфраструктуры интеграции в виде программного обеспечения маршрутизации XML-документов, нужны усилия государства в области стандартизации описания данных. В самом кратком виде, метаданные – это краткое описание содержимого информации. Примером инициативы в этой области является стандарт e-GMS (UK Government Metadata Standard), принятый в Великобритании. Задача интеграции государственных информационных систем настолько сложна, что помимо стандартизации документов на основе XML и инфраструктуры интеграции в виде программного обеспечения маршрутизации XML-документов, нужны усилия государства в области стандартизации описания данных. Метаданные имеют важное значение для обеспечения эффективности поиска информации (на портале), описания слабоструктурированной информации (документов), создания архивов с записями электронных документов. Как показывает практика, вопрос создания архива записей электронных документов по мере движения в сторону все более широкого внедрения систем электронного документооборота и информационных технологий вообще представляет собой такую проблему, которая еще до конца не осознана в России. Многие страны взяли за основу так называемое «Дублинское ядро», включающее 15 элементов описания информации, например: заголовок; автор или создатель; тема и ключевые слова; описание; публикатор; другие контрибуторы; дата; тип ресурса; формат; идентификатор ресурса; источник; язык; связи; область (coverage); управление правами. Помимо самих элементов в «Дублинском ядре» имеются так называемые уточнения элементов, например: «Дата создания», «Дата публикации», «Дата окончания действия» и пр. Страны могут не только использовать это ядро, но и добавлять к нему любые дополнительные элементы, которые они считают необходимыми. Кроме того, первым инструментом при поиске информации, как правило, является просмотр категорий. Поэтому в рамках инициатив разработки стандартов на государственные метаданные определяются стандарты на список категорий (инструмент первичного поиска без использования ключевых слов). Концепция Федеральной архитектуры информационных технологий госорганизаций как подход к интеграции межведомственных проектов Особый интерес представляют подходы США к стандартизации в области использования информационных технологий в государственных организациях. Федеральное правительство США считает, что критически важную роль в области инициатив по реформированию и повышению эффективности работы государственных организаций за счет внедрения информационных технологий играют две составляющие: реализация принципов электронного правительства; 41 концепция корпоративной организации23. архитектуры государственной Без наличия корпоративной ИТ-архитектуры невозможно осуществлять руководство развитием информационных технологий в государственных органах, управлять ИТ-инвестициями. Результатом отсутствия такой корпоративной архитектуры может стать то, что инициативы в области электронного правительства приведут к созданию изолированных, разобщенных операций и систем, что в свою очередь, станет причиной бессмысленного дублирования и несовместимости информации и дополнительного финансирования. Электронное правительство означает внедрение новых методов работы государственных учреждений (людей, процессов и технологий – и особенно Интернет-технологий), которые ведут к улучшению доступа и доставки информации и услуг от государства к гражданам, бизнесу, сотрудникам и другим государственным институтам, а также на другие уровни в иерархии государственной власти. Реализация инициатив в области электронного правительства позволит обеспечить лучшие связи между государственными органами и их клиентами за счет более четкого, простого и эффективного их взаимодействия. Вместе – и электронное правительство, и федеральная корпоративная ИТархитектура – предоставляют необходимые составляющие для достижения желаемой цели, состоящей в успешном внедрении прикладных информационных систем для электронного правительства, которые, в свою очередь, обеспечат требуемую эффективность и ответственность в выполнении функций государственного управления. Электронное правительство означает внедрение новых методов работы государственных учреждений (людей, процессов и технологий – и особенно Интернеттехнологий), которые ведут к улучшению доступа и доставки информации и услуг от государства к гражданам, бизнесу, сотрудникам и другим государственным институтам, а также на другие уровни в иерархии государственной власти. В США ответственность за разработку Федеральной ИТ-архитектуры возложена на Совет управляющих информационными технологиями (CIO Council). Эта организация объединяет около тридцати ИТ-директоров24 крупнейших федеральных и ряда региональных органов власти Можно дать следующее определение Федеральной ИТ-архитектуры госорганизаций в соответствии с документами CIO Council. Федеральная ИТ-архитектура госорганизаций – это концептуальная модель описания в координированной, структурированной форме деятельности федерального правительства и государственных организаций с функциональной точки зрения вне зависимости от организационных структур, реализующих соответствующие функции, с целью улучшения их деятельности за счет использования информационных технологий. По сути дела, это новый способ описания, анализа и улучшения деятельности государства и госорганизаций, а также расширения их возможностей по обслуживанию граждан. Отдельные государственные ведомства должны использовать эту общую модель для описания своих собственных архитектур. Основной целью Федеральной ИТ-архитектуры госорганизаций является обеспечение условий для совместной разработки процессов, стандартов совместимости и обмена информацией между государственными органами и организациями. Федеральная ИТ-архитектура госорганизаций включает в себя четыре архитектурные области: Вместе – и электронное правительство, и федеральная корпоративная ИТ-архитектура – предоставляют необходимые составляющие для достижения желаемой цели, состоящей в успешном внедрении прикладных информационных систем для электронного правительства, которые, в свою очередь, обеспечат требуемую эффективность и ответственность в выполнении функций государственного управления. Бизнес-архитектура. Основой бизнес-архитектуры является описание бизнес-процессов. Это определяет основные функциональные области деятельности организации (для За рубежом, в отличие от России, термины «корпоративные информационные системы» и «корпоративная архитектура» в равной степени применимы как к государственным структурам, так и к бизнесу. Более того, в последнее время произошла определенная эволюция в использовании термина «корпоративная архитектура». Сначала говорили об архитектуре информационных технологий, а теперь просто используется термин «корпоративная архитектура». 23 ИТ-директор, или управляющий по информационным технологиям (Chief Information Officer, CIO) – должностное лицо в частных и государственных организациях, отвечающее за использование информационных технологий. 24 42 министерства – это функции, перечисленные в Положении о министерстве, для коммерческой организации – процессы разработки, продажи товаров, услуг и пр.). Она также описывает специфические процессы внутри каждой функциональной области и их операционные параметры (например, объемы операций, роли, централизованная/децентрализованная модель операций и пр.). Эта часть архитектуры является точкой соприкосновения между бизнесархитектурой и архитектурой приложений, и она обеспечивает такой взгляд на бизнес и функции организации, который достаточно детализирован для того, чтобы его можно было использовать при выработке стратегии и планов создания приложений; Архитектура данных, определяющая, какие данные необходимы для поддержания бизнес-процессов (например, модель данных); Архитектура приложений, определяющая, какие приложения используются и должны использоваться для управления данными и поддержки бизнес-функций (например, модели приложений); Технологическая архитектура, определяющая, какие технологии могут обеспечить создание среды работы приложений, которые, в свою очередь, управляют данными и реализуют бизнес-функции. Бизнес Архитектура данных Архитектура приложений Технологическая (системная) архитектура (аппаратное и программное обеспечение, коммуникации) Рис. 19. Четыре типа архитектур, входящих в состав Федеральной ИТ-архитектуры госорганизаций В соответствии с этим в настоящее время в США ведется разработка взаимосвязанных так называемых справочных моделей (Reference Models) для каждой из перечисленных областей. Иерархия справочных моделей в рамках Федеральной ИТ-архитектуры госорганизаций показана на рисунке 20 и включает в себя: справочную модель показателей эффективности (Performance Reference Model, PRM); Федеральная ИТ-архитектура госорганизаций – это концептуальная модель описания в координированной, структурированной форме деятельности федерального правительства и государственных организаций с функциональной точки справочную модель описания бизнеса федеральной организации (Business Reference Model, BRM); справочную модель сервисных компонентов (Service Component Reference Model, SRM); справочную модель описания данных (Data Reference Model, DRM); технологическую справочную модель (Technology Reference Model, TRM). 43 Рис. 20. Справочные модели Федеральной ИТ-архитектуры госорганизаций В настоящее время (июнь 2003 года) опубликована уже вторая версия справочной модели описания бизнеса федеральной организации (Business Reference Model, BRM), первые версии справочной модели сервисных компонентов (Service Component Reference Model, SRM), технологической справочной модели (Technology Reference Model, TRM) и идет активная работа над остальными справочными моделями. В частности, cправочная модель описания бизнеса показывает деятельность федеральных государственных организаций с функциональной точки зрения независимо от того, какое государственное учреждение выполняет ту или иную функцию. Она представляет собой организованную, иерархическую конструкцию, описывающую повседневные бизнес-операции федеральных органов власти. В совокупности эти справочные модели являются, по сути дела, определенными руководствами, которые могут помочь государственным организациям при разработке собственной корпоративной архитектуры. Интересно отметить, что подход к описанию деятельности государственных организаций с точки зрения их бизнес-функций и процессов пересекается с развитием технологических стандартов интеграции, например UDDI, когда имеется возможность создания регистров организаций и их услуг также с учетом их бизнес-функций. Рисунок 21 иллюстрирует способы использования Федеральной ИТархитектуры госорганизаций при реализации межведомственных проектов. Пять справочных моделей, отображенных в верхней части рисунка, обеспечивают общую для всего федерального правительства методологическую основу. Ниже располагается набор межведомственных инициатив в области электронного правительства на федеральном уровне. Примерами таких инициатив в США являются проект создания портала поддержки международной торговли, национальная система принятия заявок на получение государственных грантов, портал для управления в условиях кризисных ситуаций и пр. Для каждой из таких инициатив используются общие подходы, которые заданы Федеральной ИТ-архитектурой госорганизаций. 44 Подход к описанию деятельности государственных организаций с точки зрения их бизнес-функций и процессов пересекается с развитием технологических стандартов интеграции, например UDDI, когда имеется возможность создания регистров организаций и их услуг также с учетом их бизнесфункций. Нижний уровень представляют отдельные министерства и ведомства, которые вовлечены в межведомственные проекты. Каждое ведомство использует единую методологию и язык, понятный всем участникам межведомственных инициатив. Эти же подходы используются для внутреннего описания и разработки своей собственной ИТ-архитектуры. Рис. 21. Использование Федеральной ИТ-архитектуры госорганизаций при реализации межведомственных проектов Реализация концепции и разработка Федеральной госорганизаций могут принести следующие преимущества: ИТ-архитектуры уменьшение дублирования информационных систем; обеспечение бóльшей совместимости и возможностей по интеграции систем; уменьшение стоимости информационных систем; оптимизация процессов выполнения функций организации; увеличение продуктивности и эффективности работы; улучшение управляемости систем; улучшения в управляемости организаций и поддержка процессов преобразований. Дополнительную информацию можно найти на различных веб-узлах, список которых приводится ниже. Некоторые полезные Интернет-ресурсы www.e-envoy.gov.uk – The Office of e-Envoy (Специальный государственный департамент, который отвечает за реализацию инициатив в области электронного правительства в Великобритании); www.govtalk.gov.uk – веб-узел, предлагающий информацию по проблематике электронного правительства в Великобритании; www.cio.gov – US CIO Council информационным технологиям, США); www.gao.gov/ – US General Accounting Office of Management and Budget (OMB) (Счетная палата Административно-бюджетного управления США); 45 (Совет директоров по www.feapmo.gov/ – Federal Enterprise Architecture Program Management Office (Специальный офис, созданный Административно-бюджетным управлением (OMB) для проекта Федеральной ИТ-архитектуры госорганизаций); www.whitehouse.gov/omb/inforeg – US President Office of Management and Budget (Административно-бюджетное управление США); www.ichnet.org/IAC_EA.htm – Industry Advisory Council Enterprise Architecture Shared Interest Group (IAC EASIG) Papers. Interoperability Clearing House (некоммерческая организация, занимающаяся вопросами информационного взаимодействия); www.nascio.org – National Association of CIO (Национальная ассоциация ИТ-директоров в США); www.e-govcompetence.ru – Центр компетенции по электронному правительству при Американской торговой палате в России. Во многом качество оказываемых государством услуг зависит от эффективности взаимодействия между самими государственными организациями. Интеграция информационных систем и ресурсов на основе стандартов XML и веб-служб обеспечивает повышение уровня взаимоотношений внутри государственного сектора и оперативный обмен информацией, необходимый для предоставления современных интегрированных услуг. Это также позволяет значительно ускорить выполнение соответствующих бизнес-процессов и уменьшить долю участия человека в процессе обмена и обработки информации. 46