Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Project (часть5).doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
24.72 Mб
Скачать

Алгоритм 5.14. Определение допустимой величины резерва времени для критических задач проекта

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

  1. Открыть при необходимости нужный для работы файл РемонтД24.mрр.

  2. Выполнить команду Сервис\Параметры.

  3. В открывшемся окне перейти на вкладку Расчет (см. рис. 3.18).

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

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

6.Нажать кнопку ОК, чтобы установленные параметры вступили в силу.

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

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

Для контроля критического пути графика наиболее важными являются следующие возможности Project:

-определение продолжительности критического пути, дат начала и окончания проекта;

- визуальное выделение задач критического пути при помощи пользовательского интерфейса;

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

Алгоритм 5.15. Определение продолжительности критического пути, текущих дат начала и окончания проекта

Для достижения цели алгоритма нужно выполнить следующие действия.

1. При необходимости открыть нужный файл (будем считать, что файл РемонтД24.mрр уже открыт).

2. Выполнить команду Проект\Сведения о проекте. Раскрывшееся диалоговое окно аналогично показанному на рис. 3.5.

  1. Найти и установить дату начала проекта в поле Дата начала и дату окончания проекта в поле Дата окончания.

  2. Для наглядного определения длительности критического пути в график удобно ввести суммарную задачу проекта. Для этого выполнить команду Сервис\Параметры и в открывшемся окне перейти на вкладку Вид.

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

Для облегчения визуального выделения работ критического пути рекомендуется применять команду Формат\Мастер диаграмм Ганта по аналогии с алгоритмом 5.6.

Кроме того, каждый пользователь при помощи действий, аналогичных описанным в алгоритме 2.35, может применить свои настройки стиля форматирования отрезков задач, например, на рис. 5.15 показано окно форматирования стиля отрезков задач проекта-примера (оно открывается командой Формат\Стили отрезков) с форматированием отрезков критических задач.

На рис. 5.15 форматированию критических задач отведены две нижние строки - для суммарных задач и для обычных задач отдельно. Следует обратить внимание на то, что в ячейках столбца С в качестве значения в списке допустимых выбрано значение ЗавершеноПо. Это позволяет для начатых, но не законченных задач отмечать как критическую только оставшуюся часть отрезка задачи, а уже выполненная часть таких задач будет показана как завершенная.

После выделения критических задач проекта они будут хорошо заметны в линейной диаграмме. Поэтому результаты выполненных с файлом проекта-примера действий целесообразно сохранить для дальнейшего использования с именем РемонтД25.mрр.

Часто для выделения задач критического пути удобно просто убрать с экрана задачи, не принадлежащие к критическому пути. Для этого достаточно выполнить алгоритм 2.30, применив фильтр Критические задачи. После этого на экране останутся только принадлежащие критическому пути задачи. Но при использовании этого способа выделения критических задач следует учитывать особенность Project - после внесения каждого изменения и автоматического пересчета графика показатели задач (в том числе и резервы времени) изменяются, но для вывода на экран изменившегося состава критических задач следует отменить фильтр Критические задачи, и потом применить его еще раз.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]