(С) Владислав Боркус
Дата актуальности: февраль 2006
!Данный материал защищён авторским правом и любое его копирование не допускается.
Был произведен более подробный анализ SharePoint Portal Server с точки зрения возможности его применения в качестве рамочной инфраструктуры для функционирования корпоративных сайтов и быстрого создания новых конфигураций сайтов (см. «Рассмотрение по сетке»). Обычно портальные платформы применяются именно для этой цели.
Хотя общие соображение говорят о том, что SPS в сочетании с FrontPage 2003, может быть использован для такой задачи, однако, детальное рассмотрение его возможностей и особенностей показывает, что это все равно очень сложно.
SPS оставляет впечатление продукта в котором вроде все нужное есть, но для малейшего отступления от коробочно поставляемых настроек и навязываемой «идеологии», нужно прикладывать колоссальные усилия.
SPS позволяет создавать сайты двух классов -- сайты WSS, которые имеют непритязательный дизайн и применимы в основном для мелких рабочих групп, ориентированных на обмен документами, и зоны портала. Де-факто SPS позволяет создать один большой сайт, в котором зоны будут сайтами департаментов. Эти зоны, при определенных условиях, создаются мгновенно – остается только прописать права доступа. Каждая зона может иметь подчиненные зоны, таким образом выстраивается доменная структура сайта. Навигационные элементы по иерархии зон выстраиваются автоматически.
Microsoft предлагает несколько типов готовых шаблонов для мгновенного создания новых зон. Для удовлетворения набора требований, рассматриваемых в данной аналитической записке, этих кубиков маловато, но возможно, их хватит для сильно урезанных требований к упрощенным сайтам. Шаблоны включают:
Наиболее важными здесь с точки зрения требований являются News, News Areas и Community.
Исследование системы показывает, что функциональность стандартных портлетов довольно сильно привязана к другим объектам зон, поэтому переносить портлеты из одного шаблона в другой сможет только квалифицированный специалист. Для портлетов доступны далеко не все настройки, которые хотелось бы видеть, что часто делает работу с ними проблемной.
Важно, что в зоне могут присутствовать страницы, формируемые из портлетов, и страницы без макета (последние удобно демонстрировать внутри портлетов специально типа, размещенных на других страницах). Но навигация по таким страницам не прозрачна для пользователя, т.к. она не приводит к изменению состояния навигационного меню.
Недостатком SPS с точки зрения сформулированных требований является сильная опора на MS Office – для работы многих компонент SPS требуется присутствия Office на рабочем месте пользователя. Также возможности «богатого» оформления материалов сайта очень низкие, а рутинная работа редактора по сборке элементов материалов будет довольно трудоемкой.
Если резюмировать, то с точки зрения поставленных текущих задач SPS представляет собой конструктор с плохо настраиваемыми компонентами.
1. На базе SharePoint теоретически можно создать систему для быстрого развертывания сайтов ограниченной функциональности. Однако, первоначально разумно проделать большой заказной проект по созданию шаблонов типовых сайтов, а также библиотек портлетов для них.
2. В рассматриваемом проекте стандартные шаблоны SharePoint и компоненты WSS могут быть использованы лишь частично, так как степень их коробочности высока, а степень их адаптируемости – крайне низка.
3. Для создания шаблонов зон потребуется очень квалифицированная команда разработчиков. Возможным для нее является путь, использованный Microsoft в FrontPage-шаблоне новостного сайта, связанный с применением элементов DataView.
4. Сборка сайта из готовых портлетов может оказаться нетривиальной, даже с использованием FrontPage. Например, довольно сложно придать сайту опрятный вид из-за разнобоя в размерах Web-частей и сложности их точного позиционирования на странице.
5. Другой возможный вариант проекта связан с созданием портлетов для подключения внешней CMS системы. Возможно также использование в качестве основы элементов WSS Content Editor для отображения содержимого HTML-«частей» из внешней CMS.
6. Целью проекта должно быть именно создание типовых шаблонов сайтов. В последствии для перенастройки таких сайтов потребуются специалисты заказчика, обладающие специальной квалифицией. Шаблоны могут быть для зон SPS или для изолированных сайтов WSS, они будут иметь свой набор портлетов.
7. Недостатком «мгновенного» создания сайтов будет то, что они будут иметь не простое доменное имя, а длинную строку URL. Для определения доменного имени потребуется ручная настройка серверов DNS и IIS по стандартной процедуре.
8. Преимуществом такого подхода будет консолидация программных платформ для ведения сайтов, в также консолидация хранилищ информации для сайтов.
Microsoft SharePoint Portal 2003
Дата актуальности: февраль 2006
!Данный материал защищён авторским правом и любое его копирование не допускается.
Архитектура и техническое описание
Был произведен более подробный анализ SharePoint Portal Server с точки зрения возможности его применения в качестве рамочной инфраструктуры для функционирования корпоративных сайтов и быстрого создания новых конфигураций сайтов (см. «Рассмотрение по сетке»). Обычно портальные платформы применяются именно для этой цели.
Хотя общие соображение говорят о том, что SPS в сочетании с FrontPage 2003, может быть использован для такой задачи, однако, детальное рассмотрение его возможностей и особенностей показывает, что это все равно очень сложно.
SPS оставляет впечатление продукта в котором вроде все нужное есть, но для малейшего отступления от коробочно поставляемых настроек и навязываемой «идеологии», нужно прикладывать колоссальные усилия.
SPS позволяет создавать сайты двух классов -- сайты WSS, которые имеют непритязательный дизайн и применимы в основном для мелких рабочих групп, ориентированных на обмен документами, и зоны портала. Де-факто SPS позволяет создать один большой сайт, в котором зоны будут сайтами департаментов. Эти зоны, при определенных условиях, создаются мгновенно – остается только прописать права доступа. Каждая зона может иметь подчиненные зоны, таким образом выстраивается доменная структура сайта. Навигационные элементы по иерархии зон выстраиваются автоматически.
Microsoft предлагает несколько типов готовых шаблонов для мгновенного создания новых зон. Для удовлетворения набора требований, рассматриваемых в данной аналитической записке, этих кубиков маловато, но возможно, их хватит для сильно урезанных требований к упрощенным сайтам. Шаблоны включают:
- Content – шаблон для зон, из которых идет навигация по зонам низкого уровня;
- Sites – для работы со списком сайтов портала.
- News – зона с единственной целью – печатать новости;
- News Areas – включает новости из зон News, подчиненных данной (например, новости регионов).
- Community – содержит Анонсы, Форум, Библиотеку документов, Календарь событий.
- Topic – для поддержки списка материалов на какую-то тему.
Наиболее важными здесь с точки зрения требований являются News, News Areas и Community.
Исследование системы показывает, что функциональность стандартных портлетов довольно сильно привязана к другим объектам зон, поэтому переносить портлеты из одного шаблона в другой сможет только квалифицированный специалист. Для портлетов доступны далеко не все настройки, которые хотелось бы видеть, что часто делает работу с ними проблемной.
Важно, что в зоне могут присутствовать страницы, формируемые из портлетов, и страницы без макета (последние удобно демонстрировать внутри портлетов специально типа, размещенных на других страницах). Но навигация по таким страницам не прозрачна для пользователя, т.к. она не приводит к изменению состояния навигационного меню.
Недостатком SPS с точки зрения сформулированных требований является сильная опора на MS Office – для работы многих компонент SPS требуется присутствия Office на рабочем месте пользователя. Также возможности «богатого» оформления материалов сайта очень низкие, а рутинная работа редактора по сборке элементов материалов будет довольно трудоемкой.
Если резюмировать, то с точки зрения поставленных текущих задач SPS представляет собой конструктор с плохо настраиваемыми компонентами.
Основные выводы
1. На базе SharePoint теоретически можно создать систему для быстрого развертывания сайтов ограниченной функциональности. Однако, первоначально разумно проделать большой заказной проект по созданию шаблонов типовых сайтов, а также библиотек портлетов для них.
2. В рассматриваемом проекте стандартные шаблоны SharePoint и компоненты WSS могут быть использованы лишь частично, так как степень их коробочности высока, а степень их адаптируемости – крайне низка.
3. Для создания шаблонов зон потребуется очень квалифицированная команда разработчиков. Возможным для нее является путь, использованный Microsoft в FrontPage-шаблоне новостного сайта, связанный с применением элементов DataView.
4. Сборка сайта из готовых портлетов может оказаться нетривиальной, даже с использованием FrontPage. Например, довольно сложно придать сайту опрятный вид из-за разнобоя в размерах Web-частей и сложности их точного позиционирования на странице.
5. Другой возможный вариант проекта связан с созданием портлетов для подключения внешней CMS системы. Возможно также использование в качестве основы элементов WSS Content Editor для отображения содержимого HTML-«частей» из внешней CMS.
6. Целью проекта должно быть именно создание типовых шаблонов сайтов. В последствии для перенастройки таких сайтов потребуются специалисты заказчика, обладающие специальной квалифицией. Шаблоны могут быть для зон SPS или для изолированных сайтов WSS, они будут иметь свой набор портлетов.
7. Недостатком «мгновенного» создания сайтов будет то, что они будут иметь не простое доменное имя, а длинную строку URL. Для определения доменного имени потребуется ручная настройка серверов DNS и IIS по стандартной процедуре.
8. Преимуществом такого подхода будет консолидация программных платформ для ведения сайтов, в также консолидация хранилищ информации для сайтов.
Рассмотрение по метрике
Microsoft SharePoint Portal 2003
Раздел/Параметр/Некоторые ключи | SharePoint Portal Server | |
| 1. Важные возможности | ||
| 1.1 Архитектура системы. (Объектные возможности, управление страницами) | ||
Возможность формировать объекты в системе из простых типов (дата, текст, и пр.), наследовать типы и расширять число атрибутов объекта. Возможность формировать шаблоны для отображения этих данных и формы для их ввода | +- | Объектно ориентирован только в переделах работы со списками, которые де-факто -- объекты. НО при этом настройка представления элементов списков ограничена их табличным представлением, а не в "красочном" HTML |
| 1.2. Многосайтовость в пределах системы | ||
- Возможность функционирования независимых сайтов в рамках одной инсталляции CMS | + | Базовая функциональность включает создание сайтов WSS "одним кликом". Однако, эти сайты имеют специфический шаблон и структуру. Сайты иного рода можно выстраивать под управлением SPS. Они называются зонами (areas) и могут содержать новости и иметь не-WSS дизайн. Есть ряд предопределенных шаблонов для зон, разработчик на FrontPage/Visual Studio может создать свои. Зоны выстраиваются в "дерево", на них также отдельно можно назначать права доступа. Только в "зоне" может работать потрлет новостей Microsoft. Если шаблон сайта есть, его создание тривиально, если нет -- то настройка средствами SPS очень сложна |
- возможность добавления (генерации) нового сайта командой администратора системы | + | "Из коробки" продукт позволяет создавать сайты по WSS шаблону. Права на создание сайтов можно выдать кому угодно, возможность неограниченного числа сайтов -- основной момент в идеологии системы. Есть возможность разрешить self-service по созданию пользователями своих сайтов в пределах квот. За создание сайтов отвечает функционал WSS. Портал позволяет их упорядочить, обеспечить поиск, общий механизм прав. Права доступа к сайту могут наследоваться. Аналогичный механизм работает и для "зон", которые, собственно, и интересны для построения сайтов департаментов компании. |
- возможность управления коллекцией сайтов | +- | Управление созданными сайтами WSS не представляет сложности (администратору доступен список всех подчиненных сайтов, он может менять любой из них). Управление сайтами портала -- довольно сложное дело. |
- возможность присвоения сайту доменного имени | - | Явно, средствами SharePoint, нельзя сделать доменное имя для сайта (используется всегда "длинная" ссылка). Предлагается начинать путь к сайтам департаментов с осмысленной строки, например /dept/. Но можно настроить redirect на Web-сервере |
- настройка нового сайта администратором по готовому «шаблону» -- прототипу, включая автоматическое определение модулей, состава рубрик и способов отображения данных | + | Сайты WSS и зоны SPS создаются по предопределенным шаблонам. Отдельно к сайту WSS может быть применена тема -- набор правил оформления. Структура сайтов WSS в целом плоская. Зоны SPS (разделы), выстраиваются в иерархию производных сайтов (зон). Каждая зона имеет свою страницу, с частным набором web-parts, может иметь свой, модифицированный шаблон, а также содержит набор библиотек, из которых черпаются данные (Web-страницы, изображения) для работы некоторых портлетов. |
- сохранение имеющегося сайта как шаблона для новых сайтов силами администратора системы | +- | Базовая функциональность предусматривает сохранение сайта WSS как шаблона для последующего использования, как вместе, так и без уже введенного контента. Однако, это нельзя явно сделать для зон SPS -- только копированием каталогов во FrontPage. |
| 1.3. Многоязычность сайтов | ||
- Поддержка UTF-8 как гарантия многоязычности контента | + | Многоязычность встроена. |
- Двуязычность страниц сайта (русская и английская версии Интранет-сайта). Возможность переклечения между языковыми версиями с одной и той же страницы; | - | Однако, разноязыковые версии сайта с точки зрения системы -- это всегда разные сайты, а не один и тот же сайт на разных языках. Они имеют свои темы, портлеты, набор данных и пр. Для каждого сайта задается свой локаль. |
Примечания | ||
| 1.4. Персонализация контента | ||
- Изменение вида сайта в зависимости от конкретного регистрационного имени пользователя или входа на сайт как анонимного пользователя | + | Вид сайта, как зоны, так и WSS-сайта, (показываемые и в принципе доступные портлеты на странице, доступные данные) зависит от того, зарегистрировался пользователь или нет. |
- Изменение предпочтительного языка документов и интерфейса в зависимости от регистрационного имени пользователя | - | Документы на сайте хранятся только в одном варианте, без автоматического выбора версии на основе языкового предпочтения. |
- Возможность для зарегистрированного пользователя задать определенные параметры предпочтения (либо изменяемые самим пользователем, либо задаваемые в качестве групповой политики) | +- | Можно задавать правила определения принадлежности пользователя к целевой аудитории контента. Целевая аудитория задается при вводе контента, например, новости или Web-сслыки, задается для списков. Работает только для некоторых портлетов -- имеющих в названии комбинацию For You. Аудитория указывается при вводе данных в листинге, используемым этим потрлетом. |
| 2. Инструменты администратора и разработчика (Настройка структуры сайта, разработка структуры страниц и настройка их внешнего вида) | ||
- инструмент для разработки логической структуры сайта: разделов сайта, подразделов, связи страниц, создание иерархического меню, подключение готовых функциональных модулей | +- | Разработка логической структуры сайта происходит только для зон средствами SharePoint через IE или же во FrontPage. Сайт, составляемый из портлетов, состоит из ряда управляемых подчиненных зон, каждая из которых может иметь свой дизайн, шаблон и права доступа. В принципе инструмент работает, но сказать, что он удобный нельзя |
- инструмент для настройки оформления сайта (логотипов, цветов, стилей) | +- | Для зон есть таблицы стилей для сайта, которые можно задавать в Frontpage. Для WSS есть также предопределенные темы оформления, задаваемые при создании сайта. Существенное изменение оформления сайта -- довольно сложно (а иногда и простое не тривиально) |
- «мгновенная» смена всего дизайна уже созданного сайта путем автоматического изменения (обновления) используемых шаблонов | - | "Мгновенная" смена дизайна сайта возможна только для зоны, для создания ее всех подчиненных зон применялся один шаблон и он не изменялся разработчиком. SharePoint по умолчанию использует один экземпляр шаблона, но в случае его изменения создает его копию и вносит изменения уже в нее. Если изначальный шаблон меняется, то изменения в оригинале не отражаются на тех страницах, где применен измененный шаблон |
- возможность задания разных шаблонов для страниц в разных разделах сайта | + | Для подчиненных зон SPS могут применяться шаблоны, отличные от шаблона родительской зоны. |
- инструмент для разработки макета (шаблонов) страниц на основе блочной структуры (snippets). | + | Есть страницы Web Parts, которые формируются по макетам размещения (layouts). Эти страницы есть и для WSS и для страниц зон. Возможно выбирать из нескольких типовых вариантов расположения зон с web parts, которых достаточно для данного проекта. Представление Web Part на странице может настраиваться через браузер. Для ЗОН Web Parts Pages размещают свои данные в библиотеках документов зоны, поэтому некоторое портлеты SPS не работают на сайтах WSS. |
- инструмент для добавления готовых визуальных блоков (портлетов) на страницы, возможность импорта блоков пр. | + | Web parts может добавлять на страницы любой пользователь с правами, чем достигается персонализация страниц. Но разработчик страницы может зафиксировать на ней web part так, что она станет не устраняемой. |
- универсальность портлетов (возможность беспроблемно добавить любой портлет в любую точку сайта и настроить его простыми средствами | - | Добавление портлетов может представлять проблему, так как многие из них сильно привязаны к шаблону сайта, а их связи с другими объектами шаблона не вынесены в настройки. |
- виды элементов на странице, возможность изменения порядка следования и взаимозависимостей элементов страницы (портлетов). Возможность вложенности блоков страницы. | + | Webparts можно довольно произвольно компоновать на странице через Web интерфейс. FrontPage позволяет более детально контролировать внешний вид Web-части -- ее размеры, цвет, меню и пр. Но макет размещения (например, число колонок в портлетами) выбирается в момент создания сайта, его потом сложно изменить даже во FrontPage. |
- инструмент для разработки новых элементов страниц и блоков (портлетов) | + | Веб-части представляют собой ASP.Net сборки и создаются в Visual Studio. Можно копировать готовые веб-части в каталоги в зоне или сайте, делая их там доступными для пользователей. |
| 3. Базовые инструменты редактора (Базовые механизмы публикации и обновления содержимого) | ||
- Помещение нового контента, документа на сайт средствами CMS | + | Разные методы для множества разных задач. В основном -- либо заполнение формы в том или ином модуле, либо upload документа в библиотеку. |
- Возможность редактирования существующего на сайте документа | + | Разные методы для множества разных задач. В основном -- через заполнение формы и RichText редактор. |
- Использование средств WYSIWYG для редактирования новостей, документов, страниц. | +- | Есть встроенный простенький rich-text редактор для отдельных для HTML-страниц. С его помощью можно изменять стили текста, вставлять картинки и таблицы. Но для изменения, например, атрибутов таблиц нужно знать HTML. Это редактор часто используется в формах и сделан на базе ActiveX. Для более полноценного редактирования страниц можно использовать FrontPage. Для страниц, состоящих из webParts редактор, ActiveX от Word для текстовых блоков в списках, в нем нет таблиц и картинок |
- Средства повышающие usability: Drag-N-Drop контента, массовая загрузка, проверка орфографии, очистка тегов Word | - | Нет |
- Перенос существующего на сайте документа в другой подраздел | - | Перенос существующего на сайте документа в другое место обычно означает перенос между списками или библиотеками, не совсем тривиален в системе, т.к. требует работы через WebDav |
- Возможность редактору создавать, изменять, переносить и удалять новые страницы, разделы и подразделы сайта | +- | В принципе это очень зависит от шаблона сайте, если у редактора есть он может добавлять новые зоны сайта. |
- «Отложенная публикация». Редактируемая страница или материал не видны, пока не установлен флаг ее видимости. Возможность задания момента публикации (появления) «отложенного» документа на сайте, а также момента его архивации (исчезновения из списка активных документов) | + | Возможна отложенная публикация в списках -- до утверждения редактором. В портлете новости можно задавать дату актуализации новости |
- Возможность задания вручную прямых ссылок на «похожие документы». Наличие средств, облегчающих поиск «похожих документов» | - | Возможностей нахождения похожих документов, присоединения их к основному нет. |
- Возможность задать для документа перечень шаблонов его представления (стандартный, «для печати» и пр.) | - | Стандартными средствами непросто для документа задать варианты его представления (только при помощи портлета Content Edit) |
- Инструмент редактора для подготовки Web-версий изображений средствами системы | - | Нет |
- Возможность публикации одного документа сразу на нескольких сайтах, без создания его копий | - | Документ всегда публикуется только на одном сайте, его нельзя публиковать на разных сайтах внутри системы, но ссылки по URL возможны |
- Механизм workflow для подготовки документов. Возможность отключения механизма . | +- | Можно включить одношаговый механизм Reject/Approve для утверждения документа помещенного пользователем в общедоступный список. Пользователь может видеть то, что он поместил в список независимо от статуса утверждения |
| + | Проверка мертвых ссылок возможна средствами FrontPage | |
| 4. Готовые модули системы и блоки на страницах | ||
| 4.1 Навигационные элементы и поиск | ||
| 4.1.1. Навигационные элементы страницы | ||
- Меню сайта. | +- | Для зон SPS есть навигационный блок, применяемый во всех default- шаблонах, который служит как меню сайта. В нем высвечивается последовательно путь, пройденный до данной зоны сайта с корневого уровня всего портала, а также варианты перехода на другую зону на данном уровне. Есть также автоматически создаваемая ссылка на зону более верхнего уровня (UpTo), а также ссылка на более главную страницу портала. Этих инструментов в целом недостаточно. Есть продукт третьей стороны --- Acar Dynamic Menu WebPart . С его помощью можно создавать слева динамическое меню, в котором структура зоны видна как дерево. типа Explorer ($199). |
- Указание пути от вершины сайта до текущего места (портлеты/блоки на странице) | +- | Для зон сайта -- см. Выше |
- Карта сайта (блок), генерируемая автоматически | -+ | Есть веб-часть, которая позволяет просмотреть иерархию SPS зон на сайте View Site Hierarchy. В некотором роде -- это и есть карта, но только всего портала, и она доступна только для администратора. Для WSS есть возможности посмотреть список сайтов, но тоже только для администратора (для пользователя ссылки нужно задавать вручную). Остальное -- только продуктами третьих сторон -- Advis Area Map, Area Navigator (для SPS), Site Navigator V2 (для WSS). |
- Смена отображения в одном портлете в зависимости от состояния другого | + | В принципе возможно изменение отображение одной веб-части в зависимости от событий в другой, но не через Internet Explorer. Например, во FrontPage Есть визард, который позволяет связать портлеты DataView. Скажем, можно, привязать список картинок в портлету с Preview. |
- Другие особенности | Поле Detail Link в Advanced-своствах веб-частей позволяет задать ссылку с заголовка веб-части на любую другую страницу, например, на представление списка новостей (библиотека Posting List). Есть также возможность вставить текст и ссылки в тело страницы при помощи FrontPage, но лучше это делать через веб-часть Content Editor | |
| 4.1.2. Ссылки | ||
- Блок показа небольшого списка коротких ссылок на странице. | +- | Есть веб-часть Lists для SPS. Она показывает в кусочке страницы ссылки, складируемые в списке Links в текущей зоне (эта ссылка задается в поле Details Link). Можно задавать порядок вывода элементов списка. Инициировать добавление новых ссылок (через форму) можно прямо из этой веб-части. Жизнеспособность ссылок не проверяется. Плохо, что эта часть есть только в некоторых (не все всех шаблонах сайтов). Размещение списка в библиотеке в пределах зоны создает проблему, когда один и тот же список ссылок нужно показывать не только в главной зоне, но и в подчиненных ей. Портлет привязывается к шаблону и настройка может потребовать усилий. |
- Блок для показа большого списка ссылок. | -+ | В портлете показ всего списка ссылок невозможен. Но он возможен стандартными средствами работы со списками в WSS, т.е. с потерей общего дизайна страницы. |
- Форма редактора для добавления ссылок. | + | Добавление ссылок происходит стандартными средствами в списки WSS Links. |
| 4.1.3 Поиск | ||
- Наличие системы индексации и поиска. Охват поисковой подсистемой всех страниц сайта. | + | Для WSS поиск возможен только средствами SQL Server в пределах каждого сайта по отдельности. SPS добавляет глобальный поиск по всех входящим с него сайтам, общим файлам и папкам Exchange. При наличии коннектора возможна индексация и сайтов Microsoft Content Manager. |
- Блок для ввода поисковой строки для размещения на страницах сайта | + | Блок для поиска может размещаться на каждой странице |
- Выделенная страница для расширенных настроек поиска | + | Есть специальная страница для поиска по порталу с расширенными настройками. |
- Возможность поиска со словоформами русского языка | + | Поддерживаются словоформы русского языка |
- Поиск среди внешних документов, помещаемых на сайт по ссылке | + | Система способна индексировать страницы и сайты (crawling). Адреса этих страниц задаются администратором. |
- Учет ограничений доступа при показе результатов поиска | + | Ограничения доступа при показе результатов поиска учитываются. |
- Поддержка на сайте документов на нескольких языках, индексация и поиск с использованием особенностей каждого языка | + | Индексируются все документы, вне зависимости от языка, однако, разные языковые варианты -- это разные документы |
- Возможность поиска внутри документов | + | Enterprise Search -- базовая возможность SPS |
- Распознавание системой поиска разных версий одного документа | - | Нет |
| 4.2 Контентные элементы | ||
| 4.2.1. Обычные страницы и страницы пользователей | ||
- Возможность создавать страницы без "обрамления" шаблоном сайта и показывать их внутри портлетов на других страницах | + | (1) Есть web-часть Content Editior, она позволяет показать в виде блока HTML-страницу, существующую самостоятельно. Эту страницу можно создать во FrontPage в визуальном режиме. Привязка этой страницы к веб-части осуществляется drag-and-drop во FrontPage. Эта страница может быть показана на любой странице сайта. (2) Есть механизм Basic Page, позволяющий создавать Rich-Text страницы внутри браузера (используется ActiveX-редактор), но эти страницы имеют "шапку", а сам редактор маломощен и не удобен. Для того, чтобы ее показать в веб-части ее нужно очистить от "мусора" во FrontPage. |
- Возможность создавать страницы по шаблонам сайта, но с произвольным набором портлетов внутри страницы | + | Есть специальный тип страницы Web Part, для которой задается только макет размещения веб-частей. Эта страница является частью зоны. На нее можно помещать любые веб-части, в том числе и показывающие контент с других страниц. Однако, эта страница не высвечивается в меню current location, т.к. не идентична главной странице зоне. Иначе говоря, если в пределах зоны есть несколько страниц, то состояние меню current location будет для всех одинаковым. Содержимое страницы хранится в разделе Document Library |
- Псевдостатические URL. Генерация для динамических страниц системы URL, имеющих формат, характерный для статических страниц. Это упрощает навигацию для пользователя, индексацию сайта поисковым сервером и управление им. | - | Странице сайта нельзя задать альтернативный (статический) URL |
| 4.2.2. Новости | ||
- Блок для вывода короткого списка анонсов. | + | Веб-часть News для вывода новостей имеется только для SPS-зон с шаблоном News. Все новости помещаются в список, который доступен для просмотра из области работы с контентом зоны, наряду с библиотеками картинок, документов и пр. Для сайтов WSS есть упрощенный механизм представления -- Announcemеnt, он подходит для одного-двух объявлений, которые потом убираться администратором. Объявления также хранятся в списках. Нужная веб-часть присутствует в зонах класса Community. |
- Простая инициация добавления новостей | +- | Новости в веб-части News добавляются из списка Postings List в пределах зоны. Добраться в него можно через правое меню пункт Manage Content. Это не удобно. |
- Возможность "богатого" оформления анонса (добавление картинок, использование RichText). Отображение даты новостей. Наличие WYSIWYG редактора. | -+ | Анонсы в News -- это всегда текстовая строка, не "богато" оформленная заставка. В анонсе может быть картинка, она автоматически масштабируется для того, чтобы поместиться на сайт. Ее можно вставить, если знаешь URL объекта в библиотеке документов. Вероятно, цвета и размеры можно настроить через таблицы стилей во FrontPage, но конкретный стиль найти довольно сложно. Нельзя, правда, явно выводить дату новости (ее можно только включить в текст описания анонса, что не удобно). |
- Установка срока действия новости (момента появления). В анонсе и момента исчезновения из анонса). Архивация новости. | + | Для веб-части News можно задавать начальный и конечный срок видимости новости на портале. Но в результатах поиска она будет видна и после истечения срока годности. Для элемента списка Postings List есть возможность установить архивный статус. Есть возможность фильтровать через готовые виды новости в списке по их статусу (архивный -- нет). |
- Редактор для ввода основного текста новости в "богатом" формате, включения картинок, дат и таблиц. Наличие WYSIWYG редактора, шаблонов для вывода новостей (в том числе разных представлений -- для ПК, печати и пр). | +- | Редактор rich text для портлета News оформлен в виде AcviteX-компонента и доступен при установке word 2003. Возможно включение картинок, но их нужно предварительно загрузить в Image Library на сайте и вставлять уже известный URL (в тестах выдавалось это предупреждение, но диалог включения картинки не позволял загрузить ее с WSS). Таблицы включать можно только через Copy-Paste из Word. Они, правда, отображаются с ошибками. Даты не высвечиваются ни в анонсе, ни в основном тексте новости. Никаких шаблонов для вывода новостей в разных представлениях нет. |
- Возможность размещения анонса новости без ввода ее тела, т.е. новости размещенной на странице с URL | + | SPS позволяет публиковать анонс новости, основной текст которых находится по уже известному URL. Это, например, позволяет включить в анонс Web-страницу или ссылку на новость, размещенную в другом разделе текущего сайта или на другом сайте. |
- Категоризация новостей (новости компании, ТЭК) | +- | Можно задать поле в списке, но отображающая новость веб-часть это не поймет |
- Рубрики новостей, флаги "важные новости", сортировки и группировки новостей и пр. | + | В SPS рубрик новостей как таковых нет (в списке новостей можно задать любые атрибуты, но веб-частях не поймет). Есть уровни значимости новостей. Их базово три -- Highlight, Group, Expert. Она высвечивается перед текстом анонса новости. Анонсы новостей можно объединять по значимости, целевой аудитории. В веб-части возможны сортировки и группировки по значимости. |
- Блок/портлет для вывода полного списка новостей. Фильтр новостей в списке по датам, темам | + | Веб-часть для новостей предусматривает 4 формата вывода списка новостей -- от максимально короткого (одной строкой заголовка) до полного анонса, регулировать число выводимых новостей, применяемый по умолчанию порядок сортировки, размер области, высвечивание всех или только главных новостей, число колонок. |
- Возможность размещения текста новости во вложении (Word) | + | Есть возможность поместить документ Word в библиотеку, а в новости указать его URL. |
- Особенности модуля | Microsoft предлагает два дополнительных пакета SharePoint-шаблонов для Web-сайтов во FrontPage: News and Reviews Site (новости, обзоры, дискуссии, голосования), Web Log (сайт блогов, поиск по публикациям, "горячие темы", обсуждения и избранные ссылки). Сайт блога -- очень средненький, неудобный. Сайт News and Reviews – интереснее. Но вот вставить картинку в новость нельзя, нельзя задать анонс. Причем новость отображается сразу и целиком на первой странице ... в блоговом стиле. Есть, правда, поле Headlines Today. Везде используются DataView WebParts. Прямо к статьям можно прикреплять комментарии. Есть их модерация. Можно публиковать ссылки на сайте. Используются механизмы WSS. | |
| 4.2.3. Персональные страницы пользователей, списки пользователей | + | SharePoint позволяет задать для каждого пользователя свою страницу для публичного и персонального просмотра |
| 4.2.4. Синдикация контента | ||
- Генерация сайтом потоков данных RSS В качестве источника данных. Получение (и частичная публикация) сайтом потоков данных RSS с других сайтов | - | Генерация и потребление потоков RSS будет возможна только в следующей версии WSS |
| 4.3 Списки, хранилища документови каталоги | ||
| 4.3.1. Списки и хранилища документов | ||
- Средства просмотра списка и изменения его элементов редактором. Возможность настраивать шаблон отображения элементов списка. Уровень эстетики отображения | +- | Роль списков документов выполняют библиотеки документов в WSS. Представления документов -- табличные, показываемые в таблице поля настраиваются, но и только. |
- Красочные шаблоны (портлеты) для просмотра списка пользователем | - | После создания библиотеки, она доступна как веб-часть для включения на страницы сайта в пределах текущей зоны. Шаблоны представления списка для редактора и пользователя идентичны и невыразительны. Заказные представления документов -- через заказные разработки веб-частей. |
- Поддержка основных атрибутов документов (датой, аннотацией и вложением) | + | Основные атрибуты документов поддерживаются |
| 4.3.2. Обобщенные списки | ||
- Форма для ввода информации об элементе списка. Элемент списка формируется из стандартных полей -- число, дата, картинки, приложения (attachment). | + | WSS предлагает стандартные web-инструменты для организации форм для ввода параметров элемента списка. |
- Фильтрация списка по критериям, сортировка по критериям | + | WSS предлагает стандартные web-средства для фильтрации списка по критериям, сортировки |
- Инструмент формирования шаблона для короткого отображения данных элемента. Инструмент для формирования шаблона отображения перечня элементов списка. | + | При помощи FrontPage, языка XSLT и вебчасти DataView можно создавать любые заказные представления любых списков WSS. Упрощенная форма представления списков есть в WSS в готовом виде. |
| 4.3.3. Календари и списки мероприятий | ||
- Блок «календарь», с которого возможен переход на список мероприятий за конкретную дату. | +- | В Шаблоне Community есть портлет для показа календаря в виде в виде графического блока, как то предусматривается требованиями. Однако, удовлетворение требованиям очень частичное. Календарь занимает много места на экране и не может быть масштабирован а 200*200 точек. Более того, блок производит надписи событий на календаре, что захламляет вид. |
- Блок для отображающая списка мероприятий. | + | Есть портлет Events в шаблоне Team Site, в котором можно задавать короткие анонсы событий. Элементы этого списка могут вноситься в события пользователя в Outlook/Exchange одним щелчком мыши. Это событие потом автоматически обновляется. Есть команда Edit in Datasheet (редактирование списка в Exсel), если установке MS Office. Возможна запись списка событий в Outlook |
- Блок для отображения подробной информации о мероприятии на странице | -+ | Блока для отображения информации о мероприятии нет, есть только стандартная страница для отображения записи в списке, без оформления по макету сайта. |
- Возможность категоризации мероприятий | ||
- инструмент редактора для ввода информации о мероприятии. WYSIWYG оформление информации. Возможность включения картинок и файлов-вложений. | +- | Ввод информации о мероприятии -- стандартными инструментами работы со списками. Но оформление примитивное (только текст). Можно добавлять вложения (файлы), но не картинки. |
| 4.3.4. Каталоги | ||
- Средства создания каталогов редактором (желательно иерархических). Средства управления документами в каталогах (добавления, удаление, изменения). Рубрикация документов в каталогах по нескольким критериям | -+ | Как таковых средств ведения каталогов нет. Но можно вести списки документов (в том числе простеньких HTML-страниц). Представление списков -- не очень красивое, хотя его в небольшой степени можно регулировать. Рубрикация возможна через настраиваемые поля. Ввиду ограничений WSS (около 2000-3000 записей в списке) каталоги не могут быть большими. Для документов можно задавать любые атрибуты, в том числе и рубрики. Есть портлеты третьей фирмы для управления контентом о товарах (фирма Advis) |
- Портлеты и списки представления каталогов (Шаблоны) | +- | Возможности шаблонов отображения каталогов очень -- стандартная возможность WSS показать содержимое библиотек и списков WSS как портлет. Есть в основном сортировки, но не оформление. Шаблоны можно разрабатывать визуальное FrontPage |
| 4.3.5. Фотогаллерея | ||
- Портлет для навигации пользователя по фотогаллереи. Thumbnail, Preview. | +- | Стандартно решается в SharePoint при помощи библиотек изображений. Есть Trumbnail и Preview. Но вид -- хранилища, не очень эстетично с точки зрения конечного пользователя. |
- Инструменты для добавления статических изображений и рубрикации | + | Стандартный инструмент WSS для добавления изображений к библиотекам. Для добавления нескольких изображений требуется установка MS Office |
| 4.4 Интерактивные и динамические элементы | ||
| 4.4.1. FAQ | ||
- Список просмотра FAQ | -+ | FAQ можно создать на базе списков WSS. Но оформление аховое. |
- Готовая форма для ввода запроса | -+ | Есть шаблон FAQ-странички в FrontPage, но это -- просто страница HTML с размеченным списком, не динамический объект |
- Инструмент редактирования списка FAQ. Утверждение вопроса и ввода ответа редактором | - | |
| 4.4.2. Анкетирование | ||
- Возможность создать развернутую анкету (форму) для пользователя. | + | Есть модуль Survey, позволяющий проектировать формы опроса. В анкете может быть много вопросов, в каждом из которого могут быть элементы выбора, текстовые поля для заполнения, обязательные поля и пр. Survey представляет собой список. Опрос можно сохранить как шаблон. Может подсчитывать статистику ответов. Проэкспортировать результаты в Excel |
- портлет для отображения анкет на страницах сайта | -+ | Анкеты заполняются на специальной странице, ссылка на предложение заполнить анкету может помещаться в меню сайта. |
- Функционал складирования анкет и отправки их по email | + | Анкеты складируются в список. Менеджер опроса может быть уведомлен о появлении новых анкет по Email стандартными средствами уведомления WSS |
- Просмотр списка опросов и списка заполненных анкет в опросе. Средства подсчета статистики | + | Менеджер может просматривать заполненные анкеты и специальный вид для оценки статистики и результатов заполнения. |
- Дополнения | Есть также более развитый продукт третьей стороны -- Acar QUIZ WebPart. | |
| 4.4.3. Банеры | ||
- Наличие «движка» для показа банеров. Блоки для показа банеров на страницах | - | Стандартно есть только WebPart для показа картинок. Есть добавочный продукт для банерной системы (ротации банеров) в SharePoint третьих фирм -- www.acar.ch/acar_products.asp. Банерные картинки хранятся библиотеке картинок WSS. Есть типоразмеры, нет целевого показа (просто ротация), срок действия банера. Цена -- $400. Также фирма производит Poll WebPart for SharePoint? Quiz WebPart for SharePoint, Product WebPart List and Feedback WebPart, Dynamic Menu WebPart, PhotoAlbum WebPart |
- Настройка администратором типоразмеров и функциональных типов банеров. | - | |
| - Настройка параметров целевого показа | - | |
| 4.4.4. Голосование | ||
- Форма для задания редактором вариантов выбора, инициации голосования, подведения итогов | + | Функционал голосования реализуется модулем Surveys. |
- Портлет для отображения опций выбора на страницах сайта. Должны поддерживаться варианты ответов: да/нет; один из нескольких; текст; | - | Есть еще Acar Poll WebPart for SharePoint |
- портлет для просмотра результатов голосования пользователем на страницах сайта. | - | Только администратором в режиме обработки исследования |
| 4.4.5. Графическая карта | ||
- Блок «графическая карта» | -+ | Графической карты нет. Нужно разработать во FrontPage как HTML-страницу и показывать в портлете Web Content. Хотя трудно будет регулировать переходы с нее. |
- Форма для настройки редактором действий по щелчку на карте, добавления новых активных зон на карте | - | |
| 4.4.6. Отзывы | ||
- Форма для ввода отзыва пользователем. | -+ | Стандартно отзывы не реализованы. Есть продукт третьей стороны Acar Product WebPart List and Feedback WebPart. Мощный портлет для красивого (с картинками) показа информации о товаре. |
- Форма для просмотра отзыва и утверждения редактором | -+ | Во FrontPage есть шаблон формы гостевой книги. Но: отзыв сразу же публикуется на той же странице, без модерации. |
- Портлет показа пользователю «Списка коротких отзывов». Обеспечивает ссылку на страницу с «полным отзывом». Портлет для показа полного отзыва | -+ | Только короткие отзывы, размещаемые списком в одной HTML-странице (она автоматически обновляется скриптом, что неправильно). Все это очень слабо и плохо сделано. |
- Возможность привязки отзыва к материалу, размещенному на сайте | -+ | Во FrontPage, пакете сайте News and Reviews возможно оставлять модерируемые отзывы на статьи. |
| 4.4.7. Подписки и рассылки. | ||
- Механизм подписки пользователем на автоматически генерируемые рассылки-объявления. Готовые формы для подписки (ввод E-mail и реквизитов подписки) | + | Для рассылок и уведомлений по Email применяются стандартные механизмы Alert. Можно подписаться на обновления страницы, библиотеки, новое сообщение в форуме. |
- Возможность задания профиля по интересам при подписке на рассылку | + | На каждом сайте WSS и SPS пользователь может посмотреть список тех Alerts, на которые он подписан. |
- Редактирование списка подписчиков, его экспорт и импорт | + | Администратор WSS может просматривать и менять список уведомлений для каждого пользователя на каждом сайте или на главном сайте портала в целом. Экспорт возможен через DataSheet View. |
- Формы инициации рассылки. Автоматическая рассылка. Рассылка подборки по команде («разослать») | - | Поддерживается только автоматическая рассылка по расписанию |
- Дополнения | ||
| 4.4.8. Форум | ||
- Возможность общения по темам. Трехуровневость. Название форума – Тема форума – Вопрос/ответ по теме. Заведение новых тем форума, как администратором сайта, так и пользователем. Создание произвольного количества форумов | + | Есть веб-часть Discussion для ведения тематических форумов. Форумы полноценные, но не красивые. Возможно создание произвольно числа новых веток и новых форумов целиком. ((((Дискуссии также могут начаться по поводу любого документа в библиотеках SharePoint. Однако, эти дискуссии не являются Web-форумами так как ведутся через приложения Microsoft Office (т.е просто добавление комментариев). Возможно создание collaboration -сайтов с искуственно-ограниченным охватом одним обсуждаемым документом.)))) |
- Оформление. Возможность RichText, вложений, картинок, смайликов, аватаров. Ограничение максимального размера сообщения; | +- | Есть возможность RichText, вложений, но не картинок, аватаров и смайликов. Ограничений размера сообщения нет |
- Автоуведомление пользователей и администраторов о добавленной теме/сообщении. Фильтры уведомлений. Настройка почтовых шаблонов для уведомлений; | + | Возможно уведомление пользователя при появлении на форуме новых сообщений. Есть фильтры тем. Шаблоны уведомления задаются стандартными средствами. |
- Автоматическое создание архивов сообщений; ограничение количества тем для одного архива; | - | Стандартно архивации сообщений на форуме нет. |
- Пост-модерация форума; удаление, изменение, создание сообщений в форуме администратором/модератором; | + | Пользователь с правами может осуществлять модерацию -- удаление сообщений и прочее. |
- Разрешение добавления тем пользователями; | +- | Права на добавление контента задаются только на добавление документов в библиотеки сайта |
- Просмотр истории сообщений по конкретному пользователю. | - | нет-- вроде бы |
| 4.4.9. Частные объявления | ||
- Модуль для просмотра каталога частных объявлений | +- | Только через списки, что не удобно. |
- Форма для публикации на сайте частных объявлений сотрудниками | - | |
- Модерирование и предварительный просмотр объявлений администратором | + | Для списка -- через стандартный механизм утверждения |
- Архивирование старых объявлений, удаление из доступа | - | |
| 4.5 Вывод данных | ||
| 4.5.1. Работа с данными | ||
- Инструмент проектирования формы ввода данных и шаблона отображения данных, привязка форм к таблице СУБД. | + | Есть шаблон DataView, позволяющий привязывать данные к СУБД. Для работы с файлами данных XML SPS опирается на редактор форм InfoPath. Частные случаи опросов и форумов реализованы из коробки. Web part Data View настраивается через FrontPage |
- Представление элементов, заполняемых через форму, в виде списка. Фильтр списка. | ||
- Возможности импорта списка | + | Есть также шаблон страницы во FrontPage, позволяющей отображать поля в ввода в переменные страницы. Также есть WSS-списки для XML-форм, редактируемых в InfoPath, параметры которых отображаются в атрибуты списков. |
| 4.5.2. Модуль «Глоссарий» | ||
- Управление списком глоссария редактором. Форма для ввода элемента глоссария | - | Глоссария нет в принципе |
- Портлет для размещения оглавления глоссария и приложенного к нему списка терминов на страницах сайта | - | |
| 4.6. Другие готовые элементы страниц | ||
- Предопределенные разработчиком интерактивные элементы страницы | - | |
- Элементы для отображения в браузере документов стандартных типов (форматы Microsoft Word, RTF, Microsoft Excel и т. д.) | - | Отображение в браузере документов стандартных типов сейчас стандартно не доступно без установки Office 2003 |
Дополнения | ||
| 5. Безопасность | ||
| 5.1. Администрирование, разграничение доступа к контенту, ролевой доступ | ||
- Поддержка иерархии доменов администрирования (система сайтов в целом, сайт, раздел сайта) | + | Для сайтов WSS и в пределах зон SPS могут быть установлены разные права доступа. Права доступа задаются только на каждую зону портала. Зона это каждый шаг вниз по иерархии сайтового дерева (сайт, крупный раздел сайта). Права доступа могут наследоваться по иерархии. |
- Возможность задания по каждому домену администрирования функциональных ролей, указание пользователей и групп эти роли исполняющие (как минимум «администратор», «дизайнер структуры», «дизайнер вида станиц», «редактор контента», «читатель»). Возможность задания для каждой роли набора допустимых действий | + | Права настраиваются по ролям. Их четыре (администратор, дизайнер, Web-редактор, читатель) -- они имеют стандартное наполнение. Однако, для доменов удобнее регулировать доступ на уровне групп и пользователей Active Directory или портала, выставляя им явно либо один из 4х стандартных наборов прав, либо права гранулировано. Права можно менять довольно гибко, например, разрешить применять к сайту темы или изменить окантовки, просмотр, редактирование, свойства объектов и пр. |
- Поддержка работы анонимных и зарегистрированных пользователей | + | Есть анонимные и зарегистрированные пользователи. В настройке системы можно указать, какой из эккаунтов Windows нужно использовать по умолчанию. |
- Механизмы авторизации | ||
- Интеграция системы разграничения доступа CMS со стандартными сервисами обеспечения безопасности, в первую очередь, Microsoft Active Directory | + | Интеграция с Active Directory встроена, хотя и имеет ограничения |
- Настройка доступности отдельных подразделов или документов сайта. | - | На отдельные страницы задавать права нельзя. |
| 5.2. Журналирование операций | ||
- Ведение лог-файлов по всем действиям пользователей, ведущих к изменению стояния сайта | + | Действия редакторов и пр. Журналируются также, как и действия всех остальных пользователей |
| 5.3. Журналирование действий конечных пользователей | ||
- Журналирование действий пользователя | + | Действия пользователей журналируются средствами WSS, но проводить анализ этих данных очень сложно. Журналирование можно включать и отключать через веб-интерфейс . |
- Встроенные средств анализа журналов посещений сайтов | - | Нет средств анализа журналов |
- Возможности экспорта данных о посещениях в стандартном виде для анализа специализированным ПО | + | Журналы хранятся в SQL Server. Доступны для анализа внешним ПО |
| 5.4. Backup | ||
- Наличие средств архивирования и восстановления сайта, возможность архивирования без останова работы сайта | + | Решается при помощи FrontPage 2003. Можно формировать пакеты (packages) из содержимого сайтов, их дизайна, веб-частей и сохранять их для дальнейшего использования. Либо в качестве шаблонов новых проектов. Есть также механизм backup, который еще извлекает из СУБД содержимое списков и библиотек документов. |
| 6.Удобство системы (эргономика) | ||
- Удобство инструментария по описанию структуры сайта | - | Продукт не удобен для описания структуры сайта и навигации по нему |
- Удобство средств проектирования страниц | +- | Проектирование страниц имеет среднюю степень сложности, но также не очень удобно |
- Удобство инструментария редактора контента | -+ | RichText редакторы в SPS малофункциональны. FrontPage же, наоборот, очень сложен |
- Общая красота и настраиваемость интерфейса | +- | Красота интерфейса и его адаптируемость средняя по современным понятиям. |
| 7. Технология | ||
| 7.1. Технологическая база | ||
- Среда исполнения (PHP, ASP.Net, Java и т.п.) | ASP.Net | |
- Требования к операционной системе | Windows Server 2003 | |
- Требования к СУБД | SQL Server. Но отдельные сайты могут храниться и в файловой системе | |
- Требования к аппаратуре | ||
| 7.2. Интерфейс | ||
- Тип интерфейса инструментария по проектированию и управлению сайтом (Web-интерфейс, прикладная графическая программа, специальный язык, API). Управление документами через другие программные продукты | +- | Управление сайтами лишь частично делается через Web-интерфейс. Для полноценной настройки нужна сложная работа во FrontPage. Помещение документов в библиотеки сайта WSS может производиться через MS Office. |
| 7.3. Конфигурации инсталляции | ||
Разные конфигурации сайта (рабочая, для разработка, тестовая, для авторинга и пр.) | - | Нет, все изменения вносятся на рабочую версию |
| 7.4. Производительность, кэширование, масштабируемость и обеспечение бесперебойной работы | ||
- Возможность исполнения на многопроцессорных комплексах | + | Может исполняться на многопроцессорных комплексах |
- Возможность создания кластеров высокой производительности | + | Может работать в кластерах высокой производительности |
- Возможность создания кластеров высокой надежности | + | Можно создавать кластеры высокой надежности |
- Применение кэширования | + | Система применяет кэширование на уровне Web-сервера. |
Оценка производителем оценки максимального количества работающих пользователей (сессий) | + | Тысячи одновременных пользователей |
- Оценка производителем максимального количества обслуживаемых CMS запросов пользователей на показ страниц | + | |
| 7.5. Интеграция с другими программами системами | ||
- Интеграция с Microsoft SharePoint Portal Server (портлеты, возможность включения сайтов CMS в поиск SPS, размещение ссылок на SPS с переходом без дополнительной авторизации) | + | |
- Возможность offline-импорта данных из различных программных систем и В различных форматах, В том числе XML | + | Возможно импортировать XML и оформлять с помощью листов стилей XSLT в веб частях DataView. Для этого нужен FrontPage |
- Публикация данных из внешних СУБД | + | Возможно импортировать данные из СУБД и оформлять с помощью листов стилей XSLT в веб частях DataView. Для этого нужен FrontPage |
- Использование Web-сервисов | + | API системы построен на Web-сервисах. Система способна делать обращения к данным через Web-сервисы |
- Интеграция с системами интеграции приложений и сходных с ними систем | + | Есть интеграция с BizTalk для обращения к данным третьих систем |
| 8. Организационно-ценовые вопросы | ||
| 8.1. Поставщик, поддержка | ||
- Местонахождение производителя | + | Все в порядке |
- Оценка надежности компании-производителя | + | |
- Количество внедренных проектов в мире | + | |
- Наличие российских партнеров, их надежность | + | Партнеров много |
| 8.2. Отчуждаемость системы и поддержка | ||
- Степень отчуждаемости («коробочности») CMS | + | Отчуждаема, коробочна |
- Наличие поддержки пользователя и ее полнота | + | |
- Возможность получения системы в виде исходных кодов | - | |
| 8.3. Ценовые условия | ||
- Типы стоимости лицензий | ||
- Годовые затраты на поддержку | ||
- Стоимость апгрейда сист |
