Главная страницаZaki.ru законы и право Поиск законов поиск по сайту Каталог документов каталог документов Добавить в избранное добавить сайт Zaki.ru в избранное




ПОСТАНОВЛЕНИЕ Правительства Москвы от 28.09.2004 N 670-ПП "О КОНЦЕПЦИИ СОЗДАНИЯ ГОРОДСКОЙ ИНТЕГРИРОВАННОЙ СИСТЕМЫ РАЙОННЫХ СОЦИАЛЬНО ОРИЕНТИРОВАННЫХ ИНФОРМАЦИОННЫХ РЕСУРСОВ И УСЛУГ (ПРОЕКТ "ИНФОГРАД")"





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



> 1 2 3 ... 22 23 24 ... 63 64 65

Поделиться:

Опубликовать в своем блоге livejournal.com
0.1635 с