67
Таблица 2.2
Разграничение прав пользователей
Группы
пользователей
Модуль
«Авторизация»
Модуль
«Учет»
Модуль
«Ввод»
Модуль
«Отчеты»
Сотрудник
Чтение
Нет
Нет
Ограничен
Администратор
системы
Полный
Полный
Полный
Полный
Защита от внешних угроз осуществляется путем применения следующих
способов:
использованием программно-аппаратных комплексов защиты от
несанкционированного доступа;
разработкой и соблюдение политик безопасности;
использованием антивирусных средств;
физической защитой помещений с наиболее ценной информацией.
Также в компании разработана политика безопасности, включающая себя
следующие частные документы:
1. Правила парольной защиты;
2. Правила защиты от вирусов и злонамеренного программного
обеспечения;
3. Требования по контролю за физического доступом;
4. Инструкция по безопасному уничтожению информации или
оборудования;
5. Правила осуществления удаленного доступа;
6. Требования резервного сохранения информации;
7. Требование мониторинга доступа и использования систем и ведения
лог файлов;
8. Требования при обращении с носителями данных;
9. Требования при регистрации пользователей;
10. Требования по проверке прав пользователей;
11. Требования по контролю доступа в операционную систему;
12. Требование к процедуре входа в систему (log on);
13. Правила использования системных утилит;
68
14. Правила удаленной работы мобильных пользователей;
15. Требование распределения ответственности при обеспечении
безопасности;
16. Правила безопасности при выборе персонала;
17. Требования контроля оперативных изменений;
18. Требования к применению криптографических средств управления;
19. Требования по контролю доступа к исходным текстам программ и
библиотек;
20. Требования контроля вносимых изменений;
21. Ограничения на изменения прикладного ПО.
Сама политика безопасности позволяет определить направление развития
в области информационной безопасности, а также уровень внимания и
суммарную величину ресурсов, которые целесообразно выделить руководство
компании.
Политика безопасности базируется на основе результатов анализа рисков,
которые получаются реальными для ИС компании. После того, как проведен
анализ рисков и выявлена стратегия защиты, строиться программа, которая
должна обеспечить информационную безопасность. Для этой программы даются
ресурсы, определяются ответственные лица, а также определяется срок контроля
работы этой программы.
Политика безопасности фирмы должна предусматривать структуру
легкого, адекватного для понимания документа высокоуровневой политики,
который в свою очередь поддерживается специализированными политиками
других процедур безопасности.
Высокоуровневая политика ИБ должна время от времени
пересматриваться, что гарантирует своевременный учет потребностей компании.
Все документ политики должны составляться таким образом, чтобы она была
независима от конкретных технологии, лишь тогда документы не придется
менять очень часто.
Для ознакомления с базовыми понятиями политики безопасности стоит
рассмотреть в качестве примера гипотетическую ЛВС, которая принадлежит
некоторой организации, и ассоциировать с ней политику безопасности.
69
Политика безопасности чаще всего оформляется в виде документа,
который включает такие разделы, как описание проблемы, сфера применения,
позиция компании, распределение обязанностей и ролей, возможные санкции и
т.д. Данные, перемещающиеся в рамках ЛВС, являются критически важными.
Локальная сеть дает возможность совместного доступа пользователей к
программам и данным, что также увеличивает угрозу безопасности.
Именно поэтому каждая рабочая станция, входящая в сеть, нуждается в
хорошей защите. Такие высокие меры безопасности и являются основной темой
этого документа, который признан показать сотрудникам компании важность
сохранения безопасности сетевой среды, а также выделить их роль с системе
безопасности и распределить точные обязанности по защите данных,
находящихся внутри сети.
Область использования. В сферу действия такой политики могут попасть
все программные, аппаратные и информационные ресурсы, которые входят в
ЛВС компании. Подобные меры ориентированы на людей, которые работают с
сетью, в т. ч. на пользователей, подрядчиков и поставщиков.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Для создания схемы информационной модели, предварительно определим
несколько реквизитов, составляющих нашу ИС.
Информационные объекты необходимые для работы системы состоят из:
- администратора системы;
- менеджера.
- Экранных форм:
70
а) для администратора: экранные формы ввода информации в справочники
системы, получения отчетов;,
в) для менеджера: экранные формы учета поступления, учета продаж.
Администратор, в свою очередь, заполняет справочник товаров через
экранную форму, задает им реквизиты и в процессе работы фирмы меняет их,
вносит информацию о наличии товаров в магазине, и увеличивает или
уменьшает их число на сайте. Он использует информацию о наличии на складе,
по предоставляемым документам об отпуске или поступлении товаров, или из
программы 1С.
Покупатель принимает информацию из каталога товаров, внесенных
менеджером, об их наименовании и ценах. Затем он принимает решение, о
покупке, выделяя товары и их кол-во, в экранной форме заказа товара. После
совершения заказа покупатель получает печатный счет к оплате. Заказ
добавляется в таблицу заказов. В то же время менеджер замечает добавление
нового заказа в экранной форме-списке заказов. Он просматривает содержимое
заказа, и реквизиты. Печатает его из печатной формы и отправляет заказ на склад
для резервирования необходимого количества товаров.
Информационная модель включает в себя четыре области:
Область выходной информации
Область справочников системы
Область обработки информации
Область входной информации
На модели приведены следующие входные документы:
сведения о пользователях, поступающие от отдела кадров;
прайс-лист, поступающий из отдела продаж;
перечень магазинов, поступающий из бухгалтерии.
Процесс работы показан на информационной модели на рисунке 2.2.
71
Область входной информации
ИС
Спр
Производители
Спр
Производители*
Спр Магазины
Спр Типы товаров
Спр Типы
товаров*
Спр Товары
Спр Товары*
Спр Пользователи
Спр
Пользователи*
Т Продажи
Т Продажи*
Т Наличие
товаров
Т Наличие
товаров*
Учет
производите
лей
Учет
пользовател
ей
Сведения о
пользователях
Учет
товаров
Прайс-лист
Учет продаж
Учет
поступления
Список типов
товаров
Список
типов
товаров
Отчет о
наличии
товаров
Отчет о
наличии
товаров
Список точек
реализации
Список
точек
реализации
Список товаров
Список
товаров
Отчет о
продажах
Отчет о
продажах
Список
производителе
й
Список
производите
лей
Список
пользователей
Список
пользовател
ей
Менеджер
Учет
магазинов
Список
магазинов
Спр Магазины*
Администратор
Менеджер
Область справочников системы
Область обработки информации
Область выходной информации
Спр Категории
товаров
Спр Категории
товаров
Рисунок 2.2 Информационная модель системы
В системе предусмотрены следующие справочники:
Пользователи
Товары
Типы товаров
Категории товаров
Производители
Магазины
К таблицам с промежуточной информацией относятся таблица Продажи и
Наличие.
72
Заполнение справочников происходит при первом запуске системы, далее
они только редактируются. При использовании основных справочников
происходит учет продаж, в ходе которого записывается информация в таблицу
Продажи. Учет поступления товаров на Магазины регистрируется путем
занесения информации в таблицу Наличие. Ее же данные меняются при
продажах товара, позволяя постоянно иметь сведения об актуальном количестве
того или иного товара.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В системе используются следующие входные документы:
Договор о поставке;
Договор о продаже;
Прайс-лист;
Документ Договор о поставке имеет следующие реквизиты:
Наименование продукции;
Количество ;
Дата поставки;
Реквизиты поставщика.
Документ договор о продаже имеет следующие реквизиты:
Наименование продукции;
Количество ;
Дата продаж;
Документ Прайс-лист имеет в своем составе следующие реквизиты:
Наименование
Артикул
Единица измерения
Закупочная цена
Оптовая цена
Розничная цена
73
Все документы могут поступать как бумажной, так и в электронной
формах.
В системе используются справочники, приведенные в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
№
пп
название
справочника
ответственный
за ведение
средний
объём
справоч-
ника в
записях
среднюю
частоту
актуали-
зации
средний
объем
актуали-
зации, %
1.
Сотрудники
Администратор
100
1 раз в месяц
10
2.
Товар
Администратор
100
1 раз в месяц
10
3.
Тип товара
Администратор
50
1 раз в месяц
10
4.
Категория
товара
Администратор
50
1 раз в месяц
10
5.
Производители
Администратор
500
1 раз в
неделю
25
6.
Магазины
Администратор
500
1 раз в
неделю
25
Реквизитный состав справочников приведен в таблице 2.4.
Таблица 2.4
Реквизитный состав справочников
№ пп
Наименование
Перечень реквизитов
1
Сотрудники
Фамилия;
Имя;
Отчество;
Дата рождения
Пароль
Логин
Дата регистрации.
2
Товары
Полное наименование
Краткое наименование
Тип товара
Категория товара
Единица измерения
Стоимость
3
Тип товара
Полное наименование
Краткое наименование
4
Категория товара
Наименование
5
Производитель
Наименование
6
Магазины
Наименование
2.2.3 Характеристика результатной информации
74
Результатная информация – информация, полученная при выполнении
запросов к таблицам БД. В конкретном случае представляет собой выборку из
базы данных системы и не содержится в каких-либо специальных таблицах БД.
Результатные документы, являясь одной из важнейших частей системы
учета продаж, должны отвечать следующим требованиям:
Информация должна быть полной – содержать в себе все
необходимые входные и результатные показатели;
Актуальность выводимой информации;
Достоверность информации;
Логически построенные формы документа;
Полная автоматизация расчетов показателей.
В рамках проекта результатная информация представляется в виде двух
форм:
1. В виде печатных форм
2. В виде экранной формы
В качестве выходных в разработанной системе учета продаж формируются
следующие документы:
Отчет по продажам за магазин;
Отчет по продажам за категорию товара;
Отчет по продажам за типы товаров;
Отчет по продажам за продавцов.
Каждый отчет формируется за определенный временной период.
Используемые классификаторы и система кодирования
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В разработанной системе предусмотрено 2 вида пользователей:
Администратор;
Продавец.
Каждый из этих лиц обладает в системе своими возможностями.
Функции администратора системы учета продаж представлены на рисунке
2.3.
75
Функции
Служебные
Основные
Настройки
программы
Справка
Получение
отчетных
документов
Отчет по продажам за
магазин
Отчет по продажам за
категорию товара
Отчет по продажам за
типы товаров
Работа со
справочниками
Продавцы
Товары
Производители
Типы товаров
Отчет по продажам за
продавцов
Категории
товаров
Магазины
Рисунок 2.3 Функции администратора
Функции
Служебные
Основные
Авторизация
Справка
Учет
поступления
Товар
Магазин
Количество
Учет продаж
Товар
Магазин
Количество
Рисунок 2.4 Функции продавца
76
Сценарии диалога, формирующийся на основе дерева функций, приведены
на рисунках 2.5 – 2.6.
Главное
меню
Настройки
программы
Статистика
Отчет по продажам за
магазин
Отчет по продажам за
категорию товара
Отчет по продажам за
типы товаров
Справочники
Продавцы
Товары
Производители
Типы товаров
Отчет по продажам за
продавцов
Категории
товаров
Магазины
Табличный
вид
Графический
вид
Удаление
Добавление
Редактирование
Сортировка
Рисунок 2.5 Сценарий диалога для администратора
Главное
меню
Выход
Пополнение
Продажа
Товар
Магазин
Количество
Товар
Магазин
Количество
Мои продажи
Табличный
вид
Графический
вид
Рисунок 2.6 Сценарий диалога для продавца