68
Процесс представлен следующими действиями:
– написание программного кода;
– разработка диалоговых форм;
– компиляция программы;
– исправление ошибок;
– выполнение исполняемого файла.
На рисунке 2.6 представлен процесс «Отладка компонентов».
Отладка
компонентов в
соответствии с
эксплуатационной
документацией
Испытание
программных
средств
Испытание
технических
средств
Рис. 2.6. Отладка компонентов
На рисунке 2.7 представлен процесс «Ввод в действие» [4]. Процесс
представлен следующими операциями:
– обучение персонала;
– установка платформы и программы;
– оборудование рабочего места;
– подготовка информации для базы данных;
– тестирование программы;
– устранение неисправности и внесение изменений в документацию;
– доработка программного обеспечения программы;
– оформление акта о внедрении системы.
69
Обучение
персонала
Установка
платформы и
программы
Оборудование
рабочего места
Подготовка
информации для
базы данных
Тестирование
программы
Есть претензии
Устранение
неисправностей и
внесение
изменений в
документации
да
Доработка
программного
обеспечения
системы
Оформление акта
о внедрении
системы
нет
Рис. 2.7. Ввод в действие
Следование представленным стадиям, выполнение необходимых действий
позволит разработать функциональную систему автоматизации
документооборота. Для данного программного продукта будет использоваться
параллельная стратегия внедрения – система будет внедрена, но будет
выполняться бумажный документооборот.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
Определим риски на каждом этапе жизненного цикла [10].
Стадия 1. Определение требований к разработке системы, на данной
стадии возможны следующие риски:
70
– риск несогласованности – возможно, что требования, которые
формулирует заказчик не учтены в полной мере разработчиком, реагирование на
данный риск, уточнение и дальнейшее согласование требований;
– риск не понимания – возможно, что заказчик и разработчик говорят об
одном и том, же, однако их формулировки значительно разнятся, что может
привести к неоднозначности интерпретации требований. Реагирование на
данный риск, уточнение, упрощение формулировок, переход к стандартным
определениям, которые не допускают двузначности;
Стадия 2. Разработка технического задания может содержать следующие
риски:
– некорректно составленное техническое задание – может привести к
тому, что разработчик выполнит не совсем тот функционал информационной
системы, который ожидает заказчик. Реагирование на данный вид риска будет
следующий – привлечение сторонних экспертов, которые позволяет разъяснить
заказчику пункты технического задания или самому скорректировать структуру
данного документа;
Стадия 3. Разработка проекта системы может содержать следующие
риски:
– непонятность составленных моделей, описаний проектных решений,
алгоритмов, по которым работает информационная система. Реагирование на
данный риск следующий – построение моделей с помощью CASE средств,
использование ГОСТа при обозначении основных узлов;
– проект может иметь необоснованные данные или сроки. Реагирование
на данный вид риска сводится к тому, что при формировании проекта помимо
проектировщика должен принимать участие и программист;
Стадия 4. Программирование системы автоматизации может содержать
следующие риски:
– не выполнение в установленный срок. Реагирование на данный вид
риска – адекватное распределение между программистами задания, привлечение
в случае необходимости сторонних исполнителей;
Стадия 5. Отладка компонентов имеет следующий вид риска:
71
– не нахождения ошибок. Реагирование на данный вид риска –
привлечение сторонних тестировщиков, которые имеют опыт по тестированию
программного обеспечения;
Стадия 6. Ввод в действие имеет следующий вид риска:
– отсутствие возможности установки ИС на оборудование заказчика.
Реагирование на данный риск следующий – доработка информационной
системы, закупка новой компьютерной техники;
– персонал заказчика не принимает информационную систему.
Реагирование на данный вид риска сводится к тому, что проводится
обучение и инструктаж по работе с системой автоматизации, привлекаются
административные лица для стимуляции персонал [15].
2.1.3 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Представим средства ИБ и ЗИ, в соответствии с классификацией.
1. Защита от внутренних угроз, настраивается для разграничения прав
пользователей, чтобы предотвратить использование запрещенных или
ограниченных ресурсов пользователями.
Для формирования прав доступа необходимо определить пользователей
разрабатываемой системы и функции, которые на них возлагаются [24].
Представим пользователей и их функции по отношению к разрабатываемой
системе.
а) Директор отдела городского архива в составе Управления делами
Администрации города Реутов, его функциями является анализ и контроль
работы отдела. Кроме этого директору доступны все операции, которые
выполняются в городском архиве.
б) Сотрудники отдела приема и хранения документов архивного фонда
выполняют работу по приему и хранению архивных документов
в) Сотрудники справочной службы работают с клиентом, формируют
запросы на получение информации из архивного фонда.
72
сформируем таблицу доступа к ресурсам разрабатываемой системе
автоматизации отдела городского архива в составе Управления делами
Администрации города Реутов (см. таб. 2.1) [9].
Таблица 2.1
Данные доступа к ресурсам системы
Группы
пользователей
Справочники
системы
Документы
системы
Отчеты
системы
Журналы
документов
Доступ в
Internet
Директор
Чтение/
создание/
удаление
Чтение/
создание
Формиро
вание
Чтение/
Добавление
записи/
Удаление
записи
Не
ограничен
Сотрудники
отдела приема
и хранения
Чтение/
Создание и
управление
документом
«Опись
документа»
Реестр
документ
ов
Чтение
Не
ограничен
Сотрудник
справочной
службы
Чтение/
Создание
данных в
справочнике
«Клиенты»
Создание и
управление
документом
«Заявка на
услуги
архива»
Информа
ция по
заявкам
Чтение
Не
ограничен
2. Защита от внешних угроз является не менее важным аспектом защиты
данных, чем защита от внутренних угроз [10]. В таблице 2.2 представлены
элементы защиты, которые используются в проектируемой системе.
Таблица 2.2
Элементы защиты от внешних угроз
Группа защиты
Название используемого средства
Антивирусные и антишпионские
средства
Avast Free Antivirus 18.5;
SUPERAntiSpyware Free Edition 6.0;
Malicious Software Removal Tool
Проактивная защита от внешних угроз
и защита внешнего периметра
Kaspersky Open Space Security
Защита от сетевых угроз
Kaspersky CRYSTAL 3.0
Защита от инсайдерских угроз и
защита информационных ресурсов
DLP-системы «КИБ СёрчИнформ»
Физическая защита информации
Полный запрет доступа посторонних
73
лиц к серверу с автоматизированной
системой
Проектируемая система автоматизации документооборота отдела
городского архива в составе Управления делами Администрации города Реутов
должна быть полностью завершенной к началу эксплуатации.
Система должна быть отказоустойчивой в случае выхода из строя любого
из рабочих мест операторов, за исключением средств централизованного
хранения данных [10].
Система автоматизации должна быть восстанавливаемой в течение 10
минут за счет механизма резервного копирования данных и использования
дополнительного сервера.
Проектируемая система автоматизации должна соответствовать
требованиям ГОСТ Р ИСО/МЭК 15408-1-2012 - Информационная технология.
Методы и средства обеспечения безопасности. Критерии оценки безопасности
информационных технологий, а также требованиям частей 2 и 3 ГОСТ Р
ИСО/МЭК 15408 [15].
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Выделим логические уровни модели:
1) источники информации – справочники «Услуги», «Сотрудники», «Тип
документа»;
2) первичные документы или файлы – документ «Опись», «Заявка на
услугу»,
3) таблицы с первичными документами – реестр документов архивного
фонда;
4) таблицы с результатной информацией – справочник «Клиенты»,
регистр «Доход от услуг»;
5) результатные документы или файлы –отчеты по доходам от услуг, от
сотрудников, выборка по типу документа;
74
6) получатели информации – директор отдела городского архива,
сотрудники архива, клиенты.
На рисунке 2.8 представлена информационная модель проектируемой
системы.
Система
автоматизации
документооборота
Спр. Услуги
Спр. Сотрудники
Спр. Тип
документа
Документ
«Опись»
Документ «Заявка
на услугу»
Спр.Клиенты
Спр. Услуги Спр. Сотрудники
Спр. Тип
документа
Спр.Клиенты
Директор
Сотрудники
Документ
«Опись»
Документ «Заявка
на услугу»
Реестр документов
архивного фонда
Отчет доход от
услуг
Отчет доход от
сотрудника
Отчет выборка
по типу
документа
Клиенты
Директор
Сотрудники
Заполнение
справочников
Заполнение и
работа с
документами
Ведение
отчетности
Форма
документа
«Опись»
Форма документа
Заявка на услугу»
Рис.2.8. Информационная модель проектируемой системы
Вначале отображаются все объекты проектируемой системы
автоматизации документооборота отдела городского архива в составе
Управления делами Администрации города Реутов:
– справочник «Клиенты»;
– справочник «Тип документа»;
– справочник «Сотрудники
– справочник «Услуги»;
– документ «Опись документа»;
– документ «Заявка на услугу архива».
75
Затем отображаются действия пользователя:
– заполнение справочников;
– заполнение и работа с документами;
– формирование отчетности.
Следующим шагом определяются выходные документы:
– доход от сотрудника;
– доход от услуг;
– выборка по типу документа.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В соответствии с разработанной информационной моделью можно
определить, что для разрабатываемой системы автоматизации документооборота
нормативно-справочной, входной информацией будут:
– справочник «Клиенты»;
– справочник «Тип документа»;
– справочник «Сотрудники
– справочник «Услуги»;
– документ «Опись документа»;
– документ «Заявка на услугу архива».
Представим макеты [4] входных документов и справочников. На рисунке
2.9 представлен макет справочника «Клиенты».
Справочник Клиенты
ФИО клиента
Телефон
Паспортные данные
Адрес проживания
Записать
Переименовать
Удалить
Рис. 2.9. Макет справочника «Клиенты»
76
На рисунке 2.10 представлен макет справочника «Сотрудники».
Справочник Сотрудники
Наименование
Телефон
Отдел архива
Записать
Переименовать
Удалить
Рис. 2.10. Макет справочника «Сотрудники»
На рисунке 2.11 представлен макет справочника «Услуги».
Справочник Услуги
Наименование
Стоимость
Записать
Переименовать
Удалить
Рис. 2.11. Макет справочника «Услуги»
На рисунке 2.13 представлен макет справочника «Тип документа».
Справочник Тип документа
Код
Наименование
Записать
Переименовать
Удалить
Рис.2.13. Макет справочника «Тип документа»
77
На рисунке 2.14 представлен макет документа «Опись документа».
Документ Опись документа
Дата создания
Номер
Провести и закрыть
Записать
Провести
Тип документа
Период действия
Гражданин по документу
Статус документа
Краткое описание
Место хранения
Сотрудник принял
Рис. 2.14. Макет документа «Опись документа»
На рисунке 2.15 представлен макет документа «Заявка на услугу архива».
Документ Заявка на услугу архива
Дата создания
Клиент
Провести и закрыть
Записать
Провести
Телефон
Адрес
Паспортные данные
Запрос принял
Причина обращения
Статус заявки
К оплате
Название услуги Стоимость услуги
Текст Текст
Рис.2.15. Макет документа «Заявка на услугу архива»