58
программной частью на рабочем месте сотрудника, который будет использовать
данный продукт.
Возможно, что следует учесть на этапе разработки различные сценарии
использования разрабатываемой информационной системы и максимально
подстроиться под них.
Эксплуатация.
На данном этапе существует группа рисков, вероятность появления
которых очень велика:
Недостающий функционал информационной системы;
Функционал, работающий некорректно, либо вообще не
работающий;
Неявная проблема, в результате которой пользователь получает на
выходе неверные данные, что может понести так же и убытки
организации.
Риск всех трёх пунктов снижается путём тщательного тестирования.
Причём тестировать продукт желательно не только разработчику, но также и
остальным людям, участвующем в разработке данной информационной системы.
Кроме того, первый пункт может быть следствием некорректного
технического задания, а также недопонимания со стороны разработчика.
Оценивая данный риск, стоит более тщательно составлять техническое задание, а
также убеждаться в понимании всего процесса остальными участниками
разрабатываемого продукта.
Поддержка.
На этапе поддержки существует риск сложности исправления какой-либо
ошибки. Причин для этого может быть несколько:
Нет программиста, который знает язык программирования,
использованный при разработке информационной системы;
Результат неверного проектирования;
59
Результат неверного решения при разработке.
Кроме того, существует риск прекращения поддержки программных и
аппаратных продуктов на которых гарантирована работа разработанной
информационной системы.
Решением данной проблемы является модернизация.
Модернизация.
Риски на данном этапе, по своей сути, такие же, как и на этапе поддержки.
Однако, если на этапе поддержки можно прийти к альтернативному решению, то
на этапе модернизации изменения, которые необходимо будет внести, могут
оказаться критическими. По этой причине может возникнуть необходимость
вернуться к этапу разработки и разрабатывать приложение заново, учитывая
требования к модернизации.
Для минимизации данных рисков следует выбирать актуальные средства
разработки, а также использовать подход к разработке, обеспечивающий
возможность внесения изменений без полной переработки проекта.
Утилизация.
На данном этапе существует разве что риск овладения третьими лицами
какой-либо конфиденциальной информации, которая хранится в базе данных
информационной системы.
Для решения данной проблемы нужно убедиться, что эта информация
никаким образом не попадёт третьим лицам.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты
информации
Информационная безопасность – это практика по предотвращению
несанкционированного доступа, использования, изменения, искажения,
использования, записи или уничтожения информации.
60
Схема обеспечения информационной безопасности изображена на рисунке
22.
Рис. 22 - Информационная безопасность.
В ООО ПКФ «Стройбаза №1» существует несколько направлений
обеспечения информационной безопасности.
Защита от внутренних угроз:
Авторизация пользователей производится исключительно по
доменным учётным записям;
Доступ к тем или иным ресурсам ограничен доменными группами;
Разрешение на запуск программного обеспечения определено
групповыми политиками;
61
Защита от внешних угроз:
Разграничение доступа в Интернет с помощью прокси;
Доступ извне блокируется фаерволлом;
На рабочих станциях пользователей и серверах установлен
антивирус.
Отсутствуют приложения, обеспечивающие доступ извне в
локальную сеть (TeamViewer, VNC и так далее).
Физическими методами обеспечения защиты информации на предприятии
являются:
Пожарно-сторожевая служба;
Система видеонаблюдения;
Система экстренного вызова.
На «Стройбазе №1» не существует как таковых мер обеспечения
информационной безопасности. Всё сводится к личной ответственности
пользователей.
Что касается разрабатываемой информационной системы, то для
обеспечения информационной безопасности, относящейся к данной системе, не
требуется каких-либо особых действий. Данная система не является объектом,
несущем собой особую ценность.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Проектирование информационной системы будет проводиться с помощью
UML. UML является графическим языком для визуализации, описания
параметров, конструирования и документирования различных систем.[17]
Диаграмма вариантов использования.
Проектируемая система представляется в виде одного актера –
пользователя системы, взаимодействующего с системой с помощью прецедентов.
При этом актером может быть любая сущность, которая взаимодействует с
системой извне.[18]
62
На рисунке 23 представлена диаграмма вариантов использования.
Рис. 23 - Диаграмма вариантов использования.
Основным прецедентов является запуск мониторинга цен пользователем.
Прецедент Редактирование значений включает в себя совокупность
следующих операций:
изменять значения;
создавать значения;
удалять значения.
Диаграмма классов.
Диаграмма классов (classdiagram) служит для представления статической
структуры модели системы в терминологии классов объектно-ориентированного
программирования. Кроме того, данная диаграмма отражает взаимосвязи между
63
отдельными сущностями, описывает их внутреннюю структуру и типы
отношений. Информация о временных аспектах функционирования системы не
указывается.[19]
В общем случае диаграммой классов является конечный граф, вершинами
которого являются элементы типа «классификатор», которые связаны
различными типами структурных отношений.
Если необходимо, то можно строить несколько диаграмм классов для одной
предметной области.
На рисунке 24 представлена диаграмма классов. Данные классы
представляют из себя непосредственно классы на уровне ООП в Java, которые в
свою очередь имеют таблицы с аналогичными параметрами, описывающими
данные классы в базе данных. На схеме также представлено отношение одного
объекта класса к другому.
Рис. 24 - Диаграмма классов.
64
Определение кратности классов:
Каждое значение Items может содержать одно значение Categories;
Каждое значение Links может содержать одно значение Shops;
Каждое значение Links может содержать одно значение Items;
Каждое значение History может содержать одно значение Items;
Каждое значение History может содержать одно значение Shops;
Каждое значение Values может содержать одно значение Items;
Каждое значение Values может содержать одно значение Shops.
Диаграмма состояний.
В отличие от остальных диаграмм, диаграмма состояний описывает
процесс изменения состояний только одного класса, а точнее – одного экземпляра
определённого класса, т.е. моделирует все возможные изменения в состоянии
конкретного объекта.[20]
На рисунке 25 представлена диаграмма состояний одного из вариантов
использования – запуск мониторинга.
65
Рис. 25 - Диаграмма состояний.
Диаграмма последовательностей.
Диаграмма последовательностей относится к диаграммам взаимодействия
UML, описывающим поведенческие аспекты системы, но рассматривает
взаимодействие объектов во времени. Другими словами, диаграмма
последовательностей отображает временные особенности передачи и приёма
сообщений объектам.[21]
Если рассматривать процесс запуска мониторинга цен, то
последовательность действий будет являться следующей:
66
Пользователь открывает ИС;
ИС обращается к СУБД и получает информацию из всех таблиц;
Пользователь запускает процесс мониторинга;
ИС обращается к СУБД;
ИС обрабатывает полученные данные;
ИС записывает результаты в таблицы Values и History, полученные в
результате обработки данных;
ИС обращается к СУБД;
ИС выводит результаты пользователю.
На рисунке 26 представлена диаграмма последовательности основного
прецедента – запуск мониторинга цен и запись результата.
Рис. 26 - Диаграмма последовательностей.
67
Диаграмма развёртывания.
Диаграмма развёртывания (deploymentdiagram) - диаграмма, на которой
представлены узлы выполнения программных компонентов реального времени, а
также процессов и объектов.[22]
Диаграмма развёртывания применяется для представления общей
конфигурации и топологии распределённой программной системы и содержит
изображение размещения компонентов по отдельным узлам системы. Кроме того,
диаграмма развёртывания показывает наличие физических соединений –
маршрутов передачи информации между аппаратными устройствами,
задействованными в реализации системы.
Пользователь, посредством устройств ввода/вывода (мышь, клавиатура,
монитор) взаимодействует с графическим пользовательским интерфейсом
информационной системы (GUI). В свою очередь, GUI взаимодействует с так
называемым «бэкендом» информационной системы, - в данном случае это
является непосредственно Java. Здесь же осуществляется соединение с СУБД
SQLite, посредством дополнительного драйвера – JDBC, а также приём-передача
пакетов TCP/IP при доступе в Интернет. На рисунке 27 представлена диаграмма
развёртывания, демонстрирующая эти взаимодействия.
Рис. 27 - Диаграмма развёртывания.