65
2.2.3 Характеристика результатной информации
Печатная форма отчета о работе оборудования приведена на рис. 2.10.
Отчет о работе оборудования представляет собой таблицу, содержащую
список сбоев.
Рис. 2.10. Форма отчета о сбоях оборудования
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций ИС контроля технического состояния оборудования
интернет-провайдера ПАО «Ростелеком» приведено на рис. 2.11.
66
Функции
Служебные
Основные
Пользователи
Оборудование
Авторизация
Журнал сбоев
Рис. 2.11. Дерево функций ИС контроля технического состояния оборудования
интернет-провайдера ПАО «Ростелеком»
Описание функций представлено в таблице 2.3.
Таблица 2.3
Описание функций
Функция
Описание
Пользователи
Предназначена для учета пользователей
администратором
Оборудование
Предназначена для учета оборудования
администратором
Журнал сбоев
Предназначена для журналирования сбоев
администратором
67
На рис. 2.12 приведен сценарий диалога пользователя с системой.
Главное меню
Пользователи
Журнал сбоев
Оборудование
Добавление/
удаление
пользователей
Добавление/
просмотр сбоев
Добавление/
удаление
оборудования
Рис. 2.12. Сценарий диалога пользователя с системой
2.3.1 Характеристика базы данных
Схема логической структуры БД представлена на рис. 2.13.
68
Рис. 2.13. Логическая модель структура БД
Далее рассмотрим схему физической структуры БД, представленную на
рис. 2.14.
Рис. 2.14. Физическая модель структура БД
Описание сущностей БД ИС контроля технического состояния оборудования
интернет-провайдера ПАО «Ростелеком», приведено в таблице 2.4.
Таблица 2.4
Описание сущностей БД ИС контроля технического состояния оборудования
интернет-провайдера ПАО «Ростелеком»
Сущность
Идентификатор
таблицы
Атрибут
Идентификатор
поля
Тип поля
об
ор
уд
ов
ан
ие
ob
ИД оборудования
id_ob
INTEGER
69
Сущность
Идентификатор
таблицы
Атрибут
Идентификатор
поля
Тип поля
ip-адрес
ip_adr
VARCHAR
спецификация
spec
VARCHAR
имя
name
VARCHAR
(максимальная длина записи)
160 БАЙТ
пользователи
users
ИД пользователя
id_user
INTEGER
ИД оборудования
id_ob
INTEGER
пользователь
polz
VARCHAR
ip-адрес
ip_adr
VARCHAR
(максимальная длина записи)
80 БАЙТА
сбои
sb
ИД сбоя
id_uch
INTEGER
ИД оборудования
id_ob
INTEGER
дата сбоя
data_sb
DATETIME
время сбоя
time_sb
DATETIME
мероприятия
mer
VARCHAR
описание
email
VARCHAR
(максимальная длина записи)
290 БАЙТА
БД ИС контроля технического состояния оборудования интернет-
провайдера ПАО «Ростелеком» содержит следующие таблицы:
«Пользователи» – содержит информацию о пользователях, первичный
ключ – поле «ИД пользователя»;
«Оборудование» – содержит информация об оборудовании, первичный
ключ – поле «ИД оборудования»;
«Журнал сбоев» - содержит список сбоев, первичный ключ – поле «ИД
сбоя».
2.3.2 Структурная схема пакета (дерево вызова программных
модулей)
Схема программных модулей содержит программные модули различных
классов [30, с.55]:
1) выполняющие служебные функции;
2) управляющие модули, предназначенные для загрузки меню и
передачи управления другому модулю;
3) модули, связанные с вводом, хранением, обработкой и выдачей
информации.
70
На рисунке 2.15 представлено дерево программных модулей, отражающее
структурную схему пакета.
Рисунок 2.15/ Структурная схема пакета
2.3.3 Описание программных модулей
Разработанное программное обеспечение является клиент-серверным
сетевым приложением, обеспечивающим легкий доступ средствами Интернет-
обозревателя с любого компьютера без использования специального
программного обеспечения. Выбор средств реализации осуществлен исходя из
соображений актуальности, мобильности, безопасности и совместимости между
собой.
Рассмотрим рисунок 2.16, на котором приведена декомпозиция модулей
системы. Из рисунка понятно, что он лишь схематично отражает взаимодействие
модулей системы. Для более полного понимания принципа работы
разработанного программного продукта рассмотрим каждый модуль в
отдельности, а также взаимосвязи модулей.
Главная форма
Служебные
модули
Управляющие
модули
Модули ввода, обработки,
хранения и выдачи информации
БД
Функции
Работа с файлом
Справочники
Вход в
систему
Анализ
Сообщения
Экспорт
71
Рисунок 2.16. Декомпозиция модулей системы
В качестве примера рассмотрим модуль add_user, который осуществляет
добавление нового пользователя.
Блок-схема работы модуля представлена на рис. 2.17.
База данных
клиентская
часть
Серверная часть
Модуль
администрирования
Модуль анализа
данных
Модуль
формирования
данных
Модуль
авторизации,
аутентификация и
регистрация
Модуль
взаимодействия с
базой данных
Модуль выборки
данных
Модуль обмена
данных
Модуль
конфигурации
Модуль
ввода/вывода
Модуль
преобразования
данных
Модуль
динамических и
статических
библиотек
72
Заполнение формы
user
Формирование SQL-
запроса insert
Конец
Сохранение
результатов в БД
Начало
Формирование
массива параметров
user[...]
Рис. 2.17. Блок-схема работы модуляadd_user
2.4 Контрольный пример реализации проекта и его описание
Установка ИС
1. Копируем файл net.db в корень диска C:\ (или в любое место, если ОС не
дает скопировать в корень диска C:\);
2. Устанавливаем SQLAnywhere 5.0;
3. Создаем источник данных:
Через поиск ищем odbc32:
73
Рис. 2.18. Поиск ODBC32
Запускаем администратор ODBC32:
74
Рис. 2.19. Администратор источников данных ODBC32
Нажимаем кнопку «Добавить…»
Рис. 2.20. Выбор драйвера СУБД
Выбираем драйвер SQLAnywhere