С учетом принципов относительной автономности и стадийности развития функциональных возможностей городских Интернет - ресурсов ключевым условием, необходимым для формирования СГП, является достижение общей информационной совместимости различных ИС, обеспечивающих информационное наполнение отдельных составляющих СГП. В качестве методологического принципа обеспечения указанного условия настоящая Концепция определяет строгое соблюдение разработчиками и операторами ИС ряда общих технических и организационных требований, при изначальном предположении, что отдельные ИС необязательно должны быть реализованы с использованием унифицированных программно-аппаратных платформ.
3.1. Использование технологий открытых систем
Настоящая Концепция предполагает, что для обеспечения общей информационной совместимости соответствующие компоненты МЭМ (в частности, ОИС) и локальные ИС Интернет - ресурсов должны быть построены на основе технологий открытых систем (ТОС). В данном случае понятие ТОС трактуется в аспекте формирования единой среды взаимодействия, т.е. как исчерпывающий и согласованный набор стандартов и функциональных профилей, с помощью которых специфицируются интерфейсы, службы, а также протоколы и форматы телекоммуникаций.
В настоящее время основные принципы ТОС оформлены в виде соответствующих рекомендуемых стандартов, разрабатываемых в рамках международного консорциума W3C и общественной организации OASIS. В частности, использование подходов ТОС подразумевает, что разработка ИС, использующихся в рамках СГП, должна вестись на основе общепризнанных, доступных и развивающихся стандартов, обеспечивающих следующие общесистемные характеристики.
3.2. Масштабируемость и расширяемость
Архитектура построения ИС и применяемые технологические решения должны в обязательном порядке учитывать возможность расширения ее функциональных возможностей, в том числе изменение количества и качества предоставляемых сервисов и повышение производительности обработки внешних пользовательских запросов. При этом важно, что с технической точки зрения указанные свойства ИС должны в основном обеспечиваться за счет использования более эффективных платформенных решений, а не на основе существенной модификации используемого (ранее разработанного) программного обеспечения.
3.3. Переносимость и модульность
Используемое программное обеспечение ИС должно преимущественно иметь модульную структуру, обеспечивающую возможность его реализации на различных программно-аппаратных платформах. Данное требование является логическим следствием возможного масштабирования ИС и связанной с этим необходимости смены платформы и/или создания более мощного вычислительного кластера, а также повторного использования кода.
Кроме того, обеспечение переносимости отдельных программных модулей ИС является необходимым требованием в контексте потенциально возможного перераспределения функций обслуживания отдельных сервисов между конкретными ИС, используемым в рамках эксплуатации СГП.
3.4. Требования к надежности
По отношению к внешнему пользователю все ИС, используемые в рамках СГП, должны, очевидно, предоставлять информацию в режиме 7х24. Это, в свою очередь, должно соответствующим образом учитываться при выборе программно-аппаратных платформ ИС, гарантирующих необходимые технические характеристики в части их надежности и производительности.
3.5. Интероперабельность
Информационные системы, связанные с эксплуатацией СГП, должны удовлетворять требованию интероперабельности. В рамках настоящей Концепции указанное понятие трактуется, прежде всего, как использование взаимосогласованных механизмов обмена информацией. При этом в качестве основного способа обеспечения интероперабельности рассматривается обязательное использование стандартных протоколов и программных интерфейсов в рамках технической реализации всех уровней клиент-серверной модели ИС (см. далее).
3.6. Использование многоуровневой клиент-серверной архитектуры ИС
Общепризнанным способом структуризации среды открытых систем является использование так называемой эталонной модели, в рамках которой информационная система включает в себя три уровня, а именно, ядро (вычислительные и информационные ресурсы), оболочку (набор стандартизированных интерфейсов) и уровень телекоммуникаций (т.е. сеть и используемые в ней стандартные протоколы). Исходя из этого, следование основным положениям концепции ТОС накладывает определенные ограничения на выбор общей архитектуры построения ИС, функционирующих в рамках СГП. В частности, предполагается, что используемые ИС должны быть построены на основе многоуровневой клиент-серверной архитектуры. Кроме того, следует заметить, что использование уровневой архитектуры построения ИС является одним из необходимых условий для обеспечения ее масштабируемости и переносимости. В данном случае предполагается, что используемая клиент-серверная модель ИС должна включать в себя следующие необходимые компоненты (уровни):
- уровень клиента, в качестве которого рассматривается один из стандартных вариантов Web-браузера;
- презентационный уровень, предназначенный для формирования отображаемой информации, а также внешних интерфейсов интерактивных сервисов, и реализуемый на основе использования одного из вариантов ПО Web-сервера;
- уровень бизнес логики, обеспечивающий все функции обработки анных, реализуемый на основе сервера приложений;
- уровень постоянного хранения информации, реализуемый на основе использования СУБД.
В каждом конкретном случае приведенная выше уровневая модель может быть реализована на основе различных программных платформ. Тем не менее, в рамках настоящей Концепции в качестве базовых предлагаются платформы, основанные на спецификации J2EE (Java 2 Enterprise Edition). В частности, согласно рекомендациям W3C, именно данные программные решения наиболее полно удовлетворяют требованиям, связанным с многоуровневой архитектурой Web-приложений, а также их масштабируемостью, модульностью и переносимостью на различные аппаратные платформы и операционные системы.
3.7. Параметры профиля взаимодействия информационных систем СГП
Одним из наиболее важных аспектов ТОС является понятие профиля взаимодействия используемых ИС, который трактуется, как согласованный набор обязательных базовых стандартов, необходимых для решения конкретной задачи или класса задач. Исходя из структуры эталонной модели ИС, используемой в рамках СГП, следует выделить три основные группы стандартов, соответственно связанных с определенным уровнем указанной модели. Это, в частности, применяемые стандарты на:
- протоколы передачи данных (уровень телекоммуникаций);
- программные интерфейсы, используемые для взаимодействия ИС (уровень оболочки, т.е. форматы документов, метаданные, протоколы функционального взаимодействия и сервисов, и т.п.), а также:
- используемое лингвистическое и организационное обеспечение (уровень информационных ресурсов).
В нижеследующих подразделах приводятся соответствующие предложения и обоснования по каждой из групп стандартов, которые в совокупности представляют собой предлагаемый в рамках настоящей Концепции профиль ИС, используемых в рамках формируемой СГП.
3.7.1. Протоколы передачи данных
В соответствии с представленной в разделе 2.5 общей схемой информационного взаимодействия порталов СГП обмен данными между соответствующими ИС в основном реализуется в полностью автоматизированном синхронном (онлайн) режиме. Очевидно, что для обеспечения указанного синхронного обмена должен быть использован единый (стандартизованный) протокол передачи данных. В соответствии с общими рекомендациями W3C и OASIS в качестве основного стандарта должен использоваться базовый протокол глобальной сети, а именно HTTP(S). С другой стороны, следует заметить, что, по крайней мере, на начальной стадии формирования СГП существует реальная необходимость взаимодействия с рядом уже существующих (наследуемых) ИС, не обладающих HTTP ориентированными интерфейсами. Поэтому, в указанных частных случаях, предполагается опционное использование стандартного асинхронного протокола, а именно - SMTP. Важно отметить, что как в синхронном, так и в асинхронном режиме телекоммуникаций выбор в качестве обязательных указанных выше стандартных протоколов, в основном, обусловлен следующими причинами:
- наличием множественных реализаций в рамках всех практически используемых программно-аппаратных платформ;