47
Продолжение таблицы 1.8
Управление
несколькими
серверами
Нет
Нет
Поддерживается
Облачная служба
резервного
копирования
Нет
Нет
Поддерживается
Состояние
инфраструктуры
групповых политик
Нет
Нет
Поддерживается
Файловые службы
и службы хранения
Частично
Частично
Поддерживается
Удаленный доступ
Частично
Частично
Поддерживается
Таким образом, использование ОС Windows server 2012 соответствует
целям и задачам проекта.
Анализ вышеизложенных инструментальных средств разработки по
различным критериям рассмотрен в таблице 1.9.
Таблица 1.9
Анализ инструментальных средств разработки информационных систем
обеспечения кадровой деятельности
Название
программного
продукта
Oracle
Database
Microsoft
SQL Server
Microsoft Office
Access
Visual
FoxPro
Firebird
Бесплатность
-
-
-
-
+/-
Кроссплатформен-
ность
+
+
-
+
+
Поддержка
многопользователь
ского режима
+
+
+
+
+
Поддержка
крупных баз
данных
+
+
+
+
+/-
Удобство
пользователя
+/-
+
+
+/-
+
48
Продолжение таблицы 1.9
Компактность БД
+
-
+
-
+
Обеспечение
целостности
данных
+
+
+
+
+
Производитель-
ность СУБД
+
+
+
+
+
Легкость
разработки
+
+
+
+
+
В таблице 1.10 представлен сравнительный анализ БД MySQL и БД Oracle
для реализации проекта.
Таблица 1.10
Сравнительный анализ баз данных для реализации ИС по автоматизации
обработки заявок
База
данных
Достоинства
Недостатки
БД
Oracle
1. Самые свежие инновации и
впечатляющий функционал уже
внедрены в этом продукте,
поскольку компания Oracle
стремится держать планку даже
на фоне других разработчиков
СУБД.
2. СУБД от Оракул является
крайне надёжной, фактически это
эталон надёжности среди
подобных систем.
1. Стоимость Oracle может оказаться
непомерно высокой, особенно для
небольших организаций.
2. Система может потребовать
значительных ресурсов уже сразу
после установки, поэтому возможно
потребуется модернизировать
оборудование для внедрения Oracle.
СУБД
MySQL
1. Распространяется бесплатно
2. Прекрасно документирована
3. Предлагает много функций,
даже в бесплатной версии
4. Пакет MySQL включен в
стандартные репозитории
наиболее распространённых
дистрибутивов операционной
системы Linux, что позволяет
устанавливать её элементарно
5. Поддерживает набор
пользовательских интерфейсов
6. Может работать с другими
базами данных, включая DB2 и
Oracle.
1. Необходимость значительных
корректировок базы данных
2. Отсутствует встроенная поддержка
XML или OLAP.
3. Для бесплатной версии доступна
только платная поддержка.
49
Таким образом, СУБД MySQL является оптимальной базой данных для
реализации проекта.
Методы проектирования: структурное и модульное
Для ИС (веб-сайта) используется cms Drupal. Веб-сервер Apache, язык PHP,
СУБД MySQL (версии не указывается в целях безопасности),
В качестве стратегических направлений была выделена задача
контролировать стабильность ИС (веб-сайта).
Решением было разработать дополнение к администраторской части ИС -
программный модуль, следящий за стабильностью, отслеживающий сбои. Выбор
был сделан в пользу программирования приложения под Windows. При
разработке оптимальным является использование среды программирования
Lazarus (язык программирования free Pascal).
1.4.3. Обоснование проектных решений по техническому обеспечению
На веб-сервере института и ЦКП «Геоаналитик» эксплуатируются 2 сайта.
Предварительно был проведен мониторинг ресурсов, который
продемонстрировал, что во время пиковых нагрузок:
- запас по скорости жесткого диска 60 процентов;
- запас использования оперативной памяти больше 50 процентов;
- запас по тактовой частоте процессора больше 90 процентов.
Каждый сайт при пиковой загруженности изменял эти показатели на 4-7
процентов. В связи с этим был сделан вывод, о нецелесообразности замены
оборудования на более мощное, так как запас мощностей превышает
планируемые издержки в несколько раз.
Таким образом, был проведен анализ существующей системы обработки
заявок и разработаны положения автоматизации обработки заявок ЦКП
«Геоаналитик».
50
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Стандарт ЖЦ ИС выбран ISO/IEC 15288, модель ЖЦ ИС – каскадная.
В таблице 2.1 представлены этапы жизненного цикла ИС с обоснованием
выбора.
Таблица 2.1
Этапы жизненного цикла ИС с обоснованием выбора
№
п/п
Этап
Участники
Исходные
данные
Результат
1
Постановка
задачи
руководством
Разработчик и
руководство
(заказчик)
Получение
технического
задания на
разработку
Выбор
стандарта ЖЦ
ИС; выбор
стандартов
разработки
2
Уточнение
требований к ИС
Разработчик и
руководство
(заказчик)
Техническое
задание на ИС,
модель ЖЦ
План работ
3
Исследование
рынка (поиск
решений)
Разработчик
Задание на
анализ рынка
Отчет об
анализе рынка
4
Тестирование и
отбор решений
Разработчик
Техническое
задание на ИС
Состав
подсистем;
компоненты
оборудования
5
Сборка проекта
Разработчик
Подсистемы
ИС
Спецификация
требований к
компонентам
ПО
6
Отладка
Разработчик и
руководство
(заказчик)
Спецификация
требований к
компонентам
ПО
Состав
компонентов
ПО,
интерфейсы с
БД, план
интеграции ПО
51
Продолжение таблицы 2.1
7
Тестирование
Разработчик и
руководство
(заказчик), персонал
Требования к
ИС
Утверждение
соответствия
требований к
ИС
8
Внедрение и
обучение
персонала
Разработчик и
руководство
(заказчик), персонал
Требования к
ИС
Инструкции по
эксплуатации
9
Написание
документации
Разработчик
Запрос на
документацию
по работе ИС
Документация
на
эксплуатацию
В рамках стратегии внедрения используется стратегия скачок. Новая
система начинает действовать после тестов и одобрения руководства. Во время
этапа тестирования персонал принимает в нем участие.
Персонал может начать полноценно использовать новую систему сразу
после ее создания, так как во время этого этапа тестирования он обучается
использовать новую систему.
На этапе эксплуатации использование системы происходит по
согласованному алгоритму, представленному на рисунке 2.1.
52
Рис. 2.1. Алгоритм использования ИС на этапе эксплуатации
Таким образом, была проведена разработка жизненных этапов ИС в рамках
разработки системы автоматизации обработки заявок.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Далее представлены риски на каждом этапе жизненного цикла ИС и их
описание (таблица 2.2):
Таблица 2.2
Риски на этапах жизненного цикла ИС и пути их минимизации
№
п/п
Этап жизненного
цикла ИС
Риски
Пути минимизации
1
Постановка
задачи
руководством и
уточнение
Есть лишь невысокая
вероятность неадекватного
понимания особенностей
задач и применения их к
особенностям предприятия
Решение за счет
тщательного
обсуждения задач с
руководством
Клиент заполняет
заявку на сайте онлайн
Ответственный
сотрудник лаборатории
проверяет правильность
заполнения заявки
Специальный
сотрудник лаборатории
проставляет на сайте в
заявке внутренний
лабораторный номер
Заявка принимается в
работу
По мере исполнения
заявки сотрудники
изменяют статусы
заявки
В любой момент клиент
имеет возможность
увидеть содержимое (и
всю служебную
информацию) своей
заявки
После исполнения
заявки продолжают
храниться на сайте
53
Продолжение таблицы 2.2
2
Исследование
рынка (поиск
решений)
Риск в непонимании
целевых функций
приложений.
Решение за счет
тщательного
обсуждения задач с
руководством
3
Тестирование и
отбор решений
Риск в выборе
неподходящих решений
Тщательное
тестирование
решений по всем
функциям во всех
ситуациях.
4
Сборка проекта
Риск в неправильной
компоновке компонентов
ИС
Понимание задач
при постановке ТЗ
на разработку ИС
5
Отладка ИС
Риск проверить сочетание и
взаимодействие не всех
компонентов и не
согласовать с руководством
Составление четкого
плана действий,
учитывающего все
объекты.
6
Тестирование
Происходит при участии
персонала, для которого
проектировался
тестируемый объект.
Риск пропустить
тестируемый элемент или не
оценить нештатную
реакцию как
нежелательную.
Составление четкого
плана действий,
учитывающего все
объекты.
7
Внедрение ИС
Риски и решения - отсутствуют
8
Обучение
персонала и
написание
документации
Риск в несовпадении
видения ситуаций между
персоналом и
разработчиком.
Психологическая
гибкость
разработчика,
способность
заглянуть в чужое
мировоззрение.
Таким образом, необходимо сделать вывод, что были выделены ожидаемые
риски реализации проекта и сформированы пути по их предотвращению и
минимизации.
54
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При разработке ИС выделим возможности защиты от внутренних угроз. В
таблице 2.3представлены права пользователей при использовании ИС.
Таблица 2.3
Права пользователей ИС
Группа
пользователей
Соз-
да-
ние
зая-
вки
Редактиро-
вание
информа-
ционных
страниц,
формы
договоров,
прайса
Измене
ние
статуса
заявки
Измене-
ние
лаборатор
ного
номера
заявки
Наст-
ройки
систе-
мы
Про-
смотр
инфор-
мацион-
ных
страниц
Анонимный
пользователь
Нет
Нет
Нет
Нет
Нет
Есть
Клиент
Есть
Нет
Нет
Нет
Нет
Есть
Персонал
страницы
Есть
Есть
Нет
Нет
Нет
Есть
Персонал
статус заявки
Есть
Нет
Есть
Нет
Нет
Есть
Персонал
лабораторный
номер
Есть
Нет
Нет
Есть
Нет
Есть
Администра-
тор
Есть
Есть
Есть
Есть
Есть
Есть
Далее выделим защиты от внешних угроз:
1. Нормативно-правовые акты организации, стандарты (международные и
отечественные)
Политика безопасности определяется законодательством РФ,
постановлениями Правительства РФ и ведомственными нормативными актами, в
том числе:
- Федеральный закон от 27.07.2006 г. № 152-ФЗ «О персональных данных»
[1];
- Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи» [2];
55
- Федеральный закон от 26 июля 2017 г. N 187-ФЗ «О безопасности
критической информационной инфраструктуры Российской Федерации» [3];
Сотрудники Института, отвечающие за информационную безопасность
информационно-телекоммуникационной сети проходят инструктаж по
Федеральному закону от 27.06.2006 № 149-ФЗ «Об информации,
информационных технологиях и о защите информации», Типовому положению
«Об организации работы пользователей телекоммуникационной сети общего
пользования «Интернет», утвержденному распоряжением УрО РАН от 25.06.2003
№ 93 [8], «Инструкцией по обеспечению информационной безопасности при
работе в сети Интернет сотрудников Института геологии и геохимии УрО РАН»,
утвержденной Директором ИГГ УрО РАН [7].
Основные обязанности и права администратора Сети
Текущий контроль за работой в Сети осуществляет администратор Сети.
Периодический контроль организует специалист по защите информации
(ЗИ) с привлечением специалистов необходимого профиля и квалификации.
Результаты контроля оформляются актом, представленным на утверждение
директору.
Администратор информационной сети является штатным сотрудником, он
назначается директором по представлению заместителя директора по науке и
подчиняется непосредственно директору института.
Решение вопросов обеспечения информационной безопасности входит в
прямые служебные обязанности администратора информационной сети. Он несёт
ответственность за реализацию и состояние защиты информации от
несанкционированного доступа (НСД).
Администратор информационной сети обладает правами доступа к любым
информационным, программным и аппаратным ресурсам и средствам их защиты.
Методическое руководство работой администратора информационной сети
по защите от НСД осуществляется специалистом по защите информации (ЗИ).
Обязанности администратора информационной сети:
1. Знать требования основных законодательных, нормативных и
руководящих документов, действующих в области защиты от
несанкционированный доступ НСД к информации [4].
56
2. Осуществлять учёт и постоянный контроль за составом программного и
технического обеспечения серверов и полномочиями пользователей серверов.
3. Осуществлять установку и настройку средств защиты информации (далее
СЗИ) от НСД на серверы. Периодически осуществлять проверку правильности
функционирования СЗИ (выборочное тестирование).
4. Представлять пользователям серверов необходимые полномочия.
Определять им идентификаторы.
5. Осуществлять работу по антивирусной защите рабочих станций и
серверов.
6. Своевременно обновлять антивирусные базы и средства защиты
Ответственность администратора информационной сети
Администратор информационной сети несёт персональную
ответственность за качество проводимых им работ по обеспечению защиты
информации от НСД в соответствии с функциональными обязанностями.
Обязанности пользователя сети:
1. Своевременно информировать администратора Сети о замеченных
случаях использования парольной информации посторонними лицами, попытках
НСД к информации и ресурсам Сети, о случаях нарушения целостности
программного обеспечения, появлении компьютерных вирусов.
2. Пользователю Сети запрещается:
- передавать парольную информацию посторонним лицам;
- обрабатывать и хранить в компьютерах, подключенных к Сети,
конфиденциальную информацию и сведения, содержащие государственную
тайну;
- установка нелицензионного программного обеспечения;
- использовать сеть Интернет для целей не связанных с производственной
деятельностью;
- устанавливать без ведома системного администратора программное
обеспечение используемое для работы с сетью;
- любая переустановка или модификация лицензионного ПО
установленного администратором сети
Антивирусные и антишпионские средства