45
Между клиентскими машинами и сервером должна быть реализована
локально-вычислительная сеть с пропускной способностью от 100 Мбит/с.
Минимальные требования к техническому обеспечению клиентских
машин:
– процессор 2.0 Ггц, 4 ядра;
– системная память 8192 Мб;
– видеоадаптер Radeon Series (4830 Мб);
– дисковый накопитель 500 Гб, SATA.
Минимальные требования к техническому обеспечению сервера:
– процессор 3.3 Ггц, 4 ядра;
– системная память 8192 Мб;
– видеоадаптер Radeon RX 540;
– дисковый накопитель 1 Тб, SSD.
На рабочих местах сотрудников, принимающих заявки должно быть
установлено многофункциональное устройство, позволяющее создавать
электронные копии документов, приложенных к заявке, а также печатать
сопроводительные письма и отчеты.
46
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) проекта автоматизации представляет собой
процесс от момента создания технического задания на разработку
информационной системы и до момента сдачи ее в эксплуатацию [1].
На рисунке 2.1 представлены основные стандарты, рег ламентирующие
порядок действий для создания информационной системы [19].
Рисунок 2.1 Стандарты этапов жизненного цикла
Основным стандартом жизненного цикла проекта является ISO/IEC
12207:1995.
Жизненный цикл информационной системы охватывает все стадии и
этапы ее создания, сопровождения и развития [20]:
исследование предметной области;
проектирование системы;
разработку системы;
тестирование информационной системы;
эксплуатацию системы и ее сопровождение;
47
развитие системы.
Жизненный цикл ПО включает в себя четыре стадии: предпроектную,
проектировочную, внедрение, функционирование. От качества проектировочных
работ зависит эффективность функционирования системы, поэтому каждая
стадия разделяется на ряд этапов и предусматривает составление документации,
отражающей результаты работ [20].
На рисунке 2.2 приставлены основные работы, которые должны быть
выполнены на каждом этапе жизненного цикла [20].
Рисунок 2.2 Работы на каждом этапе жизненного цикла
Этапы жизненного цикла зависят от модели жизненного цикла, среди
которых различают две основным модели [20]:
спиральную модель ЖЦ;
каскадную модель ЖЦ.
Существует также итерационная модель ЖЦ с поэтапным выполнением
работ, но она используется все реже.
На рисунке 2.3 представлена каскадная модель ЖЦ, которая описывает,
каким образов выполняются этапы работ над проектом.
Преимуществами спиральной модели ЖЦ является быстрое получение
готового продукта на выходе, увеличением конкурентоспособности и при
48
изменении требований к разрабатываемому программному обеспечению (ПО) не
возникает проблем для их реализации. Очевидным недостатком спиральной
модели ЖЦ является отсутствие четких границ каждой стадии разработки ПО.
Рисунок 2.3 Спиральная модель жизненного цикла
Каскадная модель жизненного цикла предполагает поэтапное выполнение
работ на каждом этапе. Переход на новый этап происходит только после
окончания работ на текущем этапе.
На первом этапе разрабатывается абстрактная модель системы, которая с
каждым этапом конкретизируется.
На рисунке 2.4 представлена каскадная модель ЖЦ ПО.
Для жизненного цикла текущего проекта была выбрана каскадная модель,
так как для разрабатываемой системы больше подходит поэтапная разработка.
Переход к следующему этапу происходит только после завершения всех работ
на предыдущем этапе, включая подготовку полного пакета документации,
достаточной для того, чтобы разработка могла быть продолжена другой группой
49
разработчиков и есть возможность планирования сроков завершения работ и
затрат на их выполнение [14].
Рисунок 2.3 Каскадная модель жизненного цикла
На первом этапе «Выработка системных требований» были выработаны
требования к информационной системе: выбрана операционная система,
характеристики ПК.
На этапе «Выработка требований к ПО» разработано техническое задание,
сформированы функциональные требования к информационной системе.
На следующем этапе «Анализ» проведен анализ выработанных
требований и выбраны пути решения поставленной задачи.
На этапе «Проектирования» разработана структура БД, функциональная
схема системы, изучены входные и выходные данные, сформирована
математическая модель решения задачи.
На этапе «Кодирования» разработан код информационной системы.
На этапе «Тестирование» был разработан ряд контрольных наборов
тестов, которые использовались для проверки работоспособности системы.
После тестирования был оформлен протокол тестирования. По результатам
тестирования была выполнена отладка программы и исправление выявленных
ошибок.
На этапе «Эксплуатация» информационная система была установлена на
рабочих местах потенциальных пользователей и опробована.
50
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Управление рисками, связанными с разработкой ПО, представляет собой
формальный процесс, позволяющий систематически идентифицировать,
оценивать и смягчать факторы возможного риска. В процессе управления
проектом основное внимание уделяется вопросам идентификации рисков в
проекте, имеющих как внутренние, так и внутренние причины [23].
Во время прохождения этапов жизненного цикла проекта возможны
следующие риски:
1. Риски на предпроектном этапе:
a. недостаточный анализ требований заказчика;
b. отсутствие правильно оформленного технического задания.
Решение: интервьюирование заказчика опытным специалистом
совместно с архитектором информационной системы, оформление технического
задания с указанием всех требований к информационной системе.
2. Риски на этапе разработки:
a. потеря данных при отсутствии системы резервного копирования
данных.
b. недостаточно высокий уровень квалификации сотрудников.
c. сложность последующего обновления системы при возникновении
необходимости.
d. потеря исправлений специалистов во время сборки проекта.
Решение: внедрение системы резервного копирования данных, внедрение
системы управления версиями проекта (например, SVN), прием на работу только
специалистов с опытом работы, разработка алгоритма обновления системы
удаленно.
3. Риски на этапе внедрения:
a. выход из команды одного из специалистов (например, по болезни);
b. несоответствие продукта требованиям заказчика;
51
c. несоответствие продукта техническим характеристикам персональных
компьютеров;
d. риск уязвимости информационной безопасности предприятия из-за
недоработок.
Решение: создание резервных алгоритмов внедрения (например, онлайн-
консультации ведущего специалиста на этапе внедрения), аутентификация
доступа, защита информации обеспечивается путѐм подписания каждым
пользователем обязательства о неразглашении коммерческой тайны, которое
налагает ответственность за передачу конфиденциальной информации третьим
лицам.
4. Риски на этапе функционирование:
a. ошибки в логике работы программы.
b. потеря данных по вине разработчика.
c. потеря данных по вине пользователя.
d. необходимость доработки системы под новые требования заказчика.
Решение: доработка функционала системы с помощью механизма
удаленного обновления системы, внедренного в рамках исключения рисков на
этапе разработки, настройка резервного копирования данных на стороне
заказчика.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Согласно общепринятому определению безопасность информационной
системы представляет собой уровень защиты данных, хранимых в системе от
несанкционированного доступа и вмешательства в процесс ее работы по
заданному алгоритму, а также попыток кражи и изменения данных в системе [1].
Для обеспечения информационной безопасности в БФ «УРАЛ» уже
используются следующие методы:
1. Создана служба охраны труда и заключен договор с охранной компанией.
2. В офисе БФ «УРАЛ» установлена система видеонаблюдения.
3. Сотрудникам БФ «УРАЛ» запрещено копировать информацию на внешние
52
носители.
4. Разработана и утверждена политика безопасности БФ «УРАЛ».
5. На всех компьютерах сотрудников БФ «УРАЛ» установлена антивирусная
программа, включена защита от атак (брандмауэр).
6. Ведется журналирование действий пользователей БФ «УРАЛ», включая
историю посещения интернет-страниц.
Благодаря рассмотренным способам защиты данных в БФ «УРАЛ» могут
быть предотвращены следующие угрозы:
1. Кража и порча информации злоумышленниками.
2. Несанкционированный доступ к данным.
3. Копирование информации злоумышленниками.
4. Нарушение конфиденциальности информации.
Нормативно-правовые акты организации и стандарты, используемые для
обеспечения защиты информации [19] представлены на рисунке 2.4.
Рисунок 2.4 Нормативные документы по защите информации
Для анализа защиты информационной системы от внутренних угроз
необходимо определить группы пользователей разрабатываемой системы и
назначить им соответствующие права доступа к папкам и модулям системы,
53
определить требования к паролям и частоте их смены, а также другие параметры
использования ИС. Сформированные данные представлены в таблице 2.1
Таблица 2.1
Разграничение прав пользователей
Группы
пользователей
Сотрудник БФ «УРАЛ»
Системный
администратор
Редактирование
справочных
данных
Чтение/создание/ удаление
Чтение/создание/ удаление
Учет заявок
Чтение/создание/ удаление
Чтение/создание/ удаление
Поиск
информации
Чтение/создание/ удаление
Чтение/создание/ удаление
Формирование
выходных
документов
Чтение/создание/ удаление
Чтение/создание/ удаление
Учет результатов
рассмотрения
заявок
Чтение/создание/ удаление
Чтение/создание/ удаление
Формирование
отчетности
Чтение/создание/ удаление
Чтение/создание/ удаление
Учет
пользователей
Запрет доступа
Чтение/создание/ удаление
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и еѐ описание
Информационная модель представляет собой схему движения входных, и
выходных потоков между участниками (рисунок 2.5).
В качестве категорий пользователей выбраны сотрудник
благотворительного фонда БФ «УРАЛ» и администратор информационной
системы.
Входными документами являются:
сведения о заявках;
справочные данные;
сведения о заявителях;
сведения о результатах обработки заявок;
сведения сотрудниках.
Информационная модель также отображает список таблиц и
справочников, а также выходные отчеты и документы.
54