Спецификация требований к ПО

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

1. Введение

1.1. Назначение

Эта спецификация требований к ПО описывает функциональные и нефункциональные требования к выпуску 1.0 системы News Aggregator (Агрегатор новостей). Документ предназначен для команды, которая будет реализовывать и проверять корректность работы системы. Все указанные требования имеют высокий приоритет и прописаны к выпуску 1.0.

1.2. Соглашения, принятые в документах

В этой спецификации нет типографских условных обозначений.

1.3. Границы проекта

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

1.4. Ссылки

1. «Документ о концепции и границах проекта», Документ о концепции и границах проекта.docx

2. «Бизнес правила», Бизнес правила.docx

3. «Process Impact Intranet Development Standard», PIIDS_1_3.pdf

2. Общее описание

2.1. Общий взгляд на продукт

News Aggregator — это система, которая оптимизирует время пользователей, затрачиваемое на поиск интересных для них новостных статей.

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

Контекстная диаграмма, расположенная ниже, показывает внешние и системные интерфейсы для системы версии 1.0.

2.2. Классы и характеристики пользователей

Класс пользователей	Описание
Пользователь (привилегированный)	Пользователь News Aggregator желает видеть в своей ленте новостей интересующие его статьи из разных источников. Потенциальных пользователей первой версии ожидается 30000 человек. Из них, примерно 15000, по ожиданиям, будут пользоваться приложением активно. Абсолютно все пользователи первой версии будут использовать мобильные устройства на базе ОС Android.
Модераторы	Модераторы будут вручную обрабатывать жалобы и отзывы от пользователей, принимать соответствующие меры. Взаимодействие с системой будет производиться посредством отдельного десктопного приложения.
Владельцы новостных ресурсов	Владельцы новостных ресурсов размещают свои статьи внутри приложения и просматривают статистику контролируемого новостного источника посредством отдельного десктопного приложения.

2.3. Операционная среда

OE-1 Система News Aggregator работает на мобильных устройствах под управлением Android (версия 1.0), iOS и Windows Platform (последующие версии).

OE-2 Система News Aggregator установлена на выделенном сервере. Программное обеспечение — Windows Server 2019, аппаратное обеспечение — HP ML10 GEN9.

2.4.1. Общие ограничения дизайна и реализации

CO-1 Документация системы по дизайну, коду и сопровождению должна соответствовать Process Impact Intranet Development Standard последней версии.

CO-2 Система должна использовать последнюю версию СУБД MySQL.

2.4.2. Ограничения дизайна и реализации приложения «Новостной агрегатор».

CO-1 Весь код приложения должен быть написан на последней версии языка Kotlin.

CO-2 Пользовательский интерфейс для всех платформ должен быть написан на native технологии Flutter UI.

2.4.3. Ограничения дизайна и реализации для подсистем «Модерирование» и «Новостной ресурс».

CO-1 Весь код приложения должен быть написан на последней версии языка Java.

CO-2 Пользовательский интерфейс должен быть написан с применением последней версии библиотеки JavaFX.

CO-3 Сборка проекта должна осуществляться с применением технологии Apache Maven.

2.5. Предположения и зависимости

AS-1 Новостные ресурсы охватывают преимущественно СНГ регион.

AS-2 Существуют зависимость приложения от поставщиков статей — новостных ресурсов.

3.1. Системные функции приложения «Агрегатор новостей».

1A. Авторизация в приложении с помощью социальных сетей, либо регистрация

1A.1. Описание

Пользователь может авторизоваться в приложении с помощью своей учётной записи в социальной сети, либо авторизоваться вручную с помощью своей электронной почты. Приоритет — обычный.

1A.2. Функциональные требования

Авторизация.Регистрация:	Ручная регистрация в системе
.Регистрация:	Система предоставляет пользовательский интерфейс для ручной регистрации. Пользователь вводит требуемую информацию в соответствующие поля.
.Ошибка:	В случае возникновения ошибки ввода данных или попытки зарегистрироваться на существующую в базе данных почту будет отображено сообщение об ошибке. Функция .Регистрация повторяется.
Авторизация.Соцсеть:	Авторизация посредством социальной сети
.Соцсеть:	Система предоставляет пользовательский интерфейс для входа в систему с помощью социальной сети. Пользователь дополнительно вводит электронную почту.
.Ошибка:	В случае возникновения ошибки ввода данных или попытки зарегистрироваться на существующую в базе данных почту, будет отображено сообщение об ошибке. Функция .Регистрация повторяется.