Дипломная работа: Автоматизация обработки заявок (на примере АО "Международный аэропорт Шереметьево")
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
83
Необходимую гибкость защитной системы программного обеспечения следует
обеспечить еще на этапе технического задания по его разработке. Указанный
показатель наделена огромных значением в ходе качественной оценки систем
защиты навесного типа;
4) Мобильность защитных систем программного обеспечения;
5) Степень мобильности защитных систем программного обеспечения, как
правило, определяется видом оцениваемой системы и методом ее разработки. Так,
разные защитные методы, касающиеся отладчиков и дизассемблеров, чаще всего,
совершенно непереносимы, а их Применение в защитной системе снижают
показатель мобильности. Таким образом, для того, чтобы оценить мобильность
защитных систем программного обеспечения, могут быть использованы все
перечисленные приемы;
6) Модифицируемость защитных систем программного обеспечения.
Данный показатель отличается таким же свойствами, что и для ПО обычной
направленности. В качестве исключения могут быть названы ситуации, при
которых происходит сознательное усложнение осуществления алгоритма с целью
затруднения его понимания. Соответственно, оценка в данном случае возможна
только приемами, которые аналогичны для программного обеспечения общего
назначения. [16, с.464]
Необходимо понимать, что компьютерная программа может
рассматриваться с разных точек зрения. С одной стороны, она представляет собой
алгоритм, который она призвана реализовать. С другой стороны, это череда
различных команд процессора, а также файл, который содержит в себе
последовательность байтов. Совокупность таких определений формируют
иерархию моделей компьютерных программ. Следует выбрать модель
определенного уровня, а также метод, которым она будет представлена. Кроме
того, важно, чтобы модель РПС и программы задавались одинаковым методом,
применяя понятия одного уровня.
Еще одной значимой проблемой считается формирование формальных
моделей программ, или конкретных классов РПС. Механизм формирования
отношения между программой и РПС характеризуется методом представления
модели. Наиболее перспективным в данном случае может быть представлено
84
применение семантических графов и объектно-ориентированных моделей. Задача
создания обобщенной модели гарантии безопасности информационных данных,
систем защиты ПО и защищаемого объекта является предметом дальнейших
научных исследований. Модель угроз технологической безопасности
программного обеспечения должна являться нормативным документом, которым
будут руководствоваться заказчики и создатели программных комплексов при
формировании программного обеспечения. В виде приложения к модели стоит
разрабатывать банк сведений, касающийся РПС, которые были выявлена, а также
описание связанных с их поиском обстоятельств, которые со временем могут
пополняться и уточняться. Создание моделей угроз безопасности ПО
компьютерной сети представляет собой один из наиболее значимых этапов
комплексного решения проблемы гарантия безопасности информационных
технологий, который на стадии создания компьютерной сети отличается от
создания таких моделей для стадии их использования. Существенная разница в
подходах к синтезу моделей угроз технологической и эксплуатационной
безопасности программного обеспечения состоит в разнообразии мотивационных
установках поведения возможного злоумышленника, а также разнообразии
принципов, методов и средств влияния на программное обеспечение на разных
стадиях его жизненного цикла.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представлена на рис.34.
В согласовании с представленной информационной моделью менеджер
заполняет справочник Состояние проектов. Дальше, задействую данные
справочников Клиенты, Работники, Города, Компании, состояния проектов,
изменяет содержание таблицы Проекты. Основываясь на таблицы Проекты и
Справочника Состояние проектов, менеджер получает экранные формы
выходных документов, таковых, как перечень проектов и перечень шагов
реализации проектов.
85
Рис.34. Информационная модель системы
В составе информационного обеспечения изучаемого комплекса задач
принципиальное место отводится классификаторам финансовой информации:
обеспечить сжатие признанной части (идентификатора) характеристик, а, как
следствие этого, и сократить размер хранимой информации в ЭВМ и время на
поиск информации, нужной для решения задач, облегчить обработку информации
разрешают систематизация и кодирование информации.
Для полной формализации экономической информации недостаточно
обычный систематизации, потому проводят функцию кодирования.
В системе употребляется последующие виды системы кодирования,
которые указаны в таблице 13.
Таблица 13- Используемые системы кодирования
Кодируемое
множество
объектов
Длина
кода
Мощн
ость
кода
Система
кодирования
Система
классификац
ии
Вид
классификато
ра
Клиенты
4
9999
Порядковая
Отсутствует
Локальный
Проекты
4
9999
Порядковая
Отсутствует
Локальный
86
Состояния
проектов
2
99
Порядковая
Отсутствует
Локальный
1) Классификатор клиентов
К1=[XXXX] – Код клиента
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В системе используются справочники, приведенные в таблице 14.
Таблица 14- Перечень используемых справочников
№
пп
название
справочника
ответственный
за ведение
средний
объём
справочника
в записях
среднюю
частоту
актуализации
средний объем
актуализации, %
1
Сотрудники
Администратор
100
1 раз в месяц
10
2
Фирма
Администратор
50
1 раз в месяц
10
3
Клиенты
Пользователь
50
1 раз в месяц
10
4
Город
Администратор
500
1 раз в
неделю
25
5
Состояние
проектов
Пользователь
50
1 раз в месяц
10
Уровни сложности организации контроля входных и выходных данных
указаны в таблице 15.
Таблица 15 - Группы сложностей организации контроля входных и выходных
данных
Обозначение
Группа сложности
11
Входная информация и документы различных форматов и структур
(контроль реализуется перекрестно)
12
Входная информация и однотипные по форме и содержанию
документы (реализуется формальный контроль)
21
Процедура печати документации сложной многоуровневой структуры,
разной формы и содержания
22
Процедура печати документации однотипного содержания и формы,
вывод массивов информации на машинные носители
Для создания программного средства, а именно информационных систем,
необходимо большое количество времени.
2.2.3 Характеристика результатной информации
Описание результатных документов приведено в таблице 14.
Таблица 16- Описание выходных документов
87
Название
Реквизиты
Таблицы, на основе
которых формируется
Частота
формирования
Способ
доставки
Список
проектов
Номер
Вид
Название
клиента
Состояние
Завершено
Добавлено
Ведет проект
Добавил проект
Проекты
Состояние проектов
Сотрудники
Фирмы
Города
По мере
необходимости
Экранная
форма
Список этапов
выполнения
проектов
Номер проекта
Наименование
клиента
Шаг выполнения
Дата начала
Дата окончания
Добавил
Ответственный
Проекты
Состояние проектов
Сотрудники
Фирмы
Города
По мере
необходимости
Экранная
форма
В разрабатываемой системе производится расчет следующих показателей:
-Общее количество проектов;
-Общее количество этапов проекта.
Таблица 17- Формализованное и исходное описание первичных показателей
Таблица 18- Формализованное описание результатных показателей
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В разработанном модуле предусмотрен лишь один пользователь –
менеджер. Дерево функций модуля представлено на рисунке 37.
№
Наименование показателей
Идентификатор показателя
1
Количество проектов на дату D
Kd
2
Количество этапов проекта N
Zn
№ пп
Наименование показателя
Идентификатор
показателя
Алгоритм расчета
1
Общее количество проектов
S
ΣS
2
Общее количество этапов проекта
IZ
ΣZn
Источник: https://baza.diplomsite.ru/previewfile/1854