System requirements

DOCUMENT CHANGE RECORD

Version	Date	Author	Description
1.0	07/12/2009	Надежда Терпицкая	Структура документа Main features
1.1	10/12/2009	Надежда Терпицкая	Версия для оценки работ

ОТКРЫТЫЕ ВОПРОСЫ

1. Чат: REQ-CH-03 – спросить у разработчиков мобильного ПО возможно ли это.
2. Новостные каналы:
1. Из чего может состоять новость(текст, картинка, форматированный текст)
2. В каком формате она должна передаваться и храниться:

INTRODUCTION

Приложение будет предлагать владельцам смартфонов использовать все преимущества web 2.0: публиковать статьи, общаться в социальной сети, и т.д. Отличительной особенность данной системы является:

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

- Использование возможностей Web 2.0 и социальных сетей на своем мобильном телефоне;

- Работа в offline режиме со своим профилем, блогом и т.д. (только для мобильных телефонов);

- Настройка нескольких режимов синхронизации данных;

- Использование всех возможностей продукта как посредством мобильного телефона так и через браузер персонального компьютера.

PURPOSE

Background and Product position

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

Данный продукт будет предлагать возможности Web 2.0 и социальных сетей для владельцев смартфонов которые ранее не были активными участниками социальных сетей, либо не могли много времени проводить в них у ПК в силу своей занятости.

Stakeholders and goals

Предполагаемые покупатели данного продукта – компании операторы мобильной связи. Основные цели:

- Предоставление дополнительного сервиса абоненту;

- Увеличение трафика мобильного Интернета;

Целевая аудитория данного продукта - владельцы смартфонов желающие приобщиться к «миру Web 2.0”.

Еще одна возможная заинтересованная группа – рекламодатели (в случае успешной продажи и использования продукта)

KNOWN USERS AND INTERESTS

Абонент – владелец телефона на котором установлена мобильная версия продукта;

Администратор группы – абонент создавший закрытую группу. Контролирует список участников созданной им группы (не используется в первой версии продукта)

Администратор системы – работник компании-владельца данного продукта. Контролирует список всех абонентов, может заблокировать учётную запись абонента. Более подробно дополнительные возможности администратора описаны в #4.10 Административный модуль.

PRODUCT OVERVIEW

Vision Statement

Система должна предоставлять собой клиент – серверное приложение с несколькими клиентами:

- Web –клиент доступный через Интернет браузер ПК.

- Мобильный клиент – программа установленный на мобильный телефоне пользователя (может быть несколько мобильных клиентов разработанных для разных моделей телефонов).

Практически все возможности системы должны быть доступны через любой из представленных выше клиентов (исключением является административный модуль и системы оплаты paypal).

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

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

Мобильные клиенты должны конфигурироваться для каждого мобильного оператора (логотип, какой-нибудь текст в заголовке форм/страничек)

Product context and integration

Integration points are:

- Социальные сети: Facebook, Twitter, В контакте;

- Платёжные системы: Paypal и платёжная система мобильного оператора для продажи платных сервисов

- Новостные каналы;

- wikipedia.org: для упрощения заполнения профиля абонента и ведения блога;

-? Вероятно сторонняя банерная система;

3.3. Сроки реализации проекта

Версия 1.0

конец марта - альфа версия

май - бета тестирование проекта

июль - запуск проекта ()

Main features

№	Краткое описание	Pushka1.0	Pushka2.0
MF-01	Создание/редактирование персонального сайта (далее infosite);	Выполнить полностью Кроме управления дизайном блога
MF-02	Управление списком контактов, поиск, просмотр, добавление, удаление контакта	Выполнить полностью
MF-03	Чат: обмен сообщениями и контентом(картинки, статьи) между двумя абонентами или группой абонентов	Всё за исключением обмена интерактивным контентом	Возможно добавить возможность пересылки интерактивного контента
MF-04	Подписка на новостные каналы;	Выполнить полностью
MF-05	Инструмент для интеграции c новостными каналами	Самый простой механизм передачи новостей	API на подобии Facebook connected
MF-06	Система синхронизации данных, включающий в себя управление расписанием режимов	Выполнить полностью
MF-07	Виртуальная шкатулка(virtual storage): возможность хранить понравившийся контент на сервере;	Выполнить полностью
MF-08	Интеграция с социальными сетями: Facebook, Twitter, В контакте;	Базовая интеграция: Синхронизировать данные профиля, опубликовать статью	Дополнительные возможности (требуют доп. исследований)
MF-09	Сбор и отображение статистики использования продукта;	Сохранение статистики Отчет для мобильных операторов	Отображение статистики: 2-3 отчёта в админ модуле
MF-10	Административный модуль;	Выполнить полностью
MF-11	Виртуальный магазин приложений и услуг(App and service store)		Только UI и интеграция с платёжной системой мобильного оператора
MF-12	Сервис взаимного знакомства	Предусмотреть возможность активации дополнительных сервисов
MF-13	Система предустановленного контента;	Интеграция с wikipedia.org и возможность выбирать и вставлять в свой блог статьи из wikipedia.org Сохранение статей в общее хранилище Предусмотреть возможность использования данной системы при работе с блогом и профилем	Поиск по внутренним источникам
MF-14	Управление закрытыми/открытыми группами абонентов		Выполнить полностью
MF-15	Управления баннерами	Оставить место для баннеров	Выполнить полностью

.

Note: Более подробное описание пунктов MF-01 - MF – 13 можно увидеть ниже (#4 Product requirements). MF-14, MF-15 не описаны поскольку на данный момент не требуется их оценка.

Assumptions and Dependencies

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

D2: Механизм продажи мобильного ПО не будет разрабатываться в рамках данного приложения. Предполагается, что данная система включает в себя только UI виртуального магазина и интеграцию с платёжной системой мобильных операторов.

D3: Социальная сеть «В контакте» имеет такой же API как и у Facebook.

Product requirements

Infosite

REQ-IN-01: Infosite абонента должен включать:

a. Профиль: имя пользователяя/пароль, личные данные, фото (статический список полей);

b. Миниблог (требования к блогу смотри ниже);

REQ-IN-02: Cистема должна предоставлять абоненту возможность создавать несколько языковых версий Infosite. Возможные языковые версии: русская, английская, литовская. Контент языковых версий Infosite не зависит друг от друга;

REQ-IN-03: Пользователь должен иметь возможность выставить уровень доступа к Infosite, его блокам и отдельным полям. Уровни доступа:

a. Закрытый – информация не видна другим абонентам;

b. Открытый – информация видна всем абонентам;

c. Ограниченный – информация видна только списку абонентов (а также групп абонентов) указанных пользователем;

REQ-IN-04: Пользователь должен иметь возможность выбрать «дизайн» своего сайта из списка предложенных. Дизайн предполагает предустановленное расположение блоков, фон, шрифт и цвет текста. Пользователь может изменить фон и цвет текста;

REQ-IN-05: Пользователь должен иметь возможность выбрать аватар вместо фото из предложенной галереи аватар;

REQ-IN-06: Миниблог, должен предоставлять следующие возможности:

a. создать, отредактировать, удалить статью,

b. вставить картинку или ссылку;

c. Добавить контент из Virtual storage: статья, картинка, ссылка;

REQ-IN-07: При загрузке система предлагает авторизоваться или зарегистрироваться.Пользователь не может зайти в систему без авторизации. Процесс регистрации представляет собой инициальное заполнение профиля, ввод пароля и антибот защиту (проверка введённого текста, показанного на картинке);

REQ-IN-08: После удачной регистрации, система должна отправить на электронный ящик пользователя запрос об активации (защита от спам роботов) - Not approved requirement

REQ-IN-09: Система должна предоставлять возможность поменять пароль;

REQ-IN-10: Система должна предоставлять возможность получить новый пароль в случае если пользователь забыл текущий.

4.2. Список контактов

REQ-IV-01: Система должна предоставлять возможность хранить список контактов абонента. Пользователь может просмотреть список контактов в виде:

a. Фото(аватар);

b. Имя пользователя;

c. Статусная строка;

REQ-IV-02: Пользователь должен иметь возможность выбрать из списка контактов и просмотреть:

a. Infosite интересного ему абонента: только открытые для него поля.

b. Список открытых контактов (см ниже);

c. Историю сообщений;

REQ-IV-03: Список контактов пользователя должен состоять из категорий. Категория может содержать список абонентов выбранных для дальнейшего общения или просмотра. Абонент может присутствовать только в одной категории.

REQ-IV-04: Пользователь должен иметь возможность создавать, редактировать, удалять категории своего контакт листа.

REQ-IV-05: Пользователь должен иметь возможность устанавливать статусную строку для каждой категории контакт листа;

REQ-IV-06: Пользователь должен иметь возможность устанавливать уровень видимости контактов и категорий контактов из своего контакт листа:

a. Закрытый – контакт не виден другим абонентам при просмотре контакт листа;

b. Открытый – контакт виден всем абонентам;

c. Ограниченный – контакт виден только списку выбранных абонентов или категорий абонентов указанных пользователем;

REQ-IV-07: Для добавления абонента в контакт лист система должна предоставлять возможность поиска абонентов в общем списке абонентов зарегистрированных в системе. Поиск осуществляется по подстроке введённой пользователем в полях: логин, имя, фамилия абонента.

REQ-IV-08: Для того чтоб добавить найденный контакт в свой контакт лист, пользователь должен послать запрос авторизации найденному контакту и получить подтверждение авторизации. Если для infosite установлен уровень доступа открытый, запрос авторизации не нужен. Пользователь может сразу добавлять найденный контакт в свой контакт лист.

4.3. Чат: обмен сообщениями и контентом

REQ-CH-01: Пользователь должен иметь возможность обмениваться сообщениями с:

a. абонентом из списка контактов;

b. категорией абонентов из списка контактов;

c. выбранным списком абонентов из списка контактов;

REQ-CH-02: Пользователь также должен иметь возможность переслать абоненту или списку абонентов участвующих в текущем чате:

a. Статью, новость, картинку из Virtual storage;

b. С&

Дата добавления: 2015-10-30