Внешний пользователь – субъект электронного государства, не связанный отношениями прямого подчиненения с владельцем (оператором) информационной системы (в отличие от внутренних пользователей, персонала и эксплуатационный персонала системы). Далее в тексте документа в случаях, когда это очевидно из контекста, слово «внешний» может опускаться, при этом для внутренних пользоватей используются термины «персонал» и «эксплуатационный/обслуживающий персонал».
Оператор информационной системы – организация (юридическое лицо), осуществляющая непосредственную техническую эксплуатацию информационной системы (обеспечение ее работоспособности), в т.ч. по договору с владельцем системы.
В тех случаях, когда смежным системам требуется обмениваться структурированными данными, и в АПО не определен специальный формат для данного типа данных, программы должны использовать для их представления метаязык XML, описывая конкретные структуры прикладных данных с помощью средств, стандартизованных в АПО.
Описание структур всех данных, используемых при информационном обмене, должно быть открытым и доступным для всех взаимодействующих сторон. В рамках инфраструктурного обеспечения АПО должно предусматриваться создание реестров описаний схем и форматов данных, используемых для информационного обмена между системами ЭГ.
В случае если для какой-либо ранее внедренной информационной системы ЭГ уже было разработано и опубликовано описание какого-либо типа данных на метаязыке, и оно удовлетворяет функциональным требованиям к вновь создаваемой системе, её разработчики должны отдавать предпочтение существующему формату.
В основу взаимодействия систем электронного государства должен быть положен обмен учетными объектами, то есть целостных совокупностей первичных учетных данных (как правило, электронных документов), снабженных отчуждаемыми метаописаниями (совокупностями вторичных учетных данных), используемыми для поиска, обработки и каталогизации (определения использованных в настоящем разделе понятий области учета данных см. в документе «Концепция государственного учета»).
Использование браузера в качестве универсального клиента
приложений электронного государства ставит своей целью предоставление равных возможностей доступа граждан к возможностям электронного государства.
Пример 1: С началом внедрения электронной отчетности налогоплательщиков в государственных пенсионных фондах и налоговых органах был разработан целый ряд взаимно несовместимых программ-клиентов, зачастую привязанных к конкретным технологическим платформам (в частности, к операционной системе DOS). Срок жизни этих приложений оказался больше, чем срок жизни платформы. В результате некоторые налогоплательщики были вынуждены поддерживать парк устаревшего оборудования исключительно с целью предоставления отчетности, то есть, по сути, финансируя потребности государства сверх установленных законом налогов и сборов, что прямо нарушает Конституцию. Между тем веб-технологии продемонстрировали хорошую стабильность и способность к поддержке совместимого развития – решения десятилетней давности, использующие в качестве клиентской программы браузер, успешно работают до сих пор.
Под использованием браузера в качестве универсального клиента подразумеваются следующие принципы:
1. Информационные системы электронного государства, для которых установлена обязанность предоставлять доступ гражданам, должны реализовывать доступ ко всем юридически значимым (определенным в соответствующем административном регламенте) функциям через Интернет по стандартизованным в АПО протоколам, ориентированным на веб-интерфейс. В других случаях (включая предоставление сервисных функций и предоставление услуг сотрудникам госорганов) использование браузера в качестве основного клиента для внешних пользователей является рекомендуемым и должно предпочитаться во всех случаях, где возможности универсальных браузеров (с учетом ниже указанных ограничений) обеспечивают разумный уровень удобства пользования интерфейсом.
2. В веб-интерфейсах следует отказываться от использования нестандартизованных в АПО активных компонентов, чтобы не принуждать пользователя к снижению порога безопасности в браузере и не порождать несовместимые со стандартными браузерами реализации. В случаях, когда функцию интерфейса невозможно осуществить стандартными средствами, следует использовать только подписанные приложения, безопасность которых подтверждена в установленном порядке.
3. Информационные системы электронного государства не должны записывать на компьютер пользователей никаких программных компонентов или данных, влекущих к потере пользователем контроля над своим компьютером.
Соответствие АПО является обязательным для всех систем, которые задействованы в приложениях и услугах электронного государства. При поставке готовых программ (то есть программ, которые не разрабатывались специально по госзаказу, а только устанавливаются и настраиваются) должны выбираться продукты, которые совместимы с принципами АПО.
Соответствие (конформность) программ требованиям настоящей архитектуры может быть определено только в составе или по отношению к конкретной информационной системе электронного государства. АПО не накладывает априорных запретов на какие-либо программы, технологии, производителей и т. д. АПО описывает разрешённые технические рамки разработки, эксплуатации и взаимодействия информационных систем государственных учреждений. Готовые программы и программные платформы, которые были рассмотрены и отвергнуты при оценке их соответствия АПО в рамках одной системы, не исключаются из рассмотрения при создании других систем.
АПО не ограничивает разработчиков и поставщиков в выборе способов и технологий реализации отдельных компонентов систем, рассматривая их, как целостные объекты с предопределенными свойствами и интерфейсами. Соответствие системы АПО определяется:
· применением стандартизированных компонентных, функциональных и процессных моделей;
· применением стандартизированных моделей данных при взаимодействии с другими информационными системами;
· применением стандартизованных в АПО технических спецификаций;
· использованием уже существующих в системах ЭГ самостоятельных компонентов;
· наличием документации, достаточной для независимой от разработчика эксплуатации и развития системы, а также повторного использования самостоятельных компонентов системы другими разработчиками.
Определения понятий по каждому из перечисленных пунктов будут описаны далее в тексте документа.
Как правило, для того, чтобы сделать вывод о соответствии информационной системы требованиям АПО, необходимо предварительно разделить эту систему на компоненты и определить соответствие АПО для каждого из них.
Ведомства, осуществляющие государственный заказ в области IT, могут установить обязательность представления разработчиками и поставщиками информационных систем и компонентов заявлений о соответствии (например, в условиях конкурсов). В заявлении о соответствии должны идентифицироваться все компоненты поставляемых систем и описываться способы, которыми обеспечивается соответствие этих компонентов (перечни поддерживаемых спецификаций, сведения о документации и т. п.).
Определения по разделу:
Готовая программа – программа (совокупность программ), которая не разрабатывалась (дорабатывалась) специально по госзаказу, а пригодна к применению в информационной системе электронного государства после установки и настройки (конфигурирования).
Компонент – завершённая и заменяемая часть информационной системы (как правило, программа или совокупность программ), рассматриваемый как единое целое, имеющие чётко определённую функцию в контексте архитектуры приложения в целом и специфицированные способы взаимодействия с ним (интерфейс).
Приложение – Конкретная область применения информационной системы (прикладная задача). Совокупность конкретного экземпляра информационной системы и среды ее применения.
Самостоятельный компонент – компонент, который может использоваться независимо от информационной системы, для которой он первоначально был разработан, а также компонент, представляющий собой готовую программу.
Поскольку одной из задач АПО определено обеспечение взаимодействия с уже существующими, в т.ч. технологически устаревшими и не удовлетворяющими базовым требованиям АПО системами, архитектура предусматривает необходимость поддержки некоторых наиболее распространенных унаследованных протоколов взаимодействия и форматов данных.
Тем не менее, АПО не ставит и не может ставить перед собой задачу обеспечения совместимости с любыми ранее внедренными технологиями. Реализация задач электронного государства в принципе невозможна на базе некоторых устаревших технологий.
В рамках АПО определяется набор технологических требований, до которого должны «спускаться» вновь разрабатываемые информационные системы, в число функций которых входит взаимодействие с унаследованными. Унаследованные системы, которые не обеспечивают совместимости даже на этом минимальном уровне, рассматриваются, как не относящиеся к области определения электронного государства, т.е. находящиеся извне по отношению к нему. Взаимодействие с ними рассматривается в том же ракурсе, что и взаимодействие с неэлектронными (некомпьютерными) системами документооборота и административными процессами, то есть как задача организационно-методического плана. Временные технические решения, предусмотренные для интеграции таких систем, не подпадают под действие АПО, однако должны быть как можно скорее заменены в рамках процедур миграции (см. ниже).