41
Рассмотрим риски этапа проектирования системы. Одним из рисков этого
этапа является разработка неэффективного плана-графика проекта, которое
заключается в использовании лишних ресурсов или в дефиците ресурсов. Этот
риск является финансовым, его устранение возможно с помощью использования
программного обеспечения, автоматизирующего процесс планирования проекта по
разработке системы (например, MS Project). Повторное появление этого риска
устраняется с помощью повторной корректировкой плана-графика работ.
Рисками этапа разработки информационного обеспечения задачи являются
разработка неправильной информационной модели и неудобных для пользователя
прототипов экранных форм. Этот риск можно предотвратить с помощью
согласования прототипов экранных форм с пользователями системы. Устранение
риска осуществляется при помощи доработки экранных форм.
На этапе разработки системы основным риском является некорректная
разработка программного обеспечения. Этот риск устраняется на этапе
согласования технического задания. Каждый раздел технического задания должен
быть разъяснен заказчику и только после полного согласования технического
задания стоит приступать к разработке системы.
На этапе внедрения существует риск некорректного тестирования
технического обеспечения программных модулей. Этот риск предотвращается с
помощью использования лицензионного стендового оборудования, а его
устранение осуществляется с помощью дополнительного процессе тестирования.
Рисками этапа интеграции являются поломка оборудования, моральное
устаревание программного обеспечения и программных средств. Поломку
оборудования можно предотвратить при помощи регулярного мониторинга
состояния оборудования. Риск морального устаревания можно предотвратить с
помощью гибко разработанной системы и своевременного осуществления
доработки программной архитектуры системы.
2.1.3. Организационно-правовые и программно-аппаратные средства обеспечения
информационной безопасности и защиты информации
42
Опишем комплекс мер, которые предназначены для обеспечения
информационной безопасности проектируемой системы. В комплекс
организационных мер обеспечения информационной безопасности входит
разграничение доступа. Для того, чтобы определить правила разграничения
доступа, выделим группы пользователей, которые будут работать с
разрабатываемой системой:
1. Администратор.
2. Пользователь.
Затем составим список разделов системы и опишем права доступа для
каждой категории пользователей. Права доступа представлены в таблице 7.
Таблица 7
Разграничение прав доступа
Раздел
Администратор
Пользователь
Справочники
Создание, изменение,
удаление
Просмотр
Документы
Создание, изменение,
удаление
Создание, изменение
Отчеты
Создание, изменение,
удаление
Просмотр
Для каждого пользователя системы необходима процедура авторизации для
защиты от внутренних угроз информационной безопасности. Ежеквартально
система должно запрашивать изменение пароля при авторизации для каждого
пользователя, при этом необходимо осуществлять проверку того, не ввел ли
пользователь пароль, который уже им использовался для доступа к системе.
Для защиты от внешних угроз необходимо хранение паролей в
зашифрованном виде и обеспечить надежность каналов связи для того, чтобы
избежать перехвата информации.
Для обеспечения информационной безопасности в организации уже
используются следующие программно-аппаратные методы зашиты:
1. Антивирусное ПО «Nod32», которое включает в свой состав
брандмауэр.
2. SIEM-систему «КОМРАД», которая осуществляет анализ сетевого
трафика и предупреждает лицо, ответственное за информационную безопасность
при обнаружении инцидентов информационной безопасности.
43
Также необходимо обеспечить следующие механизмы обеспечения
информационной безопасности [11]:
защиту базы данных;
систему резервного копирования.
Защита базы данных обеспечивается использованием алгоритмов
шифрования данных. Резервное копирование осуществляется созданием резервных
копий системы лицом, ответственным за обеспечение информационной
безопасности.
Защиту от хищения данных злоумышленниками обеспечивает пропускная
система контроля доступа в служебные помещения организации. Защита от порчи
данных регламентируется Политикой информационной безопасности, которая
принята в организации.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и ее описание
Для разработки информационной модели необходимо осуществить
моделирование нового варианта организации информационной системы
предметной области, в которую входят [21]:
полный состав информации, которая необходима для решения
комплекса задач;
отражение этой информации на всех типах носителей;
описание процесса преобразования информации, от получения
первичной переменной и условно-постоянной информации, и заканчивая
получением файлов с результатной информацией и выдачей ее пользователю;
состав исходных первичных документов и распределение их по
задачам;
источники и способы получения первичной информации;
состав файлов с первичной, условно-постоянной, промежуточной и
результатной информацией;
информационная потребность для каждой задачи комплекса;
адресаты выдачи и получения результатной информации.
44
Информационная модель представлена на рисунке 9.
ИС
Спр.
Сотрудник
Спр. Вид
документа
Т. Файл
Спр.
Подразделение
Форма
ввода
данных
Форма
сохранения
документа
Спр.
Должность
Спр.
Подразделение*
Спр.
Сотрудник*
Форма
редактирования
справочников
Спр. Вид
документа*
Спр.
Должность*
Т. Свойства
документа
Спр.
Категория
секретности*
Т.
Документ*
Отчет по
документам
Пользователь
Т. Файл*
Т. Документ
Спр. Категория
секретности
Т. Право доступаТ. Роль
Форма
загрузки
документа
Т. Свойства
документа*
АдминистраторПользователь
Т. Роль*
Т. Право
доступа*
Рисунок 9. Информационная модель
Источником информации для функционирования системы управления
документооборотом являются следующие пользователи: руководитель,
исполнитель, пользователь и администратор. Все перечисленные группы
пользователей осуществляют ввод данных в систему.
В базе данных проектируемой системы будут следующие таблицы со
справочной информацией: сотрудник, должность, подразделение, вид документа,
категория секретности. Также в базе данных будут таблицы, в которых хранятся и
обрабатываются оперативные данные: документ, файл, свойства документа.
В результате работы системы будет формироваться отчет о состоянии
документов, в котором будет представлена выборка документов за заданный
пользователем период, с указанием даты создания документа, стадии документа,
сотрудника ответственного за стадию и сотрудника, который создал документ.
45
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Дадим описание составу входных документов, файлов и справочников.
Входными документами процесса являются исполненные документы, к которым
относятся:
постановления;
решения;
приказы;
распоряжения;
указания.
Перечисленные документы будут храниться в системе в виде скан-копий,
поэтому не потребуется проектирование оригинальной формы документов.
В системе будут созданы следующие справочники:
1. Сотрудник – справочник сотрудников организации.
2. Подразделение – справочник структурных подразделений
организации.
3. Должность – справочник должностей сотрудников организации.
4. Вид документа – справочник документов, которые можно создать в
системе.
5. Категория секретности – справочник видов секретности документа.
Все перечисленные справочники заполняются администратором.
Характеристика справочников представлена в таблице 9.
Таблица 9
Характеристика нормативно-справочной информации
Характеристика
Подразделение
Должность
Сотрудник
Ответственный за
ведение
Администратор
Объем справочника в
записях
20
50
1 000
Частота актуализации
2 раза в год
Объем актуализации
1 запись
Реквизитный состав
Наименование
Наименование
Фамилия
Имя
Отчество
Дата рождения
Табельный номер
Характеристика
Вид документа
Категория секретности
Ответственный за
Администратор
46
ведение
Объем справочника в
записях
5
5
Частота актуализации
2 раза в год
Объем актуализации
1 запись
Реквизитный состав
Наименование
Наименование
2.2.3. Характеристика результатной информации
Выходным документом системы является отчет о состоянии документов.
Отчет представляет собой список документов, созданных за определенный период
времени. В отчете для каждого документа представлены следующие параметры:
1. Дата создания.
2. Наименование документа.
3. ФИО сотрудника, создавшего документ.
4. Дата перехода на текущую стадию документа.
Отчет не имеет унифицированной формы. Он представляет собой
двумерную таблицу, в строках которой представлены информация о документе, а в
столбцах которого перечислены параметры документа. Для отчетной формы
требуется оригинальное проектирование документа. Характеристика таблиц с
результатной информацией представлена в таблице 10.
Таблица 10
Характеристика таблиц с результатной информацией
Наименование
таблицы
Наименование поля
Сотрудник
Фамилия
Имя
Отчество
Документ
Наименование
Дата
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Функции, которые автоматизирует информационная система делятся на два
типа [20]:
1. Служебные функции.
47
2. Основные функции.
К служебным функциям проектируемой системы будут относиться:
1. Настройка информационной системы.
2. Управление окнами.
3. Помощь по работе программы.
К основным функциям будут относиться:
1. Редактирование справочников.
2. Сканирование документов.
3. Печать документов.
4. Формирование отчетов [14].
На основании перечисленных функций составим дерево функций системы
(рисунок 10).
Затем, на основании дерева функций системы создадим сценарий диалога.
Для взаимодействия информационной системы с пользователем был выбран язык
типа «Меню». Разрабатываемый сценарий диалога должен обладать возможностью
определения состава кадров диалога, содержания каждого кадра и их
соподчиненность [16].
Функции
Основные Служебные
Редактирование
справочников
Сканирование
документов
Настройка
программы
Управление окнами
Руководство
пользователя
Печать документов
Формирование
отчетов
Рисунок 10. Дерево функций системы
В сценарии диалога должно учитываться [25]:
48
работа с формами входных документов;
формирование результатных документов;
ввод и редактирование и просмотр данных;
протоколирование действий пользователей;
помощь на всех этапах работы с системой.
Сценарий диалога представлен на рисунке 11.
Главное меню
Документ
Создать
Отчет Настройки
Сформировать
Найти
Справочник
Сотрудник
Отдел
Должность
Вид документа
Секретность
Рисунок 11. Сценарий диалога
2.3.2. Характеристика базы данных
Разработка базы данных осуществляется на основании информационной
модели предметной области. В результате построения информационной модели
были выделены таблицы, в которых будет храниться и обрабатываться информация
базы данных.
Разрабатываемая система будет хранить и обрабатывать данные в
реляционной базе данных, которая представляет собой совокупность двумерных
таблиц. База данных будет включать следующие таблицы:
1. Сотрудник.
2. Подразделение.
3. Должность.
4. Вид документа.
49
5. Категория секретности.
6. Документ.
7. Файл.
8. Свойства документа.
9. Роль.
10. Право доступа.
Поскольку для разработки используется реляционная база данных,
необходимо дать описание связям между таблицами базы данных. Для описания
взаимосвязей между таблицами построим ER-модель, построенная в редакторе
Erwin Data Modeler. ER-модель представлена на рисунке 12.
Рисунок 12. ER-модель
Затем нужно дать характеристику атрибутам таблицы базы данных.
Характеристика полей базы данных представлена в таблице 11.
Таблица 11
Характеристика базы данных
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
50
Справочник «Должность»
ID_должности
ID_dolzhn
Счетчик
5
Ключевое
поле
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Наименование
Naim_dolzhn
Текст
30
Справочник «Сотрудник»
ID_сотрудника
ID_emp
Счетчик
5
Ключевое
поле
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Фамилия
F_emp
Текст
30
Имя
N_emp
Текст
30
Отчество
O_ep
Текст
30
Табельный номер
Tn_emp
Число
3
Дата рождения
Date_emp
Дата
8
Справочник «Категория секретности»
ID_категории
ID_kat
Счетчик
5
Ключевое
поле
Наименование
N_kat
Текст
300
Справочник «Подразделение»
ID_подразделение
ID_podr
Счетчик
5
Ключевое
поле
Наименование
N_podr
Текст
100
Справочник «Вид документа»
ID_вида
ID_vid
Счетчик
5
Ключевое
поле
Наименование
N_vid
Текст
100
Документ
ID_документа
ID_doc
Счетчик
5
Ключевое
поле
Дата
Date_doc
Дата
8
Номер
Nom_doc
Число
10
Наименование
Naim_doc
Текст
30
Содержание
Sod_doc
Текст
3000
Дата окончания
Date_doc
Дата
8
Свойства документа
ID_свойства
ID_vers
Счетчик
5
Ключевое
поле
Дата
Date_vers
Дата
8
Номер
Nom_vers
Число
10
Примечание
Comm_vers
Текст
1000
Файл
ID_файла
ID_file
Счетчик
5
Ключевое
поле
Дата
Date_file
Дата
8
Название
Nazv_file
Текст
30
Роль