Развёртывание IBM Lotus Connections: Вопросы планирования и архитектуры

В этой статье, первой части серии из семи частей о развёртывании IBM Lotus Connections, основное внимание уделяется вопросам планирования и архитектуры для обеспечения правильного развёртывания. Узнайте мнение специалиста о рекомендуемых методиках в области планирования и архитектуры.

Стивен Хардисон, ИТ-архитектор, IBM Software Services for Lotus

Стивен Хардисон (Stephen Hardison) - сертифицированный специалист и консультант по информационным технологиям, работающий в IBM Software Services for Lotus. С января 2007 г. Стивен занимается развёртыванием Lotus Connections для первых клиентов, внедряющих этот продукт. Стивен пришёл в IBM Software Services в 1999 г. До этого он работал специалистом в области информационных технологий в нескольких государственных и частных компаниях. Связаться со Стивеном можно по адресу shardison@us.ibm.com.



09.01.2008

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

Введение

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

Ниже перечислены пять функций Lotus Connections:

  • Profiles. Предоставляет быстрый доступ к информации о сотрудниках организации, в том числе возможность поиска по всей организации по ключевым словам, определяющим области специализации, текущие проекты и обязанности.
  • Communities. Обеспечивает создание сообществ на основе общих интересов, обязанностей или областей специализации, к которым могут присоединяться сотрудники со всей организации.
  • Blogs. Позволяет отдельным сотрудникам или группам организовывать блоги для обмена мнениями и получения откликов.
  • Dogear. Предоставляет возможность сохранения, организации и совместного использования закладок, ссылающихся на ценные Интернет-ресурсы, а также средство обнаружения закладок, к которым другие пользователи открыли общий доступ.
  • Activities. Предоставляет отдельным сотрудникам или группам средство для организации работы, планирования и сохранения технологических операций для повторного использования и ежедневной совместной работы.

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


Архитектура функций Lotus Connections

Рассмотрим как логическую, так и рабочую архитектуру функций.

Логическая архитектура функций

На рисунке 1 показана логическая архитектура функций Lotus Connections. В неё входят следующие компоненты:

  • Клиенты, используемые для доступа к функциям
  • HTTP-транспорт и кэширующие прокси-серверы
  • J2EE-контейнер, осуществляющий и управляющий доступом ко всем функциями и данным Lotus Connections
  • Серверные системы, используемые этими функциями для аутентификации, хранения данных и интеграции с внешними системами обмена сообщениями
Рисунок 1. Логическая архитектура Lotus Connections
Логическая архитектура Lotus Connections

В Lotus Connections имеются функции для разнообразных типов клиентов, причём доступ осуществляется через стандартные Web-порты и при помощи API, основанного на протоколе REST и стандарте Atom. В то время как доступ к функциям можно осуществлять при помощи уже имеющихся средств, например, с помощью браузера и плагинов для IBM Lotus Sametime V7.5 или IBM Lotus Notes V8, API позволяет заказчикам создавать, обновлять, запрашивать и осуществлять управление информацией Lotus Connections в разработанных ими приложениях.

Поскольку REST API Lotus Connections по структуре аналогичен HTTP (на самом деле HTTP - это основанный на REST протокол), а также использует тот же самый транспортный уровень, что и стандартные Web-серверы, вызов функций совместим со стандартными Web-серверами и прокси-серверами.

API допускает ввод информации и управление ею с помощью методов POST, PUT и DELETE, причём служебные данные хранятся в HTML-форме или XML-документе Atom. Информацию можно извлекать с помощью метода GET и представлять либо в виде HTML-документа, либо XML-документа Atom, в зависимости от потребностей запрашивающего клиента.

Например, следующие URL иллюстрируют два различных варианта вызова Dogear REST для выбора пользовательской закладки. Первый возвращает информацию в формате HTML; второй возвращает её как канал Atom и добавляет дополнительный фильтр для выбора только подмножества пользовательской закладки:

http://dogear.ibm.com/html?user=Jane_Roe@us.ibm.com
http://dogear.ibm.com/atom?tag=java&user=Jane_Roe@us.ibm.com

Помимо пяти функций, к которым обращаются клиенты, в Lotus Connections имеются ещё четыре общих служебных модуля (common utility modules):

  • JMX administration. Используется для настройки среды Lotus Connections и управления ею. Управление большинством административных функций выполняется при помощи команды WebSphere wsadmin, однако имеются и другие, доступные через Web-интерфейс.
  • Navigation header. Позволяет всем установленным функциям "знать" друг о друге и обеспечивает пользователям единообразную Web-навигацию. Допускает расширение с помощью ссылок на другие внешние сервисы.
  • Person card. Отображает единообразную "визитную карточку" при запросе каждой из функций базовой информации из профиля контакта. Требуется функция Profiles.
  • User directory. Взаимодействует с каталогом, используемым Lotus Connections для аутентификации, авторизации и выполнения запросов.

Кроме того, Lotus Connections опирается на несколько основных серверных служб:

  • LDAP. Предоставляет сервисы аутентификации и авторизации Lotus Connections и служит основным источником данных, используемых функцией Profiles для предоставления информации о контакте.
  • Реляционная база данных. Хранит базы данных и таблицы, необходимые функциям Lotus Connections. У каждой функции имеется собственное хранилище данных.
  • Интеграция данных (IBM Tivoli Directory Integrator). Извлекает информацию о людях из корпоративных источников данных, например LDAP-каталога, и помещает эту информацию в таблицы базы данных функции Profiles. Может также отправлять обновлённые записи Profiles обратно в исходный источник данных. Используется только с функцией Profiles.
  • Файловая система. Хранит индексы сервисов, а также относящиеся к сервисам данные, например файловые вложения, загруженные в функции Blogs или Activities. Для Activities в качестве альтернативы для хранения вложений и крупных объектов может использоваться база данных Domino.
  • SMTP-сервер исходящей почты. Для отправки уведомлений Lotus Connections использует существующую в организации инфраструктуру обмена сообщениями. Это может быть любая почтовая система, способная принимать и пересылать пакет SMTP-сообщения.

Рабочая архитектура

На рисунке 2 показаны основные компоненты развёртывания, составляющие Lotus Connections. Это минимально необходимый набор компонентов. В некоторых случаях компоненты могут физически размещаться на одном и том же сервере. Например, хотя нормальной практикой при развёртывании является установка HTTP-сервера на одном сервере, а IBM WebSphere Application Server - на другом, при некоторых сценариях, не предполагающих высокой загруженности, например при развёртывании тестового сервера или небольшой экспериментальной системы, может быть целесообразна их установка на одном сервере.

Рисунок 2. Рабочие компоненты Lotus Connections
Рабочие компоненты Lotus Connections

Для Lotus Connections требуется WebSphere Application Server V6.1, работающий на платформе Microsoft Windows или Linux. Можно установить одну функцию или развернуть множество функций на отдельных серверах приложений, работающих на одном и том же физическом устройстве. Кроме того, можно развёртывать функции на нескольких физических серверах, являющихся частью сетевого кластера, если компании требуется среда высокой готовности или Lotus Connections необходимо масштабировать для поддержки развёртывания для большого количества пользователей.

Lotus Connections поддерживает два сервера каталогов: IBM Tivoli Directory Server V6.1 и Microsoft Active Directory 2003. Поддержка других служб каталогов LDAP, например IBM Lotus Domino и Sun Java System Directory Server, будет реализована в дальнейших служебных обновлениях.

Базы данных Lotus Connections могут размещаться либо в IBM DB2 V9.1, либо в Oracle 10g. При работе с DB2 данные каждого сервиса хранятся в отдельной базе данных. В Oracle 10g данные Profiles и Activities хранятся в отдельных экземплярах базы данных, в то время как данные Blogs, Communities и Dogear хранятся в отдельных таблицах одного экземпляра базы данных. В большинстве случаев приложение Tivoli Directory Integrator V6.1, используемое для наполнения базы данных Profiles, совмещено с сервером базы данных.

Как говорилось ранее, некоторые данные хранятся вне баз данных в файловой системе, доступной функциям Lotus Connections. Эти компоненты файловой системы, например индексы и файловые вложения, должны храниться на дисках, подключенных к WebSphere Application Server. Если вы выполняете развёртывание в среде кластера WebSphere Application Server, каждый экземпляр кластера должен иметь доступ к общему каталогу на общих файловых серверах или корпоративных сетевых устройствах хранения данных.

Для функции Activities предусмотрен ещё один вариант хранения файлов. Activities можно настроить таким образом, что вместо сохранения вложений и содержимого в файловой системе будет использоваться бы NSF-файл Domino, размещённый на сервере Lotus Domino. Эта опция доступна как в том случае, если Lotus Connections установлен автономно, так и при его установке в кластерной среде.


Архитектуры развёртывания и возможности масштабирования

Lotus Connections поддерживает множество разнообразных сценариев развёртывания. Например, при развёртывании IBM Lotus Notes V8 организация может развернуть лишь одну функцию, скажем, функцию Activities. С другой стороны, если развёртывание проводится в масштабах всего предприятия, компания может создать кластерную среду и выделить множество узлов под наиболее востребованные в организации функции.

Тестовые системы и экспериментальные среды

На рисунке 3 показана минимальная топология развёртывания Lotus Connections, подходящая для системы с небольшой нагрузкой, например тестовой системы, используемой разработчиками компании, или для небольшой экспериментальной системы.

Рисунок 3. Пример топологии развёртывания тестовой или экспериментальной системы
Пример топологии развёртывания тестовой или экспериментальной системы

В этой топологии:

  • HTTP-сервер совмещён с WebSphere Application Server, поэтому клиенты получают доступ к серверу Lotus Connections напрямую через HTTP-каналы, как защищённые SSL, так и незащищённые.
  • Сертификат SSL, используемый HTTP-сервером, может быть подписан самим сервером, а не выдан соответствующим учреждением.
  • Lotus Connections/WebSphere Application Server связывается с сервером каталогов через LDAP или LDAPS, а с сервером базы данных - через тонкое JDBC-соединение.
  • Tivoli Directory Integrator совмещён с сервером базы данных и подключается к серверу каталогов через LDAP или LDAPS, наполняя базу данных Profiles подробными данными по пользователям.
  • В большинстве случаев соединение Tivoli Directory Integrator может представлять собой однонаправленный канал, по которому идут периодические обновления при добавлении, обновлении или удалении пользователей из каталога.

Поскольку для каждой функции Lotus Connections требуется собственный сервер приложений, эти серверы необходимо создать перед установкой. При использовании отдельного WebSphere Application Server простейший путь - оставить на месте первый сервер приложений по умолчанию (на нём будет размещаться WebSphere Application Server Console) и создать новый экземпляр сервера приложений под тем же профилем сервера приложений для размещения конкретной устанавливаемой функции Lotus Connection:

<WAS_ROOT>/AppServer/profiles/<profile>/wsadmin.sh (или wsadmin.bat)
$AdminTaskcreatApplicationServer <node> {-name <lcservice_server_name>}
$AdminConfig save

Например, чтобы создать три сервера для размещения функций Activities, Profiles и Dogear на Linux-сервере, необходимо выполнить команды, приведённые в Листинге 1.

Листинг 1. Создание серверов для размещения функций
/opt/WebSphere/AppServer/profiles/AppSrv01/wsadmin.sh
$AdminTaskcreatApplicationServer Node01 {-name ActivitiesServer}
$AdminTaskcreatApplicationServer Node01 {-name ProfilesServer}
$AdminTaskcreatApplicationServer Node01 {-name DogearServer}
$AdminConfig save

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

Небольшие производственные системы

На рисунке 4 показана топология развёртывания Lotus Connections, подходящая для производственного развёртывания в небольшом масштабе одного или нескольких сервисов для использования в организации. В зависимости от того, какие сервисы развёртываются и насколько мощные системы используются, подобная система способна поддерживать относительно большое количество зарегистрированных пользователей.

Рисунок 4. Пример топологии развёртывания небольшой производственной системы
Пример топологии развёртывания небольшой производственной системы

В этой топологии:

  • HTTP-сервер располагается на собственном сервере, доступ к которому клиенты получают как через защищённые SSL, так и незащищённые HTTP-каналы. При необходимости HTTP-сервер связывается с Lotus Connections/WebSphere Application Server по HTTP или HTTPS.
  • URL-адрес (адреса) HTTP-сервера должны иметь действующий SSL-сертификат, зарегистрированный в соответствующей организации.
  • Tivoli Directory Integrator может быть настроен на использование двустороннего канала, чтобы производимые пользователями определенные обновления данных, Profile, например номера мобильных телефонов, можно было синхронизировать с исходным сервером каталогов.
  • Если Tivoli Directory Integrator настроен на выполнение синхронизации практически в реальном времени, возможно, будет необходимо перенести серверные процессы Tivoli Directory Integrator на отдельный сервер, чтобы установить пределы потенциальных ограничений на ресурсы на сервере базы данных.
  • Для отправки уведомлений заинтересованным сторонам из функций Activities или Blogs между Lotus Connections WebSphere Application Server и одним из почтовых серверов организации создаётся канал исходящих SMTP-сообщений.

ПРИМЕЧАНИЕ: Поскольку такая конфигурация предназначена для развёртывания простейшей производственной системы, в ней не предусмотрено ни дополнительное оборудование для предотвращения отказов системы, ни возможность масштабирования в случае увеличения числа пользователей. В этом случае требуется решение на основе кластера, которое описывается в следующем разделе.

Развёртывание в масштабах предприятия и возможности масштабирования

На рисунке 5 показана топология Lotus Connections, подходящая для развёртывания в масштабах предприятия. Такая конфигурация предусматривает избыточные компоненты для поддержки высокой отказоустойчивости при работе и восстановления после отказа, а также возможности масштабирования функций Lotus Connections при повышенной нагрузке на систему вследствие большого количества пользователей.

Рисунок 5. Пример топологии развёртывания системы уровня предприятия
Пример топологии развёртывания системы уровня предприятия

В этой топологии:

  • Клиенты получают доступ к HTTP прокси-серверам или балансировщикам нагрузки через защищённые SSL и незащищённые HTTP-каналы, которые в свою очередь подключены к кластеру HTTP-серверов. При необходимости, HTTP-кластер обеспечивает связь с кластером Lotus Connections/WebSphere Application Server по HTTP или HTTPS.
  • Сервер Lotus Connections связывается с кластером каталогов через LDAP или LDAPS путем опроса DNS.
  • Сервер Lotus Connections связывается с кластером базы данных через функцию DB2 High Availability and Disaster Recovery (HADR) или Oracle Real Application Clusters (RAC).
  • Tivoli Directory Integrator располагается на собственном сервере. Он подключается к кластеру базы данных через JDBC, а к кластеру каталогов - через LDAP или LDAPS, наполняя базу данных Profiles подробными данными по пользователям. Кроме того, Tivoli Directory Integrator подключается к источнику персональных данных компании для получения важной организационной информации, которой может не быть в корпоративном LDAP-каталоге.
  • Tivoli Directory Integrator может быть настроен на работу с многонаправленным каналом, чтобы данные, в том числе сделанные пользователями обновления Profile, можно было синхронизировать с исходным сервером каталогов и кадровой системой.

Одним из главных путей увеличения производительности Lotus Connections является кэширование. Семьдесят процентов сетевого трафика Lotus Connections генерируется при опросе плагинов и программ чтения каналов RSS/Atom. Каналы могут обслуживаться кэширующими прокси-серверами, снимающими лишнюю нагрузку с WebSphere Application Server.

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

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


Планирование развёртывания Lotus Connections

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

Требуемые сервисы и количество пользователей

Первый шаг в планировании развёртывания Lotus Connections - определить, какие сервисы необходимо развернуть. Хотя возможно развернуть сразу все функции, в большинстве случаев целесообразнее полностью развернуть и привести в рабочее состояние одну функцию до развёртывания следующей. Порядок развёртывания должен зависеть от важности той или иной функции для бизнеса. Например, в одной организации может быть важно внедрить сервис нахождения экспертов, такой как Profiles, для глобальной поддержки подбора персонала для проектов, в то время как в другой могут потребоваться возможности Activities по распределению рабочих заданий для управления задачами в рабочих группах и распространению передового опыта.

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

  • Каково предполагаемое количество пользователей, которые будут одновременно осуществлять доступ к функциям?
  • Какие функции будут наиболее востребованными, и сколько человек будет их использовать?
  • Клиентское ПО каких типов используется для доступа к функциям (браузеры, программы чтения каналов, плагины и т. д.)?
  • Какие функции будут наиболее востребованными, и сколько человек будет их использовать?

Также важно понимать основные моменты, связанные с установкой и реализацией:

  • Перед установкой продукта необходимо определить и зарегистрировать в DNS URL-адреса функций Lotus Connections.
  • При входе пользователей в систему для защиты вводимых данных принудительно создаётся HTTPS-соединение, поэтому URL-адреса Lotus Connections должны иметь соответствующие SSL-сертификаты.
  • Перед установкой любых функций Lotus Connections необходимо включить и настроить систему безопасности WebSphere Application Server для поддержки федерированных репозиториев.
  • В WebSphere Application Server необходимо определить серверы приложений, на которых будут выполняться сервисы; также перед установкой нужно знать порты default_host HTTP и HTTPS серверов.
  • Перед установкой отдельных функций на сервер Lotus Connections необходимо создать базы данных, а во время установки сервиса нужно ввести имя пользователя и пароль пользователя базы данных.
  • Необходимы имя пользователя и пароль, чтобы связаться с сервером каталогов для аутентификации, перед установкой нужно выполнить синхронизацию данных, а также установить соответствующие права, чтобы позволить идентификатору сессии получить доступ ко всем необходимым пользовательским атрибутам и схеме каталога.
  • Перед установкой функций Activities и Blogs также необходимо знать имя пользователя и пароль, они нужны для подключения к серверу исходящей SMTP-почты.
  • Следует определить требуемые изменения пользовательского интерфейса Lotus Connections, а также графические элементы и стили.
  • Для функции Dogear необходимо определить диапазоны внутренних IP-адресов, чтобы эта функция могла различать внутренние и внешние закладки. Кроме того, нужно обеспечить функции Dogear возможность доступа к целевым сайтам, для которых могут быть созданы закладки.
  • Перед установкой функции Blogs необходимо создать учётную запись с правами администратора, а сразу после установки - определить домашнюю страницу Blogs.

Интеграция с основными поддерживающими системами

Из всех функций Lotus Connections наибольший объём технического планирования требуется для внедрения функции Profiles. Главным образом это происходит из-за того, что приходится проводить предварительную загрузку пользовательской информации в хранилище данных Profiles из других источников. Вот некоторых важные вопросы, которыми следует задаться при проведении первоначального планирования:

  • В каком источнике (каких источниках) данных содержится пользовательская информация, подлежащая загрузке в хранилище данных Profiles?
  • Каковы спецификации полей исходных данных (имя поля, тип, размерность данных)?
  • Представляет ли собой загрузка разовое событие, или в Profiles будут периодически загружаться новые данные из источника? Если да, то имеется ли в источнике данных журнал изменений, доступный Tivoli Directory Integrator?
  • Синхронизируются ли обновлённые в Profiles пользовательские данные с исходным источником данных?
  • Определена ли в источнике данных желаемая иерархия организационной структуры, и является ли информация единообразной и полной?
  • Имеется ли среди данных Profiles дополнительная мультимедийная информация, например фотографии пользователей и аудиофайлы с произношением имён? Если да, где расположены эти медиафайлы?
  • Используются ли в полях источника данных стандартные коды, например коды пользователя, отдела или местонахождения? Если да, где расположена подробная и дружественная к пользователю информация, соответствующая этим кодам, например, название отдела или адрес?
  • Какие поля данных отображаются в записи профиля, и какие из них можно редактировать пользователям?

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

Для ускорения загрузки данных о пользователях Profiles Lotus Connections поставляется с копией Tivoli Directory Integrator V6.1 и набором предварительно подготовленных линий сборки, конфигурационных файлов и командных скриптов Tivoli Directory Integrator. Основные скрипты предназначены для поддержки извлечения информации о пользователях из Tivoli Directory Server V6.1 или Microsoft Active Directory 2003. Для загрузки фотографий, AVI-файлов с произношением имени пользователя, подробных данных по кодам размещения и т. д. предусмотрены дополнительные скрипты.

Имеются также линии сборки, которые Tivoli Directory Integrator может использовать в режиме сервера для опроса и синхронизации исходного LDAP и хранилища данных Profiles при внесении изменений.

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

Кроме того, важно договориться с администраторами источника данных о том, чтобы у Lotus Connections был доступ к этим данным, а также об их обновлении и синхронизации.

Внедрение Lotus Connections в вашей организации

Несмотря на то, что в Lotus Connections имеется набор мощных инструментов по созданию социальных сетей, помните, что такие сети состоят прежде всего из людей. Ошибочно полагать, что при внедрении инструмента сотрудники в вашей организации автоматически примут его и начнут применять. Хотя у некоторых сотрудников может быть опыт работы с социальными сетями, другие могут поначалу их и не оценить и не пожелать изменить привычные способы работы. Может сложиться ситуация, похожая на ту, которая ранее возникала при внедрении на предприятиях других инструментов для совместной работы, например электронной почты или систем мгновенного обмена сообщениями.

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

Вот слагаемые успеха развёртывания:

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

Помимо поддержки принятия Lotus Connections пользователями необходимо на стадии планирования определить роли менеджеров по контенту и сообществу (Content and Community Manager). Эти роли могут выполняться сотрудниками или группами, несущими прямую ответственность за внедрение социальных сетей в организации и управление ими. Они:

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

Заключение

Хотя Lotus Connections - новый продукт, он с самого начала разрабатывался с учётом поддержки множества вариантов развёртывания, начиная с систем уровня отдела и заканчивая развёртыванием в масштабах всего предприятия. В нём имеется общедоступный API, позволяющий организациям быстро интегрировать функции Lotus Connections с другими компонентами своих ИТ-сред. При правильном планировании заказчик может разработать архитектуру развёртывания, отвечающую требованиям его бизнеса, и обеспечить принятие пользователями новых технологий.

Ресурсы

Научиться

Обсудить

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Lotus
ArticleID=277300
ArticleTitle=Развёртывание IBM Lotus Connections: Вопросы планирования и архитектуры
publish-date=01092008