Тенденции развития европейских GIF

Одна из наиболее «горячих» тем, связанных с разработкой требований к информационным системам государства – определение формата офисных электронных документов. Почти все европейские GIF на сегодня избегают указания в каталоге стандартов «стандартов де-факто» и ограничиваются альтернативными спецификациями, не зависящими от конкретного поставщика (например, HTML для тестовых документов, CSV для электронных таблиц и т. д.). В Европе лишь британский e-GIF (и то лишь в последней версии каталога стандартов[41], разработанной после того, как ведение e-GIF было передано другому ведомству) допускает, помимо других, использование форматов файлов Microsoft Office.

В последнее время наметилась тенденция перехода правительств к использованию формата OpenDocument, изначально реализованному в свободном офисном пакете OpenOffice.org и утвержденному Международной организацией по стандартизации (ISO) в 2006 г. OpenDocument стал первым признанным стандартом, не контролируемым единственным поставщиком (как форматы Microsoft Office) и имеющий различные реализации (помимо пакета OpenOffice.org, стандарт OpenDocument с тем или иным качеством поддержан в Google Docs & Spreadsheets, в офисных пакетах KOffice, AbiWord, Lotus Notes и др.).

В последней версии SAGA формат OpenDocument имеет статус «на рассмотрении». Он же фигурирует как обязательный при приеме информации от граждан в проекте французского документа RGI, при этом прямо запрещается миграция государственных учреждений к использованию формата офисных документов иного чем OpenDocument.

По мере периодического пересмотра европейских сводов технологических требований следует ожидать попадания в них формата OpenDocument.

Другая тенденция заключается в росте подробности и тематического охвата сводов требований по совместимости. Это связано как с «вызреванием» технологий (например, технологий видеоконференц-связи), так и со зрелостью самих сводов требований по совместимости и «обкатанностью» их базовых разделов.

Так, последняя версия каталога технических стандатов e-GIF содержит разделы, посвященные IP-телефонии, смарт-картам, обеспечению доступности (accessibility) электронных услуг и др. Разработчики SAGA в ближайшее время планируют доработать документ в части стандартизации моделей данных и процессов. Наконец, разработчики французского RGI в организационном разделе разработали ряд требований к базовым процессам, связанным с предоставлением государственных услуг (например, требования к выполнению аутентификации, требования к электронному архивированию и др.).

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

Рекомендации в отношении развития российского проекта GIF

Сопоставление с опытом стран Европы позволяет предложить следующие рекомендации российским разработчикам GIF:

1. Следует приступить к реализации внедрения GIF на правительственном уровне как можно раньше — скорее всего, неизбежные в этом случае согласования займут не менее одного года времени. Усовершенствование текста GIF, а в особенности, его технической части, следует осуществлять по мере его рассмотрения на правительственном уровне и получения соответствующих замечаний.
2. По возможности, следует при составлении технической части GIF в большей степени ориентировать его на непосредственных заказчиков и исполнителей по государственным контрактам, т.е. сделать текст максимально простым в применении и самодостаточным не только для чиновников, но и для технических специалистов, как это сделано в случае со всеми европейскими GIF.
3. На этапе первоначального внедрения следует максимально упростить техническую часть документа, т.е. количество включенных в него технических спецификаций. Это позволит одновременно добиться ряда нескольких преимуществ: облегчит обсуждение проекта GIF на межведомственном уровне и упростит его первоначальное применение в ходе выполнения заказов на разработку государственных информационных систем. Кроме того, накопление обратной связи с государственными заказчиками и их исполнителями позволит в большей степени учесть, какие именно технологии следует в первую очередь помещать в GIF при публикации второй и последующих версий.

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

1. Следует, сразу после придания проекту по внедрению GIF характера инициативы межведомственного уровня, организовать масштабное общественное обсуждение с привлечением заинтересованных граждан, представителей государственных учреждений и ИТ-сектора. При этом в том случае, если разработка GIF преследует цели внесения качественных изменений в сложившийся порядок разработки государственных информационных систем, в ходе публичного обсуждения следует решить важную задачу установления связей с сообществом граждан и государственных служащих, заинтересованных в проведении подобных положительных реформ. Это позволит обеспечить проекту политическую поддержку в том случае, если часть поставщиков, не заинтересованная в появлении единых требований к государственным информационным системам, начнет активно противодействовать его реализации.

 

Приложение

Проекты актуализированных документов Концепции СПО в соответствии с обоснованной в отчете необходимостью доработки и с учетом предложений, выработанных в ходе апробации Концепции

общие требования

Разрабатываемая информационная система (программа, программный комплекс) должна соответствовать следующим требованиям:

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

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

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

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

Государственные информационные системы подразделяются в зависимости от их назначения:

§ Информационные системы, созданные для реализации полномочий одного государственного органа, являются ведомственными информационными системами.

§ Информационные системы, созданные для реализации полномочий нескольких государственных органов, являются межведомственными информационными системами.

Для ведомственной информационной регламентируются способы взаимодействий со следующими смежными системами:

§ С ведомственными информационными системами других органов государственной власти, госучреждений и иных ведомств (кроме территориальных органов того же органа власти), межведомственными информационные системы (межведомственные взаимодействия).

§ С негосударственными информационные системами (информационные системы, владельцами которых не являются органы государственной власти), в т.ч.:

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

Для межведомственных информационных систем требования по стандартизации интерфейсов предъявляются к любым взаимодействиям со смежными системами.

На взаимодействия негосударственных систем друг с другом требования по стандартизации не распространяются.

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

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

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

Требованиями по стандартизации не устанавливается каких-либо ограничений или предпочтений в отношении конкретных технологий и программ, используемых для реализации стандартизованных взаимодействий.

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

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

Инструкция по заполнению Декларации приведены в настоящей конкурсной документации.

Дополнения в информационной карте. Методика оценки заявок

Критерий ___[42]. «Степень соответствия информационной системы, в том числе программного обеспечения, требованиям по стандартизации интерфейсов указанных систем»

Степень соответствия информационных систем требованиям по стандартизации интерфейсов оценивается:

§ по полноте перечня интерфейсов, выделенных в соответствии с Требованиями по стандартизации;

§ по применению для реализации интерфейсов стандартизованных спецификаций, указанных в Перечне интерфейсов и стандартизованных спецификаций.

При наличии описания всех интерфейсов системы и при использовании для реализации этих интерфейсов, соответствующих спецификаций, указанных в Перечне интерфейсов и стандартизованных спецификаций, заявке начисляется ___ баллов[43].

В том случае, если часть попадающих под Требования по стандартизации интерфейсов не описана в Декларации (форма _____[44]) надлежащим образом или реализована без применения соответствующих стандартизованных спецификаций, указанных в Перечне интерфейсов и стандартизованных спецификаций, количество начисляемых баллов уменьшается пропорционально части неописанных или несоответствующим образом реализуемых интерфейсов.

 

Перечень допустимых способов реализации взаимодействий

№	Наименование способа	Условия применимости	Требования к реализации
Информационные взаимодействия с гражданами
1.	Интерактивное взаимодействие с использованием веб-браузера	Основной способ реализации	Взаимодействие с браузером пользователя должно осуществляться в соответствии с требованиями набора спецификаций из раздела А Перечня стандартизованных спецификаций. Доступ к данным и функциям системы должен быть возможен без использования расширений указанных спецификаций, загружаемых на компьютер пользователя модулей и т.п. средств, ограничивающих доступность системы для каких-либо операционных систем или браузеров. Сетевой доступ должен осуществляться через Интернет, использование других сетей или каналов связи допускается только в качестве дополнительной возможности.
2.	Загрузка-выгрузка файлов при браузерном доступе.	Дополнительный способ. Реализация допускается только в рамках интерактивного взаимодействия с использованием веб-браузера (п.1).	Загрузка (выгрузка) файлов должна осуществляться средствами стандартного набора спецификаций для браузерного взаимодействия (раздел А Перечня стандартизованных спецификаций). Для соответствующих типов данных должны поддерживаться форматы, приведенные в разделе В Перечня стандартизованных спецификаций (в декларации указываются конкретные поддерживаемые форматы). При обмене структурированными документами в формате XML для подготовки данных допускается применение «толстого клиента» (специализированного клиенского приложения) на условиях, указанных в п. 5 настоящего Перечня. При использовании XML-файлов (электронных документов) разработчиком должны быть представлены их документированные схемы (п. 37 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования к документированию и регистрации схем. Использование бинарных вставок в XML допускается только для представления данных в форматах, перечисленных в разделе В Перечня стандартизованных спецификаций.
3.	Интерактивное взаимодействие с использованием дополнительных модулей криптографической защиты или ЭЦП.	В случаях, когда техническим регламентом или иным федеральным законом установлены требования по применению сертифицированных средств криптографической защиты.	Требования к средствам криптозащиты устанавливаются соответствующим техническим регламентом. Если в регламенте не установлено иное, модуль криптографической защиты должен обеспечивать прозрачное туннелирование стандартизованных браузерных взаимодействий. При использовании криптографической защиты файлов она должна накладываться поверх защищаемого файла в стандартизованном формате (раздел В Перечня стандартизованных спецификаций).
4.	Прием информации на машинных носителях	1. В случаях если необходимо придание юридической значимости передаваемым данным, которое не может быть обеспечено практически доступными на момент ввода системы в эксплуатацию средствами ЭЦП (в т.ч. по организационным или нормативным причинам). 2. В случаях если большинство потенциальных пользователей системы не имеют доступа к сети интернет или объем передаваемых данных заведомо превышает доступную им полосу пропускания, причем данное условие прямо оговорено в технических требованиях заказчика (в декларации должна содержаться ссылка на пункт требований).	Поддерживаемая файловая система и форматы файлов должны соответствовать требованиям раздела В Перечня стандартизованных спецификаций. При обмене структурированными документами в формате XML для подготовки данных допускается применение «толстого клиента» (специализированного клиенского приложения) на условиях, указанных в п. 5 настоящего Перечня. При использовании XML-файлов (электронных документов) разработчиком должны быть представлены их документированные схемы (п. 37 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования к документированию и регистрации схем. Использование бинарных вставок в XML допускается только для представления данных в форматах, перечисленных в разделе В Перечня стандартизованных спецификаций. Придание юридической значимости данным на машинных носителях осуществляется в соответствии с ГОСТ 6.10.4‑84
5.	С использованием «толстого клиента».	В случаях если функционал системы предусматривает обмен сложными структурированными электронными документами и при условии, что клиентское приложение: 1. Является кроссплатформенным (требования по кроссплатформенности приводятся в ТЗ). 2. Передается госзаказчику на условиях, допускающих неограниченное воспроизведение и использование (включено в табл. 1 декларации передаваемых прав).	Сетевые взаимодействия между системой и клиентом (при их наличии) должны осуществляться с использованием набора спецификаций для реализации веб-сервисов (раздел Б Перечня стандартизованных спецификаций). Предоставляемые декларируемой системой веб-сервисы должны быть описаны в соответствии со спецификацией WSDL (п. 12 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования по регистрации описаний. Сетевой доступ должен осуществляться через Интернет, использование других сетей или каналов связи допускается только в качестве дополнительной возможности. Использование push-режима взаимодействия («прослушивание» портов на клиентской стороне) с толстым клиентом не допускается Для представления структурированных данных должен использоваться язык XML (п. 16 Перечня стандартизованных спецификаций). Все типы XML-файлов (электронных документов) используемые в информационном обмене, должны сопровождаться документированными схемами (п. 37 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования к документированию схем. Использование бинарных вставок в XML допускается только для представления данных в форматах, перечисленных в разделе В Перечня стандартизованных спецификаций.
6.	Асинхронный обмен с использованием электронной почты	1. Для отправки уведомлений и подтверждений в связи с действиями пользователя, выполненными в режиме интерактивного браузерного доступа или системными событиями по запросу пользователя. 2. Для приема (отправки) документов, снабженных дополнительной криптографической защитой или ЭЦП - в случаях, предусмотренных техническими регламентами или иными федеральными законами.	С использованием набора спецификаций для электронной почты (раздел Д Перечня стандартизованных спецификаций). Пересылка почты должна осуществляться через Интернет, использование других сетей или каналов связи допускается только в качестве дополнительной возможности или в случаях, установленных техническим регламентом. При пересылке вложенных файлов должны для соответствующих типов данных должны использоваться форматы, приведенные в разделе В Перечня стандартизованных спецификаций (в декларации указываются конкретные поддерживаемые форматы). При использовании XML-файлов (электронных документов) разработчиком должны быть представлены их документированные схемы (п. 37 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования к документированию и регистрации схем. Использование бинарных вставок в XML допускается только для представления данных в форматах, перечисленных в разделе В Перечня стандартизованных спецификаций.
7.	Иные способы взаимодейтвия	Допускаются только в качестве дополнительного (дублирующего) способа реализации взаимодействия
Информационные взаимодействия с негосударственными организациями
8.	Межсистемный обмен информацией через веб-сервисы	В случаях, когда предоставляемые декларируемой системой данные предназначены преимущественно для использования в автоматизированных системах получателя (справочники, классификаторы, пакеты нормативно-справочной информации), или если от пользователя принимается сложно структурированная информация (бухгалтерская, налоговая, статистическая отчетность), подготовленная в автоматизированных системах пользователя. В случае если в системе не реализуется данный вид взаимодействия и система не подпадает под иные специальные условия, перечисленные в данном разделе, то должно быть обеспечено интерактивно взаимодействие с использованием веб-браузера (п. 9).	С использованием набора спецификаций для реализации веб-сервисов (раздел Б Перечня стандартизованных спецификаций). Сетевой доступ должен осуществляться через Интернет, использование других сетей или каналов связи допускается только в качестве дополнительной возможности. Предоставляемые декларируемой системой веб-сервисы должны быть описаны в соответствии со спецификацией WSDL (п. 12 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования по регистрации описаний и схем.
9.	Интерактивное взаимодействие с использованием веб-браузера	В случаях, когда в рамках взаимодействия предоставляются данные справочного характера или принимаются данные простой структуры (заявления, регистрационные формы), а также в других случаях, когда обмен информацией осуществляется преимущественно в режиме ручного интерактивного ввода. Допускается также в качестве дополнительного средства ввода/получения данных, дублирующего межсистемный обмен информацией через веб-сервисы (п. 8). В случае если в системе не реализуется данный вид взаимодействия и система не подпадает под иные специальные условия, перечисленные в данном разделе, то должен быть обеспечен межсистемный обмен через веб-сервисы (п. 8).	Взаимодействие с браузером пользователя должно осуществляться в соответствии с требованиями набора спецификаций из раздела А Перечня стандартизованных спецификаций. Доступ к данным и функциям системы должен быть возможен без использования расширений указанных спецификаций, загружаемых на компьютер пользователя модулей и т.п. средств, ограничивающих доступность системы для каких-либо операционных систем или браузеров. Сетевой доступ должен осуществляться через Интернет, использование других сетей или каналов связи допускается только в качестве дополнительной возможности.
10.	Загрузка-выгрузка файлов при браузерном доступе.	Дополнительный способ. Реализация допускается только в рамках интерактивного взаимодействия с использованием веб-браузера (п. 9).	Загрузка (выгрузка) файлов должна осуществляться средствами стандартного набора спецификаций для браузерного взаимодействия (раздел А Перечня стандартизованных спецификаций). Для соответствующих типов данных должны поддерживаться форматы, приведенные в разделе В Перечня стандартизованных спецификаций (в декларации указываются конкретные поддерживаемые форматы). При обмене структурированными документами в формате XML для подготовки данных допускается применение «толстого клиента» (специализированного клиенского приложения) на условиях, указанных в п. 13 настоящего Перечня. При использовании XML-файлов (электронных документов) разработчиком должны быть представлены их документированные схемы (п. 37 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования к документированию и регистрации схем. Использование бинарных вставок в XML допускается только для представления данных в форматах, перечисленных в разделе В Перечня стандартизованных спецификаций.
11.	Интерактивное взаимодействие с использованием дополнительных модулей криптографической защиты или ЭЦП.	В случаях когда техническим регламентом или иным федеральным законом установлены требования по применению сертифицированных средств криптографической защиты.	Требования к средствам криптозащиты устанавливаются соответствующим техническим регламентом. Если в регламенте не установлено иное, модуль криптографической защиты должен обеспечивать прозрачное туннелирование стандартизованных браузерных взаимодействий. При использовании криптографической защиты файлов она должна накладываться поверх защищаемого файла в стандартизованном формате (раздел В Перечня стандартизованных спецификаций).
12.	Прием информации на машинных носителях	1. В случаях если необходимо придание юридической значимости передаваемым данным, которое не может быть обеспечено практически доступными на момент ввода системы в эксплуатацию средствами ЭЦП (в т.ч. по организационным или нормативным причинам). 2. В случаях если большинство потенциальных пользователей системы не имеют доступа к сети интернет или объем передаваемых данных заведомо превышает доступную им полосу пропускания, причем данное условие прямо оговорено в технических требованиях заказчика (в декларации должна содержаться ссылка на пункт требований).	Поддерживаемая файловая система и форматы файлов должны соответствовать требованиям раздела В Перечня стандартизованных спецификаций. При обмене структурированными документами в формате XML для подготовки данных допускается применение «толстого клиента» (специализированного клиенского приложения) на условиях, указанных в п. 4 настоящего Перечня. Придание юридической значимости данным на машинных носителях осуществляется в соответствии с ГОСТ …
	С использованием «толстого клиента».	В случаях если функционал системы предусматривает обмен сложными структурированными электронными документами и при условии, что клиентское приложение: 1. Является кроссплатформенным (требования по кроссплатформенности приводятся в ТЗ). 2. Передается госзаказчику на условиях, допускающих неограниченное воспроизведение и использование (должно быть включено в табл. 1 декларации передаваемых прав).	Сетевые взаимодействия между системой и клиентом (при их наличии) должны осуществляться с использованием набора спецификаций для реализации веб-сервисов (раздел Б Перечня стандартизованных спецификаций). Предоставляемые декларируемой системой веб-сервисы должны быть описаны в соответствии со спецификацией WSDL (п. 12 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования по регистрации описаний. Сетевой доступ должен осуществляться через Интернет, использование других сетей или каналов связи допускается только в качестве дополнительной возможности. Использование push-режима взаимодействия («прослушивание» портов на клиентской стороне) с толстым клиентом не допускается Для представления структурированных данных должен использоваться язык XML (п. 16 Перечня стандартизованных спецификаций). Все типы XML-файлов (электронных документов) используемые в информационном обмене, должны сопровождаться документированными схемами (п. 37 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования к документированию схем). Использование бинарных вставок в XML допускается только для представления данных в форматах, перечисленных в разделе В Перечня стандартизованных спецификаций.
	Асинхронный обмен с использованием электронной почты	1. Для отправки уведомлений и подтверждений в связи с действиями пользователя, выполненными в режиме интерактивного браузерного доступа или системными событиями по запросу пользователя. 2. Для приема (отправки) документов, снабженных дополнительной криптографической защитой или ЭЦП - в случаях, предусмотренных техническими регламентами или иными федеральными законами.	С использованием набора спецификаций для электронной почты (раздел Д Перечня стандартизованных спецификаций). Пересылка почты должна осуществляться через Интернет, использование других сетей или каналов связи допускается только в качестве дополнительной возможности или в случаях, установленных техническим регламентом. При пересылке вложенных файлов должны для соответствующих типов данных должны использоваться форматы, приведенные в разделе В Перечня стандартизованных спецификаций (в декларации указываются конкретные поддерживаемые форматы). При использовании XML-файлов (электронных документов) разработчиком должны быть представлены их документированные схемы (п. 37 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования к документированию и регистрации схем. Использование бинарных вставок в XML допускается только для представления данных в форматах, перечисленных в разделе В Перечня стандартизованных спецификаций.
	Иные способы взаимодейтвия	Допускаются только в качестве дополнительного (дублирующего) способа реализации взаимодействия
Межведомственные информационные взаимодействия
	Межсистемный обмен информацией через веб-сервисы	Основной способ взаимодействия	С использованием набора спецификаций для реализации веб-сервисов (раздел Б Перечня стандартизованных спецификаций). Тип сетевой среды для взаимодействия определяется в соответствии с требованиями технических регламентов и законов в области защиты информации. Для передачи некатегоризированной информации рекомендуется использование Интернета. Предоставляемые декларируемой системой веб-сервисы должны быть описаны в соответствии со спецификацией WSDL (п.12 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования по регистрации описаний. Все типы XML-файлов (электронных документов) используемые в информационном обмене, должны сопровождаться документированными схемами (п. 37 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования к документированию и регистрации схем. Использование бинарных вставок в XML допускается только для представления данных в форматах, перечисленных в разделе В Перечня стандартизованных спецификаций.
	Интерактивное взаимодействие с использованием веб-браузера	В случаях, когда в рамках взаимодействия предоставляются только интерактивная справочная информация, ориентированная на конкретных должностных лиц, госслужащих и иных сотрудников смежных ведомств, и не предназначенная для дальнейшей обработки или использования в рамках административных регламентов. При наличии возможности загрузки/выгрузки в интерактивном режиме каких-либо файлов (кроме полностью дублирующих содержательную часть гипертекстовой выдачи в форматах ODF или PDF) реализация обеспечивающего машинный доступ к этим файлам веб-сервиса является обязательной.	Взаимодействие с браузером пользователя должно осуществляться в соответствии с требованиями набора спецификаций из раздела А Перечня стандартизованных спецификаций. Доступ к данным и функциям системы должен быть возможен без использования расширений указанных спецификаций, загружаемых на компьютер пользователя модулей и т.п. средств, ограничивающих доступность системы для каких-либо операционных систем или браузеров. Загрузка (выгрузка) файлов должна осуществляться средствами стандартного набора спецификаций для браузерного взаимодействия (раздел А Перечня стандартизованных спецификаций). Для соответствующих типов данных должны поддерживаться форматы, приведенные в разделе В Перечня стандартизованных спецификаций (в декларации указываются конкретные поддерживаемые форматы). Тип сетевой среды для взаимодействия определяется в соответствии с требованиями технических регламентов и законов в области защиты информации. Для передачи некатегоризированной информации рекомендуется использование Интернета.
	С применением дополнительных модулей криптографической защиты.	В случаях, предусмотренных техническими регламентами, законами, постановлениями Правительства и межведомственными соглашениями и иными нормативными документами, под действие которых подпадает декларируемая система.	В соответствии с требованиями указанных нормативных документов.
	Асинхронный обмен с использованием электронной почты	1. Для отправки уведомлений и подтверждений в связи с действиями пользователя, выполненными в режиме интерактивного браузерного доступа или системными событиями по запросу пользователя. 2. Для приема (отправки) документов, снабженных дополнительной криптографической защитой или ЭЦП - в случаях, предусмотренных техническими регламентами или иными федеральными законами.	С использованием набора спецификаций для электронной почты (Раздел Д Перечня стандартизованных спецификаций). Тип сетевой среды для взаимодействия определяется в соответствии с требованиями технических регламентов и законов в области защиты информации. Для передачи некатегоризированной информации рекомендуется использование Интернета. При пересылке вложенных файлов должны для соответствующих типов данных должны использоваться форматы, приведенные в разделе В Перечня стандартизованных спецификаций (в декларации указываются конкретные поддерживаемые форматы). При использовании XML-файлов (электронных документов) разработчиком должны быть представлены их документированные схемы (п. 37 Перечня стандартизованных спецификаций). В конкурсной документации и госконтракте могут устанавливаться дополнительные требования к документированию и регистрации схем. Использование бинарных вставок в XML допускается только для представления данных в форматах, перечисленных в разделе В Перечня стандартизованных спецификаций.
	Получение данных из унаследованных систем	В случаях, когда данные предоставляю ⇐ Предыдущая123456789 Поделиться с друзьями: Археология об основании Рима: Новые раскопки проясняют и такой острый дискуссионный вопрос, как дата самого возникновения Рима... Таксономические единицы (категории) растений: Каждая система классификации состоит из определённых соподчиненных друг другу... Папиллярные узоры пальцев рук - маркер спортивных способностей: дерматоглифические признаки формируются на 3-5 месяце беременности, не изменяются в течение жизни... Индивидуальные очистные сооружения: К классу индивидуальных очистных сооружений относят сооружения, пропускная способность которых...  © cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста. Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы! 0.03 с.