IT-консалтинг.-3

Требование

Пример требований

<Док1>

1.

Федеральный

закон

РФ

«Об

обеспечении доступа к информации о

<Док2>

деятельности

государственных

органов

и

органов

местного

самоуправления»

№

8-ФЗ

от

09.02.2009 г.

Требование

Пример использования

Основными

Основной целью разработки является:

целями

разработки

создание

информационного ресурса,

являются: <Тр1>

содержащего

информацию

об

инновационной

инфраструктуре

Томской

области,

инновационных

предприятиях, реализуемых проектах,

а также инновационных продуктах и

услугах.

модернизация

существующей

программной

системы в

результате

чего

должен

появиться

функционал

предоставляющий

актуальную

информацию

о текущей

структуре

бюджета города Томска, его доходах и

расходах, а так же о проекте

бюджета города Томска на 2015-2016

гг. в понятном виде для всех слоев

горожан.

Для

достижения

Для достижения указанных в п. 2.1 целей

необходимо решить следующие задачи:

указанных

в п. 2.1

•

представлять

инновационные

целей

необходимо

разработки и товары Томской области в

решить

следующие

Интернет-пространстве;

задачи:<Тр1.1>

•

публиковать актуальные нормативные

<Тр1.2>

акты в сфере инноваций, руководящие

документы

для

инновационно

активных

граждан и предприятий Томской области,

иные

статьи

и

публикации

по

соответствующей тематике.

Требования для раздела 3.1. Общие требования к <КрИмяСис>

представлены в таблице 3.

Таблица 3 – Шаблоны требований раздела 3.1.

Требование

Пример использования

<КрИмяСис>

<КрИмяСис> должна обеспечивать:

должна обеспечивать:

наглядное

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

структуры

52

<Тр3.1>;

размещенной на нем информации;

<Тр3.2>

быстрый

и

логичный

переход

к

разделам и страницам с помощью

главного меню.

Навигационное

Навигационное меню

должно

быть

расположено на всех страницах сайта, за

меню

должно

быть

исключением страниц справочного характера.

расположено <Тр4>, за

исключением <Искл1>

Графические

Графические элементы навигации должны

быть снабжены альтернативной подписью

элементы

навигации

(поле ALT).

должны <Тр5>.

В

случае

если

В

случае

если

содержится

ссылка

справочного характера на другой сайт/портал,

содержится

ссылка

она должна открываться:

справочного характера

в том же окне браузера, кроме случаев,

на другой сайт/портал,

она

должна

явно

упомянутых

в

настоящем

Техническом задании.

открываться <Тр6.2>

в отдельном окне браузера.

Исходные

коды

Исходные

коды

страниц

должны

разрабатываться в соответствии с:

страниц

должны

•

стандартами не ниже:

разрабатываться

в

o

HTML 4.0;

соответствии с:

o

CSS 2.0.

•

<Тр7>:

o

<Тр7.1>;

o

<Тр7.2>.

Информация

Информация

сайта

должна

отображаться

посредством HTML страниц.

должна

отображаться

посредством <Тр8>.

Используемая

Используемая

кодировка

символов

на

<КрИмяСис> — UTF-8.

кодировка символов на

<КрИмяСис>

—

<Тр9>.

Требование

Пример использования

Страницы должны

Страницы

должны

открываться

и

одинаково выглядеть в основных браузерах:

открываться

и

• Internet Explorer версия 9.0 и выше;

одинаково выглядеть в

• Opera версия 10.0 и выше.

основных браузерах:

•

<Тр10.1>;

•

<Тр10.2>.

Используемая

Используемая

верстка

должна

быть

выполнена под:

верстка

должна

быть

• разрешение монитора в 1024 пикселя в

выполнена под:

ширину.

•

<Тр11.1>;

•

планшетные

компьютеры

и

•

<Тр11.2>.

смартфоны.

•

планшетный компьютер iPad.

Перечень

шаблонов

Перечень шаблонов страниц, которые

необходимо подготовить дизайнерам и далее

страниц,

которые

сверстать:

необходимо

•

Главная страница.

подготовить

•

О проекте.

дизайнерам

и

далее

•

Новости:

сверстать:

o

Страница новости.

•

<Шаблон1>;

•

<Шаблон2>.

Требования

для

раздела

3.3.

Структура

и

описание работы

<КрИмяСис> представлены в таблице 5.

Таблица 5 – Шаблоны требований раздела 3.3.

Требование

Пример использования

3.3.1.

<Разд1>

3.3.1

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

<Разд1>

должен

Главная

страница

должна отобразить

отобразить

основную

основную информацию:

информацию:

•

главное навигационное меню;

• <Разд1.Тр12.1>;

•

изменяемые информационные блоки;

• <Разд1.Тр12.2>;

•

образцы каталога услуг,

54

• <Разд1.Тр12.Х>,

а так же содержать:

а так же

•

общую информацию о проекте;

содержать:

•

баннеры партнеров.

• <Разд1.Тр13.1>;

• <Разд1.Тр13.2>.

При

наличии

При

наличии

подразделов

Главной

подразделов <Разд1>,

страницы,

предусмотренных

настоящей

предусмотренных

структурой, необходимо:

настоящей структурой,

•

показывать

выпадающие

подменю в

необходимо:

главном меню.

• <Разд1.1.Тр14.1>.

Требования для раздела 3.4. Требования к дизайну <КрИмяСис>

представлены в таблице 6.

Таблица 6 – Шаблоны требований раздела 3.4.

Требование

Пример использования

Исполнитель

Исполнитель

должен

предоставить

Заказчику на выбор не менее 5 макетов дизайна

должен

предоставить

<КрИмяСис>.

Заказчику

на

выбор

<Тр15>

макетов

дизайна <КрИмяСис>.

Исполнитель

Исполнитель

обязуется

внести

соответствующие изменения в макеты в срок не

обязуется

внести

более 5 рабочих дней с момента получения от

соответствующие

Заказчика

соответствующих предложений и

изменения в макеты в

замечаний.

срок <Тр16>.

Разрабатываемые

Разрабатываемые макеты дизайна должны

соответствовать:

макеты

дизайна

должны

Положениям

руководства

по

обеспечению

доступности

веб-

соответствовать:

контента (WCAG) 2.0.

<Тр17>.

Действующему

брендбуку

предприятия.

Требование

Пример использования

<ТипПольз1> – имеет

Посетитель – имеет

право

право

совершать следующие

совершать следующие действия:

действия:

Все разделы:

<Разд1>:

o

Просмотр.

o

<Право1>,

Контент менеджер – имеет право

<Разд2>:

совершать следующие действия:

o

<Право1>.

Главная страница:

o

чтение;

o

редактирование

контента

без

изменения шаблона;

Новости:

o

чтение;

o

создание новостей;

редактирование

контента

новостей.

Требования для раздела 3.6.1. Серверная платформа представлены в

таблице 8.

Таблица 8 – Шаблоны требований раздела 3.6.1.

Требование

Пример использования

Применяемая

Применяемая серверная платформа должна:

•

поддерживать

аппаратную

серверная платформа

архитектуру x86_64;

должна:

•

укомплектована оперативной памятью

•

<Тр18.1>;

с поддержкой алгоритмов проверки четности

•

<Тр18.2>.

и коррекции ошибок.

…

пропускная

… пропускная способность канала в сеть

Интернет должна быть не менее 100 Мбит/с.

способность

канала в

сеть Интернет должна

быть <Тр19>.

При

этом

При этом максимально допустимое время

максимально

простоя

должно не превышать

3-х

часов в

допустимое

время

месяц.

56

простоя

должно

<Тр20>.

Надежную защиту

Надежную защиту <КрИмяСис> от

следующих типов

сетевых атак: DoS-атак,

<КрИмяСис>

от

атаки на переполнение буфера.

следующих

типов

сетевых

атак:

<Тр21.1>, <Тр21.2>.

Для

обеспечения

Для

обеспечения

работоспособности

<КрИмяСис>

необходимо

обеспечить

работоспособности

функционирование

следующих

сервисов и

<КрИмяСис>

служб:

необходимо

• Internet Information Server (IIS) версии

обеспечить

7.5;

функционирование

• служба каталогов Active Directory;

следующих сервисов и

•

оснастка

Enterprise

Certification

служб:

Authority.

•

<Тр22.1>;

•

<Тр22.2>.

Требования для раздела 3.6.2. Пользовательская платформа

представлены в таблице 9.

Таблица 9 – Шаблоны требований раздела 3.6.2.

Требование

Пример использования

Каждая

Каждая пользовательская станция должна

пользовательская

быть укомплектована:

станция

должна

быть

•

устройством считывания смарт-карт

укомплектована:

eToken;

•

<Тр23.1>;

•

свободный usb-порт.

•

<Тр23.2>.

Требование

Пример использования

Программное

Программное обеспечение на

серверной

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

обеспечение

на

• операционную

систему

FreeBSD

серверной платформе

(версии 8.1 или выше);

должно

включать

в

• cервер приложений Apache (версии 2.2

себя:

или выше).

•

<ПОТр24.1>;

Программное

Программное

обеспечение

на

пользовательской платформе должно включать

обеспечение

на

в себя:

пользовательской

• браузер Internet Explorer версии 7.0 или

платформе

должно

выше;

включать в себя:

• драйверы для смарт-карты eToken;

• <ПОТр25.1>;

• набор

программного

обеспечения

Таблица 11 – Шаблоны требований раздела 3.8.

Требование

Пример использования

Программное

Программное обеспечение <КрИмяСис>

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

обеспечение

<КрИмяСис>

должно

1C-Битрикс Enterprise.

основываться

на

UMI CMS

применении <Тр26>.

Microsoft SharePont

Доступ

к

системе

Доступ к системе управления контентом

<КрИмяСис> должен осуществляться:

управления

контентом

<КрИмяСис>

должен

по связке логин-пароль.

осуществляться

методом двухфакторной

авторизации

<Тр27>.

путем

введения связки

логин-пароль и

уникального одноразового

кода

генерируемого

eToken.

58

Таблица 12 – Шаблоны требований раздела 3.9.

Требование

Пример использования

Информационное

Информационное наполнение <КрИмяСис>

наполнение

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

<КрИмяСис>

русский, английский.

необходимо

представить

на

следующих

языках:

<Яз1>, <Яз2>.

Перевод

контента

Перевод контента для версии <КрИмяСис>

для

версии

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

<КрИмяСис> на <Яз2>

силами и средствами Исполнителя.

осуществляется

силами

и средствами

<Тр28>.

Требования для раздела 3.10. Требования к безопасности

представлены в таблице 13.

Таблица 13 – Шаблоны требований раздела 3.10.

Требование

Пример использования

Необходимо

Необходимо наличие модуля безопасности

обеспечивающего выполнение

следующих

наличие

модуля

задач:

безопасности

•

Предоставление

разработчикам

обеспечивающего

результат тестирования исходного кода.

выполнение

•

Антивирусная

защита

следующих задач:

соответствующая

общей

концепции

•

<Тр29.1>;

безопасности системы.

•

<Тр29.2>.

• Журналирование всех событий в

системе.

Требование

Пример использования

Первичная разработка

Первичная

разработка

и

верстка

контента

(информационного

наполнения)

и

верстка

контента

<КрИмяСис> должна производиться силами

(информационного

и средствами Заказчика.

наполнения) <КрИмяСис>

должна <Тр30>.

Заказчик

Заказчик

предоставляет

весь

необходимый контент Исполнителю, а

предоставляет <Тр31>.

также

комментарии,

касающиеся

содержания, объема, оформления и

размещения.

Требования для раздела 5. Порядок переноса <КрИмяСис> на

технические средства Заказчика представлены в таблице 15.

Таблица 15 – Шаблоны требования раздела 5.

Требование

Пример использования

Перед

Перед

осуществлением

переноса

Заказчик обеспечивает:

осуществлением

переноса

• удаленный

shell-доступ

к

веб-

Заказчик

обеспечивает

серверу;

<Тр32>.

• доступ к базе данных сайта.

Требования для раздела 6. Гарантийные обязательства представлены

в таблице 16.

Таблица 16 – Шаблоны требований раздела 6.

Требование

Пример использования

Исполнитель

принимает

Исполнитель

принимает

на

себя

на

себя

обязательство по

обязательство

по

гарантийному

гарантийному обслуживанию

обслуживанию <КрИмяСис> в течение

<КрИмяСис>

в

течение

180 календарных дней с даты подписания

<Тр33> с даты подписания

Акта сдачи-приемки работ.

Акта сдачи-приемки работ.

60