38
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Опишем ожидаемые риски, которые возможны на этапах жизненного цикла
процесса оптимизации сайта.
На этапе планирования возможны следующие риски:
− риск нарушения сроков планирования;
− риск смены исполнителей.
Для устранения риска необходимо точное планирование времени, которое
необходимо на каждый этап разработки, контроль выполнения этапов проекта. Риск
смены исполнителей устраняется путем заключения договоров с исполнителями на
период реализации проекта.
На этапе выбора средств программирования возможны следующие риски:
− риск выбора не подходящих средств и технологий программирования;
− риск отказа средств программирования.
Перед выбором средств программирования необходимо исследовать рынок
программного обеспечения, провести консультации со специалистами, что позволит
выбрать наиболее оптимальные средства для разработки.
На этапе выбора средств проектирование возможны следующие риски:
− построение некорректных моделей программного средства;
− излишняя детализация;
− недостаточная детализация;
− отсутствие связи с предметной областью.
При выборе средств проектирования необходимо изучить методологии, с
которыми работают средства проектирования, определить технологии,
поддерживаемые средами проектирования. Устранение ошибок в моделях можно
избежать путем детального изучения предметной области с учетом всех возможных
объектов направления автоматизации.
На этапе проектирования базы данных возможны следующие риски:
− нарушение работы средств проектирования;
− нарушение целостности данных;
− утрата актуальности методологии проектирования.
− не корректное представление требований предметной области.
39
Устранение рисков на этапе проектирования базы данных достигается путем
выбора подходящих средств проектирования на основании опыта разработчиков.
Корректное проектирование объектов базы данных достигается за счет
использования корректных данных предметной области.
На этапе проектирования программного средства возможны следующие
риски:
− ошибки в моделировании структуры приложения;
− риск утраты данных проектирования;
− утрата актуальности методологии проектирования.
Структуру приложения необходимо проектировать с учетом функционала и
требований к приложению. Данные проектирования необходимо дублировать на
нескольких носителях. Актуальность методологии обеспечивается за счет изучения
современных технологий проектирования.
На этапе реализации программного кода возможны следующие риски:
− риск ошибок в исходном коде;
− риск ошибок в среде разработке;
− риск изменений и обновлений используемых интерпретаторов.
Устранить представленные риски можно за счет использования возможностей
среды разработки и дополнительных плагинов, обеспечивающих проверку кода на
этапе программирования.
На этапе тестирования возможны следующие риски:
− не достаточное количество тестов;
− ошибочные данные тестов.
Необходимо разработать тесты, которые покрывают все функции
проектируемой системы. Ошибочные тесты устраняются путем анализа содержания
тестовых сценариев опытным тестировщиком.
На этапе внедрения возможны следующие риски:
− ошибки в аппаратном обеспечении сервера;
− ошибки в программное обеспечении сервера;
− риск утраты данных в процессе внедрения.
Устранение рисков на этапе внедрения достигается своевременным
планированием и проектирование информационной архитектуры и программно-
40
аппаратного обеспечения, а также использование средств защиты данных (резервное
копирование, сетевые фильтры, контроль доступа к программным и аппаратным
ресурсам).
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Правовые средства обеспечения информационной безопасности
формируются за счет следующих нормативно-правовых актов:
− Закон «Об информации, информационных технологиях и защите
информации» определяет и закрепляет права на защиту информации и
информационную безопасность граждан и организаций в ЭВМ и в
информационных системах, а также регулирует отношения при
осуществлении получение, распространение, производство, права на
поиск и передачу информации при применении информационных
технологий. Данный закон был принят Государственной Думой 8 июля
2006 года, одобрен Советом Федерации 14 июля 2006 года и вступил в
силу 27 июля 2006 года. До настоящего времени в ФЗ №149-ФЗ было
внесено множество поправок, сейчас доступна редакция от 21 июля 2014
года. Кроме того, было выпущено несколько изменяющих документов.
Закон считается одним из основных в сфере информационной
безопасности. В нём дается понятие конфиденциальности информации,
которое встречается в статьях 9 (ограничение доступа к информации), 16
(защита информации) и 17 (ответственность за правонарушения в сфере
информации, информационных технологий и защиты информации).
Конфиденциальность информации, согласно статье 2 ФЗ №149-ФЗ, –
обязательное для выполнения лицом, получившим доступ к
определенной информации, требование не передавать такую
информацию третьим лицам без согласия ее обладателя [1].
− Федеральный закон от 29.07.2004 №98-ФЗ (ред. от 12.03.2014) «О
коммерческой тайне» был принят Государственной Думой 9 июля 2004
года, одобрен Советом Федерации 15 июля 2004 года [2].
41
− Федеральный закон от 27.07.2006 №152-ФЗ (ред. от 21.07.2014) «О
персональных данных» был принят Государственной Думой 8 июля 2006
года и одобрен Советом Федерации 14 июля 2006 года [3].
Программно-аппаратные средства включают:
− использование антивирусных программ;
− обеспечение целостности данных;
− контроля ввода данных пользователем;
− система авторизации;
− система разделения ролей;
− шифрование данных;
− использование сетевых экранов;
− контроль доступа к серверному оборудованию;
− ведения журнала доступа к аппаратному обеспечению.
Для защиты информации в информационной системе использованы
следующие программно-аппаратные средства защиты:
− программа контроля полномочий доступа к информационным ресурсам;
− межсетевой экран StoneGate Firewall;
− Norton Mobile Security;
− Norton Security PREMIUM;
− ACRONIS Backup;
− Sypex Dumper 2.
42
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель
Информационная модель проектируемой системы представлена на рисунке 9.
Представленная модель отображает процесс обработки информации в
проектируемой системы. Поступает информация в систему посредством форм ввода
(формы добавления клиента, заказа, категории, товара, товара в заказ, менеджера),
после этого сохраняется в базе данных (таблицы: клиенты, заказы, категории,
услуги, товары в заказе, менеджеры). При необходимости редактирования
информации вызывается форма редактирования записи (клиента, заказа, товара,
категории, товара в заказе, менеджера), после внесения изменений соответственная
запись обновляется в базе данных.
Рисунок 9 – Информационная модель проектируемой системы
43
2.2.2 Характеристика нормативно-справочной и входной информации
Описание нормативно-справочной информации представлено в таблице 8.
Таблица 8
Перечень нормативно-справочных документов
Название документа
Содержание
Периодичность
Перечень категорий
товаров
Категории товаров
Перед внедрением
Перечень товаров
Товары
Перед внедрением
Список менеджеров
Менеджеры
То же
Список покупателей
Покупатели
То же
Входной информацией являются заказы покупателей, информация о товарах,
менеджерах, категориях, товарах в заказах, данные о клиентах.
Поступает входная информация посредством ввода ее пользователями
(менеджерами компании) через формы соответствующих страниц системы.
В таблице 9 показаны используемые в системе справочники.
Таблица 9
Перечень используемых справочников
Название
справочни
ка
Ответственный
Средний
объём
справочника в
записях
Средняя
частота
актуализации
Средний
объем
актуализаци
и, %
Категории
Менеджер
234
1 раз в 6 мес.
5
Товары
Менеджер
3900
2 раза в месяц
10
Справочник «Категории» включает следующие реквизиты:
- код категории;
- наименование категории;
- описание категории.
Справочник «Товары» включает следующие реквизиты:
- код товара;
- наименование товара;
44
- стоимость;
- категория.
2.2.3 Характеристика результатной информации
Результатом функционирования системы являются страницы, которые
содержат информацию по заказам, товаром, клиентам, менеджерам, товарам в
заказе. Описание результатных документов приведено в таблице 10.
Таблица 10
Описание выходных документов
№
п/п
Наименова
ние
Реквизиты
Таблицы, на
основе которых
формируется
Частота
добавления
Способ
вывода
1
Категории
Номер
Наименование
Категории
По мере
необходимости
Веб-
страница
2
Товары
Номер
Наименование
Весь
Объем
Количество
Категория
Товары
Категории
По мере
необходимости
Веб-
страница
2
Клиенты
Номер
ФИО
Адрес
Телефон
Электронная почта
Клиенты
При создании
заказа
Веб-
страница
3
Менеджеры
Номер
ФИО
Телефон
Электронная почта
Менеджеры
По мере
необходимости
Веб-
страница
4
Заказы
Номер
Дата
Статус
Менеджер
Клиент
Заказы
Клиенты
Менеджеры
При создании
заказа
Веб-
страница
5
Товары в
заказе
Номер
Заказ
Товар
Количество
Товары в
заказе
Заказ
Товары
При создании
заказа
Веб-
страница
Генерируются данные указанных страниц из соответствующих таблиц базы
данных посредство запросов типа SELECT. После этого результаты запроса
45
оформляются в табличный вид и выводятся на экран. Внешний вид результатов
запросов представлен на рис. 10 – 15.
Рисунок 10 – Страница категории
Рисунок 11 – Страница отображения товаров
46
Рисунок 12 – Страница клиентов
Рисунок 13 – Страница менеджеров
Рисунок 14 – Страница заказов
47
Рисунок 15 – Страница товаров в заказах
2.3 Программное обеспечение
2.3.1 Общие положения (дерево функций и сценарий диалога)
Пользователем системы является менеджер по продажам, который
осуществляет управление системой, вводит, редактирует и удаляет записи со
страниц информационной системы.
Дерево функций для клиента показано на рисунке 16. Функции системы
включают служебные и основные функции. Служебные функции включают:
управление менеджерами, управление категориями, управление товарами.
Основные функции включают: управление клиентами, управление заказами,
управление товарами в заказах, авторизация в системе.