65
на основе введенного имени почтового ящика и имени с фамилией
ответственного за ящик, конструирует название группы безопасности, ее
описание и создает ее в MS Active Directory;
для каждой из списка учетных записей, полученных из формы, находит
объект учетной записи в Active Directory и добавляет его в созданную ранее
группу безопасности;
создает в MS Exchange общий почтовый ящик с именем, полученным из
формы;
добавляет в списки доступа созданного на предыдущем шаге ящика группу
безопасности, созданную на первом шаге, с полным доступом;
формирует письмо с кратким описанием результатов работы и отправляет
его сотруднику технической поддержки, создавшему запрос;
в конце работы данного сценария в файл журнала записывается краткая
информация о дате запуска сценария, номере запроса, результате запуска и
названием почтового ящика.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
При создании учетной записи пользователя данные поступают из таблицы
в базе данных БОСС-Кадровик. Таблица имеет характеристики, отображенные в
Таблице 6.
Таблица 6
Характеристики таблицы с данными сотрудников
Название
employee
Ответственный
Специалисты отдела персонала
Средний объем
30 – 32 тысячи записей
Средняя частота актуализации
Добавление новых записей: один раз в
неделю (в день приема новых сотрудников);
изменение имеющихся данных – вплоть до
ежедневного.
66
Продолжение Таблицы 6.
Средний объем актуализации
Добавление новых данных: 200 – 300
записей в неделю; изменение имеющихся –
10 – 30 за раз.
Данная таблица связана с таблицей отделов, характеристики которой
предоставлены в Таблице 7.
Таблица 7
Характеристика таблицы с данными о отделах
Название
department
Ответственный
Специалисты отдела персонала
Средний объем
600 – 700 записей
Средняя частота актуализации
Один раз в один – два месяца
Средний объем актуализации
5 – 7 записей за раз
При запросе на смену пароля, если пользователь не пришел в отдел
технической поддержки, а решил создать запрос самостоятельно, он должен
заполнить форму создания обращения в системе учета заявок, войдя в нее с
помощью своей учетной записи и выбрав соответствующую категорию.
Заполнение полей, доступных пользователю для редактирования, происходит в
свободной форме. Данные, необходимые для выполнения запроса (ФИО
сотрудника) берутся из его учетной записи и подставляются автоматически.
Пример такой формы предоставлен на Рисунке 20.
67
Рисунок 20. Форма создания запроса на смену пароля.
При создании общего почтового ящика предоставляется заполненная
форма. Форма содержит следующие пункты:
название почтового ящика
цель создания ящика
ответственный за ящик
список сотрудников, которым должен быть предоставлен доступ
Форма представлена на Рисунке 21.
Рисунок 21. Форма для создания общего почтового ящика
68
Файл заполняется и предоставляется любым из сотрудников, которому
требуется создать такой почтовый ящик, состоит из двух столбцов, в первом из
которых находятся названия пунктов, указанных выше, а во втором значения этих
пунктов. Файл должен быть предоставлен при каждом запросе на создания ящика
(и для каждого из таких ящиков, если в запросе требуется создать несколько).
2.2.3. Характеристика результатной информации
В результате работы сценариев формируются два письма: одно с
информацией о результате выполнения сценария, отправляющееся сотруднику
технической поддержки и, в случае успешного выполнения, второе: с выходной
информацией, требующейся для создавшего запрос.
Письма, отправляющиеся сотруднику технической поддержки, должны в
заголовке содержать строку «Запрос <номер запроса> <выполнен успешно>/<не
выполнен>.», в зависимости от результата. Номер запроса берется из формы,
которую сотрудник заполняет для запуска сценария.
Тело письма должно содержать:
в случае успешного выполнения:
o номер запроса
o краткое описание выполнявшейся задачи
o время начала выполнения
o время окончания выполнения
в случае завершения с ошибкой:
o номер запроса
o краткое описание выполнявшейся задачи
o время начала выполнения
o описание ошибки
Письмо, отправляющееся сотруднику, создавшему запрос, должно
содержать:
при создании учетной записи и почтового ящика нового сотрудника:
o Тема письма должна содержать «По запросу <номер запроса>
69
созданы новая учетная запись и почтовый ящик»
o В теле письма должны быть указаны:
имя и фамилия сотрудника, для которого создавалась
учетная запись
адрес созданного почтового ящика
временный пароль
инструкции по смене пароля
при установке нового пароля:
o Тема письма должна содержать «По запросу <номер запроса>
произведена смена пароля»
o В теле письма должны быть указаны:
Имя и фамилия сотрудника, на чьей учетной записи был
сменен пароль
Временный пароль
Инструкции по смене пароля
При создании нового общего почтового ящика:
o Тема письма должна содержать «По запросу <номер запроса>
создан общий почтовый ящик <название ящика>»
o В теле письма должны быть указаны:
Название почтового ящика
адрес этого ящика
список сотрудников, которым предоставлен доступ
Также, каждый запуск сценария, вне зависимости от успешности
выполнения, должен сопровождаться созданием записей в файле журнала. В
такой файл должны вноситься следующие данные:
дата и время запуска сценария
уровень сообщения – информационный, сообщение об ошибке
имя учетной записи специалиста, запустившего этот сценарий
информация об успешности выполнения и, в случае успешного
выполнения – краткая информация о выполненных действиях
70
Для каждого сценария должен вестись отдельный файл журнала.
Письма и файлы, приведенные выше, создаются для оперативного
оповещения участников процесса и, в случае с файлами журнала, для
оперативного выявления отделом информационной безопасности возможных
несанкционированных действий.
Созданные учетные записи и почтовые ящики помещаются в базы данных
Active Directory и Exchange Server соответственно.
В случае с учетной записью, в базу помещаются, помимо прочих,
следующие атрибуты:
имя, фамилия и отчество сотрудника
дата его рождения
дата приема на работу
пол сотрудника
информация об руководителе, отделе и дирекции сотрудника
имя учетной записи пользователя
уникальные идентификаторы учетной записи в БД
дата создания учетной записи
дата последней смены пароля
дата истечения срока действия нынешнего пароля
количество неуспешных попыток входа в систему
дата и время последнего входа в домен и выхода из него
почтовый адрес присвоенного почтового ящика
список групп, в которых состоит учетная запись
набор флагов, управляющий такими параметрами как:
o необходимость периодической смены пароля
o требование сменить пароль при следующем входе в домен
o включена или выключена учетная запись
o запрет на смену пароля
В случае с почтовым ящиком, в базу данных самого почтового сервера
71
помещается почтовый ящик, а в Active Directory записываются, помимо прочих,
следующие атрибуты:
учетная запись, которой сопоставлен данный ящик
список учетных записей (или групп), имеющих доступ к этому
почтовому ящику и уровень доступа этих учетных записей
имя сервера MS Exchange, который в данный момент управляет
ящиком
имя почтовой базы MS Exchange, в которой находится ящик
наличие автоответа
информация о «глобальной адресной книге»
информация об ограничениях на объем почтового ящика
Помимо этого, в процессе создания шаблонов, запросов на изменение и
запросов на обслуживание в SC Service Manager и SC Orchestrator, в их внутренних
БД создаются соответствующие объекты, включающие в себя:
описание макета объекта
описание элементов конкретных экземпляров, созданных на основе
данного макета
описание полей ввода, текстовых данных
описание привязок с объектами других систем (например, между
Service Manager и Orchestrator, или Orchestrator и Active Directory и
так далее)
В данном разделе была показана информационная модель информационной
системы, описан процесс создания сценариев и запросов, описан процесс
эксплуатации системы пользователем.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
На схеме дерево функций делится на две «ветки»:
основные
72
служебные
Набор основных функции, в целом, повторяет набор действий сотрудника
при решении задач – производятся действия с учетными записями, группами,
почтовыми ящиками.
Кроме них, потребуются ряд служебных функций, обеспечивающих
получение данных, их отправку, ведение журнала действий и создание пароля,
соответствующего требованиям безопасности. Весь этот набор функций
реализован не в каждом сценарий – функции скомбинированы в зависимости от
задачи. Обобщенное дерево функций для всех трех задач представлено на Рисунке
22. [4]
Рисунок 22. Дерево функций системы
73
Графический интерфейс диалога с системой предоставляет из себя
древовидную структуру. Из корня этой структуры выходят пункты,
обозначающие типы (группы) действий в системе в целом. Каждая из таких групп
может быть разделена на подгруппы – по усмотрению специалиста,
проектирующего систему. И, наконец, в подгруппах располагаются конкретные
запросы, нажатие на которые открывает окно с элементами для ввода данных. На
каждой плитке есть значок добавления в «избранное», с помощью которого
пользователь может собрать наиболее часто используемые запросы в свою группу
для более быстрого доступа. Внешний вид «плитки» запроса показан на Рисунке
23.
Рисунок 23. Внешний вид «плитки» запроса на сброс пароля.
Группы действий разделены по следующему принципу:
осуществление действий с запросами («Каталог служб»)
информация по ранее созданным запросам («Мои запросы»)
«Справка»
В рамках решаемой задачи, подгруппами должны быть названия отделов,
для которых компонуются запросы. Такое деление обеспечит возможность более
легкого расширения функционала системы – в первую очередь, с точки зрения
назначения прав доступа. При этом, в целях безопасности, те подгруппы, к
которым пользователь не имеет доступа, должны быть из меню скрыты. На
данном этапе первая группа содержит только одну подгруппу – «Служба
технической поддержки», в которой будут располагаться все три
разрабатываемые запроса. [4]
74
При выборе раздела «Служба технической поддержки» на той же странице
появляются все три доступные пользователю запроса – создание учетной записи,
сброс пароля, создание общего ящика. Заходя в них, открывается новое окно с
формами ввода данных для непосредственного создания запроса. После ввода
этих данных, пользователь нажимает на кнопку подтверждения и выполнение
запроса запускается.
Для помощи пользователю, поля, отмеченные при создании шаблона как
обязательные, помечаются «звездочкой». Если заполнены не все необходимые
поля, а также при задании более сложных форм проверки введенных данных,
попытка запустить неправильно заполненную форму приведет к появлению
поясняющих ошибки надписей для каждого из полей.
В группе «Мои запросы» пользователю предоставляется информация о
всех, когда-либо созданных им, запросах с разделением на подгруппы:
в «Активных» пользователь видит список выполняемых в данный
момент запросов, для каждого из которых есть краткое описание и
кнопка отмены запроса;
в «Закрытых» пользователь видит список запросов, выполнение
которых уже завершилось. В данном списке пользователь может
только увидеть краткое описание запроса и результат его
выполнения;
подгруппа «Все» предоставляет пользователю полный список его
запросов с их кратким описанием и статусом выполнения.
В группе «Справка» содержатся инструкции по использованию данной
системы, а также ответы на часто задаваемые вопросы. На данном этапе справка
должна заполняться специалистами технической поддержки и отдела
инфраструктуры, но, если в дальнейшем в компании появится база знаний, Service
Manager позволяет подключать ее и наполнять, в том числе, самими
пользователями с предварительной модерацией специалистами. Схема
диалоговых окон представлена на Рисунке 24.