Экономическая библиотека

Учебники по экономике

7.12. Архитектура "клиент-сервер"

  На текущий момент все ведущие российские разработчики предлагают сетевые решения в архитектуре «клиент-сервер», но в различных системах автоматизации она реализована по-разному. Большинство используемых в настоящее время программных средств построены на основе двухуровневой архитектуры. При этом во многих разработках нельзя точно идентифицировать, какая именно модель архитектуры («тонкого» или «толстого» клиента) используется. В вопросе о разделении функций прикладных вычислений между сервером и клиентом широко применяется смешанный подход.
  Так, например, в разработке фирмы «Компас» нет однозначно выделенного сервера приложений. Часть прикладных вычислений реализована в виде хранимых процедур SQL-сервера. Такое совмещение функций доступа к данным и их прикладной обработки характерно для многих существующих систем. Часть бизнес-логики выполняется на клиентской части, т. е. она реализует не только функции представления.
  Разработчики «Компаса» считают, что применение модели «тонкого» клиента в чистом виде невыгодно из-за большой загрузки сервера. Однако в системе имеются отдельные модули, с которыми возможна работа через удалённый доступ в режиме «он-лайн». Так, в частности, реализован модуль «Удалённый склад», который позволяет вводить сведения по движению
  ТМЦ при удалённом доступе к сети. Общий подход таков: когда это целесообразно, всю работу создатели системы перекладывают на сервер. В противном случае процедура реализуется на клиентской стороне системы. Правда, остается не совсем ясным, что принимается за критерий целесообразности.
  Похожей точки зрения придерживаются и специалисты фирмы «Комсофт». В представленной ими системе бизнес-логика разделена между клиентом и сервером. Разработчики считают, что проще реализовать логику на клиенте средствами Delphi. Однако как только выясняется, что из-за вычислений на «клиенте» падает производительность, они переносятся на сервер и реализуются в виде хранимой процедуры СУБД Огас1е. Для организации удалённого доступа «Комсофт» активно использует систему Citrix Metaframe, позволяющую централизовать вычисления без изменения системы автоматизации. За счёт этого реализован удалённый доступ к системе у ряда клиентов.
  Некоторые разработки, построенные на основе двухуровневой архитектуры «клиент-сервер», тем не менее полностью поддерживают модель «тонкого» клиента, т. е. на клиентской стороне выполняются только функции представления.
  Например, в системе «Парус-корпорация» сервер приложения и СУБД — одно и то же, поскольку, как утверждается, бизнес-логика полностью реализована на уровне SQL-процедур.
  Похожее решение использовано в системе «Аккорд» фирмы «Атлант- Информ». Здесь вся бизнес-логика реализована средствами хранимых процедур СУБД Sybase. Клиентские компоненты заняты только отображением экранов, передачей серверу кодов нажатых клавиш, перемещений мыши.
  Построение систем на основе модели «тонкого» клиента многие разработчики объясняют желанием в полной мере обеспечить пользователей возможностью работы с ней при удалённом доступе. Так, специалисты фирмы «Атлант-Информ» утверждают, что уже с 1995 г. почти все клиенты просили у них обеспечить работу с удалёнными подразделениями в режиме «он-лайн». Фирма серьёзно подошла к этой задаче и нашла для неё эффективное решение, благодаря которому с системой теперь можно работать через модем даже при низкой скорости связи. Возможность связи с системой через удалённый доступ очень нравится пользователям, и некоторые клиенты приобретают её во многом благодаря этому обстоятельству.
  Сильное впечатление от реализации средств удалённого доступа оставляет система «Фигаро» фирмы «Бизнес-Консоль». Даже значительная часть функций администрирования системы может осуществляться средствами удалённого доступа. У сотрудников фирмы давно принято «ездить» в командировку на заводы в другие города, не сходя со своего рабочего места в Москве. Делают они это, подключаясь к системе пользователя через модем. Разработчики утверждают, что вполне эффективная работа возможна даже при скорости обмена 2,4 Кбит/сек (!), что достигается во многом благодаря серверному компоненту, базирующемуся на Unix. По их опыту при использовании других сетевых ОС реализовать полномасштабный удалённый доступ, включая удалённое администрирование, существенно сложнее.
  Таким образом, большинство отечественных разработок основаны на двухуровневой модели «клиент-сервер». При этом имеется тенденция к реализации модели «тонкого» клиента, благодаря которой можно выйти на полномасштабный режим работы с системой при удалённом доступе. В полной мере трёхуровневая архитектура реализована в системе Abacus Financial фирмы «Омега». Естественно, что здесь возможность использования удалённого доступа поддерживается, что называется, «по определению». По словам разработчиков, для этого вполне достаточно скорости соединения 9,6 Кбит/сек.

 
© www.eclib.net