RESUME

APLIKASI SCADA

Tugas ini dibuat untuk memenuhi salah satu tugas mata kuliah Aplikasi SCADA
Diampu oleh Chrestian Mamesah, Drs., M.Pd.

Oleh
Fattaahku Muhammad Rossi (D411911009)
Ryan Ramdani (D411911022)
Muhammad Faris Mujahid (D411911017)

PROGRAM STUDI TEKNIK OTOMASI

POLITEKNIK TEDC BANDUNG
2023
 DAFTAR ISI

DAFTAR ISI.................................................................................................................................... i
BAB I INTRODUCTION ............................................................................................................... 1
SCADA: Convergence of Evolving Technologies (Konvergensi Teknologi yang Sedang
Berkembang ................................................................................................................................ 1
Early Automation Systems ......................................................................................................... 1
The Human Interface .................................................................................................................. 2
Communications and Integration ................................................................................................ 2
BAB II THE ELEMENTS OF SCADA SOFTWARE ................................................................... 4
Understanding the Elements of SCADA Software ..................................................................... 4
Typical SCADA System Architecture ........................................................................................ 5
Field Devices and Signals ........................................................................................................... 7
BAB III PRACTICAL PROCEDURES FOR SCADA SOFTWARE DEVELOPMENT ............. 9
LIFE CYCLE OF A SCADA PROJECT.................................................................................... 9
INITIAL SCADA PROJECT SPECIFICATIONS ..................................................................... 9
DEVELOPMENT OF SCADA PROJECT ................................................................................ 9
FACTORY TESTING AND DEMONSTRATION ................................................................. 10
COMMISSIONING AND SITE ACCEPTANCE TESTING .................................................. 11
THE FINAL STEP – DOCUMENTATION............................................................................. 12

i
 BAB I
INTRODUCTION

SCADA: Convergence of Evolving Technologies (Konvergensi Teknologi yang Sedang

Berkembang
SCADA dimulai dengan komputer mainframe. Jaringan seperti yang kita kenal saat ini
tidak tersedia dan setiap sistem SCADA berdiri sendiri. Sistem-sistem ini adalah apa yang
sekarang disebut sebagai sistem SCADA monolitik (Sistem SCADA awal).
Pada tahun 80-an dan 90-an, SCADA terus berkembang berkat sistem komputer yang lebih
kecil, teknologi Local Area Networking (LAN), perangkat lunak HMI berbasis PC, dan
teknologi cloud.Sistem SCADA dapat dihubungkan ke sistem lain yang serupa. Banyak
protokol LAN yang digunakan dalam sistem ini bersifat eksklusif, yang memberi vendor
kendali untuk mengoptimalkan transfer data. Tetapi, sistem ini tidak mampu berkomunikasi
dengan sistem dari vendor lain. Sistem ini disebut sistem SCADA terdistribusi.

Early Automation Systems

Pada tahun 1960-an dan 1970-an, komputer mini berfungsi sebagai pendahulu PLC
saat ini; komputer mini diprogram dalam bahasa assembly atau bahasa mesin dan
terhubung langsung dengan perangkat pabrik. Komputer mini adalah komputer digital
serba guna, yang mampu diprogram dalam beberapa bahasa yang berbeda, tetapi terutama

1
digunakan untuk sistem otomasi di pabrik. Sebagian besar dalam bahasa mesin, tetapi
beberapa bahkan menggunakan FORTRAN dan ALGOL (Bahasa Pemograman).
PLC pertama kali muncul sekitar tahun 1971, dirancang dan dibuat oleh Gould
Modicon, dan dimaksudkan untuk menggantikan logika tangga relay listrik tradisional
sirkuit. Bahasa pemrograman dikembangkan untuk meniru logika relay dari sirkuit listrik,
dengan rails 'power' dan 'return' di sebelah kiri dan kanan. Sekitar tahun 1977, Allen-
Bradley memperkenalkan PLC besar pertama mereka, yang pada saat itu gagasan tentang
pengontrol yang dapat diprogram telah diterima secara luas. Pengontrol ini juga merupakan
komputer digital tetapi dirancang untuk berinteraksi dengan sinyal lapangan dasar yang
masih kita gunakan saat ini: input dan output diskrit, dan input dan output analog.
Perangkat keras dan perangkat lunak PLC terus berkembang dan berevolusi hingga
pemrogramannya menjadi lebih dari sekadar sirkuit listrik asli yang dimaksudkan untuk
digantikan. Dengan diperkenalkannya Microsoft Windows dan Graphical User Interface
(GUI), pemrograman yang lebih intuitif dan grafis.

The Human Interface

Kembali ke tahun 1970-an, antarmuka pengguna atau manusia ke sistem komputer
mini awal terdiri dari monitor dan keyboard, dengan teks alfanumerik saja. Membuat
komputer menampilkan sebaris teks adalah sebuah pencapaian, dan ketika warna muncul,
'efek khusus' dimungkinkan; misalnya, memiliki teks dengan warna yang berbeda dan
beberapa bentuk dasar seperti kotak sekarang dapat diproduksi. Sekali lagi, pengenalan
Windows dan antarmuka grafis memungkinkan banyak hal, tidak hanya teks berwarna.
Pada akhir tahun 1990-an, tampilan grafik kontrol proses yang luas dimungkinkan dengan
animasi dan representasi grafis dari kondisi lapangan.
Komputer pribadi pertama dikembangkan untuk penggunaan komersial oleh IBM,
dan perusahaan seperti Intellution mengembangkan paket perangkat lunak antarmuka
pengguna lengkap yang dijalankan pada komputer pribadi, dan dapat dihubungkan ke PLC.
Perangkat lunak SCADA ini menyediakan antarmuka grafis ke dalam sistem, serta file
database saat ini maupun historis yang dapat diakses untuk informasi pelaporan.

Communications and Integration

Awalnya, komunikasi melibatkan protokol eksklusif antara perangkat lunak
pengontrol dan PLC, tetapi sekarang Ethernet dengan TCP / IP telah menjadi salah satu

2
standar industri. Perangkat lunak komputer pribadi, yang kemudian dikenal sebagai
perangkat lunak HMI, kemudian dapat diintegrasikan dengan mulus dengan merek PLC
mana pun di pasaran. Jaringan dan sistem komunikasi berkecepatan tinggi adalah standar
saat ini, tetapi pada tahun 1970-an dan 1980-an, modem dial up dengan 1200 bit per detik
dianggap hebat.
Jadi, pada tahun 1990-an, semua teknologi ini telah berkembang ke titik di mana
hampir semua merek PLC dan merek perangkat lunak HMI apa pun, dapat diintegrasikan
ke dalam sistem sejumlah workstation dan PLC. Pada saat ini, istilah SCADA telah
menjadi istilah umum, meskipun ada sistem otomasi yang menggunakan komputer mini
dan antarmuka perangkat keras yang dirancang khusus pada tahun 1970-an, yang
merupakan versi awal sistem SCADA. Oleh karena itu, sistem SCADA dapat dianggap
sebagai kombinasi PLC dan workstation HMI, didukung oleh jaringan komunikasi untuk
fasilitas di pabrik dan lokasi terpencil yang berfungsi sebagai sistem yang sepenuhnya
terintegrasi.

3
 BAB II
THE ELEMENTS OF SCADA SOFTWARE
Perangkat lunak pemrograman untuk sistem Supervisory Control and Data Acquisition
(SCADA) melibatkan perangkat lunak SCADA Operations User Workstation (SOW) dan
perangkat lunak Programmable Process Controller (PPC). Selain itu, sistem SCADA memerlukan
pemrograman antarmuka antara komputer workstation pengguna dan peralatan pengontrol yang
dapat diprogram. Ada banyak pertimbangan yang terlibat dalam desain dan pengembangan
perangkat lunak pemrograman aplikasi yang diperlukan pada berbagai tingkatan sistem SCADA
yang khas.

Pertimbangkan sistem penanganan material yang khas untuk mengilustrasikan berbagai

proses yang terlibat dalam sistem SCADA. Sistem penanganan bahan, seperti jalur pembotolan
bir, terdiri dari tahapan atau area operasi, yang masing-masing dapat dianggap sebagai satu
subsistem lengkap. Operasi proses khusus untuk area itu, seperti pengisian botol, penutupan botol,
pengelompokan untuk pengemasan dan pengemasan ke dalam kotak. Di dalam subsistem, terdapat
sinyal lapangan ke PPC, sinyal kontrol dari PPC, dan komunikasi ke dan dari SOW. Pengguna
dapat berinteraksi dengan sistem melalui SOW, mengeluarkan perintah, menyesuaikan setpoint
dan parameter, dan menanggapi kondisi alarm.

Understanding the Elements of SCADA Software

Sistem SCADA yang khas saat ini terdiri dari stasiun kerja operasi pengguna, komputer
server SCADA, jaringan komunikasi, pengontrol lapangan yang dapat diprogram, dan perangkat
serta sinyal lapangan. Semua komponen terintegrasi dengan mulus ke dalam sistem operasional
yang lengkap, yang menyediakan operasi otomatis serta tindakan yang dikendalikan pengguna.

Apakah arsitektur SCADA telah didefinisikan, atau sedang menjalani desain rinci,
persyaratan perangkat lunak dari setiap area proses harus dipertimbangkan. Ada perangkat
lapangan yang menyediakan data sinyal untuk diproses oleh PPC; ada peralatan utama, seperti
pompa, motor, katup, yang harus dipantau dan dikendalikan. Operasi terperinci dari setiap PPC
harus dijelaskan sehingga desainnya Dapat diterjemahkan ke dalam program aplikasi. Dan stasiun
kerja operator harus memiliki tampilan grafik, tren, dan laporan ringkasan alarm/kejadian untuk
mengoperasikan sistem yang lengkap.

4
 Tujuan membagi seluruh sistem menjadi subsistem yang lebih kecil dan lebih mudah
dikelola adalah untuk mengidentifikasi area fungsional, yang masing-masing dapat dirancang
untuk melakukan operasi spesifik area. Semua sinyal atau data yang diperlukan untuk area
tersebut, bersama dengan logika program yang diperlukan untuk mempengaruhi operasi yang
diperlukan, harus didefinisikan dan didokumentasikan dengan jelas.

Typical SCADA System Architecture

Arsitektur yang ditunjukkan pada Gambar 2.1 mengilustrasikan sistem SCADA tipikal
dalam hal komponen atau elemen yang saling berhubungan melalui jaringan komunikasi. Berikut
ilustrasi adalah penjelasan yang lebih rinci dari masing-masing komponen utama. Singkatnya, ada
lima area atau komponen utama pada sistem SCADA, seperti tercantum di bawah ini dan
dijelaskan lebih rinci:

● Perangkat Lapangan dan Sinyal

● Pengontrol Proses yang Dapat Diprogram

● Stasiun Kerja Pengguna Pengoperasian SCADA

● Komputer Server SCADA

● Jaringan Komunikasi

5
 Perangkat Lapangan direpresentasikan sebagai sinyal masuk dan keluar dari PPC; ini
termasuk perangkat pengontrol, seperti pompa, katup, solenoida, dll. Perangkat lapangan ini
adalah penghubung antara teknologi SCADA dan proses operasi fasilitas otomatis apa pun. PPC
adalah jantung dari setiap sistem SCADA, karena PPC melakukan fungsi monitor dan kontrol atas
perangkat lapangan. Perangkat lunak pemrograman untuk komponen ini bisa menjadi sangat
kompleks dengan banyak tugas, program, dan rutinitas.

Stasiun Kerja Pengguna Operasi SCADA menyediakan antarmuka pengguna dalam bentuk
tampilan grafik proses, tren, dan laporan terkait. Sebagian besar sistem SCADA memiliki beberapa
stasiun kerja di mana pengguna dapat berinteraksi dengan sistem untuk memantau operasi dan
mengontrol peralatan efek. Komputer Server SCADA digunakan untuk memelihara proses dan
database historis untuk workstation pengguna, serta menyediakan antarmuka komunikasi antara
komputer server dan PPC. Jaringan Komunikasi adalah perangkat keras dan perangkat lunak yang
menghubungkan semua komponen sistem. Jaringan tipikal saat ini termasuk Ethernet dengan
Transmission Control Protocol/Internet Protocol (TCP/IP) dan topologi komunikasi berpemilik.

6
 Field Devices and Signals
Ikon dalam ilustrasi berlabel 'Perangkat' mewakili masing-masing sinyal; ini mungkin
diskrit atau analog, input ke PPC atau output dari PPC. Saat mendesain perangkat lunak untuk
sistem SCADA, berbagai sinyal medan dan/atau perangkat harus dipertimbangkan dalam
kaitannya dengan informasi apa yang akan dipantau dan peralatan apa yang akan dikontrol.

Perangkat lapangan dapat berupa pemancar sinyal, seperti pemancar level atau tekanan;
mereka bisa berupa sinyal diskrit, seperti status katup terbuka atau tertutup, atau status motor
berjalan. Beberapa perangkat sebenarnya dapat memberikan beberapa sinyal, seperti unit kualitas
air yang memberikan residu klorin dan pH air. Saat merancang perangkat lunak SCADA, semua
sinyal lapangan harus diidentifikasi untuk setiap area proses. Seperti ditunjukkan di atas, perangkat
lapangan disambungkan ke berbagai PPC, yang pada gilirannya memproses sinyal. Semua
perangkat lapangan, yang diwakili oleh sinyal diskrit dan analog, terhubung ke berbagai modul
input dan output PPC. PPC memproses sinyal input dan kontrol efek melalui sinyal output,
berdasarkan pemrograman di PPC.

Sinyal diskrit dapat berupa tipe input dan output; sinyal seperti itu adalah dua keadaan,
artinya sinyal hanya dapat berada di salah satu dari dua keadaan setiap saat. Sinyal input diskrit
dapat mencakup: sakelar batas buka dan tutup, sensor fotosel, tombol tekan, dan sakelar pemilih.
Sinyal output diskrit dapat mencakup lampu pilot, relai kontrol motor, katup solenoid, dan kontrol
katup.

Sinyal analog juga dapat berupa tipe input dan output; sinyal tersebut dapat memiliki
rentang nilai antara dua batas yang telah ditetapkan, paling sering nol dan beberapa nilai
maksimum. Sinyal input analog dapat mencakup level, laju aliran, kecepatan motor, voltase dan
arus dari monitor daya, sinyal kualitas air, serta suhu dan tekanan. Sinyal output analog dapat
mencakup kontrol kecepatan motor untuk Penggerak Frekuensi Variabel (VFD) pada motor
kecepatan variabel, sinyal pemosisian katup untuk modulasi katup, dan perangkat tampilan analog.

Karena sinyal medan, seperti level, aliran, dan tekanan dapat digunakan oleh program
untuk mengontrol operasi peralatan, Programmable Logic Controller (PLC) adalah jantung dari
monitor dan mengontrol setiap area proses dalam sistem SCADA. . Perangkat lunak SCADA harus
mempertimbangkan semua peralatan dan sinyal yang akan diproses. Misalnya, pertimbangkan
7
Stasiun Pemompaan Air Baku untuk Instalasi Pengolahan Air (WTP); akan ada dua atau lebih
pompa, katup, dan sinyal medan. Untuk setiap perangkat atau peralatan, seseorang harus
mengidentifikasi sinyal apa yang diperlukan baik dari peralatan (input) maupun ke peralatan
(output). Oleh karena itu, unit peralatan dapat diwakili oleh kumpulan sinyal yang terhubung ke
area proses PPC. Sebuah pompa, misalnya, dapat menyertakan beberapa sinyal input dan output.

Selain itu, biasanya ada sinyal lapangan yang diperlukan untuk pengoperasian area proses
yang benar. Sekali lagi untuk aplikasi WTP, stasiun pompa air baku dapat mencakup level sumur
masuk, kekeruhan air, pH air, suhu air, dan debit aliran dan tekanan. Sinyal medan terpisah ini
akan digunakan oleh program aplikasi yang dijalankan di PPC. Setelah selesai, perangkat lapangan
dan daftar sinyal untuk setiap area proses harus menyertakan semua sinyal yang terkait dengan
peralatan fisik dan sinyal mentah. Seperti yang akan dijelaskan lebih rinci dalam bab 6,
'Mengembangkan Database Program Aplikasi', daftar sinyal terperinci akan meringkas semua
informasi untuk setiap area proses.

8
 BAB III
PRACTICAL PROCEDURES FOR SCADA SOFTWARE DEVELOPMENT

LIFE CYCLE OF A SCADA PROJECT

Sebelum menjelaskan proses perancangan dan pengembangan perangkat lunak aplikasi
untuk sistem SCADA pada umumnya, gambaran umum tentang proses yang terlibat dalam
pembuatan dan tindak lanjut SCADA akan dijelaskan.

INITIAL SCADA PROJECT SPECIFICATIONS

Proyek sistem SCADA pada umumnya merupakan bagian dari proyek proses yang lebih
besar, seperti desain dan konstruksi pabrik pengolahan air atau fasilitas proses lainnya; sistem
SCADA adalah bagian dari keseluruhan proyek ini. Dalam kedua kasus tersebut, konsultan harus
terlebih dahulu mengidentifikasi semua proses yang terlibat dan oleh karena itu mengidentifikasi
sejauh mana peralatan SCADA (misalnya, berapa banyak Programmable Process Controllers
(PPC), berapa banyak SOW dan berapa banyak sinyal, dan sebagainya).

Bagian dalam projek mau itu bagian besar atau hanya system SCADA, harus didefinisikan
seperti umlah pengontrol, workstation, sinyal bidang input dan output di setiap area proses dan
preferensi apa pun yang mungkin dimiliki pelanggan.

Dokumen kontrak harus disiapkan yang meliputi:

● Specifications for field controllers (PPCs) and operator workstations (SOWs).

● Identifikasi sinyal input dan output yang diperlukan untuk setiap pengendali.

● Process narratives for processes – initial version of Process Control LogicDescriptions (PCLDs).

● Process & Instrumentation Diagrams (P&IDs).

● Rincian tentang konstruksi pekerjaan.

DEVELOPMENT OF SCADA PROJECT

Setelah proyek ditenderkan dan kontraktor ditunjuk, kontraktor mulai mendesain sistem
berdasarkan dokumen kontrak. Dokumen-dokumen tersebut menentukan gambar-gambar toko
yang akan diserahkan, yang selalu menyertakan Narasi Proses dan Daftar Poin yang diperluas

9
untuk setiap PPC dalam sistem. Perhatikan bahwa dua dokumen perangkat lunak yang dijelaskan
dalam buku ini adalah Narratuives (PCLD) dan daftar poin (spreadsheet untuk setiap PPC).

Lebih jauh lagi, setelah dokumen-dokumen ini ditinjau dan disetujui, setiap perubahan
yang dilakukan oleh konsultan akan dianggap sebagai tambahan pada kontrak; sehingga konsultan
telah melindungi dirinya sendiri dari siapa pun yang menambahkan 'beberapa hal kecil' seperti
yang selalu terjadi. Dengan PCLD, desain telah didefinisikan dengan baik dan mapan, dan setiap
perubahan dalam cara kerja sistem yang tidak dijelaskan dalam PCLD akan dianggap sebagai
tambahan pada kontrak.

Selama pengembangan perangkat lunak aplikasi, biasanya akan ada penambahan dan
perubahan pada sinyal ke PPC dan perubahan pada cara pengoperasian sistem. Setiap perubahan
dari pengajuan gambar, seperti yang diuraikan sebelumnya.

Ketika sinyal ditambahkan dan/atau dihapus ke dalam proyek, daftar poin harus diperbarui
untuk menghindari pengeditan besar-besaran pada dokumen di akhir proyek. Selain itu, dengan
menerapkan perubahan-perubahan ini saat proyek berjalan, modifikasi pada dokumentasi menjadi
kecil dan cukup mudah dikelola. Demikian juga, PCLD juga harus dimodifikasi saat perubahan
dilakukan untuk alasan yang sama. Tentu saja, setiap perubahan dalam kontrak harus disetujui
sebelum perubahan dimasukkan.

FACTORY TESTING AND DEMONSTRATION

Banyak proyek yang memerlukan Factory Acceptance Test (FAT) / Uji Penerimaan Pabrik
sebelum mulai beroperasi. Fase pengujian ini melibatkan demonstrasi kepada konsultan dan
pelanggan bahwa desain yang ditentukan telah diimplementasikan dengan benar dalam perangkat
lunak. Input disimulasikan untuk menguji pengoperasian perangkat lunak. Karena dokumen
perangkat lunak telah diperbaharui, dokumen yang sama dapat digunakan untuk memverifikasi
pengoperasian perangkat lunak.

Sebagai contoh, input dari lapangan atau perangkat lunak stasiun kerja dapat disimulasikan
untuk menyalakan satu atau beberapa pompa. Perangkat lunak kemudian harus berperilaku sesuai
dengan dokumentasi. Logika verifikasi untuk menguji bahwa pompa hidup dan mati dalam waktu
yang diizinkan dapat diperiksa dengan terlebih dahulu menyalakan 'status jalankan' melalui
simulasi dan kemudian tidak menyalakannya untuk memverifikasi bahwa logika pemeriksaan
berfungsi dengan benar.
10
 Sering kali ada perubahan yang diidentifikasi selama FAT setelah melihat bagaimana
sistem berfungsi secara simulasi. Dengan mempertahankan dokumentasi saat proyek berjalan,
kontraktor hanya akan memiliki perubahan kecil yang harus dilakukan dalam dokumentasi
perangkat lunak, daripada upaya besar yang memakan waktu di akhir proyek; akhir proyek
biasanya di mana anggaran telah habis, dan biasanya dokumentasi yang menderita. Melewati FAT
adalah tonggak penting lainnya dalam proyek ini, karena perangkat lunak telah terbukti dalam
desain. Langkah selanjutnya adalah menempatkan peralatan di lapangan dan memverifikasi
semuanya lagi dengan menggunakan input dan output dunia nyata.

COMMISSIONING AND SITE ACCEPTANCE TESTING

Site Acceptance Test (SAT) dilakukan setelah semua aspek sistem diuji dan diverifikasi.
Sebelum tahap akhir ini, sistem yang lengkap harus diuji dan dioperasikan.Langkah pertama dalam
uji coba biasanya adalah memverifikasi semua input dan output fisik ke masing-masing PPC.
Salinan spreadsheet daftar poin dapat dibuat dengan kolom untuk mencentang poin-poin yang
telah diverifikasi. Untuk sinyal analog, kolom ini dapat digunakan untuk mendokumentasikan nilai
skala yang nantinya dapat dimasukkan ke dalam dokumentasi perangkat lunak. Salah satu masalah
yang muncul pada tahap ini adalah pengertian input diskrit: apakah input tersebut tipe Normally
Open atau Normally Closed? Ini adalah salah satu hal yang terkadang berbeda antara desain asli
dan sistem yang diimplementasikan di lapangan. Pemrogram kemudian dapat membuat perubahan
apa pun yang diperlukan dan sekali lagi menandai dokumentasi.

Komisioning dilakukan satu per satu subsistem. Seperti FAT, perangkat lunak harus diuji
terhadap PCLD untuk memverifikasi bahwa semuanya berfungsi sebagaimana mestinya.
Dokumentasi perangkat lunak menyediakan spesifikasi untuk semua fungsi perangkat lunak. Jika
beberapa bagian dari perangkat lunak berfungsi sesuai dengan dokumen desain, tetapi konsultan
atau pelanggan mengklaim bahwa ini harus beroperasi secara berbeda, desain harus ditinjau untuk
menentukan bagaimana sistem harus berfungsi.

Pada akhirnya, semua subsistem akan diuji, disesuaikan, dan dikomunikasikan. Satu
langkah terakhir dalam banyak proyek SCADA adalah SAT. Ini biasanya merupakan operasi
berkelanjutan atau menjalankan sistem lengkap selama 1-2 minggu tanpa masalah besar. Selama
operasi reguler, mungkin ada kondisi yang muncul secara tiba-tiba, yang tidak terpikirkan
sebelumnya. Kedua belah pihak harus kembali bertemu untuk membahas cara menangani situasi

11
tersebut dan memutuskan apakah operasi saat ini sudah benar atau perlu dilakukan perubahan.
Sekali lagi, setiap perubahan pada kontrak akan menjadi tambahan, dan dokumentasi perangkat
lunak akan menetapkan garis dasar atau tonggak sejarah dalam desain proyek.

THE FINAL STEP – DOCUMENTATION

Dengan semua yang telah diuji dan diverifikasi, kontraktor hanya perlu menyelesaikan
dokumentasi perangkat lunak dan menyerahkannya kepada konsultan. Pembaruan bertahap akan
membuat langkah terakhir ini menjadi sederhana. Langkah terakhir ini mungkin hanya
memerlukan pencetakan semua dokumentasi untuk diserahkan. Singkatnya, dapat dilihat bahwa
memulai dengan dokumentasi perangkat lunak yang baik, dan memeliharanya selama proyek
berlangsung, akan menghemat banyak waktu dalam jangka panjang dan menghilangkan
pembaharuan besar-besaran di akhir proyek, ketika anggaran biasanya sudah habis.

12