2. Требования к подсистеме

В данном подразделе определены требования к разрабатываемой подсистеме для работы с метаданными лекарственных препаратов. Требования к системе делятся на три группы:

• Функциональные требования (что должна уметь делать подсистема);

• Нефункциональные требования (описание работы подсистемы);

• Требования к интерфейсу (правила, по которым устроено взаимодействия пользователя с подсистемой).

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

Функциональные требования описывают основные функции подсистемы, как подсистема должна работать:

Работа с метаданными:

• Хранение метаданных о лекарственных препаратах и связанных с ними метаданные других объектов в БД.

• Добавление новых записей в БД и удаление существующих записей.

• Редактирование существующих записей с учетом валидации данных.

• Загрузка и выгрузка файлов формата CSV.

• Фильтрация записей по различным параметрам и поддержка фильтрации по нескольким критериям одновременно.

• Поиск записей без учета регистра символов.

Аналитика и визуализация:

• Построение графиков в зависимости от выбранных данных.

• Отображение числовой и категориальной статистики по выбранным данным.

Создание отчетов: Создание отчетов в формате docx, включающих метаданные о выбранном препарате, но и также о связанной с ним компании, операциях и локациях, с форматированием в виде таблиц и заголовков.

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

Логирование:

• Автоматическая запись в журнал логирования всех ключевых действий пользователя в текстовый файл с указанием времени, действия и имени пользователя. А также выгрузка файла логирования в формате txt.

1. Нефункциональные требования

Нефункциональные требования определяют качество работы подсистемы, т.е. характеристики, которые позволяют ей работать стабильно:

Производительность:

• Поддержка одновременной работы до 25 пользователей, время отклика на запросы должно составлять не более 5 секунд.

• Обработка и визуализация данных, объем выборки до 500 записей не более 10 секунд.

• Поиск данных при сложных запросах при объеме до 500 строк, до 10 секунд.

Надежность:

• В случае сбоя системы должна сообщить пользователю о сбое и должна быть восстановлена из резервной копии вручную до 60 минут.

• Логирование всех ключевых операций с автоматической очисткой логов старше 24 часов.

Безопасность: Доступ к функционалу подсистемы ограничен в зависимости от роли пользователя.

Совместимость: Подсистема должна корректно работать на серверах популярных дистрибутивах Linux (Ubuntu 22.04) и ОС Windows 10/11.

2. Требования к интерфейсу

Требования к интерфейсу определяют стандарты взаимодействия пользователя с подсистемой.

Пользовательский интерфейс:

• Адаптивный дизайн для работы на персональном компьютере с разрешением экрана от 1280x720 и выше.

• Навигация между разделами подсистемы через боковую панель с обозначенными пунктами меню, соответствующими роли пользователю.

• Поддержка смены светлой и тёмной темой страницы отображения или собственная настройка цветового отображения.

Совместимость с браузерами:

Интерфейс должен корректно работать в следующих браузерах:

• Yandex браузер (версии 25 и выше).

• Google Chrome (версии 135 и выше).

• Safari (17 и выше).