Лабораторная работа №2 - Сетевая архитектура корпоративной системы документооборота

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙУНИВЕРСИТЕТ им. Н.Э. БАУМАНАМетодические указания по выполнению лабораторных работпо курсу«Сетевое программное обеспечение»Лабораторная работа № 2«Сетевая архитектура корпоративной системы документооборота»Сетевое ПО Лаб.работа № 2(Сетевая архитектура корпоративной системыдокументооборота)2Оглавление1 Цель работы. .......................................................................................................

32 Теоретическая часть ........................................................................................... 32.1 Сетевая архитектура клиент-сервер.............................................................. 32.2 Архитектура клиент/сервер ...........................................................................

32.3 Приложения клиент/сервер ........................................................................... 42.3.1 Способ разделения приложений на части.............................................. 42.3.2 Классы приложений клиент/сервер........................................................ 52.3.3 Трехуровневая архитектура клиент/сервер............................................ 72.4 Промежуточное программное обеспечение .................................................

82.5 Описание архитектуры платформы корпоративной системыдокументооборота ............................................................................................... 102.5.1 Обзор платформы .................................................................................. 102.5.2 Управление бизнес процессами (Business Process Management) – ..... 102.5.3 Основные компоненты платформы OpenText EPS.............................. 112.5.4 Инсталляция и настройка базы данных ............................................... 133 Задание на выполнение работы ....................................................................... 284 Контрольные вопросы ...................................................................................... 285 ЛИТЕРАТУРА .................................................................................................. 293Сетевое ПО Лаб.работа № 2(Сетевая архитектура корпоративной системыдокументооборота)1Цель работы.Целью работы является знакомство с архитектурой и установкой клиент-серверного приложения документооборота.Продолжительность работы – 4 часа2 Теоретическая часть2.1Сетевая архитектура клиент-серверНаиболее значительной тенденцией в развитии информационных системза последние годы стал рост клиент-серверных систем, быстро вытесняющихкакцентрализованныевычислительныесистемысиспользованиеммейнфреймов, так и другие подходы к распределенной обработке данных.2.2Архитектура клиент/серверСреда клиент/сервер заполнена клиентами и серверами.

В роликлиентов, как правило, выступают однопользовательские персональныекомпьютерыилирабочиестанции,обеспечивающиедружественныйинтерфейс для конечного пользователя (обычно это удобный графическийинтерфейс, включающий использование окон и мыши). Основная цельклиента — обеспечить простоту использования и возможность работы сознакомым инструментарием.Каждый сервер в среде клиент/сервер обеспечивает для клиентовмножество совместно используемых сервисов. Наиболее распространенный внастоящее время тип сервера — сервер базы данных, обычно реляционной.Сервер обеспечивает одновременный доступ к базе данных многихклиентовипозволяетиспользоватьдляуправлениябазойданныхвысокопроизводительную вычислительную систему.В дополнение к клиентам и серверам третьим важным компонентомсреды клиент/сервер является сеть.Вычисленияклиент/сервер—этораспределенныесетевыевычисления.

Пользователи, приложения и ресурсы распределены, например, в4Сетевое ПО Лаб.работа № 2(Сетевая архитектура корпоративной системыдокументооборота)соответствии с корпоративными требованиями и связаны между собой единойлокальной или глобальной вычислительной сетью.2.3Приложения клиент/серверОсновнойзадачейпроектированияприложенийархитектурыклиент/сервер является распределение задач уровня приложения междуклиентом и сервером.2.3.1 Способ разделения приложений на частиМожно предложить различные схемы разделения приложений на части,причем для каждого конкретного приложения можно предложить свою схему.Существуют идетальноймоделитиповыемодели распределенных приложений.предлагаетсяразделитьприложениенаВшестьфункциональных частей:средства представления данных на экране, например средства графическогопользовательского интерфейса;логика представления данных на экране описывает правила и возможныесценарии взаимодействия пользователя с приложением: выбор из системыменю, выбор элемента из списка и т.

п.;логика приложения- набор правил для принятия решений, вычислительныепроцедуры и операции;логика данных — операции с данными, хранящимися в некоторой базе,которые нужно выполнить для реализации логики приложения;внутренние операции базы данных — действия СУБД, вызываемые в ответна выполнение запросов логики данных, такие как поиск записи поопределенным признакам;файловые операции — стандартные операции над файлами и файловойсистемой, которые обычно являются функциями операционной системы.На основе этой модели может быть построено несколько схемраспределения частей приложения между узлами сети.У клиента, и у сервера есть базовое программное обеспечение - это5Сетевое ПО Лаб.работа № 2(Сетевая архитектура корпоративной системыдокументооборота)операционная система, работающая на конкретной аппаратной платформе.Платформы и операционные системы клиента и сервера могут быть различны.Взаимодействие клиентов и серверов обеспечивают разнообразныепрограммы.( Пример- системы, поддерживающие работу с TCP/IP.)Все функции, выполняемые приложением, могут быть разделены междуклиентом и сервером так, чтобы оптимизировать использование компьютерови сетевых ресурсов, а также возможности пользователей по выполнениюразличных задач и кооперации друг с другом при использовании разделяемыхресурсов.Определяющим фактором в успешной деятельности среды клиент/серверявляется способ взаимодействия пользователя с системой в целом.Соответственно, важным является дизайн пользовательского интерфейсана клиентской машине.

В большинстве систем клиент/сервер применяетсяграфический интерфейс пользователя (graphical user interface – GUI)На машине клиента используется модуль представления, которыйявляетсячастьюраспределенногоприложенияиобеспечиваетдружественный пользовательский интерфейс.2.3.2 Классы приложений клиент/серверВ рамках общей схемы клиент/сервер имеется широкий спектрреализации, каждая из которых по-своему разделяет работу между клиентом исервером.Четыре основных класса приложений.1.• Обработка на одном узле. По сути такая обработка неявляется вариантом среды клиент/сервер в обычном смысле.

Такаяобработкапрактическитрадиционновсяпользовательскийиспользоваласьобработкавыполняласьинтерфейснамейнфреймах,центральнымосуществилсякогдаузлом,апосредствомнеинтеллектуальных терминалов. Даже если пользователь оснащенмощным микрокомпьютером, последний играет роль всего лишь6Сетевое ПО Лаб.работа № 2(Сетевая архитектура корпоративной системыдокументооборота)эмулятора терминала.2.• Обработка на сервере. Одна из основных конфигурацийклиент/сервер, в которой клиент отвечает за обеспечение графическогоинтерфейса пользователя, а практически вся обработка выполняется насервере.

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

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

В русскоязычной литературе встречается7Сетевое ПО Лаб.работа № 2(Сетевая архитектура корпоративной системыдокументооборота)также перевод "жирный клиент"). Модель получила распространение благодарятакому инструментарию разработки приложений, как PowerBuilder от PowersoftCorp. и SQL Windows от Gupta Corp.Разрабатываемые с помощью этих инструментов приложения, какправило, применимы на уровне отделов и поддерживают от 25 до 150пользователей . Основное достоинство модели толстого клиента заключается виспользовании всей мощи настольной системы и переносе вычислений ссервера, что делает его работу более эффективной (не позволяя ему стать узкимместом в работе среды).Однако у такого подхода имеется ряд недостатков.1.

Увеличение функциональности вызывает излишнюю загрузкупользовательскихмашин,чтоприводиткнеобходимостидорогостоящего обновления всей клиентской техники.2. Приувеличенииколичествапользователейкомпанииприходится раскошелиться и на высокоскоростную сеть, котораясможет выдержать интенсивные потоки данных между сервером итолстыми клиентами.3. Наконец, проще и дешевле поддерживать и обновлятьприложения на одном сервере, чем на десятках или сотняхпользовательских машин.Подход тонкого клиента (thin client).