ПОИСК
Категории книг
ОПРОС
Вопрос: Какой язык программирования вы предпочитаете
С/C++
Delphi
Visual Basic
Perl
Java
PHP
ASP
Другой
ЭТО ПОЛЕЗНО!
ОБРАТНАЯ СВЯЗЬ

/ Главная / Офисные программы / Иллюстрированный самоучитель по Microsoft Project
Иллюстрированный самоучитель по Microsoft Project

 

Конфигурирование сервера MS Project Server

Для конфигурирования сервера MS Project Server нужно запустить Internet Explorer и обратиться по адресу сервера, который вы указали при его настройке. При первом подключении к серверу вам необходимо выполнить те же действия, что и обычным пользователям (см. раздел «Первое подключение к серверу»). На первой странице сервера в качестве имени пользователя вам нужно ввести Administrator (Администратор), а в качестве пароля — пароль администратора, введенный вами в процессе установки сервера. Если вы устанавливали сервер MS Project Server без подключения к серверу баз данных и программа установки не отображала диалоговое окно для ввода пароля администратора, то ваш пароль пустой.

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

Безопасность

Для настройки уровня безопасности сервера предназначен раздел Manage security (Управление безопасностью), причем он состоит из трех страниц, из которых для нас наиболее важна User authentication (Проверка подлинности пользователей).

На ней определяются основные настройки авторизации пользователей на сервере MS Project Server.

В верхнем разделе страницы определяется, какими средствами пользователи будут проходить авторизацию на сервере: с помощью учетных записей сервера MS Project Server, с помощью учетных записей Windows или совмещая оба способа. Некоторые способы авторизации позволяют пользователям создавать учетные записи на сервере (см. раздел «Настройка MS Project для работы с сервером»).

Первый переключатель, Mixed (Смешанная), позволяет использовать для авторизации или учетные данные Windows, или данные MS Project Server. Выбор второго переключателя, Windows Authentication only (Проверка подлинности только средствами Windows), приведет к блокировке всех учетных записей сервера MS Project Server и позволит авторизоваться только пользователям, зарегистрированным на сервере с учетными записями Windows.

ВНИМАНИЕ
Если выбрать второй переключатель на этой странице, когда на сервере зарегистрирована только одна учетная запись с правами администратора (созданная при установке программы и являющаяся учетной записью сервера MS Project Server), то эта запись будет заблокирована и вы не сможете администрировать сервер. Поэтому прежде чем выбрать этот переключатель, нужно добавить в число администраторов пользователя с учетной записью Windows.

Третий переключатель, Microsoft Project Server authentication only (Проверка подлинности только средствами сервера Microsoft Project Server), включает режим, при котором на сервере могут авторизоваться только пользователи с учетной записью на нем. В нашем примере на установлен режим совмещенной авторизации.

В разделе Password Length for Microsoft Project Server Authentication (Длина пароля для проверки подлинности средствами сервера Microsoft Project Server) определяется минимальная длина пароля пользователя сервера. Этот переключатель недоступен, если выбран режим проверки подлинности пользователей только средствами Windows. По умолчанию минимальная длина пароля равна восьми символам, и эту настройку можно изменить, установив соответствующее значение параметра Minimum length that users must set their passwords to (Минимальная длина паролей пользователей). В нашем примере минимальная длина пароля пользователя равна восьми символам.

В нижнем разделе страницы, Authentication required when publishing from Microsoft Project (Для публикации из Microsoft Project требуется проверка подлинности), определяется, должны ли пользователи авторизоваться на сервере для публикации данных. В этом разделе можно переопределить настройки, сделанные в процессе установки сервера. Если установить флажок Require Microsoft Project to authenticate to the Microsoft Project Server before publishing (Проверять подлинность пользователя Microsoft Project на сервере Microsoft Project Server перед публикацией), то публиковать данные на сервере смогут только пользователи профессиональной редакции MS Project 2002, а если сбросить его — пользователи обеих редакций, MS Project 2002 и MS Project 2000.

Организация

Для перехода в раздел управления организацией нужно воспользоваться ссылкой Manage organization (Управление организацией) в левом меню страницы. Этот раздел состоит из двух страниц, из которых для нас наиболее важна Features (Возможности). На эту страницу вы попадаете сразу после входа в раздел.
На странице Features (Возможности) определяется список доступных пользователям сервера функций. Список функций приведен в таблице в центре страницы, и для включения или выключения функции нужно установить флажок либо в столбце Allow (Разрешить), либо в столбце Deny (Запретить) рядом с ней.

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

На странице Features (Возможности) также определяется, можно ли публиковать на сервере главные проекты (то есть проекты, включающие в себя подпроекты, см. раздел «Работа с несколькими планами проектов»). Чтобы разрешить их публикацию, необходимо установить расположенный под таблицей флажок Allow master projects to be published to Microsoft Project Server (Разрешить публикацию главных проектов на сервере Microsoft Project Server). В нашем примере этот флажок установлен.

В нижнем разделе страницы определяются адреса сервера для доступа из локальной или внутренней сети, то есть в нем можно переопределить настройки, сделанные при установке сервера. В поле Server intranet address (Адрес сервера в интрасети) указывается адрес для доступа из внутренней сети, в поле Server extranet address (Адрес сервера в экстрасети) — адрес для доступа из внешних сетей.

Подключение сервера SharePoint

Управление настройками подключения сервера SharePoint осуществляется в разделе Manage SharePoint Team Services (Управление SharePoint Team Services). На первой его странице, Connect to servers (Подключение к серверам), после нажатия кнопки Add server (Добавить сервер) настраивается подключение к серверам SharePoint.

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

После того как подключение к серверу настроено, нужно определить настройки размещения на сервере SharePoint дочерних веб-узлов (subweb) для проектов. Это осуществляется на странице Subweb provisioning settings (Параметры подготовки дочерних веб-узлов).

В разделе Specify the SharePoint Team Services server (Укажите сервер SharePoint Team Services) определяется сервер SharePoint, на котором будут создаваться дочерние веб-узлы для новых проектов. Имя этого сервера выбирается из верхнего раскрывающегося списка, где приведен список серверов SharePoint, для которых на предыдущей странице было настроено подключение. Во втором раскрывающемся списке находится список этих же серверов, и, выбрав любой из них, можно перейти к его администрированию, щелкнув на ссылке Go to SharePoint Administration (Переход к администрированию узла SharePoint).

Во втором разделе страницы, Settings for subweb creation (Параметры создания дочернего веб-узла), определяется, будут ли дочерние узлы для проектов создаваться на сервере SharePoint автоматически, или их нужно будет создавать вручную. Для автоматического создания дочерних узлов следует выбрать переключатель Automatically create a subweb for the project when a project is published in Microsoft Project Web Access (Автоматическое создание дочернего веб-узла проекта при публикации проекта в Microsoft Project Web Access). Если же дочерние узлы нужны не для каждого проекта и их удобнее создавать вручную, нужно выбрать переключатель Manually create a subweb for each project in Microsoft Project Web Access (Создание дочернего веб-узла вручную для каждого проекта в Microsoft Project Web Access).

Когда для проекта создан дочерний узел на сервере SharePoint, пользователям нужно получить доступ к нему. Права доступа может настраивать администратор сервера SharePoint, но это может привести к задержкам, особенно если дочерние узлы создаются в автоматическом режиме. Поэтому в третьем разделе страницы, Grant user access to the project subwebs (Предоставление пользователям доступа к дочерним веб-узлам проекта), можно включить режим автоматического выделения пользователям сервера MS Project Server прав доступа к узлам SharePoint без участия администратора последнего сервера. Включение этого режима ускоряет работу пользователей и снижает нагрузку администратора сервера SharePoint. Установка первого флажка этого раздела обеспечит автоматическое предоставление всем пользователям MS Project Server, участвующим в проекте, прав доступа к сайту SharePoint, созданному для этого проекта. При этом права пользователей на сервере SharePoint будут назначены в соответствии с их правами на сервере MS Project Server.

Второй флажок этого раздела предоставляет доступ всем пользователям MS Project Server к узлу SharePoint, созданному для пользователей MS Project Server.

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

Режим автоматического предоставления новым пользователям доступа к этому узлу имеет смысл запретить, если на сервере MS Project Server создаются учетные записи для представителей заказчика и других пользователей, не являющихся членами вашей организации.

Поскольку общие документы организации не имеют отношения к проектным документам, их можно хранить на отдельном сервере SharePoint. Адрес сервера SharePoint, на котором будут храниться общие документы, выбирается из списка, расположенного в последнем разделе страницы, Specify the Web server running SharePoint Team Services for public documents (Укажите веб-сервер со службой SharePoint Team Services для общих документов).

Корпоративные функции

Настройка корпоративных функций осуществляется в разделе Manage enterprise features (Управление корпоративными возможностями) и производить ее имеет смысл только в том случае, если с сервером MS Project Server будут работать пользователи профессиональной редакции MS Project 2002.

Раздел корпоративных настроек состоит из пяти страниц, из которых для нас важны только две. На первую из них, Features (Возможности), вы попадаете при обращении к одноименному разделу.

На этой странице расположены флажки, с помощью которых включаются и выключаются корпоративные функции. Флажок Enable enterprise features (Включить корпоративные возможности) управляет корпоративными возможностями ( Если этот флажок сброшен, в меню раздела не отображаются ссылки на другие страницы для администрирования).
. Если вы планируете публиковать на сервере главные проекты (включающие в себя подпроекты), то следует установить флажок Allow master projects in Microsoft Project Server (Разрешить главные проекты на сервере Microsoft Project Server) (Этот флажок дублируется и настройках функций организации). Следующие два флажка связаны с использованием организационного глобального шаблона (аналога глобального шаблона Global.mpt, о котором мы говорили в предыдущем уроке, но хранящегося на сервере MS Project Server). В этом шаблоне можно указать настройки базовых календарей с учетом праздников и настроить символ используемой валюты. Чтобы запретить пользователю работать при планировании с собственными базовыми календарями, следует снять флажок Allow projects to use local base calendars (Разрешить проектам использовать локальные базовые календари). А чтобы руководители проектов для обозначения валюты использовали указанный в организационном глобальном шаблоне символ, нужно установить флажок Enforce single currency as specified in the enterprise global template (Использовать единую валюту, указанную в глобальном корпоративном шаблоне).

Наконец, с помощью последнего флажка можно ограничить круг пользователей сервера только теми, кто использует профессиональную редакцию MS Project. Для этого нужно установить флажок Allow only Microsoft Project Professional to publish to this server (Разрешить публикацию на этом сервере только из Microsoft Project Professional).

Аналитические функции

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

Таким образом, для работы аналитических функций MS Project Server требуется периодически обрабатывать большие объемы информации. На странице Update resource tables and OLAP cube (Обновление таблиц ресурсов и куба OLAP) определяется, какие данные должны учитываться при обработке и как часто они должны обрабатываться.

Первые два раздела страницы посвящены кубу OLAP. В первом разделе, Current Cube Status (Текущее состояние куба), содержатся сведения о его состоянии (создан или нет, дата создания, обновления и т. п.), а во втором, Build the OLAP cube (Построение куба OLAP), определяется, будет он строиться или нет. Если вы хотите построить куб и использовать его для анализа проектных данных, то выберите переключатель Yes, I want to update resource availability information and build an OLAP cube (Да, обновить сведения о доступности ресурсов и построить куб OLAP). Если же вы не хотите строить куб, например, если у вас не установлен пакет Analysis Services, то выберите переключатель No, I only want to update resource availability information (Нет, только обновить сведения о доступности ресурсов).

Если вы выбрали первый переключатель, то на странице отображаются разделы для настройки параметров работы куба. В разделе OLAP cube name and description (Название и описание куба OLAP) нужно указать имя сервера анализа, название куба и его описание. Во втором разделе, Date Range (Диапазон дат), определяется диапазон дат, данные за которые будут копироваться в куб при его создании.

Если выбрать переключатель Use the earliest project start date and the latest project finish date (Использовать самую раннюю дату начала проекта и самую позднюю дату окончания проекта), то в куб будут помещены данные от даты начала самого раннего проекта до даты окончания самого позднего проекта. Таким образом, в куб попадут все проектные данные, и этот вариант наиболее предпочтителен. Анализ всех данных может занять очень много времени, а его результаты могут оказаться ненужными. Например, если в вашей компании осуществляется планирование проектов и ресурсов только на квартал вперед, то нет смысла анализировать данные за полгода или год вперед.

Ограничить диапазон дат, помещаемых в куб для анализа, можно с помощью переключателя Use the following date range at the time the cube is built (Использовать следующий диапазон дат во время построения куба). Выбрав его, следует определить в двух раскрывающихся списках под ним, данные за сколько дней, недель или месяцев до и после момента построения куба должны попасть в куб. Например, вы можете определить, что в куб будут попадать данные за полгода до момента построения куба и за три будущих месяца.

Если вы хотите поместить в куб данные за фиксированный диапазон дат, то вам необходимо выбрать переключатель Use the fixed date range specified below (Использовать указанный ниже фиксированный диапазон дат) и указать даты начала и окончания диапазона в полях ввода под ним.

В разделе Date range for resource availability (Диапазон дат доступности ресурсов) аналогично определяется диапазон дат для анализа доступности ресурсов. Отличие настроек этого раздела от предыдущего заключается в отсутствии первого переключателя.

Частота сбора информации определяется в разделе Update frequency (Частота обновления). Чтобы куб и данные о доступности ресурсов обновлялись автоматически, следует выбрать переключатель Update every (Обновление каждые) и указать интервал обновления. Затем в раскрывающемся списке Start update on (Обновление каждые) нужно указать дату и время первого обновления данных. Следует учитывать, что обновление — очень ресурсоемкая процедура, поэтому нужно выбирать дату и время, когда загрузка сервера базы данных минимальна.

Если вы хотите запускать обновления вручную, выберите переключатель Update only when specified (Обновление только по запросу). В дальнейшем вы сможете обновить данные о загрузке ресурсов и куба OLAP на этой странице, нажав кнопку Update Now (Обновить сейчас) рядом с этим переключателем.

 


Компьютерные книги © 2006-2013
computers.plib.ru