73
• Нарушение режима ИБ – есть вариант утечки данных из-за
злоумышленных действий сотрудников и не желании взаимодействовать с новой
системой;
• Не отражен этап выхода их проекта представителей заказчика.
В противовес этому выступает:
• Реализация системы поощрений персонала заказчика,
применяющего систему;
• Прием на работу сотрудников при условии сохранения
коммерческой тайны, в противном случае – использование штрафных или иных
санкций;
• Грамотное планирование сроков проекта и момента завершения
работы над проектом со стороны исполнителя.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При эксплуатации разработанной информационной системы для
обеспечения её безопасности от внешних и внутренних угроз используется
комплекс мер по защите информации. В этот комплекс прежде всего входят
средства, позволяющие ограничить доступ пользователей к различным модулям
системы.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.2.
Таблица 2.2
Разграничение прав пользователей
Группы
пользователей
ПМ
Авторизация
ПМ
формирование
заявок
ПМ
формирования
отчетов
ПМ работы со
справочниками
Сотрудник
отдела по
работе с
клиентами
Чтение
Чтение
Чтение
Полный
74
В целях защиты информационной системы проводятся следующие
мероприятия:
обеспечение сетевой безопасности;
обеспечение локальной безопасности;
обеспечение физической безопасности.
Для обеспечения сетевой безопасности используются следующие
средства:
фильтрация трафика;
ограничение доступа в интернет и во внутреннюю сеть;
антивирусная фильтрация;
система обнаружения атак;
контроль содержания трафика;
протоколирование и регулярный мониторинг доступа.
Локальная безопасность обеспечивается осуществлением следующих
мероприятий:
антивирусный контроль;
аппаратная защита от несанкционированного доступа;
криптографическая защита данных;
защита персональным файрволом;
резервирование данных;
протоколирование доступа.
Для обеспечения физической информации файрвол, веб-сервер, сервера
IDS и контроля за трафиком и все сервера данных находится в отдельном
помещении, доступ в которое разрешен только администраторам, у которых есть
ключ или магнитная карта к этой комнате (комната закрыта). Помещение
оборудовано принудительной вентиляцией и пожарной защитой
(полуавтоматической). Вход в офис компании должен осуществляться только по
магнитным картам.
75
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель представлена на рис. 2.1.
ИС
Спр Статус заявки
Спр Статус
заявки*
Спр Пользователь
Т Заявка
Т Услуги в заявке*
Спр Услуга
Т Услуги в заявке
Т Заявка*
Учет
клиентов
Учет
сотрудников
Список
сотрудников
Учет типов
пользовател
ей
Список услуг
Учет заказа
Сотрудник
Сотрудник
Список
клиентов
Учет услуг
список
клиентов
список
договоров
Отчет Заявка
Отчет Заявка
Отчет Договор
Отчет
Договор
Спр
Пользователь*
Спр Тип
пользователя*
Спр Тип
пользователя
Спр Услуга*
Список типов
пользователей
Журнал учета
заявок
Журнал
учета заявок
Прайс-лист
Прайс-лист
Отчет по
работе
менеджеров
список
пользовател
ей
Рис. 2.1 Информационная модель системы
76
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Справочники информационной системы являются особой группой
наборов данных. Справочники предназначены для систематизации различной
информации: типов, марок, возможных значений параметров и т.п. Результатом
такой систематизации становится то, что, занося некоторую информацию в
систему, пользователь может вводить те и только те значения, которые
содержатся в соответствующем справочнике. Это, во-первых, облегчает ввод,
во-вторых, устраняет некоторые ошибки (опечатки), в третьих, упрощает
последующий анализ.
Справочники не предоставляются уже наполненными, поэтому требуется
их предварительная настройка. Кроме того, в процессе эксплуатации, может
возникнуть потребность корректировки справочных значений или добавление
новых. Перечень используемых справочников приведен в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
Название
справочника
Ответственный
за ведение
Средний
объём
справочника
в записях
Средняя
частота
актуализации
Средний
объем
актуализации,
%
Пользователь
Администратор
5
1 раз в год
10
Статус заявки
Администратор
100
1 раз в год
20
Тип
пользователя
Администратор
50
1 раз в год
20
Услуга
Администратор
50
1 раз в год
20
Реквизитный состав справочников приведен в Таблице 2.4.
Таблица 2.4
Реквизитный состав справочников
Наименование
Перечень реквизитов
Клиент
наименование;
юридическая форма;
телефон;
юридический адрес;
физический адрес;
дата начала сотрудничества (заключение
77
Наименование
Перечень реквизитов
первого договора);
ФИО руководителя;
Контактные данные;
Специализация.
Услуга
Название услуги;
Описание услуги;
Стоимость.
Пользователи
фамилия;
имя;
отчество;
статус в системе;
пароль;
логин;
дата регистрации.
Справочники Должность, Тип документа, Тип клиента и Тип пользователя
содержат только ключевое поле (код) и наименование.
В системе используются следующие входные документы:
сведения о пользователях, поступающие от инспектора по кадрам
компании;
заявки, поступающие от клиентов;
Сведения о клиентах;
Список услуг, поступающий от директора компании.
Список пользователей содержит следующие сведения о пользователях
системы:
фамилия;
имя;
отчество;
должность.
На основании данного документа формируется содержимое справочника
Пользователи.
При учете услуги используются такие реквизиты, как ее описание и
стоимость.
78
При учете заявок учитываются данные клиента, данные объекта охраны,
оказываемые услуги, документы.
2.2.3 Характеристика результатной информации
В качестве выходных в разработанной системе учета работы с клиентами
формируются следующие документы:
список пользователей – содержит перечень пользователей;
список клиентов – содержит перечень клиентов;
список договоров – содержит перечень договоров;
Отчет Заявка;
Отчет Договор;
Журнал учета заявок;
Прайс-лист;
Отчет по работе менеджеров.
Отчет Заявка содержит следующие реквизиты:
Код заявки
Дата регистрации
Договор (Дата)
Договор (Номер)
Клиент
Название объекта
Адрес объекта
Описание объекта
Дата отправки последнего Email сообщения
Количество отправленных Email сообщений
Стоимость, руб.
Зарегистрировал
Зарегистрированные документы
Услуги
79
Общая стоимость услуг.
Отчет Договор содержит все сведения по заключаемому договору, в том
числе наименование клиента, предмет договора, стоимость, продолжительность.
Журнал учета заявок содержит:
Код заявки
Дата регистрации
Договор (Дата)
Договор (Номер)
Клиент
Название объекта
Адрес объекта
Стоимость, руб.
Зарегистрировал
Прайс-лист содержит наименование услуги, ее описание и стоимость.
Отчет по работе менеджеров содержит:
Фамилия, Имя, Отчество менеджера;
Телефон
Зарегистрировал (а);
Количество Клиентов;
Количество Заявок;
Количество Документов;
Количество Услуг;
Сумма заявок, руб.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Основная функция разрабатываемой информационной системы – это учет
заявок клиентов. Однако для ее реализации необходимо наличие других,
второстепенных функций, которые позволяют полноценно функционировать
80
информационной системе. Поэтому для более наглядного представления
функции системы необходимо декомпозировать на составляющие его функции.
На Рисунке 2.2 представлено дерево функций системы.
Основные
Учет клиентов Учет заявок
Работа со
справочниками
Пользователь
Статус заявки
Служебные
Функции разрабатываемой
ИС
Договор
Прайс-лист
Учет договоров
Заявка
Журнал учета
заявок
Отчет по
работе
менеджеров
Получение
отчетов
Настройки соединения
Настройки авторизации
Добавление
Редактирование
Удаление
Добавление
Редактирова
ние
Удаление
УСлуга
Документы
Период
Услуга
Тип пользователя
Рисунок 2.2 Дерево функций системы
Первый уровень представляет основную функцию разрабатываемой
системы – учёт информации о клиентах, договорах. Подфункция работы со
справочниками системы предполагает разделение на ввод данных, получение
содержания справочника, редактирование и удаление записей в справочнике.
Служебные функции содержат функции настройки доступа к ИС, а также
авторизационных данных.
Сценарии диалога системы приведен на рисунке 2.3.
81
Главное меню
Каталог услуг
Авторизация
Список услуг
Редактирование
Добавление
услуги
Выход
Просмотр
Удаление
Заказы
Список заказов
Услуги по
заказу
Просмотр заказа
Печать
Модули
Загрузить
изображения
Пользователи
Отчеты
Отчет Заявка
Журнал учета заявок
Отчет Договор
Прайс-лист
Отчет по работе
менеджеров
Рисунок 2.3 Сценарий диалога
Сценарии диалога для администратора системы и пользователя
отличаются только возможностью редактирования списка пользователей у
администратора. В остальном пункты меню, а также порядок регистрации
клиентов, договоров, регистрации выполнения договора, заполнения и
редактирования справочников одинаков.
2.3.2 Характеристика базы данных
Есть два основных подхода к разработке систем БД: снизу-вверх или
сверху вниз. Первый подходит для создания небольших БД с ограниченным
числом атрибутов. Использование такого подхода усложняется при создании БД
с огромным числом атрибутов, описать среди которых все доступные
функциональные зависимости проблематично. При создании сложных систем
БД лучше всего применять нисходящий подход, хорошо зарекомендовавший
себя в рамках модели «сущность-связь». Тут работа связана с определением
сущностей и процессом их взаимодействия, которые очень важны для подобной
разработки.
82
Весь путь создания БД включает 3 фазы: концепция, логическая модель и
проектирование прототипа. Любая фаза состоит из необходимой модели данных,
которая становится источником данных для другой фазы. Основное значение тут
возложено на концепцию, реализуемую в ракмах параметров, указанных в
спецификации пользовательских требований. Подготовка концепции БД никак
не пересекается в такие подробности ее реализации, как тип применяемой
целевой СУБД, тип используемой вычислительной платформы и т.п., но
качество концепции тут уже имеет решающее значение, позволяющее отразить
трудозатраты на создание системы, ее скорость работы и текущий успех. Опыт
создания и использования ИС говорит о том, что ошибки, возможные в процессе
этого этапа, очень трудно выявить и устранить, поскольку они встречаются
обычно уже на последующих этапах создания системы – при реализации и
поддержке.
На этапе проектирования логической модели концепция данных
переходит в логическую модель, создаваемую в рамках указанной модели
хранения информации основной СУБД. По итогу, этот этап отражает, какая
СУБД используется в качестве целевой - иерархическая, сетевая, реляционная
или объектно-ориентированная. Тут проходят все остальные аспекты начальной
СУБД – к примеру, некие особенности физической реализации хранения данных.
Логическая модель, отражающая особенности отображения о создаваемой
системе больше одного типа пользователей, считается глобальной логической
моделью данных. Есть пара базовых подходов для создания совокупной
логической модели: метод внедрения представлений и централизованный
способ. Если создается крупная ИС, лучше и эффективнее использовать второй
подход, когда общая логическая модель реализуется методом слияния отдельных
моделей, показывающих представления отдельных групп пользователей.
В процессе создания прототипа принимаются решения о вариантах
реализации текущей БД. Поэтому физическое проектирование очень сильно
завязано на конкретной СУБД. Между разработкой логической модели и
подготовкой прототипа есть постоянная обратная связь, т.к. все решения,
принимаемые на этапе создания прототипа для повышения производительности