• изменение цвета ссылки относительно общего цвета текста;
  
• выделить подчеркиванием;
  
• курсивом или жирным шрифтом;
  
• различные комбинации вышеперечисленных способов.
  

Исследованием HTTP- протокола занимаются многие ученые. А.Е. Изюмов провел исследование безопасности протокола HTTP [1].
Реализацией электронной библиотеки с использованием протоколов HTTTP и Z39.50 занимались Н.В.Максимов, М.А.Сысойкина [2]. Обнаружением несанкцинированной отправки данных по HTTP-протоколу на уровне гипервизора рассматривал А.И. Печенкин [3]. Информационные потоки по времени, основанных на заголовках кэширования протокола HTTP описали Д.Н. Колегов., и др. [4]. Рассмотрением HTTP-заголовка стандарта де-факто x-forwarded-for как элемента, способствующего осуществлению НСД к веб-ресурсам А.М. Максимов и др. [5]. По Оптимизации передачи гипертекстовых изданий в глобальных сетях провел исследования И.Б. Зайцев [6]. Р.И.Баженов, А.П.Корнилков занимались прикладным применением http-протоколом [7, 8]. Зарубежные ученые также занимаются изучением HTTP- протокола [9, 10].

Для реализации системы был взят протокол HTTP. Задача, которая традиционно решается с помощью протокола HTTP — обмен данными между пользовательским приложением, осуществляющим доступ к веб-ресурсам (обычно это веб-браузер) и веб-сервером. На данный момент именно благодаря протоколу HTTP обеспечивается работа Всемирной паутины. Каждое HTTP-сообщение состоит из трёх частей, которые передаются в указанном порядке:

• Стартовая строка (англ. Starting line) — определяет тип сообщения;
• Заголовки (англ. Headers) — характеризуют тело сообщения, параметры передачи и прочие сведения;
• Тело сообщения (англ. Message Body) — непосредственно данные сообщения. Обязательно должно отделяться от заголовков пустой строкой.

При реализации базового алгоритма было предусмотрено наличие большое количество программного кода. Вследствие чего исходный код программного обеспечения был разбит на два модуля:

• Клиент - посылает после установления соединения запрос серверу.
  
• Сервер -
  принимает запросы от клиента и обрабатывает их. И полученный результат обработки возвращает обратно клиенту в качестве сообщения-ответа.
  

Решение поставленной задачи.

Запускаем сервер (рис.1).

Рисунок 1 – Рабочее окно сервера

Теперь запускается клиент. Так как тестирование производится на одном компьютере в строку IP вводится localhost (рис.2).

Рисунок 2 – Рабочее окно клиента

При подключение на клиенте активируются остальные кнопки и выводится время подключения. На сервере в листинг выводится информация о подключение, и клиент добавляется в список.

Так как сохранение возможно, только если заголовок и текстовое поле не пусты, вводим заголовок «Hello» и текст [b]Hello[be] [i]User[ie], [u]desu[ue], для вставки тегов воспользуемся специализированными кнопками (рис. 3).

Рисунок 3- Сохранение документа

Щелчком на кнопку «Список» выводим список документов, хранящихся на сервере. Наблюдаем наш документ Hello (рис. 4).

Рисунок 4 – Итог тестирования

По итогам программы все функции системы были проверены и оказались работоспособны.

В результате изучения теории был выбран протокол, на основе которого, разработан собственный, позволяющий реализовать систему обмена гипертекстовыми сообщениями. С помощью разработанных команд собственного протокола разработано клиент-серверное приложение – система обмена гипертекстовыми сообщениями. В среде программирования Delphi.

Во время поверки проводят внешний осмотр СИТ, выполняют его опробование, проверяют комплектацию и сравнивают измеренные действительные значения метрологических характеристик с нормируемыми значениями (с установленными в нормативном документе на данное средство измерений). Конкретный порядок поверки (с перечнем применяемых средств измерений (СИ) и методов поверки) указан в соответствующих нормативных документах на СИ. При этом, как правило, чем сложнее и точнее СИ, тем выше сложность, трудоемкость поверки и больше факторов, которые влияют на порядок ее проведения [2, 3].

Снизить трудоемкость поверки и одновременно повысить быстродействие это процедуры возможно при использовании специальной компьютерной программы, которая позволила бы:

- на основе введенных в программу исходных данных выбрать из методики поверки этапы этой процедуры, СИТ и значения нормируемых характеристик;

- на основе введенных действительных (измеренных) значений нормируемых метрологических характеристик дать заключение о пригодности к применению СИ и вывести на печать протокол с результатами поверки.

Для проверки выдвинутой рабочей гипотезы проанализируем операции поверки штангенциркуля, нормируемые метрологические характеристики которого представлены в соответствующем нормативном документе (ГОСТ 166-89 (ИСО 3599-76) Штангенциркули. Технические условия).  Согласно стандарту (ГОСТ 8.113-85 Государственная система обеспечения единства измерений. Штангенциркули. Методика поверки) поверка штангенциркуля состоит из 14 этапов. Включение конкретной операции в общую процедуру поверки зависит от следующих факторов:

- тип штангенциркуля (в технических условиях описаны четыре типа);

- вид отсчетного устройства (возможны три варианта отсчетных устройств: с отсчетом по нониусу, отсчетом по круговой шкале, с цифровым отсчетным устройством);

- состояние СИ (выпуск с производства, выпуск после ремонта, эксплуатация и хранение);

- виды нормируемых метрологических характеристик.

Анализ методики поверки показал следующее:

- для штангенциркулей первого типа с отсчетом по нониусу производятся все операции  поверки, кроме этапа 3.3.7;

- для первого типа штангенциркулей с отсчетными устройствами, включающими  круговую шкалу или цифровую шкалу, из процедуры поверки исключаются этапы 3.3.3, 3.3.4, 3.3.8, 3.3.9, 3.3.10;

- все операции поверки штангенциркуля типа II и типа III совпадают;

- для штангенциркулей типа II или типа III с круговым или цифровым отсчетным устройством из поверки исключаются операции 3.3.3 и 3.3.4.

Кроме того, для каждого из состояний штангенциркуля (выпуск с производства, выпуск после ремонта, эксплуатация и хранение) назначены определенные этапы поверки. Так, например, при выпуске СИ из производства, поверка включается в себя все 14 операций (при условии, что тип отсчетного устройства позволяет выполнить некоторые операции). Если штангенциркуль был отремонтирован, то операция под номером 3.3.3 (определение размеров штрихов шкал и перекрытия штрихов шкалы штанги краем нониуса штангенциркуля) исключается. В том случае, когда штангенциркуль находится в состояниях эксплуатации или хранения, то процедура поверки выполняется без четырех операций: 3.3.2, 3.3.3, 3.3.4 и 3.3.8.

Метрологические характеристики также оказывают влияние на порядок выполнения поверки штангенциркуля. К этим характеристикам относятся: значение отсчета по нониусу; диапазон измерений; цена деления круговой шкалы отсчетного устройства; предел измерений; шаг дискретизации цифрового отсчетного устройства.

Таким образом, проведенный анализ методики поверки штангенциркуля показал наличие определенных закономерностей в выборе операций поверки. Выявленную логику возможно запрограммировать на ЭВМ.

Существует готовая компьютерная программа для проведения поверки:  программа «Метролог» [4]. Выполнив анализ программы «Метролог» можно отметить следующие недостатки:

- «Метролог» основан на программном обеспечении «Microsoft Access» и требует установки на ЭВМ данной компьютерной программы;

- «Метролог» не позволяет запрограммировать закономерности проведения поверки СИ. Вместо этого программа предлагает для любого СИТ заполнить единую унифицированную форму результатов поверки;

- программа сложна в освоении, так как перегружена дополнительными опциями;

- программа «Метролог» платная (стоимость может составлять до 59000 рублей).

Для подтверждения выдвинутой гипотезу была разработана в среде «Delphi» [5] оригинальная компьютерная программа.

Главное окно написанного ПО содержит базовый набор информации, необходимой для реализации поверки штангенциркуля (Рис. 1).

Для начала выполнения процедуры поверки необходимо выбрать тип штангенциркуля (тип I, тип T-1, тип II, тип III), затем указать его состояние (выпуск из производства, выпуск после ремонта, нахождение в эксплуатации и хранении), а также внести метрологические характеристики: диапазон измерений и цену деления шкалы.

Затем, в соответствии с внесенным типом, состоянием, диапазоном измерения и ценой деления шкалы,  компьютерная программа автоматически предложит необходимые операции поверки штангенциркуля. Выбор программой тех или иных операций основан на выявленных выше закономерностях в методике поверки.

В центральной части основного окна компьютерной программы находятся основные пункты меню. Среди них можно найти дополнительную справочную информацию о поверке («Показать средства поверки», «Показать пункты поверки», «Показать ГОСТы»);

Ввод результатов поверки (значений действительных метрологических характеристик) осуществляется в специальных полях, которые расположены в правой части.

При нажатии на кнопку «Запись результатов» происходит автоматическое внесение в память компьютера результатов, введенных оператором в соответствующие пункты электронного свидетельства о поверки (при этом выбор одной из предложенных программной формы документа осуществляется при нажатии на  «Выбор свидетельства»).

Рисунок 1. Основное окошко разработанной компьютерной программы

После сравнения полученных действительных значений метрологических характеристик с нормируемыми оператору необходимо принять одно из решений:

- выдача извещения о непригодности к применению СИ;

- выдача свидетельства.

Затем выбранный документ можно отправить на печать специальной командой.

Оригинальная компьютерная программа обладает следующими техническими требованиями:

- центральный процессор с тактовой частотой не ниже 233 МГц;

- операционная система не старше Microsoft Windows XP с архитектурой x86 и x64;

- оперативная память более 2 мб.

Следующим этапов развития написанной программы может стать ее подготовка к метрологической аттестации [6].

Заключение

1. Выдвинутая гипотеза, в которой сделано предположение, что снизить трудоемкость операции поверки и повысить быстродействие ее выполнения возможно с помощью специальной компьютерной программы,  подтвердилась. Это позволило включить разработанный программный продукт программу  в учебном процессе кафедры «Стандартизация, метрология и сертификация» совместно с используемыми образовательными технологиями [7 - 10].

2. Процедура поверки штангенциркуля состоит из 14 операций. Порядок их выполнения подчиняется определенным закономерностям и зависит от следующих факторов: тип исполнения штангенциркуля; вид отсчетного устройства; состояние средства измерений, нормируемые метрологические характеристики. Выявленную логику возможно запрограммировать на компьютере.

3. Известное программное решение в области поверки средств измерений («Метролог») обладает рядом недостатков. Среди них стоит выделить отсутствие возможности запрограммировать закономерности проведения поверки конкретного СИ.

4. Для повышения быстродействия и простоты операции поверки штангенциркуля была написана оригинальная компьютерная программа. Программа создана в среде Delphi и учитывает выявленные закономерности во включении в процедуру поверки той или иной операции в зависимости от типа СИ, вида отсчетного устройства, состояния СИ и метрологических характеристик.

Разработать базу данных аэропортов. База хранит расписание рейсов, сведения о проданных местах, и служит для оперативного выбора рейса и заказа билетов. Пользователями базы являются: администратор (редактирует расписание и маршруты, анализирует статистику рейсов); кассиры (продают билеты на рейсы на ближайшие три дня) и пассажиры (просматривают расписание, через справочную систему выбирают оптимальный рейс до нужного им населенного пункта, смотрят количество свободных мест).

В базе данных также хранится информация обо всех самолетах парка: марка, сведения о водителях, количество посадочных мест, пригоден ли самолет в данный момент к эксплуатации или находится на ремонте. Расписание составляется в двух вариантах:

1) расписание общее (пункт назначения, время и номер рейса);

2) расписание каждого аэропорта на ближайший день.

Описание предметной области

Аэропорт – представляет собой комплекс сооружений, включающий в себя аэродром, аэровокзал, другие сооружения, предназначенные для приема и отправки воздушных судов, обслуживания воздушных перевозок и имеющий для этих целей необходимые оборудование.

Аэропорт – сложный и многоплановый технологический механизм, и эффективное управление им – сложная задача. И чем больше аэропорт и мощнее пассажиропоток, тем важнее становится оперативный контроль над всеми процессами, происходящими в аэропорту и тем выше цена любой ошибки. По оценкам ассоциации Airports Council International (ACI), к 2025 г. объем пассажирских перевозок вырастет примерно вдвое – до 9 млрд. пассажиров в год.

Задача, стоящая перед компанией, управляющей аэропортовым комплексом, сложна еще и потому, что приходится учитывать особенности работы с несколькими разнородными категориями клиентов – в их число входят пассажиры, люди, встречающие и провожающие пассажиров, авиаперевозчики и внешние провайдеры бизнес-услуг.

Приоритеты в выборе направлений развития, ввиду разного географического положения, требований, предъявляемых работающими в аэропорту авиакомпаниями, финансовых возможностей и т. д., могут меняться, но есть нечто общее – основные резервы лежат в области информационных технологий.

Область понятий рейсы включает в себя данные по самолетам, облуживающие данные направления, аэропорт вылета и аэропорт прилета.

Область понятия Самолеты включает в себя идентификатор самолета и рейса, имя самолета и его вместимость

Область понятий места обозначает занято или свободно место.

Область понятий стоимость указывает в зависимости от рейса и самолета, обслуживающего данный рейс, занято то или иное место или нет.

Область понятий пассажир содержит данные о конкретном пассажире заданного рейса. В случае, если пользователь пользуется 2 разными рейсами он все равно вносится в данную таблицу.

Область понятий рейсы из самолетов необходимо для сопоставления самолета и рейса.

Область понятий аэропорты включает в себя данные о городе и адресе аэропорта.

Описание словаря понятий и терминов

Рейс – путь транспортного средства по определённому маршруту.
Самолет – воздушное судно.
Место – место в самолете
Стоимость – стоимость полета на самолете.
Пассажир – человек, который не является членом экипажа и который перевозится транспортным средством в соответствии с гласным или негласным договором перевозки.
Аэропорт – это воздушный порт.

Концептуальная модель (ER-диаграмма)

В результате был получен следующая БД с 7 таблицами

Наполним таблицы значениями

Пример кода наполнения таблиц:
INSERT INTO `airoport` (`id_airoport`, `city`, `adress`) VALUES (’2′, ‘Moscow’, ‘Vnukovo’);

В результате наполнения выполним поиск по таблице аэропортов москвы
SELECT * FROM `airoport` WHERE `city` LIKE ’Moscow’

В ходе выполнения работы мы создали пользователя «user» с паролем «1»

CREATE USER ‘user’@’%’ IDENTIFIED WITH mysql_native_password;GRANT SELECT ON *.* TO ‘user’@'%’ REQUIRE NONE WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0 MAX_USER_CONNECTIONS 0;SET PASSWORD FOR ‘user’@'%’ = ‘***’;CREATE DATABASE IF NOT EXISTS `user`;GRANT ALL PRIVILEGES ON `user`.* TO ‘user’@'%’;GRANT ALL PRIVILEGES ON `reysy`.* TO ‘user’@'%’;

Существует также автоматически созданный администратор с логином root

Данный пользователь умеет исключительно искать рейсы по городам вылета и приземления.

Добавим пользователя kassir c пустым паролем

CREATE USER ’kassir’@’%’ IDENTIFIED WITH mysql_native_password;GRANT SELECT, INSERT, UPDATE ON *.* TO ‘kassir’@'%’ REQUIRE NONE WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0 MAX_USER_CONNECTIONS 0;SET PASSWORD FOR ‘kassir’@'%’ = ‘***’;GRANT ALL PRIVILEGES ON `user`.* TO ‘kassir’@'%’;

Попробуем добавить данные в таблицу planes

Курсор неактивен, поэтому изменения невозможны.

Попробуем провести поиск

Данные функции о разграничении пользователей были применены в самом оконном приложении.

Была создана стартовая форма для логина.

Существует 3 профиля:
root-администратор

Kassir-продавец

User1-пользователь

Для удобства системы была использована система mydac 10.1 for Delphi 7. Преимущество данной системы в обработке данных между формой и базой данных. Например, для администратора существует весь объем информации, который он может редактировать с автогенерирующимся запросами на основании внесенных изменений в DataGrid.
Для кассира существует такая же система, но ему запрещено удалять и видоизменять строки(данные функции возложены исключительно на администратора).

Форма для пользователя представляет следующий вид

Попробуем поменять маршрут на Москва-Курск.

Для удобства отладки программы в техническом режиме существует вывод запроса.

В результате работы были рассмотрены метод создание возможности авторизации для пользователей, а так же создание программы используя язык Delphi и технологий MySQL.