• 5

5.2. Правила построения сетевых моделей

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

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

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

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

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

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

Для правильного изображения работ можно ввести дополнительное собы­тие и зависимость (рис. 5.196). Теперь работы а и б имеют уникальные числовые обозначения — 1—3 и 1—2 соответственно, и никаких трудно­стей при расчете параметров сетевого графика не возникнет.

Рис. 5.19. Неверное изображение параллельно выполняемых работ (а), распараллеливание работ в сетевой модели (б)

35>

 

а)

 

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

Например, необходимо корректировать рабочие чертежи (работа а, про­должительность 30 дней) и изготовить испытательный стенд (работа б, продолжительность 25 дней). Если эти работы изобразить последователь­но, то их общая продолжительность составит 55 дней (рис. 5.20а). Соста­вив сетевой график и еще раз проанализировав взаимосвязи между рабо­тами, приходим к выводу, что работу б можно начать уже после того, как будет выполнена половина работы а, т.е. через 15 дней. Закончить же работу б можно только после полного завершения работы а. Исходя из этого можно построить новый сетевой график (рис. 5.206). Как видно из рисунка, общая продолжительность работ теперь составляет 42 дня, т.е. получается выигрыш во времени продолжительностью в 13 дней.

Рис. 5.20. Последовательное изображение работ (а), расчленение и запаралле­ливание работ (б)

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

На рисунке 5.21а продемонстрирован сетевой график, в котором можно обнаружить замкнутый контур: работы 1—3, 3—2 и 2—1 образуют петлю. Начиная движение от события 1 и двигаясь по направлению стрелок, мож­но попасть снова к событию 1. Это недопустимо.

а)

 

б)

 

Рисунок 5.216 показывает, что при наличии пересечений обнаружить кон­туры труднее. Но тем не менее, двигаясь по стрелкам, видим, что в данном случае замкнутый контур принял форму «восьмерки», объединяющей со­бытия 1, 3, 2 и 4: путь вернулся к исходному событию. Такое изображение также недопустимо.

Рис. 5.21. Неправильное построение сетевой модели: а) замкнутый контур в виде петли; 6) замкнутый контур

 

 

 

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

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

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

Рис. 5.22. Неправильное построение сетевой модели: а) наличие тупика; 6) наличие хвостового события

 

 

 

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

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

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

Рис. 5.23. Две группы зависимых работ (а). Неправильное (б) и правильное (в) изображение зависимых работ в одной сетевой модели

а)

 

б)

 

в)

 

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

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

Например, на рис. 5.246 показана поставка, входящая в событие 2. Судя по графику, поставка необходима сразу для двух работ — 2—3 и 2—4. Но если нужно изобразить, что поставка требуется длй работы 2—4, сле­дует применить правило изображения дифференцированно-зависимых работ, т.е. ввести дополнительное событие (2') и зависимость (2—2') (рис. 5.24в). Поставка теперь необходима только для работы 2'—4, что со­ответствует производственной технологии.

Рис. 5.24. Изображение поставки: а) для одной работы; б) для двух работ; в) для одной из работ, ВЫХОДЯЩИХ из одного события

а)

б)

В)

 

 

 

 

 

Правило учета непосредственных примыканий (зависимостей). В сете­вом графике следует учитывать только непосредственное примыкание (зависимость) между работами.

Так, на рис. 5.25 показано несколько работ: а, б, в и г. Работе г предшест­вует только работа в. Если нужно показать, например, что работе г пред­шествует также работа а, то это надо сделать специально вводимой зави­симостью (см. рис. 5.25).

Рис. 5.25. Изображение непосредственных зависимостей работ

О         О         f _ \ 6 ( _ \       В         [ . \       Г /\г- \

            Ц2)      —-K3j~           м. 4)    —>Г5 )

Технологическое правило построения сетевых графиков. Для построения сетевого графика необходимо в технологической последовательности ус­тановить:

•           какие работы должны быть завершены до начала данной работы;

•           какие работы должны быть начаты после завершения данной ра­боты;

•           какие работы необходимо выполнять одновременно с выполне­нием данной работы.

Как было уже сказано, работа обозначается номерами начального и ко­нечного событий — события, из которого работа выходит (г), и события, в которое работа входит (/), т.е. работа ограничена событиями i и j. Рабо­та, предшествующая данной, обозначается как h—i, а последующая — как j—k. Время выполнения данной работы обозначается как ., предшеству­ющей работы — th_j, последующей работы — t._k.

Это правило изображено на рис. 5.26.

Например, необходимо выполнить работы а, б, в, г, g и е. Работы а и б начинаются одновременно. Работа г должна выполняться после работ бив, работа в — после работы а, работа g — после работы а, работа е — после работ гид.

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

Рис. 5.26. Сетевой график (6), построенный на основе данных таблицы (а)

Предшествующие

Данные

работы (h—i)

работы (i—f)

           

о

6

о

в

' б, в

г

о

Д

г, Д

е

 

 

Начнем построение сетевого графика.

1.         Работам а и б другие работы не предшествуют.

2.         Работа в должна выполняться после работы а.

3.         Окончание работы в объединяем с окончанием работы б, так как следу­ющая работа — г должна выполняться после окончания работы б, а работа г — после окончания работ бив.

4.         Работа g выполняется после работы а.

5.         Окончание работы g объединяем с окончанием работы г, так как следу­ющая работа — е должна выполняться после окончания работ гид.

График построен.

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

Только после точного определения всех взаимосвязей и последовательно­сти работ можно приступить к построению сетевого графика.

/

Правила кодирования событий сетевого графика. Для кодирования сете­вых графиков необходимо пользоваться следующими правилами.

1.         Все события графика должны иметь свои собственные номера.

2.         Кодировать события необходимо числами натурального ряда без пропусков.

3.         Номер последующему событию следует присваивать после при­своения номеров предшествующим событиям.

4.         Стрелка (работа) должна быть всегда направлена из события с меньшим номером в событие с большим номером.

Последовательность проставления цифр в кружки событий определяется нумерацией событий и направленностью стрелок (рис. 5.27а).

Четкая система кодирования позволяет выявить имеющиеся в сети замк­нутые контуры.

Например, при кодировке сети, изображенной на рис. 5.276, обнаружива­ется замкнутый контур.

Рис. 5.27. Нумерация событий в сети (а) и выявление замкнутого контура (6)

 

 

 

Авторы: 1379 А Б В Г Д Е З И Й К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Э Ю Я

Книги: 1908 А Б В Г Д Е З И Й К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Э Ю Я