Обзор: управление сайтом, разрешение и предоставление общего доступа для владельцев сайтов

Управление современным сайтом

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

Современная структура навигации по сайту SharePoint

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

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

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

При определении структуры навигации сайта следует учитывать следующее:

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

Управление разрешениями на современных сайтах

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

Информационные сайты не связаны с группами Microsoft 365 и имеют три роли по умолчанию: владельцы сайтов, участники сайта и посетители сайта.

Ниже приведены некоторые советы, которые следует учитывать при разработке стратегии разрешений.

• Следуйте принципу наименьших привилегий. Предоставьте пользователям минимальные уровни разрешений, необходимые для выполнения назначенных им задач.
• Используйте стандартные группы по умолчанию: Предоставьте пользователям доступ, добавив их в стандартные группы по умолчанию (например, Участники, Посетители и Владельцы).
• Рассмотрите возможность сегментирования содержимого по уровню безопасности: Создайте сайт или библиотеку специально для конфиденциальных документов, а не разбросанные по большей библиотеке и защищенные уникальными разрешениями.

Разрешения современного сайта по статусам пользователей

Дополнительные ресурсы для владельцев сайта:

• Настройка сайта SharePoint
• Настройка навигации на сайте SharePoint
• Поиск на современном сайте SharePoint
• Настройка центрального сайта SharePoint
• Управление информационным сайтом SharePoint
• Управление параметрами сайта SharePoint
• Предоставление общего доступа к сайту
• Редактирование разрешений для списка, библиотеки или отдельного элемента

Управление сайтом

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

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

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

Хорошая модель управления для сайта должна быть сосредоточена на следующих элементах:

• создание сайта;
• управление разрешениями;
• структура данных;
• жизненный цикл и удаление сайта;
• ограничения хранилища;
• классификация данных;
• настройка;
• защита данных;
• навигация;
• поиск;
• роли и обязанности по поддержке сайта.

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

Создание дочерних сайтов

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

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

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

Чтобы сэкономить время и силы, можно установить некоторые политики создания сайтов, направленные на решение перечисленных ниже вопросов.

• Кому разрешено создавать дочерние сайты?
• Должны ли новые дочерние сайты быть предварительно утверждены? Если да, то кто выполняет утверждение и каковы его критерии?
• Следует ли на новых дочерних сайтах использовать заданные шаблоны и темы?
• Какой объем данных может храниться на сайте? (Т. е. сколько места на диске сервера может занимать сайт?)
• Каковы правила применения стратегий навигации на сайте?
• Как долго на дочерних сайтах должны храниться данные, прежде чем они будут удалены или помещены в архив?

Дополнительные сведения см. в статье Создание сайта или дочернего сайта.

Управление разрешениями

Целостность, конфиденциальность и конфиденциальность критически важной информации вашей организации зависит от того, насколько безопасно вы делаете свой сайт, в частности, кому вы решили предоставить доступ к сайту.

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

Ниже приведены некоторые советы, которые следует учитывать при разработке стратегии разрешений.

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

Сведения о настройке разрешений см. в статье Уровни разрешений в SharePoint или Изменение разрешений для списка, библиотеки или отдельного элемента.

Структура данных

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

Чтобы создать структуру данных, необходимо проанализировать сведения, которые будут представлены на сайте. Ниже перечислено несколько вопросов, которые можно использовать для разработки структуры данных.

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

Часть информационной архитектуры может включать классификацию информации.

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

После упорядочения сведений по определенным спискам и библиотекам можно использовать функции управления для управления содержимым. Ниже приведены некоторые примеры.

Требование извлечения файлов

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

Отслеживание версий

Если необходимо хранить предыдущие версии файлов, библиотеки могут помочь отслеживать, хранить и восстанавливать файлы. Все версии можно отслеживать одинаковым способом. Можно также назначить некоторые версии основными (например, при добавлении в руководство новой главы), а другие — дополнительными (например, при исправлении орфографической ошибки). Чтобы упростить управление дисковым пространством, для каждого типа версий можно указать количество хранимых файлов. Дополнительные сведения см. в статье Принципы управления версиями в списках и библиотеках.

Требование утверждения документа

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

Получение сведений об изменениях

Библиотеки поддерживают технологию RSS, что позволяет участникам рабочей группы автоматически получать и просматривать обновления (каналы) новостей и информации в централизованном расположении. Вы можете использовать технологию RSS для оповещения о любых изменениях в библиотеке, например об изменении хранящихся в ней файлов. Благодаря RSS-каналам участники рабочей группы могут просматривать сводный список измененных файлов. Можно также создать оповещения, рассылаемые по электронной почте при изменении файлов. Дополнительные сведения см. в статье Управление RSS-каналами сайта или семейства веб-сайтов.

Создание рабочих процессов

Для библиотеки документов или типа контента могут использоваться рабочие процессы, определенные организацией для бизнес-процессов, например управление утверждением или рецензированием документов. К документам группы можно применять бизнес-процессы, называемые рабочими процессами, которые определяют последовательность действий, например при утверждении или переводе документов. Рабочий процесс позволяет автоматически перемещать документы или элементы от одного этапа действий или задач к другому. По умолчанию в библиотеках доступны три рабочих процесса: "Утверждение" (направляет документ группе людей для его утверждения), "Сбор отзывов" (направляет документ группе людей для получения отзывов и возвращает собранные данные пользователю, запустившему этот процесс) и "Сбор подписей" (направляет документ группе людей для получения их цифровых подписей). Дополнительные действия см. в статье Рабочие процессы в SharePoint.

Определение типов контента

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

Аудит

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

Жизненный цикл и удаление сайта

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

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