Екатеринбург

Россия

Содержание

1.	Структура проекта
2.	Общие технические положения
3.	Общие положения по юзабилити вап-сайта
4.	Общее описание механизма работы вап-сайта
5.	Реализация биллинг - системы.
6.	Заключение.


1.	Структура проекта.

Проект мобильного портала состоит из двух блоков
·	Часть, написанная на html, для ознакомления с предоставляемым контентом, информацией о компании.
·	Часть, написанная для wap, непосредственно механизм получения контента, как бесплатного, так и платного.
Главенствующая роль принадлежит вап-части. Соответственно, разработка включает в себя 2 этапа:
1.	Вап-сайт
·	разработка юзабилити сайта
·	организация биллинговой системы для скачивания контента (регистрация пользователей, пополнение баланса, ведение соответствующих журналов, организация списания с баланса при скачивании контента).
2.	Веб-сайт
·	разработка дизайна
·	формирование разделов, наполнение контентом.
Настоящий документ в основном относится к первой части и составлен с целью выбора разработчиков и определения стоимости первой части проекта. На этапе разработки могут появляться изменения, как влияющие, так и не влияющие на стоимость работ.

2.	Общие технические положения.

·	Все программы предоставляются с кодами
·	Код должен быть написан четко, с естественными названиями переменных и описанием этих переменных в начале модуля.
·	Код и контент должен быть максимально разделен для простоты дальнейшего сопровождения.
·	Все действия пользователя должны тщательно проверяться для «защиты от дурака» и минимизации возможности взлома.
·	Для работы проекта, должно быть достаточно, общераспространенных опций хостинга, без установки дополнительного обеспечения.

3.	Общие положения по юзабилити вап-сайта

·	навигация должна быть логична, и требовать наименьшего количества нажатий кнопок со стороны пользователя.
·	Возможно использование графики, но в минимальных количествах, т.к. главный критерий – скорость и удобство.
·	Максимальная совместимость в отображении для разных моделей телефонов.

4.	Общее описание механизма работы вап-сайта

4.1.	Пользователь загружает через мобильный телефон первую страницу вап-сайта, на которой он может:
·	Зарегистрироваться как пользователь.
·	Войти в портал как гость (без регистрации).
·	Подтвердить модель телефона (сайт сам определяет модель, но предоставляет пользователю возможность выбора другой модели).
·	Ознакомиться с разделом «О компании».
4.2.	 Вторая страница содержит каталог ссылок на разделы:
·	Мелодии
·	Картинки
·	Игры
·	Видео
·	СМС-тексты
·	В конце страницы должны быть ссылки на Авторизацию (после авторизации ссылка на личную страницу баланса) и первую страницу.
4.3.	 В каждом разделе:
·	подразделы
·	ссылка на раздел с бесплатно предоставляемым контентом.
·	Ссылка на ТОП-10 (самые скачиваемые)
·	В конце страницы должны быть ссылки на Авторизацию и первую страницу.
4.4.	 В подразделе выдается список контент-единиц с разбивкой на страницы. У пользователя есть возможность перехода по ближайшим 5-10 страницам.
4.5.	 При выборе контент – единицы, если была произведена авторизация или контент – единица бесплатна, выводится ссылка на закачку, иначе ссылка  «Авторизоваться и закачать».
4.6.	 При попытке загрузки проверяется стоимость закачиваемой единицы и баланса пользователя, соответственно, либо дает скачать и списывает сумму с баланса, либо сообщает о недостаточности средств на балансе.
4.7.	 При регистрации пользователь вводит следующую информацию:
·	логин
·	номер телефона
·	пароль (необходима реализация механизма «Забыл пароль»)
4.8.	 Для пополнения счета вводятся 2 параметра: номер сообщения (10 знаков) и ПИН-код сообщения (10 знаков). Система проверяет соответствие введенных значений с имеющимися в базе данных и зачисляет/отклоняет платеж (необходим механизм защиты от перебора).
4.9.	 На личной странице баланса пользователя, он может отслеживать историю пополнения/списания средств и пополнять счет.

5.	Реализация биллинг - системы.

·	необходим модуль (написанный на php), с авторизацией, позволяющий отслеживать  всю статистику по закачке контента пользователями, запрещать/разрешать доступ пользователям, «замораживать» счет, произвольно пополнять счета пользователей.
·	В модуле, администратор может вводить/удалять список активных значений для пополнения баланса.

6.	Заключение.

·	В данном задании изложены основные требования к разрабатываемому продукту. Имеются уточнения по большинству из этих блоков, которые  будут обсуждаться с конкретным исполнителем.
·	Предложение должно содержать: план разработки с указанием сроков выполнения каждого пункта и стоимостью работ, выбранные технические средства разработки и требования к хостинг площадке.
·	Мы вступаем в переписку только с теми, чьи предложения вызвали интерес.
·	Форма оплаты может быть практически любой, однако, предложения, предусматривающие аванс, не рассматриваются.

Содержание

1.	Структура проекта
2.	Общие технические положения
3.	Общие положения по юзабилити вап-сайта
4.	Общее описание механизма работы вап-сайта
5.	Реализация биллинг - системы.
6.	Заключение.


1.	Структура проекта.

Проект мобильного портала состоит из двух блоков
·	Часть, написанная на html, для ознакомления с предоставляемым контентом, информацией о компании.
·	Часть, написанная для wap, непосредственно механизм получения контента, как бесплатного, так и платного.
Главенствующая роль принадлежит вап-части. Соответственно, разработка включает в себя 2 этапа:
1.	Вап-сайт
·	разработка юзабилити сайта
·	организация биллинговой системы для скачивания контента (регистрация пользователей, пополнение баланса, ведение соответствующих журналов, организация списания с баланса при скачивании контента).
2.	Веб-сайт
·	разработка дизайна
·	формирование разделов, наполнение контентом.
Настоящий документ в основном относится к первой части и составлен с целью выбора разработчиков и определения стоимости первой части проекта. На этапе разработки могут появляться изменения, как влияющие, так и не влияющие на стоимость работ.

2.	Общие технические положения.

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

3.	Общие положения по юзабилити вап-сайта

·	навигация должна быть логична, и требовать наименьшего количества нажатий кнопок со стороны пользователя.
·	Возможно использование графики, но в минимальных количествах, т.к. главный критерий – скорость и удобство.
·	Максимальная совместимость в отображении для разных моделей телефонов.

4.	Общее описание механизма работы вап-сайта

4.1.	Пользователь загружает через мобильный телефон первую страницу вап-сайта, на которой он может:
·	Зарегистрироваться как пользователь.
·	Войти в портал как гость (без регистрации).
·	Подтвердить модель телефона (сайт сам определяет модель, но предоставляет пользователю возможность выбора другой модели).
·	Ознакомиться с разделом «О компании».
4.2.	 Вторая страница содержит каталог ссылок на разделы:
·	Мелодии
·	Картинки
·	Игры
·	Видео
·	СМС-тексты
·	В конце страницы должны быть ссылки на Авторизацию (после авторизации ссылка на личную страницу баланса) и первую страницу.
4.3.	 В каждом разделе:
·	подразделы
·	ссылка на раздел с бесплатно предоставляемым контентом.
·	Ссылка на ТОП-10 (самые скачиваемые)
·	В конце страницы должны быть ссылки на Авторизацию и первую страницу.
4.4.	 В подразделе выдается список контент-единиц с разбивкой на страницы. У пользователя есть возможность перехода по ближайшим 5-10 страницам.
4.5.	 При выборе контент – единицы, если была произведена авторизация или контент – единица бесплатна, выводится ссылка на закачку, иначе ссылка «Авторизоваться и закачать».
4.6.	 При попытке загрузки проверяется стоимость закачиваемой единицы и баланса пользователя, соответственно, либо дает скачать и списывает сумму с баланса, либо сообщает о недостаточности средств на балансе.
4.7.	 При регистрации пользователь вводит следующую информацию:
·	логин
·	номер телефона
·	пароль (необходима реализация механизма «Забыл пароль»)
4.8.	 Для пополнения счета вводятся 2 параметра: номер сообщения (10 знаков) и ПИН-код сообщения (10 знаков). Система проверяет соответствие введенных значений с имеющимися в базе данных и зачисляет/отклоняет платеж (необходим механизм защиты от перебора).
4.9.	 На личной странице баланса пользователя, он может отслеживать историю пополнения/списания средств и пополнять счет.

5.	Реализация биллинг - системы.

·	необходим модуль (написанный на php), с авторизацией, позволяющий отслеживать всю статистику по закачке контента пользователями, запрещать/разрешать доступ пользователям, «замораживать» счет, произвольно пополнять счета пользователей.
·	В модуле, администратор может вводить/удалять список активных значений для пополнения баланса.

6.	Заключение.

·	В данном задании изложены основные требования к разрабатываемому продукту. Имеются уточнения по большинству из этих блоков, которые будут обсуждаться с конкретным исполнителем.
·	Предложение должно содержать: план разработки с указанием сроков выполнения каждого пункта и стоимостью работ, выбранные технические средства разработки и требования к хостинг площадке.
·	Мы вступаем в переписку только с теми, чьи предложения вызвали интерес.
·	Форма оплаты может быть практически любой, однако, предложения, предусматривающие аванс, не рассматриваются.

А.А. Creator_R

Разработка wap- сайта с платным доступом к контент