Рисунок 14 - Интерфейс просмотра журнала
На рисунке 14 изображён интерфейс выбора справочников. Он позволяет выбрать нужный справочник. На данном интерфейсе расположены кнопки “Справочник пользователей”, “Справочник параметров”, “Справочник состояний” и “Закрыть”.
Рисунок 15 - Интерфейс выбора справочников
На рисунке 15 изображён интерфейс ведения справочника пользователей. Он позволяет добавлять, удалять и редактировать записи в справочнике. На данном интерфейсе расположены таблица и кнопки “Добавить запись”, “Удалить запись” и “Сохранить и выйти”.
Рисунок 16 - Интерфейс ведения справочника пользователей
На рисунке 16 изображён интерфейс ведения справочника параметров. Он позволяет добавлять, удалять и редактировать записи в справочнике. На данном интерфейсе расположены таблица и кнопки “Добавить запись”, “Удалить запись” и “Сохранить и выйти”.
Рисунок 17 - Интерфейс ведения справочника параметров
На рисунке 17 изображён интерфейс ведения справочника состояний. Он позволяет добавлять, удалять и редактировать записи в справочнике. На данном интерфейсе расположены таблица и кнопки “Добавить запись”, “Удалить запись” и “Сохранить и выйти”.
На рисунке 18 изображён интерфейс ведения справочника объектов. Он позволяет добавлять, удалять и редактировать записи в справочнике. На данном интерфейсе расположены таблица и кнопки “Добавить запись”, “Удалить запись” и “Сохранить и выйти”.
Рисунок 18 - Интерфейс ведения справочника параметров
Рисунок 19 - Интерфейс ведения справочника параметров
На рисунке 19 изображён интерфейс справки о системе. Он позволяет выдать информацию о целях и задачах программного комплекса. На данном интерфейсе расположены таблица и кнопка “Закрыть”.
Рисунок 20 - Интерфейс справки о программе
2.5 Описание программной реализации
Диаграмма компонентов (Component diagram) -- статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) (таблица 4) между компонентами. В качестве физических компонентов могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т.п.
Диаграмма развёртывания (Deployment diagram) в UML моделирует физическое развертывание артефактов на узлах. Например, чтобы описать веб-сайт диаграмма развертывания должна показывать, какие аппаратные компоненты (“узлы”) существуют (например, веб-сервер, сервер базы данных, сервер приложения), какие программные компоненты (“артефакты”) работают на каждом узле (например, веб-приложение, база данных), и как различные части этого комплекса соединяются друг с другом (например, JDBC, REST, RMI).
Узлы представляются как прямоугольные параллелепипеды с артефактами, расположенными в них, изображенными в виде прямоугольников. Узлы могут иметь подузлы, которые представляются как вложенные прямоугольные параллелепипеды. Один узел диаграммы развертывания может концептуально представлять множество физических узлов, таких как кластер серверов баз данных.
Существует два типа узлов:
1. Узел устройства.
2. Узел среды выполнения.
Узлы устройств -- это физические вычислительные ресурсы со своей памятью и сервисами для выполнения программного обеспечения, такие как обычные ПК, мобильные телефоны. Узел среды выполнения -- это программный вычислительный ресурс, который работает внутри внешнего узла и который предоставляет собой сервис, выполняющий другие исполняемые программные элементы.
Диаграмма компонентов и диаграмма развёртывания разрабатываемого программного комплекса изображены на рисунке 21 и рисунке 22.
Таблица 7 - Структурные компоненты и связи программного комплекса
|
Класс |
Описание |
|
|
journal.cpp |
Просмотр журнала |
|
|
login.cpp |
Авторизация пользователя |
|
|
main.cpp |
Главный файл |
|
|
mainwindow.cpp |
Главное окно программы |
|
|
objects.cpp |
Справочник объектов |
|
|
parametry.cpp |
Справочник параметров |
|
|
polzovateli.cpp |
Справочник пользователей |
|
|
sostoyania.cpp |
Справочник состояний |
|
|
spravka.cpp |
Справка по системе |
|
|
spravochniki.cpp |
Справочники |
|
|
Окончание таблицы 9 |
||
|
BD1.mdb |
База данных MS Access 2003 |
Рисунок 21 - Диаграмма компонентов
Рисунок 22 - Диаграмма развертывания
2.6 Программа и методика испытаний
1. ОБЪЕКТ ИСПЫТАНИЙ.
1.1. Наименование испытуемой программы.
Наименование - “Программный комплекс формирования обобщённой оценки состояния сложных технических объектов на основе обработки событий”.
1.2. Область применения испытуемой программы.
Программа предназначена к применению в случаях необходимости выбора многокритериальной альтернативы.
1.3. Обозначение испытуемой программы.
Наименование темы разработки - “Разработка программного комплекса формирования обобщённой оценки состояния сложных технических объектов на основе обработки событий”.
2. ЦЕЛЬ ИСПЫТАНИЙ.
Цель проведения испытаний - проверка соответствия характеристик разработанной программы (программного изделия) функциональным и иным, отдельным видам требований, изложенным в программном документе “Техническое задание”.
3. ТРЕБОВАНИЯ К ПРОГРАММЕ.
При проведении испытаний функциональные характеристики (возможности) программы подлежат проверке на соответствие требованиям, изложенным в п. “Функции, реализуемые системой” Технического задания.
4. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ.
4.1. Состав программной документации, предъявляемой на испытания.
Состав программной документации должен включать в себя:
1) техническое задание;
1) пояснительная записка;
3) руководство пользователя.
4.2. Специальные требования.
Специальные требования к программной документации не предъявляются.
5. СРЕДСТВА И ПОРЯДОК ИСПЫТАНИЙ.
5.1. Программные средства, используемые во время испытаний.
Системные программные средства, используемые программным комплексом формирования обобщённой оценки состояния сложных технических объектов на основе обработки событий “PCEvent.exe”, должны быть представлены локализованной версией операционной системы Windows 7 или Windows 8.
5.2. Порядок проведения испытаний.
Испытания проводятся в два этапа:
1 этап - ознакомительный.
2 этап - испытания.
5.2.1. Перечень проверок проводимых на 1 этапе испытаний.
Перечень проверок, проводимых на 1 этапе испытаний, должен включать в себя:
а) проверку комплектности программной документации;
б) проверку комплектности и состава технических и программных средств.
Методики проведения проверок, входящих в перечень по 1 этапу испытаний, изложены в данном программном документе, в разделе “Методы испытаний”.
5.2.2. Перечень проверок проводимых на 2 этапе испытаний.
Перечень проверок, проводимых на 2 этапе испытаний, должен включать в себя:
а) проверку соответствия технических характеристик программы;
б) проверку степени выполнения требований функционального назначения программы.
Методики проведения проверок, входящих в перечень по 2 этапу испытаний, изложены в данном программном документе, в разделе “Методы испытаний”.
5.3. Количественные и качественные характеристики, подлежащие оценке.
5.3.1. Количественные характеристики, подлежащие оценке.
В ходе проведения приемо-сдаточных испытаний оценке подлежат количественные характеристики, такие как:
а) комплектность программной документации;
б) комплектность состава технических и программных средств.
5.3.2. Качественные характеристики, подлежащие оценке.
В ходе проведения приемо-сдаточных испытаний оценке подлежат качественные (функциональные) характеристики программы. Проверке подлежит возможность выполнения программой перечисленных ниже функций:
а) проверка работоспособности программы;
б) проверка на сообщение об ошибке.
5.4. Условия проведения испытаний.
5.4.1. Климатические условия.
Испытания должны проводиться в нормальных климатических условиях по ГОСТ 22261-94. Условия проведения испытаний приведены ниже:
- температура окружающего воздуха, С 20 ± 5;
- относительная влажность, % - от 30 до 80;
- атмосферное давление, кПа - от 84 до 106;
- частота питающей электросети, Гц - 50 ± 0,5;
- напряжение питающей сети переменного тока, В - 220 ± 4,4.
5.4.2. Условия начала и завершения отдельных этапов испытаний.
Необходимым и достаточным условием завершения 1 этапа испытаний и начала 2 этапа испытаний является успешное завершение проверок, проводимых на 1 этапе (см. п. Перечень проверок, проводимых на 1 этапе испытаний).
Условием завершения 2 этапа испытаний является успешное завершение проверок, проводимых на 2 этапе испытаний (см. п. Перечень проверок, проводимых на 2 этапе испытаний).
5.4.3. Ограничения в условиях испытаний.
Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации.
5.4.4. Меры, обеспечивающие безопасность и безаварийность испытаний.
При проведении испытаний должно быть обеспечено соблюдение требований безопасности, установленных ГОСТ 12.2.007.0-75 8), “Правилами техники безопасности при эксплуатации электроустановок потребителей”, и “Правилами технической эксплуатации электроустановок потребителей”.
6. МЕТОДЫ ИСПЫТАНИЙ.
6.1. Методика проведения проверки комплектности программной документации.
В ходе проверки сопоставляется состав и комплектность программной документации, представленной Разработчиком, с перечнем программной документации, приведенным в п. “Состав программной документации, предъявляемой на испытания” настоящего документа.
6.2. Методика проведения проверки комплектности и состава технических и программных средств.
Проверка комплектности и состава технических и программных средств производится визуально. В ходе проверки сопоставляется состав и комплектность технических и программных средств, представленных разработчиком, с перечнем технических и программных средств, приведенным в п. “Технические средства, используемые во время испытаний” и п. “Программные средства, используемые во время испытаний” настоящего документа.
6.3. Методика проверки работоспособности программы.
Проверка работоспособности программы выполняется согласно п. “Описание операций технологического процесса обработки данных, необходимых для выполнения задач” руководства пользователя (Приложение Б).
Проверка считается завершенной в случае соответствия состава и последовательности действий, при выполнении данной проверки, указанному выше подразделу руководства пользователя (Приложение Б).
6.4. Методика проверки на сообщение об ошибке.
Проверка на сообщение об ошибке выполняется согласно п. “Аварийные ситуации” руководства пользователя.
Проверка считается завершенной в случае соответствия состава и последовательности действий, при выполнении данной проверки, указанному выше подразделу руководства пользователя.
2.7 Контрольный пример
Для реализации контрольного примера занесли в базу данных программного комплекса данные о 4 событиях (рисунок 22).
Рисунок 23 - Пополнение базы данных
На основе этих данных, программный комплекс сформировал обобщённую оценку этих объектов (рисунок 23).
Рисунок 24 - Формирование обобщённой оценки объектов
2.8 Руководство оператора
Руководство оператора по программному комплексу формирования обобщённой оценки состояния сложных технических объектов на основе обработки событий разработано для будущих пользователей этой системы. Пользователи должны иметь навыки работы с персональным компьютером. Также ему необходимо быть знакомым с предметной областью и ознакомиться с руководством оператора.