В этом уроке мы рассмотрим дополнительные возможности стандартной редакции MS Project 2002. Основная тема урока - управление несколькими проектами. Вы узнаете, как избежать конфликтов при распределении ресурсов между проектами и как планировать выполнение взаимосвязанных проектов. Кроме того, вы научитесь одновременно анализировать данные нескольких проектов, объединяя их в общем представлении или отчете.

Вы освоите удобные приемы работы с группами файлов проектов и узнаете, как сохранять рабочую область, создавать базы данных проектов и готовить шаблоны для создания новых планов проектов на их основе. Кроме того, вы узнаете, как настраивать Консультанта MS Project 2002 и как работать с программными надстройками.

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

От согласованности ресурсного планирования зависит успешное выполнение проектов в организации. Чтобы обеспечить эту согласованность, в MS Project включена возможность использовать при планировании нескольких проектов единый список ресурсов, хранящийся в отдельном файле, - так называемый Resource Pool (Пул ресурсов).

Настройка пула ресурсов

Чтобы согласовать ресурсное планирование, нужно создать обычный файл проекта в формате *.mрр и поместить в него все данные о ресурсах. Затем создаются проекты с планами, и в них указывается, что при планировании будут использоваться ресурсы из первого файла, который в терминах MS Project называется пулам ресурсов (resource pool ). В качестве примера мы создали файл пула pool .mpp и два файла с планами, где должны использоваться ресурсы пула - 1.mpp и 2.mрр.

Чтобы определить пул ресурсов для использования в плане проекта, нужно открыть и файл с планом, и файл с пулом (в нашем случае - открыть файлы 1.mрр и pool.mрр). Затем, находясь в окне файла с планом, следует выбрать команду меню Tools › Resource Sharing › Share Resources (Сервис › Общие ресурсы › Доступ к ресурсам). После этого открывается диалоговое окно определения общего доступа к ресурсам, в котором настраиваются параметры работы с пулом (рис. 23.1).

Чтобы включить режим использования пула ресурсов, в этом диалоговом окне необходимо выбрать переключатель Use resources (Использовать ресурсы), а затем выбрать название файла проекта в раскрывающемся списке. Например, для файла 1.mpp мы указали файл pool.mрр как пул ресурсов.

Рис. 23.1 . Настройка использования пула ресурсов

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

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

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

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

Чтобы определить, какой файл будет иметь преимущество при конфликтах, в диалоговом окне нужно выбрать либо переключатель Pool takes precedence (Преимущество имеет пул), либо переключатель Sharer takes precedence (Преимущество имеет клиент пула). Обычно выбирается первый переключатель, поскольку он исключает возможность внесения в пул несогласованных или случайных изменений. Часто пул размещается на сетевом диске и права на его изменение есть у ограниченного круга лиц. В таком случае, если у вас нет прав на изменение пула, вам подходит только первый вариант.

Чтобы в дальнейшем изменить настройки использования пула, нужно снова открыть это диалоговое окно. Выбрав переключатель Use own resources (Использовать собственные ресурсы), можно будет отказаться от использования пула. После этого в проекте останутся только те ресурсы, которые назначены на его задачи, а остальные будут удалены.

Можно изменить и настройки относительного преимущества файлов при конфликтах. Например, если вы отредактировали данные о ресурсе в файле клиента пула и хотите, чтобы они сохранились в пуле при синхронизации, следует открыть диалоговое окно и выбрать переключатель Sharer takes precedence (Преимущество имеет клиент пула). После синхронизации, когда измененные данные сохранились в пуле, нужно вновь открыть диалоговое окно и выбрать переключатель Pool takes precedence (Преимущество имеет пул), чтобы в дальнейшем пул вновь имел приоритет.

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

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

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

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

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

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

Основные топологии лвс

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

Топология ЛВС - это усредненная геометрическая схема соединений узлов сети.

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

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

Любую компьютерную сеть можно рассматривать как совокупность узлов.

Узел - любое устройство, непосредственно подключенное к передающей среде сети.

Топология усредняет схему соединений узлов сети. Так, и эллипс, и замкнутая кривая, и замкнутая ломаная линия относятся к кольцевой топологии, а незамкнутая ломаная пиния - к шинной.

Кольцевая топология предусматривает соединение узлов сети замкнутой кри­вой - кабелем передающей среды (рис. 2). Выход одного узла сети соединяется со вхо­дом другого. Информация по кольцу передается от узла к узлу. Каждый промежуточный узел между передатчиком и приемником ретранслирует посланное сообщение. Принимаю­щий узел распознает и получает только адресованные ему сообщения.

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

Рис. 2 . Сеть кольцевой топологии

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

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

Шинная топология - одна из наиболее простых (рис. 3). Она связана с использованием в качестве передающей среды коаксиального кабеля. Данные от передающего узла сети распространяются по шине в обе стороны. Промежуточные узлы не транслируют поступающих сообщений. Информация поступает на все узлы, но принимает сообщение только тот, которому оно адресовано. Дисциплина обслуживания параллельная.

Рис. 3 . Сеть шинной топологии.

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

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

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

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

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

Рис. 4 . Сеть звездообразной топологии

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

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

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

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

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

Под ресурсами ПК будет пониматься любой из следующих элементов:

• · логические диски, включая накопители на CD-ROM, DVD и другие аналогичные устройства;
• · каталоги (папки) с подкаталогами (вложенными папками) или без них, а также содержащиеся в них файлы;
• · подключенные к ПК устройства: принтеры, модемы и др.

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

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

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

В зависимости от используемых сетевых ресурсов в иерархических сетях различают серверы следующих типов.

1. Файловый сервер.

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

2. Сервер баз данных.

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

• · с сервера последовательно пересылаются записи базы данных на рабочую станцию, где производится собственно фильтрация записей и отбор необходимых;
• · сервер сам отбирает необходимые записи из БД (реализует запрос) и пересылает их на рабочую станцию.

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

3. Принт-сервер.

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

4. Почтовый сервер.

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

Доступ к сетевым ресурсам локальной вычислительной сети

Для работы в локальной сети служит системная папка Сетевое окружение, в которой отображаются все доступные ресурсы ЛВС.

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

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

Управление сетевым доступом к дискам, папкам, принтеру

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

Технология совместного использования ресурсов между разными источниками (CORS, Cross-Origin Resource Sharing) определяет способ взаимодействия клиентских веб-приложений, загружаемых в один домен, с ресурсами другого домена. Поддержка технологии CORS сервисом позволяет собирать многофункциональные веб-приложения на стороне клиента и выборочно предоставлять доступ Cross-origin к вашим ресурсам сервиса.

В данном разделе предоставлена информация о технологии совместного использования ресурсов между разными источниками (CORS).

Каждая строка AllowedHeader в правиле может содержать максимум один подстановочный знак «*». Например, x-amz-* разрешит использовать все заголовки сервиса.

Элемент ExposeHeader

Каждый элемент ExposeHeader указывает заголовок в ответе, к которому пользователи смогут получить доступ из приложений (например, из объекта JavaScript XMLHttpRequest). Список типичных заголовков сервиса находится в разделе «Типовые заголовки запросов ».

Элемент MaxAgeSeconds

Элемент MaxAgeSeconds указывает время в секундах, на которое браузер может кешировать ответ для предполетного запроса, что определяется ресурсом, методом HTTP и источником.

Как сервис осуществляет оценку конфигурации CORS на бакете

Когда сервис получает предполетный запрос от браузера, он осуществляет оценку конфигурации CORS для бакета и использует первое правило CORSRule, которое совпадает с получаемым запросом браузера на разрешение запроса Cross-origin. Для того, чтобы правило совпадало с получаемым запросом, должны выполняться нижеследующие условия.

• Заголовок Origin запроса должен совпадать с элементом AllowedOrigin .
• Метод запроса (например, GET или PUT) или заголовок Access-Control-Request-Method в случае предполетного запроса OPTIONS должен быть одним из элементов AllowedMethod .
• Каждый заголовок, указанный в заголовке Access-Control-Request-Headers в предполетном запросе, должен совпадать с элементом AllowedHeader .

Политики и списки управления доступом ACL применимы при разрешении технологии CORS на бакете.

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

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

Настройка пула ресурсов

Чтобы согласовать ресурсное планирование, нужно создать обычный файл проекта в формате *.mрр и поместить в него все данные о ресурсах. рис.40.

Рис.40. Файл с данными о ресурсах

Затем создаются проекты с планами, и в них указывается, что при планировании будут использоваться ресурсы из первого файла, который в терминах MS Project называется пулам ресурсов. В качестве примера мы создали файл пула resource pool.mpp и два файла с планами, где должны использоваться ресурсы пула —Проект1.mpp рис.41 и Проект2.mрр. Рис.42

Рис.41. Проект1.mpp

Рис.42. Проект2.mpp

Чтобы определить пул ресурсов для использования в плане проекта, нужно открыть и файл с планом, и файл с пулом. Затем, находясь в окне файла с планом, следует выбрать команду меню Сервис/ Общие ресурсы Доступ к ресурсам . После этого открывается диалоговое окно определения общего доступа к ресурсам, в котором настраиваются параметры работы с пулом рис.43.

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

Рис.43. Настройка использования пула ресурсов

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

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

Планирование с использованием пула

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

Рассмотрим работу с одним ресурсом в двух проектах на примере наших файлов Проект1.mpp и Проект2.mрр, использующих ресурсы пула r esource pool.mрр. В первом проекте мы создали задачу Проектирование дизайна длительностью 14 дней и выделили на ее исполнение Иванова, затем во втором проекте мы создали задачу Разработка шаблонов длительностью 14 дней. Оба проекта начинаются в один день, поэтому эти задачи запланирована на одно и то же время.

Теперь попробуем выделить ресурс на задачу Разработка шаблонов. Для этого воспользуемся диалоговым окном назначения ресурсов Сервис /Назначить ресурсы . Чтобы отобрать только доступных в нужное нам время сотрудников, установим флажок Доступные не менее и в счетчике введем 112 часов, поскольку наша задача длится именно столько. Ресурс Иванов, на это время уже назначенный на задачу в другом проекте, сразу пропадает из списка, и программа не предлагает назначить его на исполнение задачи рис44.

Если в проекте включен режим автоматического выравнивания ресурсов то MS Project автоматически перенесет задачу на другое время, если назначенный на ее исполнение ресурс уже выделен в это время на исполнение другой задачи в другом проекте, подключенном к пулу.

Вы можете попробовать включить этот режим и назначить Иванова на исполнение задачи Разработка Шаблонов. Задача автоматически будет перенесена на время окончания задачи Проектирование дизайна в плане Проект1.mрр. Если же вы отключите автоматическое выравнивание ресурсов и затем откроете представление Лист ресурсов , то увидите, что MS Project определил превышение доступности у Иванова..

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

Рис.44. Программа определяет, кого можно назначить на исполнение задачи

Рис.45. Данные о загрузке ресурса в других проектах — клиентах пула отображаются в каждом проекте, если загружен пул

Использование пула

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

Рис.46. Диалоговое окно для открытия файла пула вместе с планом проекта

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

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

Совместная работа с пулом

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

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

Для открытия файла в режиме чтения предназначен верхний переключатель диалогового окна, представленного на рис.47, а для открытия в режиме записи — средний.

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

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

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

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

Обновление экрана пула осуществляется с помощью команды меню Сервис/ Общие ресурсы/ Обновить экран пула ресурсов .

При выборе этой команды меню MS Project заново открывает файл пула, и вам оказываются доступны изменения, внесенные в него другими пользователями.