86
№
Риск
Содержание риска
Способы предотвращения
1
Технические
риски
Ошибки в программе,
приводящие к невозможности ее
использования
Некорректная эксплуатация
оборудования
Несоответствие
функционального набора
системы из-за реорганизации
компании.
Тщательное тестирование и
модификации во время
разработки системы
Документирование
технических условий и их
согласование
2.1.3 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Защита от внутренних угроз в рамках существующей внутренней политики
безопасности подразумевает разграничение прав доступа к служебной информации
в разрабатываемой системе. Для этого определим группы пользователей
(администраторы, сотрудники и руководители) и назначим им соответствующие
права доступа к таблицам, справочникам и модулям системы, таблица 2.7.
Таблица № 2.7
Разграничение прав пользователей системы регистрации обращений граждан
Группа
пользователей
Модуль
«Справочники»
Модуль
«Обращения»
Модуль
«Отчеты»
Модуль
«Управление»
Сотрудник
Чтение /
создание
Чтение /
создание
Чтение
Нет
Администратор
Полный
Полный
Полный
Полный
Руководитель
Полный
Чтение /
создание
Чтение /
создание
Полный
Главным пользователем является администратор, который распределяет
права доступа, редактирует справочники и изменяет параметры функционирования
системы.
87
Существует множество угроз информационной безопасности, которые могут
серьёзно повлиять на стабильность работы разрабатываемой системы и даже
привести к потере ценной информации. Среди них следует выделить угрозы:
1. Случайного или умышленного несанкционированного доступа к
информации, содержащейся в базах данных.
2. Некорректной работы программного обеспечения, приводящая к потере
или порче данных (ошибки в прикладном или сетевом ПО, заражение
компьютерными вирусами).
3. Технические сбои оборудования из-за отключения электропитания, отказа
дисковых систем и систем архивации данных и нарушений работы серверов и
рабочих станций.
4. Ошибки обслуживающего персонала
Защита от внешних угроз осуществляется в рамках существующей политики
безопасности на основе штатных программных и аппаратных средств, перечень и
настройки которых являются конфиденциальными, поэтому дополнительных
средств обеспечения информационной безопасности и защиты информации при
разработке настоящего проекта не требуется.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель комплекса задач служит для отображения
взаимосвязи входных, промежуточных, а также результатных информационных
потоков, функций предметной области и файлов с условно-постоянной
информацией.
Для представления информационной модели используется несколько
разновидностей нотаций. В настоящем проекте, с учетом того, что пользователи
системы исполняют различные роли в различные моменты времени, а также
являются как источниками, так и получателями информации, для отображения
информационной модели автоматизированного процесса регистрации обращений
граждан удобнее всего применить нотацию eEPC, так как она позволяет учесть
88
элементы логики при совершении операций. С учетом этого положения,
информационная модель задачи в нотации eEPC представлена на рисунке 2.3.
Рисунок 2.3 – Диаграмма информационных потоков «КАК ДОЛЖНО БЫТЬ» в
нотации eEPC
При поступлении нового обращения сотрудник клиентской службы
Управления делами АССП вручную выделяет существенные реквизиты обращения,
определяет, поступило оно от физического или юридического лица. В первом случае
в соответствующую форму ввода заносится страховой номер лица и программа ищет
в базе «Застрахованные лица» данного человека и, если находит, то заполняет все
поля из базы. В противном случае после ввода всех данных предлагает ввести
данного человека в базу «Застрахованные лица» с проверкой заполнения полей. Во
втором случае вводится идентификационный номер организации.
После ввода причины обращения осуществляется проверка заполнения всех
полей и запись обращения в одну из баз регистрации обращений с датой и временем
сервера.
89
Аналогично, при поступлении ответа на обращение, сотрудник клиентской
службы Управления делами АССП заносит в журнал регистрации обращений по
регистрационному номеру результаты: дату ответа.
Информационная модель разрабатываемой системы представлена на рисунке
2.4.
Заявитель
Спр.
«Исполнители»
Ведомость
Регистрация
заявки
Обращение
Сотрудник
Т
«Обращения»
Администратор
Ведение
справочников
Спр.
«Пользователи»
ИС
Формирование
отчетов
(ведомостей)
Исполнитель
Ответ на
обращение
Спр.
«Подразделения»
Спр.
«Нас. пункты»
Спр.
«Документы»
Руководитель
Т
«Лица»
Т
«Организации»
Спр*
«Пользователи»
Спр*
«Исполнители»
Спр*
«Нас. пункты»
Спр*
«Документы»
Спр*
«Подразделения»
Т*
«Организации»
Т*
«Лица»
Т*
«Обращения»
Руководитель
Рисунок 2.4 – Информационная модель разрабатываемой системы
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Процесс регистрации обращений в Агентстве социального страхования и
пенсий при правительстве Республики Таджикистан подразумевает поступление в
клиентскую службу следующих документов:
1. Обращение (данные о заявителе).
2. Приложения к обращению.
3. Ответ на обращение (данные об исполнении).
90
На основании этих документов производится ввод в автоматизированную
систему записей об обращениях физических и юридических лиц, о характере их
обращений и результатах их обработки. Состав входных документов при
регистрации обращений граждан приведен в таблице 2.8.
Таблица № 2.8
Состав входных документов при регистрации обращений граждан
№
Наименование
документа
Источник
документа
Перечень первичных
показателей
Структура, объем,
частота
1
Обращение
Заявитель
- дата регистрации;
- регистрационный номер;
- сведения о повторности
обращения;
- ФИО заявителя или
наименование юр. лица;
- адрес заявителя;
- исходящий номер и его
дата (если имеется);
- краткое содержание
обращения.
Структура
произвольная, объем
1-3 страницы, до 100
обращений в сутки
2
Приложения к
обращению
Заявитель
дополнительные сведения
об обращении
(примечания)
Копии документов
гос. образца, объем до
20 стр.
3
Ответ на
обращение
Исполнитель
- фамилия и резолюция
должностного лица,
рассмотревшего
обращение,
название структурного
подразделения и (или)
фамилия лица,
ответственного за
рассмотрение обращения
(исполнителя);
- дата и результаты
рассмотрения обращения;
- сведения о постановке на
контроль;
- сведения о месте хранения
материалов
рассмотренного
обращения.
Стандартная форма
ответа на бланке
АССП, объем 1-4 стр.,
до 100 док./сут.
В общем виде к обращениям граждан отсутствуют какие-либо требования по
оформлению и местах размещения реквизитов. Ряд реквизитов может размещаться
в приложениях к обращению. Поэтому представляется возможным привести только
91
наиболее общий макет обращения и экранную форму для их ввода в систему, см.
раздел 2.4.
Состав нормативно-справочной информации, требующейся при регистрации
обращений граждан, приведен в таблице 2.9.
Таблица № 2.9
Состав справочников при регистрации обращений граждан
№
Название
справочника
Ответственный
за ведение
Средний
объем в
записях
Средний объем
актуализации,
%
Реквизитный
состав
1
Пользователи
Администратор
40
20
- ФИО;
- Логин;
- Пароль;
- Должность;
- Права доступа.
2
Подразделения
Администратор
20
10
- Название отдела;
- Руководитель;
- Телефон.
3
Исполнители
Администратор
200
30
- ФИО;
- Дата рождения;
- Телефоны;
- Адрес;
- Должность;
- Отдел.
4
Населенные
пункты
Администратор
3000
1
- Номер;
- Наименование.
5
Документы
Правовой
отдел
25
1
- Номер;
- Наименование;
- Реквизиты.
6
Обращения
Руководитель
Управления
делами
30
1
- Индекс;
- Причины и
способ обращений;
- Наименование.
Состав условно-постоянной информации, требующейся при регистрации
обращений в АССП, приведен в таблице 2.10.
Таблица № 2.10
Состав условно-постоянной информации при регистрации обращений в АССП
№
Название базы
Ответственный
за ведение
Средний
объем в
записях
Средний
объем
актуализации,
%
Реквизитный состав
1
Застрахованные
лица
Руководитель
Управления
учета прав
700000
20
- ФИО;
- Паспортные
данные;
- Место жительства;
92
- Статус.
2
Организации
Руководитель
Управления
бюджета
30000
20
- Наименование;
- Идентификаторы;
- Юр. адрес.
2.2.3 Характеристика результатной информации
В результате работы разрабатываемой автоматизированной системы
результатной информацией являются электронные формы с выборками данных по
обращениям из различных журналов регистрации (отдельно для физических и
юридических лиц) за определенный период, которые выдаются администратору или
обычному пользователю системы. После вывода на экран данные (ведомости) могут
быть выведены на печать или переданы в приложение MS Word для дальнейшего
хранения в файловом архиве и статистической обработки. После закрытия формы
выдачи данные запроса не хранятся. Ведомости, передаваемые в MS Word,
создаются ежедневно и хранятся в течение 15 дней. В архив поступают ведомости,
созданные за период месяца и более. Они хранятся неограниченное время и
уничтожаются по решению руководителя кадровой службы.
Выходной документ «Ведомость обращений граждан» за определенный
период содержит совокупность записей, структура которых иллюстрируется
таблицей 2.11.
Таблица № 2.11
Структура записи выходной ведомости по обращениям граждан
№
Наименование поля
Тип
Размер
1
ID обращения
Целое число
4 байта
2
Ф.И.О. заявителя
Строковая
переменная
25 символов на поле
Дата обращения
Дата-время
4 байта
3
Способ обращения
Целое число
1 байт
Регистрационный номер
Строковая
переменная
8 символов
4
Ф.И.О. исполнителя
Строковая
переменная
25 символов на поле
5
Дата ответа
Дата-время
4 байта
93
6
Маркер повторности обращения
Целое число
1 байт
7
Причина обращения
Целое число
1 байт
Выходной документ «Ведомость обращений организаций» за определенный
период содержит совокупность записей, структура которых иллюстрируется
таблицей 2.12.
Таблица № 2.12
Структура записи выходной ведомости по обращениям организаций
№
Наименование поля
Тип
Размер
1
ID обращения
Целое число
4 байта
2
Наименование организации
заявителя
Строковая
переменная
25 символов
Дата обращения
Дата-время
4 байта
3
Способ обращения
Целое число
1 байт
Регистрационный номер
Строковая
переменная
8 символов
4
Ф.И.О. исполнителя
Строковая
переменная
25 символов на поле
5
Дата ответа
Дата-время
4 байта
6
Маркер повторности обращения
Целое число
1 байт
7
Причина обращения
Целое число
1 байт
Указанные ведомости служат для оперативного управления процессом
обработки обращений граждан и организаций, а также для отчетности клиентской
службы Управления делами АССП. Также эти ведомости (или выписки из них)
передаются по запросу в другие подразделения АССП, в частности в правовой отдел
и в Управление назначения и контроля выплаты пенсий для анализа характера и
причин этих обращений.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
94
Разрабатываемая система регистрации обращений представляет из себя АРМ,
функционал которого определяется правами текущего пользователя. При этом
состав информационных баз системы не меняется.
Определены три группы пользователей:
Администраторы (ведет справочники и обслуживает БД);
Сотрудники (ведут журналы регистрации);
Руководители (ведут архивы и выгружают отчеты).
С учетом приведенного решения рассмотрим дерево функций
автоматизированной системы регистрации обращений, рисунок 2.5.
Функции
Служебные
Основные
Ведение
справочников
Ввод данных
Выгрузка
отчетов
Проверка
пароля
Архивация баз
данных
Индексация баз
Печать отчетов
Работа с
архивом
Рисунок 2.5 - Дерево функций разрабатываемой системы
Сценарии диалога описывают начальное окно, множество состояний
диалога, а также действия, которые выполняются в каждом состоянии.
Выявление состава функций, их иерархии и выбор языка общения (например,
языка типа «меню») позволяет разработать структуру сценария диалога, дающего
возможность определить состав кадров диалога, содержание каждого кадра и их
соподчиненность.
При разработке структуры диалога предусмотрена возможность работы с
экранными формами входных документов, формирование выходных документов,
корректировки вводимых данных, просмотра введенной информации, работу с
95
таблицами нормативно-справочной информации, протоколирования действий
пользователя, а также помощь на всех этапах работы.
Разработанный сценарий диалога приведен на рисунке 2.6.
Авторизация
Главная форма
ВыходФорма Добавить
Закладка
Юридические
лица
Закладка
Физические лица
Ввод в базу
Сохранить
обращение
Ок Отмена
Отмена
Ввод в базу
Сохранить
обращение
Отмена
Форма Выборка
Форма
Администрирование
Индексация баз
Упаковка баз
Редактирование
справочников
Архивирование
Выгрузка архива
Работа с архивом
Сформировать
выборку
На печать
Рисунок 2.6 – Сценарий диалога разрабатываемой системы
2.3.2 Характеристика базы данных
На основе анализа входной и выходной информации можно провести
проектирование базы данных. Так как база данных реляционная, то все сущности
связаны между собой через ключевые поля, связь - один ко многим. ER модель
получена путем конвертации из инфологической модели с помощью CASE-средств,
и отражает полный состав сущностей и связей инфологической модели. Сущность