РБК-СОФТ

Приложение

к Договору № _________

от «____» ________ 2002г

ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

НА РАЗРАБОТКУ ВЕБ-САЙТА ДЕПОЗИТАРИЯ РОСБАНКА

ИСПОЛНИТЕЛЬ

-СОФТ»

Утверждаю:

Генеральный директор

________________ /

Исполнительный директор

________________ /

Технический директор

________________ /

Менеджер проекта

________________ /

ЗАКАЗЧИК

АКБ «РОСБАНК»

Утверждаю:

____________________________________

________________ / __________________

____________________________________

________________ / __________________

____________________________________

________________ / __________________

Всего страниц, включая титульную: 16

Москва, 2002

Содержание

1. Общие положения.. 3

1.1. Предмет разработки.. 3

1.2. Назначение документа.. 3

2. ТРЕБОВАНИЯ К СтруктурЕ ВЕБ-САЙТА.. 4

2.1. Структура Портала.. 4

2.2. Наполнение информацией.. 4

2.3. Базы данных.. 4

3. Требования к предоставляемой информации.. 5

3.1. Новости.. 5

3.2. Аналитические материалы.. 5

3.3. Экономические игры.. 5

3.4. Показатели фондового и денежно кредитного рынков.. 5

4. ТРЕБОВАНИЯ К графическому ДИЗАЙНУ Портала.. 6

5. Требования к функциональным возможностям.. 7

5.1. Программно-аппаратное обеспечение.. 7

5.2. Система управления содержанием.. 7

5.3. Типы информационных разделов.. 8

5.4. Навигация.. 8

5.5. Поиск информации.. 8

5.6. Система сбора статистики и генерации отчетов.. 8

6. требования к сдаче Этапа проекта.. 10

6.1. Результаты первого этапа.. 10

1.2.  Общие положения

1.1.2.1.  Предмет разработки

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

НЕ нашли? Не то? Что вы ищете?

Портал выполняется на русском языке.

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

1.2.2.2.  Назначение документа

Настоящий документ является неотъемлемой частью Договора, реквизиты которого указаны на титульном листе.

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

Подпись Заказчика на настоящем документе подтверждает его согласие с нижеследующими фактами и условиями:

1.  Заказчик согласен со всеми положениями настоящего документа.

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

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

2.3.  ТРЕБОВАНИЯ К СтруктурЕ ВЕБ-САЙТА

2.1.3.1.  Структура Портала

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

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

2.2.3.2.  Наполнение информацией

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

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

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

3.3.  Базы данных

На первом этапе Исполнитель разрабатывает структуру и модели следующих баз данных:

    БД о ВУЗах, БД фондов, осуществляющих поддержку образования, БД персоналий (ведущие ученые, преподаватели и т. п.), Глоссарий по социально-экономической тематике, БД молодых ученых, БД по тематике диссертаций с аннотациями, БД по подбору персонала (биржа труда);

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

4.  Требования к предоставляемой информации

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

    Новости
      Фондовые Экономические Политические Для инвесторов
    Аналитические материалы

·  Аналитические инструменты

o  Карата рынка

o  Графический анализатор рынка

    Экономические игры
      Портфель инвестора
    Показатели фондового и денежно кредитного рынков

Периодичность обновления информации, ее объем, и стоимость определяются Сторонами в дополнительных соглашениях.

5.  ТРЕБОВАНИЯ К графическому ДИЗАЙНУ Портала

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

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

Стилистически должны быть выделены следующие типовые страницы:

·  Главная страница;

·  Главные страницы малых порталов экономика, социология, менеджмент

·  Внутренняя страница малых порталов второго уровня;

·  Страница для печати (возможно изменение дизайна в зависимости от раздела).

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

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

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

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

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

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

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

6.1.  Программно-аппаратное обеспечение

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

6.2.  Система управления содержанием

Функциональные возможности системы управления содержанием Портала определяются возможностями платформы X-Ware.

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

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

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

3.  Возможность использования специального HTML-редактора в тех случаях, когда редактируемые поля предполагают наличие HTML-тэгов. Работа редактора поддерживается только в браузерах MSIE 5.0 и выше для MS Windows. Редактор должен работать в WYSIWYG режиме. Должна поддерживаться возможность вставки HTML-кода из буфера обмена.

4.  Поддержка возможности размещения на странице элементов контента разных типов. Управление размещением элементов контента разных типов в шаблонах страниц.

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

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

Администраторский интерфейс системы выполняется на русском языке.

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

-  Автоматическое создание версий для печати страниц всех основных типов разделов. Особенности версий для печати оговариваются в Техническом Задании.

-  Поддержка администрирования малых порталов посредством единого административного интерфейса.

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

6.3.  Типы информационных разделов

Набор типов разделов и страниц портала, определяется после предоставления документации о платформе X-Ware.

6.4.  Навигация

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

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

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

6.5.  Поиск информации

На Портале должна использоваться поисковая система платформы X-Ware.

6.6.  Система сбора статистики и генерации отчетов

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

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

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

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

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

7.  требования к сдаче Этапа проекта

7.1.  Результаты первого этапа

По окончании разработки параллельно с переносом на аппаратные средства Заказчика Исполнитель должен предоставить дистрибутив системы в составе:

-  Архив с исходными кодами всех программных модулей и разделов Веб-сайта;

-  Копия проектной базы данных с актуальной информацией;

-  Руководство по инсталляции и настройке компонентов;

-  Руководство оператора административного веб-интерфейса.

Дистрибутив предоставляется в виде файлового архива, записанного на CD-диск.