75
целостной и доступной, иначе работа склада остановится, и предприятие
понесет убытки.
- деловая – списки поставщиков, складские и бухгалтерские
документы. Эта информация должна быть конфиденциальной, доступной и
целостной.
Само функционирование системы также относится к ценным активам
компании, т.к. нарушение работы ИС приведет к потере доступа к ценной
информации. Поставки будут сорваны, рабочее время потеряно.
Определим, какие угрозы имеются с точки зрения информационной
безопасности [9]:
- Внутренние угрозы (исходящие от так называемых «инсайдеров» -
сотрудников компании). Это может быть умышленная и непредумышленная
порча или удаление файлов с ценной информацией, ввод неверных данных, а
также незаконное копирование (хищение) информации;
- Внешние угрозы: действия хакеров, промышленный шпионаж,
вирусы и т.п.;
- Нарушение связи по вычислительной сети с офисом;
- Отключения электропитания, пожары, наводнения и т.п.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
В качестве информационной модели будем использовать схему данных
(ГОСТ 19.701-90). Схемы данных отображают путь данных при решении
задач и определяют этапы обработки, а также различные применяемые
носители данных. Схема данных состоит из следующих элементов:
76
символов данных (символы данных могут также указывать вид
носителя данных);
символов линий, указывающих потоки данных между
процессами и (или) носителями данных;
символов процесса, который следует выполнить над данными
(символы процесса могут также указывать функции, выполняемые
вычислительной машиной);
специальных символов, используемых для облегчения написания
и чтения схемы.[1]
Весь цикл обработки информации можно разбить на два этапа:
1. Прием, обработка и ввод первичной входящей информации
(паспортные данные, реквизиты организаций и т.д.).
2. Формирование документов (договора и т.д.).
Графическое представление информационной модели отражено на рис.
2.4.
77
Спр Сотрудники
Спр Клиенты*
Спр Заявка
Спр Посещений
ИС
Т Заявки
Т Посещения Т клиенты
Т Статусы
*
Спр Посещения
Спр Клиенты
Спр сотрудники
Спр Статусы
Клиент
Выписка по клиентам
Учет посещенийУчет заявок Учет клиентов
Выписка
по заявке
Выписка посещений
Выписка по учету
посещений
Данные о заявке Посещение Данные о клиенте
Список клиентов
Данные каждого
клиента
Список заявок Данные посещений
Отчет «По
выполненным заявкам»
Сотрудник
Рисунок 2.4 - Информационная модель системы учета посещений клиентов в ООО «Маринаклаб»
78
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В разрабатываемой структуре БД учтены основные правила
целостности. Каждая сущность идентифицируется уникальным ключом, и
разработана система внешних ключей. База данных не содержит
несогласованных значений внешних ключей, то есть при работе с записями
происходит каскадное обновление связанных полей и каскадное удаление
связанных записей.
Целостность, определяемая пользователем, поддерживается
ограничениями в таблицах базы данных на ввод неотрицательных значений,
а также обеспечением выбора значений внешних ключей из списков без
разрешения варианта ввода недопустимого значения.
Разработанная модель находится в 3-й нормальной форме, так как:
атрибуты сущностей являются атомарными;
каждый неключевой атрибут функционально полно зависит от
первичного ключа;
в модели отсутствуют транзитивные зависимости неключевых
атрибутов от ключа.
2.2.3 Характеристика результатной информации
В ходе деятельности разработанной системы учета посещений
клиентов в ООО «Маринаклаб» формируются следующие выходные
документы:
Отчеты;
2.3 Программное обеспечение задачи
2.3 Общие положения (дерево функций и сценарий диалога)
Пользователь имеет возможность выбора функций системы, применяя
кнопочное и пиктографическое меню. Пользователь видит перед собой
содержимое базы данных в виде экранного документа, в котором значения
реквизитов (полей) отвечают наименованиями из его предметной области
79
согласно заданию проекта, а не условным обозначениями полей базы
данных.
Взаимодействие с пользователем осуществляется посредством
экранных форм. Дерево диалога (граф перехода экранных форм) приведено
на рисунке 2.5.
Дерево функций представляет собой иерархическую структуру
действий, реализованных в ИС. Все действия программного продукта можно
разделить на два основных подмножества:
1) служебные функции – идентичны для всех автоматизированных
систем управления на уровне развития аппаратных и программных средств.
Функции этого вида призваны обеспечить безопасность ввода, обработки и
хранения информации, облегчить работу с системой, сделать ее наиболее
удобной для конечного пользователя.
2) основные функции управления и обработки данных. Они отражают
особенности процесса обработки информации, получения результатов,
ведения информационной базы проекта.
Состав и классификация функций разрабатываемого программного
продукта представлены в виде дерева функций (рис. 2.5).
80
Рисунок 2.6 – Дерево функций ИС
Сценарий диалога представлен на рисунке 2.6.
Рисунок 2.6 – Диалог с ИС
Обмен информацией между пользователем и компьютером (точнее, его
программным обеспечением) по всем формальным признакам соответствует
понятию “диалог”. При проектировании диалога, необходимо определить:
структуру диалога;
возможный сценарий развития диалога;
содержание управляющих сообщений и данных, которыми могут
обмениваться человек и приложение (семантику сообщений);
81
визуальные атрибуты отображаемой информации (синтаксис
сообщений).
2.3.2 Характеристика базы данных
Инфологическая (концептуальная) модель — это формализованное
описание предметной области, выполненное безотносительно к
используемым в дальнейшем программным и техническим средствам.[3]
Инфологическая модель должная быть динамической и позволять легкую
корректировку. К основным требованиями, предъявляемым к
инфологической модели, можно отнести следующие:
инфологическая модель должна содержать всю необходимую и
достаточную информацию для последующего проектирования базы данных;
инфологическая модель должная быть понятна лицам,
принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об
объектах системы. Компонентами ER-модели являются сущности (объекты)
и отношения (связи между объектами). Объект имеет множество реализаций
или экземпляров. Экземпляр объекта образуется совокупностью конкретных
значений реквизитов и должен однозначно определяться, т.е.
идентифицироваться значением ключа объекта, который состоит из одного
ли нескольких ключевых реквизитов.
Сущности могут быть зависимыми и независимыми. Сущность
является независимой, если каждый экземпляр ее может быть однозначно
идентифицирован без определения ее отношений с другими сущностями.
Однозначная идентификация экземпляра зависимой сущности зависит от
отношений с другими сущностями.
Для отображения отношений между сущностями используются связи.
Связи существуют, если экземпляры сущностей логически взаимосвязаны
При анализе предметной области были выделены следующие наиболее
важные объекты и их свойства.
82
Помещение (код помещения, название, вид занятий, этаж). Объект
содержит информацию о помещениях, в которых проводятся занятия.
Тренер (код тренера, Ф.И.О., адрес, телефон, возраст). Объект
содержит информацию о тренерах, работающих в спорткомплексе.
Группа (код группы, название, специализация). Объект содержит
информацию обо всех группах, которые занимаются в спорткомплексе.
Посетитель (код посетителя, код группы, Ф.И.О.). Объект содержит
информацию обо всех посетителях, которые подразделены на группы.
День недели (код дня, день недели). Объект хранит все дни недели, в
которые работает спорткомплекс.
Время (код времени, время). Объект хранит информацию о времени
начала и окончания занятий.
Для системы были выделены следующие сущности: «Помещение»,
«Тренер», «Группа», «Посетитель», «Расписание», «День и время», «День
проведения занятий» и «Время проведения занятий». Рассмотрим наглядно
взаимодействие этих сущностей. Для этого построим ERD-модель данных
(Рисунок 2.7).
Рисунок 2.7 – Инфологическая схема (ER-модель)
Связи между сущностями:
83
Сущность «группа» связана (М:М) с «посетителями», один посетитель
может находиться в нескольких группах.
Сущность «группа» связана (1:М) с «расписанием» значит для
определенной группы может быть сформировано расписание с разными
тренерами, помещениями и в разные дни недели и время.
Сущность «тренер» связана (1:М) с «расписанием» значит для
определенного тренера может быть сформировано расписание с разными
группами, помещениями, днями недели и временем.
Сущность «помещение» связана (1:М) с «расписанием» значит, в
определенном помещении могут заниматься множество групп с различными
тренерами, и в разные дни недели и время.
Сущности «день проведения занятий» и «время проведения занятий»
связаны (1:M) c сущностью «день и время», каждый рабочий день недели
содержит все промежутки времени начала и окончания занятий.
Сущность «день и время» связано (1:М) с «расписанием», расписание
содержит разные дни недели и разное время занятий проводимых в
спорткомплексе для всех подразделений.
Сущность «группа» связана (1:М) с сущностью «вид спортивного
занятия», группа занимается определенным видом спорта.
Анализируя каждую сущность и связи между ними, создадим
необходимые таблицы базы данных (Таблица 2.2).
Таблица 2.2
Таблицы базы данных
Таблица
Описание
Имя поля
Тип и длина
Описание
Auditorium
Помещения
Id_auditorium
Autoincrement
Ключевое поле
Name
Varchar (10)
Название
type_occupation
Varchar (15)
Вид занятий
Floor
Int (5)
Этаж
Capacity
Int(5)
Вместимость
Group_off_student
Группы
Id_group
Autoincrement
Ключевое поле
Name
Varchar (10)
Название
Id_sports
Int(11)
Код вида
84
Мax_kol
Int(5)
Количество
Teacher
Тренеры
Id_teacher
Autoincrement
Ключевое поле
Name
Varchar (15)
Имя
Surname
Varchar (15)
Фамилия
Patronymic_name
Varchar (15)
Отчество
Address
Varchar (30)
Адрес
Telephone
Int (15)
Телефон
Age
Varchar (10)
Возраст
Vid sporta
Varchar (15)
Вид занятий
Student
Посетители
Id_student
Autoincrement
Ключевое поле
Id_group
Int (11)
Id группы
Name
Varchar (15)
Имя
Surname
Varchar (15)
Фамилия
Patronymic_name
Varchar (15)
Отчество
Raspisanie
Расписание
Id_raspisanie
Autoincrement
Ключевое поле
Id_timeweekday
Int (11)
Id дата и время
Id_auditorium
Int (11)
Id помещения
Id_teacher
Int (11)
Id тренера
Id_group
Int (11)
Id группы
Weekday
Дни недели
Id_weekday
Autoincrement
Ключевое поле
Weekday
Varchar (11)
День недели
Time
Время
Id_time
Autoincrement
Ключевое поле
time
Varchar (20)
Время
Time_off_weekday
Время дня недели
Id_timeweekday
Autoincrement
Ключевое поле
Id_weekday
Int (11)
Id дня недели
Id_time
Int (11)
Id времени
Sports
Виды спора
Id_sports
Autoincrement
Ключевое поле
Sports
Varchar (20)
Вид занятия
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Для разработки системы автоматизации предприятия используется
приложение. Эта система имеет модульную форму организации
конфигурации. В глобальных модулях хранятся переменные, процедуры и
функции доступные из любых других модулей. Также можно выделить
другие группы модулей:
справочники
документы