65
ошибки программного средства и
документации
Ввод в действие
Разработка
документации
Дефекты и ошибки обобщающих
документов
Эксплуатация и
сопровождение
Эксплуатация ПО
Программные дефекты.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер по защите информации в разрабатываемой системе включает в
себя следующие аспекты:
защита информации непосредственно в информационной системе от
внутренних угроз;
защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.2.
Таблица 2.2
Разграничение прав пользователей
Группы
пользователей
Модуль
«Авторизация»
Модуль
«Регистрация»
Модуль
«Ввод»
Модуль
«Отчеты»
Сотрудники
Чтение
Полный
Ввод данных
Полный
Администратор
системы
Полный
Полный
Полный
Полный
Защита от внешних угроз осуществляется путем применения следующих
способов:
- использованием программно-аппаратных комплексов;
- разработкой и соблюдение политик безопасности;
- использованием защищенных каналов связи при передаче информации;
- использованием антивирусных средств;
- физической защитой помещений с наиболее ценной информацией.
Характеристика используемых средств от внешних угроз информационной
безопасности приведена в таблице 2.3.
Таблица 2.3
66
Характеристика используемых средств от внешних угроз информационной
безопасности
Способ (метод)
Описание (наименование средства)
Программно-аппаратные комплексы
защиты информации
КСЗИ «Панцирь-К»
Разработка и соблюдение политик
безопасности
- ограничение доступа пользователей к
информации;
- анализ и статистика нарушений
информационной безопасности;
- информационный мониторинг;
- распределение ответственности по
обеспечению информационной
безопасности;
- определение порядка работы с
информацией, являющейся
конфиденциальной.
Защита каналов связи
протокол SSH
Антивирусная защита
KasperskyTotalSpaceSecurity
Физическая защита помещений
- система контроля и управления
доступом;
- оборудование помещений решетками
на окнах;
- разграничение прав доступа в
помещения.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области. Кроме
того, она объясняет, на основе каких входных документов и какой нормативно-
справочной информации происходит выполнение функций по обработке данных и
формирование конкретных выходных документов. Информационная модель
представлена на рис. 2.3.
67
Учет пользователей Учет запросыУчет оборудования Учет запчастей
Спр Работы
Спр Работы*
Т Запросы
Спр Запчасти
Спр Запчасти*Спр Цеха*
Спр Цеха
Сотрудник
ИС Сотрудник
Т Запросы*
Т Пользователи
Т Пользователи*
Спр Оборудование
Спр Оборудование*
Сведения о
пользователях
Поступающий запрос
на выполнение работ
Сведения об
имеющимся
оборудовании
Сведения о запчастях
Отчет по количеству
поступивших заявок за период
за каждый цех сравнительно с
другими цехами
Отчет по количеству
поступивших заявок за
период за каждый цех
сравнительно с другими
цехами
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по
простаивающему
оборудованию в
настоящий момент
Сравнительный отчет по
простою оборудования
каждого цеха за период
Сравнительный отчет по
простою оборудования
каждого цеха за период
Сравнительный отчет по
количеству выполненных
заявок за период за каждый
отдел сравнительно с
другими отделами ремонтного
подразделения
Сравнительный отчет
по количеству
выполненных заявок за
период за каждый отдел
сравнительно с другими
отделами ремонтного
подразделения
По оборудованию, которое
более всего простаивало за
период (сравнительно по
типам)
По оборудованию,
которое более всего
простаивало за период
(сравнительно по типам)
Отчет по загруженности
работников ремонтной службы
за определенный промежуток
времени
Отчет по загруженности
работников ремонтной
службы за
определенный
промежуток времени
Рисунок 2.3 Информационная модель системы
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Входной информацией для разрабатываемой информационной системы
являются данные о запросах, пользователях системы, запчастях и оборудовании..
Эти данные поступают как в цифровом, так и в печатном виде.
Входная информация содержит следующие данные:
1 Сведения о пользователях:
Фамилия
Имя
68
Отчество
Логин
Пароль
Тип пользователя
Телефон
email
Отдел
2 Поступающий запрос на выполнение работ
Пользователь
Оборудование
Дата запроса
Вероятная причина
Примечание
Описание
3 Сведения об имеющимся оборудовании:
Тип оборудования
Наименование
Инвентаризационный_Номер (Инв._Номер)
Серийный_номер
Дата_учета
Примечание
К справочной информации относятся справочники Цеха, Работы,
Оборудование, Запчасти.
Экранная форма для ввода данных в справочник Цеха приведен на рисунках
ниже.
69
Рисунок 2.4 Экранная форма ввода данных в справочник Цеха
Рисунок 2.5 Экранная форма ввода данных в справочник Оборудование
2.2.3 Характеристика результатной информации
В качестве выходных данных в разработанной ИС формируются следующие
отчеты:
70
Отчет по количеству поступивших заявок за период за каждый цех
сравнительно с другими цехами;
По простаивающему оборудованию в настоящий момент;
Сравнительный отчет по простою оборудования каждого цеха за
период;
Сравнительный отчет по количеству выполненных заявок за период
за каждый отдел сравнительно с другими отделами ремонтного подразделения;
По оборудованию, которое более всего простаивало за период
(сравнительно по типам)
Отчет по загруженности работников ремонтной службы за
определенный промежуток времени
Примеры отчетов приведены на рисунках ниже.
Рисунок 2.6 Сводный отчет по цехам
Рисунок 2.7 Сводный отчет по отделам
71
Рисунок 2.8 Сводный отчет по сотрудникам
Рисунок 2.9 Сводный отчет по оборудованию
Рисунок 2.10 Сводный отчет по типам оборудования
2.3 Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
72
В системе предусмотрено 4 типа пользователей. На рис. 2.11 представлена
диаграмма прецедентов, которая представляет функции администратора по работе
с системой.
Администратор (диспетчер)
Управление справочниками
системы
Просмотр загруженности
работников ремонтной службы
Отправка заявки исполнителю
Просмотр открытых и закрытых
нарядов за определенный
период
Просмотр комплектующих на
складе
Получение отчетов
Сравнительный отчет по
простою оборудования каждого
цеха за период
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
за каждый цех сравнительно с
другими цехами
Отчет по загруженности
работников ремонтной службы
за определенный промежуток
времени
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Сравнительный отчет по
количеству выполненных
заявок за период за каждый
отдел сравнительно с другими
отделами ремонтного
подразделения
Учет ПВР
Рисунок 2.11 Диаграмма прецедентов администратора
Заказчик
Оформление заявки
Просмотр оформленных заявок
Просмотр времени простоя
оборудования за период
Просмотр текущего времени
простоя оборудования
Выбор оборудования
Ввод предполагаемой причины
поломки
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Получение отчетов за свой цех
Рисунок 2.12 Диаграмма прецедентов заказчика
73
Исполнитель (оператор)
просмотр невыполненных
нарядов
просмотр закрытых нарядов
просмотр отремонтированного
оборудования
оформление аварийной заявки
Прием заявки
Мотивированный отказ от
заявки
Формирование накладной на
выдачу комплектующих
Закрытие заявки
Оформление наряда
Получение отчетов за свой
отдел
Сравнительный отчет по
простою оборудования каждого
цеха за период
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
за каждый цех сравнительно с
другими цехами
Отчет по загруженности
работников отдела ремонтной
службы за определенный
промежуток времени
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Рисунок 2.13 Диаграмма прецедентов исполнителя
Руководитель
Сравнительный отчет по
простою оборудования каждого
цеха за период
Отчет по простаивающему
оборудованию в настоящий
момент
Отчет по количеству
поступивших заявок за период
за каждый цех сравнительно с
другими цехами
Отчет по загруженности
работников ремонтной службы
за определенный промежуток
времени
По оборудованию, которое
более всего простаивало за
период (сравнительно по типам)
Сравнительный отчет по
количеству выполненных
заявок за период за каждый
отдел сравнительно с другими
отделами ремонтного
подразделения
Рисунок 2.14 Диаграмма прецедентов руководителя
Сценарий диалога, формирующийся на основе дерева функций, приведен на
рисунке 2.15.
74
Главное меню
Отчет по количеству поступивших заявок за период
за каждый цех сравнительно с другими цехами
Отчет по простаивающему оборудованию в
настоящий момент
Сравнительный отчет по простою оборудования
каждого цеха за период
Оборудование
Работы
Цеха
Добавить
Отправить на
выполнение
Отказаться от
выполнения
Заявки
Справочники
Отчеты
Добавить
Удалить
Редактировать
Редактировать
Пользователи
Сравнительный отчет по количеству выполненных
заявок за период за каждый отдел сравнительно с
другими отделами ремонтного подразделения
Удалить
Формировать
наряд
По оборудованию, которое более всего простаивало
за период (сравнительно по типам)
Отчет по загруженности работников ремонтной
службы за определенный промежуток времени
Рисунок 2.15 Сценарий диалога для пользователя
2.3.2. Характеристика базы данных
Процесс реализации инфологической модели проходит в несколько шагов:
• Выявление сущностей;
• Выявление зависимостей между сущностями;
• Указание первичных и альтернативных ключей;
• Отражение атрибутов сущностей;
• Перевод модели к требуемому уровню нормальной формы.
Логический уровень отражения модели – это абстрактный взгляд на данные,
где они представляются так, как будут выглядеть в реальном мире. Логическая
модель данных считается универсальной и никак не связана с отдельной
реализацией СУБД. А физическая модель данных зависит от каждой отдельной
СУБД, фактически являясь визуализацией системного каталога. В физической
модели заключены данные по всем объектам БД. Т.к. стандартов на объекты БД
просто нет (к примеру, нет стандарта на типы данных), физическая модель связана
с конкретной реализацией СУБД. Поэтому одной и той же логической модели
часто ставят в соответствие несколько разных физических моделей. И если в