Розрахунок ефективності розробки і впровадження системи | |
| |
| Основною метою створення імітаційної моделі є аналіз і прогнозування |
| основних показників житлово-комунальної сфери регіону. Система розробляється |
| для інформаційно-аналітичної підтримки процесу управління території, перш за |
| усього в житлово-комунальній сфері, з метою підвищення ефективності процесу |
| прийняття управлінських рішень і поліпшення їх якості. |
| Джерелами ефективності розробки і впровадження системи є: |
| скорочення трудомісткості обробки інформації при прогнозуванні та аналізі; |
| скорочення часу складання прогнозів соціально-економічного розвитку |
| регіону; |
| скорочення часу аналізу альтернативних стратегічних рішень і вибору |
| найбільш раціонального; |
| запобігання можливих збитків (як економічного, так і соціального) від |
| прийняття невірних, нераціональних управлінських рішень, що особливо важливо при |
| розробці стратегічних рішень; |
| досягнення стабільного соціально-економічного розвитку території як |
| наслідок прийняття найкращих управлінських рішень. |
| Розробляється система призначена для впровадження в структурі муніципальних |
| органів управління житлово-комунальною сферою території, але є |
| універсальної з точки зору об'єкта управління і може бути для будь-якої |
| адміністративно-територіальної одиниці, чи то муніципальний район, місто, |
| регіон, область і навіть Росія в цілому, а отже, може бути тиражувала |
| і поширена по різних об'єктах з метою збільшення загального ефекту в цілому |
| для країни. |
| Мережевим графіком називається графічне зображення комплексу робіт у вигляді |
| орієнтованого графа без контурів з дугами, що мають одну або кілька |
| числових характеристик, що відображають технологічну взаємозв'язок між |
| роботами. |
| Робота - це процес, що відбувається в часі, тому можна говорити про обсяг |
| роботи, виконаному на момент часу. |
| Термін «робота» може мати наступні значення: |
| дійсна робота - або просто робота, тобто виробничий або творчий |
| процес, що вимагає затрат праці, часу і матеріальних ресурсів; |
| залежність (фіктивна робота) - робота, що не вимагає витрат праці, часу та |
| ресурсів. |
| Дійсну роботу і очікування на мережевому графіку прийнято позначати суцільний |
| стрілкою, а фіктивну - пунктирною. |
| Подія - означає певний стан в процесі виконання робіт, тобто |
| подія - це певний результат попередніх робіт, що дає можливість |
| почати інші роботи. Попереднє подія - це подія, яка визначає |
| початок роботи. Подальше подія - це подія, яка визначає завершення |
| роботи. Вихідним (або початковим) називається подія, яка не має |
| які безпосередньо передують йому робіт. Кінцевим (або завершальним) називається |
| подія, що безпосередньо не має безпосередньо наступних за ним |
| робіт. |
| Хід розробки системи представлений у формі мережевого графіка на «Рис.1», роботи, |
| складові критичний шлях, виділені. В «Таблиці 1» наведено деталізований |
| перелік робіт і подій. |
| |
| «Рис.1. Мережевий графік робіт з розробки та впровадження системи ». |
| |
| Таблиця 1. Деталізований перелік робіт та заходів |
| Робота |
| Попереднє подія |
| Подальший подія |
| tож |
| |
| Код |
| Найменування |
| Код |
| Найменування |
| Код |
| Найменування |
| (днів) |
| |
| 0 |
| - |
| 1 |
| Аналіз проблемної області, ознайомлення з прототипами, оцінка доцільності |
| створення системи |
| 0 |
| Отримано завдання на створення системи |
| 1 |
| Постановка завдання |
| 24 |
| |
| 1 |
| - |
| 2 |
| Формулювання проблеми, визначення цілей моделювання |
| 1 |
| Постановка завдання |
| 2 |
| Змістовне опис реальної системи |
| 7 |
| |
| 1 |
| - |
| 10 |
| Економічне обгрунтування розробки та впровадження системи |
| 1 |
| Постановка завдання |
| 10 |
| Проектна документація |
| 14 |
| |
| 2 |
| - |
| 3 |
| Концептуальне опис системи, розробка концептуальної моделі |
| 2 |
| Змістовне опис реальної системи |
| 3 |
| Концептуальна модель |
| 8 |
| |
| 3 |
| - |
| 4 |
| Формалізоване опис |
| 3 |
| Концептуальна модель |
| 4 |
| Формальна модель |
| 15 |
| |
| 3 |
| - |
| 5 |
| Збір та аналіз вихідних даних |
| 3 |
| Концептуальна модель |
| 5 |
| Вихідні дані |
| 17 |
| |
| 4 |
| - |
| 6 |
| Розробка (програмування) імітаційної моделі |
| 4 |
| Формальна модель |
| 6 |
| Імітаційна модель |
| 11 |
| |
| 4 |
| - |
| 7 |
| Визначення критеріїв ефективності і керуючих параметрів |
| 4 |
| Формальна модель |
| 7 |
| План спрямованого обчислювального експерименту |
| 4 |
| |
| 5 |
| - |
| 6 |
| Параметризація компонентів моделі |
| 5 |
| Вихідні дані |
| 6 |
| Імітаційна модель |
| 19 |
| |
| 5 |
| - |
| 7 |
| Планування спрямованого обчислювального експерименту |
| 5 |
| Вихідні дані |
| 7 |
| План спрямованого обчислювального експерименту |
| 7 |
| |
| 6 |
| - |
| 7 |
| Оцінка адекватності та верифікація імітаційної моделі |
| 6 |
| Імітаційна модель |
| 7 |
| План спрямованого обчислювального експерименту |
| 22 |
| |
| 7 |
| - |
| 8 |
| Проведення дослідження на імітаційної моделі |
| 7 |
| План спрямованого обчислювального експерименту |
| 8 |
| Вихідна статистика |
| 11 |
| |
| 8 |
| - |
| 9 |
| Аналіз та інтерпретація результатів моделювання |
| 8 |
| Вихідна статистика |
| 9 |
| Результати дослідження, висновки |
| 9 |
| |
| 9 |
| - |
| 10 |
| Документування проекту |
| 9 |
| Результати дослідження, висновки |
| 10 |
| Проектна документація |
| 6 |
| |
| 10 |
| - |
| 11 |
| Впровадження системи |
| 10 |
| Проектна документація |
| 11 |
| Здано в експлуатацію |
| 6 |
| |
| Очікувана тривалість виконання робіт визначена на основі |
| песимістичній, оптимістичною і ймовірною оцінок як: |
| tож = (tмін + 4 * tвер + tмакс) |
| Дисп = ((tмін - tмакс)/6) ^ 2. |
| Побудова мережного графіка, як правило, є початковим моментом |
| здійснення робіт: головне завдання - це подальша оптимізація графіка з |
| метою підвищення загальної економічної ефективності всього циклу «проектування - |
| реалізація - впровадження ». |
| Методика розрахунку тривалості виконання розробки з мережних графіками |
| заснована на оцінці так званого критичного шляху. Будь-яка послідовність |
| робіт у мережевому графіку, в якій кінцева подія кожної роботи співпадає з |
| початковою подією наступної за нею роботи, називається шляхом. |
| Шлях мережевого графіка, що має початок у вихідному подію, а кінець у завершальному, |
| називається повним шляхом. Шлях, що володіє максимальною тривалістю з усіх |
| наявних повних шляхів, називається критичним. Критичний шлях показує |
| час, необхідний для виконання всього комплексу робіт. В «Таблиці 2» |
| представлені розрахунки тривалості робіт. |
| |
| З проведених розрахунків виходить, що загальна очікувана тривалість |
| розробки та впровадження системи складає 129 робочих днів. |
| Директивні терміни розробки системи були визначені наступним чином: |
| - Початок робіт - 29.01.2002; |
| - Необхідний термін завершення робіт - 29.05.2002; |
| - Тривалість робіт - 120 днів. |
| Вірогідність завершення робіт у термін визначається як: |
| Р = Ф (z), |
| де z - аргумент нормальної функції розподілу ймовірностей; |
| Тдір - директивний термін завершення комплексу робіт; |
| Ткріт - очікуваний ранній термін завершення комплексу робіт. |
| З результатів розрахунків випливає, що ймовірність завершення робіт у термін |
| становить 0,005. З чого випливає, що необхідно провести оптимізацію мережевого |
| графіка робіт. У рішенні задачі мінімізації термінів виконання розробки |
| системи можуть використовуватися різні прийоми - такі, як запараллеліваніе робіт, |
| залучення додаткових ресурсів на виконання робіт, що лежать на критичному |
| шляху, що супроводжується зняттям їх з робіт, які не лежать на критичному шляху і |
| мають в своєму розпорядженні ресурсними резервами. |
| У пропонованому випадку оптимізація починається з процедури вирівнювання мережевого |
| графіка - «зняття» ресурсів з робіт, які не лежать на критичному шляху, і |
| «Перекидання» їх на роботи, що лежать на критичному шляху, - і так до тих пір, поки |
| всі шляхи не стануть критичними. Будемо вважати, що зняття одиниці ресурсу з |
| роботи приводить до її збільшення на одиницю часу, а призначення ресурсу до її |
| скорочення на одиницю часу. Припустимо також, що не можна скорочувати або |
| збільшувати роботу більше, ніж удвічі, а перекидання ресурсів з однієї роботи на |
| іншу веде до збільшення вартості робіт пропорційно кількості |
| перекинутих ресурсів. В «Таблиці 3» наведені попередні розрахунки для |
| оптимізації мережевого графіка, де |
| i - індекс вершини, початкова вершина дуги (роботи), |
| j - індекс вершини, що завершує вершина дуги, |
| tij - тривалість роботи, |
| trnij - ранній початок роботи (макс (troki)), |
| troij - раннє закінчення роботи (trnij + tij), |
| tpnij - пізній початок роботи (tpoij - tij), |
| tpoij - пізніше закінчення роботи (мін (tpnjk)), |
| Rnij - повний резерв роботи (tpoij - troij = tpnij - trnij), |
| R1nij - приватний резерв 1-го виду (tpnij - мін (tpnik)), |
| R2nij - приватний резерв 2-го виду (макс (tpokj) - tpoij), |
| Rnij - вільний резерв часу роботи (R1nij + R2nij - Rnij). |
| |
| Таблиця 3. Розрахунки мережевого графіка |
| |
| |
| |
| |
| |
| |
| |
| Повний резерв часу роботи - це гранична час, на який можна збільшити |
| тривалість даної роботи, не змінюючи при цьому тривалості |
| критичного шляху. Для робіт що лежать на критичному шляху повний резерв часу |
| дорівнює нулю. |
| Приватний резерв часу першого він виникає у робіт (двох і більше) із загальним |
| початковим подією (i) за рахунок різниці максимального шляху, що проходить через |
| подія (i) та максимального шляху, що проходить через роботу (ij). Приватний резерв |
| другого виду утворюється в тих випадках, коли в одну подію входять роботи з |
| різною тривалістю максимальних шляхів, у робіт, виконання яких |
| може бути закінчено в ближчий термін в порівнянні з раннім терміном |
| настання їх загального кінцевого події. |
| Незалежний резерв часу утворюється в тих випадках, коли сама робота не |
| належить максимальним шляхам, що проходять через її початкове і кінцеве |
| подія. Негативне значення незалежного резерву часу показує час, |
| якого не вистачить у даної роботи для її виконання до самого раннього терміну |
| звершення її кінцевим події за умови, що вона була розпочата в найпізніший |
| термін. |
| З отриманих результатів видно, що можна зняти ресурси з робіт 1-10, 3-4, |
| 4-6, 4-7 і 5-7 і перекинути їх на особливо трудомісткі роботи, що лежать на |
| критичному шляху. Розрахунки оптимізації мережевого графіка і критичного шляху |
| нового графіка представлені в «Таблиця 4-7». |
| |
| Таблиця 4. Оптимізація мережевого графіка (варіант 1) |
| |
| |
| |
| |
| |
| |
| Таблиця 5. Оптимізація мережевого графіка (варіант 2) |
| |
| |
| |
| |
| |
| |
| |
| Таблиця 6. Розрахунок критичного шляху мережного графіка після оптимізації (варіант |
| 1) |
| |
| |
| |
| |
| |
| |
| |
| |
| Таблиця 7. Розрахунок критичного шляху мережного графіка після оптимізації (варіант |
| 2) |
| |
| |
| |
| |
| |
| |
| |
| Перший варіант оптимізації дав результат: тривалість робіт становить 119 |
| днів, можливість - 0,612. Другий варіант скоротив критичний шлях до 83 днів, |
| а ймовірність склала 1,000. Отже, при необхідності всі роботи можуть |
| бути виконані протягом 83 днів і завершені до 22.04.2002. Однак, відповідно до |
| рекомендацій з досвіду мережевого планування та управління найбільш раціональним |
| вважається інтервал значень ймовірностей завершення робіт у строк 0,350 <Р |
| 0,650 комплекс робіт буде виконано у запланований термін, але |
| при цьому в план закладено надмірна кількість ресурсів. |
| Таким чином, остаточне рішення відповідно до представлених розрахунками: |
| тривалість розробки - 119 робочих днів. Новий мережевий графік представлений на |
| «Рис.2». |
| |
| «Рис.2. Мережевий графік робіт після оптимізації ». |
| |
| На основі отриманих результатів було складено календарний план ходу розробки |
| та впровадження системи, що представлений в «Таблиці 8». |
| |
| Таблиця 8 Календарний план розробки та впровадження системи |
| Код |
| Найменування роботи |
| Початок |
| Закінчення |
| |
| 0 |
| - |
| 1 |
| Аналіз проблемної області, ознайомлення з прототипами, оцінка доцільності |
| створення системи |
| 29 янв 02 |
| 22 фев 02 |
| |
| 1 |
| - |
| 2 |
| Формулювання проблеми, визначення цілей моделювання |
| 22 фев 02 |
| 01 мар 02 |
| |
| 1 |
| - |
| 10 |
| Економічне обгрунтування розробки та впровадження системи |
| 22 фев 02 |
| 12 мар 02 |
| |
| 2 |
| - |
| 3 |
| Концептуальне опис системи, розробка концептуальної моделі |
| 01 мар 02 |
| 16 мар 02 |
| |
| 3 |
| - |
| 4 |
| Формалізоване опис |
| 16 мар 02 |
| 02 апр 02 |
| |
| 3 |
| - |
| 5 |
| Збір та аналіз вихідних даних |
| 16 мар 02 |
| 30 мар 02 |
| |
| 4 |
| - |
| 6 |
| Розробка (програмування) імітаційної моделі |
| 02 апр 02 |
| 14 апр 02 |
| |
| 4 |
| - |
| 7 |
| Визначення критеріїв ефективності і керуючих параметрів |
| 02 апр 02 |
| 14 апр 02 |
| |
| 5 |
| - |
| 6 |
| Параметризація компонентів моделі |
| 30 мар 02 |
| 14 апр 02 |
| |
| 5 |
| - |
| 7 |
| Планування спрямованого обчислювального експерименту |
| 30 мар 02 |
| 14 апр 02 |
| |
| 6 |
| - |
| 7 |
| Оцінка адекватності та верифікація імітаційної моделі |
| 14 апр 02 |
| 26 апр 02 |
| |
| 7 |
| - |
| 8 |
| Проведення дослідження на імітаційної моделі |
| 26 апр 02 |
| 07 май 02 |
| |
| 8 |
| - |
| 9 |
| Аналіз та інтерпретація результатів моделювання |
| 07 май 02 |
| 16 май 02 |
| |
| 9 |
| - |
| 10 |
| Документування проекту |
| 16 май 02 |
| 22 май 02 |
| |
| 10 |
| - |
| 11 |
| Впровадження системи |
| 22 май 02 |
| 28 май 02 |
| |
| |
| Розрахунок вартості системи |
| В «Таблиці 9» представлені результати розрахунку витрат на розробку та впровадження |
| системи. |
| |
| Таблиця 9. Калькуляція витрат на розробку та впровадження системи |
| № |
| Найменування статті |
| Лютий 2002 року (грн.) |
| Березня 2002 року (грн.) |
| Квітень 2002 року (грн.) |
| Травень 2002 року (грн.) |
| Загальна сума (грн.) |
| |
| Капітальні вкладення |
| |
| 1 |
| Вартість спеціального устаткування |
| 175000,00 |
| |
| |
| |
| 175000,00 |
| |
| 2 |
| Програмне забезпечення |
| 73000,00 |
| |
| |
| |
| 73000,00 |
| |
| Поточні витрати |
| |
| 3 |
| Матеріальні витрати |
| 23500,00 |
| 18500,00 |
| 13000,00 |
| 18500,00 |
| 73500,00 |
| |
| 4 |
| Покупні комплектуючі |
| 14000,00 |
| 5200,00 |
| 3100,00 |
| 6000,00 |
| 28300,00 |
| |
| 5 |
| Витрати на оплату праці |
| 85000,00 |
| 85000,00 |
| 85000,00 |
| 85000,00 |
| 340000,00 |
| |
| 6 |
| Відрахування у ВБФ |
| 32500,00 |
| 32500,00 |
| 32500,00 |
| 32500,00 |
| 130000,00 |
| |
| 7 |
| Канцелярські витрати |
| 6200,00 |
| 6200,00 |
| 6200,00 |
| 6200,00 |
| 24800,00 |
| |
| 8 |
| Інші прямі витрати |
| 24620,00 |
| 25240,00 |
| 26800,00 |
| 15620,00 |
| 92280,00 |
| |
| Разом: |
| 936880,00 |
| |
| У розглянутому варіанті, згідно мережевому графіку, тривалість усіх |
| видів проектних робіт складає 4 місяці. Розмір витрат за окремими статтями |
| дано в орієнтації на нинішні ринкові ціни (2002 рік), рівень оплати праці та |
| відрахувань до позабюджетних фондів від ФОП. |
| Ціна системи визначена витратним методом і складає з урахуванням капітальних |
| витрат на тиражування 1 153 700,00 руб. У зв'язку з цим доцільно оцінити |
| точку беззбитковості і економічну ефективність тиражування системи. |
| Така ціна системи є цілком конкурентоспроможною на ринку нечисленних |
| продуктів даного класу. Зокрема, наприклад, найбільш близький конкурент |
| аналітичний комплекс «Прогноз» у повній комплектації оцінюється |
| розробниками в 860 000 руб, що природно не містить у собі вартість |
| комп'ютерної техніки та базового програмного забезпечення (Microsoft Windows, |
| Microsoft Office, Oracle або іншу СУБД). |
| Розрахунок економічної ефективності, пов'язаної з тиражуванням |
| Тиражування проводиться конкретно під замовлення, тому що система вимагає адаптації |
| і налаштування на певні умови і специфіку адміністративно-територіальної |
| одиниці. Імовірно будемо вважати, що після закінчення розробки системи |
| у кожний наступний місяць буде тиражовані і реалізовано по одиниці продукту. |
| В «Таблиці 10» представлені результати розрахунку витрат на тиражування системи. |
| У «Табліці 11 »представлені фінансові результати розробки системи. |
| |
| Таблиця 10. Калькуляція витрат на тиражування системи |
| № |
| Найменування статті |
| Сума (грн.) |
| |
| Капітальні витрати |
| |
| |
| 1 |
| Вартість спеціального устаткування |
| 86000,00 |
| |
| 2 |
| Програмне забезпечення |
| 44000,00 |
| |
| Разом: |
| 130000,00 |
| |
| Щомісячні витрати |
| |
| 2 |
| Матеріальні витрати |
| 14500,00 |
| |
| 3 |
| Витрати на тиражування од. ПП |
| 54000,00 |
| |
| 4 |
| Витрати на оплату праці (міс.) |
| 85000,00 |
| |
| 5 |
| Відрахування у ВБФ |
| 32500,00 |
| |
| 6 |
| Канцелярські витрати |
| 6200,00 |
| |
| 7 |
| Інші прямі витрати |
| 24620,00 |
| |
| Разом: |
| 216820,00 |
| |
| |
| |
| Таблиця 11. Фінансові результати розробки системи |
| Найменування показника |
| Лютий 2002р. (руб.) |
| Березня 2002р. (руб.) |
| Квітень 2002р. (руб.) |
| Травень 2002р. (руб.) |
| Червень 2002р. (руб.) |
| Липень 2002р. (руб.) |
| Серпень 2002р. (руб.) |
| |
| 1) Операційна діяльність |
| |
| 1.1. Обсяг продажів (шт.) |
| 0 |
| 0 |
| 0 |
| 1 |
| 1 |
| 1 |
| 1 |
| |
| 1.2. Ціна одиниці продукції |
| 1153700 |
| 1153700 |
| 1153700 |
| 1153700 |
| 1153700 |
| 1153700 |
| 1153700 |
| |
| 1.3. Виручка |
| 0 |
| 0 |
| 0 |
| 1153700 |
| 1153700 |
| 1153700 |
| 1153700 |
| |
| 1.4.Текущіе витрати |
| 190900 |
| 172530 |
| 163516 |
| 162920 |
| 459630 |
| 459630 |
| 459630 |
| |
| 1.5. Амортизація |
| 5922 |
| 5922 |
| 5922 |
| 5922 |
| 3523 |
| 3523 |
| 3523 |
| |
| 1.6. Прибуток до відрахування податку |
| -196822 |
| -178452 |
| -169438 |
| 984858 |
| 690547 |
| 690547 |
| 690547 |
| |
| 1.7. Податки та збори |
| 0 |
| 0 |
| 0 |
| 403792 |
| 283124 |
| 283124 |
| 283124 |
| |
| 1.8. Проектований чистий дохід |
| -196822 |
| -178452 |
| -169438 |
| 581066 |
| 407423 |
| 407423 |
| 407423 |
| |
| 1.9. Чистий приплив від операційний діяльності |
| -190900 |
| -172530 |
| -163516 |
| 586988 |
| 410946 |
| 410946 |
| 410946 |
| |
| 2) Інвестиційна діяльність |
| |
| 2.1. Капітальні витрати |
| 248000 |
| 0 |
| 0 |
| 130000 |
| 130000 |
| 130000 |
| 130000 |
| |
| 3) Чистий приплив від усіх видів діяльності |
| -438900 |
| -172530 |
| -163516 |
| 456988 |
| 280945 |
| 280945 |
| 280945 |
| |
| На «Рис.3.» Представлений графік рентабельності, відповідно до проведених |
| розрахунками точкою беззбитковості є одиниця продукту. |
| |
| «Рис.3. Графік рентабельності ». |
| Загальна сума наведених вигод діяльності за 11 місяців становить: |
| D = 1 089 459 руб. при сумі капіталовкладень K = 512 038 руб .. Результати |
| розробки та тиражування системи за період діяльності з фев'02 по авг'02 |
| характеризуються такими показниками ефективності: |
| 1. Чиста поточна вартість |
|, |
| NPV = 1 089 459 руб. |
| 2. Індекс прибутковості: |
|, |
| PI = 2,13 |
| 3. Відношення вигоди/витрати: |
| І |
| R = 3,52 |
| Термін окупності для розробника становить 6 місяців, реалізація трьох |
| примірників системи покриває всі капітальні та поточні витрати. На «Рис.4.» |
| представлений чистий поточна вартість, на «Рис.5.» відображені потоки реальних |
| грошей у часі або, так званий графік Cash - Flow. |
| |
| «Ріс.4.Накопленний ЧДД». |
| |
| «Рис.5. Потоки реальних грошей ». |
| Оцінка соціального ефекту від застосування системи |
| Слід зауважити, що впровадження системи і прийняття з її допомогою більш |
| обгрунтованих управлінських рішень сприяє важливого соціального ефекту - |
| поліпшення житлових умов населення, забезпечує більш раціональну соціальну |
| підтримку незахищених верств населення з низьким рівнем доходів, сприяє |
| зниження соціальної напруженості в суспільстві. |
| Прогнозування різних показників розвитку міської системи в цілому і |
| житлово-комунальної сфери зокрема допомагає запобігти конфліктні |
| ситуації між владою і суспільством, передбачати народні хвилювання в результаті |
| необдуманих дій влади, наприклад, в результаті різкого підвищення тарифів |
| для населення на послуги житлово-комунального господарства. |
| На сьогоднішній день не існує універсальних методик кількісної оцінки |
| соціального ефекту від впровадження систем підтримки прийняття рішень в |
| соціально-економічних системах. Зведення соціального ефекту до якомусь одному |
| показником, наприклад, забезпеченість населення житлом, тягне за собою |
| можливість втрати дуже важливої інформації про інші показники, наприклад, |
| доходи населення. Тому соціальний ефект можна виразити як комплексне |
| сталий розвиток міста в цілому з урахуванням всіх основних |
| соціально-економічних показників. Приклад, подібного аналізу результатів |
| моделювання був наведений вище при виборі оптимальної стратегії фінансування |
| житлового фонду. Аналіз результатів моделювання проводився за всіма основними |
| соціально-економічними показниками з урахуванням кожної підсистеми: бюджет, |
| населення, житловий фонд, підприємства та ін У результаті аналізу обрана |
| стратегія фінансіровованія приводила до сталого і комплексного розвитку |
| міста. |
| Таким чином, соціальний ефект від використання системи полягає в |
| наступних явищах: |
| поліпшення житлових умов населення (основні індикатори: забезпеченість |
| населення житлом, ступінь зносу житлового фонду, доступність придбання житла) |
| зниження соціальної напруженості (основні індикатори: частка квартплати в доході |
| сім'ї, рівень неплатежів). |
| комплексне розвитку міста в цілому (основні індикатори: населення, бюджет, |
| доходи і видатки бюджету, житловий фонд з різною деталізацією та ін) |
| Тому соціальний ефект може перевищити за своєю значимістю економічний |
| ефект. Це може призвести до того, що деяким містам буде вигідно |
| придбавати та використовувати дану систему навіть без значної фінансової |
| віддачі. Непрямі результати для населення і для міста в цілому можуть перевищити |
| за значимістю фінансові витрати на впровадження та використання даної системи. |