Опыт внедрения SharePoint Portal в картинках (Screen-cast)

[Djalolatdin Rakhimov]

Сообщение от Djalolatdin Rakhimov

При создании любой страницы портала выбирается макет. Макет определяет несколько наборов расположения зон, в которые (в зоны) могут соответственно потом размещаться разлиыне модули. Разметка зон влияет на форматирование страницы.

Предопреленных макетов достаточно много:

[Djalolatdin Rakhimov]

Сообщение от Djalolatdin Rakhimov

На что получаем логичное предупреждение:

После этого получаем возможность непосредственного управления разрешениями на уровне отдельных пользователей или групп:

[Djalolatdin Rakhimov]

Сообщение от Djalolatdin Rakhimov

После этого получаем возможность непосредственного управления разрешениями на уровне отдельных пользователей или групп:

Соответственно расширяется и набор меню в тулбаре:

[Djalolatdin Rakhimov]

Сообщение от Djalolatdin Rakhimov

Это достаточно удобная "фишка":

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

Таким образом, не надо отдельно "звонить по телефону", чтобы изменить свои права.

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

[Djalolatdin Rakhimov]

Сообщение от Djalolatdin Rakhimov

После этого получаем возможность непосредственного управления разрешениями на уровне отдельных пользователей или групп:

Ну и окно подробной расшифровки прав (разрешений):

[Djalolatdin Rakhimov]

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

[Djalolatdin Rakhimov]

Сообщение от Djalolatdin Rakhimov

Управление типами содержимого:

По умолчанию стоит "Нет". Для демо данного списка выставляю "Да", чтобы реально показать результат (чуть позже).

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

Как только мы включили возможность использования разных типов данных в одном и том же списке, то в его параметрах появляется еще один блок:

В настоящий момент в нем только изначально определенный тип данных, в частности, "Контакт".

[Djalolatdin Rakhimov]

Сообщение от Djalolatdin Rakhimov

В настоящий момент в нем только изначально определенный тип данных, в частности, "Контакт".

"Клик" на конретном типе содержимого показывает параметры этого типа данных:

Каждый пункт здесь показывать не буду, если только не будет вопрос (с аудитории).

[Djalolatdin Rakhimov]

Сообщение от Djalolatdin Rakhimov

Команда "Добавить" новый тип позволяет также выбрать из предопределенных на портале типов данных с последующим изменением набора полей:

[Djalolatdin Rakhimov]

Сообщение от Djalolatdin Rakhimov

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

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