52
мониторинг выполнения этапов работы, анализ критических точек, коррекция
плана, привлечение других исполнителей.
– проектировщик – управляет риском не выполнения запланированных
работ в срок, путем контроля за закрепленными за ним этапами;
– заказчик – влияет на административный риск – путем организации
собраний с коллективом для разъяснения пользы внедрения системы,
способствовать эксплуатации системы, с целью выявления и быстрого
исправления недостатков;
– программист – управляет риском не выполнения запланированных
работ в срок, путем контроля за закрепленными за ним этапами.
7.Определим риски, которые наиболее влияют на проект: наиболее
потенциальным влиянием на проект на разработку системы автоматизации и
обеспечения информационной безопасности процедуры снятия с налогового
учета является риск не выполнения запланированных работ по организационным
или иным причинам.
Представим дерево решений для данного типа риска (см. рис.2.10).
Рисунок 2.10 – Дерево решений по риску не выполнение запланированных работ
по организационным или иным причинам
Создание
проекта
разработчиками
Поломка
компьютерной
техники
Не выполнение
сотрудниками
плана
Техника старая
Давно проходила
плановый ремонт
Были перебои с
электричеством
Техника не выйдет
из строя,
вероятность
больше 0,75
новая нетда
Техника не выйдет
из строя,
вероятность
больше 0,5, но
меньше 0,75
Ремонт проведен в срок
Высокая
вероятность
поломки техники,
вероятность
поломки больше
0,75
Ремонт не производился
Поломка техники
имеет вероятность
от 0,5 до 0.75
да
Сотрудник
отличался ранее
недобросовестным
отношением
Сотрудник не
выполнит в срок
проект с
вероятностью
больше 0,75
да
В районе
свирепствует
эпидемия
Сотрудник не
выполнит проект в
срок с
вероятностью от
0.5 до 0,75
да
Сотрудник
выполнит проект в
срок с
вероятностью
больше 0,75
нет
нет
53
8. Планирование реагирования на риски. Руководитель проекта должен
реагировать следующим образом:
– на административные риски следующим образом – усилить
консультации с высшим руководством;
– на риск не выполнения запланированных работ по организационным
или иным причинам – найти более квалифицированных и дисциплинированных
исполнителей, купить новую технику или отремонтировать имеющуюся в
расположении;
– на риск неполучения ожидаемой прибыли, предусмотреть реализацию
системы в разных налоговых службах.
9. Мониторинг и контроль рисков будет производиться путем
предоставления в виде документов следующих явлений:
– проведенных консультационных занятий с персоналом налоговой
службы, подразделением по снятию предприятия с налогового учета;
– количество обнаруженных ошибок при эксплуатации информационной
системы;
– выделение новых ресурсов;
– невозможности внедрения информационной системы из-за
устаревшего оборудования заказчика.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Представим средства ИБ и ЗИ, в соответствии с классификацией.
1. Защита от внутренних угроз, настраивается для разграничения прав
пользователей, чтобы предотвратить использование запрещенных или
ограниченных ресурсов пользователями.
Для формирования прав доступа необходимо определить пользователей
разрабатываемой системы и функции, которые на них возлагаются. На рисунке
2.11 представлена функциональная схема пользователей системы [18].
54
Снятие с налогового учета
Налогоплательщик Налоговый инспектор
Начальник
подразделения
Другой налоговый
орган
Этап
Инициирует снятие
с налогового учета
Заполнить заявку
на снятие с учета
Обработка заявки
Определить
основание снятия
Есть основание
для снятия
Отказ в снятии,
завершение
процесса
нет
Формирование
выписки из ЕГРЮЛ
Данные о снятии с
учета
Фиксация факта
снятия в журнале
учета сведений о
снятии с учета
Передача данных о
снятии в другой
налоговый орган
Формирование
учетного дела
налогоплательщика
Прием выписки из
ЕГРЮЛ
Пересылка выписки по каналам связи
Прием учетного
дела
Пересылка дела по каналам связи
Постановка на учет
Рисунок 2.11 – Функции пользователей при снятии с налогового учета
Для выполнения данного процесса задействуется четыре категории
пользователей:
1. Налогоплательщик, инициирует процесс, подает заполненное заявление
на снятие с учета, с указанием причины снятия, воздействие данного
пользователя на систему минимально – налогоплательщик с системой не будет
работать.
2. Другой налоговый орган – выполняет действия по постановке на
налоговый учет ранее снятого налогоплательщика, принимает выписку из
ЕГРЮЛ, принимает учетное дело. Влияние на разрабатываемую систему не
будет значительным – основное назначение прием необходимых выписок и
документов, которые формируются при снятии с учета.
55
3. Налоговый инспектор – наиболее задействованная категория
пользователей, обрабатывает заявку налогоплательщика, формирует выписку из
ЕГРЮЛ, для этого должен быть доступ, передает данные о снятии в другой
налоговый орган, формирует учетное дело налогоплательщика.
4. Начальник подразделения фиксирует факт снятия с налогового учета в
журнале учета сведений о снятии, контролирует работу налоговых инспекторов.
В соответствии с этим сформируем таблицу доступа к ресурсам
разрабатываемой системы обеспечения информационной безопасности
процедуры снятия с учета (см. таб. 2.2).
Таблица 2.2
Данные доступа к ресурсам системы
Группы
пользова-
телей
Общая
папка
«Заявки
налогоплат
ельщиков»
Выписка
из
ЕГРЮЛ
Отчеты
по
снятым с
учета
Модуль
«Журнал
учета
сведений о
снятии с
учета
Канал
связи с
другим
налого
вым
органо
м
Доступ в
Internet
Налоговый
инспектор
Чтение/соз
дание
Чтение/со
здание
Нет
доступа
Нет доступа
Доступ
Огранич
ен
Управляю-
щий
отделением
Чтение/соз
дание/удал
ение
Чтение/со
здание
Формиро
вание
Чтение/Доб
авление
записи/Удал
ение записи
Доступ
Не
ограниче
н
Администр
атор
системы
Чтение/соз
дание/удал
ение
Чтение/со
здание/
удаление
Изменен
ие
параметр
ов
Полный
Доступ
Не
ограниче
н
2. Защита от внешних угроз является не менее важным аспектом защиты
данных, чем защита от внутренних угроз. В таблице 2.3 представлены элементы
защиты, которые используются в проектируемой системе.
Таблица 2.3
Элементы защиты от внешних угроз
Группа защиты
Название используемого средства
Антивирусные и антишпионские
средства
COMODO Free Internet Security 10.0.2 ;
SUPERAntiSpyware Free Edition 6.0;
56
Dr.Web CureIt!
Проактивная защита от внешних угроз
и защита внешнего периметра
KASPERSKY OPEN SPACE
SECURITY
Продолжение таблицы 2.3
Защита от сетевых угроз
ESET Smart Security Premium
защита от инсайдерских угроз и защита
информационных ресурсов
DLP-системы «КИБ СёрчИнформ»
физическая защита информации
Полный запрет доступа посторонних
лиц в серверную комнату, системы
видеонаблюдения
3. В связи с тем, что осуществляется передача конфиденциальных данных
между налоговыми органами информационная безопасность должна быть на
очень высоком уровне, в связи с тем, что передача данных в некоторых случаях
будет осуществляться через сеть Интернет, т.е. через открытые каналы связи
имеет смысл кодировать пересылаемые данные, использование электронной
цифровой подписи позволит решить проблему передачи данных через открытую
сеть.
Проектируемая система автоматизации и обеспечения информационной
безопасности процедуры снятия с налогового учета должна быть полностью
завершенной к началу эксплуатации.
Система должна быть отказоустойчивой в случае выхода из строя любого
из рабочих мест операторов, за исключением средств централизованного
хранения данных.
Система автоматизации должна быть восстанавливаемой в течение 10
минут за счет механизма резервного копирования данных и использования
дополнительного сервера.
Проектируемая система автоматизации и обеспечения информационной
безопасности процедуры снятия с налогового учета должна соответствовать
требованиям ГОСТ Р ИСО/МЭК 15408-1-2012 - Информационная технология.
Методы и средства обеспечения безопасности. Критерии оценки безопасности
информационных технологий, а также требованиям частей 2 и 3 ГОСТ Р
ИСО/МЭК 15408.
57
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Выделим логические уровни модели:
1) источники информации – справочник «Налогоплательщик»,
Налогоплательщик, налоговый инспектор, управляющий отделением;
2) первичные документы или файлы – документ «Заявка на снятие с
налогового учета»;
3) таблицы с первичными документами – реестр ЕГРЮЛ;
4) таблицы с результатной информацией – справочник «Снятые с учета»;
5) результатные документы или файлы – документ «Выписка из
ЕГРЮЛ», документ «Журнал учета сведений по снятию с налогового учета»,
отчет по согласованным заявкам, отчет по отклоненным заявкам, отчет по
снятым с учета;
6) получатели информации – налогоплательщик, налоговый инспектор,
управляющий отделением.
На рисунке 2.12 представлена информационная модель проектируемой
системы.
Область 1 отображает инициацию работы системы – налогоплательщик
формирует документ «Заявка на снятие с налогового учета», до этого
налогоплательщик зарегистрирован в соответствующем налоговом органе, при
регистрации пользователь подает свои данные и данные предприятия, на него в
налоговой формируется учетное дело.
Область 2 процесс непосредственно снятия с учета налогоплательщика,
после заполнения заявки, инспектор формирует документ «Выписка из
ЕГРЮЛ», в случае если основание для снятия с учета соответствует перечню
причин для снятия. Для получения данной выписки инспектор обращается по
защищенному каналу связи в единый государственный реестр юридических лиц
(ЕГРЮЛ). На основании данной выписки производится запись в документ учета
сведений по снятию с налогового учета. Запись уполномочен делать только
управляющий отделением. После записи в журнале, данные о
58
налогоплательщике помещаются в справочник «Снятые с учета», а данные по
всей операции – ФИО налогоплательщика, дата снятия, основание и пр.
заносится в БД системы.
Область 3 представляет собой ведение анализа по выполняемым
операциям, и будет формировать следующую информацию – отчет по
согласованным заявкам, отчет по отклоненным заявкам, отчет по снятым с
налогового учета (движение заявок за день). Для налогоплательщика
формируется копия выписки из ЕГРЮЛ [12,18].
Рисунок 2.12 – Информационная модель проектируемой системы
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В соответствии с разработанной информационной моделью можно
определить, что для разрабатываемой системы обеспечения информационной
безопасности процедуры снятия с налогового учета нормативно-справочной,
59
входной информацией будут:
справочник «Налогоплательщики»;
документ «Заявка на снятие с учета»;
документ «Выписка из ЕГРЮЛ».
Рассмотрим макеты входных документов и справочников на таблицах
2.13-2.15.
Код
налогоплательщ
ика
ФИ
О
ИН
Н
Предприят
ие
Номер
предприят
ия в
реестре
Вид
деятельнос
ти
Тип
плательщи
ка налога
Таблицах 2.13 — Макет справочника «Налогоплательщики»
Дата
документ
а
ФИО
заявител
я
Предприя
тие
Номер
предпри
ятия
Основание
снятия с
учета
Место для
перевода
предприят
ия
Визиро-
вание
заявки
Таблицах 2.14 — Макет документ «Заявка на снятие с налогового учета»
Дата
Основные
сведения о
ЮЛ
Сведения
об
уставном
капитале
Сведения о
прекраще-
нии
деятельно-
сти
Сведения
о
постановк
е на учет
Сведения о
регистраци
и в ПФ и
соц.
фондах
Сведения
о
деятель-
ности
Таблицах 2.15 — Макет документа «Выписка из ЕГРЮЛ»
Для справочника «Налогоплательщики» определяются следующие
атрибуты:
– код налогоплательщика;
– ФИО;
– ИНН;
– название предприятия, его адрес;
– номер предприятия в едином реестре;
– вид деятельности;
– тип плательщика налога.
60
Для документа «Выписка из ЕГРЮЛ»:
– дата документа;
– основные сведения о ЮЛ;
– сведения об уставном капитале;
– сведения о прекращении деятельности;
– сведения о постановке на учет;
– сведения о регистрации в ПФ и соцфондах;
– сведения о деятельности.
Для документа «Заявка на снятие с налогового учета»:
– дата документа;
– ФИО заявителя;
– название предприятия, его адрес;
– номер предприятия в реестре;
– основание для снятия с учета;
– новое место постановки на учет;
– визирование заявление сторонами [13].
2.2.3 Характеристика результатной информации
В данном дипломном проекте результирующей информацией являются – 3
отчета, 2 из них берут данные из таблицы заявок или истории заявок. Отчеты
будут формироваться на основе след таблиц и полей:
Дата создания заявки
Пользователь (заявитель)
Ответственная группа
Назначенный на заявку сотрудник
Статус
Приложенное исходное письмо (тема и тело письма в оригинале)
Отчет ”заявки по местоположению заявителя”:
Содержит таблицу со следующими полями:
Дата создания заявки
Даты писем по согласованию;
Пользователь (заявитель);
61
Месторасположение(город);
Адрес (улица, дом, корпус, офис);
Ответственная группа;
Текущий статус переписки и зарегистрирована ли заявка;
Приложенное окончательное письмо (тема и тело письма в
оригинале);
Данного рода отчеты присутствуют в информационных потоках
предприятия и служат скорее для получения статистики, нежели для
оперативного управления и принятия решений, а информация в этих журналах
является скорее уточняющей, нежели обобщающей.
В итогах данной ведомостей за месяц можно понять насколько загружена
горячая линия по регистрации заявок в ручную, сколько ошибок при
регистрации допускает служба и допускает ли. На рисунке 2.16 представлен
скриншот журнала созданных заявок в одну итерацию (без согласования) за
1/3/6 часов».
Рисунок 2.16 – «Журнал созданных заявок в одну итерацию за 1/3/6
часов»
В соответствии с построенной информационной моделью определим
макеты форм для результатной информации. Ранее было отмечено, что
результатная информация будет представлена в следующих объектах:
– отчет «Согласованные заявки»;