Информационный бюллетень Microsoft Cпециальный выпуск 2002 г

Вид материала

Информационный бюллетень

Содержание Приложение 1. Типовой комплект материалов для подготовки к проведению тендера на создание портала органа государственного управл Федеральная целевая программа Архитектура Интернет-порталов органов государственного управления 19 Развертывание порталов 35 Средства повышения надежности 40 1. Полное наименование проекта 2. Назначение и цель проекта 3. Заказчик и организатор проекта 5. Основные документы, которыми необходимо руководствоваться при подготовке конкурсного предложения 6. Требования к головному исполнителю и соисполнителям проекта 7. Сроки проведения конкурса и выполнения проекта 8. Общие характеристики объекта 9. Требования к уровню решения Простота внедрения, поддержки и администрирования Политика безопасности 10. Общие функциональные требования к решению 11. Функциональные требования к Порталу 12. Функциональные требования к блоку взаимодействия с участниками и потенциальными участниками целевых мероприятий органа управ 14. Функциональные требования к блоку управления контентом 15. Функциональные требования к блоку администрирования 16. Функциональные требования к блоку аудита ... Полное содержание

Подобный материал:

• Информационный бюллетень наноструктуры сверхпроводники фуллерены Том 9, выпуск, 249.14kb.
• Информационный бюллетень наноструктуры сверхпроводники фуллерены Том 9, выпуск, 274.36kb.
• Информационный бюллетень наноструктуры сверхпроводники фуллерены Том 9, выпуск, 276.66kb.
• Информационный бюллетень наноструктуры сверхпроводники фуллерены Том 9, выпуск 15/16, 327.76kb.
• Информационный бюллетень (Выпуск 2 й) Өскемен Усть-Каменогорск 2008, 444.88kb.
• Информационный бюллетень (Выпуск 2 й) Өскемен Усть-Каменогорск 2009, 1360.63kb.
• Информационный бюллетень наноструктуры сверхпроводники фуллерены Том 10, выпуск 1/2, 330.67kb.
• Информационный бюллетень наноструктуры сверхпроводники фуллерены Том 9, выпуск 1/2, 388.94kb.
• Информационный бюллетень наноструктуры сверхпроводники фуллерены Том 10, выпуск 13/14, 277.29kb.
• Бюллетень литературы, изданной в 2000-2002 гг. Выпуск, 1576.63kb.

Приложение 1. Типовой комплект материалов для подготовки к проведению тендера на создание портала органа государственного управления

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


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


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


Знаками «<» и «/>» соответственно в данном Приложении помечены фрагменты текста, которые должны быть уточнены или раскрыты, модифицированы или опущены в соответствии со спецификой конкретного проекта создания Интернет-портала.


<Головная организация/учреждение – организатор открытого конкурса>


УТВЕРЖДАЮ

__________________

__________________

__________________


_________


ФЕДЕРАЛЬНАЯ ЦЕЛЕВАЯ ПРОГРАММА

«Электронная Россия (2002-2010 ГОДЫ)»


КОНКУРСНАЯ ДОКУМЕНТАЦИЯ

ОТКРЫТЫЙ КОНКУРС


созданиЕ Интернет-ПОРТАЛА
<НАЗВАНИЕ УЧРЕЖДЕНИЯ/>


СОГЛАСОВАНО

________________

________________


_________


<Москва>, 2002 г.

Оглавление

1. Полное наименование проекта

<Здесь должно содержаться полное наименование проекта/>

2. Назначение и цель проекта

<Следует выбрать и уточнить необходимое/>

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

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

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

• <необходимо кратко перечислить/>.
  

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

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

• организацию и проведение закупок для государственных нужд по Интернету;
  
• конкурсное распределение <ресурсов/> по Интернету;
  
• <иное/>.
  

3. Заказчик и организатор проекта

Заказчик проекта: <следует указать/>

Организатор конкурса: <следует указать/>

4. Основание для выполнения и условия финансирования проекта

<следует указать/>

5. Основные документы, которыми необходимо руководствоваться при подготовке конкурсного предложения

Настоящая конкурсная документация.

Федеральная целевая программа «Электронная Россия (2002-2010 годы)», утвержденная Постановлением Правительства от 28.01.2002 №65.

Порядок разработки и реализации Федеральных целевых программ и Межгосударственных целевых программ, в осуществлении которых участвует Российская Федерация (в ред. Постановлений Правительства РФ от 01.07.96 №778, от 13.09.96 №1101, от 01.07.97 №778, от 08.07.97 №844, от 21.07.98 №811, от 25.01.99 №90).

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

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

6. Требования к головному исполнителю и соисполнителям проекта

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

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

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

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

• свидетельство о регистрации, подтверждающее регистрацию на территории Российской Федерации;
  
• копию учредительного договора или выписку из реестра акционеров;
  
• устав Участника с приложением изменений;
  
• письмо Госкомстата России или его территориального органа, подтверждающее постановку на государственное статистическое наблюдение;
  
• свидетельство о постановке на налоговый учет;
  
• копию годового бухгалтерского баланса с отметкой налоговой инспекции (Форма 1) и отчет о прибылях и убытках (Форма 2).
  

Головной исполнитель должен также предоставить следующую информацию:

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

По всем субконтракторам необходимо указать как минимум следующую информацию:

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

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

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

7. Сроки проведения конкурса и выполнения проекта

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

Документы для участия в конкурсе необходимо предоставить по адресу:

Адрес: _________________________________________________

Тел.: __________ Факс: ____________ Эл.почта: _____________

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

Передаваемые в электронной форме документы могут быть подготовлены в форматах Microsoft Word 95 и выше, Adobe Acrobat Reader 3.0 и выше, в формате HTML версии 3.2 и выше (форматирование должно обеспечивать удобство как чтения с экрана персонального компьютера, так и распечатки на стандартных листах формата А4). В случае необходимости допускается предоставление дополнительных материалов в формате Microsoft PowerPoint 95 и выше. Использование нестандартных шрифтов должно быть минимизировано.

Общий объем конкурсного предложения (без презентаций) не должен превышать 100 страниц формата А4.

Дата и время подачи предложения: до ХХ.ХХ часов ХХ.ХХ.2002 года.

Срок действия предложений: 60 дней с даты подачи.

Начало выполнения проекта (ХХ.ХХ.2002 года)

8. Общие характеристики объекта

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

В рамках проекта должны быть выполнены следующие основные виды работ:

• создание Портала;
  
• создание взаимосвязанных программных модулей для поддержки коллективной работы, управления контентом (содержательной информацией Портала), проведения целевых мероприятий <(объявление тендеров, проведение конференций и пр.)/>, администрирования Портала и вспомогательных программных модулей;
  
• <организация и обеспечение в течение одного года хостинга (размещения на аппаратном обеспечении с физическим доступом в Интернет и обслуживания) Интернет-сервера и вспомогательных программных модулей/>.
  

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

<Здесь для удобства потенциального исполнителя следует кратко изложить функции органа управления/>.

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

<Здесь следует перечислить основные специфические задачи, которые планируется решать с помощью Портала/>.

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

9. Требования к уровню решения

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

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

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

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

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

10. Общие функциональные требования к решению

Создаваемый в рамках данного проекта Портал и его вспомогательные программные модули должны быть реализованы как современное многоуровневое (трехуровневое) решение для работы в сети Интернет с разделением визуального представления, содержания и логики работы (элементов документооборота и/или делопроизводства).

Портал создается для следующих основных категорий пользователей:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предлагаемое решение должно включать следующие основные функциональные блоки (программные модули):

• собственно веб-узел Портала;
  
• <блок для взаимодействия с участниками и потенциальными участниками целевых мероприятий (тендеры и пр.)/>;
  
• <блок коллективной работы/>;
  
• блок управления контентом;
  
• блок администрирования;
  
• блок аудита.
  

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

Функциональные требования к отдельным блокам приведены в следующих разделах.

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

11. Функциональные требования к Порталу

Портал включает следующие основные разделы:

• справочный;
  
• информационно-новостной.
  

Справочный раздел включает как минимум:

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

Информационно-новостной раздел включает как минимум:

• <основные сообщения по профильной тематике информационных агентств, отдельные материалы СМИ либо уместные ссылки на официальные источники информации/>;
  
• краткие комментарии специалистов;
  
• официальные сообщения и пресс-релизы непосредственно органа управления, вышестоящего органа управления и иных органов управления по соответствующей тематике;
  
• аннотации выступлений руководителей органа управления;
  
• мониторинг законодательства;
  
• <статьи и интервью сотрудников органа управления/>;
  
• <интервью сотрудников непосредственно для данного Портала/>;
  
• аналитические материалы;
  
• <интервью внешних экспертов/>;
  
• <электронные версии статей из традиционных СМИ по данной тематике (с соблюдением необходимых норм авторского и иных прав)/>;
  
• подборки ответов на наиболее часто приходящие на веб-узел вопросы.
  

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

Должна быть предусмотрена «карта веб-узла».

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

Должен быть организован поиск по веб-узлу, предусматривающий как полнотекстовый поиск с возможностью задавать логические связки («И», «ИЛИ», «НЕ»), так и критерии уточнения – раздел, категория документа (новости, публикации, нормативные документы, мероприятия, проекты и подобное), интервал дат. Для поиска по документам, которые, возможно, хранятся в фирменных форматах (PDF, DOC и пр.), должен быть предусмотрен поиск по аннотациям. Должна быть также предусмотрена возможность изменения порядка выдачи результатов поиска – по релевантности, по дате публикации и пр.

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

Страницы Портала должны корректно просматриваться в веб-обозревателях четвертого поколения и выше Microsoft и Netscape. Если Заявитель обеспечит более широкую совместимость с веб-обозревателями, он может отметить это как преимущество. Рекомендуемое разрешение – 800х600 и выше. Использование фреймов не рекомендуется.

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

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

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

<Должна быть предусмотрена англоязычная версия подмножества веб-узла. Материалы для нее предоставляются Исполнителю в готовом виде или разрабатываются в рамках отдельного Договора. Должна быть предусмотрена возможность добавления в последующем версий веб-узла на других языках./>.

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

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

• направление письма/запроса через Портал в орган управления;
  
• заполнение формальной структурированной формы обращения;
  
• <участие в тематических форумах/>.
  

<Форумы должны быть модерируемыми, о чем следует предупреждать пользователей в разделе «Правила участия в форумах»/>.

Исполнитель должен представить логическую концепцию веб-узла, включающую:

• основные разделы/страницы с указанием подчиненности и наиболее важных переходов между ними (проект структуры и эскиз «карты веб-узла»);
  
• концепцию навигации и основные пункты меню.
  

Исполнитель должен представить логическую структуру как минимум следующих страниц Портала:

• главная страница;
  
• карта веб-узла;
  
• главные страницы разделов;
  
• страницы некоторых категорий материалов, по усмотрению Исполнителя;
  
• страница расширенного поиска;
  
• страница результатов поиска;
  
• главная страница раздела целевых мероприятий;
  
• страница конкретного мероприятия;
  
• <страница форума/>;
  
• другие страницы, раскрывающие, на взгляд Исполнителя, существо его предложения.
  

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

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

Блок включает следующие основные разделы:

• объявления о проведении открытых тендеров (аукционов) и результаты проведенных тендеров;
  
• документооборот с участниками тендеров;
  
• администрирование тендеров;
  
• база данных по выполняемым мероприятиям.
  

В данном блоке уполномоченные представители органа управления могут публиковать официальные объявления о сроках и условиях проведения тендеров.

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

В разделе «Документооборот с участниками тендеров» также должна быть предусмотрена возможность предоставления исполнителями по проектам целевых мероприятий отчетов по этапам выполняемых работ в электронной форме.

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

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

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

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

13. <Функциональные требования к блоку коллективной работы и документооборота/>

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

Блок предусматривает средства коллективной работы с документами, сообщениями электронной почты и средствами календарного планирования.

Для документов должны поддерживаться:

• централизованное хранение в базе данных;
  
• контроль версий;
  
• поиск в базе данных блока с учетом прав доступа (как минимум в пределах своей рабочей группы или в пределах всего массива документов блока);
  
• расширение перечня свойств (атрибутов);
  
• регистрация (присвоение входящего/исходящего номеров);
  
• архивирование для длительного хранения (возможно, с исключением из базы документов, по которым возможен полнотекстовый поиск);
  
• наглядное представление статуса (рабочий проект, согласуется, завизирован X визирующими из общего числа Y и пр.);
  
• исполнитель может предложить механизм автоматической категоризации документов и средства администрирования категорий (рубрик), однако данное требование не является обязательным;
  
• как минимум должны поддерживаться документы в форматах Microsoft Word и Excel с версии 95 и выше.
  

Для электронных сообщений должно поддерживаться:

• получение/отправка/просмотр/редактирование/сортировка/поиск в стандартных почтовых клиентах;
  
• получение/отправка/просмотр/редактирование/сортировка/поиск через веб-интерфейс.
  

Для расписаний должны поддерживаться:

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

Основные функции блока:

• для исполнителя:
  

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

• для руководителя дополнительно:
  

• включение/исключение членов рабочей группы/отдела из общего списка «видимых» ему зарегистрированных пользователей с соответствующими ролями;
  
• определение членов группы, визирующих документы;
  
• определение дополнительных свойств документов;
  
• назначение сроков рассмотрения документов;
  
• назначение встреч в календаре группы;
  
• передача документа на рассмотрение других групп/отделов или внесение в руководящие структуры органа управления;
  

• для координаторов дополнительно:
  

• рассылка уведомлений всем отделам/рабочим группам (по электронной почте и/или через веб-интерфейс);
  
• определение порядка согласования документов между рабочими группами;
  
• внесение материалов на рассмотрение руководящих структур органа управления (согласно регламенту);
  
• назначение мероприятий;
  

• для администратора блока:
  

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

Рекомендуется, чтобы все функции блока были доступны при использовании в качестве «тонкого» веб-клиента веб-обозревателей Microsoft и Netscape пятого поколения и выше. Если Исполнитель считает целесообразным наложить на используемые при работе с блоком веб-обозреватели более жесткие ограничения, он должен представить обоснование. В случае необходимости допускается, что для администрирования блока может использоваться веб-обозреватель Microsoft Internet Explorer версии 5 или выше.

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

14. Функциональные требования к блоку управления контентом

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

Блок должен обеспечить максимальное разделение контента (содержательной информации) и шаблонов ее публикации (оформления).

Для описания структуры и правил визуального отображения контента рекомендуется использовать стандарт XML и производные открытые стандарты.

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

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

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

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

Атрибуты документов в системе управления контентом должны включать как минимум:

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

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

Автор может:

• получать задания и исходные материалы от редактора;
  
• готовить и помещать материалы в систему подготовки контента;
  
• просматривать отдельные материалы в соответствующих их категориям шаблонах оформления.
  

Редактор может:

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

Выпускающий редактор может:

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

Координатор может:

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

Администратор системы управления контентом может:

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

Система управления контентом должна быть защищена от несанкционированного доступа.

Рекомендуется, чтобы все функции блока были доступны при использовании в качестве «тонкого» веб-клиента веб-обозревателей Microsoft и Netscape пятого поколения и выше. Если Исполнитель считает целесообразным наложить на используемые при работе с блоком веб-обозреватели более жесткие ограничения, он должен представить обоснование. В случае необходимости допускается, что для администрирования блока может использоваться веб-обозреватель Microsoft Internet Explorer версии 5 или выше.

15. Функциональные требования к блоку администрирования

Администрирование решения включает:

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

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

Администрирование должно осуществляться в защищенном режиме. Комплекс мер защиты разрабатывает Исполнитель.

При необходимости допускается, что администрирование возможно только через веб-обозреватель Microsoft Internet Explorer 5.0 или выше.

Допускается ограничивать компьютеры (например, по их IP-адресу), с которых может осуществляться администрирование.

16. Функциональные требования к блоку аудита

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

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

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

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

Аудитор должен назначаться в системе при ее установке (развертывании). Роль аудитора не может быть удалена. Пользователь может быть назначен аудитором только одним (главным) администратором. Одновременно в системе может быть только один аудитор. Допускается ограничивать компьютеры (например, по их IP-адресу), с которых может входить в систему аудитор.

17. <Требования к организации хостинга и технического обслуживания/>

<Все программные компоненты решения должны быть размещены на соответствующем аппаратном оборудовании, связанном с сетью Интернет высокоскоростными коммуникационными каналами.

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

Вычислительное оборудование должно размещаться в помещении с регламентированным доступом.

Вычислительное оборудование и программное обеспечение должно обслуживаться квалифицированными специалистами./>.

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

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

18. Требования к аппаратно-программной платформе

Рекомендуется, чтобы при реализации проекта использовалось стандартное оборудование с оптимальным соотношением цена/производительность.

Оборудование должно быть доступно от нескольких независимых поставщиков в указанном регионе, <в различных регионах Российской Федерации/>. Если для его поставки или эксплуатации требуются специальные лицензии/разрешения, это должно быть отражено в Конкурсном предложении.

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

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

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

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

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

19. Порядок контроля и приемки результатов работ. Требования к содержанию работ по вводу в эксплуатацию

Приемка работ осуществляется приемо-сдаточной комиссией (далее   Комиссия).

Регламент работы Комиссии разрабатывается Исполнителем и утверждается Заказчиком.

Должны быть предусмотрены промежуточные этапы, процедура сдачи которых и состав передаваемых материалов по которым разрабатывается Исполнителем и утверждается Заказчиком.

20. Требования к оформлению и содержанию документации

В рамках работ должна быть создана следующая документация:

• паспорт системы;
  
• руководство по установке;
  
• руководство системного администратора;
  
• руководства пользователя;
  
• спецификация необходимого программного и аппаратного обеспечения.
  

21. Техническое задание и этапы выполнения работ

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

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

22. Ожидаемые результаты

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

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

< Развертывание и организация хостинга Портала и дополнительных программных модулей./>.

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