Данная программа предназначена для использования в составе программно-аппаратного комплекса интерактивной терминальной системы «Научно электронной библиотеки»
Основным функциональным назначением программы является:
- предоставление необходимой социальной информации гражданам о предоставляемых услугах, имеющим доступ и навыки пользования глобальной сетью Интернет;
- управление данными базы данных с помощью графического интерфейса.
Содержание
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
181. ВВЕДЕНИЕ
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.20165. Согласование и утверждение технического задания.
На этапе разработки программы должна быть выполнена работа по
программированию (кодированию) и отладке программы. На этапе разработки
программной документации должна быть выполнена разработка программных
документов в соответствии с требованиями к составу документации.На этапе
испытаний программы должны быть выполнены перечисленные ниже виды
работ:
1. Разработка, согласование и утверждение и методики испытаний.
2. Проведение приемосдаточных испытаний.
3. Корректировка программы и программной документации по результатам
испытаний.
На этапе подготовки и передачи программы должна быть выполнена работа
по подготовке и передаче программы и программной документации в
эксплуатацию на объектах Заказчика.15. ВИДЫ ИСПЫТАНИЙ
Приемосдаточные испытания должны проводиться на объекте Заказчика в
оговоренные сроки. Приемосдаточные испытания программы должны
проводиться согласно разработанной Исполнителем и согласованной
Заказчиком Программы и методик испытаний. Ход проведения приемо
сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе
проведения испытаний.16. ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТЫ
На основании Протокола проведения испытаний Исполнитель совместно с
Заказчиком подписывает Акт приемкисдачи программы в эксплуатацию.
Maxakova_tekhnicheskoe_zadanie.doc
