Файл: Модель клиент-сервер.pdf

На уровне бизнес-логики механизмы конфигурирования, чаще всего, реализуются путем описания компонентов с помощью специального или универсального скриптового языка,

который интерпретируется во время функционирования ИС. Такой подход является достаточно гибким, однако требует соответствующей квалификации от сотрудника.

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

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

Рисунок 1.1 – Модель «клиент-сервер»

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

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

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

Существует два вида архитектуры взаимодействия клиент-сервер: первый получил название двухзвенная архитектура клиент-серверного взаимодействия, второй – многоуровневая архитектура клиент-сервер (иногда его называют трехуровневая архитектура или трехзвенная архитектура, но это частный случай).

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

Рисунок 1.2 - Двухуровневая модель взаимодействия клиент-сервер

Здесь четко видно, что есть клиент (1-ый уровень), который позволяет человеку сделать запрос, и есть сервер, который обрабатывает запрос клиента.

Если говорить про многоуровневую архитектуру взаимодействия клиент-сервер, то в качестве примера можно привести любую современную СУБД (за исключением, наверное, библиотеки SQLite, которая в принципе не использует концепцию клиент-сервер). Суть многоуровневой архитектуры заключается в том, что запрос клиента обрабатывается сразу несколькими серверами.

Такой подход позволяет значительно снизить нагрузку на сервер из-за того, что происходит распределение операций, но в то же самое время данный подход не такой надежный, как двухзвенная архитектура. На рисунке ниже вы можете увидеть пример многоуровневой архитектуры клиент-сервер.

Рисунок 1.3 - Многоуровневая архитектура взаимодействия клиент-сервер

Типичный пример трехуровневой модели клиент-сервер. Если говорить в контексте систем управления базами данных, то первый уровень – это клиент, который позволяет нам писать различные SQL запросы к базе данных. Второй уровень – это движок СУБД, который интерпретирует запросы и реализует взаимодействие между клиентом и файловой системой, а третий уровень – это хранилище данных.

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

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

Глава 2. Анализ реализации модели клиент-сервер на примере ЭИС

2.1 Характеристика объекта исследования

Индивидуальный предприниматель Панферов А. Н. предлагает услуги по проведению работ по дезинсекции и дератизации. Наша компания работает с 18 марта 2007 года. Все применяемые препараты имеют сертификаты и разрешения Минздрава РФ.

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

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

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

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

Международный стандарт ISO 9001:2008 и российский национальный стандарт ГОСТ ISO 9001-2011 (ISO 9001:2008) можно считать одними из наиболее объективных доказательств стабильности и порядочности компании. При организации госзаказов и проведении тендеров наличие такого сертификата все чаще включается в список ключевых требований к претенденту. Для партнеров и инвесторов ISO 9001 также является залогом надежности и прозрачности системы менеджмента качества в компании. Как говорят аналитики, «наличие сертификата можно сравнить с «одежкой», по которой встречают», и, как правило, он иллюстрирует репутацию компании лучше, чем дорогостоящие PR-кампании.

Организационно-управленческая структура ИП Панферова А. Н. имеет следующий вид (рис. 2.1):

Рисунок 2.1- Организационно-управленческая структура ИП Панферова А. Н.

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

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

2.2. Оценка эффективности реализации модели клиент-сервер

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

Чтобы сделать работу компании более эффективной ИП Панферов А.Н. потребовалась ЭИС, при помощи которой можно было бы решать следующие задачи:

• • • • Выстраивание долгосрочных взаимоотношений с клиентами;
      • Упрощение работы посредством безналичного расчета (по картам);
      • Повышение эффективности оптовых продаж услуг для юридических лиц;
      • Управление внутренними бизнес-процессами и информационными потоками компании.

В настоящее время компания ставит следующие технические задачи перед ЭИС:

1. Обучить персонал и запустить в работу первоначальный типовой функционал ЭИС
2. Импорт и последующая синхронизация клиентов и договоров существующей единой учетной системы (ЕУС) и ЭИС.
3. Регистрация новых клиентов в ЭИС (ручная и автоматическая, загрузка из внешней системы.
4. Загрузка бухгалтерской документации из ЕУС (актов, счетов фактур) для передачи клиентам в удобном им месте.
5. Загрузка платежных документов из ЕУС (для отслеживания оплат по клиентам).
6. Расширение функционала по работе с картами клиентов (загрузка полной детализации по движениям по картам клиентов).
7. Организация учета движения карт клиентов.

В рамках обработки информации с ЭИС необходимо учитывать следующие критерии:

- своевременная и полная информация при реализации управленческих процессов;

- проектирование достоверной и понятной системы;

- сопоставимость и доступность;

-экономический эффект от внедрения ЭИС, то есть затраты на обработку заказов не должны быть выше получаемого эффекта от внедрения ЭИС;

- отсутствие информационной перегрузки;

- адаптация к информационным потребностям пользователей ЭИС.

При проектировании программного обеспечения ЭИС для работы с клиентами в ИП Панферов А.Н. были учтены все вышеперечисленные принципы. В результате внедрения ЭИС алгоритм работы менеджера изменится. Применение ЭИС в работе с клиентами дает возможность частично пересмотреть анализируемые процессы.

Далее опишем бизнес-процессы, возникающие при внедрении информационной системы. На рисунке 2.2 изобразим иерархию бизнес-процессов, учитывающих внедрение ЭИС при работе с клиентами.

Рисунок 2.2 – Дерево иерархий бизнес-процессов

На рисунке 2.3 изобразим процесс деятельности менеджера ИП Панферов А.Н.

Правила обработки заказов по ISO 9001:2008

Должностные инструкции

Указания руководства

Суммы выплат поставщикам

Данные о задолженностях клиентов

Данные о долгах поставщикам

Данные о задолженностях клиентов

Деятельность менеджера ИП Панферов А.Н.

Прайс-лист

Цены покупателей

Данные о долгах поставщикам

Персонал склада

MS Excel

ЭИС

Менеджер

Экономический отчет

Данные об остатках по складу

Суммы оплат клиентов

Данные об остатках по складу

Рисунок 2.3 – Контекстная диаграмма деятельности менеджера ИП Панферов А.Н.

На рисунке 2.4 представлена декомпозиция процесса деятельности менеджера ИП Панферов А.Н., который представляет собой разрозненные элементы в последствие замененные ЭИС.

Рисунок 2.4 – Декомпозиция процесса деятельность менеджера ИП Панферов А.Н.

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

Исходные данные о клиентах формируются также с учетом ФИО, адреса, суммы заказа и комментариев менеджера и специалиста по обработке.