56
обязанностей. В таблице 8 приводятся данные о разграничении прав
доступа для разных групп пользователей.
Согласно безопасности пользователи должны иметь учетные записи,
защищенные паролем, который состоит из латинских букв и цифр и имеет
длину более 7 символов. При этом пароли необходимо менять не реже
одного раза в год. Так же устанавливается ограничение в три попытки по
количеству неудачных попыток входа в систему. Это делается для
затруднения расшифровки паролей. Так же ограничивается доступ к файлу
с паролями. За учетными записями пользователей следит администратор
безопасности.
Таблица 10
Разграничение прав пользователей
Группы
пользователе
й
Справочники
системы
Управление
пользователями
Модуль «Ввод
заявок»
Отчеты
Специалисты
отделов
Чтение
Нет доступа
Ограниченный
доступ (ввод
данных)
Чтение
Начальники
отделов
Чтение
Нет доступа
Нет доступа
Чтение
Системный
администрато
р
Полный
доступ
Полный доступ
Полный доступ
Полный
доступ
Все сервера компании должны быть защищены от возможности
несанкционированного доступа к ним. Сервера устанавливаются в
отдельном серверном помещении, запираемом на ключ, либо если нет
отдельного помещения, то сервер должен находиться в специальном
запираемом шкафу.
Вычислительную сеть так же необходимо защитить, так как она
создает условия для того чтобы перехватить данные, нарушить
конфиденциальность и целостность информации.
На всех компьютерах и серверах должны быть установлены
антивирусные программные средства. В ИП «БАЙБЕКОВ» используется
антивирусная программа Symantek, которая обеспечивает комплексную
защиту корпоративной сети от различных видов современных
57
компьютерных угроз. Необходимо периодически обновлять антивирусные
базы на сайте разработчика, для того чтобы иметь эффективную защиту от
новейших вирусов.
Базу данных информационной системы можно зашифровать при
помощи встроенных средств Microsoft SQL Server 2008, который
обеспечивает прозрачное шифрование данных (Transparent Data Encryption
или TDE), а так же целиком всей базы данных. Шифрование происходит
при сбрасывании страницы данных из оперативной памяти на диск. После
того как страница данных загружается обратно в оперативную память,
происходит расшифровывание данных. В результате база данных на диске
находится полностью зашифрованной, причем расшифровка и шифрование
выполняются для приложений абсолютно прозрачно. Все эти
преимущества от использования TDE может получить любое приложение,
которое использует Microsoft SQL Server 2008 для хранения своих данных.
При этом не требуется ни модифицировать ни дорабатывать приложения.
2.2. Информационное обеспечение задачи
2.2.1.Информационная модель и ее описание
Информационная модель автоматизации процессов обработки заявок
представлена на рисунке 10 и представляет собой схему, которая отражает
преобразование информационных реквизитов от источников информации
до её получателей или, иными словами, процесс обработки информации в
информационной системе.
В построенной модели можно выделить несколько логических
уровней:
1) источники информации, которые состоят из:
- информационной системы, в которой хранятся заполненные
справочники;
- специалистов отдела обслуживания и ремонта, которые вводят
исходные данные в ИС;
58
Информационная модель автоматизации процессов обработки заявок
представляет собой схему, отражающую преобразование информационных
реквизитов от источников информации до её получателей или, иными
словами, процесс обработки информации в информационной системе.
В построенной модели можно выделить логические уровни:
1) источники информации:
- информационная система, в которой хранятся заполненные
справочники;
- сотрудники отделов, вводящие исходные данные (заявки) в
систему;
2) первичная информация:
- документы «Заявки от клиентов»;
- формы ввода «Входящие заявки клиента»;
3) таблицы с первичными данными:
- таблицы «Клиенты»;
- таблица «Дефекты»;
- таблица «Комплектующие»;
59
Рисунок 10. Информационная модель системы
4) таблицы с промежуточной и результатной информацией:
- таблица «Заявки клиента»;
- таблица «Дефектная ведомость»;
5) результатные документы и файлы:
- документы «Дефектная накладная»;
- документы «Платежная накладная»;
6) получатели информации:
60
- подразделения ИП «БАЙБЕКОВ» (Отдел обслуживания и ремонта,
Бухгалтерия, Руководство компании).
Область информационной модели отображает процесс подачи
заявки:
- таблицы «Заявки от клиентов» заполняется данными, вводимыми
отделом обслуживания и ремонта ИП «БАЙБЕКОВ»;
- отдел обслуживания и ремонта, которому предназначается заявка,
в реальном времени получает документ и может по нему выполнять
работы по выявлению дефектов;
Область 2 отображает процесс ведения справочников ИС.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
В системе задействованы следующие справочники:
1) Справочник «Клиенты» – содержит информацию о клиентах
компании ИП «БАЙБЕКОВ».
2) Справочник «Дефекты» - содержит информацию о выявленных
дефектах.
3) Справочник «Комплектующие» - содержит информацию о
необходимых комплектующих для ремонта.
Таблица 11
Актуализация справочников системы
Название
справочника
Ответственный
Средний
объем
справочника
, записей
Средняя
частота
актуализаци
и
Средний
объем
актуализации
Справочник
«Клиенты»
Отдел
обслуживания
и ремонта
10000
5 раз в день
100 записей
Справочник
«Дефекты»
Отдел
обслуживания
и ремонта
1000
1 раз в
неделю
10 записей
Справочник
«Комплектующие»
Отдел
обслуживания
и ремонта
5000
1 раз в
неделю
10 записей
Справочник
«Пользователи»
IT-отдел
10
1 раз в год
1-2 записи
61
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Разрабатываемый программный продукт автоматизирует функции
обработки заявок компанией ИП «БАЙБЕКОВ».
Выделяется два подмножества функций системы обработки заявок
(рисунок 11):
- служебные функции, к которым относятся вход в систему с учетной
записью пользователя, добавление документов, помощь по работе с
программой;
- основные функции обработки данных: ведение справочников
системы, просмотр и печать документов.
Система должна работать в многопользовательском режиме. При
входе в систему под определенной учетной записью, пользователь получит
доступ к тем функциям системы, которые ему доступны.
Рисунок 11. Дерево функций системы
На рисунке 12 представлена структура меню программы, которая
состоит из следующих модулей:
– служебные (вход в систему, смена пользователя, выход из
программы);
– журнал (заявки клиентов, дефектная ведомость);
– отчеты (дефектная накладная, платежная накладная);
62
– справочники (клиенты, дефекты, комплектующие);
– справка (справка, о программе).
Рисунок 12. Сценарий диалога ИС
2.3.2. Характеристика базы данных
В качестве СУБД для клиент-серверного самописного приложения
оптимальным решением будет SQL Server, в связи с этим база данных
Applications будет являться реляционной базой данных с составе
разрабатываемой информационной системы. В таблице 12 представлены
сущности, используемые в разрабатываемой информационной системе.
Таблица 12
Перечень сущностей и их соответствие информационной
модели
№
Название сущности в информационной
модели
Идентификатор таблицы
1.
Справочник «Клиенты»
Clients
2.
Справочник «Пользователи»
Users
3.
Справочник «Дефекты»
Deffects
4.
Справочник «Комплектующие»
Components
5.
Таблица «Заявки клиентов»
Orders
6.
Таблица «Дефектовочная ведомость»
DefStatement
7.
Таблица «Строки дефектов»
Orders
8.
Таблица «Строки комплектующих»
DefStatement
Разработаем ER-модель (Entity-Relationship model, модель
«сущность-связь») базы данных. ER модель (рисунок 13) отображает
состав и взаимосвязи таблиц, отражающих содержание информационной
модели в терминах конкретной СУБД.
63
Рисунок 13. Структура базы данных
Структуры справочников и таблиц приведены в таблицах 13- 20.
Таблица 13
Структура справочника «Клиенты» Clients
АТРИБУТ
СУЩНОСТИ
ИДЕНТИФИКАТОР
ПОЛЯ
ТИП
ПОЛЯ
Длина поля
Прочее
Идентификатор
ID
int
Первичный
ключ
ФИО
Name
varchar
100
символов
Телефон
Fone
varchar
10 символов
Город
City
varchar
50 символов
Адрес
проживания
Adress
varchar
250
символов
64
Таблица 14
Структура справочника «Дефекты» Deffects
АТРИБУТ
СУЩНОСТИ
ИДЕНТИФИКАТОР
ПОЛЯ
ТИП
ПОЛЯ
Длина поля
Прочее
Идентификатор
ID
int
Первичный
ключ
Наименование
Description
varchar
100
символов
Таблица 15
Структура справочника «Пользователи» Users
АТРИБУТ
СУЩНОСТИ
ИДЕНТИФИКАТОР
ПОЛЯ
ТИП
ПОЛЯ
Длина поля
Прочее
Идентификатор
ID
int
Первичный
ключ
Имя пользователя
Name
nvarchar
100
символов
Пароль
Password
nvarchar
50 символов
Актуальность
пользователя
isActual
bit
Таблица 16
Структура справочника «Комплектующие» Components
АТРИБУТ
СУЩНОСТИ
ИДЕНТИФИКАТОР
ПОЛЯ
ТИП
ПОЛЯ
Длина
поля
Прочее
Идентификатор
ID
int
Первичный
ключ
Наименование
Description
nvarchar
50
символов
Серийный
номер
SerialNum
nvarchar
20
символов
Таблица 17
Структура таблицы «Заявки клиентов» Orders
АТРИБУТ
СУЩНОСТИ
ИДЕНТИФИКАТОР
ПОЛЯ
ТИП ПОЛЯ
Длина
поля
Прочее
Идентификатор
ID
int
Первичный
ключ
Идентификатор
клиента
ClientID
int
Связь с
таблицей
Clients
Номер заявки
Num
nvarchar
Дата заявки
Date
Datetime
Идентификатор
пользователя
UserID
Int
Связь с
таблицей
Users
Описание заявки
Description
nvarchar
254
символа
65
Таблица 18
Структура таблицы «Дефектовочная ведомость»
DefStatement
АТРИБУТ СУЩНОСТИ
ИДЕНТИФИКАТОР
ПОЛЯ
ТИП
ПОЛЯ
Длина
поля
Прочее
Идентификатор
ID
int
Первичный
ключ
Идентификатор заявки
OrderID
int
Связь с
таблицей
Orders
Идентификатор
пользователя
UserID
Int
Связь с
таблицей
Users
Номер ведомости
Num
nvarchar
Дата ведомости
Date
Datetime
Таблица 19
Структура таблицы «Строки дефектов» DeffectsList
АТРИБУТ СУЩНОСТИ
ИДЕНТИФИКАТОР
ПОЛЯ
ТИП
ПОЛЯ
Длина
поля
Прочее
Идентификатор
ID
int
Первичный
ключ
Идентификатор
дефектовочной
ведомости
DefStatementID
int
Связь с
таблицей
DefStatement
Идентификатор
дефекта
DeffectID
Int
Связь с
таблицей
Deffects
Стоимость работ
Price
float
Таблица 20
Структура таблицы «Строки комплектующих»
ComponentsList
АТРИБУТ СУЩНОСТИ
ИДЕНТИФИКАТОР
ПОЛЯ
ТИП
ПОЛЯ
Длина
поля
Прочее
Идентификатор
ID
int
Первичный
ключ
Идентификатор
дефектовочной
ведомости
DefStatementID
int
Связь с
таблицей
DefStatement
Идентификатор
комплектующего
ComponentID
Int
Связь с
таблицей
Components
Цена
Price
float
Количество
Count
float