68
Таблица 4
Возможные риски проекта и способы их минимизации
Виды
рисков/варианты
менеджмента рисков
Снижение
видов риска
Снижение
вероятности
возникновения риска
Риски, связанные
с масштабом проекта
Детальный
анализ каждого этапа
работ, взаимодействия
участников,
организации работ
Детально
проработанная программа
качества, отработанное
управление конфигурацией
проекта, специальные
процедуры взаимодействия
участников
Риски, связанные
с недостаточным опытом
в сфере ИТ
Проведение
обучения
пользователей,
включая руководство,
соблюдение
технологий работы
Разработка и
утверждение концепции
проекта на возможно более
ранней его стадии
Технические
риски проекта
Строгий отбор
проектной команды по
квалификационным
критериям. Обучение
участников проекта
технологии проектных
работ,
инструментальным
средствам
Использование
стандартов предприятия на
проектные работы, разработка
стандартов проекта
Организационные
риски проекта
Обучение
участников проекта
(курс "управление
проектом"), тренинги
команды, как можно
более полная
формализация
деятельности
Включение в команду
администратора проекта,
детальное распределение
ролей в проекте
Операционные
риски проекта
Многократное
тестирование
созданных продуктов,
тщательная экспертиза
документов
Строгое выполнение
процедур программы качества
69
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Как правило, в создании системы информационной безопасности
основой являются такие принципы, как: принцип системного подхода, принцип
непрерывного развития системы, процесс разделения и минимизации
полномочий. Также надо учитывать полноту контроля и регистрации попыток,
надежность систем защиты, контроль функционирования систем защиты,
обеспеченность всевозможными средствами в борьбе с вредоносными
программами, обеспечение экономической целесообразности.
В результате решения данных проблем безопасности информации,
разрабатываемая ИС должна обладать такими признаками, как:
– Различные степени конфиденциальности информации.
– Защищённость информационного потока с уровня криптографии, под
которой подразумевается различная степень конфиденциальности во время
передачи данных.
– Иерархичные полномочия субъектов в процессе доступа к различным
компонентам информационной системы.
– Обязательное управление потоками информации как внутри
локальных сетей, так и во время передачи по каналу связи на далекие
расстояния.
– Различные механизмы по предотвращению несанкционированного
доступа.
– Наличие целостности программного обеспечения и информации.
– Различные средства по восстановлению систем защиты информации.
Основой нормативно-правового обеспечения является такие понятия,
как «норма» и «регламент» в разрезе деятельности компании, службы и
средства, которые реализуют функции по защите информации, различные виды
методик, которые обеспечивают деятельность пользователя в процессе
выполнения своей работы по соблюдению жестких требований в рамках
конфиденциальности.
70
Любая информационная система потенциально подвержена угрозам
безопасности - кража данных или нарушение работы системы. Поэтому
разработчики информационной системы и её пользователи должны
позаботиться о её безопасности.
В рамках комплексной защиты информации в сетях ЭВМ
предполагается реализация четырех уровней защиты:
– правовой (юридические нормы, законы; преследуется незаконное
использование секретных данных или информации, составляющей объект
авторского права)
– административный/организационный (определяется, кто и какую
информацию может собирать и хранить; устанавливаются способы доступа к
ней и условия ее распространения, права и обязанности работников, их
компетенция и ответственность; должностные инструкции)
–аппаратно-программный (применяется процедура идентификации
пользователя, которая открывает доступ к данным и программным средствам).
Аппаратная защита может быть выполнена в виде кодовой карточки, ключа и
т.п. Самое слабое место в системе защиты информации - это персонал. Люди
обычно отказываются от использования любых дополнительных средств
защиты, создающих им неудобства в работе. Поэтому применение аппаратных
средств защиты требует административной поддержки.
– криптографический (шифрование данных для скрытия от
злоумышленника их смысла). До тех пор пока пользователь не
идентифицирован по ключу, смысл данных ему недоступен.
Далее рассмотрим представленные уровни в контексте исследуемой
организации.
Правовой уровень. Помимо соблюдения закона о персональных данных
(Закон РФ №152-ФЗ от 27 июля 2006г.), в организации также существуют
организационно-распорядительные документы такие как:
71
1.доступ к использованию программного обеспечения,
сконфигурированного персонального под ООО «Ангарская книга» (База
данных, созданная на платформе Visual Fox Pro).
2. Общие правила использования сети Internet, электронной почты ООО
«Ангарская книга».
Административный уровень. В организации данный уровень
регулируется правами доступа а также обязанностями сотрудников, которые
прописываются в должностной инструкции.
Криптографический уровень. Средства защиты данного уровня в
организации не представлены.
Аппаратно-программный уровень. В рамках данного уровня
предусмотрен только один способ идентификации – это идентификация по
логину и паролю и разграничение прав доступа.
2.2 Информационное обеспечение задачи
2.2.1 Информационное модель и её описание
Информационная модель представляет собой схемы движения входных,
промежуточных и результативных потоков и функций предметной области.
Помимо этого, объясняется, каких входные документы взяты за основу и какая
нормативно-справочная информация используется при выполнении функций
обработки данных и при формировании конкретных выходных документов.
Информационная модель представлена на рисунке ниже
72
Рисунок 2.3 Информационная модель системы
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Входной информацией для разрабатываемой системы будет являться
ассортимент товара, номер заказа и также данные о покупателе. Эти данные
могут поступать цифровом виде и также в печатном виде.
В процессе оформления заказа, в систему вносятся следующие данные:
Сотрудник
Филиал заказчика
Филиал получателя
Дата заказа
Файл заказа
Статус заказа
Входным файлом будет являться файл заказа. В нём содержится такая
информация, как:
Табельный номер сотрудника
Файл заказа
Код филиала получателя
73
Номер заказа
Сотрудник отправитель
Филиал отправитель
Дата заказа
Файл заказа
Статус заказа
Филиал получателя
В описанной системе используются справочники, приведенные в
таблице ниже.
Таблица 5
Перечень используемых справочников
№
п
/
п
название
справочника
ответственны
й за ведение
средний
объём
справочни
ка в
записях
средняя
частота
актуализац
ии
средний
объем
актуализац
ии, %
1
Сотрудники
Администратор
50
По мере
необходимос
ти
20
2
Филиалы
Администратор
20
По мере
необходимос
ти
10
3
Заказы
Пользователь
100
1 раз в
неделю
30
4
Администриро
вание
Администратор
20
По мере
необходимос
ти
10
Реквизитный состав приведён в таблице 6
Таблица 6
Состав атрибутов справочников
№ пп
Наименование
Перечень реквизитов
1.
Сотрудники
Фамилия, имя,
отчество
Должность
Место работы
2.
Филиалы
Наименование
Город
Адрес
Контактный
телефон
3.
Заказы
Сотрудник
Филиал заказчика
74
№ пп
Наименование
Перечень реквизитов
Филиал получателя
Дата заказа
Файл заказа
Статус заказа
4.
Администрирование
Сотрудник
Логин
Пароль
2.2.3 Характеристика результатной информации
Описание результатных документов приведено в таблице 7.
Таблица 7
Описание выходных документов
№
пп
Наиме
нован
ие
Реквизиты
Таблицы, на
основе которых
формируется
Частота
формиро
вания
Способ
доставки
1
Создан
ие
заказа
Табельный
номер
сотрудника
Файл
заказа
Код
филиала
получателя
Сотрудники
Филиалы
По мере
необходи
мости
Экранная
форма
2
Просмо
тр
заказа
Номер
заказа
Сотрудник
отправитель
Филиал
отправитель
Дата
заказа
Файл
заказа
Статус
заказа
Филиал
получателя
Сотрудники
Филиалы
Заказы
Администрир
ование
По мере
необходи
мости
Экранная
форма
2.3Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В разработанном модуле предусмотрены две роли– администратор и
сотрудник. Дерево функций модуля сотрудника представлено на рисунке ниже.
75
Рисунок 2.4 Дерево функций сотрудника
Дерево функций модуля администратора представлено на следующем
рисунке
Рисунок 2.5 Дерево функций администратора
На основании дерева функций разработан сценарий диалога,
схематически представленный на следующем рисунке.
76
Рисунок 2.6 Сценарий диалога
2.3.2 Характеристика базы данных
В разработанном модуле используется СУБД MS SQL Server 2014.
Обоснование ее выбора приведено в разделе 1.4.2.
Ниже будет проведена разработка логической модели базы данных в
программной среде DbDesigner.
Модель - это визуальное представление структуры данных. Модель
может включать в себя следующие объекты: таблицы и отношения, которые
используются обязательно, и дополнительные (например, изображения, записи)
- для обеспечения лучшего «понимания» структуры модели.
В данной программе возможно создание двух уровней моделей.
Логический и физический - определяет представление информации в БД.
Создаем физическую модель базы данных, на основании данных полученных в
разделе 2.3.. В данном пакете процесс построения основан на сущностях
(объектах) и их связях.
Процесс построения информационной модели состоит из следующих
шагов:
– определение сущностей;
– определение атрибутов сущностей;
77
– задание первичных ключей;
– определение зависимостей между сущностями;
В пакете DbDesigner создаем новый файл. Главное окно содержит
панель инструментов и область диаграммы, в которой распологаем сущности и
их свойства. Для каждой сущности задаем ее название. Определяем атрибуты и
их тип данных на рисунке ниже.
Рисунок 2.7 Определение свойств сущностей
По аналогии создаем оставшиеся сущности. После определяем связь.
Для этого переносим на форму необходимый вид связи: один ко многим. На
рисунке показана окончательная схема созданная с помощью пакета
DbDesigner.