42
Плюсы клиент-серверной технологии:
• Удобная синхронизация информации;
• Минимальная цена аппаратного комплекса (производительный тут
только сервер);
• Гибкая корректировка структуры данных;
Плюсы клиент-серверной технологии:
• Плохая защита от НСД;
• Работа только в КС;
• Ценник.
Сетевое многопользовательское приложение создано на базе файл-
серверной архитектуры. Информация в виде файлов или файла помещается на
файловом сервере [46].
Данный сервер принимает запросы, идущие от клиентов в сети, и
передает им желаемые данные. Но вся обработка происходит на ПК-клиентах.
Каждый компьютер запускает полновесную копия ПО для анализа данных.
Каждая копия по-своему управляет файлами БД, включающими данные. Есть
лишь одна связь между данными независимыми работами – файл блокировок,
создаваемый в обязательном порядке для любого файла БД [47]. При этом
любая копия производит корректировку индексов, работу внутренними
таблицами и остальные функции, которые есть в возможностях СУБД.
В архитектуре клиент-сервер головная часть БД поддерживает не только
доступ к данным, но и отвечает за их обработку. Клиент передает на сервер
запросы на чтение или корректировку данных, созданные в рамках SQL-языка.
Сервер сам реализует требуемые выборки или корректировки, отслеживая по
факту каждой операции целостность и согласованность данных, а финальное
значение кода возврата или набора записей передает на ПК клиента.
Минусы файлового сервера очевидны и определяется главным образом
тем, что данные существуют в одном месте, а обрабатываются в другом.
При этом их нужно передавать по сети, что часто приводит к
повышенным нагрузкам на сеть и, как следствие, понижению
43
производительности ПО при увеличении числа работающих одновременно
пользователей. Еще одним важным недостатком подобной архитектуры
является децентрализованное решение возникающих проблем согласованности
и целостности данных, а также доступа к данным. Подобное решение
значительно уменьшает надежность приложения.
Архитектура "клиент-сервер" устраняет все указанные недостатки.
Также она дает возможность лучшим образом распределить всю нагрузку
между клиентом и сервером, что влияет на многие параметры системы:
поддержку, производительность и стоимость.
Архитектура «клиент-сервер» может быть как двухуровневой, так и
трехуровневой [38].
В двухуровневой архитектуре присутствуют два звена: это клиентская
ЭВМ и сервер СУБД (рисунок 9).
Рисунок 9 - Двухуровневая архитектура «клиент-сервер»
В свою очередь, двухуровневая архитектура может быть устроена по-
разному [7]:
По принципу «тонкий сервер» - «толстый клиент» (Рисунок 10);
По принципу «толстый сервер» - «тонкий клиент» (Рисунок 11).
Сервер СУБД.
Хранение и манипулирование данными,
Выдача информации по запросу
Клиент.
Формирование запроса
к серверу.
Выдача пользователю
полученной результатной
информации
Клиент
Клиент
44
Рисунок 10 - Двухуровневая архитектура
«тонкий сервер»- «толстый клиент»
Архитектура «толстый сервер» - «тонкий клиент» является наиболее
предпочтительной по ряду причин[33]:
большее быстродействие и производительность системы за счет
того, что все операции манипулирования и выбора данных происходят на
сервере, а клиенту передается только результат запроса;
не происходит блокировок информации на период изменения её
одним из клиентов;
каналы передачи данных не перегружаются из-за необходимости
передачи всего объема данных для модификации на клиенте[34];
логику функционирования системы можно изменить на сервере без
перекомпиляции клиентского ПО, что особенно актуально в условиях
территориальной удаленности рабочих мест [48].
«Тонкий сервер»:
Хранение данных,
выдача всех данных,
необходимых клиенту.
Обработка данных
происходит на клиенте
«Толстый клиент»:
осуществляет все
операции с данными.
Для проведения
операций с сервера
передается вся
необходимая
информация, которая
блокируется на период
изменения
Запрос данных,
передача измененных
данных
Хранимые данные
45
Рисунок 11 - Двухуровневая архитектура
«толстый сервер»- «тонкий клиент»
Наиболее яркой отличительной особенностью архитектуры, состоящей
их трех звеньев, является разделение функций хранения, обработки и
представления данных пользователю между данными звеньями [7].
Пример построения такой архитектуры приведен на рисунке 12. Доступ
к данными организован таким образом, что используется промежуточное звено,
а именно сервер приложений, который принимает, обрабатывает и передаёт
информацию между другими звеньями системы. Использование такого сервера
оправдывается тем преимуществом, что данное звено позволяет
оптимизировать потоки данных, несмотря на необходимость использования
дополнительного программного обеспечения.
Кроме того, построение системы по такому принципу позволяет
значительно увеличить ее надежность, обеспечить работу с необходимым
уровнем качества при большом количестве клиентов и при использовании
распределённой архитектуры. К положительным чертам такой архитектуры
также относится возможность переноса базы данных из одной СУБД на другую
при минимальных временных и стоимостных затратах без необходимости
переделки всего программного обеспечения.
Сервер приложений, кроме выполнения предметных задач, еще и
значительно уменьшает нагрузку на сервер базы данных
«Толстый сервер»:
Хранение данных,
обработка данных по
запросу, хранение всей
логики обработки
данных, выдача
результатных данных
«Тонкий клиент»:
формирование запроса
на выбор или изменение
данных и отправка его на
сервер. Получение
данных с сервера и
выдача пользователю
Запрос на изменение или
выбор данных
Ответ – выбранные по
запросу данные
46
Рисунок 12 - Трехуровневая архитектура «клиент-сервер»
Наиболее целесообразной для решения выбранной задачи является
выбор двухуровневой архитектуры «тонкий клиент» - «толстый сервер», так
как преимущества трехзвенной архитектуры не являются ценными для текущей
задачи, а стоимость и сложность организации трехзвенной архитектуры
существенно выше, чем двухуровневой. К тому же, существующая
информационная инфраструктура отлично подходит именно для двухуровневой
архитектуры [40].
Интернет сегодня становится самым большим и популярным
межсетевым объединением во всем мире — оно объединяет миллиарды
пользователей. Сети разных конфигураций соединяют ПК множества типов,
имеющих самое разное ПО. Но пользователи Интернет обычно на данные
различия не обращают внимания [36].
Интернет и его поддерживающие технологии становятся неотъемлемым
атрибутом информационного общества и его главной основной. Эти
технологии, которые были не известны еще в XX веке, сегодня применяются
почти во всех областях человеческой деятельности. Интернет соединяет
множество компьютерных сетей (локальных, федеральных, мировых) сетей на
всей планете.
Сам термин Интернет подразумевает [37]:
Клиент.
Формирование запроса
к серверу.
Выдача пользователю
полученной результатной
информации
Клиент
Сервер БД.
Хранение данных
Сервер приложений.
Принятие запроса от клиента,
обработка и передача
серверу БД.
Прием данных от сервера
БД и передача клиенту
47
• Обобщенное число случайно объединяемых мировых сетей,
применяющихся для обмена данными;
• Ряд технологий, которые поддерживают обмен инфомрацией в
рамках применения протоколов TCP/IP (Transmission Control Protocol/Internet
Protocol), которые также называют технологиями Интернет.
Базовые технологии WWW [38]:
• Гипертекстовые страницы (Hyper Text Markup Language — HTML);
• Механизм обмена гипертекстовыми страницами (Hyper Text
Transfer Protocol — HTTP);
• Адресация внутри самой сети (Universal Resource Identifier: URI,
Universal Resource Locator: URL);
• Доменные имена (Domain Name System);
• Шлюзовой интерфейс (Common Gateway Interface — CGI), который
был внедрен позднее специалистами Центра Суперкомпьютерного ПО (National
Center for Supercomputing Applications — NCSA), одобренный Сообществом
Всемирной паутины.
HTML-язык впервые был создан для применения редактора TeX и
аппаратно-программных независимых методов визуализации текста в
электронном виде (Standard Generalized Markup Language — SGML, ISO 8879).
Суть гипертекста состояла в наличии внутри ASCII-текста для форматирования
ссылок и полей как внутри документа, таки на остальных документах. Такой
способ помогает смотреть документы в таком порядке, какой нужен, а не в
последовательном виде, как в книге. БД гипертекста выступает составляющей
файловой системы, включающей файлы с текстом в формате HTML и
совокупные графические и медиа ресурсы [39].
Формат XML стал использоваться позже, и зачастую предназначался для
описания систем сохранения структурных данных. Целью реализации XML -
поддержка совместимости при отправке разложенных данных между
аналитическими системами, особенно в рамках передачи данных посредством
Internet, а также реализации в рамках этого языка некой разметки, именуемой
48
словарями. Словари, базирующиеся на XML, описаны формально, но
позволяют на программном уровне корректировать и проверять документы на
базе данных словарей, без знания семантики, без учета смыслового значения
элементов. Важным нюансом XML также выступает применение неких
пространств имён (Name Space) [40].
Для приема файла из Интернет браузеру важно понять, где файл
находится и как обращаться к ПК, где этот файл лежит. Клиентское ПО WWW
отправляет имя требуемого файла, его координаты положения (хост) и вариант
доступа (зачастую HTTP или FTP). Совокупность данных элементов составляет
URI. URI в свою очередь отражает способ записи адресов разных ресурсов
данных. В базе URI имеется идея о расширяемости, читаемости и плотности.
Применение URI для WWW выступает вариантов адресации в сети (URL). И
выглядит URL: <протокол://узел/путь/файл /метка>.
Интернет выступает совокупностью результативным методик
коммуникации (в рамках новейших протоколов связи) и обработки данных,
хранящихся на распределенных носителях. Помимо самих функций по транзиту
данных различных вариаций, Интернет поддерживает множество
разнообразных инфо-услуг, которые реализуются при помощи:
• Механизма получения и отправки почты (E-mail);
• Механизма гипертекстовой среды (WWW);
• Механизма транспорта данных (File Transfer Protocol — FTP);
• Механизма удаленного доступа к ПК (TERminal NETwork —
Telnet);
• Службы доменных имен (Domain Name System);
• Механизма телеконференций (Users Network — Usenet)
Интрасеть — это некое обособленное пространство компании,
реализуемое либо в ЛВС, либо в масштабе глобальной сети WAN (Wide Area
Network) и имеющее все возможности Интернет.
Интрасеть — хорошая платформа для работы с данными внутри
компании. Много программ создано в рамках открытых систем и отлично
49
работают в ней. Web-технология могут наращивать мощности и могут
применяться в любых вычислительных сетях. Методики создания ПО в
совокупных прикладных программах для ПК клиентов упрощают реализацию
HTML-страниц для Web-сервера.
Во второй главе выпускной квалификационной работы
проанализированы основные аспекты проектирования, разработки,
функционирования автоматизированных рабочих мест, выделены
преимущества и недостатки основных технологий распределенной обработки
информации: файл - серверная и клиент - серверная технологии, что позволяет
перейти к рассмотрению материала третьей главы, посвященной разработке
АРМ менеджера компании ООО «Мульти».
50
ГЛАВА 3. РАЗРАБОТКА И РЕАЛИЗАЦИЯ АРМ УЧЕТА
РАБОТЫ МОНТАЖНЫХ БРИГАД ООО «МУЛЬТИ»
3.1. Анализ деятельности предприятия и разработка технического задания
на проектирование АРМ учета работы монтажных бригад
Основным видом деятельности рассматриваемого предприятия является
предоставление услуг по установке и обслуживанию климатической техники.
В настоящее время основные процессы фирмы являются
автоматизированными, в том числе с помощью программного комплекса
«1С:Предприятие». К таким относятся бухгалтерский отчет и подготовка
отчетности, учет договоров, подсчет финансовых показателей, учет персонала и
заработной платы, учет клиентов и подсчет используемого ими трафика и
других услуг.
Рассмотрим существующий порядок обслуживания клиентов в
компании при выполнении заявок клиентов на осуществление заявок на
установку, ремонт и техническое обслуживание климатического обслуживания.
При получении заявок менеджер осуществляет обслуживание клиентов,
что включает в себя следующие составляющие:
Прием заявки;
Оформление необходимых документов (заявки на установку,
ремонт, ТО, заказ-наряда);
Собственно ТО, установку оборудования и его ремонт;
Подготовку отчетных документов.
Существующая схема организации учета работы монтажных бригад
приведена на Рисунке 13.
51
Рисунок 13 - Существующая схема организации учета работы
монтажных бригад
На Рисунке 14 приведена декомпозиция данного процесса.
Рисунок 14 - Декомпозиция процесса учета работы монтажных
бригад