«Электронная Германия»: архитектура и ее
элементы
Политика
федерального правительства Германии в отношении архитектуры программного
обеспечения (АПО) определена в документе Standards and Architectures for
e-government Applications («Стандарты и архитектурные решения для приложений
“электронного правительства”»). Созданием и сопровождением документа
занимается Координационная и консультационная служба федерального
правительства по информационным технологиям в госадминистрации (KBSt).
В качестве
основных целей SAGA декларируются:
● обеспечение постоянных информационных
потоков между гражданами, государством и партнерами государства
(взаимодействие);
● реализация сравнимых методов подготовки
услуг и определение моделей данных; свободным землям и коммунам (общинам)
предлагается использовать результаты разработки инициативы Bund Online 2005
(«переиспользуемость»);
● предоставление возможности обратиться к
спецификациям в форме доступной документации (открытость);
● учет новых разработок на рынке и в области
стандартизации (снижение стоимости и рисков);
● обеспечение пригодности решений с учетом
меняющихся требований к объемам и частоте транзакций (масштабируемость).
SAGA описывает
разрешенные технические рамки разработки, коммуникации и взаимодействия
ИТ-систем федеральных учреждений. Соответствие 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 определяет требования к
приложениям на уровне не только взаимодействия, но и компонентной структуры;
● клиентский уровень модели представляет
различные каналы доступа, различия которых обусловлены разными
пользователями, терминалами, способами передачи и целями применения. В SAGA
предусматриваться, как минимум, три канала доступа:
● доступ пользователей через веб-браузер;
● доступ пользователей через мобильные
каналы (WAP, PDA);
● доступ внешних систем через
стандартизованные интерфейсы, в первую очередь через веб-сервисы;
● презентационный уровень описывает
компоненты, выполняющие взаимодействие с пользователем и преобразование
(трансформацию) информации к форме, пригодной для соответствующего клиента.
Компонент презентации должен охватывать все стандарты коммуникации с
рассмотренными на клиентском уровне терминалами;
● средний слой (предметной области)
описывает ядро специфичных для процессов «Электронного государства»
компонентов.
Здесь
инкапсулируется специфичная логика данной информационной системы и
обрабатываются данные, получаемые из постоянного слоя.
● Средний слой определяется как основной
источник компонентов для повторного использования;
● постоянный слой описывает хранение данных
и реализуется, как правило, при помощи готовых СУБД. Кроме того, данный
уровень является обобщающим понятием для средств операционной системы,
специфичных информационных хранилищ, а также унаследованных систем, не
отвечающих требованиям SAGA.
Весьма интересным
представляется учет в документе федеративной структуры государственных
органов Германии. Организационная точка зрения SAGA устанавливает требования
к налаживанию всех основных типов взаимодействия (G2С, G2B, G2G) в рамках
«Электронного государства», при этом большое внимание уделяется
взаимодействию с местными органами самоуправления.
Порядок отбора спецификаций
В SAGA определена
достаточно сложная модель мониторинга и принятия стандартов, включающая
основной каталог стандартов, имеющих следующие статусы:
● обязательные. Стандарты являются
обязательными, когда они одобрены и предоставляют оптимальное решение задачи.
Рассматриваются и применяются такие стандарты в первую очередь. Конкурирующие
стандарты могут быть обязательными, если основные задачи приложений явно
различаются между собой. Если одновременно существуют обязательные и
рекомендованные либо находящиеся под наблюдением стандарты, то последние из
них должны применяться лишь в исключительных случаях. Обязательная классификация
не означает, что стандарт применяется в каждом приложении для «Электронного
правительства», а только тогда, когда технология или функциональность,
связанная со стандартом, является обязательной либо желательной в контексте
требований к определенному приложению;
● рекомендованные. Рекомендация стандартов
возможна в том случае, если они прошли проверку на надежность, но либо не
являются необходимыми (например, не обеспечивают оптимального решения
задачи), либо еще не были рассмотрены в качестве обязательных стандартов.
Если помимо рекомендуемых стандартов не существует конкурирующих
обязательных, то обоснованное отклонение от рекомендуемых стандартов возможно
только в порядке исключения. Конкурирующие стандарты могут быть одновременно
рекомендуемыми, если различия в их применении четко разграничены. В подобных
ситуациях для каждого отдельного случая выбирается наиболее подходящий
стандарт. При одновременном существовании рекомендуемых и наблюдаемых
стандартов последние из них могут обоснованно применяться лишь в порядке
исключения;
● под наблюдением. Стандарты находятся под
наблюдением, если они следуют в желаемом направлении развития, но при этом не
являются достаточно зрелыми либо еще не закрепились на рынке.
Помимо
классифицированных в каталоге в SAGA ведутся еще три справочных списка
следующих стандартов:
● новые, еще не прошедшие оценку;
● устаревшие, исключенные из использования;
● готовящиеся к вводу в эксплуатацию.
1. Новый стандарт
предлагается для включения в классификатор командой разработчиков,
экспертами, участниками форума и включается в «белый» список на сайте. Из
позиции 1 возможен переход в позицию 3 за один шаг.
2. Стандарты, не
прошедшие оценку и не включенные в классификатор, переносятся в «черный»
список отвергнутых стандартов.
3. Стандарт с
позитивными результатами тестирования добавляется в следующую версию
классификатора.
4. Стандарт,
вошедший со статусом «рассматриваемый», получает статус «рекомендуемый» в
следующей версии классификатора.
5. Вошедший
стандарт со статусом «рекомендуемый» получает статус «одобренный».
6. Стандарт,
вошедший со статусом «одобренный», получает статус «рекомендуемый». Переход
из позиции 6 в 7 может быть выполнен за один шаг.
7. Стандарт,
вошедший со статусом «рекомендуемый», не включается в следующую версию
классификатора, а переходит в «серый» список.
8. Устаревшие
стандарты из «серого» списка, которые более не используются и не
поддерживаются, перемещаются в «черный».
9. Стандарты со
статусом «рассматриваемый», которые не прошли проверку на соответствие принципам
SAGA, переносятся в «черный» список.
Структура каталога спецификаций
Каталог
спецификаций и стандартов содержится в разделе «Технологическая точка зрения»
и имеет следующую структуру:
● моделирование процессов (Process
modeling);
● моделирование данных (Data modeling);
●
архитектураприложений (Application architecture);
●
клиент (Client);
● представление (Presentation);
● коммуникации (Communication);
● соединение с оконечными устройствами
(Connection to the back-end).
Особенности архитектуры
В отдельный раздел
архитектурной модели, не предусмотренный в пятизвенной схеме ODP, выделены
вопросы безопасности информационных систем.
|