Взаимодействие с системой городских порталов, порталами и информационными серверами префектур, управ районов и другими информационными ресурсами.
Гибкость. Возможность использования различных технологических и проектных решений за счет фиксирования только стандартов интерфейсов взаимодействия с внешними информационными системами поставщиков информации и отдельных компонентов создаваемой системы. Таким образом, появляется возможность использования различных функциональных сред для отдельных компонентов общей системы и взаимодействия с внешними информационными системами.
Система должна быть настраиваемой по отношению к количественным ограничениям, кроме тех, которые устанавливаются лицензионными ограничениями на приобретенные программные продукты.
Такой подход обеспечивает необходимую гибкость и значительное снижение инвестиций в реализацию проекта.
Открытость. При реализации проекта должны использоваться современные элементы и технологии, отвечающие открытым международным стандартам. Система должна строиться на базе апробированных, широко используемых совместимых технологий, стандартных протоколов и программных инструментов. Система должна строиться открытой, что в данном случае подразумевает:
- простоту наращивания системы новыми компонентами;
- возможность информационной связи с существующими системами коммуникаций (электронная почта, факс и др.);
- взаимодействие с существующими информационными системами органов исполнительной власти города Москвы и системами сторонних поставщиков информации.
Модульность. Архитектура системы должна быть гибкой и допускать простое, без структурных изменений, развитие и наращивание функций и ресурсов в соответствии с расширением сфер и задач ее применения. Этот принцип также позволяет проводить отладку, удаление, добавление модулей системы без потери работоспособности работающих компонентов.
Иерархическая структура веб-портала. Структура веб-портала должна основываться на трехуровневой модели:
- презентационный уровень, обеспечивающий представление информационных объектов и сервисов портала пользователям;
- прикладной уровень - система серверов приложений, обеспечивающая выполнение преобразований информационных объектов в соответствии с заданными процедурами и правилами;
- уровень хранения данных, обеспечивающий целостность и корректность структуры информационных объектов.
Отделение презентационного уровня от прикладного и уровня хранения данных служит целям реализации мультипротокольного доступа к порталу - в том числе с помощью мобильных или специализированных устройств (телефонов, КПК, телеприставок, веб-таксофонов, информационных киосков и т.д.), а также повышению возможностей межмашинного взаимодействия для интеграции с внешними информационными системами.
Управляемость. Должны быть предусмотрены гибкие, полнофункциональные механизмы управления системой на всех уровнях ее архитектуры, а именно: на уровне инфраструктуры (системным администратором), на функциональном уровне (администратором приложений), на уровне представления (пользователем).
Персонализация. Система должна обеспечивать удобный персонализированный доступ для потенциальных групп пользователей с функциональностью, соответствующей задачам, решаемым каждой такой группой. Система должна обеспечивать возможность настройки интерфейсов для зарегистрированных пользователей в ручном и автоматическом режиме, исходя из истории работы (предпочтений) конкретного пользователя.
Системность. Архитектура системы должна строиться по единой методологии и отвечать единым принципам взаимодействия, надежности и управления.
Надежность. Создаваемая система должна быть устойчива по отношению к объективным и субъективным воздействиям. В том числе, система должна быть устойчивой к некорректной работе пользователей. Неверное (или внештатное) использование системы не должно приводить к непредсказуемым последствиям. Такие ситуации необходимо диагностировать в объеме, достаточном для их идентификации и устранения.
Система должна обеспечить живучесть и надежность функционирования, а также возможность перезапуска с ближайшего до точки сбоя целостного состояния данных. Потери информации при сбоях должны быть минимальными.
Реализация данного принципа при реализации информационной системы проекта "Инфоград" обеспечит круглосуточную работу пользователей и оперативное восстановление работоспособности при сбоях.
Масштабируемость. Система должна иметь возможность гибкой масштабируемости по мере увеличения информационного хранилища и функциональности. Изменение масштаба системы не должно приводить к переработке прикладного программного обеспечения и к коренному изменению задач управления системой.
При возрастании количественных и качественных требований к обрабатываемым информационным потокам, система должна расширяться путем простого дополнения или замены активного оборудования на более производительное по сравнению с начальным вариантом.
Такой подход минимизирует необходимость переработки приложений или инсталляции новой сетевой инфраструктуры.
Информационная безопасность. Обеспечение информационной безопасности должно проводиться в соответствии с требованиями федеральных и городских руководящих документов для контроля целостности, достоверности и конфиденциальности информации, циркулирующей в системе и используемой населением.
Среда электронного взаимодействия. Система "Инфоград" будет широко использовать сервисы единой среды электронного взаимодействия, создаваемой в рамках Городской целевой программы "Электронная Москва", для организации взаимодействия с городскими информационными системами и ресурсами. Реализация данного технологического и организационного принципа позволит жителям города получать комплексные, интегрированные информационные услуги на основе информационных ресурсов и систем различных городских организаций.