Архитектурные требования и рекомендации

.4.2.2Метаданные

• 
  под метаданными понимаются статические сведения, непосредственно описывающие информационные объекты взаимодействия – то есть те электронные документы, которыми системы обмениваются или с которыми совершаются какие-то действия (нотаризация и т. п.). Метаданные вытекают из конкретного содержания и свойств того или иного объекта, а не параметров окружения и процедуры взаимодействия. В частности, из понятия «метаданные» исключаются различные средства автоматизации его жизненного цикла (например, схемы обработки, описания связанных ЭАР);
  
• 
  метаданные должны быть a) структурированными; б) целостными в рамках одного метаописания; в) формируемыми, валидируемыми и интерпретируемыми по единым для всех метаописаний данного типа формальным правилам;
  
• 
  метаданные должны обладать свойством отчуждаемости от исходного документа («принцип библиографической карточки»), то есть формат их представления должен обеспечивать а) простое извлечение метаданных из документа, если они хранятся внутри него; б) возможность интерпретации метаданных без обращения к содержимому документа; в) возможность интерпретации документа без обращения к его метаданным;
  
• 
  метаданные должны обладать свойством автономности, то есть их корректная интерпретация должна быть возможна без обращения к внешним ресурсам, по фиксированным правилам и с использованием ограниченного набора стандартизованных контролируемых справочников;
  
• 
  метаданные должны быть однозначно связаны с описываемым ими экземпляром документа. При этом, с учетом текущих ограничений инфраструктуры, документ может как находиться в сетевой среде и, соответственно, адресоваться с помощью стандартного механизма URI, так и размещаться на сменном машинном носителе. Для документов (информационных объектов), идентичных по содержанию, но различных по формату и способу представления (в т.ч. для переводов) должны использоваться различные метаописания. Обратная связь не регламентируется, документ может иметь произвольное количество метаописаний, и не обязан содержать сведений о них.
  

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

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

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

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

.4.3Компонентная точка зрения

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

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

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

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

• 
  Презентационный уровень описывает компоненты, выполняющие взаимодействие с пользователем и преобразование (трансформацию) информации к форме, пригодной для соответствующего клиента. Компонент презентации должен охватывать все стандарты коммуникации с рассмотренными на клиентском уровне терминалами.
  
• 
  Средний слой (слой предметной области) описывает ядро специфичных для процессов электронного государства компонентов. В среднем слое инкапсулируется специфичная логика данной информационной системы, и обрабатываются данные, получаемые из слоя источника. Средний слой должны стать основным источником компонентов для повторного использования в системах электронного государства. В связи с этим архитектура систем со средним слоем является особым случаем, когда АПО отходит от установления «чистых» стандартов взаимодействия и углубляется в вопросы внутренней реализации программ, определяя в качестве рекомендованной конкретную технологическую платформу Java 2 Enterprize Edition.
  

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

• 
  Слой источника описывает хранение данных. Как правило, реализуется при помощи готовых СУБД. Кроме того, данный уровень является обобщающим понятием для средств операционной системы, специфичных информационных хранилищ, а также существующих, но не соответствующих требованиям АПО систем (например, при создании локальных адаптеров к ним).
  

.4.4Инженерная точка зрения

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

• 
  Физическая защита системы.
  
• 
  Максимально возможно высокая доступность и готовность систем.
  
• 
  Повышение надёжности (устойчивости и доступности) систем и системных компонентов.
  
• 
  Повышение информационной защищенности с учетом классификации потребностей в защите.
  
• 
  Разделение систем по зонам безопасности.
  
• 
  Масштабируемость систем и инфраструктуры.
  
• 
  Простое и эффективное обслуживание персоналом.
  

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

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

1. 
   Защищённое от радиопомех безопасное помещение.
   
2. 
   Контроль доступа с персональной аутентификацией.
   
3. 
   Система пожаротушения с некоррозийными и нетоксичными агентами.
   
4. 
   Резервированная (дублирующая) система электропитания.
   
5. 
   Системы кондиционирования и вентиляции.
   
6. 
   Резервный удалённый центр хранения данных.
   

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

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

.4.5Технологическая точка зрения

Технологии, которые должны применяться (или рекомендованы к применению) в рамках АПО, описаны в соответствующих стандартизированных спецификациях и перечислены в Главном профиле АПО.

 

жүктеу/скачать 0.57 Mb.

Достарыңызбен бөлісу: