 |
Требования к быстродействию
|
|
|
|
Одновременная работа с системой – 50 пользователей.
Требования к надежности системы
Система должна выполнять безошибочное выполнение тест плана. Тест кейсы и требования к проведению приемочных испытаний разрабатываются на стадии разработки системы.
Требования по сохранности информации при авариях
Обеспечение сохранности сохраняемых системой данных обеспечивается платформой разработки.
Для корректной работы системы требуется постоянная связь с сервером.
В случае потери соединения с сервером работа приложения блокируется модальным окном с сообщением об отсутствии соединения с сервером.
В случае закрытия приложения пользователем до восстановления соединения с сервером несохраненные данные формы будут потеряны.
После появления соединения работа с приложением продолжается в штатном режиме.
Требования к шаблонам документов
3.8.1 Формирование штрих кодов, этикеток и сопроводительных документов осуществляется с учетом требований Заказчика и регламента ПР.
ВАЖНО! Должна быть предусмотрена возможность редактирования информации в документе. Формат и наличие редактируемых полей уточняется на стадии разработки.
3.8.2 Форма 103 должна формироваться тем же числом, что и заказ.
Требования к самодостаточности системы
Система должна являться полнофункциональной системой и обеспечивать выполнение всех поставленных задач, описанных в настоящем документе.
Требования к централизованности системы
Система должна иметь единую базу данных и обеспечивать возможность удаленной работы с ней в трехслойной архитектуре. Единый центр хранения и обработки информации должен снизить затраты как на администрирование, так и на развитие системы. Минимальное количество квалифицированного администрирующего персонала в одном центре должно упростить настройку системы. Более того, создание единых справочников для всех подразделений компании позволит упростить процесс сбора отчетности как внутри компании, так и для сторонних организаций.
|
|
|
Требования к масштабируемости системы
Система должна обеспечить дальнейшее наращивание на последующих стадиях развития. Архитектура системы должна обеспечивать широкие возможности по масштабированию и подключению клиентов практически с любого рабочего места на любом объекте через внутреннюю сеть. Минимальная скорость передачи данных – 5 Мбит/с.
Требования к рабочим местам
Система должна корректно работать на устройствах с учетом требований пп. 3.1.2 и 3.1.3 при одновременной работе пользователей с учетом п. 3.5.
Вся нагрузка на расчеты и доступ к данным должна быть возложена на серверное оборудование.
Требования к эргономике системы
3.13.1 Интерфейсы системы управления предприятием должны быть удобными, интуитивно понятными пользователям, иметь систему интерактивных подсказок.
3.13.2 Система должна обеспечивать быстрый доступ к информации, минимальное количество действий пользователя для ввода информации.
3.13.3 Разрабатываемое для ПК приложение должно поддерживать возможность перехода по полям форм с помощью “Tab” и ввод данных по “Enter”.
3.13.4 Разрабатываемое для ТСД приложение должно поддерживать возможность работы с «горячими клавишами». Работа с ТСД-приложением осуществляется только с помощью клавиатуры устройства (стилус и сенсорных экран не предусмотрены).
Примечание - список функций и используемых клавиш уточняется на стадии разработки Системы и согласовывается с Заказчиком.
3.13.5 Для ПК приложения требуется предусмотреть автоматическое обновление данных с сервера с частотой 1 раз в 60 секунд. Кроме того должна быть предусмотрена возможность ручного обновления данных кнопкой «Обновить».
|
|
|
Требования к обновлению системы
Требуется предусмотреть схему обновления системы: при наличии на сервере доступных обновлений – обновления автоматически устанавливаются на все клиентские копии.
Варианты использования системы
В вариантах использования описан общий функционал системы без конкретизации по ролям пользователей. Распределение функционала по ролям описано в п.5.
Описание бизнес процесса – в Приложении 6 к ТЗ.
Порядок изменения статусов заказа
Добавление клиента
Краткое описание
Добавление и редактирование информации о клиентах.
Основное действующее лицо
1. Администратор.
2. Оператор.
Второстепенные действующие лица
-
Предусловия
1. Пользователь авторизован в системе.
Основной поток
1. Пользователь открывает форму создания нового клиента.
2. Пользователь заполняет информацию о клиенте.
3. Система проверяет корректность заполнения полей и добавляет клиента в список.
4. Система создает базу артикулов клиента (пустую).
5. Пользователь может редактировать, удалять и делать клиента неактивным.
Права пользователя на редактирование, удаление, активизацию клиента описаны в п.5.
Постусловия
1. Клиент добавлен.
2. База клиента по артикулам создана.
Альтернативные потоки
-
|
|
|
