Техзадание (Приложение 1)
реклама
Приложение 1 Техническое задание на оказание услуг по созданию, наполнению и обслуживанию Интернет - портала «Открытый край» 1. Общие сведения В настоящем документе приводится полный набор требований к выполнению работ по созданию, наполнению и обслуживанию Интернет – портала «Открытый край» (далее — Портал, Сайт). Заказчик — агентство по реализации программ общественного развития красноярского края Юридический адрес Заказчика: 660009, г.Красноярск, ул Ленина 123 «а» Тел: +7 (391) 211-02-37 Участие Подрядчика в конкурсе на оказание услуг по созданию, наполнению и обслуживанию Интернет - портала «Открытый край» подтверждает его согласие с нижеследующими фактами и условиями: Заказчик подготовил и разработал настоящий документ, именуемый «Техническое задание» (далее — ТЗ), который содержит перечень требований к выполняемым работам; Подрядчик согласен со всеми положениями настоящего ТЗ; Подрядчик обязуется выполнить работы в объеме, указанном в настоящем ТЗ; Заказчик не вправе требовать от Подрядчика соблюдения каких-либо форматов и стандартов, если это не указано в настоящем ТЗ. В случае если предложенный дизайн Сайта удовлетворяет требованиям Заказчика, он утверждается Заказчиком. Все неоднозначности, выявленные в настоящем ТЗ после его подписания, подлежат двухстороннему согласованию между Заказчиком и Подрядчиком. Подрядчик гарантирует, что Портал освобожден от прав третьих лиц, в том числе на используемые технологии разработанные Подрядчиком, макеты дизайна Сайта, изображения, используемые на Сайте. Используемые для создания Сайта материалы не должны нарушать право, регулирующее личные неимущественные и имущественные правоотношения, связанные с созданием и использованием произведений науки, литературы и искусства. Программное обеспечение, используемое Подрядчиком при выполнении работ, не должно являться предметом претензий о нарушении патентного и/или авторского права любой третьей стороны. Сайт должен быть подготовлен и передан Заказчику до 25.12.2013 года 2. Назначение Сайта Система взаимодействия общества и власти «Открытый край» представляет собой сайт, предоставляющий сервисы обратной связи и взаимодействия с органами государственной власти и органами местного самоуправления Красноярского края для жителей Красноярского края. Целями разработки сайта является повышение уровня открытости для граждан органов государственной власти и органов местного самоуправления Красноярского края, повышение качества и своевременности оказания муниципальных услуг гражданам, а также создание инструментов эффективной обратной связи граждан и органов государственной власти и местного самоуправления. Результатом разработки сайта станет программный комплекс в информационнотелекоммуникационной сети Интернет в соответствии с настоящим ТЗ. Основными задачами Заказчика являются: 1) повышение комфортности получения заявителями государственных и муниципальных услуг; 2) противодействие коррупции, организации эффективного взаимодействия органов исполнительной власти (далее ОИВ) и жителей края; 3) повышение удовлетворенности заявителей качеством взаимодействия ОИВ и жителей; 4) повышение информированности заявителей о порядке, способах и условиях получения государственных и муниципальных услуг, разработки и принятие важных нормативно правовых актов края; 5) внедрение интерактивного взаимодействия ОИВ с заявителями; 6) развитие и совершенствование форм межведомственного взаимодействия и взаимодействия жителей и власти. Основными задачами Сайта являются: 1) обеспечение открытости деятельности ОИВ и местного самоуправления 2) оперативное информирование (граждан, хозяйствующих субъектов, средств массовой информации) о деятельности ОИВ и местного самоуправления, о порядке получения государственных и муниципальных услуг, о ходе реализации важных проектов края и программ развития; 3) содействие в реализации задач Заказчика. Целевая аудитория Портала — население Красноярского края 3. Требования к порталу Терминология: Сайт — совокупность HTML страниц, изображений и программ, являющихся виртуальным представительством Заказчика в сети Интернет. Страницы и программы логически связаны и объединены единой концепцией дизайна. Система управления содержимым сайта (CMS, Content Management System). Представляет собой программные средства для подготовки, редактирования и публикации информации на сайте, а также средства для управления функциональностью сайта. Дизайн сайта — совокупность текстовых, графических, навигационных элементов страниц и цветового решения, акцентирующая внимание посетителей на информационных и навигационных элементах сайта. Макет дизайна сайта (дизайн-макет) — графические изображения типичных страниц сайта, выражающие общую концепцию дизайна. Программный модуль — Модуль является частью CMS, реализует работу сложнофункционирующих разделов сайта. Дедлайн - крайний срок (дата и/или время), к которому должна быть выполнена задача. Каптча - полностью автоматизированный публичный тест для различия компьютеров и людей. Основная идея теста: предложить пользователю такую задачу, которую с лёгкостью может решить человек, но которую несоизмеримо сложнее решить компьютеру. Привилегированный пользователь – зарегистрированный пользователь, имеющий особый доступ для редактирования информации в рамках, определенных модератором сайта. Администратор сайта– пользователь, имеющий полный доступ по редактированию информации на сайте. Модератор сайта – пользователь, обладающий правами редактирования информации на сайте в рамках, определенных администратором сайта. Пользователь – посетитель сайта. Эксперт - зарегистрированный на сайте пользователь, с привилегиями, позволяющими ему участвовать в обсуждениях в модуле «Экспертный совет губернатора». Учетная запись - совокупность накапливаемой информации в базе данных о деятельности пользователя в рамках системы, а так же о его личных данных. 3.1. Общие требования Наряду с созданием Портала Подрядчиком должно быть предоставлено следующее техническое обслуживание: предоставление площадки для хостинга сроком на 1 (один) год; гарантийная техническая поддержка Портала в течение года с момента подписания акта приема передачи, включающая в себя устранение возможных программных ошибок и мелкие программные и дизайнерские доработки; регистрация доменного имени второго уровня Портала в зонах .ru и .рф на Заказчика на 1 (один) год (выбор доменного имени согласуется с Заказчиком); еженедельное резервное копирование данных (backup) на период функционирования Сайта; ежемесячный общий мониторинг работоспособности системы в течение гарантийного срока с предоставлением отчета Заказчику; предоставление почтового сервиса (техническая поддержка почтовых адресов формата имя@Портал.ru) на период функционирования Портала. наполнение Сайта Объем Портала в мегабайтах не оговаривается. Планируется расширение функционала Сайта. Желательные технические условия Требования к программной платформе системы: Язык программирования Ruby Использование фреймворка Ruby on Rails Использование ajax Требования к программному обеспечению веб–сервера: Операционная система UNIX; Система управления базами данных PostgreSQL; Веб-сервер Nginx. 3.2. Требования к стилистическому оформлению Сайта При реализации проекта по созданию Сайта должен быть сохранен фирменный стиль Заказчика, а также обработана имеющаяся у Заказчика графическая информация в рамках создания данного Сайта и оптимизирована для использования в информационнотелекоммуникационной сети «Интернет». Материалы по фирменному стилю, принятому в организации, Заказчик предоставляет в электронном виде Подрядчику после двустороннего подписания контракта на создание Сайта. Вся информация должна быть разбита на логические блоки, визуально хорошо читаемые. Каждая категория пользователей должна без труда ориентироваться в навигации Сайта. 3.3. Требования к графическому дизайну Сайта Графическое представление Сайта должно соответствовать его содержанию, поставленным целям и задачам настоящего ТЗ. Главное назначение дизайна Сайта — обеспечить качественное предоставление информации и удобную навигацию. Все рисунки объемом более 2 Кб должны быть выполнены с замещающим текстом. Рисунки размером более 15 Кб должны быть выполнены с предпросмотром. Формат всех рисунков — gif или jpg (jpeg). Допустимо уменьшение качества рисунков, если для размещения на сайте необходимо уменьшить их геометрические размеры или размеры в Кб. Требуется использование небольших, но стилизованных графических элементов (пиктограмм, «визуалов») в оформлении контента Сайта. Все пиктограммы должны быть выполнены в одном стиле и в одной цветовой гамме. Дизайн Сайта должен быть реализован такими средствами, которые минимально нагружают трафик и производительность компьютера пользователей при просмотрах страниц. Верстка дизайн-макетов в HTML-шаблоны учитывает поддержку следующих браузеров: Microsoft Internet Explorer (версия 8 и выше); Mozilla Firefox (версия 13 и выше); Opera Software Opera (версия 12 и выше); Apple Safari (версия 5 и выше); Google Chrome (версия 20 и выше). Минимальная ширина макетов 1024х768, дизайн не тянется. Другие браузеры, а так же версии браузеров, отличные от указанных – не учитываются при вёрстке. 3.4. Требования к оформлению текста на сайте Для основного текста требуется использование шрифта без засечек, стандартных групп, таких как Arial, Verdana, Tahoma, таким образом, чтобы замена шрифтов из соответствующей группы не приводила к визуальному искажению текста. Максимально допустимое количество видов шрифта – 3 (три). Шрифт Сайта должен хорошо читаться — темный на светлом фоне. Размер (кегль) шрифтов должен обеспечивать удобство восприятия текста при минимально допустимом размере экрана, рекомендуемый размер — 10–12 пикселей. Высота строки (интервал) должна составлять 120–150% от размера кегля. Для разделения абзацев необходимо использовать вертикальный отступ, который должен составлять не менее высоты строки. Текст должен быть размещен перед изображением «кнопок» (с целью обеспечения возможности копирования и отражения в поисковых запросах), также зафиксирован в коде страницы (в случае изменения масштаба страницы вид текстовой информации должен оставаться постоянным). Требуемые дизайн-макеты: В рамках данного проекта разрабатываются следующие дизайн-макеты: Стартовая страница Стартовая страница для модуля «Общественный контроль» Страница для модуля «Общественный контроль» (вид: карта/список) Страница для модуля «Предложения граждан» (вид: карта/список) Страница для модуля «Гарантийная библиотека» (вид: карта/список) Страница заявки в модуле «Общественный контроль» Страница заявки для ответственного лица в модуле «Общественный контроль» Страница объекта в модуле «Гарантийная библиотека» Страница объекта для ответственного лица в модуле «Гарантийная библиотека» Страница подачи заявки в модуле «Общественный контроль» Страница подачи претензии по объекту в модуле «Гарантийная библиотека» Стартовая страница модуля «Экспертный совет губернатора» Страница вопроса для модуля «Экспертный совет губернатора» Страница вопроса для эксперта для модуля «Экспертный совет губернатора» Типичная текстовая страница Стартовая страница модуля «Дорога в будущее» Шаблон для презентационных страниц в модуле «Дорога в будущее» Презентационная страница проекта «4-й мост через Енисей» для модуля «Дорога в будущее» Презентационная страница «Ангаро-Енисейский промышленный кластер» для модуля «Дорога в будущее» Презентационная страница «Заявочная кампания на проведение Универсиады в 2019 году» для модуля «Дорога в будущее» Девять презентационных страниц для девяти проектов для модуля «Дорога в будущее» Страница со списком новостей Страница новости Страница со списком медиа-материалов Страница со списком записей в блогах Страница записи блога Страница добавления записи в блог 3.5. Цветовая палитра При разработке Сайта необходимо обеспечить возможность его просмотра при использовании безопасной цветовой палитры (15 разрядов цветов и выше (число цветов 65536 и выше). Изменения оттенков цветов при просмотре Сайта с использованием безопасной цветовой палитры не оговариваются. Основные цвета: золото, вишня. Общий фон Сайта: белый. Ссылки на основные разделы Сайта должны менять цвет при наведении на них курсора. Цвет ранее посещенных ссылок должен выделяться. 3.6. Требования к компоновке страниц Сайта Компоновка страниц Сайта должна обеспечивать фиксированную ширину страниц в браузере пользователя. Размер (ширина) рабочего поля браузера, при котором необходимо обеспечить полноценное отображение страниц (без полосы горизонтальной прокрутки), составляет 1024 пиксела. 3.7. Требования к клиентскому программному обеспечению Сайт должен корректно отображаться во всех современных браузерах. Тестирование следует производить в актуальных версиях наиболее распространенных браузеров: Internet Explorer, Opera, Mozilla Firefox, Google Chrome. На Сайте должна быть специальная версия для слабовидящих. У пользователей не должно возникать сложностей с переходом от обычной версии к версии для слабовидящих и обратно. Версия для слабовидящих должна быть выполнена в соответствии с ГОСТ Р 52871-2007 «Дисплеи для слабовидящих. Требования и характеристики» и ГОСТ Р 528722007 «Интернет-ресурсы. Требования доступности для инвалидов по зрению». Должна быть возможность увеличения размера шрифта и выбора различных цветовых схем. Все элементы визуального оформления должны быть отключены в версии для слабовидящих. Сайт должен выполняться на русском языке. Должна быть предусмотрена возможность переключения раскладки клавиатуры между русским и английским языками на любой из страниц Сайта. 3.8. Оптимизация поисковых запросов Основные ключевые слова, по которым Сайт должны находить по запросам в поисковых системах и Интернет-каталогах согласуется с заказчиком. Поисковая оптимизация Сайта должна обеспечивать отражение ссылки на Сайт при отражении результатов пользовательского поиска в поисковых системах Yandex.ru и Google.com по указанным в пункте 3.9 настоящего Технического задания запросам не ниже 10 (десятой) строки результатов поиска. 3.9. Требования к организации гиперссылок Все гиперссылки на Сайте должны быть относительными (за исключением внешних). При переходе по внутренним гиперссылкам должны отображаться соответствующие разделы или части текста (размещение в центре страницы). Контекстное меню разделов Сайта должно отображаться по щелчку мыши и фиксироваться на странице, закрываться — при щелчке в свободном поле страницы Сайта. 3.10. Требования к системе управления контентом Сайта Для поддержания материалов в актуальном состоянии Сайт должен быть снабжен системой управления сайтом (далее — СУС). Элементы управления должны быть сгруппированы однотипно — горизонтально (вертикально) — на всех страницах. Редактирование текста должно осуществляться посредством визуального редактора, который должен иметь основные возможности по форматированию текста: создание заголовков нескольких уровней, списков, таблиц, выделение ключевых слов другим начертанием (курсив, жирность). При редактировании текстов должна быть доступна возможность вставки изображений-иллюстраций. К каждому изображению должно быть обеспечена возможность указать поясняющий текст, а также всплывающую подсказку. СУС должна обеспечивать указание для каждой страницы заголовка и описания, а также ключевых слов, меток, тегов. Адреса страниц, формируемые СУС Сайта, должны иметь понятный вид, отображать иерархию страниц (сайт.ru/раздел/подраздел/заголовокстраницы). Вся СУС Сайта должна быть выполнена в виде открытого кода, позволяющего Заказчику самостоятельно вносить в нее изменения после прекращения контрактных отношений между Заказчиком и Подрядчиком. Для эксплуатации СУС Сайта от администратора не должно требоваться специальных технических навыков, знания технологий или программных продуктов, за исключением общих навыков работы с персональным компьютером и стандартным веббраузером. В СУС должна действовать система разграничения прав пользователей — каждому пользователю может быть дан доступ только в определенный набор разделов. Также СУС должна иметь журнал операций, в котором отражаются все действия пользователей над материалами. Процедура публикации документов должна оставаться независимой от количества авторов. Безопасность Сайта не должна ухудшаться при увеличении числа авторов. Система подготовки и публикации документов должна обеспечивать возможность обслуживания всех авторов без снижения производительности. Желательна непрерывность процесса подготовки и публикации документов (одновременно несколькими авторами). Конечным пунктом в дереве навигации по сайту должен быть материал — гипертекст с возможностью вставки изображений, ссылок и тому подобное. В качестве центральной части интерфейса редактирования документов на сервере должен использоваться визуальный редактор, который функционирует в браузере и имеет простой интуитивный интерфейс, понятный любому знакомому с продуктами MS Office. СУС Сайта должна быть модульного типа и содержать все необходимые модули. Система должна позволять создать на Сайте неограниченное количество соответствующих разделов. Доступ к СУС должен осуществляться по логину и паролю, присваиваемым администратором системы. Для сохранности информации необходимо наличие функции резервного копирования файлов и базы данных Сайта (в том числе на внешние ресурсы, настраиваемые Заказчиком), а также восстановления файлов и базы данных Сайта из резервной копии (в том числе с внешних ресурсов, настраиваемых Заказчиком). Используемые при проектировании, доработке, тестировании и запуске в эксплуатацию Сайта аппаратное обеспечение, программное обеспечение, инструменты разработки программного обеспечения и системы управления базами данных должны быть лицензионными и сертифицированы на территории Российской Федерации для работы в используемых режимах. Программные модули системы управления Список имеющихся в системе модулей: Общественный контроль Экспертный совет губернатора Гарантийная библиотека Дорога в будущее Блоги Новости Медиа Пользователи 3.11. Требования к системе безопасности Сайта Изменение требований к системе безопасности может оказывать влияние на все составные части. Сайт должен адаптироваться в соответствии с изменяющимися требованиями с соблюдением следующих условий: в процессе адаптации защищенность не должна становиться хуже существующей на момент начала адаптации; процесс адаптации не должен прерывать доступа пользователей Сайта к информационным ресурсам; процесс адаптации не должен прерывать процесс подготовки и публикации документов; процесс адаптации не должен затрагивать тех пользователей, на которых не распространяются новые требования. 3.12. Разграничение прав доступа Роли в системе Администратор города - пользователь в разделе «Общественный контроль» с полными правами доступа в рамках одного города. Суперадминистратор - пользователь с полными правами доступа в рамках всей системы. Секретарь - пользователь в разделе «Общественный контроль», привязанный к департаменту, отвечающий за обработку и ответ на заявки пользователей. Ответственное лицо - пользователь в разделе «Общественный контроль», привязанный к департаменту, контролирующий работу секретарей департаментов. Модератор - пользователь, обрабатывающий заявки пользователей в разделе «Общественный контроль». Эксперт - пользователь в модуле «Экспертный совет губернатора», ответственный за формирование своего экспертного мнения на вопросы, поставленные губернатором. Модератор экспертного совета - пользователь, вносящий в раздел вопросы и контролирующий работу модуля. Блоггер - пользователь, которому дан доступ к разделу «Блоги», в котором он может писать собственные посты. Регистрация и личный кабинет Для работы с сайтом пользователи должны регистрироваться в системе, без регистрации и входа в систему, пользователи могут лишь просматривать сайт. Для пользователей определены поля: Имя Фамилия Отчество Дата рождения Город Адрес эл. почты Номер телефона Пароль Фотография После регистрации и заполнения перечисленных выше полей, пользователю отправляется на адрес эл. почты сообщение со ссылкой для активации аккаунта. Пользователь может зайти в свой аккаунт только после его активации, до этого аккаунт является заблокированным. В случае, если после регистрации пользователь забыл пароль к аккаунту, то он может его восстановить при помощи формы восстановления пароля, в которую он вносит адрес своей эл. почты, на которую будет отправлен новый сгенерированный пароль. Для зарегистрированных пользователей на сайте существует личный кабинет, в котором пользователь может просматривать и изменять информацию о себе, а также просматривать списки: созданных им заявок в модуле «Общественный контроль» обсуждений, в которых он участвовал в модуле «Экспертный совет губернатора» опубликованных им записей в модуле «Блоги» Система управления В панели администрирования суперадминистратор может назначать роли пользователям. Администратор города может назначать роли только пользователям, привязанных к его городу. 4. Требования к структуре Сайта 6.2. Дорога в будущее В разделе располагаются презентационные страницы приоритетных проектов Красноярского края. Клиентская часть В рамках работ должно быть разработано 12 презентационных страниц, включающих в себя: фотографии объекта или мероприятия, текстовую информация, инфографическую информацию, аудио- или видеоинформацию, прямые трансляции, интерактивные блоки. В первой итерации разрабатываются первые 3 страницы: «4-ый мост через Енисей», «Ангаро-Енисейский промышленный кластер», «Заявочная кампания на проведение Универсиады в 2019 году». В модуле «Дорога в будущее» проекты должны располагаться в порядке, определенном порядком их завершения. Каждый проект должен быть оформлен индивидуально и имееть индивидуальный дизайн. Система управления Администратор и модератор могут: добавлять, редактировать, удалять проекты 6.3. Экспертный совет губернатора Модуль позволяет организовывать опросы среди экспертного совета, а также формировать сам экспертный совет губернатора. Клиентская часть На странице со списком вопросов, пользователь видит список публичных уже завершившихся опросов. Для каждого опроса выводятся следующие поля: текст вопроса, дата завершения опроса, кол-во принявших участие в опросе экспертов, график распределения голосов. На странице так же могут располагаться непубличные опросы, т.е. просмотр которых запрещен для пользователей, но такие опросы могут видеть администратор, модераторы и эксперты. Так же на странице располагается общая статистическая информация о работе модуля, в которой отмечается количество завершенных опросов, количество экспертов в совете и кнопка «Стать экспертом». На странице завершенного опроса пользователи пользователи видят следующие блоки: текст вопроса, график распределения голосов, дата завершения опроса, список экспертов, принявших участие, ответы-комментарии экспертов. В каждом ответе-комментарии отображаются следующие поля: фотография, фио эксперта, текст ответа, выбранный вариант ответа в опросе. На страницу незавершенного опроса пользователь зайти не может. На страницу незавершенного опроса может войти только эксперт, модератор или администратор, при этом на ней он видит следующие блоки: текст вопроса, форма для ответа на вопрос, в которой располагаются пункты для выбора среди вариантов ответа и текстовое поля для комментария. Любой зарегистрированный пользователь сайта может стать экспертом, для этого ему требуется заполнить специальную форму. В форме ему требуется заполнить следующие поля: фио, образование, текущее место работы, должность, и отметить галочками сферы деятельности, в которых он является экспертом. Сферы деятельности эксперта равны списку категорий и подкатегорий опросов. В дальнейшем, эксперту будут приходить уведомления только на те опросы, где совпадаются категории и подкатегории указанные для опроса и выбранные экспертом сферы деятельности (необходимо хотя бы одно совпадение). В случае, если эксперт пропускает более трех опросов, являющихся для него профильными, он автоматически исключается из совета (блокируется). Для разблокировки ему требуется связаться с модератором или администратором через форму обратной связи в системе. Система управления Через панель администрирования администратор или модератор может добавлять опросы, список категорий и подкатегорий опросов, формировать отчеты по проведенным опросам, блокировать или разблокировать пользователей. 6.4. Общественный контроль Клиентская часть На стартовой странице модуля отображаются следующие блоки: обращение мэра города, описание модуля, выбор города, табы для переключения между разделами модуля: «Заявки», «Предложения», «Гарантийная библиотека». При выборе раздела без перезагрузки страницы под табами появляется содержание раздела. В блоке «Обращение мэра» располагается фотография мэра города и его обращение к пользователям. В блоке также располагается кнопка для скрытия блока, при этом блок более не отображается для пользователя. В блоке «Описание модуля» располагается краткий текст (не более 140 символов), описывающий задачу модуля. Данный блок может сменяться при выборе раздела. При выборе раздела «Заявки» ниже табов отображаются: блок с фильтрами, переключатель между картой и списком заявок, интерактивная карта выбранного города с метками-заявками, кнопка «Пожаловаться», пошаговая инструкция (максимум 4 пункта) объясняющая принцип использования раздела модуля. При выборе вида «Список заявок» карта скрывается и отображаются заявки списком с учетом всех выбранных ранее фильтров. При выборе фильтров, на интерактивной карте скрываются или отображаются метки неподходящие или подходящие под критерии. В блоке фильтров располагаются следующие фильтры: по статусу, по дате добавления, по популярности, по классификатору. Для каждой заявке в списке заявок выводятся следующие поля: раздел классификатора, подраздел классификатора, к которому относится заявка, адрес, статус заявки, сколько человек поддержало заявку, кнопка «Поддержать», статус заявки. Дополнительно заявка графически помечается в зависимости от своего статуса. При нажатии на кнопку «Подать заявку» открывается соответствующий блок. Подать заявку может только зарегистрированный пользователь. При наведении на метку-заявку на интерактивной карте рядом с ней отображается блок с краткой информацией о метке: название заявки, дата подачи, раздел классификатора, фотография, сколько человек поддержало заявку, кнопка «Поддержать», статус заявки. Для заявок возможны следующие статусы: в работе, выполнена, мотивированный отказ, запланировано. При нажатии на метку-заявку или заявку в списке заявок открывается блок с расширенной информацией о заявке. При этом, если было произведено нажатие на метку-заявку, то карта уменьшает свой размер по высоте, сдвигаясь вверх, а под ней открывается блок с расширенной информацией о заявке. В случае, если нажатие было произведено на заявку в списке заявок, то блок открывается сразу под выбранной заявкой, заявки, расположенные ниже, располагаются под блоком с расширенной информацией о заявке. В блоке с расширенной информацией о заявке располагаются следующие блоки: название заявки, фотографии (если есть, при этом одна из фотографий является основной), полный текст заявки, закрепленное за заявкой ответственное лицо, блок с кнопкой «Поддержать», количеством поддержавших заявку пользователей, статусом заявки, блок комментариев. В комментариях располагаются комментарии от зарегистрированных пользователей, действия произведенные с заявкой (изменение статуса, присвоение/изменение ответственного лица), комментарии ответственного лица. Система управления При подаче пользователем системы заявки или предложения оно отображается ярлыком у модераторов в панели управления, но не отображается сразу на клиентской части системы. Модератор, для работы с заявкой должен назначить ее на себя, после чего эта заявка пропадает из списка новых заявок у других модераторов. После того как модератор проверил заявку, он публикует ее и назначает департамент, который будет отвечать на заявку. Его модератор выбирает из списка департаментов, уже занесенных в систему. После назначения заявки на департамент на почту секретарям, закрепленным за этим департаментом, отправляется уведомление. В письме, которое отправляется секретарям содержится ссылка на панель управления. При входе, секретарь видит все новые заявки. Для работы с заявкой, он должен ее назначить на себя, при этом заявка пропадет из списка новых заявок у других секретарей этого департамента. Он может фильтровать заявки по следующим критериям: по статусу, по дате добавления, по классификатору. Для взятой на себя заявки секретарь может добавить ответ, который может содержать не более 700 символов. При этом не учитываются специальные html-символы, появляющиеся при работе wysiwyg-редактора. После написания ответа, секретарь отправляет заявку на согласование ответственному лицу, от имени которого и будет публиковаться ответ. Ответственному лицу отправляется уведомление о новом ответе по эл. почте. Ответственное лицо может либо подтвердить публикацию ответа, либо отклонить, написав сопроводительный комментарий и отредактировав ответ. В случае подтверждения ответа, модератору отправляется уведомление по эл. почте о новом ответе, в панеле администрирования, он может подтвердить или отклонить ответ, при этом отправляется уведомление секретарю департамента, написавшему ответ. В случае, если ответственное лицо по каким-то причинам не может согласовывать ответы, секретарь может отправлять ответы напрямую модератору. После подтверждения корректности ответа модератором - ответ отображается на сайте. 6.5. Гарантийная библиотека Клиентская часть При выборе раздела «Гарантийная библиотека» в модуле «Общественный контроль» ниже табов отображается блок с: блок пошаговых фильтров, интерактивной картой с меткамиобъектами и пошаговая инструкция (максимум 4 пункта) объясняющая принцип использования раздела модуля. В блоке с пошаговым фильтром располагается 3 пункта: выбор района, выбор улицы, выбор объекта. При выборе фильтров, на карте автоматически скрываются/отображаются неподходящие/подходящие под критерии метки-объекты. При наведении на метку рядом с ней отображается блок с краткой информацией об объекте: название объекта, адрес (если есть), срок гарантии (до какой даты гарантия), подрядчик, кнопка для открытия подробной информации об объекте. При нажатии на метку интерактивная карта уменьшается, сдвигаясь вверх, ниже карты открывается блок с подробным описанием объекта. В блоке отображаются следующие поля: название объекта, адрес, фотографии объекта (если есть), основные данные о произведенных работах на объекте, таймлайн гарантийного срока проекта, кнопка «Пожаловаться», кнопка «Написать комментарий». В блоке «Основные данные о произведенных работах» отображается следующая информация: подрядчик, дата начала работ, дата завершения работ, гарантия до, сумма контракта на работы, список произведенных работ. В блоке «Таймлайн гарантийного срока проекта» отображаются заявки, добавленные зарегистрированными пользователями к выбранному объекту. Добавить заявку пользователь может, нажав на кнопку «Пожаваться». При нажатии на кнопку «Пожаловаться» появляется блок с формой подачи заявки идентичный блоку в модуле «Заявки». При получении ответа на заявку, ответ отображается в таймлайне гарантийного срока объекта. При нажатии на кнопку «Написать комментарий» появляется блок с формой добавления комментария, в котором находятся следующие поля: текстовое поле для комментария, кнопка «Отправить комментарий». Система управления При подаче заявки через модуль «Гарантийная библиотека», она обрабатывается в модуле «Заявки» аналогично всем остальным заявкам, поданным через модуль «Заявки». Администратор и модератор могут: добавлять, редактировать, удалять объекты блокировать комментарии 6.6. Медиа В модуле размещается различный медиа-контент, такой как фото, видео, аудио или презентации. Пользователь может как просматривать его на сайте, так и скачать себе на компьютер. Клиентская часть Модуль представлен на стартовой странице сайта, где контент выводится либо единым потоком, либо по типу содержимого (видео, аудио, фото или презентация). У модуля есть отдельная страница со списком всего его содержимого, которое можно фильтровать по: типу, дате добавления. В списке медиа-материал имеет следующие поля: название, дата добавления, лид, превью (если имеется). Система управления Модулем может управлять администратор или модератор. В рамках модуля они могут: добавлять, редактировать или удалять медиа-материалы При добавлении медиа-материала, он может может быть загружен через один из онлайн сервисов: Youtube, Vimeo, SoundCloud, Issuu, Slideshare, путем вставки ссылки на материал на выбранном сервисе. 6.7. Новости Модуль используется для информирования пользователей сайта о новостях, нововведениях системы, а так же о событиях связанных с программой «Открытый регион». Клиентская часть Модуль имеет представление на стартовой странице проекта, на ней выводится ограниченное количество последних новостей. Там же находится ссылка на страницу со списком новостей. Для каждой новости в списке новостей отображаются следующие поля: название новости, дата публикации, лид, фотография (если есть). При нажатии на новость, пользователь переходит на страницу с полным текстом новости. Система управления Администратор или модератор может: добавлять, редактировать или удалять новости 6.8. Блоги Клиентская часть Блоги на сайте ведут пользователи, имеющие соответствующие права. Для каждой записи блога определены следующие поля: Название Категория Теги Основное содержание Автор Дата публикации Записи блога отображаются на сайте в хронологическом порядке и могут быть отфильтрованы по: автору, разделам, тегам. Зарегистрированные пользователи могут оставлять к записям блога комментарии. Комментарии могут быть удалены или отредактированы администратором. 6.9. Панель администрирования Визуальная часть панели администрирования работает на основе фреймворка Bootstrap 3. При помощи панели администрирования осуществляется управление всеми разделами и настройками системы. Вход в панель администрирования осуществляется через клиентскую часть системы, путем ввода в окно входа логина и пароля администратора. Через панель администрирования можно управлять: Пользователями системы Ролями пользователей системы Городами общественного контроля Классификатором общественного контроля Заявками в общественном контроле Ответами к заявкам в общественном контроле Опросами в экспертном совете Ответами на опросы в экспертном совете Новостями Разделами медиа Альбомами медиа Комментариями к новостям Разделами гарантийной библиотеки Элементами гарантийной библиотеки 5. Стадии, этапы разработки, порядок контроля и приемки План-график разработки Сайта должен быть предоставлен Заказчику в течение 2 (двух) рабочих дней со дня подписания контракта Заказчиком и Подрядчиком. Работы по созданию Сайта должны выполняться поэтапно, в соответствии с ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы стадии создания». Испытания Сайта, передача его Заказчику для работы в опытном режиме и приемка Сайта в постоянную эксплуатацию должны проводиться в соответствии с ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем». Первичная разработка и верстка контента (информационного содержимого) Сайта должна производиться силами Подрядчика при непосредственном участии Заказчика. Заказчик предоставляет все необходимые Подрядчику текстовые и графические материалы, а также комментарии, касающиеся их содержания, объема, оформления и размещения. В рамках работ по настоящему Техническому заданию Подрядчик обеспечивает наполнение разделов Сайта материалами, предоставленными Заказчиком. Подрядчик обеспечивает обработку иллюстраций для приведения их в соответствие с техническими требованиями и верстку подготовленных материалов. Сканирование, набор и правка-вычитка текстов, ретушь, монтаж, перевод и другие работы выполняются Подрядчиком. Подрядчик должен предоставить Заказчику дистрибутив СУС в составе: архив с исходными кодами всех программных модулей и разделов сайта, а также копии баз данных Сайта с актуальной информацией. Если представленная Подрядчиком дизайн-концепция Сайта удовлетворяет Заказчика, он должен утвердить ее в течение 5 (пяти) рабочих дней с момента представления Подрядчиком. При этом он может направить Подрядчику список частных доработок, не затрагивающих общую структуру страниц и их стилевое решение. Указанные доработки производятся параллельно с разработкой программных модулей Сайта. Внесение изменений в дизайн-концепцию после ее приемки допускается только по дополнительному соглашению Сторон. Если представленная концепция не удовлетворяет требованиям Заказчика, последний предоставляет мотивированный отказ от принятия концепции с указанием деталей, которые послужили препятствием для принятия концепции и более четкой формулировкой требований. В этом случае Подрядчик разрабатывает второй вариант дизайн-концепции. Обязательства по разработке второго варианта дизайн-концепции Подрядчик принимает только после согласования и подписания дополнительного соглашения о продлении этапа разработки дизайн-концепции на срок не менее 5 (пяти) рабочих дней. На разработанный Подрядчиком Сайт устанавливается гарантия на возникшие в процессе его эксплуатации ошибки и неисправности в течение года с момента подписания Сторонами акта приема передачи выполненных работ. Подрядчик самостоятельно и за свой счет исправляет ошибки и неисправности на Сайте возникшие по причине недоработки Сайта. Подрядчик оказывает консультативную помощь в течение года с момента подписания Сторонами акта приема передачи выполненных работ в рабочее время в часовом поясе Заказчика по телефону. Заказчик также вправе воспользоваться электронной почтой или программами для обмена мгновенными сообщениями информационно-телекоммуникационной сети «Интернет» для запроса оказания помощи в обслуживании Сайта. Подрядчик гарантирует работоспособность всех режимов Сайта в течение не менее 1 (одного) года с момента подписания Сторонами акта приема передачи выполненных работ. В случае обновление ядра и базовых модулей СУС, все части СУС и Сайта должны оставаться работоспособными и корректно выполнять свои функции. 6. Итог выполнения работ Готовый Сайт должен соответствовать и не противоречить: Федеральному закону Российской Федерации от 9 февраля 2009 г. № 8-ФЗ № «Об обеспечении доступа к информации о деятельности государственных органов и органов местного самоуправления»; Приказу Минэкономразвития России № 470 от 16.11.2009 г. «О Требованиях к технологическим, программным и лингвистическим средствам обеспечения пользования официальными сайтами федеральных органов исполнительной власти»; Федеральному закону от 27 июля 2006 года № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; Федеральному закону от 2 мая 2006 года № 59-ФЗ «О порядке рассмотрения обращений граждан Российской Федерации»; Федеральному закону Российской Федерации от 6 апреля 2011 г. № 63-ФЗ «Об электронной подписи»; ГОСТ Р 52872-2007 «Интернет-ресурсы. Требования доступности для инвалидов по зрению»; ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы стадии создания»; ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем»; Письму Министерства здравоохранения и социального развития РФ от 11 апреля 2012 г. № 30-7/10/2-3602. Требуется разработать комплекты документации Сайта и его частей. Эксплуатационная документация следующего характера: Описание алгоритмических, технических и программных средств Сайта и СУС; Руководство по работе с СУС Сайта для администратора, содержащее описания типовых приемов администрирования и обслуживания Сайта; Описание параметров настройки Сайта и СУС; Описание процедур резервирования и восстановления Сайта и СУС. Эксплуатационная документация должна быть предоставлена в двух экземплярах на бумажном носителе и в одном экземпляре в электронном виде на оптическом носителе информации. Документация должна быть выполнена на русском языке, за исключением официальных наименований используемого программного и технического обеспечения. Подрядчик обязан в течение 5 (пяти) рабочих дней с даты подписания Сторонами акта приема передачи выполненных работ провести инструктаж представителей Заказчика по пользованию Сайтом.
