|
83 Опишем функции каждого уровня: • Пользовательский уровень: отвечает за отображение данных, поступающих от прикладных объектов, а также за отображение объектов данных и получение информации от пользователя и, что также возможно, позволяет пользователю редактировать их. Для проектируемой CRM-системы данный уровень должен быть представлен несколькими пользовательскими интерфейсами: интерфейсом администратора хранилища данных (ХД) в информационном отделе предприятия, "удаленным" интерфейсом на стороне дилеров и интерфейсом заказчика. Первые два используют прикладные сервисы ОС (API Win32 и элементы управления Windows) и называются "родными" для этой ОС. ОС располагают мощными средствами поддержки дополнительных технологий (DirectX, ODBC и OLE DB), которые можно применять в ИС. Интерфейс же, предназначенный для заказчика МП, реализуется как в виде "родного" так и в форме Web сайта, основанного на HTML, в результате чего они могут отображаться любым обозревателем на любой платформе. • Прикладной уровень: здесь реализованы бизнес правила и ограничения на данные. Он не привязан к какому-либо клиенту сервисы прикладного уровня доступны любому клиенту. Бизнес правила выражаются в форме прикладных алгоритмов, корпоративных правил и т.д. (например, "Снятие параметров точности станка при выходе их за допустимые пределы" или "Заказчику предоставляется скидка при объеме сделки более 50 штук"). Бизнес правила реализуются отдельным модулем на централизованном сервере, что дает возможность доступа к нему сразу нескольким клиентам. В данной работе сервисы доступа к данным, бизнес правила и ограничения реализованы с использованием технологии MS ActiveX Data Objects (ADO). |
на серверах, к которым, по мере необходимости подключаются клиенты. Часто время использования приложения ограничивается длительностью такого соединения. Клиент/серверные приложения хорошо работают только в контролируемых средах, когда число пользователей предсказуемо (это необходимо для выделения ресурсов). Однако эта архитектура становится неэффективной, если пользователей очень много или их число неизвестно. Помимо этого, масштабируемость таких систем невысока, так как количество непосредственных соединений с сервером ограничено. Невелики И' возможности повторного применения, поскольку пользователи привязаны, к определенному формату БД. А так как клиентское ПО содержит блок обработки информации, общий объем ИС довольно велик. В этом случае приг изменении алгоритмов обработки данных приходится устанавливать новые приложения на каждый клиентский компьютер. М ожно> добиться небольшого улучшения путем перемещения прикладных алгоритмов и блоков обработки информации на серверы данных (например, с помощью хранимых процедур MS SQL Server [99]). Такую архитектуру иногда называют 2,5 —уровневой. Масштабируемость подобных приложений немного лучше, но все равно мала для выполнения требований распределенной ИС с большим числом клиентов. Кроме того, возможность повторного использования остается на прежнем, невысоком уровне. Масштабируемость и степень повторного использования можно заметно улучшить, добавив в архитектуру ИС третий уровень. В такой многоуровневой архитектуре все уровни пользовательский, прикладною и уровень данных логически разделены (рис.ЗЛ). Опишем функции каждого уровня. • Пользовательский уровень: отвечает за отображение данных, поступающих от прикладных объектов, а также за' отображение объектов данных и получение информации от пользователя и, что также возможно, позволяет пользователю редактировать их. Для проектируемой CRM-системы 65 данный уровень, как мне кажется, должен быть представлен несколькими пользовательскими интерфейсами интерфейс администратора ХД в информационном отделе предприятия, "удаленный’1 интерфейс на стороне, дилеров и интерфейс заказчика. Первые два используют прикладные сервисы ОС (API Win32 и элементы управления Windows) и называются "родными” для этой ОС. ОС располагают мощными средствами поддержки дополнительных технологий (DirectX, ODBC и OLE DB), которые можно применять в ИС. Интерфейс же, предназначенный для заказчика МП, реализуется в как в виде "родного" так и в форме Web сайта, основанного на HTML, в результате чего они могут отображаться любым обозревателем на любой платформе. • Прикладной уровень: здесь реализованы бизнес правила и ограничения на данные. Он не привязан к какому-либо клиенту сервисы прикладного уровня доступны любому клиент}'. Бизнес правила выражаются в форме прикладных алгоритмов, корпоративных правил и т.д. (например, "Снятие параметров точности станка при выходе их за допустимые пределы" или "Заказчику предоставляется скидка при объеме сделки более 50 штук"). Бизнес правила реализуются отдельным модулем на централизованном сервере, что дает возможность доступа к нему сразу нескольким клиентам. В данной работе сервисы доступа к данным, бизнес правила-и ограничения реализованы с использованием технологии MS ActiveX Data Objects (ADO). Объектная модель ADO изображена на рис.3.2. 66 Рис.3.2. Объектная модель ADO Модули серверов дилера и головного предприятия реализованы также с использованием DLL (Dynamic Link Library динамически присоединяемой библиотеки) —специального вида исполняемый файл, содержащий функции и ресурсы отдельно от исполняемого файла. DLL это еще одна возможность повторного использования разработанного кода. DLL делает полезные, часто используемые функции доступные сразу для многих приложений одновременно, хотя работа ведется только с одной копией на диске и в памяти. Кроме того, для реализации интерфейса на пользовательском уровне применялись элементы управления ActiveX на основе СОМ. Причем одни и те же ActiveX — элементы хорошо работают как в обычных, так и в Web — приложениях для среды MS^ Windows. Именно это делает возможным повторное применение кода пользовательского уровня в приложениях с разными типами интерфейсов [8,39]. Как было сказано в п.3.1 гл.З в проектируемой CRM-системе ППО представлено несколькими пользовательскими интерфейсами интерфейс администратора ХД в информационном отделе предприятия, "удаленный" интерфейс на стороне дилеров и интерфейс заказчика. Первые два используют прикладные сервисы операционной системы API Win32 и элементы управления Windows и называются "родными" для этой ОС. Интерфейс же, предназначенный для заказчика МС, реализуется как в виде "родного" так и в виде Web-сайта, на базе HTML, в результате чего они могут отображаться любым обозревателем на любой платформе [68]. В ППО дилера входит такой модуль как "Взаимоотношения с клиентами", имеющий следующие формы:. "Деловые отношения", "История действий", "Ранжирование" и "Почта". Форма-"Деловые отношения" обеспечивает просмотр на одном экране всех контактов предприятия: клиентов, потенциальных клиентов, поставщиков, партнеров и конкурентов (рис.4.3).. 124 |