Планування робіт проектної організації

Завдання полягає в планування робіт проектної організації: на певний час. Обмеження - обсяг робіт у грошовому вираженні. Критерії та їх ефективність проектування.

Зовнішні завдання

Визначити оцінки експертів. Розподіл грошової суми на задачі їх оцінки.

Внутрішні завдання

Розбиття обсягу робіт на окремі підзадачі. Формування групи експертів.

Визначення узгодженості експертів.

Аналіз об'єкта

ТЕХНОЛОГІЯ ТА ОСНОВНІ ЕТАПИ ПОБУДОВИ ЕС.

ПОНЯТТЯ, КАТЕГОРІЇ, КОМПОНЕНТИ, АРХІТЕКТУРА експертних систем.

В числі передумов виявлення цілей н визначення основних напрямку дослідження важливе значення має чітке і однакове розуміння змісту деяких основоположних категорії і термінів, якими необхідно керуватися, як при розробці експертної системи, так і при її впровадженні та експлуатації. Це розуміння повинно спиратися на термінологію, поняття та систему показників, що склалися в проектуванні і управлінні будівництвом, САПР і асус, а також термінологію, яка застосовується в галузі розробки та експлуатації експертних систем.

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

Щодо визначення "експертна система" існує велика кількість самих різних трактувань, що доповнюють один одного і. в результаті, що дозволяють розглядати проблеми створення ЕС з різних точок зору (програмно-технічні засоби реалізації, придбання і обробка знанні, формалізація евристичних знанні і т.д.).

В основі цього визначення лежить порівняльне зіставлення ЕС та традиційних інформаційних систем. Принциповий характер цього зіставлення має значення для уточнення визначення.

Типова ЕС складається з наступних компонентів: база знань (БЗ), база даних (БД),. механізм логічного висновку (МЛВ), блок пояснення отриманих рішенні, блок навчання (адаптація ЕС до мінливої дійсності), блок розуміння, блок ведення, поповнення та коригування БЗ.

Під БЗ будемо розуміти модель предметної області, що містить: формалізовані знання фахівців у вигляді наборів евристичних правил; метаправіла, що визначають стратегію управління евристичним правилами в ході реалізації основних функцій ЕС; відомості про структуру та зміст БД.

БЗ, на відміну від БД, містить не тільки кількісні характеристики фактів (дані), а в основному суб'єктивні евристичні знання експертів. Знання в БЗ утворюють складні ієрархічні структури, що досягається шляхом введення різноманітних відносин, взаємозв'язків.

Виходячи з типової ЕС розглянемо функції, структуру і призначення компонентів.

ЕС служать для виконання наступних основних функцій: збір, зберігання і обробка даних і знань про предметну область; придбання і виведення нових знань із сукупності тих, що були раніше; спілкування з користувачем на обмеженій природній мові отримання правдоподібного висновку; реалізація основних якостей фахівця-експерта (імітація участі в розумових процесах людини).

ЕС підтримує кілька режимів роботи з користувачем: навчання ЕС користувачами-експертами нових знань; навчання користувача ЕС; консультації користувача з ЕС.

Як відзначається в роботах, зміст БЗ складають евристичні правила, якість яких залежить від знання, досвіду, інтуїції фахівців-експертів, професіоналізму інженера по знаннях. Витяг знанні являє собою самостійну складну проблему, рішенням якої займаються фахівці з інженерії знанні. БД містить відомості, що описують об'єкти предметної області, динамічно змінюються в процесі вирішення завдання. Відомості (дані) можуть мати кількісні та некількісними характеристики. В ЕС застосовуються, як правило, БД реляційного типу.

МЛВ являє собою логіко-математичний апарат, який здійснює пошук рішення задачі і отримання правдоподібного висновку на основі знання БЗ даних БД.

Блок пояснення забезпечує пояснення отриманих висновків і дозволяє простежувати ланцюг "міркувань" ЕС, втручатися користувачеві в хід розв'язання завдання.

Блок придбання знанні і побудови правил і блок накопичення та коригування є блоками, що забезпечують підтримку потужності та актуальності БЗ шляхом виключення застарілих і недосконалих правил, введенням нових.

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

Декларативні знання - це вид знань, що представляють собою інформацію (дані) про конкретний випадок, факти. БЗ, побудована за принципом тільки декларативною форми подання знань, складається з набору алгоритмів, логічних формул і по суті є БД. Модифікація такий БЗ відбувається шляхом додавання, зміни або виключення алгоритмів з обший зв'язку. Інформаційна система такого типу не може бути і визначатися як експертна.

Процедурні знання становлять ядро БЗ і збираються методами науково обгрунтованих прийомів вилучення знанні у фахівців. Ці знання дозволяють генерувати (активувати) декларативні знання під час вирішення конкретних завдань, інтегрувати їх. БЗ, побудована за принципом процедурної форми подання знань, складається з наборів евристичних правил, які називаються породжують правилами. Автори робіт відзначають, що кожне породжує правило, має форму:

ЯКЩО (умова )..., ТО (дія )...( продукції).

Принцип роботи продукційної системи полягає в наступному: продукція (правило), умова якої виявиться правдою для поточного стану БЗ і БД, виконується. При цьому, що виконується правило активує дані, що знаходяться в заданій структурі БД; виконання правил відбувається до тих пір, поки що. всі вони виявляться виконаними чи не вступить в дію правило зупинки.

Гідність БЗ, побудованої за принципом продукційних систем, полягає в тому, що породжує правило може вивести нове процедурне або декларативне (наприклад, прогноз) знання.

В даний час більшість розроблених ЕС спираються на поєднання принципу декларативних і процедурних знань.

Третій тип знань - це керуючі знання. Під цим розуміється набір варіантів (стратегій), розпорядчих альтернативні можливості в ході вирішення завдань, перехід від одного варіанту (при невдачі) до іншого. Цей тип знань є метазнаніем (метаправіла) по відношенню до розділами правил-продукцій і грунтується на методі вибору: яке з породжують правил застосовується при відомому стані предметної області.

Особливе місце в ряду різних форм представлення знань займають фрейми. У роботі розглядаються два види фреймів: статичні (власне фрейми) і динамічні (сценарії).

Фрейм являє собою структурований формат для представлення знань про предметну область. Основу (кістяк) фрейма складають описи - "слоти", які ідентифікують основні структурні елементи понять. Взаємозв'язок між фреймом і слотом ієрархічна - те, що є по відношенню до верхнього рівня слотом, для нижнього є фреймом.

Фрейм із заповненими слотами (значеннями) являє собою опис процесу, явища, події, факту.

Гідність ЕС, що використовує фрейми, полягає в тому, що поняття ii елементи понять, які були присутні при описі явища або повідомлення, можуть групуватися, здобуватимуться ще й оброблятися як єдине ціле. Фрейми, як правило, організовуються в мережі, забезпечуючи запис загальних понять. До достоїнств також варто віднести порівняльну легкість їх реалізації за допомогою засобів LISP (мова списків).

Підхід до подання знання: декларативне і процедурне подання.

Процедурне уявлення зазвичай використовується у традиційному алгоритмічній програмуванні і має ряд переваг: знання контекстно-залежні і вбудовані в програмний код. У результаті виходять неявні або "мутні" знання, зміна і розуміння яких утруднено.

При декларативному представленні знання зашифровані, як дані, тому вони доступні для внесення змін і є контекстно-незалежними.

У процедурному поданні семантики, що описують знання, розподілені по коду, в декларативному поданні - вони зібрані в одне місце.

Таким чином, переваги декларативного подання складаються в: простоті розуміння; простоті зміни; контекстної незалежності; семантичної прозорості.

Ці переваги і становлять сутність експертних систем. Таким чином, ЕС зазвичай використовують декларативне подання знань. У застосуванні до конкретних проблем, коли використовуються розрахунки, найкращим рішенням є процедурно-декларативного подання знань.

Основні представлення знань з них:

формальні методи засновані на математичній логіці і численні предикатів;

семантичні мережі;

семантичні тріади (об'єкт-атрибут-значення);

правила висновку або продукційні системи;

фрейми, що складаються з групових структур даних в категоріях, зумовлених, інформаційних, категоріях, які називаються слотами.

Семантичні мережі складаються з безлічі вузлів для подання концепцій, об'єктів, подій і т.д. і зв'язків для з'єднання вузлів і характеристики відносин між ними. Перевагою даного методу подання є гнучкість, яка означає, що нові вузли і зв'язки можуть бути додані там, де це необхідно. Інша риса семантичної мережі - успадкування властивостей. Тобто кожен вузол може успадковувати властивості пов'язаних з ним вузлів. Хороший звіт про семантичних мережах представлений Нільсену.

Об'єкт - атрибут - значення. Потрійна семантика, або об'єкт - атрибут - значення (ОАЕ) представляє окремий випадок семантичних мереж, у яких існує тільки 3 типи вузлів - об'єкти, атрибути, значення.

Об'єкти можуть бути фізичними або концептуальними.

Атрибути - основні властивості або ознаки об'єктів. Значення визначається окремою ознакою атрибуту в спеціальній ситуації. Семантичні мережі можуть мати складні зв'язки, трійка - "об'єкт - атрибут - значення" використовує тільки 2 види простих зв'язків - "об'єкт - атрибут" і "атрибут-значення".

Правила продукцій. Система продукцій є найбільш зручним методом побудови комп'ютерних ЕС. Система продукцій - це безліч правил, що мають частини якщо і ТО, або передумова - наслідок, або ситуація - дія.

Основна форма для правил має вигляд:

правило N:

ЯКЩО [(передумова 1) ....( передумова n)] ТО [(наслідок 1 з достовірністю C1) ..... (наслідок m з достовірністю Cm)].

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

Продукційні правила полегшують освіта пояснень, результати отриманих висновків і розрахунків. Вони можуть обробляти незаплановані, але корисні взаємодії. Іншими словами, вони можуть використовувати порцію знанні, коли це необхідно.

Скільки правил знаходиться в базі знань і які будуть використовуватися? Щоб відповісти на це питання, необхідно вибрати механізм висновку або контрольну стратегію, яка складає "серце" системи. Механізм виведення ініціює правила згідно з вбудованим процесом міркувань. Існують два основних типи механізмів виведення - прямий і зворотній.

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

2. Зворотний висновок. Правила проглядаються, знаходяться ті, "послідовність виконання яких приводить до мети. Для кожного з цих правил перевіряється, чи відповідають першим операнди (передумови) інформації в робочій області. Якщо всі передумови відповідають цій умові, правило виконується і завдання вирішується. Якщо існує передумова, яка не відповідає інформації в робочій області, визначається нова підцілі як "організація умов для задоволення цієї передумови". Процес виконується рекурсивно. Якщо відомі значення мети і їх кількість невелика, то зворотний висновок ефективний. Механізм зворотного виведення часто використовується в діагностичних ЕС.

З'єднання прямого та зворотного висновку. Цей спосіб застосовується, коли використовується "дошка оголошень".

Модель "дошка оголошень" - це структурний тип моделі міркувань, в якому найкращим способом використовуються порції знань у прямому і зворотному напрямках. Знання, необхідні для вирішення завдання, діляться на незалежні групи правил, які називаються джерелами знань. "Дошка оголошень" - основна база даних, яка грає роль засобу зв'язку між джерелами знань і відслідковує зміни стану завдання, поки рішення не буде знайдено.

Одержання знань. У задачі проектування знання можуть бути представлені у вигляді графів, таблиць даних, процедур алгоритмічного аналізу та експериментальних знань. На різних етапах розв'язання задачі можна використовувати прикладні програми певної предметної області.

При розробці ЕС джерелами знанні можуть служити:

1. Технічна література (книги, посібники, журнальні статті).

2. Експерти в конкретній області. У формі питань-відповідей і на сеансах примірних рішень задачі.

Ці два методи доповнюють один одного. В останньому випадку експерта просять вирішити контрольний приклад. Використовуються також письмові відповіді експерта на. Питання.

3. Експеримент. Іноді знання, необхідні для вирішення проблеми, можуть бути частково отримані після експериментів на ЕОМ. Після отримання знань, необхідних для вирішення окремої задачі, їх можна використовувати "в базі знань для вирішення схожих завдань.

Останній метод отримання знанні не можна використовувати в традиційних ЕС, де знання в основному отримані від експертів. Однак, знання, отримані в результаті експерименту на ЕОМ, будуть корисними в складних областях проектування. Класифікація ЕС, побудована виходячи з областей застосування, очевидно недостатня, так, близькі за призначенням системи часто мають мало спільного з точки зору їх устрою та структури. Тому вірніше буде виходити зі складності та структури реалізуються функції експертними системами, а також що залучаються для цього програмно-інструментальних засобів.

По функціях ЕС виділяють: що класифікують, які у свою чергу підрозділяються на діагностичні і прогностичні; консультують по готовому безлічі гіпотез і з виробленням нових гіпотез; опонуючі по готовому безлічі контр прикладів і з формуванням нових контр прикладів; вирішальні за готовими сценаріями і з генеруванням нових сценаріїв.

Основу пропонованої класифікації складають вищеперелічені угруповання предметної області, ознаки наведених функцій і розв'язуваних за допомогою ЕС завдань. Клас ЕС утворюється перетином угруповання певної предметної області і певної ознаки реалізуються функції.

Наведена класифікація ЕС, хоча і не є загальноприйнятою, але є стійкою і добре відображає ту специфіку ЕС, яку можна спостерігати в даний час. У цю класифікацію не включений клас експертних систем, які забезпечують роботу сучасних програмних комплексів. Дослідження є ефективною сферою застосування ЕС, оскільки вони дозволяють синтезувати нові знання, активізувати науковий пошук і здійснювати не тільки достовірні, але й наближені міркування, характерні для дослідників, наукових працівників, які займаються вдосконаленням та розробкою як нових будівельних матеріалів, конструкцій, методів розрахунку, так і нових методів организ?? ції управління, господарських механізмів та ін

Проектування, нормування та стандартизація у будівництві. Багато спеціалістів вказують на ефективність застосування ЕС в нормуванні. Вихідні форми цього завдання представляють собою комплект відомостей потреби в загальнобудівельних матеріалах за об'єктами, локальних кошторисів, частинам і розділам кошторисів в розрізі виконавців. .

Таким чином, створені ЕС, по суті справи, вбудовані в комплекс програмних засобів з підготовки будівельного виробництва і призначені для забезпечення підтримки прийнятих інженерно-технічних рішень (рис. 3.1).

Інформаційна база комплексу являє собою поєднання бази даних про об'єкт у вигляді довідника локальних кошторисів і файлів кошторисних обгрунтувань, а також нормативно-довідкової інформації з базою знань у вигляді правил продукції (рис.1).

З огляду на наявність у базі знанні розроблених ЕС великої кількості якісних оцінок, доцільно створення спеціального механізму, що дозволяє порівнювати й ранжувати їх. Для вирішення цієї проблеми при розробці нової версії експертної системи на вибір методів монтажу будівельних конструкцій використовується апарат теорії нечітких множин. У загальному випадку _-суть цієї теорії полягає в наступному.

Нехай Х - область, в якій розташовані об'єкти (матеріалів), що позначаються х. Таким чином, Х = (x).

Нечітке безліч А в області Х характеризується функцією fA (x), що відображає приналежність об'єктів x до області дійсних чисел в інтервалі [0,1] з оцінкою FА (x) ступеня приналежності x до безлічі А. Чим ближче значення FА (x ) до одиниці, тим вище ступінь приналежності x до А.

Якщо розглядати A як звичайне безліч, то функція приналежності до нього може приймати тільки два значення: 0 або 1, при цьому fA (x) = 1 означає, що х належить A і fA (x) = 0, що x НЕ належить A.

Рис.1 Структура програмного комплексу, який включає ЕС організаційно-технологічної підготовки

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

Основна ідея теорії нечітких множин полягає в тому, що кожний елемент має певну ступінь приналежності до нечіткому безлічі. Це означає, що значення функції не обмежуються тільки простими оцінками "істинно" або "помилково", але можуть бути "щирими до деякої міри". Зазвичай ця ступінь приймає значення в інтервалі [0,1].

Операції з нечіткими множинами дозволяють виразити певною функцією і зіставити між собою кількісні значення таких якісних оцінок, як "високий", "низький", "слабкий", "сильний" і т.д.

Оснащення ЕС засобами обробки знань на основі логіки нечітких множин дозволить істотно підвищити можливості користувача в ситуаціях з неповним або недостатньо певною інформацією.

Нижче наведена ЕС підготовки роботи складають зазвичай від 1 до 30 календарних днів. Загалом, лише кілька робіт мають тривалість 1 день. Роботи, які мають тривалість більше 30 днів, повинні бути розбиті на частини, тривалістю не більше 30 днів кожна. Роботи, які мають тривалість 30 днів і вище, є прийнятними, якщо їх не можна більш деталізувати чи їх вартість невелика, що дозволяє точно повідомляти про виконання робіт і проводити виплати.

3. Терміни постачання матеріально-технічних ресурсів. Вони повинні відображати ринкові умови. Терміни поставки повинні бути невід'ємною частиною графіка.

4. Запас часу. Запас часу повинен бути достатнім, щоб забезпечити необхідний мінімум для робіт графіка. Графіки, що мають надмірне число критичних робіт, неприйнятні. Нульові резерви часу знижують основні переваги мережного графіка. Необхідно знати, які роботи є критичними, які ні для ефективного управління всією роботою. Запас часу - це істотна ознака сумлінно розробленого графіка. Можливо, він може бути використаний підрядником, коли це необхідно без зміни ціни контракту. Коли ж запас часу використовується для компенсації зміни в проекті, то необхідно домовитися про зміну цін. Це рішення відбивається на "політиці": запас часу має вартісну оцінку для підрядника і може розглядатися як і будь-який інший ресурс. Однак ціна запасу часу непостійна: (а) повсюдно її значення вище на початку і при виконанні роботи, ніж коли вона наближається до кінця, тому що поки робота не виконана, ризик її зриву менше; (б) для даної роботи ціна запасу збільшується в міру зниження якості робіт, тому що неконтрольовані події, що приводять до маленьких затримок, більш вірогідні, ніж призводять до тривалих запізненням.

5. Критичний шлях. Зазвичай він проходить через відносно невелике число робіт. Якщо існує декілька критичних шляхів, імовірно що деякі тривалості робіт перебільшені для обмеження запасу часу. Крім того, одночасно керувати декількома критичними шляхами важче, ніж одним.

Логіка:

1. Ступінь деталізації роботи. Вона повинна бути відображена в мережевому графіку, який повинен містити всі роботи (з їх точним описом) контракту.

2. Забезпечують роботу. Ці роботи включають підготовку підрядника, подання креслень, вибірку з каталогів, проведення досліджень та погодження. Ці, що вимагають значних витрат часу, роботи повинні передувати всіх будівельних робіт; так, всі матеріали і методи, що вимагають узгодження, повинні бути представлені в мережевому графіку.

3. Роботи з постачання матеріалів. Ці роботи, головним чином, з'являються після того, як запропонований матеріал схвалений, але до того, як він буде використовуватися. (ПОЯСНЕННЯ забезпечують робіт, що передують цій та які мають той самий код, не знайдено. Можуть існувати три причини, що пояснюють, чому підпорядкована работа_ не знайдено:

1) такої роботи дійсно немає;

2) існує безпосередньо передує робота типу забезпечує, але її код відрізняється від подальшої роботи і тому вони не можуть бути пов'язані;

3) підлягає узгодженню робота включає забезпечує фазу. Якщо це так, то рекомендується розділити роботу на два.

4. Упорядкування і взаємозалежності повинні бути логічними. Підрядник відповідає за планування і виконання роботи, але його дії можуть бути обмежені багатьма угодами. Наприклад, фундамент повинен бути закінчений раніше пристрою даху і т.д. Відповідно до вимог Corps запропонований підрядником план аналізується для: 1) його схвалення; 2) оцінки ступеня деталізації робіт, яка повинна забезпечувати адекватний контроль ходу виконання робіт; 3) перевірки правильності вартісної оцінки для їх оплати.

5. Обмеження. Зовнішні обмеження слід розглядати з урахуванням місцевих особливостей, роботи інших підрядників.

Вартість:

1. Загальна вартість. Грошовий вираз окремих робіт в сумі повинно відповідати загальній вартості контракту.

2. Вартість роботи. Грошовий вираз кожної роботи повинна відповідати обумовленим у контракті інтервалу значень. Звичайно інтервал становить 0,1-2,5% загальної вартості контракту. Крім того, грошове вираження кожної роботи повинна в якійсь мірі відповідати обсягу виконуваної роботи. Цей аналіз може бути заснований на вартості подібних робіт, які виконувалися раніше.

3. Адміністративні роботи. Грошовий вираз таких робіт має дорівнювати 0. Вартість підготовчих робіт розглядається як частина накладних витрат, які підрядник повинен розподілити по інших робіт. Державні роботи, такі, як аналіз пропозицію для підрядників вартості не мають.

4. Випереджаючий фінансування - здійснене на практиці призначення найбільш великих вартісних оцінок по роботах, запланованих у проекті на раннє завершення. Так як це може призвести до заборонених сверхоплатам або попередній оплаті, то слід визнати цю практику протизаконною.

Правило 120 (вартісне правило)

ЕСЛИ ((? якась робота НАЛЕЖИТЬ КЛАСУ робіт) І (? якась робота МАЄ ранній початок в 1 кварталі) І

(? якась робота МАЄ щоденну вартість (90 відсотків))) ТО ((? якась робота явно МАЄ випереджаючий фінансування)).

Контроль ходу робіт. Необхідність аналізу мережного графіка не обмежується схваленням первинних пропозицій підрядчика. Існує багато причин через які змінюється сітьовий графік під час виконання роботи. Наприклад, виконання може відставати, обладнання несподівано зламано, забезпечення матеріалами не відповідає графіку. Такі відставання не служать виправданням для збільшення тривалості робіт. Тому, коли мережевий графік вже не може реально відображати своєчасного завершення роботи за календарним планом, то графік залишилися робіт повинен бути переглянутий. Коли мережевий графік отриманий, працівникам інженерного корпусу слід його оцінити, так само як і спочатку запропонований графік, за винятком тих критеріїв, які не будуть застосовні. Далі йде список концептуальних питань, які необхідні для аналізу ходу будівництва

1. Який стан роботи по графік?

2. Яке фактичний стан роботи?

3. Яка частина роботи оплачена?

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

5. Врахуйте поточні відхилення для прогнозування очікуваних ступенів успіху або невдачі майбутніх етапів проекту.

6. Виявити вузькі місця, що потребують негайної коректування, поки для цього є час.

7. Проектують розвиток подій на підставі того, що вже відбулося і що було заплановано.

8. Слід передбачити завчасно будь-яке значне відхилення від офіційного графіка.

9. Переконайтеся, що документи на оплату робіт обгрунтовані

10. Коли поточний проект схвалений, це означає необхідність вжиття практичних кроків для своєчасного закінчення роботи.

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

12. Для успішного управління контрактом необхідно, щоб робочий календарний план був затверджений.

13. Послідовність робіт або їх тривалість можуть бути переглянуті підрядником і замовником і вимагають схвалення обома сторонами.

14. Для оцінки впливу змін у проекті мають бути відомі поточний стан робіт і схвалені план підрядника по завершенню залишилися робіт.

15. Вплив змін у проекті на тривалість будівництва оцінюється порівнянням поточного схваленого плану з планом, розробленим після внесення змін. При цьому виявляють, чи затримає зміна проектних рішень виконання залишилися робіт і якщо це так, то визначають тривалість затримки. Цей аналіз покаже, які роботи прямо або побічно відреагують на зміну проекту; оцінка грошового вираження повинна враховувати і інші фактори. Оцінка повинна враховувати також, що час має ціну, незалежно від того, знаходиться робота на критичному шляху чи ні.