Алгоритм 4.1. Описание иерархической структуры работ проекта
Для описания иерархической структуры работ проекта нужно выполнить следующие действия.
Открыть нужный файл. Для работы с проектом-примером это файл Ремонт9.mрр.
Выполнить команду Проект\СДР\Определить код (Project\WBS\Define Code). Вид открываемого при этом окна показан на рис. 4.1.
Код ИСР является иерархическим и может состоять из любого количества групп символов. Группы символов отделяется друг от друга символом-разделителем. Смысл каждой группы символов ИСР должен определяться пользователем Project (или специалистами команды проекта). Применительно к проекту-примеру принята система формирования ИСР, описанная в табл. 4.1.
Таблица 4.1. Описание ИСР проекта-примера
Наименование группы Формат группы Количество символов
символов символов ИСР в группе
Код фазы проекта Десятичные цифры 1
Обозначение комнаты Прописные символы 2
3 Для ввода описания первой группы символов ИСР (цифрового кода фазы проекта) в соответствии с приведенным в табл. 4.1 описанием следует выполнить следующие действия:
выделить щелчком левой кнопки мыши ячейку первой строки показанной на рис. 4.1 таблицы в столбце Последовательность;
щелчком на кнопке со стрелкой в выделенной ячейке выбрать в списке значение Цифры (по порядку);
в ячейке Длина первой строки таблицы указать в качестве максимальной длины описываемой группы символов ИСР единицу;
в ячейке Разделитель первой строки таблицы выбрать символ ".".
4.Для ввода описания второй группы символов повторить описанные в п. 3 данного алгоритма действия с той разницей, что в ячейке Последовательность следует выбрать значение Знаки (без сортировки), а в ячейке Длина - значение 2.
5.При установке флажка Создавать коды СДР для новых задач для каждой новой задачи будет автоматически формироваться соответствующий код.
6.Установка флажка Проверять уникальность новых кодов СДР приводит к автоматическому контролю уникальности кодов ИСР и к автоматической выдаче сообщений при попытке сформировать повторяющееся значение кода ИСР.
7.Для ввода сформированного описания нажать кнопку ОК, а для отказа от внесенных изменений - кнопку Отмена.
8.Сохранить откорректированный файл под именем Ремонт10.mрр.
После выполнения действий, описанных в алгоритме 4.1, для всех задач файла автоматически формируются значения кодов ИСР. Анализ содержимого файла Ремонт10.mрр показывает, что значения поля СДР задач этого файла представляют собой натуральные числа от 1 (для задачи "Начало проекта") до 8 (для задачи "Окончание проекта»). Это объясняется тем, что в файле Ремонт10.mрр все задачи еще находятся на одном иерархическом уровне. Для доступа к значениям поля СДР можно при помощи алгоритма 2.11 включить в текущую таблицу это поле.
Детализация расписания проекта
Особенности детализации расписания проекта удобно изучить на основе проекта-примера, разработка предварительного плана которого была рассмотрена ранее.
В целом принцип детализации расписания проекта состоит в том, что одна укрупненная задача заменяется несколькими задачами. При этом укрупненная задача может сохраниться в детальном расписании как своеобразный "заголовок" раздела расписания. Этот процесс удобно выполнять, если строить ИСР проекта, на основе предварительного перечня задач этого проекта - такое решение создает очень хорошие возможности для сопоставления детального расписания с предварительным. Это связано с тем, что показатели базового плана сохраняются в базе данных Project в полях, связанных с отдельными задачами.
Поэтому неверным представляется решение, когда из предварительного плана проекта удаляются какие-то задачи и вместо них включаются другие задачи или комплексы задач - это приведет к потере части данных базового плана.
Замечание
Удаление из файла расписания проекта любой задачи, с которой в базовом плане связана какая-то информация, приводит к потере этих данных.
Тем не менее, необходимость может заставить вносить в предварительный план проекта изменения уже на стадии выполнения проекта. Если изменения среды, в которой выполняется проект, вызывают необходимость принятия решения о корректировке предварительного плана проекта, необходимо внести соответствующие изменения в базовый план.
Для этого можно использовать приведенный ниже алгоритм 4.2.