портативном компьютере стоимостью 5 тыс. долл., что превышает одобренную смету, форма направляется менеджеру отдела точно так же, как направлялся бы поток бумаг.
Недостаток этой модели (точно такой же, как и у ее бумажного двойника) заключается в том, что нет какого-либо удобного способа для определения статуса вашего требования или даже идентификации его хозяина. Отсутствует какое-либо централизованное местоположение для наблюдения за процессом, и нет какой-либо общедоступной базы данных, содержащей требования. Отсутствие централизованного репозитария для хранения форм требований означает, что нет какого-либо способа сохранять и отслеживать хронологию подобных форм. После того как форма требования удаляется из последнего почтового ящика, она теряется навсегда. Говоря другими словами, отсутствует способ управления документом.
Рабочий поток: интегрированная модель
Использование Lotus Notes и Domino решает проблемы, присущие как моделям пересылки, так и моделям совместного использования, путем объединения общедоступной базы данных с механизмом электронной почты. Кроме того, сервер имеет возможность составлять расписание для агентов, которые могут его использовать в определенное время, а также предпринимает действия на основе некоторых условий, независимых от участия пользователя. Процесс выдвижения требований представляет собой типичное решение рабочего потока. Активизация рабочего потока предполагает создание базданных, наделенных возможностями электронной почты.
Применяя рабочий поток после составления требования и сохранения в базе данных, приложение определяет участника, а затем сообщает ему о требовании. Сообщение обычно включает ссылку на документ, на которой можно выполнить щелчок кнопкой мыши с целью открытия документа. Участник оценивает требование и может тут же одобрить его. Программа-агент выполняется на сервере ночью, причем пересылаются запоздалые сообщения, которые будут гарантировать своевременные ответы.
Хотя этот пример имеет отношение только к общим вопросам организации выполнения приложений рабочего потока, совершенно очевидно, что этот тип решения может значительно облегчить администрирование и значительно сократить промежуток времени для завершения процесса. Если бы это была лишь общедоступная база данных, то там не содержалось бы электронных сообщений или программ-агентов. Модель пересылки не позволяет создателю или администратору определять статус требования. Отсутствует автоматический мониторинг процесса. Другое важное обстоятельство состоит не только в том, что процесс работает лучше, но и в том, что компания обладает теперь хронологией требований, которые можно легко исследовать. Поскольку Notes и Domino успешно объединяют модель совместного использования и модель пересылки, а также представляют собой инструмент RAD (Rapid Application Development — Быстрая разработка приложений), аналитики и разработчики могут уделить больше внимания деловым проблемам.
Три "кита" рабочего потока
Три "кита" рабочего потока — это связь, сотрудничество и координация. Связь означает передачу сообщений или модель пересылки, сотрудничество определяет использование модели совместного использования, а координацию осуществляет коллектив сотрудников, работающих вместе длядостиженияопределенныхделовыхцелей.
Связьисотрудничествоподдерживаюткоординацию.
Связь Сотрудничество
Инфрас
трукту
ра
Координация
РИСУНОК 1.1
Термин work/low (рабочий поток) часто используется наряду с Notes и Domino. Что же такое рабочий поток? Суть этого словосочетания состоит в том, каким образом организация реализует определенный бизнес-процесс. В вашей работе вам может понадобиться книга или определенное программное обеспечение. Для получения этого материаланеобходимопослатьтребованиесвоемуадминистратору, которыйзатемпередаст се отраслевому менеджеру для заключительного утверждения. Таким образом описывается поток процесса обработки требования, или рабочий поток. Пакет Notes и Domino прекрасно подходит для проектирования рабочего потока приложения, поскольку позволяет объединять передачу сообщений и общедоступные базы данных, преодолевая ограничения моделей совместного использования и моделей пересылки.
Основные свойства Lotus Notes
Теперь же рассмотрим, каким образом клиенты Notes взаимодействуют с серверами Domino, базами данных Domino, системами репликации и защиты. Вы узнаете также о том, каким образом в Notes и Domino интегрируется электронная почта, поддерживается календарь, составляется расписание и реализуется удаленный доступ Кроме того, описываются сервер Domino Web, протоколы Internet и Personal Web Navigator. И наконец, рассматриваются два программных продукта, позволяющие разработчикам создавать небольшие аплеты, которые можно быстро видоизменять: eSuitc и Lotus Components.
Клиенты Notes и серверы Domino
Пакет Notes и Domino является действительно распределенным приложением, выполненным в архитектуре клиент-сервер. В последние годы развернулась дискуссия вокруг приложений клиент-сервер. В некоторых отделах информационных технологий мэйнфреймы успешно заменяются персональными компьютерами с установленными на них приложениями клиент-сервер.
Типичная система клиент-сервер состоит из двух основных частей: клиента, который запрашивает службы, и сервера, который поддерживает эти службы. Обычные системы клиент-сервер существуют как в локальных, так и в региональных сетях и используют доступные сетевые протоколы при передаче информации. На рис. 1.2 показан пример типичной реализации
архитектуры клиент-сервер в локальной сети.
Приложения Domino являются или могут быть распределенными; две и более копии базы данных или приложения могут быть распределены двум и более клиентам или серверам. На рис. 1.3 показана топология клиент-сервер для Notes, которая иллюстрирует, каким образом может быть распределена база данных.
Хотя эта книга и не освещает вопросы системного администрирования, важно осознать, каким образом функционирует система Notes. Как показано на рис. 1.3, имеется два типа серверов Domino: серверы hub и серверы spoke. Эта топология называется hub and spoke и чаще всего используется при крупномасштабных инсталляциях Notes. Название hub and spoke (ступица и спица) присвоено по аналогии с колесом вагона, как показано на рис. 1.4.
Сервер hub содержит все базы данных, которые используются серверами spoke Репликация (которая описана ранее) может инициироваться сервером hub или серверами spoke. Именно этот процесс всегда имеет место между hub и spoke, но он не выполняется при взаимодействии между собой серверов spoke. Обычно пользователи никогда не подключается непосредственно к серверу hub, а только к серверам spoke.
РИСУНОК 1.3.
Этатопологияиллюстрирует мулътисервернуюсредуNotes. Копиирепликиприложениябазы данныхмогутбытьраспределеныс помощьювсехилижеопределенных серверов
Сервер Spoke
РИСУНОК1.4.
Обратите
внимание
на причину, по которой топологию hub and spoke
называют по аналогии свагоннымиколесами.
Существует несколько способов построения системы Notes. Небольшие организации чаще всего обладают только одним сервером Notes. Некоторые организации, несмотря на свои скромные размеры, могут иметь серверы, которые распределены по офисам различных городов. Эти серверы взаимодействуют между собой исключительно с помощью WAN, модемов или их комбинации.
Серверы и пользователи обмениваются информацией с помощью доступных сетевых протоколов. Если вы занимаетесь разработкой баз данных, то вряд ли будете иметь дело непосредственно с этим структурным элементом Notes и Domino, но желательно как минимум понимать, о чем идет речь. Возможно, наиболее часто используются протоколы TCP/IP и NetWare SPX, но Domino может также использовать AppleTalk, Banyan Vines и NetBIOS. Эти протоколы обеспечивают взаимодействие между пользователем и приложением Notes. Серверы и пользователи обычно осуществляют коммуникации между собой с помощью локальной сети, региональной сети или модемного соединения. Серверы теперь могут осуществлять коммуникации через Internet,
используя Notes RPC (Remote Procedure Call — Вызов удаленных процедур), a Web-
клиенты могут осуществлять коммуникации с серверами Domino, на которых выполняется служба HTTP Обратите внимание, что для использования Domino в качестве Web-сервера необходимо обеспечить выполнение протокола TCP/IP.
Каталог Domino
Серверы Domino и клиенты Notes существуют внутри доменов. Организация может иметь единственный домен или несколько доменов. Единственный общий каталог определяет домен и включает документы для пользователей, групп и серверов. Почтовый маршрутизатор использует общий каталог для доставки почты и идентификации пользователей. Если сообщение предназначено для различных доменов или Internet, маршрутизатор определяет путь для достижения нужного почтового ящика на указанном сервере или доставляет сообщение серверу Internet. Документы сервера включают информацию, которая используется для конфигурирования сервера. В состав этой информации включаются такие элементы, как имя, домен, имеющий возможность доступа к серверу, и домен, который может создавать базы данных на сервере.
РИСУНОК 1.5.
Раздел Basics документа сервера включает информацию типа имени домена и сервера
Документ сервера показан на рис. 1.5.
Документы подключения управляют тем, каким образом и когда серверы Notes соединяются друг с другом для обмена почтой и осуществления репликации базы данных
(рис. 1.6).
Персональные документы содержат информацию относительно имени лица, файла почтового ящика и типа лицензии. На рис. 1.7 показан персональный документ.
Базы данных Domino
База данных Domino является контейнером для данных в среде Notes и Domino. Она также имеет название хранилище объектов (Object Store). Данные представляются полями, содержащимися внутри документов, поэтому база данных Dommo в обобщенном смысле является совокупностью связанных документов Это определение коренным образом отличается от определения реляционной базы данных, которая может быть задана в виде совокупности связанных таблиц, и отражает происхождение Domino от управляемой документами базы данных. Это различие имеет важное значение, особенно если вы знакомы с реляционными базами данных. Таблица базы данных содержит записи, которые соответствуют документам в Domino, причем это соответствие не является жестко заданным Записи в реляционной базе данных типа Oracle или Sybase структурированы, определены с помощью таблиц и имеют фиксированные определения полей. Сервер Domino не имеет фиксированных определений полей для документов и, следовательно, не является структурированным Аналогичным образом поля также не являются структурированными; Например, для текстового поля не существует свойства, с помощью которого устанавливается ширина. База данных Domino также уникальна, поскольку может сохранять и связывать много различных типов объектов.