объем отчета (стр. 2 из 9)
Выявленные общие тенденции, которые могут быть учтены и использованы при построении отечественной системы регулирования в области АПО, перечислены и проанализированы в заключительной части отчета.
1.1 Область применения, статус и цели
Политика федерального правительства Германии в отношении АПО определена в документе «Standards and Architectures for e-government Applications» (SAGA, «Стандарты и архитектурные решения для приложений электронного правительства», версия 2, 2003 год). Созданием и сопровождением документа занимается Координационная и консультационная служба федерального правительства по информационным технологиям в госадминистрации (KBSt).
В качестве основных целей SAGA декларируются:
· обеспечение постоянных информационных потоков между гражданами, государством и партнёрами государства (взаимодействие);
· реализация сравнимых методов при подготовке услуг и для определения моделей данных; свободным землям и коммунам (общинам) предлагается использовать результаты разработки инициативы Bund Online 2005 (переиспользуемость);
· предоставление возможности обратиться к спецификациям в форме свободно доступной документации (открытость);
· учет новых разработок на рынке и в области стандартизации (снижение стоимости и рисков);
· обеспечение пригодности решений с учётом меняющихся требований в отношении объёмов и частоты транзакций (масштабируемость).
SAGA описывает разрешённые технические рамки разработки, коммуникации и взаимодействия IT-систем федеральных учреждений. Соответствие SAGA является принципиально обязательным для всех процессов и систем, которые задействованы в услугах электронного правительства (die E-Government-Dienstleistungen des Bundes erbringen). Для систем, не имеющих прямого интерфейса к электронному правительству, разрешена миграция, если соотношение затрат и отдачи является разумным.
При описании архитектуры приложений электронного правительства авторы SAGA используют Reference Model for Open Distributed Processing (RM-ODP, эталонная модель для открытой распределенной разработки, ISO 1996). Данная модель не является обязательной, но настоятельно рекомендуется для использования. Приложения электронного государства в SAGA рассматривается со следующих точек зрения:
· организационной (enterprise), описывающий общие подходы к моделированию процессов и построению информационных систем;
· информационной (information), описывающей свойства и семантику обрабатываемых данных;
· компонентной (computational), рассматривающей приложение как совокупность функциональных модулей и интерфейсов для их взаимодействия;
· инженерной (engineering), описывающей инфраструктуру, в т.ч. техническую и телекоммуникационную, необходимую для работы распределенных программных систем;
· технологической (technology), рассматривающей приложение как совокупность используемых в нем технологий.
Собственно предметом стандартизации являются технологические требования к приложениям, Концепции первых четырех представлений накладывают условия на технологические стандарты.
SAGA разработана, как новый ключевой документ в составе сводного издания документов KBSt, включающего более ранние концепции («V-модель», «Руководство по миграции», «DOMEA» и др.). Эти документы частично заменяются SAGA, а не охваченные в SAGA вопросы, освещенные в них, должны быть заново согласованы с учетом новой модели АПО, предлагаемой в SAGA. В то же время принято решение при дальнейшем написании SAGA избежать дальнейшего внесения разногласий между актуальными документами.
Подход SAGA основывается на повсеместном использовании стандартов в процессе реализации технических инициатив проекта электронного правительства Германии, которые сосредоточиваются на четырех направлениях (задачах):
· Выявлении технических нормативов, эталонов, стандартов и архитектур.
· Моделировании процессов.
· Моделировании данных.
· Создании базовых компонентов.
SAGA определяет строгую процедуру установления соответствия систем ее требованиям, включающую, в частности, декларирование соответствия разработчиками систем. Приложение для электронного правительства, удовлетворяющее требованиям SAGA, должно:
· применять стандартизированные модели процессов;
· использовать стандартизированные модели данных;
· обеспечивать совместимость с описанными в SAGA техническими стандартами и архитектурами;
· использовать существующие (ранее разработанные) базовые компоненты.
Для несоответствующих (неконформных) систем устанавливается целый ряд ограничений в использовании:
· ограничено использование базисных компонентов;
· консультационные услуги центров компетенции ограничиваются;
· интерфейсы таких систем не обслуживаются (не поддерживаются);
· субсидии, в особенности средства для инициативы BundOnline 2005, становятся невозможными;
· интеграция системы в портал www.bund.de становится невозможной.
Приложения для электронного правительства, согласно SAGA, разрабатываются в соответствии со следующими основополагающими принципами:
· приложения для электронного правительства используют в качестве фронт-энда браузер, переносимые сервисы отображаются только через браузер за исключением отдельных случаев, где это не представляется разумным;
· разработчики отказываются от использования активных компонентов, чтобы не принуждать пользователя к снижению порога безопасности в браузере, что может повлечь за собой повреждение данных пользователей из-за небезопасных веб-страниц, либо используют как минимум только подписанные и безопасные приложения в соответствии с определенными в SAGA процедурами и спецификациями;
· приложения для электронного правительства не записывают на компьютер пользователей никаких программных компонентов или данных, влекущих к потере пользователем контроля над своим компьютером.
SAGA декларирует однозначную ориентацию на открытые системы и, в частности, прямо оговаривает на необходимость отказа от использования закрытых решений Microsoft, что является довольно необычным шагом. В качестве альтернативы предусматривается использование платформ J2SP и J2EE.
В отличие от большинства других проектов в области АПО, SAGA определяет требования к приложениям не только на уровне взаимодействия, но и на уровне компонентной структуры. В качестве основной компонентной архитектуры предложена многослойная модель со средним слоем, показанная на Рис. 1.1:
 Рис. 1.1. |
· Клиентский уровень модели представляет различные каналы доступа, различия которых обусловлены разными пользователями, терминалами, способами передачи и целями применения. В SAGA предусматриваться как минимум три канала доступа:
- доступ пользователей через веб-браузер;
- доступ пользователь через мобильные каналы (WAP, PDA);
- доступ внешних систем через стандартизованные интерфейсы, в первую очередь – через веб-сервисы.
· Презентационный уровень описывает компоненты, выполняющие взаимодействие с пользователем и преобразование (трансформацию) информации к форме, пригодной для соответствующего клиента. Компонент презентации должен охватывать все стандарты коммуникации с рассмотренными на клиентском уровне терминалами.
· Средний слой (слой предметной области) описывает ядро специфичных для процессов электронного государства компонентов. В среднем слое инкапсулируется специфичная логика данной информационной системы и обрабатываются данные, получаемые из постоянного слоя. Средний слой определяется, как основной источником компонентов для повторного использования.
· Постоянный слой описывает хранение данных. Как правило, реализуется при помощи готовых СУБД. Кроме того, данный уровень является обобщающим понятием для средств операционной системы, специфичных информационных хранилищ, а также унаследованных систем, не соответствующих требованиям SAGA.
Интересным с российской точки зрения является учет в документе федеративной структуры государственных органов Германии. Организационная точка зрения SAGA устанавливает требования к налаживанию всех основных типов взаимодействия (G2С, G2B, G2G) в рамках электронного государства, при этом большое внимание уделяется взаимодействию с местными органами самоуправления.
Рекомендуемая SAGA модель взаимодействия показана на Рис. 1.2:
 Рис. 1.2. |
1.5 Порядок отбора спецификаций
В SAGA определена достаточно сложная модель мониторинга и принятия стандартов, включающая основной каталог стандартов, в котором стандарты могут иметь следующие статусы:
· Обязательные. Стандарты являются обязательными, когда они одобрены м предоставляют предпочитаемое решение задачи. Эти стандарты рассматриваются и применяются в первую очередь. Конкурирующие стандарты могут быть одновременно обязательными, если основные задачи приложений явно различаются между собой. Если одновременно существуют обязательные и рекомендованные, либо находящиеся под наблюдением стандарты, то последние из них должны применяться лишь в обоснованных исключительных случаях. Обязательная классификация не обозначает, что стандарт применяется в каждом приложении для электронного правительства. Обязательный стандарт должен использоваться только в том случае, когда технология или функциональность, связанная со стандартом, является обязательной или желательной в контексте требований к определённому приложению.