Microsoft Content Management Server і SharePoint Portal Server в корпоративних Web-рішеннях, Інформаційні системи, Бази даних, статті

Інвестиції в корпоративні системи управління Web-ресурсами спрощують поширення інформації між співробітниками і партнерами, знижують витрати на експлуатацію інформаційних ресурсів і Web-сайтів, оптимізують документообіг, сприяють підтримці фірмового стилю. Подивимося, які можливості для зниження витрат на Web-комунікації надають організаціям системи управління Web-ресурсами корпорації Microsoft.


Сервери Microsoft SharePoint Portal Server (CMS) і Microsoft Content Management Server 2001 (SPPS) призначені для публікації інформаційних матеріалів з використанням Web. Ці два продукти доповнюють один одного, дозволяючи створити повнофункціональне технічне рішення для організації спільної роботи, публікації документів в Web та управління документами всередині організації. Обидва продукти орієнтовані на обробку великого обсягу інформації.


Стосовно до серверу SPPS інформаційними ресурсами називають бізнес-інформацію, що має формат документів або повідомлень електронної пошти. Доступ до цієї інформації здійснюється через портал SharePoint.


При роботі з сервером CMS під інформаційними ресурсами розуміють також різноманітні Web-матеріали, включаючи текст, картинки, відеоматеріали та документи. Співробітники основних підрозділів публікують ці інформаційні матеріали з використанням шаблонів на Web-сайтах Інтернету, інтрамережі і екстрамережі, створених за допомогою CMS.


Використовуючи поєднання Microsoft SharePoint Portal Server і Content Management Server 2001, організації можуть керувати усіма стратегічно важливими інформаційними ресурсами, призначеними як для внутрішньої, так і для зовнішньої аудиторії, на всіх стадіях їх життєвого циклу.


Microsoft SharePoint Portal Server


Сервер SPPS – гнучке технічне рішення, що інтегрує засоби пошуку та управління документами з програмними засобами, які використовуються в повсякденній діяльності. Продукт працює з браузером Internet Explorer (IE), додатками Microsoft Office і іншими програмами, допомагаючи у створенні, управлінні і спільне використання документів в організації.


Публікація на сайті електронних панелей. Вузол електронних панелей використовується для надання загального доступу до інформації, що зберігається всередині і поза організації, а також для пошуку та перегляду документів незалежно від їх місцезнаходження та формату.


Пошук в декількох джерелах. В SPPS створюється індекс для всього вмісту робочої області, за яким може здійснюватися пошук. В індекс можна також включати різну інформацію, що зберігається поза даної робочої області – в інших робочих областях SharePoint Portal Server, на Web-сайтах, у файлових системах, на серверах Microsoft Exchange Server і в базах даних Lotus Notes.


Доступ до документів на основі ролей. За допомогою заснованої на ролях системи безпеки сервера SPPS можна управляти доступом до документів, що зберігаються в робочій області.


Відстеження версій для кількох документів. Завдяки можливості вилучення та повернення документів створюються умови, при яких в кожен заданий момент часу з документом може працювати тільки одна людина. Сервер зберігає архівні версії, призначені для довідок або для відновлення.


Microsoft Content Management Server 2001


Content Management Server 2001 – це система управління корпоративними Web-ресурсами, що дозволяє підприємствам швидко і економічно ефективно розгортати динамічні персоналізовані Web-сайти електронної комерції. З її допомогою співробітники підприємства можуть безпосередньо взаємодіяти з потенційними клієнтами, партнерами і колегами, публікуючи інформаційні матеріали, призначені для широкого спектра Web-додатків, що використовуються в Інтернеті, інтрамережі або екстрамережі.


Збір інформаційних ресурсів для співробітників. Для створення і використання матеріалів, розрахованих на Web-навігацію, є багатофункціональний набір засобів управління інформаційними ресурсами. Ці кошти призначені для співробітників основних підрозділів організації, не мають спеціальної технічної підготовки.


Документообіг на основі ролей. Вбудований процес проходження та затвердження документів гарантує точність одержуваної інформації.


Персоналізовані і цільові інформаційні ресурси. Динамічне формування сторінок за запитом забезпечує надання персоналізованої інформації в режимі реального часу, при цьому додаються метадані для класифікації та персоналізації інформаційних ресурсів.


Багаторазове використання інформаційних ресурсів. Зберігання інформаційних ресурсів та управління ними здійснюється окремо від елементів дизайну сайту, що розширює можливості багаторазового використання цих ресурсів в різних додатках. До одних і тим же матеріалами можуть звертатися різні пристрої, ці матеріали можна інтегрувати з іншими додатками електронної комерції.


Швидкий вихід на ринок. Сервер CMS передбачає швидку розробку додатків на базі технології, що відповідає галузевим стандартам, і повнофункціонального інтерфейсу Publishing API.


Масштабованість і надійність на рівні підприємства. Рішення на основі CMS масштабуються вертикально і горизонтально, забезпечуючи можливість постійного розвитку та нарощування корпоративних додатків для Інтернету, інтрамережі і екстрамережі.


Спільне застосування серверів


Поєднання систем SPPS і CMS дає певні переваги при організації спільної роботи в групах. Перший продукт служить для управління документами, організації групової роботи і пошуку інформації; другий забезпечує поширення різноманітних Web-ресурсів для широкої аудиторії внутрішніх і зовнішніх користувачів. У числі можливостей, що надаються такою комбінацією, можна назвати наступні.


Інтегрований і автоматизований процес публікації зовнішніх і внутрішніх інформаційних матеріалів. Управління інформаційними ресурсами здійснюється в процесі всього їх життєвого циклу, від створення документів в групі до їх публікації в Web та архівування.


Оптимізований процес проходження і затвердження документів. Перед публікацією в Web інформація проходить багатоетапні дворівневі процедури затвердження та проходження документів, керовані за допомогою сервера Content Management Server.


Доступ до інформації і безпеку. На рівні робочої групи система безпеки SharePoint гарантує, що тільки авторизовані користувачі отримують доступ до документів і можуть вносити в них зміни. На рівні підприємства сервер CMS гарантує, що тільки авторизовані користувачі та групи мають доступ до розділів і навіть сторінкам інформації, розміщеним на сайтах Інтернету, інтрамережі або екстрамережі.


Інтегровані джерела інформаційних ресурсів. Індексовані Web-ресурси доступні в якості додаткового джерела інформації для порталу SharePoint. Керовані сервером SharePoint документи доступні в якості ще одного джерела інформації для сховища Content Management Server.


Переваги рішення, що об’єднує SharePoint Portal Server і Content Management Server 2001, найбільшою мірою проявляються в організаціях, де використовується вузол інтрамережі, що включає розвинені засоби пошуку в різнорідних джерелах корпоративних даних, або вузол інтрамережі, призначений для управління документами та організації спільної роботи над ними в групах з подальшою публікацією даних для інших співробітників компанії, або Інтернет-сайт, призначений для управління документами та організації спільної роботи над ними, перед тим як документи стають доступні іншим співробітникам компанії.


Сценарії реалізації


Серверні продукти SharePoint Portal Server і Microsoft Content Management Server взаємодіють і доповнюють один одного, забезпечуючи роботу корпоративних вузлів Інтернету, інтрамережі і екстрамережі. Ми розглянемо три типові технічних рішення, призначених для організацій, які потребують коштів підтримки порталу, управління документами, забезпечення пошуку інформації та управління корпоративними Web-ресурсами.


У розглянутих нижче прикладах CMS використовується для управління структурою Web-сайту, його оформленням і розміщенням різноманітних матеріалів. Сервер SPPS служить для управління документами, організації спільної роботи в групах та пошуку інформації. На рівні робочої групи кваліфіковані співробітники можуть також управляти Web-сторінками Content Management Server на порталі робочої групи. Крім того, CMS може застосовуватися для створення шаблонів, що використовуються разом з електронними панелями для управління інтерфейсом порталу SharePoint.


Сценарій 1


Вузол інтрамережі з розвиненими можливостями пошуку


У цьому сценарії вузол інтрамережі містить різноманітні інформаційні ресурси, в тому числі текст, зображення та відеокліпи, які обслуговуються сервером Microsoft Content Management Server. На сайті є засіб пошуку, роботу якого забезпечує SharePoint Portal Server, що надає доступ до документів компанії, а також засіб повнотекстового пошуку на вузлі інтрамережі (рис. 1).

Рис. 1. Вузол інтрамережі Microsoft Content Management Server із засобами пошуку SharePoint.


Відвідувачі сайту інтрамережі автоматично піддаються процедурі перевірки справжності, передбаченої в операційній системі Windows. Доступ користувачів до різних областей вузла контролюється сервером CMS – з його допомогою можна забезпечити захист інформації на рівні сторінки. Наприклад, на одній і тій же сторінці всі співробітники компанії будуть бачити огляд фінансового звіту, а співробітники бухгалтерії побачать також посилання на сам документ.


CMS підтримує структуру вузла інтрамережі та шаблони для стандартних ділянок цього вузла, що відносяться до внутрішньої мережі. Інформація публікується і в вихідному форматі документів, і у вигляді різноманітних Web-матеріалів, наприклад, оголошень або інформації про політику компанії. Інструменти пошуку SPPS забезпечують доступ до всієї інформації, що міститься у файловій системі і інших сховищах інформації.


У цьому сценарії первісна розробка Web-сайту і всіх його нових областей або розробка основних версій вузла виконується в середовищі розробки. На початковому етапі формуються структура сайту і шаблони, визначаються права користувачів, а засіб пошуку інтегрується з Web-сайтом. Тут же здійснюється все тестування. Служба захисту користувачів виконується за допомогою сервера, на якому запускається служба Windows 2000 Active Directory, що застосовується для управління обліковими записами всіх користувачів в організації.


Після закінчення тестування структура вузла переноситься на робочий сервер за допомогою засобу Site Deployment Manager сервера CMS, а для перенесення всіх зовнішніх файлів можна використовувати програму Microsoft Application Center. Збір і публікація інформаційних матеріалів виконуються на робочому сервері. Відвідувачі інтрамережі, в якій розгорнуто вузол, також звертаються до цього робочого сервера (відвідувачі сайту і постачальники інформаційних матеріалів – це співробітники організації, причому часто одні й ті ж особи).


Сервер SPPS використовується для збору інформації та компіляції повнотекстового індексу вмісту Web-сайту. Крім того, до сторінок з інформацією приєднуються метадані для подальшого уточнення пошуку. Ці метадані також індексуються SPPS. Розклад збору інформації для індексування залежить від частоти оновлення матеріалів на Web-сайті.


Важливі аспекти реалізації


При використанні в масштабі компанії продуктів Content Management Server в якості серверів розробки і робочих серверів слід застосовувати кластери.


Крім індексації вмісту Web-сайту інтрамережі, сервер SPPS може забезпечувати доступ до документів у файлових сховищах організації. Користувачі, що мають доступ до будь-якого сховища, отримують доступ до всіх опублікованим документам в цьому сховищі. Якщо потрібні більш високі рівні деталізації для доступу до документів, організації можуть реалізувати друге рішення, де безпосередній доступ до файловим сховищ дозволений певним робочим групам, і за допомогою сервера CMS організується доступ до інформації на основі визначених у ньому груп користувачів, що мають права передплатників.


Метадані (ключові слова і описові теги) можуть бути реалізовані в шаблонах CMS за допомогою текстового рядка або заздалегідь підготовлених списків. Кваліфіковані працівники, що збирають інформаційні матеріали, можливо, віддадуть перевагу метод текстового рядка, що дозволяє їм вводити будь-які ключові слова, які, на їхню думку, відповідають поставляється матеріалами. Однак менш досвідчені співробітники, що збирають інформаційні матеріали, можуть вважати зручнішим вибирати ключові слова зі списку, заздалегідь підготовленого на основі декількох основних категорій. Для багатьох організацій, втім, для індексування вузла інтрамережі досить просто повнотекстового пошуку SharePoint.


Сценарій 2


Інтрамережа з можливістю управління документами


У цьому сценарії продукт SPPS використовується для організації спільної роботи в групах та управління документами перед їх публікацією з використанням CMS. За створення документів відповідають невеликі групи фахівців. Вони використовують SPPS для створення документів і керування ними, а коли документи надаються широкої аудиторії, доступ до них здійснюється через інтрамережа з використанням шаблонів Content Management Server, які забезпечують зв’язок зі сховищем SharePoint (рис. 2).

Рис. 2. Інтрамережа з можливостями спільної роботи в групах, що застосовується для управління документами і пошуку.


Цей варіант забезпечує більш надійний захист документів, оскільки відвідувачі сайту отримують доступ тільки до тих документів, які публікуються за допомогою CMS на сайті інтрамережі. Вони не мають доступу до всім опублікованим документам у загальній папці робочої групи. Крім того, зв’язок безпосередньо зі сховищем виключає дублювання інформації. Цей сценарій використовується в ситуації, коли необхідно зробити доступною для більш широкого кола співробітників деяку (але не всю) інформацію із загальної папки певної робочої групи.


На рівні робочої групи за допомогою сервера CMS можна також створювати шаблони для інтерфейсу порталу SharePoint, що спрощують процеси оновлення і управління. У той же час динамічно генеруються кошти навігації та інформаційні ресурси CMS можуть бути включені в портал електронних панелей, використовуваний учасниками робочої групи. Крім того, будь-які користувачі порталу робочої групи, які займаються збором інформаційних ресурсів для CMS, можуть управляти цими ресурсами за допомогою інтерфейсу порталу SharePoint.


Як і в попередньому сценарії, функція пошуку SPPS використовується для індексації вмісту Web-сайту інтрамережі. Аналогічно першим варіантом організується і пошук із застосуванням метаданих.


Первісна розробка Web-сайту і всіх його нових областей, завдання прав, інтеграція пошукової машини з Web-сайтом і тестування тут також виконуються на сервері з середовищем розробки. Для управління обліковими записами користувачів використовується служба Active Directory. Перенесення на робочий сервер структури вузла і зовнішніх файлів тут теж виконується за допомогою відповідно Site Deployment Manager і Microsoft Application Center.


Доступ до документів організації, що зберігаються в каталогах SPPS, здійснюється через сторінки CMS. Доступ із сторінок CMS до документів відбувається безпосередньо з порталу SharePoint – завдяки цьому зменшується потреба в дублюванні матеріалів, а для обробки завжди виявляється доступною остання версія документа. Оскільки співробітники організації звертаються до інформації тільки через вузол інтрамережі, їм доступні лише ті документи, які були явно включені в інтрамережа, а не весь вміст каталогу SharePoint робочої групи. При цьому доступні тільки документи, що мають у SharePoint статус published (“опублікований”), але не робочі версії.


Важливі аспекти реалізації


При використанні в масштабі компанії серверів CMS слід застосовувати кластеризацію і в середовищі розробки, і в робочому середовищі.


Можна створювати шаблони CMS для доступу до тих чи інших каталогах SharePoint в залежності від певних критеріїв, наприклад, місця розташування вузла. З іншого боку, співробітники, що збирають інформацію, можуть додавати документи з каталогу SharePoint так само, як вони додають документи зі сховища Content Management Server.


Документи можуть відображатися або у вигляді ярлика файлу, який можна завантажити з Web-сайту інтрамережі, або у вигляді повноцінного тексту, розміщеного на сторінці Web-сайту. Рекомендується комбінувати ці два методу: включити ярлик, що дозволяє завантажити документ, але надати на сторінці і деяку інформацію з документа в якості анотації. Для цього застосовується метод Placeholder.setHTML, передбачений в інтерфейсі Publishing API сервера Content Management Server.


Сценарій 3


Інтернет з можливістю управління документами


Цей сценарій в цілому нагадує сценарій 2. Різниця полягає в тому, що з міркувань безпеки Web-сайт Content Management Server не надає безпосереднього доступу до документів зі сховища SharePoint (рис. 3).

Рис. 3. Сайт в Інтернеті із засобами пошуку та управління документами робочої групи.


У цьому сценарії сервер Microsoft Content Management Server використовується для управління корпоративним сайтом в Інтернеті. SPPS служить для організації спільної роботи в групах та управління документами. Документи, затверджені за допомогою SPPS, передаються в сховище CMS і стають доступними для широкої аудиторії через Інтернет. Документи містяться в сховище інформації CMS, вони автоматично оновлюються, коли в сховище SPPS змінюється затверджена версія. Такий метод гарантує своєчасну публікацію документів і одночасно забезпечує безпеку корпоративної мережі.


У цьому методі реалізується дворівневий процес документообігу та затвердження документів перед наданням їх в загальний доступ. Документообіг першого рівня здійснюється на етапі спільної роботи в групі. Члени групи працюють над документами, які стануть доступними для інших співробітників організації після затвердження. Деякі документи, які повинні бути доступні іншим співробітникам організації, передаються також у сховище CMS. Тут вони включаються в процес документообігу на сервері CMS, а потім потрапляють у відкритий доступ на Web-сайті.


Функція пошуку SPPS використовується також в якості засобу пошуку на зовнішньому Інтернет-сайті. Розширювані метадані служать для індексації сторінок сайту. Вони також використовуються функцією пошуку SharePoint Search і засобами створення індексу, застосовуваними на зовнішніх Web-сайтах. Додаткові відомості про пошук див в описі сценарію 1.


У цьому сценарії обидві системи, CMS та SharePoint, співіснують в середовищі розробки, забезпечуючи реплікацію робочого середовища. Всі операції по розробці вузла та збору інформаційних матеріалів виконуються на сервері розробки. Все тестування також виконується на цьому сервері. Служба захисту всіх користувачів в організації виконується за допомогою служби Active Directory. Окремі сховища інформації SharePoint передають документи серверу CMS, що знаходиться в середовищі розробки. Вони залишаються в сховищі інформації цього сервера і доступні для використання особам, які займаються збором інформації для Web-сайту. Документи оновлюються, коли змінюється опублікована версія, що міститься в сховищі SharePoint.


Для першого розгортання робочого сервера повна база даних вузла і містяться на ньому файли архівуються і реплікуються на робочий сервер з використанням продуктів SQL Server і Microsoft Application Center. Для подальшого оновлення інформаційних матеріалів використовується засіб Site Deployment Manager сервера CMS, переносить на робочий вузол нові матеріали при публікації за допомогою автоматизованого тригера.


Важливі аспекти реалізації


У реальному сценарії між середовищем розробки та робочим середовищем перебувала б середу перевірки зібраних інформаційних матеріалів. Крім того, в робочому середовищі необхідно використовувати засіб балансування навантаження, а також кластеризацію серверів.


Коли документ вперше переноситься на сервер Content Management Server, співробітник, що займається збором інформаційних матеріалів і визначальний місце розташування документа на вузлі, повинен вручну помістити його на відповідну сторінку. При наступних публікаціях з SharePoint документ можна автоматично переміщати на сервер CMS, оскільки місце розташування документа вже визначено.


Коли дата публікації документа, опублікованого SPPS, змінюється, сценарій запускає завантаження нового файлу на сервері CMS. Цей сценарій може виконуватися або на сервері SPPS, який передасть документ на сервер CMS, або, навпаки, сценарій може виконуватися на CMS, який отримає документ з SPPS. Content Management Server буде шукати документ в сховище інформації по унікальному ідентифікатору документа і замінить його на більш новий документ SharePoint. Важливо визначити, як має здійснюватися документообіг після першої публікації документа з сервера CMS. При першій публікації документ завжди проходить весь процес документообігу CMS. Однак для своєчасної публікації документа, затвердженого робочою групою SharePoint, процес затвердження може бути пропущений, якщо в організації пред’являється таке вимога.


* * *


Перераховані прості варіанти можуть бути розширені і доповнені таким чином, щоб Content Management Server 2001 і SharePoint Portal Server брали б у всіх Web-проектах організації, в яких використовується Інтернет, інтрамережа або екстрамережі.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*