Журнал о системах электронного документооборота (СЭД)
Веб-контент и порталы

Порталы и жизненные циклы

  2 комментариев Добавить в закладки

Леонид Черняк

Лексикон ИТ-специалистов богат сегодня большим числом названий, так или иначе включающих слово Management. Некоторые из них известны больше, некоторые меньше. К числу последних относится и Portal Lifecycle Management — но, как говорят англичане, «last but not least».

Если мы обратимся к поисковой машине Google с запросом «Lifecycle Management», то сможем убедиться, что из общего числа найденных ссылок, составляющего примерно в 25 тыс., 72% будет сочетаться со словом product. В 2002 году представление об «управлении жизненным циклом» чаще всего связывается с управлением проектной деятельностью — Product Lifecycle Management (PLM). В публикуемой в этом выпуске журнала статье Сергея Очередько «Концепция управления жизненным циклом» PLM интерпретируется, именно так, подразумевая, что «это, скорее «органайзер» для проектных данных, в состав которого входит собственно САПР». Обратим внимание на продолжение, где сказано, что в подобных системах во главу угла положена «логическая структура, на которую «надеваются» представления данных, в свою очередь, имеющие геометрическое определение, свойства, графическое представление, связанные с ними приложения и присоединенные к ним документы.

В статье Очередько введено два важных понятия. Во-первых, «органайзер», виртуальный инструмент для управления некоторым процессом, во-вторых, логическая структура, которая объединяет соучастников этого процесса. Они являются вполне универсальными, любое предприятие или вообще любая общность людей, занятых какой-то целенаправленной активностью, обладает логической структурой, связывающей соучастников процесса. Чтобы манипулировать подобной логической структурой, тоже желателен некоторый органайзер, но для его создания в рамках современных корпоративных информационных систем недоставало соответствующих технических возможностей. По традиции эти системы наделяют, во всяком случае на словах, функциями управления. Когда-то был бум АСУ, а сейчас регулярно проходят выставки, в название которых входит слово «управление», но собственно управления ни там, ни здесь найти, пожалуй, не удастся. На протяжении последних 30 лет информационные системы служили лишь средством, причем не всегда эффективным, для поддержки существующих архаичных методов управления. Ситуация стала изменяться только в конце 90-х, когда появилась реальная возможность для создания систем, соответствующих логической структуре бизнеса и предоставляющих вполне реальные, а не мифические возможности для организации процесса управления.

Известно несколько новых течений в управлении, в том числе управление отношениями с клиентами и их значимостью (CRM — Customer Relationship Management и (CVM — Customer Value Management) соответственно, управление цепочкой поставок (SCM — Supply Chain Management) и т.д. И вот совсем недавно появилось еще одно направление в управлении, а именно управление жизненным циклом корпоративных порталов со знакомой аббревиатурой PLM, но в данном случае ей соответствует «Portal Lifecycle Management».

intranet и порталы

Появление порталов стало логическим следствием открытия технологии, которую мы теперь называем intranet. По данным Forrester Group подавляющее большинство руководителей компаний, входящих в список Fortune 1000, считают, что эффект от внедрения intranet превзошел их ожидания. Достоверно известно, что в 1994 году термин IntraNet и саму идею переноса Web-технологии внутрь корпоративной системы предложил Стивен Теллин, бывший в ту пору сотрудником корпорации Amdahl, а ныне вице-президент аналитического агентства Mega Group. В 1996 году он опубликовал несколько ключевых статей, в которых изложил свои соображения, к сожалению, они опередили свое время и не были достаточно оценены тогда. Шесть лет спустя после опубликования, мысли, высказанные Теллином, остаются интересными, но теперь, скорее с методологической точки зрения — практика за эти годы сделала большой шаг вперед. В полном объеме все статьи можно найти на сайте iorg.com, а три из них были переведены на русский язык и опубликованы в том же 1996 году.

В работе [1] Теллин прокладывает совсем несложный мостик от intranet к открытиям из Общей Теории Систем, сделанных в 60-х и 70-х годах. Одно из положений Общей Теории Систем в изложении Теллина гласит: «Инфраструктуры коммуникаций и координации определяют функции и сложность создаваемых человеком систем», т. е. логическая сложность бизнес-систем лимитирована возможностями поддерживающих их информационных систем. Это выражение представляет собой обоюдоострый меч. Пока не было intranet, не было и технической возможности создать информационную систему адекватную по сложности бизнес-системам. Появившись, intranet пришелся ко двору и был быстро воспринят буквально «на ура» именно потому, что помог бизнесу найти недостающее звено, компенсировать недоразвитость инфраструктур — появился потенциал для создания реальных систем управления.

Но вместе с тем внедрение intranet открывает возможность не только для количественного, но качественного развития бизнес-систем. Сразу же обнаружилось, что, наличие информационной инфраструктуры вначале класса intranet, а позже с появлением электронного бизнеса и Internet, открылась возможность строить не только более сложные системы, но и системы с большей целевой направленностью. Это колоссальный шаг вперед, он означает потенциальную возможность для трансформации самой сути бизнеса, а именно отход от простых рыночных отношений, миграцию от конкуренции в сторону кооперации и сотрудничесива, образование бизнес-сообществ. Материализацию сказанного можно обнаружить в форме SCM, CVM, CRM — буквально на глазах проявляются новые подходы к управлению корпоративными системами. Но все это плоды уже XXI века, Теллин предвосхитил эти грядущие изменения. Свою точку зрения он выводит из сравнения работ двух авторов, о которых говорит, что: «... Они оба следуют традициям Общей Теории Систем, даже если сами не до конца осознают, что являются ее последователями». Теллин имеет ввиду Майкла Ротшильда («Bionomics», 1990) и Джеймса Мура («The Death of Competition», 1996). В своих трудах Ротшильд и Мур, каждый со своей позиции, анализируют очевидное несоответствие экономических и социальных реалий используемым моделям и методам управления (менеджмента), они пытаются дать свое собственное объяснение этому явлению. Ротшильд чистый рыночник, он рассматривает только конкуренцию как основную движущую силу, заставляющую системы стремиться к эффективности и стабильности. Мур не отрицает значение конкуренции, но считает необходимым учитывать и другие силы, которые также определяют разнообразие и стабильность сложных систем. Для своего анализа он привлекает «принцип совместной эволюции», близкий к Общей Теории Систем, опираясь на него, он стремится представить бизнес как целенаправленно развивающуюся экосистему, и объясняет динамику новых направлений в промышленности в понятиях экологической преемственности. Иначе говоря, если Ротшильд рассматривает бизнес как ненаправленную или хаотическую (как ее понимает теория хаоса) систему, то Мур, напротив, явно признает, что созданные человеком системы — это системы, ориентированные на цели.

То, как сегодня развивается электронный бизнес, явно подтверждает правоту взглядов Мура. По его мнению, для того чтобы система росла и оставалась жизнеспособной, все вовлеченные в бизнес экосистемы должны эволюционировать совместно. Для совместности, в согласии с Общей Теорией Систем, нужна информационная система такого класса, которого на момент написания книги не было. В представлении Теллина именно intranet дает возможность строить адекватные бизнесу системы, позволяющие создавать инфраструктуры, способные к распространению знаний и навыков по всем подразделениям организации. Заметим, что уже тогда Теллин апеллирует к управлению знаниями [2], он интерпретирует intranet как систему управления знаниями.

В 2001 году Брюс Робертсон и Вал Срайбэр опубликовали книгу [3], посвященную адаптивной инфраструктуре предприятий.

Многие предвидения Теллина оправдались, но, к сожалению, он не произнес одного очень важного и недостающего слова: «портал». К идее портала почти вплотную подошел еще в начале 60-х годов Джозеф Ликлайдер. По первому образованию Ликлайдер был психологом, затем стал кибернетиком, учеником и последователем Норберта Винера, он был одним из тех, кто создал управление IPTO в ARPA. Ликлайдер занимался исследованиями из области взаимодействия человека с компьютером, и, пожалуй, первым представил компьютер не в качестве счетного устройства, а как средство для коммуникации. Наиболее полно взгляды Ликлайдера изложены в работе, написанной им совместно с Р. Тейлором, которой сменил его на посту директора IPTO.

С возникновением intranet не только у великих ученых, но и у простых смертных появилось явное предчувствие того, что вот-вот должно появится нечто вроде пультов управления для информационной системы, идея портала уже висела в воздухе. В свое время я попытался ее выразить в статье [4], где довольно наивно представил компьютеры, стоящие на столах менеджеров в виде пультов управления, осуществляющих обратную связь между предприятием и лицами, ответственными за принятие решений. До сих пор помню несколько снисходительно-скептическую улыбку тогдашнего главного редактора, который был явно разочарован. Но прошло всего год или два, и витавшее в воздухе предвосхищение материализовалось в форме порталов.

Поначалу специалисты долго не могли определиться с названием. Один за другим возникали разные варианты: бизнес-портал (business portal); интеллектуальный бизнес-портал (business intelligence portal); корпоративный intranet-портал (enterprise intranet portal). В конечном счете, остановились на самом простом — корпоративный портал (corporate portal).

На первых порах «портальным» лидером была компания Plumtree Software. Ярким публичным актом, относящимся к порталам, стала публикация документа «Корпоративные порталы, простой взгляд на сложный мир» [5], где была изложена на самом деле незамысловатая идея. Предлагалось распространить приобретшую к тому моменту популярность технологию Web-порталов (в качестве прототипа был взят портал Yahoo!) на корпоративные информационные системы. Первая крупная посвященная порталам конференция World’s First National Corporate Portal Conference была организована той же компанией Plumtree Software в конце 1999 года. Невзирая на новизну, аналитикам сразу же стало ясно, что портальное направление чрезвычайно перспективно, ему пророчили хорошее будущее. Например, Delphi Group предсказала, что большинство крупных предприятий обзаведется порталами к концу 2001 года [6]. Прогноз подтвердился полностью. Действительно, в течение буквально пары лет портал становится одним из основополагающих компонентов корпоративной информационной системы, причем настолько значимым, что наступает пора поговорить об особенностях владения им и его эксплуатации.

Влияние порталов и Web-технологий

Развитие порталов, Web и некоторых других «нетрадиционных» технологий заметно повлияло на весь облик корпоративных систем, область ее деятельности становится в большей степени гуманитарной, а ее продукты обретают более очевидные потребительские качества и экономическую обоснованность. Другие индустрии вышли на этот этап, свидетельствующий о зрелости технологий раньше. Например, сегодня кроме специалистов или любителей-энтузиастов мало кого интересует устройство телевизора или автомобиля — они воспринимаются на уровне других предметов потребления. Абсолютно то же самое происходит и в ИТ. Еще пять или семь лет назад на острие внимания были операционные системы и СУБД, серверы и рабочие станции, а сейчас эти базисные концепции сместились во внутреннюю область ИТ, на поверхности находятся приложения и поддерживающие их технологии. Это вовсе не значит, что уменьшается значение computer science. Соответствующие специалисты вовсе не потеряли ценности и значения — просто сузился круг тех людей, кому доступны и интересны вчерашние кумиры. Мир ИТ обретает совершенно новые черты, вот некоторые из них.

Законы Меткалфа и Рида. DIRECTUM-Journal.ru

Рис.1. Законы Меткалфа и Рида

 

От закона Меткалфа к закону Рида. До появления web-технологий информационные системы, в конечном счете, были подчинены обработке транзакций. Изменения, наблюдаемые при переходе из транзакционного в современный период, наиболее точно и образно представлены в работе профессора Гарвардской школы бизнеса Дэвида Рида [7]. Он сформулировал новую эмпирическую закономерность, название которой можно, но не вполне адекватно перевести «Закон массы», поэтому будем называть ее «Законом Рида». Новый закон может быть поставлен в один ряд с известными законами Мура и Меткалфа и, в общем-то, он является логическим продолжением последнего. Рид выделяет три этапа в развитии ИТ: «широковещательный» (broadcast), транзакционный и, наконец, последний групповой (group forming). Периоды различаются фундаментальными принципами распространения информации. Широковещательный принцип предполагает распространение «от одного ко многим», в согласии с ним действуют все средства массовой информации, начиная от средневековых глашатаев до современного телевидения. Транзакционный принцип «от одного одному» начался с обычной почты, продолжился в телефонии, факсах и электронной почте. С новыми сетевыми технологиями intranet и Internet появилась возможность реализовать этот групповой принцип; речь идет о сетях типа GFN (group forming network) по терминологии Рида.

Закон Меткалфа часто используют для иллюстрации эффективности транзакционных сетей. «Сетевой эффект» соответствует числу возможных связей и если каждый участник сети может связаться с каждым, то эффект пропорционален квадрату числа участников сети. Очевидно, что факс-аппараты или телефоны становятся реальным инструментом бизнеса, только тогда, когда они есть в достаточном количестве. Рид пошел дальше, он утверждает, что сформулировал на основе закона Меткалфа свой закон для таких сетей, которые позволяют образовывать группы. Поскольку число потенциально возможных связей по типу «многие общаются со многими» равно числу сочетаний, то при образовании групп в сети GFN оно равно 2n. Это дает основание Риду утверждать, что и эффективность GFN пропорциональна 2n.

Изменение отношения к информации. Для транзакционного периода было характерно механистическое отношение к данным, скорее количественное, чем качественное. С появлением вначале intranet, а затем порталов возникла необходимость работать с корпоративными данными в совершенно новой манере. Напомним, что еще в 1995 году Теллин представил систему, построенную на принципах intranet, как основу для управления знаниями. С тех пор существовавшее, как автономное академическое направление knowledge management оказалось востребованным и сегодня рассматривается как одно из важнейших [8].

Разрешение парадокса продуктивности. Тем, кто не знаком с историей вопроса, это может показаться странным, но на протяжении всего времени существования информационных систем не было строгих и очевидных доказательств их экономической целесообразности, что дало основание лауреату Нобелевской премии по экономике Роберту Соллоу выразить свое сомнение в форме «парадокса продуктивности». Ни какие попытки опровергнуть его не оказывались удачными вплоть до появления корпоративных систем на основе intranet и использующих порталы. Убедительное доказательство в экономической эффективности таких систем приведено в [9].

Экономическая эффективность порталов

Исчерпывающее исследование возврата инвестиций в порталы [10] было выполнено в компании Plumtree Software, которая и поныне остается одним из лидеров в этой области. На основании данных, полученных в результате обследования свыше двухсот корпоративных порталов, экспертами компании были найдены некоторые статистические закономерности. Для наглядности они нормированы к условиям компании, насчитывающей примерно 5 тыс. сотрудников. Затраты распределяются по четырем составляющим: стоимость аппаратуры; стоимость лицензирования стандартного ПО и специализированного портального ПО; внедрение; обслуживание.

Оценка затрат первого года приведена в таблице 1. Доходы, приносимые использованием портальной технологии в бизнесе, приведены в таблице 2.

ТАБЛИЦА 1:  ЗАТРАТЫ НА СОЗДАНИЕ ПОРТАЛА В ПЕРВЫЙ ГОД

Инвестиции в портал за первый год (тыс. долл.)

Стоимость аппаратуры

110

Стоимость лицензирования стандартного ПО

2 000

Стоимость специализированного портального ПО

232,5

Стоимость, работ связанных с внедрением

111

Ежегодные затраты на обслуживание

1250

Общие инвестиции за первый год

3 703,5

 

ТАБЛИЦА 2:  ДОХОДНОСТЬ ПОРТАЛА ЗА ГОД

Прибыль от эксплуатации портала (тыс. долл.)

Непосредственно от услуг средствами электронного бизнеса

1250

Эффект интеграции приложений

1050

Результат отказа от рассылки документов электронной почтой в пользу публикации на сайте

56,250

Эффект упрощения хранения и поиска документов

1308

Эффект от снижения квалификационных требований к исполнителям

1800

Эффект отказа от распространения бумажных документов

800

Эффект "самообслуживания" работников

229,35

Сокращение стоимости работы с клиентами и партнерами

80

Повышение продуктивности труда благодаря простому персонализированному доступу к информации

2500

Общий положительный эффект

9074,75

Разделив сумму доходных статей на суммарные затраты, авторы отчета получают коэффициент ROI:

ROI = 9 074 750 / 3 703, 500 = 145 %

Может показаться странной, например, статья затрат на лицензирование программного обеспечения на сумму 2 млн. долл., она нигде не раскрыта и не аргументирована — просто представлена как данность. Притом, что понятна условность и в некоторых случаях субъективность оценок, все же можно сделать определенные выводы. Во-первых, очевидно, порталы рентабельны, если даже не на 145%, а меньше, все равно эта величина положительная. Во-вторых, казалось бы, неожиданно большими оказываются затраты на эксплуатацию портала. Они тем более значимы в последующие годы, ясно, что другие затраты могут сокращаться, а по этой статье только возрастать.

Технологии разработки и сопровождения порталов

Остается понять, как разумнее строить и эксплуатировать порталы. В течение нескольких лет порталы были «экзотикой», ими занимались специализированные компании, такие как Viador, Epicentric, Hummingbird, Plumtree и аналогичные им небольшие наукоемкие предприятия. Иногда их деятельность называли boutique industry. Благодаря активности этих пионеров удалось понять, что же такое портал на самом деле и за несколько лет индустрия порталов из «бутиковой» превратилась в обязательную (must-have) технологию. Ею занялись такие крупные производители, как BEA, IBM/Lotus, альянс Sun/Netscape и другие. Притом, что в портальной индустрии сосредоточены большие силы, собственно управлением жизненным циклом порталов пока занимается, как ни странно, одна только небольшая компания Mongoose Technology, продуктами которой пользуются практически все.

Сначала Mongoose Technology специализировалась только в области жизненного цикла, но в 2001 году она объединилась с компанией RealCommunities, которая была сконцентрирована на создании виртуальных сообществ. В результате объединения оказались собранными вместе две из пяти наиболее важных тенденций, влияющих на стратегию бизнеса — по мнению выделенных Delphi Group, это Enterprise Portal и Community Computing. Под одной крышей оказались технологии сборки инфраструктуры и прикладных служб для Web-сообщества и средства для обмена знаниями внутри порталов. Двуединая сущность нынешней производственной программы представлена в работе [11], где изложены взгляды на портал, как на средство для управления жизненным циклом и организации межличностного общения.

Portal Lifecycle Management

Поначалу порталы представлялись довольно простой коллекцией статического контента, и это представление несколько задержалось в умах, отсюда следует всеобщая недооценка сложности и стоимости задач, которые предстоит решать в процессе эксплуатации, на протяжении всего жизненного цикла портала. На самом деле возникает необходимость управлять жизненным циклом. Действительно, управление статической информацией не требует значительных затрат, но современные порталы имеют дело с онлайновыми приложениями, их логическая сложность сопоставима со сложностью самого предприятия. С появлением новых технологий складывается впечатление, что современные системы для управления бизнесом, обретают все большее сходство с классическими системами автоматического регулирования, которые уже много десятилетий используются в технологическом управлении. А в теории автоматического управления, на которой строятся последние, есть такое утверждение: сложность регулятора не может быть меньше, чем регулируемого им объекта.

Портал обязан соответствовать предприятию на всем протяжении жизненного цикла, быть синхронным ему, но в отличие от других объектов, например, технических систем, бизнес-система находится в состоянии постоянной эволюции, и, следовательно, корпоративный портал никогда не может быть закончен как некоторый продукт и окончательно сдан в эксплуатацию, а живет и развивается вместе с предприятием.

Идеологию, пригодную для построения динамической схемы жизненного цикла портала, можно найти в [12]. В отчете, подготовленном аналитическом Delphi Group использованы материалы компании Mongoose Technology, предлагающей средства для разработки и эксплуатации порталов. Автор отчета представляет цикл жизни портала как замкнутый и повторяющийся, что противопоставляется обычному отношению к приложениям, которые иронически называются: «целься, пли, готово». Ударным трудом с фиксированной датой окончания порталы не строятся, это не продукт, имеющий окончательные потребительские качества, следовательно, требуется долговременные и методичные усилия по развитию и совершенствованию, через последовательность итераций. В [13] приводится еще одно интересное наблюдение, вывод из которого имеет большое практическое значение. Обычно в процессе проектирования портала большинство участников составляют заинтересованные представители менеджмента компании, а ИТ-персонал — меньшинство. После того, как портал внедрен, пропорция радикально меняется, менеджерам он остается нужным в качестве инструмента, и они теряют к нему интерес, а большинство переходит к ИТ-специалистам, далеким от понимания функциональности. Отход менеджеров от выполнения миссии по совершенствованию опасен деградацией портала.

Каждый из витков жизненного цикла портала состоит из четырех периодов.

●     Проектирование. На стадии проектирования архитектор должен определить логические компоненты портала, установить соответствие между требованиями бизнеса и программными приложениями. На этом этапе критически важно точно определить функциональные требования к порталу в связи со средой, где он функционирует, и особенно с приложениями от третьих поставщиков. Связь с приложениями через соответствующие коннекторы и определяет главным образом специфику эксплуатации порталов. Например, коннектор с приложением может задавать определенную версию приложения. В таком случае, если в какой-то момент появляется новая версия приложения, то этот коннектор должен быть доступен сервисному персоналу для внесения в него изменений. Аналогичным образом должны быть явно выделены места для внесения управляющих воздействий, своего рода инструменты управления. Следовательно, параллельно с проектированием портала должна формироваться библиотека сервисных инструментов.

Жизненный цикл портала. DIRECTUM-Journal.ru

Рис. 2. Жизненный цикл портала

●     Сборка. C целью тестирования создается прототип или "виртуальный портал", на нем проверяется функциональность и управляемость, в том числе качество библиотеки сервисных инструментов. Сборка позволяет убедиться в том, что прототип соответствует внедряемой системе.

●     Внедрение. Почти не отличается от внедрения любой другой программной системы, тестирование заключается в проверке соответствия проекта реальным функциям.

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

Сегодня предложение средств для менеджмента порталов на рынке программного обеспечения еще невелико. Одно из наиболее известных — пакет PortalStudio Interactive Development Environment от компании Mongoose Technology, который представляет собой среду, позволяющую архитекторам порталов применить интегрированный подход к PLM. В состав пакета входит визуальная среда, библиотека компонентов, набор различных портальных заготовок. Пакет может быть использован в процессе создания и поддержки порталов на всем их жизненном цикле. В октябре 2001 года Mongoose Technology выпустила PortalStudio Enterprise Edition 2.0. Технология, предлагаемая компанией, соответствует стандартам J2EE, что обеспечивает ей нейтральность по отношению к вендорам портальных платформ. Существует возможность работы Mongoose PortalStudio совместно с BEA WebLogic, Oracle9i AS, Orion, Macromedia Jrun и IBM WebSphere.

Портал как средство для создания виртуальных сообществ

Работы, которые ведутся в Mongoose, не ограничены чисто технологическими аспектами, остающимися пока наиболее привычными для ИТ-специалистов. В PortalStudio 2.0 включен компонент RealCommunities, относящийся к новому поколению средств для групповой работы, так называемых коллаборационных приложений, основанных на использовании Web-служб для организации межличностного общения. Обращение к изучению этой категории коллективов и созданию средств их создания вызвано довольно простой мыслью. Эволюции человека в физическом пространстве проходила в процессе создания разного рода объединений, от стада до демократического государства, вся индустриальная история — это, в конечном итоге, история производственных коллективов. Выйдя в виртуальное пространство, человечество с неизбежностью повторит этот опыт, поэтому и Web проходит три этапа.

●     Первым было представление его в виде огромной энциклопедии, главным на этом этапе является контент.

●     Второй этап - электронная коммерция, построенная на транзакционных принципах (один к одному).

●     Третий этап - образование сообществ.

Сообщества в электронном бизнесе могут играть возможно большую роль, чем в обычном бизнесе. Самый очевидный пример эффективности сообществ представляют собой системы CRM, основная идея которых выражается формулой:

P = ({[(Ri - Ci) х Li] - Si}, где

P — суммарная прибыль;

Ri — доход от одного клиента;

Ci — затраты на одного клиента;

Li — время жизни одного клиента;

Si — затраты на получение одного клиента.

В этой формуле самым значимым параметром оказывается время вхождения клиента в сообщество потребителей. Если максимизация других параметров зависит от ряда других обстоятельств, время, пока потребитель остается верен поставщику, напрямую зависит от качества организации сообщества. Совершенно аналогичные рассуждения можно приложить к системам категорий SCM, CVM и другим. Понимая это, в Mongoose предлагают пакет RealCommunities, который позволяет объединить инфраструктуру и прикладные службы для построения Web-сообществ и взаимодействие каждого с каждым (peer-to-peer) внутри корпоративного портала. Схема работы RealCommunities удивительным образом напоминает каноническое представление о функционировании Web-служб, но в качестве объектов в ней выступают не приложения, а реальные люди. RealCommunities включает в свой состав модули:

●     Expertise & Skills Directory - каталог знаний и практического опыта, построенный по принципу Web-служб, позволяющий найти специалиста или коллектив исполнителей, отвечающих необходимым требованиям;

●     Engagement & Feedback - после того, как найдены исполнители, необходимо снабдить их службами для взаимодействия, для этой цели есть модуль взаимодействия и обратной связи;

●     Messages & Chat - средство для непосредственно общения, в том числе доски объявлений, чаты и мгновенная передача сообщений;

●     Question & Answer - механизм постановки вопросов и получения ответов (может быть как частным, так и публичным);

●     File Sharing & Collaboration - разделяемыйдоступкфайлам;

●     Review & Recommend - возможность взаимной оценки качества работы для соучастников одного проекта;

●     Rewards & Incentives - поле, на котором выставляются награды и стимулы.

RealCommunities обеспечивает управляемое взаимодействие между сотрудниками, партнерами и клиентами. Используемые при этом Web-службы усиливают процесс образования групп, коллаборацию между группами и внутри них, обмен знаниями между теми же тремя категориями — сотрудники, партнеры и клиенты. К числу достоинств RealCommunities с корпоративной точки зрения можно отнести возможность его средствами отчуждать сохранять интеллектуальный капитал, уменьшать текучесть рабочей силы, повысить продуктивность команд сотрудников и повышать лояльность клиентов.

Литература

1. Стивен Теллин, "Интранет и Адаптивные Инновации: переход от управления к координации в современных сетях", JetInfo, № 21-22, 1996

2. Steven L. Tellen, "Intranets as Knowledge Management Systems basic concepts and definitions", 1997, http://www.dhs.vic.gov.au/phkb

3. Bruce Robertson, Val Sribar, "The Adaptive Enterprise: IT Infrastructure Strategies to Manage Change and Enable Growth". Intel Press, IT Best Practices Series, 2001

4. ЛеонидЧерняк. "Управлениекораблемкорпорации", журналБОСС, 1997, № 1

5. "Corporate portals: A Simple View of a Complex World", Plumtree Software, 1998

6. Леонид Черняк. "Корпоративный портал", http://kis.pcweek.ru/kis/win/techno/p.html

7. David Reed, "The Law of the Pack". Harvard Business Review, 2000, February

8. "Best Practices in Enterprise Portals", KMWorld, 2001, July/August, www.kmworld.com

9. Paolo Magrassi, Bill Rosser, "The Productivity Paradox". Gartner Group European Symposium/Itxpo, 2001

10. "A Framework for Assessing Return on Investment for a Corporate Portal Deployment. The Industry's First Comprehensive Overview of Corporate Portal ROI", Plumtree Software, 2001

11. Erick Rivas. "Maximize Enterprise Portal ROI", KMWorld, 2001, July/August

12. "Portal Lifecycle Management: Addressing the Hidden Cost of Portal Ownership", Delphi Group, 2001, January

13. Paolo Magrassi, Bill Rosser "The Productivity Paradox", Gartner Group European Symposium/Itxpo, 2001

14. "The 12 Principles of collaboration, Guidelines for Designing Interaction Management Services", Mongoose Technology

Открытые системы

Источник: Открытые системы №02, 2002

Ещё материалы автора
Похожие записи
Комментарии (2)
Александр Саблин 15 ноября 2007 г. 15:55  

Современные портала не являются вещью в себе, а активно интегрируюся со специализированными приложениями. Зачем на портале хранить документы? Там следует хранить толко актуальные преобразованные копии. Никому не нужна 3D модель  изделия с деревом операций, но многим нужна модель в формате 3D  XML, что рассмотреть изделие с разных сторон и получить ее масс-инерционные характеристики.

Портал интегрируется и с системами коллективной работы. По проекту BOOST AERO ведущие производители самолетов собрали анкеты и разработали стандарты в сжатые сроки за 1-2 года, используя пакет E-ROOM, с тем же портальным доступом.  Было  создано информационное сообщество через портальный доступ между бизнес - сообществами. Общекорпоративным системам крайне важно обмениваться событийным рядом с портальным приложением. Раньше все шло в одну сторону, от систем к порталу, теперь - в обе.

Дмитрий Коротаев 16 ноября 2007 г. 08:44  

2 Александр Саблин:

На самом деле хранить или нет на портале сами документы - довольно спорный вопрос. Например, если мы посмотрим в сторону SharePoint, то там ситуация диаметрально противоположная. И не учитывать это мнение мы не можем – оно тоже не на пустом месте строилось... (свои аргументы представлю ниже).

Что касается "актуальных преобразованных копий"... Термин "копия" подразумевает все-таки отдельный документ. Проблема хранения одного документа в разных форматах (а именно так я понял Ваше высказывание) очень актуальна. Основная проблема - это обеспечить синхронизацию различных представлений документа. Кроме того, проблема усложняется, если через различные представления можно изменять сам исходный документ.

Какие документы обычно выкладывают (публикуют) на портал? Как правило, это:

●    общедоступные документы (отчеты, семинары, исследования, статистика и т.п.), знать которые должен каждый сотрудник (b2e-порталы), или они будут интересны внешним клиентам или партнерам (b2p- или b2c-порталы). Тут действительно нужны только ReadOnly-представления (например, pdf);

●    документы, над которыми идет совместная работа (например, если группа территориально распределена). В данной ситуации на портале должен храниться именно сам документ, а не его представление (я думаю, понятно почему). Или другой вариант - представление, через которое можно менять исходный документ.

●     документы, которые необходимо просто передать в другое место. Здесь портал может выступать как обычный file server - тоже довольно распространенная ситуация. В зависимости от прав доступа, а также назначения, на портале могут лежать как различные представления, так и сами исходные документы. Хотя эта часть функционала обычно покрывается веб-клиентом к конкретной системе.

Также порталы могут интегрироваться не только со специализированными приложениями. На данном этапе развития технологии и концепции порталы можно интегрировать практически с любыми системами, в том числе интеграция двухсторонняя. Сейчас порталы действительно больше переходят в область групповой работы. Интегрируемые системы больше выступают как хранилища  данных, а также как источник функционала, например workflow.

Сейчас обсуждают
Больше комментариев