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

Содержание                                                                                                                                        1. ВВЕДЕНИЕ    2                                                                                                                                   2. ГЛОССАРИЙ  3     3. ОБЩИЕ ПОЛОЖЕНИЯ                                                                                                                  7                                                                                                                 3.1 Предмет разработки       ............................................................................................................    7                                                                                                             ........................................................................................................    7     3.2 Назначение документа                                                   4. ТРЕБОВАНИЯ К ГРАФИЧЕСКОМУ ДИЗАЙНУ САЙТА      9                                                                                                  4.1 Требования к дизайну сайта       ...............................................................................................    9                                                                            4.2 Порядок утверждения дизайн­концепции   .........................................................................    9     5. ТРЕБОВАНИЯ К ПРЕДСТАВЛЕНИЮ САЙТА                                                                                                                  5.1 Требования к представлению главной страницы МАБД       ...............................................    11                  5.2 Графическая оболочка внутренних страниц (общая для всех подразделов)   ...............    12       5.3 Требования к структуре сайта                                                                                            .........................................................................................    12                                                                          6. ТРЕБОВАНИЯ К РАЗДЕЛЕНИЮ ДОСТУПА     7. ТРЕБОВАНИЯ К ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ                                              7.1 Требования к языкам программирования                                                                                .......................................................................  14                                                                              7.2 Требования к организации гиперссылок       .........................................................................  14 7.3 Требования к иллюстрациям                                                                                                 ............................................................................................    14       7.4 Требования к объему одной страницы                                                                                 ............................................................................  14                                                      8. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ                                               8.1 Требования к программному обеспечению серверной части  15       ........................................   8.2 Требования к клиентскому программному обеспечению                                                   ..............................................    15                                                       9. ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ     10. ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ                                 11. ТРЕБОВАНИЯ К ПРИЕМКЕ­СДАЧЕ ПРОЕКТА                                                                                                                                            11.1 Требования к наполнению информацией       ......................................................................  18                                          11.1.1 Общие требования к информационному наполнению       .....................................  18 11.1.2 Порядок предоставления информационного наполнения                                    ...............................    18     11.2 Требования к персоналу                                                                                                    .................................................................................................          19 11.3 Порядок предоставления дистрибутива                                                                            .......................................................................    20     11.4 Порядок переноса информационной подсистемы на технические средства заказчика   12. РАЗРАБОТКА СОГЛАСОВАНИЯ И ИСПЫТАНИЯ.                                                                                                                                                                        13. ЭТАПЫ РАЗРАБОТКИ     14. СОДЕРЖАНИЕ РАБОТ ПО ЭТАПАМ                                                                                     15. ВИДЫ ИСПЫТАНИЙ                                                                                                                   16. ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТЫ                                                                    20  21  22  23  25  26  13  14  11  15  16  17  18 1. ВВЕДЕНИЕ 1.1. Наименование программы: «Научно электронной библиотеки»   1.2. Назначение и область применения  Данная программа предназначена для использования в составе программно­   «Научно аппаратного   комплекса   интерактивной   терминальной   системы   электронной библиотеки» Основным функциональным назначением программы является:  ­   предоставление   необходимой   социальной   информации   гражданам   о предоставляемых услугах,  имеющим доступ и навыки пользования глобальной сетью Интернет;      ­ управление данными базы данных с помощью графического интерфейса. Термин  Сайт 2. ГЛОССАРИЙ Глоссарий Таблица 1. Описание Информационная система, предоставляющая пользователям сети Интернет доступ к своему содержимому и функционалу в виде упорядоченного набора взаимосвязанных HTML­страниц  World wide web (WWW, web, веб) Единое информационное пространство на базе сети Internet, состоящее из совокупности сайтов. Приставка "веб­" может использоваться для обозначения объектов, ориентированных на использование в WWW или использующих типичные для WWW технологии (например, веб­интерфейс ­ интерфейс на базе веб­страниц)  Основной носитель информации в World ide Web. Особым образом сформатированный файл (набор файлов), просматриваемый с помощью www­браузера как единое целое (без перехода по гиперссылкам)  Управляющие коды, посредством которых осуществляется форматирование HTML­страницы  Активный элемент HTML­страницы, задаваемый специальным тегом. Выделенный фрагмент текста или изображения, позволяющий загрузить другую страницу или выполнить HTML­страница (веб­страница, страница) HTML­теги (теги)  Гиперссылка (ссылка, линк) WWW­браузер (браузер)  HTML­форма (форма)  Поле (поле БД, поле формы)  Флаг  определенное действие  Клиентская программа, поставляемая третьими сторонами и позволяющая просматривать содержимое HTML­ страниц  Часть HTML­страницы, предназначенная для взаимодействия с посетителем сайта. Представляет собой набор элементов (текстовых полей, селекторов, выпадающих списков), посредством которых пользователь может ввести какую­либо информацию и отправить ее для обработки на сервере  Структурный элемент, содержащий однотипную информацию, например, текст, дату, числовые значения и т.п.  Особое поле данных, могущее содержать только одно из двух допустимых значений. Позволяет указать на наличие или отсутствие какого­либо события или свойства объекта Справочник  Вспомогательная структура данных, содержащая список  допустимых значений для какого­либо поля основных форм или БД. Справочники подразделяются на фиксированные (неизменяемые и поставляемые Исполнителем вместе с готовым сайтом) и редактируемые (состав которых может изменяться администратором)  Лицо, осуществляющее от имени Заказчика информационную поддержку сайта  Файл, содержащий элементы внешнего оформления HTML страниц сайта, а также набор специальных тегов, используемых системой публикации Администратор (менеджер, редактор) сайта  Дизайн­шаблон страниц Дизайн веб­сайта  Информационные материалы  Наполнение (контент) Элемент наполнения (контента)  сайта для вывода информации при создании окончательных HTML страниц  Уникальные для конкретного веб­сайта структура, графическое оформление и способы представления информации  Информация о деятельности Заказчика. Может включать графические, текстовые, аудио или видео материалы. Предоставляется Заказчиком  Совокупность информационного наполнения веб­сайта. Включает тексты, изображения, файлы и т.п. предназначенные для пользователей системы  Отдельная запись в базе данных, внешнее представление которой зависит от управляющего ей программного модуля (например, в модуле «новостная лента» элементом наполнения является отдельная новость)  Система динамического управления наполнением (контентом) сайта  Информационная система, позволяющая авторизованным пользователям производить изменения иерархической структуры и информационного наполнения веб­ сайта без использования каких либо дополнительных специальных программных средств Совокупность объектов базы данных, представленная в виде файлов, позволяющая восстановить точную копию структуры исходной базы данных в аналогичной системе управления базами данных  Совокупность экранов и элементов управления системы, позволяющих пользователю, осуществляющему Дамп  Веб­интерфейс Шаблона раздела  WYSIWYG редактор  Роль МАБД доступ к системе через веб­браузер, осуществлять поддержку и управление системой.  Ссобым образом размеченный ASCII­ файл, определяющий как графическое оформление страниц раздела, так и их макет (раскладку) – взаимное расположение блоков с наполнением раздела  Редактор языка HTML, имеющий возможности по работе в текстовом режиме и в режиме WYSIWYG (What You See Is What You Get). В режиме WYSIWYG элементы HTML страницы при редактировании представляются в том же виде, что и при просмотре  Класс пользователей системы, обладающих определенным набором прав доступа  Модуль администратора баз данных Прочая   техническая   терминология   понимается   в   соответствии   с действующими   стандартами   и   рекомендациями   международных   органов, ответственных за вопросы стандартизации в сети Интернет. 3. ОБЩИЕ ПОЛОЖЕНИЯ 3.1 Предмет разработки  Предметом  разработки   является   информационная   подсистема   и   Модуль администратора базы данных(МАБД) с графическим интерфейсом, с системой динамического управления наполнением на базе веб­интерфейса.  Назначение Информационной подсистемы:  ­ управление информацией  «НАУЧНО ЭЛЕКТРОННОЙ БИБЛИОТЕКИ»;      ­ управление данными  базы данных с помощью графического интерфейса. Цель   создания  информационной   подсистемы:  управление   данными   по услугам  предметной области «НАУЧНО ЭЛЕКТРОННОЙ БИБЛИОТЕКИ». 3.2 Назначение документа  В настоящем документе приводится полный набор требований к реализации информационной подсистемы  «НАУЧНО ЭЛЕКТРОННОЙ БИБЛИОТЕКИ»: Подпись Заказчика и Исполнителя на настоящем документе подтверждает их согласие с нижеследующими фактами и условиями:  1. Исполнитель подготовил и разработал настоящий документ, именуемый Техническое Задание, который содержит перечень требований к выполняемым  работам. 2. Заказчик согласен со всеми положениями настоящего Технического  Задания. 3. Заказчик не вправе требовать от Исполнителя в рамках текущего Договора выполнения работ либо оказания услуг, прямо не описанных в настоящем  Техническом Задании.      4. Исполнитель обязуется выполнить работы в объёме, указанном в  настоящем Техническом Задании. 5. Заказчик не вправе требовать от Исполнителя соблюдения каких­либо  форматов и стандартов, если это не указано в настоящем Техническом Задании. 6. Все неоднозначности, выявленные в настоящем Техническом задании после его подписания, подлежат двухстороннему согласованию между Сторонами. В  процессе согласования могут быть разработаны дополнительные требования,  которые оформляются дополнительным соглашением к Договору и  соответствующим образом оцениваются. 4. ТРЕБОВАНИЯ К ГРАФИЧЕСКОМУ ДИЗАЙНУ САЙТА 4.1 Требования к дизайну сайта  При разработке МАБД должны быть использованы преимущественно светлые стили.  Основные разделы МАБД должны быть доступны с первой страницы.  На   первой   странице   не   должно   быть   большого   объема   текстовой информации. В дизайне сайта не должны присутствовать:  ­ мелькающие баннеры; ­ много сливающегося текста;      ­ резких тонов. 4.2 Порядок утверждения дизайн­концепции  Под дизайн­концепцией понимается вариант оформления главной страницы и графическая оболочка внутренних страниц, демонстрирующие общее визуальное (композиционное,   цветовое,   шрифтовое,   навигационное)   решение   основных страниц   сайта.   Дизайн­концепция   представляется   в   виде   файла   (нескольких файлов) в растровом формате или в распечатке по согласованию сторон.  Если   представленная   Исполнителем   дизайн­концепция   удовлетворяет Заказчика,   он   должен   утвердить   ее  в  течение   пяти   рабочих   дней   с  момента представления.  При   этом   он   может   направить   Исполнителю   список   частных доработок, не затрагивающих общую структуру страниц и их стилевое решение. Указанные  доработки  производятся   параллельно   с  разработкой   программных модулей   сайта.   Внесение   изменений   в   дизайн­концепцию   после   ее   приемки допускается только по дополнительному соглашению сторон.  Если представленная концепция не удовлетворяет требованиям Заказчика, последний   предоставляет   мотивированный   отказ   от   принятия   концепции   с указанием деталей, которые послужили препятствием для принятия концепции и более четкой формулировкой требований.  В этом случае Исполнитель разрабатывает второй вариант дизайн­концепции. Обязательства по разработке второго варианта дизайн­концепции Исполнитель принимает   только   после   согласования   и   подписания   дополнительного соглашения о продлении этапа разработки дизайн­концепции на срок не менее пяти рабочих дней.  Дополнительные   (третий   и   последующие)   варианты   разрабатываются Исполнителем за отдельную плату на основании дополнительных соглашений. 5. ТРЕБОВАНИЯ К ПРЕДСТАВЛЕНИЮ САЙТА  5.1 Требования к представлению главной страницы МАБД Каждая   страница   модуля   должна   содержать   графическую   часть, навигационное меню модуля, а также контентную область. Контентная   область   первой   страницы   должна   делиться   на   следующие разделы:  ­ формы ввода; ­ таблица, с отображаемой информацией; ­ логотип организации; ­ панель навигации; ­ информация о разработчике. Рисунок 1 ­ Пример размещения элементов страницы 5.2 Графическая оболочка внутренних страниц (общая для всех  подразделов)  Графическая оболочка внутренних страниц должна делиться на следующие разделы:  ­ навигационная панель по подразделам выбранного раздела сайта; ­ поле для отображения контента выбранной страницы сайта; Рисунок 2 ­ Пример размещения элементов внутренних страниц сайта  5.3 Требования к структуре сайта  Все названия разделов модуля, приведенные ниже, являются условными и могут корректироваться по согласованию с Заказчиком в ходе проектирования.  6. ТРЕБОВАНИЯ К РАЗДЕЛЕНИЮ ДОСТУПА   Все   опубликованные   разделы   информационной   подсистемы   должны открываться для доступа на чтение с аутентификацией пользователя. При   попытке   входа   в   закрытый   раздел   у   пользователя   не   прошедшего аутентификацию, должен быть запрошен логин и пароль.  После прохождения аутентификации система должна проверять полномочия пользователя   на   доступ   к   запрошенному   разделу.   Если   доступ   запрещен, пользователю   должно   быть   выведено   сообщение   о   невозможности   доступа   в закрытый раздел.  7. ТРЕБОВАНИЯ К ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ 7.1 Требования к языкам программирования  Для   реализации   статических   страниц   и   шаблонов   должны   использоваться языки   HTML   4.0,   CSS   и  PHP.   Исходный   код   должен   разрабатываться   в соответствии со стандартами W3C (HTML 4.0).    7.2 Требования к организации гиперссылок  Все ссылки модуля должны быть относительными (за исключением внешних). 7.3 Требования к иллюстрациям  Все рисунки и фото объемом более 1 kb (кроме элементов дизайна страницы) должны быть выполнены с замещающим текстом. Все рисунки должны быть в формате gif или jpg.  7.4 Требования к объему одной страницы  Объем   одной   стандартной   загружаемой   страницы   модуля   в   среднем   не должен превышать 170 kb.  Объем flash­заставки не должен превышать 300 Kb. 8. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ  8.1 Требования к программному обеспечению серверной части  Для   функционирования   модуля   необходимо   следующее   программное обеспечение: ­ Операционная система – Windows XP и выше; ­ Веб­сервер – Apache версии не ниже 1.3.26; ­ СУБД – MySQL версии не ниже 5.5; 8.2 Требования к клиентскому программному обеспечению  Модуль   должен   быть   доступен   для   полнофункционального   просмотра   с помощью следующих браузеров:  • MS Internet Explorer 8.0 и выше;  • Opera 33.0;  • Mozilla Firefox 32.0; 9. ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ  Для   функционирования   модуля   необходимо   следующее   техническое обеспечение со следующими минимальными характеристиками:  ­ процессор – от 1 Ghz; ­ оперативная память – от 1Гб; ­ жесткий диск ­ от 20Мб свободного пространства. 10. ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ  Модуль   должен   быть   оптимизирован   для   просмотра   при   разрешении 1024*768,   1280*1024   без   горизонтальной   полосы   прокрутки   и   без   пустых (белых) полей для основных типов разрешения.  Элементы   управления   должны   быть   сгруппированы   однотипно   – горизонтально либо вертикально – на всех страницах.  На каждой странице должен отображаться логотип компании. Интерфейс подключаемых модулей должен быть выполнен в едином стиле с интерфейсом ядра системы и должен обеспечивать возможность прозрачного перемещения   администратора   между   модулями   системы   и   использование одинаковых процедур управления и навигационных элементов для выполнения однотипных операций. 11. ТРЕБОВАНИЯ К ПРИЕМКЕ­СДАЧЕ ПРОЕКТА 11.1 Требования к наполнению информацией  11.1.1 Общие требования к информационному наполнению  В рамках работ по данному проекту Исполнитель обеспечивает наполнение разделов   сайта   предоставленными   Заказчиком   материалами   в   порядке, указанном в п. 6.1.2.  Исполнитель   обеспечивает   обработку   иллюстраций   для   приведения   их   в соответствие с техническими требованиями и HTML­верстку подготовленных материалов. Сканирование, набор и правка­вычитка текстов, ретушь, монтаж, перевод и другие работы могут быть выполнены Исполнителем на основании дополнительного   соглашения   (после   просмотра   имеющихся   у   заказчика материалов).  После сдачи системы в эксплуатацию информационное наполнение разделов, осуществляется на основании договора на поддержку сайта.  Объем   текста   и   количество   иллюстраций   в   других   типах   разделов определяется предусмотренной настоящим ТЗ структурой данных и уточняется на этапе согласования дизайн­концепции.  11.1.2 Порядок предоставления информационного наполнения  Заказчик   предоставляет   материалы   в   электронной   форме   в   zip­архиве, содержащем дерево директорий, соответствующих структуре сайта.  В каждой директории размещается набор документов в формате MS Word – по одному документу на каждый информационный модуль, информационные блоки   которого   опубликованы   в   соответствующем   разделе.   Не   допускается размещение   текста   в   виде   графических   изображений   или   иных   нетекстовых элементов.  Изображения могут быть размещены как в тексте внутри файла, так и в виде отдельного изображения. Однако, в последнем случае текст должен содержать ссылку на изображение в виде указания пути и названия файла изображения. Для   каждого   информационного   модуля   структура   документа   должна соответствовать   шаблонам,   предоставляемым   Исполнителем   до   начала   этапа предоставления материалов.  Материалы   для   первоначального   наполнения   разделов   должны   быть полностью   представлены   Исполнителю   в   сроки,   установленные   планом­ графиком работ. Допускается передача материалов частями, в нескольких  zip­файлах, соответствующих приведенным требованиям.  Передача материалов в объеме и формате, соответствующем настоящему ТЗ закрепляется   подписанием   Акта   о   передаче   информационного   наполнения. Любые   изменения   информационного   наполнения   силами   Исполнителя   после подписания   данного   Акта   допускаются   только   на   основании   отдельного соглашения за дополнительную плату.  Информационные   материалы,   не   предоставленные   Заказчиком   в   сроки, установленные   планом­графиком   работ,   размещаются   Исполнителем   по гарантийному письму Исполнителя в течение 2­х недель после сдачи­приемки проекта.   На   эту   часть   информационных   материалов   также   накладываются требования к формату предоставления, изложенные выше.  11.2 Требования к персоналу  Для   эксплуатации   веб­интерфейса   системы   динамического   управления наполнением   от   администратора   не   должно   требоваться   специальных технических   навыков,   знания   технологий   или   программных   продуктов,   за исключением   общих   навыков   работы   с   персональным   компьютером   и стандартным веб­браузером (например, MS IE 6.0 или выше).  11.3 Порядок предоставления дистрибутива  По   окончании   разработки   Исполнитель   должен   предоставить   Заказчику дистрибутив системы в составе:  ­ архив с исходными кодами всех программных модулей и разделов сайта;  ­ дамп проектной базы данных с актуальной информацией. Дистрибутив предоставляется на CD­диске в виде файлового архива.  11.4 Порядок переноса информационной подсистемы на технические  средства заказчика  После   завершения   сдачи­приемки   информационной   подсистемы,   в   рамках гарантийной   поддержки   Исполнителем   производится   однократный   перенос разработанного программного обеспечения на аппаратные средства Заказчика. Соответствие   программно­аппаратной   платформы   требованиям   настоящего документа обеспечивает Заказчик.  Перед   осуществлением   переноса   Заказчик   обеспечивает   удаленный   shell­ доступ к веб­серверу и доступ к базе данных информационной подсистемы. 12. РАЗРАБОТКА СОГЛАСОВАНИЯ И ИСПЫТАНИЯ. Разработка должна быть проведена в три стадии:  1. Разработка технического задания.      2. Рабочее проектирование. 3. Внедрение. 13. ЭТАПЫ РАЗРАБОТКИ На   стадии   разработки   технического   задания   должен   быть   выполнен   этап разработки, согласования и утверждения настоящего технического задания.  На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:  1. Разработка программы. 2. Разработка программной документации. 3. Испытания программы. На   стадии   внедрения   должен   быть   выполнен   этап   подготовки   и   передача программы. 14.  СОДЕРЖАНИЕ РАБОТ ПО ЭТАПАМ На   этапе   разработки   технического   задания   должны   быть   выполнены перечисленные ниже работы:  1. Постановка задачи. 2. Определение и уточнение требований к техническим средствам. 3. Определение требований к программе. 4. Определение стадий, этапов и сроков разработки программы и  документации на неё. Стадии и этапы разработки сайта Стадия Версия Содержание Дата выполнения Составление анкеты Составление технического задания Alfa 1 Alfa 2 Beta1 Beta2 RC — relice condidat Итоговый релиз 0.1 0.2 0.3 0.4 0.5 1.0 Составление технического задания Определение концепции сайта. Разработка шаблона Подключение страниц Наполнение содержанием сайта  Вставка изображений и мультимедиа Тестирование ошибок, вывод отчета Тестирование программы, итоговое Подготовка инструкции пользователя 08.06.2016 09.06.2016 10.06.2016 11.06.2016 12.06.2016 13.06.2016 5. Согласование и утверждение технического задания. На   этапе   разработки   программы   должна   быть   выполнена   работа   по программированию (кодированию) и отладке программы. На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.На этапе испытаний   программы   должны   быть   выполнены   перечисленные   ниже   виды работ:  1. Разработка, согласование и утверждение и методики испытаний. 2. Проведение приемо­сдаточных испытаний. 3. Корректировка программы и программной документации по результатам испытаний. На этапе подготовки и передачи программы должна быть выполнена работа по   подготовке   и   передаче   программы   и   программной   документации   в эксплуатацию на объектах Заказчика. 15.  ВИДЫ ИСПЫТАНИЙ Приемо­сдаточные испытания должны проводиться на объекте Заказчика в оговоренные   сроки.   Приемо­сдаточные   испытания   программы   должны проводиться   согласно   разработанной   Исполнителем   и   согласованной Заказчиком   Программы   и   методик   испытаний.   Ход   проведения   приемо­ сдаточных   испытаний   Заказчик   и   Исполнитель   документируют   в   Протоколе проведения испытаний. 16. ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТЫ На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки­сдачи программы в эксплуатацию.