38
организация учета и хранения информационныхматериалов,
содержащих персональные данных как на бумажных,так и на электронных
носителях;
регламентирование предоставления информации,
содержащейперсональные данные, лицам, которые не являются работниками
ИТ-отдела;
проведение инструктажа работников ИТ-отдела по защите информации;
установление контроля над программным и техническим обеспечением,
которое используется работниками ИТ-отдела, его лицензионной чистотой.
Необходимо обеспечить защиту хранимых данных от потери. Это можно
сделать путем резервирования на RAID-массиве с зеркалированием.
Предлагается для этой цели использовать в качестве устройства
резервирования данных дисковую систему IBM SystemStorage DS3200, которая
имеет собственное программное обеспечение управления резервированием
информации.
Основные характеристики этой системы приведены ниже.
− Масштабируемость до 3,6 Тб при использовании дисков SAS объемом
300 Гб с возможностью горячей замены.
− Возможность организации RAID-массива с зеркалированием;
− Упрощение развертывания и управления с помощью DS3000
StorageManager.
− Возможность дополнительного подключения до трех дисковых полок
EXP3000 общим объемом 14,4 Тб.
− Интерфейс - SerialAttached SCSI.
В составе с IBM SystemStorage DS3200 поставляется TivoliStorageManager
- полнофункциональный программный продукт для хранения данных, который
комплексно решает проблему управления хранением данных в распределенной
среде. С его помощью можно защищать информацию, а также управлять
хранением данных, начиная от рабочих станций и заканчивая корпоративными
серверами.
Общая схема системы резервного копирования выглядит следующим
образом: Защищаемые данные размещаются на дисковых массивах сервера баз
39
данных, веб-сервера и клиентских рабочих станций. Для управления резервным
копированием выделен специальный сервер с подключенным к нему
устройством вторичной памяти для хранения резервируемых данных. Схема
резервного копирования представлена на рисунке 2.1.
Веб-сервер, файл-
сервер
IBM System
Storage DS3200
Сервер баз
данных, сервера
приложений
Маршрутизатор
АРМ
пользователей
Пользовательский
сегмент
Серверный сегмент
…
..
…..
Рисунок 2.1 - Схема резервного копирования
Система резервного копирования действует автоматически по заданному
плану и выполняет различные типы копирования:
− ежедневно - добавочное копирование;
− еженедельно – полное копирование.
Удаление полных копий происходит ежемесячно.
Данные могут быть восстановлены на отремонтированные устройства или
на новые, назначенные администратором. Процесс восстановления данных
может также быть автоматическим и запускаться простым щелчком мыши на
экране монитора управления. Если нарушен доступ к данным, не являющимся
общими в системе всего предприятия, возможно восстановление конкретных
клиентских данных. Для случая катастрофы, когда нарушен доступ к общим
данным предприятия, возможно восстановление данных на резервной
40
вычислительной системе. После восстановления данные информационной
системы предприятия становятся доступными в обычном режиме.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Цель моделирования данных состоит в обеспечении разработчика
информационной системы концептуальной схемой базы данных в форме одной
модели или нескольких локальных моделей, которые относительно легко могут
быть отображены в любую систему баз данных.
Диаграмма — графическое представление данных линейными отрезками
или геометрическими фигурами, позволяющее быстро оценить соотношение
нескольких величин [9]. Представляет собой геометрическое символьное
изображение информации с применением различных приёмов техники
визуализации.
Результат проектирования физической модели данных представлен на
рисунке 2.2.
Рисунок 2.2 – Физическая модель данных
41
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Входной информацией для проектируемой системы являются сведения о
сотрудниках предприятия, содержащиеся в штатном расписании, сведения об
отделах, категориях заявок. Эти данные поступают как в цифровом, так и в
печатном виде.
Данные из входных документов вносятся в систему путём ручного ввода
данных через веб-интерфейс.
Из штатного расписания в систему вводятся следующие данные:
− ФИО пользователя;
− Наименование структурного подразделения.
Основным документом, вносимым в систему, является заявка
пользователей на выполнение работы.
Данный документ содержит следующие реквизиты:
− наименование заявки;
− описание заявки;
− категория;
− приоритет;
− файл с ошибкой;
− комментарий к заявке.
2.2.3 Характеристика результатной информации
Выходными данными являются отчеты со статистикой выполненных
заказов, которые будут формироваться автоматически при добавлении записи в
базу.
42
2.3 Программное обеспечение задачи
2.3.1 Общие положения
В разработанной системе предусмотрены 2 вида пользователей:
администратор системы, обладающий наиболее полными полномочиями
при работе с системой;
исполнитель, принимающий и закрывающий заявки;
Более подробно функции данных пользователей приведены на рисунках
2.3-2.4.
Функции администратора
Служебные Общие
Работа со справочниками
Работа с заявками
Добавление
Удаление
Просмотр по статусам
Формирование новой
Удаление
Формирование базы
знаний
Добавление/
редактирование
разделов и
подразделов
Добавление/
редактирование
записей
Рисунок 2.3. - Дерево функций администратора
43
Функции исполнителя
Служебные Общие
Просмотр справочников
Работа с заявками
Пользователи
Просмотр по статусам
Формирование новой
Изменение статуса
заявки
Просмотр базы знаний
Просмотр разделов и
подразделов
Просмотр записей
Активы
Рисунок 2.4. - Дерево функций исполнителя
На основании данных функций формируется сценарий диалога, схема
которого для каждого из пользователей представлена на рисунках 2.5- 2.6.
Главное меню
Справочники
Отделы
Прецеденты
Активы
Заявки
Новые
Удаленные
Закрытые
Сформировать
База зананий
Разделы
Добавить запись
Редактировать запись
Пользователи
Добавление
Редактирование
Выход
Рисунок 2.5.- Сценарий диалога администратора
44
Главное меню
Заявки
Назначенные
Выполненные
В процессе
База зананий
Пользователи
Выход
Активы
Рисунок 2.6.- Сценарий диалога исполнителя
2.3.2 Характеристика базы данных
Исходя из исследования предметной области, а также определения и
создания модели данных для разрабатываемого приложения, было принято
решение о разработке базы данных.
Структура базы данных разрабатываемого программного средства
включает 15 таблиц (таблицы 2.1 – 2.15).
Таблица 2.1
approved_info
Столбец
Тип
Null
По
умолчанию
id
int(8)
Нет
fio
varchar(256)
Да
NULL
tel
varchar(256)
Да
NULL
login
varchar(256)
Да
NULL
unit_desc
varchar(1024)
Да
NULL
adr
varchar(256)
Да
NULL
email
varchar(256)
Да
NULL
posada
varchar(256)
Да
NULL
user_from
int(11)
Да
NULL
45
Продолжение таблицы 2.1
Столбец
Тип
Null
По умолчанию
date_app
datetime
Да
NULL
client_id
int(11)
Да
NULL
Таблица 2.2
clients
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
fio
varchar(512)
Да
NULL
tel
varchar(128)
Да
NULL
login
varchar(256)
Да
NULL
unit_desc
varchar(1024)
Да
NULL
adr
varchar(128)
Да
NULL
tel_ext
varchar(128)
Да
NULL
email
varchar(128)
Да
NULL
posada
varchar(256)
Да
NULL
Таблица 2.3
comments
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
t_id
int(11)
Да
NULL
user_id
int(11)
Да
NULL
comment_text
longtext
Да
NULL
dt
datetime
Да
NULL
46
Таблица 2.4
deps
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
name
varchar(1024)
Да
NULL
status
int(11)
Нет
1
Таблица 2.5
files
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
ticket_hash
varchar(512)
Да
NULL
original_name
varchar(512)
Да
NULL
file_hash
varchar(512)
Да
NULL
file_type
varchar(512)
Да
NULL
file_size
int(11)
Да
NULL
file_ext
varchar(12)
Да
NULL
Таблица 2.6
helper
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
user_init_id
int(11)
Да
NULL
unit_to_id
varchar(11)
Да
NULL
dt
datetime
Да
NULL
title
varchar(1024)
Да
NULL
message
longtext
Да
NULL
hashname
varchar(512)
Да
NULL
47
Таблица 2.7
messages
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
from_id
int(11)
Да
NULL
to_id
int(11)
Да
NULL
subj
varchar(512)
Да
NULL
msg
varchar(1024)
Да
NULL
dt
datetime
Да
NULL
is_read
int(11)
Да
NULL
Таблица 2.8
notes
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
hashname
varchar(512)
Да
NULL
user_id
int(11)
Да
NULL
message
longtext
Да
NULL
dt
datetime
Да
NULL
Таблица 2.9
perf
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
param
varchar(512)
Нет
value
varchar(512)
Нет