68
1. Регистрация заявки:
‒ ввод данных
select
о клиенте;
‒ ввод данных о проблеме;
‒ выбор срока
нападения
выполнения заявки.
В
редактирование
качестве объекта
значительно
нападения в данном
освоить
случае может
использует
выступать
пользователь, целостность файлов,
набор
база данных.
Воздействие
действенных
на объекты, в соответствии
стоимостных
с принятой моделью
наиболее
нарушителя, может
способы
быть непосредственным (несанкционированное
desk
изменение файлов
определение
информационной системы,
ходе
добавление и исполнение
службу
вредоносного кода, переход
содержит
на сторонние ссылки и
предмет
т.п.) и опосредованным
(например,
здесь
из внешней сети
которые
с целью нарушения
которые
целостности создаваемого
пакета
else
данных или
организации
внедрение программного
модели
кода). Программный
риски
код
иметь
может
быть
потенциального
внедрен лицом
департамент
из обслуживающего персонала.
69
Таблица 2.2
Перечень
mysql
рисков при
федерации
передаче статусов
автоматизация
заявки
Статусы заявки
Угрозы
Требования
Методы
mechanism
нападения
Конфиденциальности
Целостности
Доступности
Умышленное искажение
языки
информации
пользователем при
управленческих
ее вводе
+
+
3
Непреднамеренное искажение информации
пользователем при
выше
ее вводе
+
+
4
Несанкционированный доступ
окно
к базе данных
включая
с дальнейшим повсеместным
каждая
распространением сообщений
+
4
Запрещенное
часто
удаление статусов заявки
структура
+
+
4
Запрещенное изменение
выходной
программного
обеспечения
+
+
+
3
Запрещенное
проверки
изменение
между
аппаратных средств
+
+
+
2
Внедрение
международная
вредоносного кода
+
+
+
4
Внедрение
чтобы
сторонней ссылки
+
+
+
4
Установка
могут
следящих программ
окно
на
компьютеры конечных
модуль
пользователей
+
+
+
4
Аппаратные сбои
+
+
+
4
Перехват
установка
информации при
сотр
ее передаче по
незащищенным
имена
каналам связи
рубл
с сетью
Интернет
+
3
DDoS
названием
атака
расчет
на хостинг
+
4
Атака спам-ботов
+
4
70
Выполнение
структуры
поручений:
‒ изменение текста статуса;
‒ защита от спам-ботов
safari
путем включения
портала
различным способов капчи;
‒ формирование
создания
бинарных файлов (их
телефону
промежуточное хранение);
2.1.3. Организационно-правовые
динамического
и программно-аппаратные
средства
между
обеспечения информационной
длительности
безопасности и защиты
могут
информации
Для многих
пособы
может показаться что электронный
встретить
портал представляет
mysql
собой самый
клиент
обычный сайт,
разделяется
но его клиенты
запроса
даже могут
которой
и не подозревать, что
проекта
в основе его
интернет
работы лежит
изменение
сложная вычислительная
декомпозиция
система, которая
экономики
оборудована определенными
фактически
функциями автоматизации
конец
и собственной
системой
создания
безопасности.
Как это
запрещенное
должно быть,
windows
каждый отдельный
поэтому
модуль электронный портал
описание
уже
связи
на этапе своей
своих
загрузки проводит
информационная
проверку совершаемых
windows
действий,
чтобы
департамент
не позволить вредоносным
стороннего
программам или
копировальная
взломщикам попасть
департамент
в
систему. Так,
служба
например, модуль
всем
каталог (или
adobe
модуль, отвечающий
apache
за вывод
товаров) наиболее
средств
часто подвергается
таблица
атакам злоумышленников,
программа
так как
каталог
он
оперирует информацией
пользователи
по товарам и представляет
внутри
собой слабое
решить
звено. Чем
статус
более загруженным
рассмотрим
оказывается модуль
которые
или раздел
содержатся
сайта, тем
этом
в большей
опасности
обеспечения
для владельцев
снижение
сайта он находится.
Однако
иметь
стоит отметить,
различных
что все
беспечение
не так плохо. На
межъязыковое
нынешний момент,
web-программисты,
которая
которые специализируются
труд
на создании сайтов,
дата
применяют в своей
поэтапная
практике наиболее
обновление
улучшенные системы
схема
и способы
защиты,
стоимостные
которые позволяют
создайте
эффективно отслеживать
bootstrap
незаконные действия,
оказывать
тем самым
приложение
предотвращают их отрицательное
содружества
воздействие на систему.
Одной
данные
из действенных частей
прогнозировать
системы защиты
таблица
является процедура
внедрении
регистрации пользователей. Сейчас
заявок
можно и не встретить
портала
сайт без
предлагает
такой
71
функции, но иногда
ошибке
недобросовестные web-программисты могут
установка
ей не
воспользоваться. Обязательно,
разделяется
регистрируясь на сайте,
windows
уделите пристальное
статус
внимание паролю. Чем
обеспечение
надежнее и сложнее
заполнение
он, тем
развития
в большей
информационной
linux
безопасности находится
июля
ваш профиль
выводит
на сайте. Такая
целостности
малозначительная деталь
таблицы
сыграет одну
всех
из ключевых ролей
информацию
в защите ваших
изображена
данных от посягательств
время
со стороны недоброжелателей.
Так
производить
в нашем сайте
mysql
организована обязательная
сайта
регистрация клиентов
идентификатор
с
последующей авторизацией. Так
просмотр
только после
подготовки
авторизации пользователю
opera
доступна регистрация
арма
заявки в службу
кнопка
технической поддержки. Как
безопасность
обязательная часть
дата
системы защиты,
использовании
административная панель
функций
находится в
закрытой
данные
непубличной части
указанной
сайта и имеет
отвечают
отличных от обычного
поддержки
пользователя вход
компоненты
в систему.
2.2. Информационное обеспечение
всех
задачи
2.2.1. Информационная модель
компьютер
и её описание
Информационная модель – это
рисунок
абстрактный объект, который
управление
заменяет
объект
недоступности
оригинальный с целью
программных
его исследования и
ошибок
при этом
обеспечение
должен
сохранить свойства
заявка
оригинала, которые
изменение
важны для
недостатки
проектирования. При
чтобы
создании модели нужно определить главные характеристики
учесть
объекта и
возможную погрешность всех
федерации
выбранных свойств,
стоимостные
входные данные,
взаимоотношения
удобный
характеристик.
Создания информационной
обоснование
модели важно,
вывода
чтобы понять
трудовых
структуру,
основные
качестве
свойства, законы
процессор
взаимодействия составляющих
управленческих
объекта, который
рисунок
анализируется, научиться
запустить
управлять этим
здесь
объектом и прогнозировать
удалить
последствия реализации
организации
управления (рис. 2.4).
72
Рисунок 2.4 – Информационная
клиент
модель
Область 1 отображает процесс
пользователя
автоматизации регистрации заявки
обеспечить
в
службу технической
компоненты
поддержки. В обязанности
wddm
потенциального клиента
входят:
страница
ввод личных
деятельности
и контактных данных,
заполнение
а также ввод данных
практическом
о проблеме
и сроках
время
выполнения заявки. В
management
возможности сотрудника – просмотр
базе
данных
о зарегистрированных
информации
заявках.
2.2.2. Характеристика нормативно-справочной,
срок
входной и
оперативной
проверка
информации
73
Интегрированный электронный
реализации
портал разрабатывается
организации
не с чистого
листа. В основе
диаграмма
ее работы сосредоточены системы
начинаться
учета, которые уже имеют
азвание
большой опыт
данный
применения, но без
внутренних
использования компьютерной
ичные
автоматизации процессов. Поэтому
требования
входными для
phpstorm
данными для
реорганизации
системы
будут
основным
являться те же самые
нового
данные, используемые в неавтоматизированном
время
режиме работы. Каждая
обоснование
из подсистем имеет
которые
свой набор
обновление
входной и выходной
материальных
информации. Опишем
изменяя
входную и выходную
права
информацию для
модули
каждой
подсистемы.
Результатом
участвовавших
ввода этих данных
информацию
будет являться
главной
список предложенных к
выполнению
контактных
заявок. Выходными
наиболее
данными являются статусы
приложение
выполненных
заявок.
Сводная
применяется
таблица данных показана
проекта
далее.
Таблица 2.3
Сводная таблица
области
данных проектируемой
прием
ИС
№
Полное
наименование
Краткое
подвижного
наименование
Ответственный
Частота
актуализации
1
Регистрация
landesk
заявки на ремонт
Регистрация
Клиент
По
информационную
необходимости
2
Статус заявки у
неключевой
клиента
Статус у
приложение
клиента
Клиент
В мере
таблица
поступления
3
Статус заявки у
проекту
сотрудника
Статус у
объединение
сотрудника
Сотрудник
В
while
мере
поступления
2.2.3. Характеристика
перейти
результатной информации
В
процессы
процессе описания
частью
структуры записи
соответствии
файлов для
специфики
описания типа
продукта
полей записи
данные
используются сокращенные
также
обозначения, приведенные
opera
в
таблице 2.4.
74
Таблица 2.4
Перечень
всех
обозначений типов
системы
полей записи
thirdedition
базы данных
Наименование
неопытных
типа поля
информацию
записи
Полное название
Краткое
ruby
обозначение
Символьный тип
Varchar
VС
Числовой
unix
тип
Integer
I
Дата и время
приложение
DateTime
DT
Текст
Text
T
Таблица 2.5
Структура
расчет
таблицы «Статусы» в
этом
базе данных
№
Наименование
удобно
поля
Идентификатор
Тип
Количество
символов
1.
ID
также
сообщения
ID
I
11
2.
ID заявки
IDRequest
I
11
3.
Статус
внедр
заявки
Status
VС
200
4.
Дата и время статуса
структура
заявки
SDate
DT
Таблица 2.6
Структура таблицы «Заявка
компоненты
на ремонт» в базе
thead
данных
№
Наименование поля
Идентификатор
Тип
Количество
которые
символов
1.
ID заявки
ID
I
11
2.
ID
поток
клиента
IDClient
I
11
3.
ID сотрудника
IDEmp
I
11
4.
Название
RTitle
VС
200
5.
Описание проблемы
Description
VС
200
6.
Дата
писание
поступления
Begindate
DT
7.
Примерная дата возврата
Enddate
DT
75
Данный
рисунок
выходной документ
краткое
формируется всякий раз, когда «Заявка
которые
на
ремонт» одобряется
установка
и утверждается.
2.3. Программное обеспечение
электронного
задачи
2.3.1. Общие положения (дерево
структуру
функций и сценарий
деятельности
диалога)
Разрабатываемая система
возможный
мониторинга представляет
пользователи
из себя набор
возможных
функциональных АРМов,
успешного
работающих непосредственно
контролировать
с общей для
оформленные
всей
системы
расходы
базой данных. В
apache
стандартный набор
управление
входят следующие
системы
АРМы:
‒ Администратор
‒ Сотрудник
‒ Клиент
‒ Посетитель (неавторизированный
инженер
пользователь)
Рассмотрим дерево
большую
функций на примере
обучение
АРМа администратора (рис.
2.5).
Рисунок 2.5 – Дерево
получение
функций АРМ
труд
администратора
Рассмотрим дерево
рисунок
функций на примере
добавления
АРМа сотрудника (рис. 2.6).
Авторизация
Список сотрудников
Работа
onclick
с заявками
Список клиентов
Выйти
Добавление
Изменение
Удаление
Просмотр
Просмотр
76
Рисунок 2.6 – Дерево
произвести
функций АРМ
пользователь
сотрудника
Рассмотрим дерево
mysql
функций на примере
целей
АРМа клиента (рис. 2.7).
Рисунок 2.7 – Дерево
департамент
функций АРМ
системы
клиента
Схема, описывающая
департамент
дерево диалога, представлена
субд
на рисунке 2.8.
Авторизация
Регистрация
финансовых
заявки
на прием
Просмотр статусов
apache
заявок
Просмотр заявок
Выйти
Авторизация
Просмотр
наиболее
заявок
Изменение статуса
конкретизирует
заявки
Просмотр выполненных заявок
Выйти
77
Рисунок 2.8 – Сценарий
рисков
диалога
Карта электронного портала представлена
пользователь
на рисунке 2.25
Основное
суть
меню
Регистрация
Авторизация
Регистрация
заявки
Сотрудник
Клиент
Администратор
Просмотр
работников
откликов на
заявки
Просмотр
выполнено
статусов заявок
Список
продукта
сотрудников
Добавить
Изменить
Удалить
Список
клиентов
Просмотр
Список
employers
заявок
Просмотр
Просмотр
заявок
Изменение
данных
статуса заявки