81
корпоративной сети компании;
• порядок отмены доступа;
• порядок изменения прав доступа;
• требования, предъявляемые к сотрудникам компании в связи с
предоставлением им доступа к ресурсам корпоративной сети; • порядок
осуществления контроля доступа;
• ответственность сотрудников компании.
Содержание: термины и определения, общие сведения, назначение, область
действия, основные положения, порядок предоставления доступа к ресурсам
корпоративной сети, порядок отмены доступа к ресурсам корпоративной сети,
порядок изменения прав доступа к ресурсам корпоративной сети, контроль,
ответственность.
11. Политика аудита информационной безопасности.
Политика аудита информационной безопасности определяет:
• нормативную базу для деятельности внутренних и внешних
аудиторов;
• полномочия внешних и внутренних аудиторов;
• ответственность аудиторов за обеспечение ИБ и нормального
режима функционирования информационных систем компании;
• порядок и условия проведения аудита ИБ и анализа рисков.
Процедура внутреннего аудита информационной безопасности описывает
процесс сбора и анализа информации, необходимой для оценки уровня
информационной безопасности компании при проведении внутреннего аудита.
Данная процедура позволяет оценить адекватность реализованных в
информационных системах механизмов безопасности, соответствие системы
обеспечения ИБ бизнес требованиям, требованиям политики безопасности и
законодательства.
Содержание: термины и определения, общие сведения, основные
положения, порядок и условия проведения аудита в компании, анализ и
управление рисками, ответственность.
82
12. Соглашение о соблюдении режима информационной безопасности,
заключаемое со сторонними организациями.
Настоящее соглашение заключается с целью обеспечения безопасности
информационных ресурсов компании, доступ к которым предоставляется
партнеру на период действия соглашения. По настоящему соглашению партнер
обязуется сохранять в тайне и не разглашать информацию, составляющую
служебную и/или коммерческую тайну компании, а также обеспечить выполнение
требований по защите информации от НСД, компьютерных вирусов и прочих
угроз, связанных с нарушением доступности или целостности информационных
ресурсов компании.
Содержание: общие положения, предмет соглашения, права и обязанности
сторон, хранение документов, ответственность сторон, срок действия соглашения,
разрешение споров.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Рисунок информационной модели приведен на рисунке 2.4.
83
Рисунок 2.4 Информационная модель системы учета ремонта оборудования
Заполнение справочников происходит при первом запуске системы, далее
они только редактируются. При использовании основных справочников
происходит учет продаж, в ходе которого записывается информация в таблицу
Продажи. Отчетные документы формируется в виде экранных форм на основании
выбора форм сортировки и могут быть выведены на печать или экспортированы
в формат *.xls.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Под входной информацией понимается вся информация, необходимая для
решения задачи и расположенная на различных носителях: первичных
документах, машинных носителях, в памяти персонального компьютера. С этой
84
целью составляются перечень входной информации и состав реквизитов каждого
вида входной информации, расположение реквизитов входной информации,
описание полей (реквизитов) входных документов.
Значительное место в автоматизированной системе учета занимает
нормативно-справочная информация. Нормативно-справочная информация ― это
условно‒постоянная составляющая общей корпоративной информации, она
используется при регламентации деятельности компании, обеспечивая
целостность данных, сопровождающих бизнес-процессы компании.
По назначению нормативно-справочная информация используется для:
• идентификации единиц информации;
• информационно-поисковых целей;
• формирования характеристик объектов учета;
• обеспечения информационных взаимосвязей и расчетов.
Другими словами, нормативно-справочная информация ― это ядро
единого информационного пространства организации, включающее в себя набор
справочников, словарей, классификаторов, стандартов, регламентов,
используемых в деятельности организации.
В системе используется следующая входная информация:
• Список сотрудников компании;
• Список моделей оборудования;
• Список брендов оборудования;
• Список запчастей с указанием их стоимости;
• Список дефектов (неисправностей оборудования) с указанием
стоимости.
Данная информация применяется для первичного заполнения справочников
системы. В ходе дальнейшей работы осуществляется регистрация клиентов,
ремонтируемых оборудования, а также заказов. Для хранения этой информации
используются Таблицы Клиенты, Оборудование, Заказы.
В ходе работы программы осуществляется также редактирование заказов.
Для обеспечения работы системы предусмотрены справочники,
приведенные в Таблице 2.2.
85
Таблица 2.2
Перечень используемых справочников
№
п
п
название
справочника
ответственный
за ведение
средний
объём
справочник
а в записях
среднюю
частоту
актуализаци
и
средний
объем
актуализации
, %
1.
Клиент
Администрато
р
45
1 раз в месяц
10
2.
Модели
оборудовани
я
Администрато
р
150
1 раз в год
10
3.
Бренды
Администрато
р
250
1 раз в год
10
4.
Дефекты
Администрато
р
45
1 раз в месяц
10
5.
Запчасти
Администрато
р
45
1 раз в месяц
10
Все документы могут поступать как бумажной, так и в электронной формах.
2.2.3 Характеристика результатной информации
Информацию, полученную в результате обработки первичной и
промежуточной информации о совершенных хозяйственных операциях,
называют результатной. Именно для достижения получения итоговой
информации и используется сбор и обработка данных. Она позволяет оценить
работу организации и принимать управленческие и оперативные решения.
Результатной информацией, формируемой в ходе работы системы,
являются следующие документы:
• Список клиентов;
• Список заказов;
• Детализация заказа;
• Анализ стоимости выполненных работ за каждого инженера;
• Прогноз количества заказов на основании учтенных ранее заказов.
Список клиентов содержит ФИО клиента и номер его телефона. Список
заказов отображает все заказы в данный момент, содержит такие реквизиты, как
86
номер заказа, его статус, дату начала, дату окончания, стоимость, а также ФИО
сотрудника, который его выполнял. Также в этой форме рассчитываются такие
показатели, как общее количество заказов, общая стоимость заказов, средняя,
максимальная и минимальная стоимость.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Основным действующим лицом в разработанной системе является
сервисный инженер, который производит регистрацию заявки на ремонт, а также
формирование результатных документов. Дерево функций для инженера
представлено на Рисунке 2.5.
Рисунок 2.5 Дерево функций системы для менеджера
Функции
менеджера
Регистрация заказа
Редактирование заказа
Закрытие заказа
Прогноз количества
заказов
ет клиента
Уч
абота со
Р
спра
вочниками
(
добав
ление данных
)
Оборудовнаие
Бренды
Модели
Запчасти
Неисправности
87
Администратор системы обладает более расширенными возможностями.
Он производит первичное наполнение справочников, а также обеспечивает их
дальнейшее ведение, Кроме того, он также имеет возможность регистрации
пользователей, определение прав их доступа к системе. Дерево функций для
администратора представлено на Рисунке 2.6.
Рисунок 2.6 Дерево функций системы для администратора
Сценарии диалога, формирующиеся на основе деревьев функций,
приведены на Рисунках 2.7 и 2.8.
Функции
администратора
Регистрация заказа
Редактирование заказа
Закрытие заказа
Прогноз количества
заказов
Учет клиента
Управление
справочниками
Оборудовани
е
Бренды
Модели
Запчасти
Неисправност
и
Работа с
пользователями
Добавление
Удаление
Редактирование
Назначение
модулей
Назначение прав
доступа
88
Рисунок 2.7 Сценарий диалога для инженера
Рисунок 2.8 Сценарий диалога для администратора
Авторизация
1
.
Клиент
1
.
1
Добавить
1
.
2
Удалить
1
.
3
Редактировать
1
.
4
.
Обновить
1
.
5
Сохранить
Выход
Основные функции
:
1
.
Клиент
2
.
Оборудование
3
.
Заказ
4
.
Анализ
5
.
Справочник
6
.
Выход
5
.
Справочник
1
.
Телефоны
2
.
Модели
3
.
Бренды
4
.
Запчасти
5
.
Неисправность
2
.
Оборудование
2
.
1
Добавить
2
.
2
Удалить
2
.
3
Редактировать
2
.
4
.
Обновить
2
.
5
Сохранить
3
.
Заказ
3
.
1
Добавить
3
.
2
Удалить
3
.
3
Редактировать
3
.
4
.
Обновить
3
.
5
Сохранить
5
.
1
-
5
.
5
Операции
1
Добавить
2
.
Обновить
3
Сохранить
4
.
Анализ
4
.
1
-
4
.
3
Операции
1
Выбор периода
2
Печать
3
Диаграмма
89
2.3.2 Характеристика базы данных
Первый этап проектирования базы данных состоит в разработке
концептуальных моделей данных для каждого из существующих типов
пользователей создаваемого приложения.
Концептуальное проектирование – это конструирование информационной
модели предприятия, не зависящей от каких-либо условий реализации.
Логический уровень – точка зрения пользователя. Это абстрактный взгляд на
данные. На нем используются данные в таком виде, в каком они известны в
реальном мире. Объектам модели (сущностям и атрибутам) даются имена,
понятные широкому кругу специалистов.
Создание локальных концептуальных моделей данных полностью не зависит
от типа СУБД, языка программирования, типа компьютера, ОС, приложений и т.д.
Связи между сущностями представляют специфические отношения
(отношение типа родитель - потомок), то есть когда каждый экземпляр
родительской сущности ассоциирован с произвольным количеством экземпляров
второй сущности, называемой потомком, а каждый экземпляр сущности - потомок
ассоциирован с одним экземпляром сущности-родителя. Неспецифические
отношения (отношения типа много ко многому) заменяются на специфические
при помощи введения связной сущности.
Специфические отношения могут быть идентифицирующими,
неидентифицирующими, так же возможны отношениями категоризации.
Идентифицирующие отношения подразумевают, что сущность-потомок
однозначно определяется своей связью с сущностью-родителем.
Неидентифицирующие отношения подразумевают, что каждый экземпляр
сущности-потомка может быть однозначно идентифицирован без связанного с
ним экземпляра сущности-родителя. Неидентифицирующее отношения
отображаются на диаграмме пунктиром.
Установив связи, которые будут иметь место в создаваемой модели,
необходимо определить кардинальность каждой из них. Каждая связь может
90
иметь кардинальность либо "один к одному" (1:1), либо "один ко многим" (1:М),
либо "многие ко многим" (М:N). Кроме того, следует проанализировать степень
участия каждой из сущностей в конкретном типе связи. Отношения связи
характеризуются мощностью отношения, которая служит для обозначения
количества экземпляров сущностей-потомков, которые могут существовать для
каждого экземпляра сущности-родителя. Существуют следующие варианты
указания мощности:
• “ “ – 0,1 или более;
• “P” 1,2 или более;
• “Z” 0 или 1;
• “N” в качестве N указывается конкретное число.
В ходе анализа функций программы были выделены следующие сущности
и реквизиты (Таблица 2.3):
Таблица 2.3
Сущности и реквизиты
Клиент
Код_клиента
Фамилия
Имя
Отчество
Номер_телефона
Город
Улица
Дом
Квартира
Код_телефона
Код_модели
Код_бренда
Модели_оборудования
Код_модели
Наименование
Код_бренда
Бренды
Код_бренда
Наименование
Дефекты
Код_дефекта
Наименование
Стоимость_ремонта
Дефекты_в_заказе
Код_записи
Код_дефекта