Rewrite technical specification in formal style
This commit is contained in:
69
docs/tz/non-functional-requirements.md
Normal file
69
docs/tz/non-functional-requirements.md
Normal file
@@ -0,0 +1,69 @@
|
||||
# 6. Нефункциональные требования
|
||||
|
||||
## 6.1 Общие требования к архитектуре
|
||||
|
||||
Программный продукт должен быть реализован как веб-система с разделением клиентского и менеджерского контуров, серверной бизнес-логикой, постоянным хранением данных и возможностью интеграционного обмена с внешними системами.
|
||||
|
||||
## 6.2 Требования к доступности интерфейсов
|
||||
|
||||
Система должна обеспечивать корректную работу:
|
||||
|
||||
- в десктопных браузерах
|
||||
- в мобильных браузерах
|
||||
- на основных пользовательских разрешениях экрана
|
||||
|
||||
Интерфейсы должны сохранять работоспособность и читаемость при адаптивном отображении.
|
||||
|
||||
## 6.3 Требования к производительности
|
||||
|
||||
При штатной эксплуатации система должна обеспечивать:
|
||||
|
||||
- приемлемое время открытия основных экранов
|
||||
- приемлемое время отправки заявок и выполнения пользовательских действий
|
||||
- отображение каталогов, карточек и заказов без заметных задержек при типовом объеме данных
|
||||
|
||||
Точные количественные показатели производительности подлежат фиксации в рабочей документации по инфраструктуре и тестированию.
|
||||
|
||||
## 6.4 Требования к безопасности
|
||||
|
||||
Система должна обеспечивать:
|
||||
|
||||
- аутентификацию пользователей
|
||||
- авторизацию по ролям
|
||||
- ограничение доступа клиента только к данным своего контрагента
|
||||
- хранение и передачу чувствительных данных с использованием защищенных механизмов
|
||||
- исключение несанкционированного доступа к административным функциям
|
||||
|
||||
## 6.5 Требования к надежности и журналированию
|
||||
|
||||
Система должна обеспечивать:
|
||||
|
||||
- сохранность пользовательских данных
|
||||
- сохранность истории изменений по заявкам, заказам и бонусным операциям
|
||||
- фиксацию ошибок интеграционного обмена
|
||||
- фиксацию значимых системных и пользовательских событий
|
||||
|
||||
## 6.6 Требования к сопровождаемости
|
||||
|
||||
Реализация должна обеспечивать возможность:
|
||||
|
||||
- сопровождения и развития клиентского контура
|
||||
- сопровождения и развития менеджерского контура
|
||||
- изменения параметров каталога и уведомлений без переработки базовой структуры системы
|
||||
- расширения интеграционного обмена с 1С и иными внешними системами
|
||||
|
||||
## 6.7 Требования к данным и актуальности сведений
|
||||
|
||||
Система должна обеспечивать:
|
||||
|
||||
- хранение актуального состояния пользовательских данных
|
||||
- отображение даты актуальности сведений, полученных из внешних систем, когда это применимо
|
||||
- защиту от потери данных при обновлении параметров каталога и заказных сущностей
|
||||
|
||||
## 6.8 Требования к документации
|
||||
|
||||
По результатам выполнения работ должна быть сформирована документация, достаточная для:
|
||||
|
||||
- приемки результата работ
|
||||
- дальнейшего сопровождения программного продукта
|
||||
- понимания состава функций, данных, ролей и интеграций
|
||||
Reference in New Issue
Block a user