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

В данном разделе содержится перечень функциональных возможностей (функций), которыми должна обладать ИС для успешного решения проблем, выявленных в результате проблемного анализа ПрО.

Функциональные требования к системе определяют действия системы, которые она должна выполнять. Они реализуются через функции системы. Под функцией ИС подразумевается совокупность действий ИС, направленная на достижение определенной цели или аспект определенного поведения системы.

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

1. Мониторинг испытаний на электрические параметры в любых условиях данного вида модуля за все время существования этого вида, ведение статусов состояний модулей.

2. Мониторинг испытаний над всей совокупностью модулей для пользователя, зарегистрированного в системе.

3. Формировать электронный шаблон указания на доработку.

4. Оповещать любого пользователя, зарегистрированного в системе о наличие непроверенных модулей или модулей, в которых не найдена неисправность по истечении какого-либо времени.

5. Предоставление только необходимой информации инженеру НИЛ на каждом этапе испытаний конкретного модуля: подготовка рабочего места, необходимое оборудование, методика настройки, методика испытаний, электрическая принципиальная схема.

6. Возможность указания на отказавший элемент в модуле, если данный отказ уже был, и ИС имеет информацию о таком типе отказов.

7. Возможность печати (на принтере) отчетов, форм и электронных копий документов.

8. Возможность сохранения данных, отчетов, форм в отдельный файл.

9. Хранение стандартных документов в электронном виде.

10. Журналирование всех действий с модулем. Какой инженер принес/забрал модуль, когда и с каким статусом.

11. Способность системы разделять код модуля на 2 кода – один идентифицирует вид модуля, а второй идентифицирует сам модуль.

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

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

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

1. Возможность расширения системы при увеличении числа видов модулей.

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

3. Безопасность работы информационной системы за счет введения авторизации пользователей.

4. Удобный интуитивно-понятный интерфейс.

5. Работа системы в режиме клиент-сервер.

4. Концептуальная модель информационной системы

4.1 Списки ответственности

Определив на основе анализа функциональных требований архитектуру проектируемой ИС, определим поведение в рамках концептуальной модели ИС. Для этого зададим поведение системы процессом оказания информационных услуг (в общем случае преобразованием информации) и проанализируем его посредством метода «черного ящика». В этом случае система предстает как один объект, на вход которого поступают входные сообщения, а на выходе, в зависимости от закона поведения, формируются выходные сообщения. Список названий выходных сообщений и вложенных в них данных или документов называют списком ответственности.[7]

На рисунке 9 приведена диаграмма последовательности, моделирующая выполнение функции ИС - регистрация и аутентификация пользователей. Каждый работник указывает свое реальное имя, фамилию, должность при регистрации, а логин и пароль используется при входе в систему.

На рисунке 10 приведена диаграмма последовательности, моделирующая выполнение требований пользователя в ходе поиска неисправности.

На рисунке 11 приведена диаграмма последовательности, моделирующая регистрацию модуля в системе - ведение журнала.

На рисунке 12 приведена диаграмма последовательности, моделирующая выполнение требований пользователя по подготовке к испытаниям и их проведению.

Рисунок 9. Диаграмма последовательности, моделирующая выполнение регистрации и аутентификации пользователей

Рисунок 10. Диаграмма последовательности, моделирующая выполнение требований пользователя в ходе поиска неисправности

Рисунок 11. Диаграмма последовательности, моделирующая регистрацию модуля в системе – журналирование

Рисунок 12. Диаграмма последовательности, моделирующая выполнение требований пользователя по подготовке к испытаниям и их проведению

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