Пример функциональных требований. ФТ - СППВР ЛОР IEEE. Цели 4 Соглашения о терминах 4 Предполагаемая аудитория и последовательность восприятия 5 Масштаб проекта 5 Ссылки на источники 5

• Название: Цели 4 Соглашения о терминах 4 Предполагаемая аудитория и последовательность восприятия 5 Масштаб проекта 5 Ссылки на источники 5
• Анкор: Пример функциональных требований
• Дата: 15.05.2022
• Размер: 49.3 Kb.
• Имя файла: ФТ - СППВР ЛОР IEEE.docx
• Тип: Реферат; #531247
• страница: 5 из 6

2.4. Подсистема НСИ

2.4.1. Описание и приоритет

Подсистема НСИ предназначена для ведения справочников и классификаторов, обеспечения информационной совместимости НСИ системы и внешней НСИ и обеспечения подсистем НСИ.

Подсистема должна включать в себя следующие сервисы:

- сервис ведения справочников и классификаторов;

- сервис обеспечения НСИ;

- сервис внешней НСИ.

Приоритет реализации подсистемы – 2.

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

Сервис ведения справочников и классификаторов

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

- ведение справочников и классификаторов;

- загрузку справочников и классификаторов из файла.
Сервис обеспечения НСИ

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

- предоставление НСИ в объектах системы;

- ведение таблиц соответствий значений справочников и классификаторов системы и систем, с которыми осуществляется интеграция (информационный обмен).
Сервис внешней НСИ

Сервис внешней НСИ должен обеспечивать выполнение следующих функциональных возможностей:

- ведение перечня внешних НСИ;

- поиск сведений в справочниках и классификаторах внешних НСИ;

- оценка соответствия найденных значений во внешних НСИ.

2.5. Аналитическая подсистема

2.5.1. Описание и приоритет

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

Подсистема должна включать в себя следующие сервисы:

- сервис отчетов;

- сервис аналитических обработок;

- сервис аналитических представлений.

Приоритет реализации подсистемы – 6.

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

Сервис отчетов

Сервис отчетов должен обеспечивать выполнение следующих функциональных возможностей:

- регистрацию шаблонов типовых отчетов;

- регистрацию процедур формирования типовых отчетов;

- формирование нетиповых отчетов средствами сервиса.
Сервис аналитических обработок

Сервис аналитических обработок должен обеспечивать выполнение следующих функциональных возможностей:

- регистрацию процедур аналитических обработок;

- регистрацию объектов представления данных;

- выполнение операций сортировки и фильтрации данных;

- выполнение операций поиска данных.
Сервис аналитических представлений

Сервис аналитических представлений должен обеспечивать выполнение следующих функциональных возможностей:

- представление данных в табличном виде;

- представление данных в виде карточек;

- представление данных в графическом виде.

2.6. Подсистема хранения

2.6.1. Описание и приоритет

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

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

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

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

- хранение метаданных системы (служебные данные, обеспечивающие настройку и функционирования системы);

- хранение данных базы знаний;

- хранение данных обеспечивающих выполнение возложенных на систему функций;

- хранение полученных результатов обследований, назначенных терапий, результатов лечений и т.д.

Подсистема хранения должна быть разработана и функционировать под управление системы управления базами данных (СУБД) с открытым кодом и позволять обеспечить выполнение всех необходимых операций.

2.7. Административная подсистема

2.7.1. Описание и приоритет

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

Подсистема должна включать в себя следующие сервисы:

- сервис регистрации МИС;

- сервис ролевых моделей;

- сервис аутентификации;

- сервис регистрации сервисов;

- сервис АРМов;

- сервис учетных записей пользователей;

- сервис журналирования.

Приоритет реализации подсистемы – 1.

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

Сервис регистрации МИС

Сервис регистрации МИС должен обеспечивать выполнение следующих функциональных возможностей:

- регистрацию МИС, подключаемую к системе;

- регистрацию учетных записей пользователей, имеющих доступ к системе через МИС.


Сервис ролевых моделей

Сервис ролевых моделей должен обеспечивать выполнение следующих функциональных возможностей:

- создание ролей;

- изменение ролей;

- блокирование ролей;

- удаление ролей;

- настройку ролей:

- указание сервисов, доступных роли;

- указание прав доступа к каждому сервису (чтение данных, изменение данных, удаление данных);

- указание АРМов, доступных роли.

Сервис аутентификации

Сервис аутентификации должен обеспечивать выполнение следующих функциональных возможностей:

- настройку параметров аутентификации пользователей в системе;

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

- проверку данных аутентификации пользователей;

- предоставление доступа к доступным ресурсам через АРМы при успешной аутентификации с соответствии с ролевыми моделями, доступными пользователям;

- блокировку учетной записи пользователя при превышении количества попыток для успешной аутентификации.
Сервис регистрации сервисов

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

- регистрацию сервисов в системе;

- настройку параметров сервисов системы.
Сервис АРМов

Сервис АРМов должен обеспечивать выполнение следующих функциональных возможностей:

- создание АРМов;

- настройка АРМов (определение доступных в АРМе ресурсов системы и операций).
Сервис учетных записей пользователей

Сервис учетных записей пользователей должен обеспечивать выполнение следующих функциональных возможностей:

- создание учетных записей пользователей;

- блокировку учетных записей пользователей;

- удаление учетных записей пользователей;

- задание паролей учетных записей;

- смену паролей учетных записей.
Сервис журналирования

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

- учет операций сервисов подсистемы информационной интеграции;

- учет операций сервисов подсистемы НСИ;

- учет операций подсистемы хранения (добавление, изменение данных);

- учет операций сервисов подсистемы интерпретации;

- учет операций сервиса АРМов.