Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект "инфоград")




НазваниеПостановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект "инфоград")
страница6/16
Дата конвертации11.02.2016
Размер1.78 Mb.
ТипПостановление
источникhttp://www.svetlovka.ru/kollegam/doc/bibl/m670.rtf
1   2   3   4   5   6   7   8   9   ...   16

Еще одним важным общим принципом реализации проекта "Инфоград" является необходимость обеспечения доступности имеющихся ресурсов. Доступность понимается здесь в смысле простоты нахождения уже имеющейся в Интернете информации, удобства пользовательского интерфейса, простоты навигации и построения поисковых запросов и т.п. С этим же связаны и вопросы представления в сети локальных (не имеющих выхода в Интернет), но важных социально ориентированных информационных ресурсов для обеспечения широкого доступа к ним. Самая подробная и актуальная информация окажется невостребованной, пока не будет обеспечен уровень ее доступности, удовлетворяющий пользователей с невысокой информационно-коммуникационной компетентностью.

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


/\

│ Ценность ┌──────────────┐

│ информации │Трансформация:│

│ │новые сервисы │

│ ┌─────────────────┼──────────────┘

│ │Транзакции: │

│ │поиск и получение│

│ │информации │

│ ┌──────────────┼─────────────────┘

│ │Интерактивное │

│ │взаимодействие│

│ ┌──────────────┼──────────────┘

│ │Публикация: │

│ │предоставление│

│ │информации │

│ └──────────────┘ Сложность

└────────────────────────────────────────────────────────────────>


Рисунок 7. Стадии развития информационных сервисов.


Это самый простой этап, соответственно и ценность информационных сервисов на этом этапе невысока. Цель - построение все более сложных, комплексных и интегрированных информационных услуг для населения. Например, предоставление возможности доступа в электронной форме к различным формулярам документов, которые требуются гражданам для взаимодействия с органами власти, или поиск вакансий в государственных организациях на основе заданных пользователем критериев. На уровне такого интерактивного взаимодействия пользователь выступает уже не в пассивной роли, так как имеет возможность обращаться по Интернету в государственные учреждения и в другие организации с конкретным запросом и оперативно получить ответ на него. Это дает качественно новую ситуацию - возможность обеспечить широким слоям населения доступ посредством сети к представителям власти административного округа и района города, к авторитетным специалистам - экспертам по различным вопросам жизни горожан, наконец, организовать общение и обмен информацией друг с другом. Система "Инфоград", таким образом, должна стать для жителей города информационным "одним окном" для взаимодействия с властью, ДЕЗ, ЕИРЦ, учреждениями здравоохранения и образования, библиотеками и другими организациями. Если смотреть в будущее, на несколько лет вперед, то реализация определенных интерактивных услуг, и тем более транзакционных услуг, потенциально может принести реальную дополнительную пользу горожанам в виде экономии времени, затрачиваемого на взаимодействие с органами государственной власти, на поиск необходимой информации. Принцип интерактивности информационных сервисов для пользователей, а в дальнейшем и транзакционности позволит развивать проект "Инфоград" в городе Москве с расчетом на длительную перспективу.

Трансформирование - это стадия создания приложений, которые предоставляют новые типы сервисов, ранее невозможные без использования ИКТ.

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

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

Принципы предоставления социальных сервисов с учетом персонализации представлены в приложении 1.


2.2. Технологические принципы


Взаимодействие с системой городских порталов, порталами и информационными серверами префектур, управ районов и другими информационными ресурсами.

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

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

Такой подход обеспечивает необходимую гибкость и значительное снижение инвестиций в реализацию проекта.

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

- простоту наращивания системы новыми компонентами;

- возможность информационной связи с существующими системами коммуникаций (электронная почта, факс и др.);

- взаимодействие с существующими информационными системами органов исполнительной власти города Москвы и системами сторонних поставщиков информации.

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

Иерархическая структура веб-портала. Структура веб-портала должна основываться на трехуровневой модели:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Среда электронного взаимодействия. Система "Инфоград" будет широко использовать сервисы единой среды электронного взаимодействия, создаваемой в рамках Городской целевой программы "Электронная Москва", для организации взаимодействия с городскими информационными системами и ресурсами. Реализация данного технологического и организационного принципа позволит жителям города получать комплексные, интегрированные информационные услуги на основе информационных ресурсов и систем различных городских организаций.


2.3. Принципы информационного наполнения


Подсистема распределенного сбора и редакторской обработки информации. Задачи обеспечения полноты и актуальности информации в системе "Инфоград" требуют обработки больших по объему информационных массивов. В информационной системе проекта "Инфоград" должна быть представлена информация по 10 административным округам, 123 районам города, 125 муниципальным образованиям, территориальным подразделениям отраслевых органов исполнительной власти города Москвы, территориальным органам федеральных органов исполнительной власти, городским предприятиям, коммунальным службам, организациям культуры, образования, здравоохранения, социального обеспечения, транспортного обслуживания, торговли и др. Кроме того, должна быть представлена информация об инфраструктуре территорий, правовая, научная и образовательная информация; справочная информация; информационные ресурсы, посвященные семье, дому, досугу, и др. Причем детальность представления информации должна соответствовать ежедневным информационным потребностям жителей в соответствии с целями и задачами проекта.

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

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

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

Назначение главного редактора должно утверждаться государственным заказчиком системы "Инфоград" - Департаментом территориальных органов исполнительной власти.

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

- утверждение редакционной политики портала;

- определение стандартов качества публикации материалов;

- выработка подходов к управлению контентом, обеспечению контроля качества, формированию сети поставщиков информации;

- предложение кандидатуры главного редактора портала.

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

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

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

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

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

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

Ответственность за информацию. Ответственность за информацию, размещаемую в системе, регулируется на основе законодательства о СМИ.


3. Архитектура системы


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

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

Система "Инфоград" должна состоять из следующих взаимодействующих между собой подсистем:
1   2   3   4   5   6   7   8   9   ...   16

Похожие:

Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект \"инфоград\") iconПравительство российской федерации распоряжение от 20 июля 2011 г. N 1275-р
Одобрить прилагаемую Концепцию создания и развития государственной интегрированной информационной системы управления общественными...
Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект \"инфоград\") iconЛабораторная работа №1 Знакомство с интегрированной средой разработки Borland Delphi
Цели: Ознакомиться с интегрированной средой разработки приложений Borland Delphi Научится создавать и настраивать проект консольного...
Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект \"инфоград\") icon"дмитровский район" московской области постановление от 4 ноября 2004 г. N 4446-п о внесении изменений в постановление n 3224-п от 16. 08. 2004
В целях упорядочения учетной документации по местоположению садоводческих объединений
Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект \"инфоград\") iconО концепции веб-портала «Культурное наследие Архангельского Севера»
Библиотеки субъектов Российской Федерации также становятся участниками и инициаторами создания таких веб-ресурсов, рассматривая интернет-пространство...
Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект \"инфоград\") iconС. А. Афанасьева в современных условиях перед российскими библиотеками стоят задачи повышения качества создаваемых и предлагаемых информационных продуктов и услуг; высококачественного профильного обслуживания пользова
В связи с этим политика рмбиц в области качества направлена на обеспечение гарантированного высокого качества информационно-библиотечных,...
Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект \"инфоград\") iconВыпускная работа по «Основам информационных технологий»
...
Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект \"инфоград\") iconКурсовой проект имеет целью закрепление материала курса и получение практических навыков анализа и оценки состояния природных ресурсов территории и картографирования их на основе методов аэрокосмической съемки.
Экологическими последствиями разработки земных недр. Охрана природных комплексов при разработке минеральных ресурсов
Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект \"инфоград\") iconПостановление от 17 сентября 2007 г. N 252 "о перечне муниципальных услуг, по которым должен производиться учет потребности в их предоставлении"
В соответствии с Программой реформирования муниципальных финансов мо «Хоринский район», утвержденной решением Совета депутатов мо...
Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект \"инфоград\") iconАкимат города усть-каменогорский усть-каменогорска городской маслихат постановление решение
Закона Республики Казахстан от 23 января 2001 года «О местном государственном управлении и самоуправлении в Республике Казахстан»,...
Постановление от 28 сентября 2004 г. N 670-пп о концепции создания городской интегрированной системы районных социально ориентированных информационных ресурсов и услуг (проект \"инфоград\") iconПостановление Правительства Республики Казахстан от 30 сентября 2011 года №1114 Об утверждении Соглашения между Правительством Республики Казахстан и Правительством Китайской Народной Республики об охране качества вод трансграничных рек
Постановление Правительства Республики Казахстан от 30 сентября 2011 года №1114
Разместите кнопку на своём сайте:
Документы


База данных защищена авторским правом ©kzdocs.docdat.com 2012
обратиться к администрации
Документы
Главная страница