Домен

Адрес сайта в интернет.

HTML-форма (форма)

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

Поле (поле БД, поле формы)

Структурный элемент, содержащий однотипную информацию, например, текст, дату, числовые значения и т.п.

Флаг

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

Букмекер

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

Клиент (игрок)

Участник соглашения, заключивший пари с букмекерской конторой.

Пари

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

Информационные материалы

Информация о деятельности Заказчика. Может включать графические, текстовые, аудио или видео материалы.

Предоставляется Заказчиком

Контент

Текстовая, графическая или табличная информация, размещаеная на сайте, без учета оформления страниц.

Элемент наполнения (контента)

Отдельная запись в базе данных, внешнее представление которой зависит от управляющего ей программного модуля

(например, в модуле «новостная лента» элементом наполнения является отдельная новость)

Система динамического управления наполнением (контентом) сайта

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

Дамп

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

Веб-интерфейс

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

Шаблона раздела

Ссобым образом размеченный ASCII-файл, определяющий как графическое оформление страниц раздела, так и их макет (раскладку) - взаимное расположение блоков с наполнением раздела

Роль

Класс пользователей системы, обладающих определенным набором прав доступа

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

1. Назначение и цели создания (развития) системы

1.1 Назначение системы

Целью создания веб-сайта BkSupport.ru является поддержка игроков из России и стран СНГ. Игроки, которые каким-либо образом пострадали материально, по причине недобросовестности или ошибки букмекерской конторы, смогут оформить заявку прямо на сайте, и компетентные специалисты BkSupport.ru, в максимально короткие сроки, выступят независимыми экспертами в решение возникшей проблемы, сформулируют претензии игрока более точно с учетом всех терминов и особенностей, затем обратятся к другой стороне возникшего спора.

2. Характеристика объекта автоматизации

2.1 Краткие сведения о сфере автоматизации

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

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

В таких ситуациях, клиенту приходится рассчитывать лишь на честность данной конторы. В случае, когда клиент материально пострадал от действий букмекерской конторы, ему негде написать отзыв о конторе. Для рассмотрения проблемы наглядно, была построена модель AS-IS - это модель «как есть», т.е. модель уже существующего процесса/функции.



Рисунок 2 Контекстная диаграмма A-0 DFD «Обращение в службу поддержки БК» Data Flow Diagram -- диаграмма потоков данных.

Рисунок 3 Декомпозиция контекстной диаграммы A0 «Обращение в службу поддержки БК»



Рисунок 4 Декомпозиция бизнес-процесса «Принятие решения» А4.1(IDEF 3)

4. Требования к системе

4.1 Функциональные требования

4.1.1 Требования к графическому дизайну сайта Требования к дизайну сайта

1. При разработке сайта должны быть использованы преимущественно светлые стили.

Основные разделы сайта должны быть доступны с первой страницы.

На первой странице не должно быть большого объема текстовой информации.

2. В дизайне сайта не должны использоваться элементы flash-анимации.

3. Разработчик должен предусмотреть место для размещение баннеров на страницах сайта.

4. Каждая страница сайта должна содержать полное навигационное меню, возможность перехода главную страницу нажатием на шапку сайта.

5. На страницах сайта, посвященных обзору какой-либо букмекерской конторы должна быть реализована возможность посетителю сайта пройти регистрацию в системе disqus и оставить отзыв о букмекере.

6. Дизайнерское решение должно предусматривать размещение партнерских ссылок (кнопок).

7. Минимальное разрешение экрана монитора на которое должен быть ориентирован дизайн сайта - 800*480 (мобильная версия) пикселей.

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

9. Расположение навигационного меню сайта: горизонтально - вертикальное.

4.1.2 Порядок утверждения дизайн-концепции

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

Требования к представлению сайта

Требования к представлению главной страницы сайта

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

Контентная область первой страницы должна делиться на следующие разделы: - часть информации о деятельности сайта со ссылкой «подробнее», ведущей на раздел «О нас»;

- лучшие букмекерские конторы, которые получили оценку “А+” в разделе «Рейтинг букмекеров»

- краткая контактная информация - e-mail администратора сайта;

- вверху страницы отображаются:

• Навигационная панель, которая обеспечивает переход к основным пунктам меню сайта (Рейтинг букмекеров, Споры, Новости, Ставки, Отчеты, О нас, Помощь);

• Поле поиска - предназначено для выполнения полнотекстового поиска по сайту;



Рисунок 5 Пример размещения элементов главной страницы.

Графическая оболочка внутренних страниц (общая для всех подразделов)

Графическая оболочка внутренних страниц должна делиться на следующие разделы:

• Графическая шапка;

• Навигационное меню сайта (обеспечивает переход к основным пунктам меню сайта);

• Поле поиска - предназначено для выполнения полнотекстового поиска по сайту;

• Ссылка в виде шапки «На главную»;

• Навигационная панель по подразделам выбранного раздела сайта;

• Поле для отображения контента выбранной страницы сайта;

• Внизу страницы - краткая контактная информация - e-mail компании;



Рисунок 6 Пример размещения элементов внутренних страниц сайта

Требования к структуре сайта

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

Первоначальная структура сайта должна иметь следующий вид:

1. Рейтинг БК

• Все букмекеры

• Букмекеры на русском

• Букмекеры для профи

• Биржи ставок

• Черный список

2. Споры

• Обработанные

• Обрабатываемые

• Отклоненные

• Форма жалобы

3. Новости

• Изменения в рейтинге

• Спорт

• Бизнес

• Ставки

5. Ставки

* Статьи

6. Отчеты

* Регулирование споров

7. О нас

* Информация

8. Помощь

• Вопрос-ответ

• Контакты

4.1.4 Требования к системе управления сайтом Общие требования к административной части

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

Главная страница административной части должна содержать следующие пункты меню: - Станицы сайта (в соответствии с первым уровнем структуры сайта): Рейтинг букмекеров; Споры; Новости; Ставки; Отчеты; О нас; Помощь.



Рисунок 7 Макет формы главной страницы административной части сайта

Требования к управлению разделами сайта

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

- создание подраздела 1 уровня;

- создание подраздела 2 (и далее) уровня;

- редактирование контента страницы;

- удаление раздела;

- перемещение раздела вверх в списке;

- перемещение раздела вниз в списке;

- признак показа (show) или не показа (hide) страницы в клиентской части сайта; - отображение списка подразделов выбранного уровня.

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

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

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

• строка;

• дата;

• ссылка на файл;

• многострочный текст;

2. Элемент контента - состоит из набора полей элемента контента; 3. Список элементов контента - состоит из набора элементов контента.

Рисунок 8 Поля элемента контента

Поле элемента контента типа «Текст» должно редактироваться на отдельной странице в редакторе многострочного текста (данный редактор допускает включение в текст изображений).

Рисунок 5 Редактор многострочного текста в административной части

4.1.4 Требования к разделению доступа

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

Все закрытые разделы сайта, а так же и ссылки на них, должны быть невидимы посетителю сайта.

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

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

4.2 Требования к видам обеспечения

4.2. 1 Требования к информационному обеспечению Требования к хранению данных

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

Наполнение различных сайтов, функционирование которых поддерживается одной и той же инсталляцией системы, должно храниться под управлением единой СУБД.

Требования к языкам программирования

Для реализации статических страниц и шаблонов должны использоваться языки HTML 5.0 и CSS. Исходный код должен разрабатываться в соответствии со стандартами

W3C (HTML 5.0).

Для реализации интерактивных элементов клиентской части должны использоваться языки JavaScript и DHTML.

Для реализации динамических страниц должен использоваться язык PHP.

Требования к организации гиперссылок

Все ссылки на сайте должны быть относительными (за исключением внешних).

Требования к иллюстрациям

Все рисунки и фото объемом более 1 kb (кроме элементов дизайна страницы) должны быть выполнены с замещающим текстом. Все рисунки должны быть в формате png, bmp или jpg.

Требования к объему одной страницы

Объем одной стандартной загружаемой страницы сайта в среднем не должен превышать 1024 kb.

4.2.2 Требования к программному обеспечению

Требования к программному обеспечению серверной части

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

- Операционная система - Windows 7 и Windows Server 2008 или выше;

- Веб-сервер - Apache версии не ниже 1.3.51;

- СУБД - MySQL версии не ниже 3.23;

Требования к клиентскому программному обеспечению

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

• MS IE 9.0 и выше;

• Opera 12.0 и выше;

• Mozilla Firefox 40.0 и выше;

• Google chrome 42.0.2553.0

• Safari 4.23

4.2.3 Требования к техническому обеспечению

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

- процессор - Intel Pentium bp960 2.13 Ghz;

- оперативная память - 2gb RAM ddr2;

- жесткий диск - 20 Gb HDD.

- Windows 7;

- MySQL версии не ниже 3.23.

4.2.3 Требования к лингвистическому обеспечению Сайт должен выполняться на русском языке.

4.2.4 Требования к эргономике и технической эстетике

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

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

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

5. Требования к приемке-сдаче проекта

5.1 Требования к наполнению информацией

Общие требования к информационному наполнению

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

Сканирование, набор и правка-вычитка текстов, ретушь, монтаж, перевод и другие работы могут быть выполнены Исполнителем на основании дополнительного соглашения (после просмотра имеющихся у заказчика материалов).

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

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

Порядок предоставления информационного наполнения

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

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

Передача материалов в объеме и формате, соответствующем настоящему ТЗ закрепляется подписанием Акта о передаче информационного наполнения. Любые изменения информационного наполнения силами Исполнителя после подписания данного Акта допускаются только на основании отдельного соглашения за дополнительную плату.

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

5.2 Требования к персоналу

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

5.3 Порядок предоставления дистрибутива

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

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

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

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

5.4 Порядок переноса сайта на технические средства заказчика

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

Перед осуществлением переноса Заказчик обеспечивает удаленный shell-доступ к вебсерверу и доступ к базе данных сайта.

6. Состав и содержание работ по внедрению системы

Состав и содержание работ по внедрению системы отражены в план-графике (рис.1) на разработку веб-сайта BkSupport.ru

7. Источники разработки

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

• ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».

• ГОСТ P ИСО/МЭК 12207-99 «Процессы жизненного цикла ПС».

• ГОСТ P ИСО/МЭК 14764 - 2002 «Сопровождение ПС».

• ГОСТ P ИСО/МЭК 15271 - 2002 «Руководство по применению ГОСТ P ИСО/МЭК 12207 - 99 (процессы ЖЦПС)».

• ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»

• ГОСТ P ИСО/МЭК 12119-2000 «Пакеты программ. Требования к качеству и тестированию».

Размещено на Allbest.ru

...