CRITICAL BOOK REVIEW

“MANAJEMEN INDUSTRI DAN PROYEK”

Disusun Oleh:
Suhariadi 5183530008
Indra S Siburian 5183530013
Aqil Syujais 5181230002

JURUSAN PENDIDIKAN TEKNIK ELEKTRO

FAKULTAS TEKNIK
UNIVERSITAS NEGERI MEDAN
2021
 Kata Pengantar
Puji syukur kami panjatkan kehadirat Allah SWT karena dengan rahmat, karunia, serta
taufik dan hidayahnya kami dapat menyelesaikan makalah Critical Book Review ini. Dan juga
kami berterimakasih kepada dosen pengampu yang telah membimbing kami didalam
pembuatan makalah ini.

Kami sangat berharap makalah ini dapat berguna dalam rangka menambah wawasan serta
pengetahuan kita, mengetahui kita dalam memilih buku dan agar membantu kita menjawab
tantangan – tantangan dan masalah yang kita hadapi nanti kedepannya. Kami juga menyadari
sepenuhnya bahwa didalam makalah ini terdapat kekurangan dan jauh dari kata sempurna. Oleh
sebab itu, kami berharap adanya kritik, saran dan usulan demi perbaikan makalah yang telah
kami buat untuk dimasa yang akan datang, mengingat tidak ada sesuata yang sempurna tanpa
saran membangun.

Semoga makalah sederhana ini dapat dipahami bagi siapapun yang membacanya.
Sekiranya laporan yang telah disusun ini dapat berguna bagi kami sendiri maupun orang yang
membacanya. Sekiranya laporan yang telah disusun ini dapat berguna bagi kami maupun orang
yang membacanya. Sebelumnya kami mohon maaf apabila terdapat kesalahan kata – kata yang
kurang berkenan dan kami memohon kritik dan saran yang membangun dari anda demi
perbaikan makalah ini diwaktu yang akan datang.

Medan, 18 Oktober 2021

Penulis

i
 Daftar Isi
Kata Pengantar ................................................................................................................... i

Daftar Isi ............................................................................................................................ ii

BAB I PENDAHULUAN ................................................................................................... 1

A. Latar Belakang ...................................................................................................... 1

B. Tujuan .................................................................................................................. 1
C. Manfaat ............................................................................................................... 2
D. Indentitas Buku ..................................................................................................... 2

BAB II RINGKASAN BUKU ............................................................................................ 3

A. Ringkasan Buku Utama ........................................................................................ 3

BAB III PEMBAHASAN ................................................................................................... 55

A. Kelebihan ............................................................................................................. 55
B. Kelemahan ........................................................................................................... 55
C. Analisis Buku........................................................................................................ 55

BAB IV PENUTUP ............................................................................................................ 56

A. Kesimpulan ........................................................................................................... 56
B. Saran ..................................................................................................................... 57

ii
 BAB I
PENDAHULUAN

A. LATAR BELAKANG
Manajemen merupakan hal pokok yang selalu digunakan oleh setiap industri untuk terus
mengembangkan dan memajukan usaha yang dirintis, baik manajemen operasional, keuangan,
pemasaran, dan manajemen di bidang lainnya. Pada sektor industri persaingan merupakan hal
yang sangat ketat, sehingga menuntut perusahaan untuk berfikir lebih maju untuk mengelola
usahanya, termasuk pula dalam mengoptimalkan seefisien mungkin biaya operasional, namun
tetap menghasilkan produk yang berkualitas tinggi dan selalu tersedia saat dibutuhkan
konsumen. Salah satu unsur penting yang memerlukan perencanaan dan pengendalian secara
tepat, yaitu persediaan barang dan bahan baku.
Perencanaan memang bagian penting dari manajemen, dengan perencanaan perusahaan
akan lebih mudah dalam mencapai tujuannya, karena perencanaan adalah penentuan terlebih
dahulu apa yang akan dikerjakan. Koontz dan O’Donnel, dalam buku dasar-dasar manajemen
karya Manullang, menyatakan perencanaan adalah fungsi seorang manajer yang berhubungan
dengan pemilihan dari berbagai alternatif dari tujuan, kebijaksanaan, prosedur, dan program.1
Dalam membuat suatu rencana yang baik, haruslah menggunakan pemakaian kata-kata
sederhana dan mudah dimengerti, untuk meniadakan penafsiran yang berbeda. Selanjutnya,
suatu rencana harus bersifat fleksibel, atau rencana tersebut harus dapat menyesuaikan diri
dengan keadaan yang berubah yang tidak diduga sebelumnya. Di samping adanya
kemungkinan mengadakan perubahan, maka suatu rencana haruslah mempunyai sifat stabil.
Akhirnya, rencana tersebut haruslah cukup luas untuk meliputi semua tindakan yang
diperlukan
Adapun dalam pengerjaan ini ditujkan untuk memenuhi salah satu tugas mata kuliah yaitu
mata kuliah manajemen industri dan proyek yaitu Critical Book Review yang dimana
mahasiswa dituntut untuk mengkritisi isi dari pada buku tersebut untuk dipahami dan dapat
diterapkan ke dunia kerja nanti.

B. TUJUAN
Untuk mengetahui bagaimana analisi masalah atau materi yang dibahas dalam paparan
materi yang diberikan dengan tujuan sebagai bentuk pemahaman bagi para pembacanya.
Adapun tujuannya dapat dilhat sebagai berikut :

1
 1. Melatih mahasiswa Menyusun makalah Critical Book Review dalam upaya lebih
meningkatkan pengetaguan dan kreatifitas mahasiswa
2. Agar mahasiswa lebih memahami dan mendalami pokok bahasan khususnya tentang
bekerja efektif dan aman saat melakukan gejala dalam pembelajaran kantor arsitek.

C. MANFAAT
Kita dapat mengetahui bagaimana kaidah – kaidah yang terdapat dari buku yang
mendapatkan pemahaman serta analistis perbedaan dalam penyusunannya yang berguna
sebagai bentuk perbandingan dalam mencari atau menambah referensi pemahaman.

D. INDENTITAS BUKU
1. Buku Utama
a. Judul Buku : Project Management for Engineering, Business
and Technology
b. Penulis : John M. Nicholas dan Herman Steyn
c. Penerbit : Routledge Taylor & Francis Group
d. Kota Terbit : London and Newyork
e. Tahun Terbit : 2012
f. ISBN : 978–0–08–096704–2

2
 BAB II
RINGKASAN BUKU
A. RINGKASAN BUKU
BAB 2

Pendekatan Sistem dan Rekayasa sistem

Ada begitu banyak pembicaraan tentang sistem. Dan sangat sedikit pemahaman

Robert M.Pirsig, Zen dan Seni Perawatan Sepeda Motor

Proyek adalah sistem orang, peralatan, bahan, dan fasilitas yang terorganisir dan dikelola
untuk mencapai suatu tujuan. Banyak teori dan praktik yang mapan tentang apa yang
diperlukan untuk mengumpulkan dan mengoordinasikan proyek berasal dari perspektif disebut
"pendekatan sistem." Pada saat yang sama, pekerjaan yang dilakukan di proyek sering
dilakukan untuk tujuan menciptakan sistem, dan dalam metodologi proyek ini seperti "analisis
sistem," "rekayasa sistem," dan "manajemen sistem" adalah hal biasa. Bab ini memperkenalkan
konsep-konsep yang membentuk dasar untuk manajemen proyek dan metodologi sistem yang
biasa digunakan dalam proyek teknis.

2.1 PEMIKIRAN SISTEM

Berpikir sistem adalah cara memandang dunia. Fitur utama dari pemikiran sistem adalah
fokus pada "keseluruhan sistem atau organisme" daripada hanya bagian. Ini adalah kebalikan
dari pemikiran analitis, yang memecah sesuatu menjadi bagian yang lebih kecil untuk lebih
memahaminya. Pemikir sistem melihat bagian-bagian, Ada begitu banyak pembicaraan tentang
sistem. Dan begitu sedikit pemahaman.—Robert M. Pirsig, Zen dan Seni Perawatan Sepeda
Motor Pendekatan Sistem dan Rekayasa sistem Bab Bab 2 SW_392_Ch 2.indd 46 10/11/2011
14:21:09 Bab 2 Pendekatan Sistem dan Rekayasa Sistem 47 juga, dan mencoba memahami
hubungan di antara mereka, tetapi mereka selalu mundur ke lihat bagaimana bagian-bagiannya
cocok menjadi keseluruhan.
Berpikir sistem berarti mampu memahami “sistem” dalam suatu situasi, mengambil situasi
yang tampaknya kacau, kacau dan merasakan beberapa derajat keteraturan atau harmoni di

3
dalamnya. Dengan demikian, ini adalah cara yang berguna untuk menangani fenomena yang
kompleks, terutama sistem dan usaha yang diciptakan manusia seperti proyek besar.
Manajer proyek harus akrab dengan dan mampu mengoordinasikan individu bagian dari
proyek, tetapi tanggung jawab untuk masing-masing bagian tersebut sebagian besar
didelegasikan kepada manajer dan teknisi yang mengkhususkan diri di dalamnya. Manajer
proyek prihatin dengan “gambaran besar”—seluruh proyek, dengan tujuan, pemangku
kepentingan, dan lingkungannya; mereka harus menjadi pemikir sistem.

2.2 DEFINISI SISTEM

Bagi sebagian orang istilah “sistem” berarti komputer; bagi orang lain itu berarti birokrasi.
Tetapi istilah ini sangat umum digunakan sehingga mungkin bisa merujuk pada hampir semua
hal. Oleh definisi, sistem adalah “keseluruhan yang terorganisir atau kompleks; kumpulan hal-
hal atau bagian-bagian berinteraksi secara terkoordinasi.” Bagian-bagiannya bisa menjadi
pemain di tim sepak bola, kunci di keyboard, atau komponen dalam mesin. Bagian-bagiannya
dapat berupa entitas fisik atau mereka dapat abstrak atau konseptual, seperti kata-kata dalam
bahasa atau langkah-langkah dalam prosedur. NS kata dikaitkan setiap hari dengan hal-hal
yang berbeda seperti sistem sungai, planet sistem, sistem transportasi dan komunikasi, sistem
saraf dan peredaran darah, sistem produksi dan inventaris, ekosistem, sistem perkotaan, sistem
sosial, sistem ekonomi, ad infinitum. Jadi, sebuah sistem bisa menjadi apa saja, tapi selain itu
menjadi "kumpulan bagian" ia memiliki tiga fitur lain: 2

1. Bagian dari sistem mempengaruhi sistem dan dipengaruhi olehnya

2. Kumpulan bagian melakukan sesuatu; itu melayani maksud atau tujuan
3. Himpunan itu menarik perhatian khusus.

Fitur pertama berarti bahwa, dalam sistem, keseluruhan lebih dari jumlah bagian. Tubuh
manusia, misalnya, dapat dianalisa dari segi komponen yang terpisah—hati, otak, jantung,
serabut saraf, dan sebagainya—namun jika salah satunya dihilangkan dari tubuh, baik mereka
maupun tubuh akan berubah. Anggota tubuh tidak dapat hidup di luar tubuh, dan tanpa bagian,
tubuh juga tidak dapat hidup. Nama yang diberikan untuk keseluruhan menjadi lebih dari
jumlah bagian adalah holisme. Holisme adalah kebalikan dari reduksionisme, filosofi bahwa
segala sesuatu dapat dipahami hanya dengan menghancurkannya menjadi potongan-potongan
dan memahami potongan-potongan. Tentu saja, banyak hal yang tidak bisa dipahami dengan
4
melihat potongan-potongannya. Mengetahui bahwa hidrogen dan oksigen adalah gas tidak
akan pernah membuat Anda tahu bahwa ketika digabungkan, mereka membentuk cairan. Ide
dari bagian-bagian yang mempengaruhi keseluruhan dan sebaliknya adalah pusat pemikiran
sistem.
Fitur kedua dari sistem adalah bahwa mereka dinamis — mereka menunjukkan beberapa
jenis perilaku; mereka melakukan sesuatu. Jenis perilaku yang mereka tunjukkan tergantung
pada jenis sistem tertentu yang ada, tetapi biasanya dapat diamati dalam output dari sistem atau
cara sistem mengubah input menjadi output (walaupun terkadang proses konversi mungkin
sangat tidak jelas). Dalam suatu sistem, bagian-bagian tersebut saling berinteraksi. Dalam
sistem buatan manusia, mereka dirancang untuk berinteraksi untuk mencapai beberapa tujuan
atau sasaran.
Ketiga, sistem dipahami oleh orang-orang yang melihatnya, yang berarti mereka ada di
mata (atau pikiran) yang melihatnya. Ini bukan untuk mengatakan bahwa mereka tidak ada
kecuali seseorang ada di sana untuk melihat mereka, melainkan bahwa konsepsi sistem dapat
diubah sesuai dengan tujuan seseorang. Misalnya, dalam mendiagnosis penyakit pada pasien,
dokter mungkin melihat seluruh tubuh manusia sebagai "sistem". Dokter dapat mengirim
pasien ke spesialis, yang hanya melihat saluran pencernaan sebagai "sistem". Jika diagnosanya
adalah keracunan makanan dan gugatan file pasien, pengacaranya mungkin memperluas
pandangan "the" sistem” untuk memasukkan restoran tempat korban terakhir makan.
Sistem dapat diklasifikasikan sebagai alami atau buatan manusia. Sistem alami dating
menjadi ada melalui proses alami (misalnya, organisme hewan dan sistem planet). Sistem
buatan manusia dirancang dan dioperasikan oleh manusia (misalnya, komunikasi sistem dan
organisasi manusia). Proyek ada untuk tujuan menciptakan sistem buatan manusia
Sistem alam dapat diubah oleh atau menjadi terjalin dengan sistem buatan manusia.
Contohnya adalah perubahan sistem sungai dan pembentukan danau dengan membangun
bendungan; lainnya adalah perubahan komposisi atmosfer dan ekosistem melalui CO2 dan
polutan yang diperkenalkan oleh mesin buatan manusia
Sistem buatan manusia tertanam dan memanfaatkan masukan dari sistem alami, dan kedua
sistem berinteraksi dengan cara yang penting dan signifikan. Dalam beberapa tahun terakhir
munculnya sistem buatan manusia berskala besar memiliki dampak yang signifikan, sebagian
besar tidak diinginkan, pada alam. Contoh berlimpah, seperti pemanasan global, asam hujan,
dan kontaminasi racun pada sistem air. Konsekuensi seperti itu, disebut sebagai "efek
samping," muncul sebagian besar karena perancang sistem dan pengguna gagal untuk

5
mempertimbangkan (atau memilih untuk mengabaikan) dampak sistem buatan manusia
terhadap lingkungan alam.

2.3 KONSEP DAN PRINSIP SISTEM

Konsep dan prinsip berikut berlaku untuk semua sistem.

Tujuan dan sasaran

Sistem buatan manusia dirancang untuk melakukan sesuatu; mereka memiliki tujuan dan
sasaran yang dikandung oleh orang-orang. Untuk maksud buku ini, tujuan didefinisikan
sebagai luas, pernyataan yang mencakup semua tujuan dari suatu sistem, dan tujuan sebagai
pernyataan tujuan yang lebih rinci dan biasanya dapat diukur yang berkaitan dengan beberapa
aspek sistem. Tujuan sistem dipenuhi dengan mencapai sekelompok tujuan sistem. Karenanya,
dalam merancang sistem buatan manusia, tempat untuk memulai adalah dengan definisi tujuan
dari sistem, dan kemudian dengan hierarki tujuan yang berhubungan dengan aspek sistem.
Sebuah proyek dapat dikonseptualisasikan sebagai sistem yang ada untuk tujuan
menciptakan sebuah sistem buatan manusia. Tujuan proyek dapat didefinisikan sebagai,
misalnya, "membangun" stasiun luar angkasa seharga $15 miliar dalam 10 tahun.” Dimulai
dengan tujuan, proyek kemudian dapat didefinisikan dalam hierarki banyak tujuan, seperti
"pilih desain keseluruhan" untuk stasiun”, “pilih kontraktor utama”, “awak kereta api”,
“luncurkan komponen ke dalam mengorbit”, “memasang komponen”, “berbiaya $15 miliar”,
dan seterusnya. Tujuan dapat dipecah menjadi tujuan yang lebih rinci dan spesifik yang disebut
persyaratan. Persyaratan adalah kriteria khusus yang harus dipenuhi oleh sistem dan bagian-
bagiannya untuk sistem tersebut untuk mencapai tujuan dan sasaran secara keseluruhan.

Elemen dan Subsistem

Setiap sistem dapat dipecah menjadi bagian-bagian yang lebih kecil. Bagian-bagian ini
dalam bentuk kombinasi "kumpulan bagian-bagian" yang merupakan sistem. Bagian terkecil
dari suatu sistem adalah sebuah elemen. Suatu sistem juga dapat dipecah menjadi bagian-
bagian yang merupakan sistem itu sendiri, yang disebut subsistem. Subsistem adalah sistem
yang berfungsi sebagai komponen dari sistem yang lebih besar. Ketika tidak perlu memahami
cara kerja bagian dalamnya, subsistem dapat dengan mudah dianggap sebagai elemen. Gambar
2.1, bagan organisasi umum, menggambarkan bahwa subsistem produksi dapat dipandang
sebagai “elemen” dalam perusahaan; jika kita memilih untuk menyelidikinya, bagaimanapun,
6
produksi menjadi subsistem dengan elemen penjadwalan, manufaktur, dan persediaan. Masing-
masing elemen ini bisa pada gilirannya dipandang sebagai subsistem yang mengandung unsur-
unsur. Misalnya, elemen manufaktur dapat dilihat sebagai subsistem dengan elemen tim A dan
tim B proyek, suatu elemen dapat berupa unit kerja, orang atau kelompok yang melakukan
pekerjaan, atau komponen dari item akhir yang diproduksi oleh proyek.

Atribut
Sistem, subsistem, dan elemen semuanya memiliki karakteristik yang membedakan yang
disebut atribut; ini menggambarkan kondisi sistem, subsistem, dan elemen secara kualitatif
atau istilah kuantitatif. Dalam sistem buatan manusia, atribut sering dirancang ke dalam sistem
karena mereka diperlukan agar sistem dapat bekerja sesuai kebutuhan. Seringkali, atribut
sistem dan komponennya dipantau untuk melacak perilaku dan kinerja. Waktu dan biaya adalah
atribut universal dari sebagian besar elemen dalam proyek, dan dilacak untuk menilai kinerja
proyek.

Gambar 2.1
Sebuah perusahaan digambarkan dalam hal sistem, subsistem, dan elemen.

Lingkungan dan Batas

Istilah lingkungan mengacu pada segala sesuatu di luar sistem yang mempengaruhi
perilaku atau hasil dari sistem. Dalam sistem buatan manusia, biasanya mengacu pada hal-hal

7
di mana perancang dan manajer sistem tidak memiliki kendali. Lingkungan bisa termasuk,
misalnya, komunitas atau masyarakat tempat kita tinggal, udara yang kita hirup, atau orang-
orang dengan siapa kita bergaul—walaupun belum tentu salah satunya. Sebuah sistem
dipisahkan dari lingkungannya oleh suatu batas. Dalam banyak sistem batasnya adalah agak
kabur, dan sulit untuk memisahkan sistem dari lingkungannya. Ke menentukan apa lingkungan
itu, ajukan pertanyaan "Dapatkah saya melakukan sesuatu tentang itu?" dan “Apakah itu
relevan dengan sistem dan tujuannya?” Jika jawabannya "tidak" untuk yang pertama
pertanyaan tapi "ya" untuk yang kedua, maka "itu" adalah bagian dari lingkungan. Pengikut
tabel menunjukkan bagaimana membedakan sistem dari lingkungannya:

Apakah relevan dengan sistem?

Dapatkah perancang atau manajer sistem mengendalikannya?

Lingkungan yang tidak relevan mencakup semua hal yang tidak mempengaruhi sistem dan
itu tidak masalah. Bagi seorang manajer proyek, planet Jupiter berada di lingkungan yang tidak
relevan—kecuali proyeknya adalah mengirim wahana antariksa ke sana, dalam hal ini Jupiter
berada tentu relevan dan, karenanya, bagian dari lingkungan proyek. Dari sini, sebutkan
lingkungan akan selalu mengacu pada lingkungan yang relevan—faktor-faktor yang penting
untuk dan mempengaruhi sistem dalam beberapa cara, tetapi harus dijalani.

Struktur Sistem
Elemen dan subsistem dihubungkan bersama oleh hubungan. Bentuk yang diambil oleh
hubungan disebut sebagai struktur sistem. Fungsi dan efektivitas suatu sistem sangat ditentukan
oleh "kelayakan" struktur dengan tujuan atau tujuan sistem. Sebagian besar sistem yang
kompleks memiliki struktur hierarkis yang terdiri dari tingkat sub-elemen yang terorganisir di
dalam elemen, elemen di dalam subsistem, dan sebagainya. Struktur organisasi formal yang
ditunjukkan pada Gambar 2.1 adalah contoh struktur hierarki.
Struktur sistem juga dapat direpresentasikan sebagai jaringan, yang menunjukkan elemen
dari sistem yang berfungsi dan cara mereka saling terkait atau terkait. Dalam sebuah jaringan,
hubungan antar elemen biasanya mewakili aliran sesuatu, atau saling ketergantungan.
Misalnya, jika sistem adalah proses fisik (katakanlah prosedur otomatis atau manual), elemen

8
mewakili langkah-langkah dalam proses, dan tautan mewakili aliran materi dan informasi di
antara mereka
Sebagian besar sistem, termasuk proyek, dapat dikonseptualisasikan sebagai hierarki dan
sistem jaringan. Gambar 2.2(a) menunjukkan proyek sebagai hierarki tugas dan tanggung
jawab. Elemen X mewakili keseluruhan proyek dan manajemennya; elemen A, B, dan C adalah
area kerja atau divisi manajemen dalam proyek; elemen a–g adalah tugas kerja tertentu.
Struktur menyiratkan bahwa tugas a, b, dan c semuanya termasuk dalam divisi manajemen A,
tugas d dan e berada di bawah divisi B, dan seterusnya. Gambar 2.2(b) menunjukkan aliran
pekerjaan dalam perkembangan berorientasi waktu untuk proyek yang sama. Proyek akan
dimulai dengan tugas d; setelah d selesai, tugas e dan a akan dimulai; atas mereka selesai, tugas
b akan dimulai—dan seterusnya. Konsep-konsep ini sepenuhnya dikembangkan dalam Bab 5
dan 6.

Gambar 2.2
Cara membuat konsep sistem proyek.
(a) Proyek sebagai hierarki tugas dan tanggung jawab. Elemen X mewakili seluruh proyek dan
manajemennya; elemen A, B, dan C adalah area kerja atau divisi manajemen dalam proyek;
elemen a–g adalah tugas kerja yang spesifik. (b) Aliran bekerja dalam perkembangan
berorientasi waktu untuk proyek yang sama.

Masukan, Proses, Keluaran

Sistem mencapai tujuan dan sasaran dengan mengubah input menjadi output melalui
proses yang ditentukan. Hal ini diilustrasikan pada Gambar 2.3. Output mewakili hasil akhir
dari suatu sistem dan, secara umum, tujuan sistem itu ada. Semua sistem memiliki beberapa
output, termasuk yang diinginkan yang berkontribusi pada tujuan sistem, yang netral, dan yang
tidak diinginkan atau boros yang mengurangi tujuan sistem dan/ atau berdampak negatif
terhadap lingkungan. Subsistem dan sebagian besar elemen memiliki input dan output juga.
Input adalah bahan mentah, sumber daya, atau langkah-langkah prasyarat yang diperlukan
untuk sistem untuk berfungsi dan menghasilkan keluaran. Mereka termasuk faktor-faktor yang

9
dapat dikendalikan seperti: tenaga kerja, bahan, informasi, modal, energi, dan fasilitas, serta
faktor-faktor yang tidak dapat dikendalikan seperti cuaca dan fenomena alam (lingkungan).
Masukan itu berasal dari sistem itu sendiri disebut umpan balik. Misalnya, semua sistem
menghasilkan informasi; penggunaan informasi itu untuk memandu perilaku sistem disebut
masukan umpan balik.
Proses adalah cara dimana sistem secara fisik mengubah atau mengubah input menjadi
output. Aspek penting dari desain sistem adalah menciptakan proses yang secara efektif
menghasilkan output yang diinginkan dan memenuhi tujuan sistem, namun meminimalkan
konsumsi input dan produksi output yang boros.
Dalam struktur hierarki di mana sistem dibagi menjadi subsistem, subsistem masing-
masing memiliki input, proses, dan output sendiri yang saling berhubungan dalam beberapa
cara. Pada Gambar 2.2(b), keluaran elemen d menjadi masukan untuk elemen e dan a; output
dari elemen e dan a menjadi input untuk elemen b, dan seterusnya

Gambar 2.3 Hubungan input-proses-output.

Kendala dan Konflik

Semua sistem memiliki kendala atau keterbatasan yang menghambat kemampuannya
untuk mencapai tujuan dan tujuan. Seringkali kendala dipaksakan oleh lingkungan sistem.
Waktu dan uang adalah dua kendala universal dalam proyek; tanpa mereka, hampir semua
proyek objektif yang dapat dibayangkan akan dapat dicapai. Masalahnya adalah, seringkali
tujuan proyek harus dicapai dalam jangka waktu dan anggaran yang terbatas.
Dalam sistem buatan manusia, dan terutama dalam proyek, tujuan subsistem terkadang
bertentangan, yang mengurangi kemungkinan bahwa mereka atau tujuan dari keseluruhan
sistem akan pernah terwujud. Konflik dalam tujuan sangat lazim antara tingkat dan fungsi yang
berbeda dalam sistem proyek. Menghapus konflik antara tujuan subsistem untuk
memungkinkan tujuan sistem secara keseluruhan untuk terpenuhi disebut integrasi.

10
Integrasi
Agar sistem apa pun dapat bekerja secara efektif dan mencapai tujuannya, semua
elemennya, "perakitan bagian," harus bekerja serempak. Merancang, mengimplementasikan,
dan mengoperasikan sistem yang mencapai tujuan dan persyaratan yang telah ditentukan
sebelumnya melalui: fungsi terkoordinasi (disebut "semulus") dari elemen dan subsistemnya
adalah disebut integrasi sistem. Manajemen proyek berusaha mengintegrasikan tugas dan
sumber daya untuk mencapai tujuan proyek. Dalam proyek teknologi, manajemen proyek juga
membahas integrasi komponen fisik dan modul yang menyusun proyek barang akhir. Subjek
integrasi sistem dibahas dalam Bab 13.

Sistem Terbuka dan Sistem Tertutup

Sistem dapat diklasifikasikan sebagai tertutup atau terbuka. Sistem tertutup adalah sistem
yang dipandang mandiri, dan "pemikiran sistem tertutup" berarti berfokus pada operasi
internal, struktur, dan proses dari suatu sistem tanpa memperhatikan lingkungan. Untuk
beberapa jenis sistem, pemikiran sistem tertutup berlaku: untuk memahami bagaimana mesin
berfungsi, Anda hanya perlu mempelajari mesin dan komponennya, dan bukan yang lainnya.
Ini tidak berarti bahwa lingkungan tidak mempengaruhi sistem, tetapi hanya bahwa orang yang
melihat sistem telah memilih untuk mengabaikan lingkungan. Bahkan, untuk menganalisis atau
meningkatkan desain berbagai jenis sistem mekanis, sistem tertutup berpikir bekerja dengan
cukup baik.
Tetapi bagaimana dengan organisasi manusia dan sistem sosial yang berinteraksi dan
berada adaptif dengan lingkungan? Ini adalah sistem terbuka. Untuk memahami perilaku
mereka dan berfungsi, Anda tidak dapat mengabaikan lingkungan. Setiap sistem yang harus
dapat beradaptasi dengan lingkungannya harus diperlakukan (dianalisis, dijelaskan, atau
dirancang) sebagai sistem terbuka sistem. Karena sistem mekanis bergantung pada sumber
daya dari lingkungan dan menyuntikkan produk sampingan (misalnya, polutan) ke dalamnya,
dalam banyak kasus mereka juga harus diperlakukan sebagai: sistem terbuka. Faktanya, sistem
apa pun yang harus dapat beradaptasi dengan lingkungan harus diperlakukan sebagai sistem
terbuka.

11
 Gambar 2.4 Organisasi sebagai masukan sistem keluaran.

keluaran lingkungan dari barang, jasa, dan limbah (ditunjukkan pada Gambar 2.4). Intinya
adalah, dalam menetapkan tujuan dan metode operasi, organisasi harus memperhitungkan dan
menangani lingkungan. Namun, kadang-kadang, para manajer berfungsi seolah-olah organisasi
itu terisolasi dari lingkungan—seolah-olah organisasi itu adalah sistem tertutup. Mereka tidak
belajar dari lingkungan, atau mereka mengabaikan apa yang telah mereka pelajari.
Sebagai sistem terbuka, setiap organisasi harus memilih tujuan dan melakukan operasinya
untuk menghormati peluang yang disajikan dan batasan yang dipaksakan oleh lingkungan.
Cleland dan King menyebut ini sebagai “masalah lingkungan”, yang berarti bahwa sebuah
manajer harus :
1. Menghargai kebutuhan untuk menilai kekuatan di lingkungan,
2. Memahami kekuatan yang secara signifikan mempengaruhi organisasi, dan
3. Integrasikan kekuatan-kekuatan ini ke dalam tujuan, sasaran, dan operasi organisasi

Setiap proyek dipengaruhi oleh kekuatan luar. Manajer proyek harus memahami kekuatan
yang mempengaruhi proyek, tetapi, setelah melakukan itu, dapat memandu proyek
memproyeksikan ke tujuannya. Sebuah proyek yang sebagian besar dipengaruhi oleh kekuatan
yang berbeda dalam lingkungan akan sulit dikendalikan dan kemungkinan besar akan gagal.

2.5 PENDEKATAN SISTEM

Berpikir sistem adalah cara untuk memvisualisasikan dan menganalisis sistem fisik dan
konseptual, tetapi lebih dari itu adalah pendekatan untuk melakukan sesuatu—kerangka kerja
untuk membuat konsep masalah, memecahkan masalah, dan membuat keputusan.

12
Kerangka Pendekatan Sistem
Kerangka pendekatan sistem menggunakan konsep sistem seperti tujuan dan sasaran,
subsistem, elemen, hubungan, integrasi, dan lingkungan. secara resmi mengakui bahwa
perilaku salah satu elemen dapat mempengaruhi elemen lain, dan tidak ada satu elemen pun
yang dapat bekerja secara efektif tanpa bantuan dari elemen lainnya. Pengakuan saling
ketergantungan dan sebab-akibat di antara unsur-unsur inilah yang paling membedakannya
pendekatan sistem.

Misalnya, sebagai elemen dari "sistem dunia" mesin pembakaran internal digunakan dalam
mobil dapat dilihat dari beberapa efek yang dipicunya di elemen dan subsistem lain dari sistem
dunia:
• Pengembangan ekonomi kaya yang sebagian besar didasarkan pada produksi dan distribusi
dari minyak bumi
• Industrialisasi masyarakat yang sebelumnya nomaden, dan redistribusi politik kekuatan di
antara negara-negara dunia
• Pengembangan moda transportasi baru yang mengubah pola dunia perjalanan,
perdagangan, pasar, dan distribusi penduduk
• Perubahan komposisi kimia atmosfer, menyebabkan konsekuensi ekologis seperti
perubahan pola cuaca, pemanasan global, dan kabut asap.

Manajer yang mempraktikkan pendekatan sistem mengenali banyak "elemen" dalam

sistem yang mereka kelola dan masalah yang ingin mereka pecahkan, hubungan antar elemen,
dan pengaruh timbal balik antara sistem buatan manusia. dan lingkungan. Akibatnya, mereka
lebih mampu memahami besarnya masalah dan mengantisipasi konsekuensi dari tindakan
mereka. Ini mengurangi kemungkinan bahwa elemen penting dalam situasi atau konsekuensi
dari tindakan akan diabaikan.
Pendekatan sistem tetap memperhatikan gambaran besar dan tujuan akhir; itu
memungkinkan fokus pada bagian-bagiannya, tetapi hanya dalam kaitannya dengan kontribusi
bagian-bagian itu untuk keseluruhan. Misalnya, sistem universitas dapat dilihat sebagai elemen
terpisah dari mahasiswa, dosen, administrator, dan alumni, dan dimungkinkan untuk
mengambil tindakan terhadap salah satu dari mereka sambil mengabaikan dampaknya terhadap
yang lain dan lingkungan. Tetapi tindakan yang berfokus secara eksklusif pada bagian-bagian
dari sistem kemungkinan tidak optimal untuk keseluruhan sistem, karena mereka mengabaikan

13
dampak negatif pada bagian lain dari sistem. Misalnya, meskipun membatasi perekrutan
pengajar mengurangi biaya, hal itu juga dapat menyebabkan untuk ukuran kelas yang lebih
besar dan ruang kelas yang penuh sesak, lebih sedikit waktu fakultas untuk penelitian, lebih
sedikit hibah penelitian, prestise yang lebih rendah untuk universitas, dan, pada akhirnya,
mengurangi pendaftaran dan pendapatan yang lebih sedikit. Demikian pula, memberlakukan
undang-undang adalah salah satu cara untuk mengurangi polusi udara, tetapi undang-undang
yang membatasi industri dapat merusak ekonomi lokal. Setiap masalah terkait erat dengan
lingkungan, dan upaya untuk memecahkan satu masalah dapat menyebabkan masalah lain.
Churchman menyebut ini "kekeliruan lingkungan"

Banyak contoh situasi di mana solusi untuk bagian dari sistem telah mengarah untuk
masalah yang lebih buruk untuk keseluruhan. Ini termasuk mencoba mengurangi kemacetan
lalu lintas dengan membangun lebih banyak jalan raya, mencoba menghilangkan
penyalahgunaan narkoba dengan melarang penjualan narkoba dan konsumsi, dan mencoba
meningkatkan daya tarik kawasan hutan belantara dengan membangun resor di taman nasional.
Konsekuensi negatif dari upaya pemecahan masalah ini adalah terkenal. Pendekatan sistem
mencoba untuk menghindari kesalahan lingkungan

Tata Cara Penilaian

Pendekatan sistem adalah metodologi untuk memecahkan masalah dan mengelola sistem.
Dengan sifatnya yang holistik, ia menghindari menangani masalah secara sempit, langsung.
Dikatakan, “Ayo mundur dan lihat situasi ini dari semua sudut.” Pemecah masalah melakukan
ini dengan berpikir tentang sistem secara keseluruhan, dengan mengingat:

1. Tujuan dan kriteria kinerja keseluruhan sistem

2. Lingkungan dan batasan sistem
3. Sumber daya sistem
4. Elemen sistem, fungsi, atribut, dan ukuran kinerjanya
5. Interaksi antar elemen
6. Manajemen sistem

Tempat untuk memulai perencanaan sistem buatan manusia adalah dengan tujuan
keseluruhan dari sistem. Kesalahan mahal dapat dibuat jika tujuan sebenarnya dari sistem tidak
jelas atau disalahartikan. Pendekatan sistem mengamanatkan pemikiran keras kepala tentang
14
tujuan nyata dari sistem, dan cara nyata untuk mengukurnya. Manajemen proyek menggunakan
pemikiran seperti ini: dimulai dengan misi atau tujuan sistem, dan setelah itu mengatur dan
mengarahkan semua pekerjaan berikutnya untuk mencapai tujuan tersebut. Tujuan yang
dinyatakan harus tepat dan terukur dalam hal kinerja tertentu kriteria (persyaratan sistem).
Kriteria adalah ukuran yang memungkinkan penentuan sejauh mana tujuan dicapai. Mereka
juga merupakan dasar untuk peringkat solusi alternatif atau tindakan untuk masalah. Dalam
sebuah proyek, kriteria untuk item akhir disebut sebagai persyaratan dan spesifikasi pengguna,
dijelaskan kemudian. Tidak tidak peduli seberapa tidak berwujudnya tujuan sistem—niat baik,
kualitas hidup, kebahagiaan, atau bahkan kecantikan—kriteria pengukuran harus ditetapkan.
Mereka harus mencerminkan banyak orang konsekuensi yang relevan dari sistem, tidak
diinginkan atau negatif serta dimaksudkan dan sengaja.
Lingkungan sistem (sistem lain, kelompok, atau orang dan sistem alam yang
mempengaruhi atau dipengaruhi oleh sistem) juga harus diidentifikasi tidak masalah, karena
kekuatan eksternal terkadang tersembunyi dan bekerja dengan cara yang berbahaya. Mencari
masa depan, pertanyaan harus diajukan tentang kemungkinan perubahan atau inovasi di
lingkungan dan bagaimana mereka akan mempengaruhi sistem
Sumber daya yang akan digunakan dalam mencapai tujuan sistem juga harus diidentifikasi.
Ini adalah aset, atau sarana yang digunakan dan dipengaruhi oleh sistem untuk keuntungannya;
mereka termasuk modal, tenaga kerja, bahan, fasilitas, dan peralatan. Sebagian besar sumber
daya sistem bisa habis. Sistem ini bebas untuk menggunakannya hanya selama tersedia. Ketika
sumber daya habis, mereka menjadi kendala. Pendekatan sistem mempertimbangkan
ketersediaan sumber daya dan apa yang terjadi ketika sumber daya habis
Pendekatan sistem mengidentifikasi elemen kunci dari sistem. Dalam sebuah proyek
sebenarnya ada dua sistem, yang satu diproduksi oleh proyek (hasil akhir proyek atau item
akhir) dan yang satu menghasilkan item akhir (proyek itu sendiri). Mendefinisikan ini
melibatkan pendefinisian subsistem, komponen, dan bagian dari perangkat keras atau
perangkat lunak sistem item akhir yang sedang diproduksi, serta tugas kerja, sumber daya,
organisasi, dan prosedur proyek. Mendefinisikan fungsi dengan hati-hati dan subfungsi dari
sistem item akhir memastikan bahwa sistem akan dirancang dan dibangun untuk memenuhi
tujuan dan persyaratannya; hati-hati mendefinisikan elemen kerja atau tugas proyek
memastikan bahwa proyek akan direncanakan dan dikelola untuk memenuhi tujuan proyek.
Keluaran dari suatu sistem adalah hasil tidak hanya dari elemen individu, tetapi juga dari
cara elemen berinteraksi. Merancang sistem baru atau memecahkan masalah dalam sistem
buatan manusia atau alam tidak hanya membutuhkan pengetahuan tentang elemen sistem,
15
tetapi juga memahami cara mereka berinteraksi. Desainer menggunakan "model" sistem untuk
membantu memahami bagaimana elemen berinteraksi, dan bagaimana mengubah elemen dan
hubungan mereka berdampak pada perilaku dan keluaran sistem.
Akhirnya, pendekatan sistem memberikan perhatian eksplisit pada manajemen sistem
yaitu, untuk perencanaan dan pengendaliannya dengan mempertimbangkan tujuannya,
lingkungan dan kendala, sumber daya, dan sebagainya. Inilah tepatnya peran proyek
pengelolaan.
Urutan enam konsep sebelumnya tidak berarti bahwa mereka ditangani berurutan. Pada
kenyataannya, setiap konsep mungkin perlu ditangani beberapa kali sebelum itu benar-benar
dijelaskan dan didefinisikan dengan jelas. Lebih penting lagi, setiap konsep berfungsi untuk
menyarankan banyak pertanyaan terbuka yang membantu dalam menyelidiki sistem:
Apa tujuan dan kriterianya? Apa saja elemennya? Apa hubungan sebab-akibat yang ada di
antara mereka? Fungsi apa yang perlu dilakukan oleh masing-masing? Apa saja sumber
dayanya? Apa trade-off antara sumber daya?

Model Sistem
Pemikir sistem menggunakan "model" untuk membantu memahami sistem dan menilai
alternatif rencana dan solusi terhadap tujuan. Model adalah representasi yang disederhanakan
dari dunia; itu abstrak fitur penting dari sistem yang diteliti. Ini mungkin model fisik, formulasi
matematika, simulasi komputer, atau daftar periksa sederhana. NS contoh model fisik adalah
model pesawat terbang. Ini adalah abstraksi yang diperkecil dari sistem yang sebenarnya. Ini
mencakup beberapa aspek sistem (konfigurasi dan bentuk komponen eksterior) dan tidak
termasuk yang lain (komponen interior dan kru). Lain jenis model adalah model konseptual;
itu menggambarkan elemen, struktur, dan aliran dalam sebuah sistem. Model konseptual pada
Gambar 2.5, misalnya, membantu ahli demografi untuk memahami hubungan di antara elemen-
elemen yang berkontribusi terhadap ukuran populasi dan untuk membuat prediksi.
Model digunakan untuk melakukan eksperimen dan tes. Banyak sistem buatan manusia
terlalu mahal atau berisiko untuk melakukan eksperimen "kehidupan nyata". Model
mengizinkan penilaian berbagai alternatif dan konsekuensinya sebelum melakukan keputusan.
Insinyur menggunakan pesawat model dalam tes terowongan angin, misalnya, untuk mencoba
alternatif desain dan mengukur pengaruh parameter desain yang berbeda pada pesawat terbang
pertunjukan. Model yang baik memungkinkan desainer dan analis untuk bertanya “bagaimana
jika?” pertanyaan dan mengeksplorasi efek dari mengubah berbagai input. Eksplorasi ini
disebut analisis sensitivitas. Model yang baik mempertimbangkan persyaratan, elemen yang
16
relevan, sumber daya, dan kendala, dan memungkinkan konsekuensi dari alternatif yang
berbeda untuk dibandingkan dari segi biaya dan manfaat. Model yang digunakan untuk jaminan
kualitas adalah: dibahas dalam Bab 9.

Siklus Hidup Sistem

Sistem alami dan buatan manusia berubah dari waktu ke waktu dengan cara yang
cenderung sistematis dan evolusioner, dan jenis sistem yang serupa mengikuti siklus evolusi
yang serupa. Satu siklus dasar, yaitu semua organisme, adalah pola pembuahan, kelahiran,
pertumbuhan, kedewasaan, penuaan, dan kematian. Secara historis, bahkan peradaban dan
masyarakat memiliki mengikuti pola ini. Siklus lain, yaitu dari semua sistem elektromekanis
yang tidak hidup, adalah desain, fabrikasi, instalasi, burn-in, operasi normal, dan kerusakan
atau keusangan. Demikian pula, semua produk mengikuti pola yang sama "produk" lingkaran
kehidupan." Mereka dikandung, dirancang dan dikembangkan, diproduksi, diluncurkan ke
dalam pasar, merebut pangsa pasar, kemudian menurun dan dihentikan. Beberapa produk,
seperti komputer rumah, memiliki siklus hidup hanya beberapa bulan; lainnya (Kool-Aid dan
Levi's jeans) memiliki siklus puluhan tahun

Gambar 2.5 Model sektor populasi umum.

Penciptaan atau pengembangan sistem juga merupakan siklus. Fitur utama dari sistem
Pendekatannya adalah pengenalan urutan logis pemikiran dan tindakan yang masuk ke dalam
sistem yang sedang berkembang, baik produk rumah tangga komersial, pekerjaan umum, atau
sistem senjata militer. Pengembangan umum dari suatu sistem menurut serangkaian yang
ditentukan dari: logis, langkah-langkah terstruktur disebut siklus pengembangan sistem. Siklus
ini mirip dengan organisme dan produk, dan termasuk fase konsepsi, definisi, desain dan
pengembangan, fabrikasi dan pengujian, instalasi atau peluncuran, produksi, operasi, dan,

17
akhirnya, peningkatan, penggantian, atau pembatalan. yang ditentukan proses dalam siklus ini
untuk pengembangan sistem skala besar disebut sistem rekayasa. Kebanyakan sistem buatan
manusia dimulai sebagai proyek, dan fase awal dan pertengahan dari siklus hidup
pengembangan sistem merupakan fase dari kehidupan proyek. cycle.12 Pengembangan sistem
dan siklus hidup proyek dibahas dalam Bab 3

2.6 TEKNIK SISTEM

Rekayasa sistem telah didefinisikan sebagai "ilmu merancang sistem yang kompleks"
dalam totalitas mereka untuk memastikan bahwa subsistem komponen yang membentuk sistem
adalah dirancang, dipasang bersama, diperiksa, dan dioperasikan dengan cara yang paling
efisien.”13 Ini merujuk pada konsepsi, desain, dan pengembangan sistem yang kompleks di
mana komponen itu sendiri harus dirancang, dikembangkan, dan diintegrasikan bersama untuk
memenuhi tujuan sistem. Rekayasa sistem adalah cara untuk mewujudkan keseluruhan sistem
dan untuk memperhitungkan seluruh siklus hidupnya—termasuk operasi dan penghentian
secara bertahap—selama awalnya konsepsi dan desain.

Semua sistem pergi

Contoh yang baik dari rekayasa sistem dapat dilihat dalam desain dan operasi dari sebuah
kendaraan luar angkasa. Ungkapan "semua sistem berjalan," dipopulerkan pada awal AS
penerbangan luar angkasa, berarti sistem keseluruhan dari jutaan komponen yang membentuk
kendaraan dan sistem pendukungnya, dan ratusan orang di bagian teknis dan tim manajemen,
siap untuk "pergi" untuk mencapai tujuan misi
Untuk mencapai titik “semua sistem berjalan”, perencana harus terlebih dahulu
mendefinisikan keseluruhan sistem dan tujuannya. Desainer harus menganalisis persyaratan
sistem dan memecahnya menjadi persyaratan yang lebih rinci, terfokus, dan dirancang
komponen dan subsistem yang memenuhi persyaratan. Mereka kemudian harus memiliki
menggabungkan komponen menjadi subsistem, dan subsistem menjadi sistem total kendaraan
luar angkasa, pendorong roket, fasilitas peluncuran, dukungan darat, pemilihan awak dan
pelatihan, dan kemampuan teknis dan manajemen. Pada akhirnya, setiap komponen dan
seseorang harus diberi peran dan diintegrasikan ke dalam subsistem yang telah terintegrasi ke
dalam sistem secara keseluruhan
Rekayasa sistem berlaku untuk sistem apa pun (perangkat keras atau perangkat lunak)
yang harus dikembangkan (mungkin dari awal), diimplementasikan, dan dioperasikan untuk
memenuhi beberapa atau tujuan masa depan yang berkelanjutan. Contoh dapat dengan mudah
18
ditemukan dalam desain dan implementasi sistem lokal, nasional, dan global untuk
komunikasi, transportasi, air pemurnian dan pasokan, pembangkit listrik dan transmisi,
penelitian, dan pertahanan.

Gambaran Rekayasa sistem dapat digambarkan dalam tiga dimensi yang diilustrasikan dalam:
Gambar 2.6.

Gambar 2.6 Dimensi rekayasa sistem. Diadaptasi dari Auyang S. Engineering—An Endless
Frontier. Cambridge, MA: Pers Universitas Harvard; 2004, hal. 178.

Pertama, ini adalah upaya multidisiplin. Insinyur sistem (pihak yang bertanggung jawab
untuk pengawasan merancang dan membangun sistem) bekerja dengan pemangku kepentingan
sistem untuk menentukan kebutuhan mereka dan apa yang harus dilakukan sistem untuk
memenuhinya. Seorang pemangku kepentingan adalah setiap individu atau kelompok yang
mempengaruhi atau dipengaruhi oleh sistem, secara positif atau negatif; pemangku
kepentingan utama adalah pelanggan, pengguna akhir, dan pembangun. Pelanggan membiayai
dan memiliki sistem; pengguna mengoperasikan dan memeliharanya; pembangun merancang
dan membuatnya. Tujuan dan kebutuhan pemangku kepentingan menjadi dasar untuk
menentukan persyaratan sistem yang menentukan apa yang akan dilakukan sistem. Praktek
melibatkan pemangku kepentingan dalam fase awal konsepsi dan pengembangan sistem untuk
mengantisipasi masalah dalam pembuatan dan operasinya disebut "rekayasa serentak," dan
dibahas dalam Bab 4 dan 13. Metodologi desain untuk mengubah pelanggan kebutuhan ke

19
dalam persyaratan untuk suatu produk dan proses untuk menghasilkan produk, disebut
"penyebaran fungsi kualitas," dibahas dalam Bab 4.
Kedua, rekayasa sistem membahas semua aspek sistem, dimulai dengan keseluruhan
sistem dan diakhiri dengan elemen-elemen individualnya. Elemen sistem, modul, dan
subsistem dirancang untuk melakukan fungsi yang diperlukan untuk memenuhi tujuan dan
persyaratan sistem secara keseluruhan. Aspek rekayasa sistem ini berfokus pada bagaimana
sistem harus berfungsi untuk memenuhi persyaratan.
Akhirnya, meskipun insinyur sistem terlibat dengan sistem hanya untuk waktu yang
singkat waktu dibandingkan dengan siklus hidup penuh sistem, mereka memperhitungkan
bagaimana sistem akan diproduksi, dioperasikan, dipelihara, dan akhirnya dibuang—seluruh
sistem lingkaran kehidupan. Ini membantu memastikan bahwa sistem akan ekonomis untuk
dikembangkan, dibangun, dioperasikan, dan dipelihara, serta ramah bagi pengguna dan
lingkungan. Pendekatan tim multidisiplin, yang melibatkan semua pemangku kepentingan
sistem, mendorong siklus hidup ini jenis pemikiran.
Setelah insinyur sistem mempelajari apa yang diinginkan dan ditentukan pemangku
kepentingan, tujuan dan persyaratan sistem, mereka kemudian mencari cara alternatif untuk
memenuhi persyaratan. Ini melibatkan penelitian, analisis, dan studi alternatif pendekatan
untuk desain sistem, dan perkiraan biaya, jadwal, risiko, dan manfaat masing-masing. Jika
sumber daya tidak memadai atau teknologi atau waktu terbatas, persyaratan dimodifikasi. Kata
Brooks.
Bagian tersulit dari membangun [sistem] adalah memutuskan dengan tepat apa yang akan
dibangun. Tidak ada bagian lain dari pekerjaan konseptual yang begitu sulit seperti
membangun persyaratan teknis terperinci [dan] tidak ada bagian lain dari pekerjaan yang begitu
melumpuhkan sistem yang dihasilkan jika dilakukan salah. Tidak ada bagian lain yang lebih
sulit untuk diperbaiki nanti

Contoh 2.1: Sistem Otomatisasi Lanjut

Inti dari program Federal Aviation Administration (FAA) untuk memodernisasi sistem
kontrol lalu lintas udara adalah Advanced Automation System (AAS), yang akan memberikan
pengontrol dengan tampilan baru dan peralatan komputer untuk memproses data radar dan
penerbangan. FAA memberikan kontrak untuk AAS kepada IBM mengikuti kompetisi desain
selama 4 tahun. Persyaratan dari FAA awalnya dipenuhi buku yang tebal, tetapi seiring
berjalannya program, mereka terus bertambah dan akhirnya tumbuh menjadi tumpukan
20
setinggi 20 kaki. Seiring bertambahnya jumlah persyaratan, begitu pula program penundaan,
biaya, dan ketegangan antara FAA dan IBM. Kongres menolak keras, dan setelahnya 10 tahun
dan diperkirakan $ 1,5 miliar itu membatalkan program.
Memunculkan harapan dan kebutuhan operator dan pengguna, lalu menerjemahkannya
menjadi persyaratan terukur, bisa jadi sulit bagi para insinyur, itulah sebabnya tim multidisiplin
termasuk ahli perilaku dan psikolog. Mengembangkan penerbangan dek untuk pesawat
komersial, misalnya, akan mencakup saran dari pilot maskapai penerbangan, asosiasi pilot, dan
ahli faktor manusia. Cara umum untuk mendapatkan tanggapan atau saran tentang desain yang
diusulkan adalah agar pengguna mencoba mock-up atau simulator sistem.

Modularisasi: Analisis Iteratif–Sintesis–Siklus Evaluasi

Proses pembuatan konsep sistem adalah serangkaian langkah untuk mendefinisikan
subsistem dan elemen yang akan membentuk sistem. Prosesnya melibatkan siklus iterative dari
(1) analisis detail top-down (yaitu, menguraikan sistem menjadi bagian-bagian yang lebih
kecil), (2) sintesis bottom-up (membangun dan mengintegrasikan bagian-bagian menjadi lebih
besar secara berurutan bagian), dan (3) evaluasi (memeriksa untuk melihat bahwa hasil
memenuhi persyaratan). Ini diilustrasikan oleh "model-V" Forsberg dan Mooz pada Gambar
2.7
Sistem dirancang dan dirakit dari subsistem yang merupakan sistem yang dirancang dan
dirakit dari subsistem, dan seterusnya. Praktiknya, yang disebut modularisasi, adalah yang
membuat desain, perakitan, dan pengoperasian sistem yang kompleks layak dan praktis.
Herbert Simon mencontohkan seorang pembuat jam yang merakit jam tangan dari 100 bagian.
Prosesnya membutuhkan konsentrasi, dan memakan waktu dan mahal. Jika arloji perlu
diperbaiki, menemukan dan memperbaiki masalahnya mungkin menjadi sulit. Jika jam tangan
dibuat dari 10 modul, masing-masing dengan 10 bagian, perakitan akan menjadi sederhana.
Jika arloji itu mengalami masalah, perbaikannya adalah sederhana: cukup identifikasi modul
dengan kerusakan dan gantilah

Downstroke dari V mewakili pembagian fungsi sistem menjadi subfungsi dan persyaratan.
Pada setiap tingkat yang lebih rendah proses kerja

21
dengan pelanggan untuk menentukan pengulangan persyaratan, kecuali "pelanggan" menjadi
fungsi di tingkat yang lebih tinggi berikutnya dan pertanyaannya menjadi: Apa yang harus
dilakukan fungsi tingkat yang lebih rendah untuk memenuhi persyaratan fungsi tingkat yang
lebih tinggi? Lewat sini, persyaratan didefinisikan untuk fungsi di semua tingkatan.
Sistem dirancang dengan merancang subsistem atau modul yang masing-masing
melakukan fungsi yang diperlukan dari sistem. Fungsi adalah atribut dari sistem; mereka adalah
sarana dimana sistem memenuhi tujuan dan persyaratannya. Dalam sistem sehari-hari mudah
untuk mengidentifikasi modul dan fungsi yang mereka lakukan. Komputer desktop hampir
sepenuhnya termodulasi: ia memiliki prosesor dan pengontrol, drive, dan perangkat periferal
yang masing-masing menjalankan fungsi khusus, seperti pemrosesan data, penyimpanan data,
dan pemrosesan input/output.
Cara di mana fungsi sistem dikelompokkan ke dalam modul disebut arsitektur sistem.
Arsitektur pesawat terbang adalah contohnya. Sebuah pesawat harus melakukan beberapa
fungsi utama, termasuk propulsi, angkat, dan penyimpanan muatan; NS modul mesin, sayap,
dan badan pesawat yang tampak akrab, masing-masing, melayani ini fungsi. Tetapi setiap
fungsi itu sendiri merupakan gabungan dari beberapa subfungsi, oleh karena itu setiap modul
terdiri dari beberapa submodul. Sebuah sayap, misalnya, dibagi lagi menjadi aileron, fl aps,
spoiler, dll., masing-masing melakukan aerodinamis tertentu fungsi.
Upstroke dari V mewakili menilai "alternatif desain" untuk memuaskan persyaratan,
menerapkan keputusan desain, mengubah desain menjadi bagian fisik, mengintegrasikan
bagian-bagian, dan memverifikasi bahwa bagian-bagian yang terintegrasi memenuhi
persyaratan. Alternatif desain adalah solusi potensial untuk masalah; mereka adalah mata
kuliah tindakan untuk memenuhi persyaratan, dan akhirnya muncul di sistem akhir sebagai
bagian dari perangkat keras dan perangkat lunak. Alternatif yang dipilih menghasilkan
pengadaan atau merancang dan membangun bagian-bagian komponen. Komponen diperiksa

22
satu per satu dan kemudian dirangkai menjadi modul; modul diuji, kemudian digabungkan
dengan yang lain dan diuji lagi.
Jika tes mengungkapkan bahwa bagian atau modul tidak memenuhi persyaratan, maka
proses kembali ke downstroke dari V untuk menentukan mengapa, dan analisis-sintesis- siklus
evaluasi berulang. Prosesnya sama sekali tidak mengalir mulus, seperti yang diilustrasikan oleh
banyak panah umpan balik pada Gambar 2.7. Dalam setiap gerakan turun dan naik, proses
bergerak maju mundur; kadang-kadang selama pukulan ke atas, ia berputar ke belakang dan ke
gaya bawah
Salah satu aturan dari pendekatan sistem adalah: Jangan terburu-buru mencari solusi! Cari
alternatif. Idealnya, berbagai solusi alternatif dipertimbangkan—inovatif dan kreatif, seperti
serta akrab dan tersedia. Tim multidisiplin pandai melakukan ini; mereka menggabungkan
pengetahuan dari para ahli di bidang yang berbeda, dan dapat menghasilkan alternatif yang
melampaui bidang keahlian seseorang atau bidang mana pun
Desain dan pengembangan sistem teknis yang kompleks bisa jadi menjengkelkan, tetapi
pendekatan sistem menawarkan sebuah metode. Pembaca yang tertarik dengan rekayasa sistem
harus lihat Lampiran bab ini: Tahapan Rekayasa Sistem

2.7 RELEVANSI PENDEKATAN SISTEM UNTUK MANAJEMEN PROYEK

Manajemen Sistem
Manajemen proyek adalah bentuk "manajemen sistem," yang merupakan manajemen dan
operasi organisasi sebagai sistem. Manajemen sistem diambil dari fitur utama dari pendekatan
sistem. Pertama, berorientasi pada sistem total, dan menekankan pencapaian misi dan tujuan
sistem secara keseluruhan. Kedua, menekankan keputusan yang mengoptimalkan sistem secara
keseluruhan daripada subsistem. Ketiga, ia mengakui interaksi dan sinergi antara sistem dan
subsistem—yang dihasilkan dari satu sistem atau subsistem memberikan masukan ke sistem
dan subsistem lain. Sistem manajemen bekerja untuk memastikan bahwa organisasi, tanggung
jawab, pengetahuan, dan data diintegrasikan untuk mencapai tujuan keseluruhan. Manajer
sistem mengenali interaksi dan saling ketergantungan antara subsistem dan dengan lingkungan,
dan mencoba memperhitungkannya dalam membuat rencana dan mengambil tindakan. Ini
kontras dengan pandangan manajemen yang lebih khas, yaitu berfokus secara sempit pada
individu fungsi dan tugas dan pada kinerja masing-masing departemen, bahkan jika di biaya
organisasi secara keseluruhan.

23
Manajer Proyek Adalah Manajer Sistem
Dalam Menang di Manajemen Proyek, penulis Robert Gilbreath21 menjelaskan cara yang
"benar" untuk memvisualisasikan sebuah proyek. Dari sudut pandang orang luar, katanya,
sebuah proyek mungkin terlihat seperti sebuah "kontinum," sesuatu tanpa bagian terpisah yang
dapat dilihat, seperti tong berisi ribuan cacing tanah. Jelas, jika Anda harus mengelola proyek,
perspektif seperti itu tidak terlalu berguna, dan Anda memerlukan perspektif lain—perspektif
yang melibatkan pembagian kontinum menjadi kumpulan elemen dan mendefinisikan
karakteristik masing-masing.22 Manajer proyek yang baik, kata Gilbreath, secara konseptual
membagi proyek menjadi potongan-potongan dan pastikan setiap bagian dikelola dengan baik.
Manajer proyek tahu segalanya potongan-potongan proyek, dan dampak masing-masing
terhadap proyek lainnya dan keseluruhan tujuan.
Gilbreath membahas fitur lain dari manajemen proyek: kemampuan untuk "berubah"
fokus,” untuk memperbesar kinerja elemen diskrit, lalu memperkecil dan memeriksa arah dan
kinerja proyek secara keseluruhan. Tampilan zoom-out sangat penting, karena memungkinkan
manajer proyek untuk mengarahkan proyek ke arah optimalisasi global dan tidak terpaku pada
potongan-potongan.23 Aspek manajer proyek yang efektif ini memiliki telah dinyatakan
sebelumnya berkali-kali. Dalam artikel Tinjauan Bisnis Harvard tahun 1969, Ivars Avots
menulis, ”Sementara manajer [proyek] harus menjadi teknisi yang baik dan teliti akrab dengan
bidang di mana proyek itu berada, penekanannya harus pada tampilan keseluruhan dan bukan
detail teknis.
Dengan cara mereka sendiri, apa yang dikatakan Avots dan Gilbreath adalah sama:
manajer proyek perlu menjadi gambaran besar orang yang tahu bagaimana menyeimbangkan
fokus antara elemen teknis proyek dan aspek administrasi jadwal, anggaran, dan hubungan
manusia. Dia membutuhkan pemahaman yang baik tentang tugas-tugas proyek dan agenda
pemangku kepentingan proyek—pekerja, pelanggan, pengguna, juara, eksekutif, dan pihak luar
yang memiliki kepentingan pribadi. Kemampuan untuk memperbesar dan memperkecil, untuk
melihat dan mengetahui apa yang penting untuk gambaran besar—itulah inti dari sistem
mendekati. Apakah Anda menyebutnya “pendekatan sistem” atau tidak, intinya adalah, dalam
mengelola proyek, ada baiknya untuk melihat proyek sebagai suatu sistem.

2.8 RINGKASAN
Sebuah sistem adalah perakitan bagian-bagian di mana (1) bagian-bagian dipengaruhi oleh
berada dalam sistem, (2) perakitan melakukan sesuatu, dan (3) perakitan adalah kepentingan

24
tertentu. Apa yang disebut "sistem" tergantung pada sudut pandang dan tujuan seseorang.
Proyek adalah sistem yang dibuat untuk tujuan pembuatan sistem.
Berpikir sistem adalah cara untuk menghadapi fenomena yang kompleks. Ini menanamkan
kemampuan untuk membedakan tingkat keteraturan dan struktur dalam situasi yang tampaknya
membingungkan atau kacau. Pemikiran sistem mencakup "pendekatan sistem," yang
merupakan cara untuk mengkonseptualisasikan entitas fisik dan mengatasi masalah.
Komponen prinsip dari sistem pendekatan tersebut adalah: (1) tujuan dan kriteria kinerja
sistem; (2) sistem lingkungan dan kendala; (3) sumber daya sistem; (4) elemen sistem, fungsi,
atribut, dan ukuran kinerjanya; (5) interaksi antar elemen-elemen; dan (6) pengelolaan sistem.
Untuk pengembangan dan pengoperasian sistem teknis besar, pendekatan sistem
diimplementasikan melalui sistem metodologi rekayasa
Rekayasa sistem berkaitan dengan sistem total dan siklus hidupnya yang lengkap. Ke
mencapai tujuan sistem secara keseluruhan, rekayasa sistem mendekati desain, pengujian,
operasi, dan dukungan sistem sebagai entitas yang lengkap. Sistem" tidak hanya mencakup
peralatan misi utama—perangkat keras dan perangkat lunak—tetapi jugasemua yang
diperlukan untuk membuatnya bekerja—informasi pendukung, personel, peralatan, dan
fasilitas untuk produksi, kontrol, pelatihan, serta kebijakan manajemen dan program untuk
mengimplementasikan, mengoperasikan, dan mendukungnya. Rekayasa sistem mungkin
melibatkan: orang-orang dari berbagai perusahaan dan organisasi, tersebar di wilayah geografis
yang luas daerah dan tanpa latar belakang yang sama. Tugas yang sulit, sebagian besar
dilakukan oleh manajer proyek, adalah untuk membuat mereka semua bekerja sama menuju
tujuan bersama.
Manajemen sistem adalah proses pemantauan dan pengendalian sistem untuk mencapai
tujuan sistem secara keseluruhan. Peran manajer adalah untuk memastikan bahwa semua yang
diperlukan disiplin dan area fungsional yang terlibat dan terintegrasi untuk memenuhi
persyaratan sistem. Manajemen proyek adalah bentuk manajemen sistem; itu menekankan
integrasi kegiatan proyek untuk mencapai tujuan keseluruhan.
Bagian I buku ini telah memberi Anda gambaran umum tentang manajemen proyek.
Proyek adalah durasi yang terbatas mereka memiliki awal dan akhir. Apa yang terjadi di antara
tahapan tugas dan aktivitas cenderung sangat mirip, terlepas dari jenis proyek. Tahapan ini
analog dengan tahapan dalam siklus hidup sistem, dan disinggung dalam contoh di Bab 1.
Bagian II membahas tahapan ini dan menjelaskan sebuah kerangka kerja untuk melakukan
proyek: siklus pengembangan sistem.

25
 Untuk pembaca yang tertarik, Lampiran berikut mencakup rekayasa sistem di lebih detail
dan memberikan contoh.

LAMPIRAN: TAHAP TEKNIK SISTEM

Rekayasa sistem memiliki peran yang jauh lebih luas daripada "rekayasa" biasa, dan, pada
kenyataannya, bahkan bukan "rekayasa" dalam konteks yang sama dengan disiplin ilmu teknik
lainnya. Lebih tepatnya, itu adalah proses logis yang digunakan dalam evolusi sistem dari titik
ketika sebuah kebutuhan pertama kali diidentifikasi, melalui perencanaan sistem, desain,
konstruksi, dan penyebaran dan operasi utama sistem oleh pengguna. Prosesnya, diuraikan
dalam Gambar 2.8, memiliki dua bagian; yang terkait dengan pengembangan dan produksi
sistem (Tahap 1 sampai 4, yang bertepatan dengan siklus hidup proyek), yang lain dengan
pemanfaatan sistem (Tahap 5).

Tahap 1: Identifikasi Kebutuhan dan Desain Konseptual

Tugas utama dari tahap ini adalah untuk mendefinisikan kebutuhan dan persyaratan
pemangku kepentingan, melakukan analisis kelayakan, dan melakukan analisis persyaratan
tingkat tinggi, tingkat sistem sintesis, dan tinjauan desain sistem. Seperti yang ditunjukkan pada
Gambar 2.7, prosesnya bergerak top-down untuk mengidentifikasi kebutuhan dan tujuan
pemangku kepentingan, dan persyaratan dan fungsi sistem; kemudian bergerak dari bawah ke
atas untuk menilai fungsi dan mensintesiskannya ke dalam kelompok. Hasilnya adalah desain
"garis dasar fungsional" atau daftar semuanya persyaratan tingkat tinggi dan fungsi tingkat
tinggi dari sistem

Identifikasi Pemangku Kepentingan dan Kebutuhan

Rekayasa sistem berurusan dengan masalah yang didefinisikan dengan buruk. Pelanggan
mungkin merasa bahwa sesuatu yang salah atau sesuatu yang baru diperlukan, tetapi tidak jelas
tentang sumbernya

26
 Gambar 2.8 Tahapan sistem rekayasa proses.
masalah atau kebutuhan, atau bagaimana sistem seharusnya terlihat atau apa yang harus
dilakukan. Kadang-kadang bahkan tidak jelas siapa yang memiliki masalah atau kebutuhan.
Langkah pertama dalam rekayasa sistem adalah identifikasi—mengidentifikasi pemangku
kepentingan dan menerjemahkan ide-ide kabur menjadi jelas definisi kebutuhan, masalah, dan
tujuan. Kebutuhan ditangani tidak hanya untuk klien atau pelanggan (pihak yang membayar
untuk mengembangkan sistem dan pemiliknya di masa depan dan operator), tetapi juga bagi
pihak lain yang terkena dampak atau mampu memberikan dampak (contribute
untuk, mendukung, atau memblokir) sistem. Bahkan mengidentifikasi "pelanggan" bukanlah
hal yang sepele; NS Pelanggan mungkin sebuah organisasi, tetapi di dalam organisasi hanya
pihak-pihak tertentu memiliki wewenang untuk membuat keputusan yang berkaitan dengan
sistem, atau akan menggunakan, mengoperasikan, atau menjadi terkena dampaknya. Pihak-
pihak ini harus dipilih dan kebutuhan mereka diidentifikasi.

Mengembangkan konsepsi yang jelas tentang kebutuhan atau masalah dimulai dengan
menanyakan hal-hal mendasar pertanyaan:

1. Bagaimana masalah atau kebutuhan itu muncul?

2. Siapa yang menganggapnya sebagai masalah atau merasa perlu?
3. Apakah ini akar masalah atau kebutuhan, ataukah manifestasi dari masalah yang lebih
dalam?
4. Mengapa solusi itu penting? Berapa banyak uang (atau waktu, dll.) yang akan dihemat?
Apa adalah nilai sistem yang akan menyelesaikan masalah?

27
5. Seberapa penting kebutuhan itu? Apakah sumber daya akan lebih baik diterapkan ke yang
lain? membutuhkan?

Insinyur sistem (pengembang sistem, kontraktor) bekerja dengan pelanggan untuk

menjawab pertanyaan-pertanyaan ini dan menyiapkan deskripsi awal dari sistem yang
mengatasi kebutuhan atau masalah, termasuk kinerja, biaya, dan jadwal yang diharapkan.
Pelanggan meninjau deskripsi dan mungkin mendefinisikan kembali kebutuhan, di mana: jika
kontraktor harus mendefinisikan ulang deskripsi sistem. Proses berlanjut Kembali dan
seterusnya sampai definisi kebutuhan dan deskripsi sistem ditetapkan.

Definisi Persyaratan
Persyaratan menentukan apa yang harus dilakukan sistem, dan target apa yang harus
dicapai oleh perancang sistem. Persyaratan tingkat tinggi harus menggabungkan segala sesuatu
yang penting tentang sistem—tujuannya, siklus hidup, mode operasional, kendala, dan
antarmuka dengan sistem lain.
• Tujuan: Tujuan menguraikan kebutuhan pemangku kepentingan dan mendefinisikan yang
menyeluruh tujuan dari sistem. Biasanya beberapa tujuan diperlukan untuk sepenuhnya
menentukan sistem. Setiap tujuan kemudian dijabarkan dalam satu set persyaratan.
• Siklus hidup: Ada banyak masalah mengenai siklus hidup sistem dan bagaimana sistem
akan dibangun atau diproduksi, diuji, didistribusikan, dipasarkan, dibiayai, dioperasikan,
dipertahankan, dan akhirnya dibuang. Ini mengarah pada pertimbangan tambahan isu-isu
seperti “barang sampingan”—suku cadang dan pelatihan pengguna—dan dampak
lingkungan.
• Mode operasional: Banyak sistem beroperasi di banyak lingkungan dan dengan cara yang
berbeda disebut “mode operasional” atau “skenario operasi”. Sebuah pesawat terbang,
misalnya, digunakan untuk angkutan penumpang dan kargo dan untuk pelatihan awak; dan
itu harus dipelihara, diperbaiki, dan diuji.
• Kendala: Setiap sistem dibatasi oleh kebijakan, prosedur, dan standar; bahan, pengetahuan,
dan teknologi yang tersedia; dan keterbatasan waktu, dana, dan sumber daya.
• Antarmuka: Setiap sistem antarmuka dengan sistem lain di lingkungan. NS antarmuka
terjadi setiap kali sistem menerima input dari atau memberikan output ke sistem lainnya.

28
 Persyaratan harus memenuhi kebutuhan semua pemangku kepentingan produsen,
pemasok, operator, dan pihak lain yang pada akhirnya akan menggunakan, mendapat manfaat
dari, mengelola, memelihara, dan sebaliknya berdampak atau dipengaruhi oleh sistem. Mereka
mencerminkan perbedaan kepentingan dan perspektif pemangku kepentingan yang berbeda:
pelanggan korporat yang tertarik pada pasar sistem, kapasitas, dan biaya operasional dan
modal; operator yang tertarik dengan kinerja, daya tahan, keandalan, ketersediaan suku cadang,
dll.; dan pengguna yang peduli dengan kenyamanan, keamanan, dan kegunaannya.
Persyaratan awal, dinyatakan dalam bahasa pemangku kepentingan, dikompilasi dalam
daftar yang disebut dokumen persyaratan pemangku kepentingan (SRD). Siapapun yang
membaca SRD harus dapat dengan mudah memahami misi dan penerapan sistem yang
dimaksud. Proyek tidak boleh dimulai sampai pemangku kepentingan utama telah meninjau
dan mengesahkan SRD.

Contoh A2.1: SRD untuk Pesawat Luar Angkasa

Sebagai contoh, mari kita tinjau kembali kompetisi X-Prize dan yang dijelaskan
SpaceShipOne di Bab 1. Kriteria kompetisi adalah mengirim kendaraan yang dapat digunakan
kembali yang mampu membawa tiga orang ke luar angkasa dua kali dalam waktu 2 minggu.
Selain memenangkan kompetisi, tujuan pengembang Burt Rutan dan pelanggan Sir Richard
Branson adalah untuk mengembangkan teknologi yang memungkinkan pariwisata ruang
angkasa berbiaya rendah. Diantara kendalanya adalah anggaran yang relatif kecil dan
perusahaan pengembangan kecil dengan sumber daya yang terbatas. Oleh karena itu, SRD
kemungkinan akan mencakup hal-hal berikut:

1. Kembangkan pesawat luar angkasa yang minimal bisa mencapai ketinggian 100 km
2. Kembangkan pesawat luar angkasa yang membawa tiga orang
3. Kembangkan pesawat luar angkasa yang menyediakan penerbangan yang nyaman
4. Mengembangkan pesawat luar angkasa yang relatif murah untuk merancang, membangun,
dan meluncurkan
5. Kembangkan pesawat luar angkasa yang dapat diputar dalam 2 minggu atau kurang
6. Kembangkan pesawat luar angkasa yang secara inheren aman untuk dioperasikan.

Kelayakan
Mengingat kebutuhan, tujuan, kendala, dan persyaratan yang ditentukan, pertanyaannya
muncul: Apa alternatif untuk memuaskan mereka, dan apakah alternatif itu layak? Jadi,
29
langkah selanjutnya adalah mengidentifikasi cara alternatif tingkat tinggi (tingkat sistem) untuk
memenuhi kebutuhan dan persyaratan. Alternatif dievaluasi dalam hal biaya, risiko, efektivitas,
dan manfaat menggunakan studi dan model; solusi yang paling layak adalah direkomendasikan
kepada pelanggan dan pendukung.

Analisis Persyaratan Sistem

Dengan persetujuan proyek dan alternatif tingkat sistem, langkah selanjutnya adalah
menentukan apa yang harus dilakukan sistem untuk dapat memenuhi persyaratan dalam SRD;
ini adalah tujuan kebutuhan sistem. Misalnya, persyaratan pemangku kepentingan bahwa
pesawat ruang angkasa akan "menyediakan penerbangan yang nyaman" menyiratkan
persyaratan sistem yang suhu, kelembaban, dan tekanan kabin pesawat ruang angkasa
semuanya tetap pada tingkat "nyaman" sepanjang penerbangan. Ini menyiratkan bahwa
pesawat ruang angkasa akan dilengkapi untuk tampil fungsi yang diperlukan untuk
mewujudkannya. Sedangkan SRD menentukan sistemnya dalam hal keinginan atau kebutuhan
pemangku kepentingan, persyaratan sistem memberi tahu perancang fungsi yang harus
dilakukan sistem dan karakteristik fisik yang harus dimiliki untuk memenuhi SRD. Proses
pendefinisian kebutuhan disebut analisis kebutuhan; hasil dari analisis ini adalah dokumen
yang disebut spesifikasi sistem, dijelaskan nanti. Analisis persyaratan membahas tiga jenis
persyaratan: fungsional, kinerja, dan verifikasi.

Persyaratan Fungsional
Persyaratan fungsional menentukan fungsi yang harus dilakukan sistem baru untuk
memenuhi semua persyaratan dalam SRD, termasuk untuk mendukung, mengoperasikan, dan
memelihara sistem. Alat yang populer untuk menganalisis dan mendefinisikan persyaratan
fungsional adalah diagram blok aliran fungsional (FFBD), diilustrasikan pada Gambar 2.9.
Setiap blok mewakili fungsi yang harus dilakukan sistem untuk memenuhi tujuan atau
persyaratan. Sebagai diilustrasikan, setiap fungsi didefinisikan secara lebih rinci dengan
menguraikannya menjadi subfungsi; misalnya, seperti yang ditunjukkan, fungsi 3 secara logis
terdiri dari lima subfungsi, 3.1 sampai 3.5. Pada tahap desain konseptual dekomposisi fungsi
menjadi subfungsi yang lebih kecil dan terdefinisi dengan lebih baik hanya melanjutkan ke
tingkat berikutnya (mis., Subdivisi fungsi 3 menjadi 3.1–3.5). Kemudian, pada tahap desain
awal, dekomposisi akan melanjutkan dan melanjutkan ke tingkat apa pun yang diperlukan
untuk mencapai definisi persyaratan terbaik. Pada gambar, hal ini ditunjukkan dengan
menguraikan fungsi 3.5 menjadi fungsi 3.5.1–3.5.4.
30
 Perhatikan skema penomoran yang digunakan pada Gambar 2.9: masing-masing dan setiap
fungsi memiliki a pengidentifikasi unik yang memungkinkannya dilacak ke fungsi tingkat
sistem asli misalnya, fungsi 3.5.4 berkontribusi pada fungsi 3.5, yang berkontribusi pada fungsi
3. Ini "ketertelusuran" fungsi sangat penting karena sepanjang siklus hidup sistem banyak
perubahan akan dilakukan pada komponen dan fungsi. Untuk setiap perubahan itu adalah
diperlukan untuk mengetahui dampaknya pada fungsi tingkat yang lebih tinggi dan tingkat
yang lebih rendah. Ini membantu mencegah kesalahan yang dapat menyebabkan masalah di
kemudian hari. Di pesawat ruang angkasa Apollo 13, tangki cryogenic awalnya dirancang
untuk beroperasi pada 28 volt. Kemudian, Apollo desain mengharuskan kontrol tertentu diubah
menjadi 65 volt. Ini melibatkan perubahan ke banyak komponen termasuk tangki kriogenik,
tetapi entah bagaimana diperlukan perubahan tidak ditelusuri kembali ke tank, dan tidak pernah
dibuat. Selama misi pengawasan ini menyebabkan termostat tidak berfungsi dan tangki
meledak, yang merusak misi dan hampir merenggut nyawa tiga astronot.

Gambar 2.9
FFBD untuk menguraikan fungsi tingkat sistem menjadi fungsi tingkat yang lebih rendah.

31
 Gambar 2.10 Perincian fungsi tingkat sistem untuk pesawat ruang angkasa.

Contoh A2.2: Rincian Persyaratan Fungsional untuk Pesawat Luar Angkasa

Gambar 2.10 menunjukkan sebagian dari FFBD untuk pesawat ruang angkasa, dan
dekomposisi fungsi tingkat sistem yang menangani persyaratan pemangku kepentingan 3 dan
5 fungsi tingkat sistem lainnya akan didekomposisi juga.

Persyaratan Kinerja dan Verifikasi

Terkait dengan setiap persyaratan fungsional adalah beberapa persyaratan kinerja dan
persyaratan verifikasi. Sedangkan persyaratan fungsional menyatakan apa yang sistem harus
lakukan, persyaratan kinerja menyatakan seberapa baik harus melakukannya. Pertunjukan
persyaratan biasanya ditentukan dalam parameter fisik seperti kecepatan, percepatan, berat,
akurasi, kekuatan, kekuatan, atau waktu. Mereka adalah target yang ditetapkan oleh desainer
pemandangan mereka. Misalnya, persyaratan pemangku kepentingan “menyediakan
penerbangan yang nyaman” memiliki banyak persyaratan fungsional, termasuk beberapa untuk
suhu dan tekanan kabin. Persyaratan kinerja terkait untuk ini adalah:
1. Suhu kabin: 75–85°F
2. Tekanan kabin: 4,2–3,2 psi.

Mendampingi setiap persyaratan kinerja adalah seperangkat persyaratan verifikasi; ini

adalah prosedur, ukuran, dan tes untuk memverifikasi bahwa kinerja persyaratan telah

32
terpenuhi. Dalam contoh, persyaratan verifikasi menentukan jenis pengujian yang diperlukan
untuk membuktikan bahwa suhu dan tekanan kabin akan tetap pada tingkat yang diperlukan
selama penerbangan luar angkasa.
Sepanjang tahap konsepsi, tinjauan dilakukan untuk memverifikasi dan menyetujui
persyaratan tingkat sistem. Persyaratan dikategorikan sebagai wajib, penting, diinginkan, atau
opsional. Ini memberitahu desainer nanti, ketika dihadapkan dengan kendala, persyaratan mana
yang harus dipenuhi dan mana yang dapat dimodifikasi atau diabaikan.

Perpaduan
Sampai sekarang proses rekayasa sistem telah difokuskan pada analisis top-down,
menghasilkan daftar besar persyaratan fungsional, kinerja, dan verifikasi. NS langkah
selanjutnya, sintesis, melihat hubungan antara persyaratan tingkat sistem dan cara alternatif
untuk memenuhi persyaratan. Satu pertanyaan adalah, dapatkah persyaratan ini dipenuhi
dengan menggunakan desain dan produk “off the shelf” (OTS) yang ada, atau harus desain atau
teknologi baru dan berbeda digunakan? Item OTS adalah item yang dapat dengan mudah dibeli
atau dibangun; jika memenuhi persyaratan, item OTS sering lebih disukai daripada yang harus
dirancang baru karena sudah tersedia dan biasanya lebih murah. Terkadang tidak ada OTS dan
membuat desain baru yang memenuhi persyaratannya akan sangat mahal, berisiko, atau
memakan waktu; dalam kasus seperti itu, persyaratan harus direvisi.
Hasil sintesis disebut “spesifikasi sistem”, yang merupakan daftar lengkap dari semua
fungsi yang harus dipenuhi oleh sistem baru, serta fungsi yang pasti atau tentatif. solusi (untuk
dikembangkan atau dibeli) untuk setiap fungsi. Spesifikasi sistem berfungsi sebagai pedoman
bagi perancang dalam tahapan perancangan sistem awal dan rinci. Sering desainer ini adalah
subkontraktor atau pemasok; definisi spesifikasi subsistem persyaratan yang harus mereka
penuhi.

Contoh A2.3: Spesifikasi Sistem untuk Motor Pesawat Luar Angkasa

Keputusan harus dibuat tentang jenis motor roket yang akan dimiliki pesawat ruang
angkasa. Di antara persyaratan fungsional untuk motor adalah:

1. Harus memberikan gaya dorong x

2. Biaya bahan bakar dan penanganan bahan bakar harus ekonomis
3. Prosedur pengisian bahan bakar harus sederhana
4. Bahan bakar, sistem bahan bakar, dan bahan bakar itu sendiri harus aman.
33
 Pemeriksaan motor roket OTS yang digunakan untuk meluncurkan satelit menunjukkan
bahwa tidak ada sesuai dengan persyaratan; semuanya terlalu mahal untuk bahan bakar dan
pengoperasiannya, dan agak berbahaya. Oleh karena itu, motor roket baru harus dikembangkan
yang sederhana dan murah untuk bahan bakar dan beroperasi, aman, dan memberikan dorongan
yang diperlukan. Eksperimen mengungkapkan solusi yang menjanjikan: motor yang
menggunakan karet biasa sebagai bahan bakar dan nitrous oxide (gas tertawa) sebagai oksidan;
kedua bahan stabil, aman, murah, dan mudah ditangani. Keputusan dibuat untuk mengadopsi
teknologi dan merancang dan membangun motor yang benar-benar baru. Jadi, satu spesifikasi
sistem untuk pesawat ruang angkasa (dari ratusan) adalah bahwa motor roket membakar oksida
nitrat dan karet.
Spesifikasi sistem ditinjau dan diperiksa terhadap persyaratan fungsional pada pertemuan
formal. Ketika disetujui, itu menjadi "dasar fungsional" atau template untuk semua pekerjaan
desain berikutnya.

Tahap 2: Desain Awal

Pada tahap desain awal, persyaratan fungsional tingkat sistem diterjemahkan ke dalam
persyaratan desain untuk subsistem. Studi trade-off dilakukan dari elemen tingkat tinggi yang
terdiri dari sistem, dan persyaratan tingkat sistem adalah dialokasikan di antara subsistem.

Fungsi Subsistem
Proses FFBD, seperti yang diilustrasikan pada Gambar 2.10, sekarang diulang untuk
menguraikan fungsi tingkat sistem menjadi fungsi tingkat subsistem dan, seperti sebelumnya,
untuk mendefinisikan persyaratan fungsional, kinerja, dan pengujian untuk setiap blok
fungsional. Gelar detail FFBD adalah apa pun yang diperlukan untuk sepenuhnya
mendefinisikan setiap subsistem dan mengizinkan keputusan tentang apakah setiap fungsi
dapat dipenuhi dengan desain OTS atau produk, atau harus dirancang dan dibangun dari awal.
Dalam tahap proses desain ini, ada pergeseran fokus yang halus dari apa yang
sistem akan melakukan bagaimana ia akan melakukannya. Pergeseran adalah dari desain
fungsional ke desain fisik

Contoh A2.4: Mengurai Fungsi menjadi Subfungsi

Gambar 2.11 menunjukkan FFBD untuk fungsi 5.5, mengawinkan pesawat ruang angkasa
dengan platform peluncuran. Persyaratan ini berasal dari persyaratan tingkat sistem dari
34
"perputaran dalam 2 minggu atau kurang." Misalkan persyaratan kinerja untuk kawin
(melampirkan) pesawat ruang angkasa ke perut induk diatur pada 10 jam. Setelah menguraikan
fungsi menjadi semua subfungsi dalam prosedur, perencana dapat menetapkan persyaratan
waktu untuk subfungsi sehingga prosedur kawin tidak akan melebihi 10 jam yang ditentukan.

Pengelompokan Fungsi: Item Arsitektur dan Konfigurasi (CI)

Langkah selanjutnya adalah mengelompokkan fungsi dan kebutuhan yang teridentifikasi
sesuai dengan: arsitektur fisik sistem. Secara umum, istilah "arsitektur" mengacu pada
komponen utama dalam suatu sistem dan bagaimana mereka dikonfigurasi atau diatur untuk
memenuhi fungsi dari sistem. Sebagai contoh, arsitektur yang ada dalam pikiran kebanyakan
orang untuk sepeda adalah:

Gambar 2.11
FFBD untuk mengawinkan SpaceShipOne dan White Knight.

Komponen utama: dua roda, rangka, jok, pedal dan rantai, setang. Konfigurasi: roda
terpasang di setiap ujung bingkai; poros roda depan pada bingkai; kursi dipasang pada bingkai;
pedal terpasang pada rangka, dihubungkan dengan rantai ke roda belakang; dll.
Terkadang arsitekturnya “terlihat benar”, terkadang tidak. Seringkali, untuk memuaskan
persyaratan unik, desainer dipaksa untuk menyimpang dari arsitektur biasa, hasilnya menjadi
arsitektur "tampak lucu".

35
Contoh A2.5: Arsitektur Pesawat Luar Angkasa
Pesawat ruang angkasa akan memiliki fitur pesawat dari badan pesawat dan sayap,
meskipun akan juga memiliki fitur pesawat ruang angkasa—yaitu, motor roket, dan
kemampuan untuk bermanuver di ruang hampa. Tidak seperti pesawat terbang yang dinding
kabin dan badan pesawatnya sama, kabin di pesawat ruang angkasa adalah "bejana tekan"
terpisah yang dipasang di dalam badan pesawat. NS arsitektur pesawat ruang angkasa akan
mencakup subsistem berikut:

• Fuselage: struktur di mana subsistem lain terkandung (hidrolik, avionik, motor, bahan
bakar, kabin, roda pendarat, dll.) atau yang terpasang (sayap, permukaan kontrol
penerbangan, dll.).
• Kabin: lokasi pilot dan penumpang; termasuk kursi, ruang penyimpanan, instrumen dan
kontrol penerbangan, dan sistem kontrol lingkungan.
• Motor roket: sistem propulsi utama, sistem bahan bakar, lampiran ke badan pesawat dan
sistem bahan bakar, dan kontrol motor
• Avionik: elektronik penerbangan; komputer dan subsistem untuk komunikasi, navigasi,
kontrol penerbangan otomatis, sistem daya dalam penerbangan dan tambahan.
• Permukaan sayap/aerodinamis: sayap utama, ekor, aileron, fl aps, spoiler, kemudi,
stabilisator, dan aktuator hidrolik/elektronik.
• Kontrol untuk penerbangan luar angkasa: pendorong atau jet reaksi.
• Roda pendarat: pintu roda gigi, penyangga, selip atau ban, rem.

Setiap subsistem utama akan melakukan fungsi utama atau serangkaian fungsi tingkat
sistem seperti yang tercantum dalam garis dasar fungsional. Mulai saat ini, masing-masing
subsistem ini akan disebut item konfigurasi atau CI. Secara umum, CI adalah subsistem atau
komponen yang riwayatnya didokumentasikan dan dipantau di seluruh sistem siklus hidup
lengkap—desain, produksi, dan penggunaannya. Tujuan dari pendokumentasian dan pelacakan
ini, yang disebut sebagai manajemen konfigurasi, adalah untuk memastikan bahwa setiap
perubahan dalam desain, produksi, atau penggunaan CI tidak mengubah atau menurunkan
kemampuannya untuk memenuhi persyaratan fungsional. Manajemen konfigurasi
menggunakan “ketertelusuran” untuk mencegah snafus, seperti perubahan tegangan yang
menyebabkan insiden Apollo 13 yang disebutkan sebelumnya. Manajemen konfigurasi tidak
hanya berkaitan dengan subsistem utama, tetapi juga untuk setiap item yang diidentifikasi

36
sebagai penting untuk kinerja, risiko tinggi, "khusus," atau mahal. Manajemen konfigurasi
dibahas lebih lanjut dalam Bab 9 dan 11.

Alokasi Persyaratan
Pada titik ini, desain terdiri dari (1) daftar persyaratan fungsional, dan (2) desain sistem
tingkat tinggi—subsistem utama atau CI (arsitektur sistem). Langkah selanjutnya adalah
"mengalokasikan" persyaratan fungsional ke CI, yang: berarti untuk menetapkan tanggung
jawab untuk setiap persyaratan fungsional untuk satu atau lebih dari CI. Tujuannya di sini
adalah untuk memastikan bahwa setiap kebutuhan fungsional akan ditangani (dan mudah-
mudahan puas) oleh setidaknya salah satu subsistem atau CI. Alokasi yang dihasilkan
ditampilkan dalam "matriks alokasi" atau "matriks ketertelusuran". Seperti yang ditunjukkan
pada Gambar 2.12, kolom adalah subsistem yang bertanggung jawab untuk memenuhi
persyaratan; NS baris adalah persyaratan yang harus dipenuhi oleh subsistem.

Gambar 2.12 Matriks alokasi atau ketertelusuran. Diadaptasi dari Falconbridge RI dan Ryan
M. Mengelola Proyek Teknis Kompleks. Boston, MA: Artech; 2003, hal. 78.

37
 Dengan alokasi ini, transisi dari fungsi ke item fisik dipercepat. Karena masing-masing CI
mewakili sesuatu yang pada akhirnya akan menjadi item fisik sebuah bagian dari perangkat
keras, perangkat lunak, atau keduanya penugasan persyaratan fungsional untuk CI mewakili
transisi dalam berpikir dari apa yang harus dilakukan (misalnya, perjalanan 100 km di atas
Bumi) bagaimana sistem akan melakukannya (dalam pesawat ruang angkasa yang memiliki
badan pesawat, kabin, sayap, dan mesin, dikonfigurasi dengan cara tertentu).

Perhatikan pada Gambar 2.12 bahwa beberapa persyaratan fungsional adalah milik
bersama tanggung jawab lebih dari satu CI. Misalnya, bobot sistem (persyaratan 1.5) dibagi
oleh semua CI. Artinya, berat pesawat ruang angkasa adalah jumlah dari bobot semua CI, dan
jika bobot salah satu diubah, begitu juga bobot pesawat ruang angkasa. Jika berat muatan
maksimum pesawat ruang angkasa ditetapkan pada 3.600 kg, masing-masing CI harus
dirancang sedemikian rupa sehingga semua CI yang digabungkan tidak akan melebihi
persyaratan itu.

Contoh A2.6: Alokasi Bobot di antara CI

Pertanyaan: Bagaimana Anda merancang dan mengembangkan semua CI sedemikian rupa

sehingga pada akhirnya: berat total (persyaratan bersama) tidak melebihi 3.600 kg? Jawaban:
perkiraan persentase berat total pesawat ruang angkasa yang harus diperhitungkan oleh setiap
CI, dan tetapkan itu sebagai bobot desain "target" untuk CI. Misalnya, alokasikan, katakanlah,
30 persen dari total berat sistem ke badan pesawat dan isinya, 20 persen ke motor, 20 persen
untuk sayap, 10 persen untuk avionik, dan 10 persen untuk yang lainnya. Oleh karena itu, target
berat badan pesawat adalah 0,30 × 3.600 kg = 1.080 kg, berat target motor adalah 0,20 × 3.600
kg = 720 kg, dan seterusnya. Sejak mencapai target sangat penting, masing-masing ditetapkan
sebagai Ukuran Kinerja Teknis (TPM), yang berarti bahwa karena CI dirancang selama proyek,
perkiraan dan bobot sebenarnya akan hati-hati dibandingkan dengan target. Jika selama proyek
itu menjadi jelas bahwa suatu target tidak dapat dicapai (seperti yang pasti akan terjadi), maka
alokasi disesuaikan. Jika, katakanlah, berat motor tidak dapat ditahan pada target tetapi harus
ditingkatkan sebesar 30 kg, maka bobot yang diberikan untuk subsistem lain harus juga
dikurangi, atau bobot target untuk pesawat ruang angkasa meningkat 30 kg menjadi 3.630 kg.
Sepanjang proses pengembangan itu akan diperlukan untuk menyesuaikan target dan alokasi
CI. Proses TPM, dijelaskan dalam Bab 11, memandu penyesuaian tersebut.

38
Antarmuka
Tak satu pun dari subsistem berfungsi secara independen. Semua bergantung pada output
dari yang lain fungsi dan, pada gilirannya, memberikan masukan kepada orang lain lagi;
singkatnya, mereka berinteraksi. Bagian dari proses desain awal adalah mengidentifikasi
semua antarmuka dalam sistem dan menetapkan persyaratan untuk antarmuka. Sumber utama
informasi tentang antarmuka adalah FFBD. Misalnya, FFBD pada Gambar 2.11 menunjukkan
bahwa fungsi 5.5 menerima input dari fungsi 5.3, 5.4, dan 4.6.6, dan memberikan masukan ke
fungsi 8.6.3 dan 9.3. Setiap panah mewakili antarmuka dan "aliran" sesuatu di antara fungsi.
NS “sesuatu” yang mengalir dapat berupa:

• Fisik—sambungan mekanis, sambungan dan penyangga fisik, pipa

• Elektronik—sinyal analog atau digital
• Listrik—energi listrik
• Hidrolik/pneumatik—cair atau gas
• Perangkat lunak—data
• Lingkungan—suhu, tekanan, kelembapan, radiasi, magnet
• Prosedural—penyelesaian langkah prosedural sehingga langkah berikutnya dapat dimulai.

Mengidentifikasi antarmuka diperlukan untuk menetapkan persyaratan pada input dan

output dari setiap subsistem dan elemen. Misalnya, karena badan pesawat pesawat ruang
angkasa berisi motor dan juga mendukung sayap, bukan sayap atau motor dapat dirancang
tanpa juga mempertimbangkan desain badan pesawat, dan sebaliknya. Persyaratan untuk setiap
antarmuka (misalnya, aliran maksimum atau minimum yang diizinkan atau kekuatan fisik)
ditetapkan oleh tim desain yang mencakup perwakilan dari subsistem di kedua sisi antarmuka.

Sintesis dan Evaluasi

Merancang masing-masing CI dan subsistem serta elemennya melibatkan pemilihan di
antara alternatif desain dan, sekali lagi, memutuskan apakah akan membeli atau memodifikasi
desain OTS atau produk, atau untuk mengembangkan desain baru dari awal. Desain atau
produk OTS yang memenuhi semua atau sebagian besar persyaratan untuk CI dan tidak terlalu
mahal yang akan dibeli; jika tidak, CI harus dirancang dan dibangun dari awal.

39
 Pemilihan alternatif pada tahap desain awal harus mempertimbangkan: sintesis
komponen—dampak dari setiap keputusan desain pada komponen lain dan sistem secara
keseluruhan. Berikut ini adalah contohnya.

Contoh A2.7: Trade-Off dalam Merancang Ukuran Kabin

Persyaratan berat untuk pesawat ruang angkasa adalah masalah besar karena semakin besar
berat, semakin banyak daya dorong yang dibutuhkan motor roket untuk mendorong kendaraan
ke dalam ruang dan semakin besar daya dukung kapal induk untuk membawanya tinggi. Pada
titik tertentu di awal desain konseptual, bobot maksimum akan menjadi

Gambar 2.13 Dampak ukuran kabin pada (a) berat kendaraan, (b) daya dorong roket, dan (c)
roda pendarat.

diatur, meskipun seiring perkembangan desain, setiap upaya akan dilakukan untuk menemukan
cara untuk mengurangi itu. Pertimbangkan di bawah ini beberapa keputusan trade-off yang
dihadapi desainer:

Seberapa besar seharusnya kabinnya? Secara umum, kabin harus cukup lapang untuk tahan
tiga orang, instrumen dan kontrol, dan penyimpanan; kabin yang lebih besar akan lebih nyaman
bagi penghuninya tetapi juga akan lebih berat. Misalkan sebuah kabin volume m dipilih, yang

40
akan menghasilkan perkiraan berat w untuk pesawat ruang angkasa. Misalkan juga untuk
mendorong kendaraan berbobot w ke luar angkasa akan membutuhkan motor roket dengan
daya dorong y (Gambar 2.13, diagram atas). Perhatikan bahwa jika ukuran kabin diperbesar,
maka daya dorong motor roket juga harus meningkat—kecuali berat di tempat lain di pesawat
ruang angkasa dapat dikurangi. berkerut—kecuali berat di tempat lain di pesawat ruang
angkasa dapat dikurangi. Sekarang pertimbangkan dampak berat kendaraan pada keputusan
lain: roda pendarat. Semakin berat kendaraan, semakin kuat gigi yang dibutuhkan — tetapi,
yang lainnya adalah sama, semakin kuat giginya, semakin berat giginya. Jika berat khas beroda
landing gear yang cukup kuat untuk menopang kendaraan dianggap terlalu tinggi, maka
alternatif harus dipertimbangkan, seperti selip (Gambar 2.13, bawah). Selip memiliki tanpa
roda, dan beratnya kurang dari roda gigi. Jika skid memenuhi persyaratan fungsional lainnya,
maka skid akan dipilih di atas roda pendarat beroda.
Keputusan trade-off seperti itu akan diperlukan untuk semua CI dan komponen lainnya.
Saat keputusan dibuat, desain berkembang yang memenuhi persyaratan. Bentuk dan
konfigurasi CI mulai berkembang, dan tampilan fisik sistem mulai terbentuk. Pada akhir tahap
desain awal, arsitektur sistem akan ditetapkan dan semua persyaratan tingkat sistem
dialokasikan di antara subsistem utama (CI). Gabungan, arsitektur dan persyaratan yang
dialokasikan membentuk desain "garis dasar yang dialokasikan" (lihat, misalnya, Gambar
2.14).

Gambar 2.14 Representasi bergambar dari subsistem utama (CI) dan desain dasar yang
dialokasikan.

41
 Arsitektur "tampak lucu" berasal dari pesawat ruang angkasa yang harus bertemu banyak
persyaratan yang sulit. Saat masuk kembali, sayap berputar dan miring ke belakang, membuat
pesawat ruang angkasa satu rem udara besar yang mengapung ke Bumi seperti shuttlecock,
sehingga menghindari kecepatan tinggi dan suhu tinggi. Lebih dekat ke tanah, sayap miring ke
depan dan kapal meluncur ke pendaratan.)

Tahap 3: Desain Detail dan Pengembangan Sistem

Tahap desain rinci melibatkan deskripsi lebih lanjut dari subsistem, rakitan, komponen,
dan bagian dari sistem utama dan item pendukung. Semuanya sampai saat ini telah bersifat
analitis. Dengan desain terperinci, proses pengembangan bergerak dari "konsep di atas
kertas"—SRD dan spesifikasi sistem—hingga desain yang siap untuk dibangun. Keputusan
dibuat tentang apakah subsistem dan komponen akan berfungsi secara manual atau otomatis,
apakah komponen akan elektronik, mekanik, atau hidrolik, apakah input-output akan manual,
mekanik, elektronik, dan segera. Tersedia, komponen OTS dipilih berdasarkan survei atau uji
perbandingan di laboratorium, dan komponen yang baru dikembangkan diuji secara
eksperimental menggunakan "papan tempat memotong roti" (yaitu, model uji yang
memungkinkan desain diverifikasi dengan uji coba dan kesalahan). Breadboard digunakan
untuk mengembangkan peralatan individu yang selanjutnya akan dikawinkan dan
diintegrasikan ke dalam sistem secara keseluruhan. Sistem “prototipe”sebuah sistem yang
hampir lengkap dirakit untuk tujuan pengujian pengembangan—mungkin kemudian digunakan
untuk mengevaluasi sistem secara keseluruhan dalam hal memenuhi persyaratan. Banyak dari
pekerjaan pengembangan, bahkan dengan menggunakan papan tempat memotong roti dan
prototipe, dilakukan di komputer. Prototipe dan model lainnya dijelaskan dalam Bab 4 dan 9.
Pengembangan dan desain sistem, pengujian, dan evaluasi meliputi:

1. Memeriksa pengoperasian subsistem ketika digabungkan dalam sistem yang lengkap

2. Mengevaluasi validitas asumsi desain
3. Memperhatikan antarmuka:
A. "cross talk" di antara subsistem
B. umpan balik antar subsistem
C. penyesuaian dan kalibrasi
D. kemudahan servis dan pemeliharaan.

42
 Sistem diperiksa dalam berbagai kondisi dan mode operasional. Masalah penting yang
sebelumnya diabaikan dalam proses desain sering kali terungkap selama tes ini. Modifikasi
seringkali diperlukan untuk mengoreksi kesalahan, menghilangkan kekurangan, dan hanya
memperbaiki sistem.

Contoh A2.8: Menguji SpaceShipOne

Berbagai uji terbang dan darat SpaceShipOne menghasilkan banyak perubahan;
diantara mereka:
• Dalam satu uji terbang, SS1 mulai melejit dengan liar, dan hanya dengan kesulitan besar
pilot bisa mendapatkan kembali kendali. Para insinyur mendiagnosis penyebabnya sebagai
ekor yang terlalu kecil, yang dengan cepat mereka rancang ulang. (Masalahnya adalah,
perusahaan kecil tidak memiliki terowongan angin untuk mengujinya. Tidak terpengaruh,
mereka memasang perakitan ekor pada truk pick-up Ford dan memeriksanya dengan
berlomba naik dan turun landasan pacu.)
• Awak tiga orang disegel di kokpit selama 3 jam, dan untuk menguji kabin peralatan
ultrasound sensitif tekanan memindai kabin untuk "mendesis" suara kebocoran.
• Nose skid menunjukkan keausan yang berlebihan setelah pengujian, dan diganti dengan a
bahan yang lebih kuat.

Ketika tidak ada cukup waktu atau uang untuk membangun prototipe, beberapa model
pertama yang diproduksi menjadi sasaran pengujian pengembangan dan evaluasi desain.
Secara bertahap, setelah modifikasi dibuat dan desain disetujui, produksi skala penuh dimulai.
Pengujian desain dan pengembangan akan dihentikan secara bertahap; kontrol kualitas
bertahap ke memastikan sistem item akhir yang diproduksi sesuai dengan spesifikasi desain.
Desain kemampuan (fasilitas dan sumber daya terkait) untuk menghasilkan sistem ("desain
proses") juga dimulai selama fase ini, sehingga segera setelah sistem dikembangkan
sepenuhnya dapat diproduksi (Tahap 4). Desain proses mencakup desain baru (atau mendesain
ulang fasilitas lama) dan proses manufaktur, pemilihan spesifikasi bahan dan peralatan, dan
persiapan untuk pengendalian produksi, kualitas, pengujian, pembuatan perkakas, transportasi
produk, perekrutan dan pelatihan personel, serta pengumpulan dan pemrosesan data.

43
Tahap 4: Fabrikasi Sistem, Konstruksi, dan/atau Produksi
Selama Tahap 4, sistemnya (1) diproduksi secara massal, (2) diproduksi dalam jumlah
terbatas dengan fitur yang berbeda, atau (3) dibangun sebagai satu item. Tahap ini dimulai
segera setelah desain disetujui dan "dibekukan." Tahap ini melibatkan memperoleh bahan,
mengelola persediaan, dan pengendalian operasi produksi/konstruksi untuk menjunjung tinggi
kinerja, kualitas, keandalan, keselamatan, dan persyaratan lainnya.

Tahap 5: Operasi dan Dukungan Sistem

Tahap 5 menyelesaikan proses rekayasa sistem. Di sini, pelanggan mengoperasikan sistem
sampai aus atau menjadi usang. Pengembang sistem dapat memberikan dukungan dengan cara
berikut: bantuan dalam menerapkan, menginstal, dan memeriksa sistem; bantuan dalam operasi
sehari-hari atau layanan lapangan dan dukungan pemeliharaan; modifikasi dan peningkatan
sistem untuk memastikan kepuasan yang berkelanjutan; dan dukungan dalam menutup,
menghentikan, dan membuang sistem di akhir masa pakainya siklus. Yang terakhir, penutupan
dan pembuangan sistem, sering menjadi pertimbangan utama dalam desain dan pengoperasian
sistem—terutama untuk sistem yang berpotensi merusak lingkungan sekitar. Salah satu
contohnya adalah reaktor nuklir, desain yang harus memperhitungkan cara setiap reaktor akan
dimatikan dan fasilitas ditutup. Lainnya adalah tambang untuk logam dan batu bara, yang
merusak tanah, meninggalkan deposit berbahaya, dan mencemari air tanah dan daerah aliran
sungai. Penutupan mereka harus termasuk langkah-langkah untuk memulihkan tanah,
membersihkan limbah, dan membuang racun dari tanah dan air, yang bisa mahal, memakan
waktu, dan memperpanjang siklus hidup sistem selama bertahun-tahun atau bahkan puluhan
tahun.

Contoh A2.9: Siklus Hidup SpaceShipOne

Pengembangan awal SS1 dan sistem pendukungnya—White Knight, sistem navigasi,
simulator penerbangan, dll.—dimulai pada tahun 1999, dan pengembangan penuh dimulai
pada tahun April 2001, meskipun dalam kerahasiaan total. Tepat 2 tahun kemudian, Dick Rutan
mengumumkan niat untuk menangkap X-Prize dan uji terbang dimulai (Gambar 2.15).

44
 Gambar 2.15 SS1 di bawah kapal induk Putih Ksatria. Foto milik John Nicholas.

Pada Mei 2004, Mike Melville mengemudikan pesawat itu pada tes di atas 100 km,
membuat dia astronot sipil pertama di dunia. Pada tanggal 29 Oktober dia kembali
menerbangkan SS1 ke ruang, dan kurang dari 2 minggu kemudian begitu pula pilot Brian
Binney, memenangkan $10 juta X-Hadiah untuk tim SS1 (Gambar 2.16). Hari ini, SS1 dipajang
di Museum Dirgantara & Luar Angkasa Smithsonian di Washington DC. Sebuah pesawat
ruang angkasa yang lebih besar, SS2, dan kapal induk yang lebih besar, WK2, telah
dikembangkan untuk digunakan oleh Sir "Garis luar angkasa" komersial Richard Branson,
Virgin Galactic, yang akan beroperasi sebagai membawa mereka dari sebuah situs yang terletak
di dekat kota Kebenaran atau Konsekuensi, New Meksiko.

Gambar 2.16 Desainer Burt Rutan (tengah), dan pilot Mike Melville (kiri) dan Brian
Binney. Foto sopan santun John Nicholas.

45
TINJAUAN PERTANYAAN DAN MASALAH
1. Apa yang membedakan pemikiran sistem dari pemikiran analitis? Apakah sistem
memikirkan sesuatu yang baru, atau hanya perspektif lain? Menjelaskan.
2. Definisikan “sistem”. Fitur penting apa yang memungkinkan Anda melihat sesuatu sebagai
suatu sistem? Jelaskan secara singkat sistem hukum atau pendidikan Amerika dalam hal
ini fitur.
3. Bagaimana beberapa orang yang melihat hal yang sama dapat melihat “sistem” di
dalamnya secara berbeda?
4. Definisikan konsep-konsep berikut dan jelaskan bagaimana konsep tersebut cocok dengan
pemikiran sistem: tujuan, elemen, subsistem, atribut, lingkungan, batas, struktur, masukan,
keluaran, proses, dan kendala.
5. Jelaskan perbedaan antara sistem terbuka dan tertutup, dan antara sistem buatan manusia
dan alam. Apakah semua sistem alam adalah sistem terbuka?
6. Apakah kendaraan luar angkasa merupakan sistem terbuka? Apakah organisasi merupakan
sistem terbuka? Menjelaskan.
7. Jelaskan pendekatan sistem. Di mana pendekatan sistem diterapkan? Jelaskan dalam
sebuah kalimat apa yang dilakukan seorang manajer dalam pendekatan sistem yang dia
atau dia mungkin tidak melakukan sebaliknya.
8. Apa yang dimaksud dengan “kekeliruan lingkungan?”
9. Hal-hal apa yang diingat oleh pemecah masalah ketika menerapkan sistem? mendekati?
10. Jelaskan bagaimana elemen-elemen berikut dari pendekatan sistem berlaku untuk proyek-
proyek: dan manajemen proyek: tujuan, lingkungan, sumber daya, subsistem, dan
pengelolaan.
11. Berikan beberapa contoh model fisik, model grafis, dan model matematika.
12. Apa siklus hidup sistem? Apa siklus pengembangan sistem?
13. Diskusikan dimensi rekayasa sistem pada Gambar 2.6.
14. Apa itu modularisasi? Apa manfaatnya dalam desain dan operasi sistem?
15. Dalam rekayasa sistem, tahap pertama adalah identifikasi. Identifikasi apa?
16. Siapa pemangku kepentingan dalam rekayasa sistem?
17. Apa itu persyaratan? Aspek apa dari sistem atau kebutuhan pemangku kepentingan yang
seharusnya? persyaratan memasukkan?
18. Membedakan persyaratan pemangku kepentingan dan persyaratan sistem.
19. Jelaskan tahapan-tahapan rekayasa sistem pada Gambar 2.8. Pikirkan beberapa proyek,
dan menjelaskan tahapan rekayasa sistem dalam proyek-proyek tersebut.
46
20. Bedakan berikut ini: persyaratan fungsional, persyaratan kinerja, dan persyaratan
verifikasi. Berikan contoh kebutuhan fungsional dan kinerja terkait dan persyaratan
verifikasi.
21. Apa yang dimaksud dengan istilah “ketertelusuran?”
22. Pikirkan sistem sederhana seperti perangkap tikus, dispenser pita, atau pembuka kaleng.
Seri diagram blok aliran fungsional tingkat tinggi sederhana untuk itu. Jika
memungkinkan, dekomposisi masing-masing fungsi menjadi subfungsi.
23. Apa penekanan dalam manajemen sistem? Apa bedanya dengan hanya pengelolaan?
24. Apa relevansi pendekatan sistem terhadap manajemen proyek?

PERTANYAAN TENTANG PROYEK STUDI

1. Konsepkan organisasi proyek (tim proyek dan organisasi induk tim) yang Anda pelajari
sebagai suatu sistem. Apa saja elemen, atribut, lingkungan, dan sebagainya? Apa
subsistem internalnya—fungsional perincian dan subsistem hierarki manajemen? Apa
lingkungan yang relevan? Siapa pengambil keputusan?
2. Jelaskan peran manajer proyek sehubungan dengan subsistem ini, keduanya internal dan
eksternal. Apa sifat tanggung jawabnya dalam hal ini? subsistem? Seberapa sadarkah
manajer proyek terhadap “lingkungan” proyek, dan apa yang dia lakukan yang
mencerminkan kesadaran ini?
3. Sekarang, konsepkan output atau item akhir dari proyek sebagai sebuah sistem. Lagi, fokus
pada elemen, hubungan, atribut, subsistem, lingkungan, dan segera. Semua proyek, baik
diarahkan pada pembuatan produk fisik (misalnya, komputer, stasiun ruang angkasa,
gedung pencakar langit, laporan penelitian) atau layanan (misalnya, memberikan
konsultasi dan saran), dikhususkan untuk memproduksi sistem. Latihan ini akan
membantu Anda lebih memahami apa yang dilakukan proyek. Ini juga merupakan
persiapan yang baik untuk topik di bab berikutnya.
4. Jika proyek studi melibatkan rekayasa atau integrasi banyak komponen, apakah proses
rekayasa sistem digunakan? Apakah ada bagian, departemen, atau tugas dalam proyek
yang disebut rekayasa sistem? Jika demikian, uraikan. Apakah ada fungsi atau fase proyek
yang tampaknya menyerupai proses rekayasa sistem?
5. Seperti yang dijelaskan dalam bab ini, selain item akhir utama atau sistem operasi (yaitu,
tujuan keluaran proyek), rekayasa sistem juga membahas sistem pendukung — sistem

47
 yang mendukung instalasi, operasi, pemeliharaan, evaluasi, dan peningkatan sistem
operasi. Jelaskan sistem pendukung dalam proyek studi dan pengembangannya.
6. Apakah persyaratan pemangku kepentingan didefinisikan dengan jelas di awal proyek?
Apakah persyaratan sistem didefinisikan dengan jelas? Apa saja persyaratannya? di kamu
pendapat, apakah pemangku kepentingan diidentifikasi dan terlibat di awal proyek? NS
kebutuhan mereka diidentifikasi dan ditangani? Apakah proyek memberikan sistem yang
memenuhi kebutuhan - kebutuhan mereka?
7. Aspek apa dari proyek atau organisasi induk yang tampaknya menggunakan manajemen
sistem? Aspek apa yang tidak menggunakan manajemen sistem? Jelaskan kesesuaian atau
ketidaksesuaian manajemen sistem dalam proyek Anda mempelajari

Kasus 2.1 Distrik Kebersihan Kabupaten Glades

Glades County adalah sebuah wilayah di Gulf Coast dengan berpenduduk 600.000 jiwa.
Sekitar 90 persen dari penduduknya berada di dalam dan dekat kota Sitkus. Daya tarik utama
daerah ini adalah bersih, berpasir pantai dan pemancingan terdekat. Resor, restoran, hotel,
pengecer, dan Kabupaten Sitkus/Glades ekonomi pada umumnya mengandalkan atraksi ini
untuk dolar turis dolar AS.
Dalam dekade terakhir, Kabupaten Glades telah mengalami hampir dua kali lipat populasi
dan industri. Salah satu hasilnya adalah peningkatan yang nyata dalam tingkat pencemaran air
di sepanjang pantai karena terutama untuk peningkatan limbah mentah yang dibuang oleh
Glades County ke Teluk. Biasanya, Sistem saluran pembuangan Glades County mengarahkan
effl uent limbah melalui pabrik filtrasi sebelum dipompa ke Teluk. Meskipun Distrik Sanitasi
Kabupaten Glades (GCSD) biasanya mampu menangani limbah kabupaten, saat hujan deras
limpasan dari permukaan beraspal melebihi kapasitas saluran pembuangan dan harus dialihkan
melewati instalasi filtrasi dan langsung ke Teluk. Setelah hujan lebat, pantai penuh dengan ikan
mati dan puing-puing. Teluk perdagangan ikan juga terpengaruh, karena polusi mendorong
jauh diinginkan ikan. Baru-baru ini, polusi air level telah menjadi cukup tinggi untuk merusak
keduanya perdagangan turis dan perikanan. Selain polusi pantai, ada kekhawatiran bahwa
seiring dengan bertambahnya populasi, sumber air bersih utama di kabupaten itu sumbernya,
Sungai Glades, juga akan tercemar.
GCSD telah diberi mandat untuk mempersiapkan program pengelolaan limbah air yang
komprehensif yang akan membalikkan tren polusi di sepanjang Gulf Coast serta menangani
peningkatan yang diharapkan dalam limbah cair selama 20 tahun ke depan. Meskipun belum
ditentukan, diketahui bahwa program akan termasuk selokan baru, pabrik filtrasi, dan lebih
48
ketat undang-undang anti polusi. Sebagai langkah pertama, GCSD harus menetapkan arah dan
misi keseluruhan dari program.

PERTANYAAN
Jawablah pertanyaan-pertanyaan berikut (diberikan terbatas informasi, tidak apa-apa untuk
memajukan beberapa logis tebakan; jika Anda tidak dapat menjawab pertanyaan karena
kurangnya informasi, tunjukkan bagaimana dan di mana, sebagai insinyur sistem, Anda akan
mendapatkannya):
1. Apa sistemnya? Apa elemen kuncinya? dan subsistem? Apa batas-batasnya dan bagaimana
mereka ditentukan? Apa itu lingkungan?
2. Siapa pengambil keputusan?
3. Apa masalahnya? Formulasi dengan hati-hati dia.
4. Tentukan tujuan keseluruhan dari limbah air program manajemen. Karena programnya
cakupannya luas, Anda harus istirahat ini menjadi beberapa sub-tujuan.
5. Tentukan kriteria atau ukuran kinerja digunakan untuk menentukan apakah tujuan dari
program terpenuhi. Tentukan beberapa kriteria untuk setiap sub-tujuan. Sebanyak
mungkin, kriterianya harus kuantitatif, meskipun beberapa ukuran kualitatif juga harus
termasuk. Bagaimana Anda tahu jika kriterianya? yang Anda tentukan adalah yang tepat
untuk digunakan?
6. Apa saja sumber daya dan kendalanya?
7. Menguraikan jenis-jenis alternatif dan berbagai solusi untuk memecahkan masalah.
8. Diskusikan beberapa teknik yang dapat digunakan untuk membantu mengevaluasi
alternatif mana yang terbaik.

Kasus 2.2 Kehidupan dan Kematian Pesawat Terbang Proyek Pengembangan

Law dan Callon menggambarkan sejarah besar Proyek kedirgantaraan Inggris dalam dua
entitas: sistem global dan proyek itu sendiri. Global sistem terdiri dari pihak dan organisasi di
luar proyek yang memiliki kepentingan dalam proyek; NS proyek terdiri dari segala sesuatu di
dalam proyek, termasuk semua pekerjaan dan organisasi yang dikontrak untuk melakukannya.

SISTEM GLOBAL
Pemangku kepentingan utama dalam sistem global
NS:

49
1. Royal Air Force (RAF), yang memprakarsai proyek dengan permintaan pesawat
supersonik baru dengan kemampuan lepas landas pendek. Pesawat terbang akan menjadi
"serangan taktis dan pengintaian" petarung” yang disebut TSR.
2. Kementerian Pertahanan (MOD), yang menginginkan sebuah pesawat yang paling sesuai
dengan kebutuhan pertahanan negara secara keseluruhan saat ini.
3. Perbendaharaan, yang menginginkan yang murah pesawat yang akan memiliki daya tarik
pasar untuk dijual di luar Inggris, seperti ke Royal Australian Air Force (RAAF).
4. Royal Navy (RN), yang ingin membeli pesawat yang berbeda tetapi berada di bawah
tekanan oleh MOD untuk membeli TSR.
5. Ministry of Supply (MOS), yang menginginkan sebuah pesawat yang akan diproduksi oleh
konsorsium beberapa badan pesawat dan mesin Inggris produsen.

Seperti kebanyakan proyek, setiap pemangku kepentingan dalam sistem global

mengkonseptualisasikan memproyeksikan secara berbeda: untuk RAF dan MOD itu akan
menghasilkan pesawat terbang untuk misi tertentu; bagi Perbendaharaan itu akan sesuai dengan
anggaran pertahanan dan menghasilkan pendapatan; bagi RN itu adalah ancaman kompetitif
ke pesawat yang benar-benar mereka inginkan; dan ke MOS itu adalah instrumen kebijakan
industri. Para pihak memiliki alasan yang berbeda untuk menyumbangkan sumber daya dan
dukungan: beberapa di antaranya bersifat ekonomis (sebagai imbalan dana, sebuah pesawat
akan dibangun); beberapa politik (sebagai imbalan untuk kebutuhan yang ditunjukkan,
keberatan RN akan ditolak); beberapa teknis (sebagai imbalan untuk rekayasa dan teknis usaha,
pesawat akan memenuhi kinerja RAF persyaratan); dan beberapa industri (sebagai gantinya
untuk kontrak, industri pesawat terbang akan dikonsolidasikan)

PROYEK
Departemen Keuangan tidak akan menyetujui pendanaan proyek sampai desain dasar,
pabrikan, biaya, dan tanggal pengiriman telah ditentukan. RAF dan MOD mengirim
permintaan ke industri pesawat terbang untuk ide desain, dan memilih dua pabrikan: Vickers
Corp. dan English Electric (EE). Mereka Vickers disukai karena kemampuan integrasinya
(menggabungkan pesawat, mesin, persenjataan, dan dukungan peralatan ke dalam satu paket
senjata), tapi mereka juga menyukai EE karena pengalaman desainnya dengan pesawat
supersonik. Jadi mereka memutuskan untuk kontrak dengan kedua perusahaan dan mengadopsi

50
desain yang akan memanfaatkan fitur dari keduanya. Idenya adalah disetujui oleh semua pihak
lain dalam sistem global, dan pendanaan untuk proyek tersebut dikeluarkan.
Proyek ini berkembang saat Vickers dan EE merekrut subkontraktor dan memperluas tim
mereka untuk desain, produksi, dan manajemen. Kedua perusahaan dan beberapa kontraktor
lainnya bergabung untuk membentuk satu organisasi baru yang disebut British Aircraft
Perusahaan (BAC).

HUBUNGAN ANTARA SISTEM GLOBAL DAN PROYEK

Seiring berkembangnya proyek, begitu pula masalah antara itu dan sistem global. MOS
menginginkan kontrol terpusat atas semua aspek proyek, dan semua transaksi antara proyek
dan pemangku kepentingan dalam sistem global. Meskipun BAC adalah yang utama kontraktor
dan seolah-olah bertanggung jawab untuk mengelola proyek, MOS tidak akan
menganugerahkannya otoritas manajemen yang diperlukan. Sebaliknya, MOS membentuk
serangkaian komite dengan anggota dari sistem global dan memberi mereka yang utama
tanggung jawab untuk mengelola proyek. Hal ini menyebabkan masalah serius:

1. Komite diizinkan untuk membuat atau memveto keputusan penting terkait proyek. Mereka
tidak BAC, diberikan kontrak penting; Ketika RAF ingin mengubah persyaratannya, itu
berkonsultasi dengan komite, bukan dengan BAC.
2. Panitia sering kekurangan informasi atau pengetahuan yang memadai. Panitia teknis
membuat keputusan tanpa memperhatikan biaya; biaya komite membuat keputusan tanpa
memperhatikan realitas teknis. Keputusan difokuskan pada aspek-aspek tertentu dari
proyek; jarang mereka memperhitungkan dampak pada bagian lain dari proyek, atau
proyek secara keseluruhan.

Ketidakpercayaan tumbuh antara BAC dan MOS; keduanya tidak mampu secara efektif
mengintegrasikan sumber daya, informasi, dan keputusan yang mengalir antara pihak-pihak
dalam proyek dan sistem global. Subkontraktor menjadi sulit dikendalikan. Banyak yang
mengabaikan BAC dan hanya bekerja dengan MOS dan RAF untuk mendapatkan perlakuan
yang menguntungkan.

SISTEM GLOBAL DIBENTUK KEMBALI

Semua orang tahu proyek itu bermasalah. Proyek biaya dua kali lipat. Salah satu mesin uji
meledak, dan RAF menyadari bahwa mungkin perlu waktu bertahun-tahun untuk memahami
51
penyebabnya. Selain itu, RAAF mengumumkan bahwa mereka tidak akan memesan TSR tetapi
malah membeli F-111 buatan AS. Berlawanan untuk proyek tumbuh, dan dalam pemilihan
umum mendatang Partai Buruh berjanji bahwa jika terpilih itu akan meninjau proyek. Ketika
Buruh Partai menang, itu segera memulai penilaian proyek, yang termasuk membandingkan
TSR ke F-111—yang sekarang dianggap sebagai alternatif ke TSR. Karena pembengkakan
biaya dan penundaan jadwal lanjut, MOS perlahan menarik dukungan. RAF kemudian menarik
dukungannya, ketika menemukan bahwa F-111, yang sudah dalam produksi, akan memenuhi
semua persyaratannya. NS proyek dibatalkan.

PERTANYAAN
1. Dalam hal ini sejarah, apa yang dimaksud dengan “sistem” dan apa saja unsur-unsurnya?
Apa itu “lingkungan”, dan apa saja unsur-unsur lingkungan?
2. Jelaskan interaksi antara sistem dan lingkungannya.
3. Apakah Anda merasa bahwa keputusan penting dibuat dalam hal ini? proyek mewakili
"pemikiran sistem"? Menjelaskan.
4. Mengomentari konsep “integrasi” di proyek. Bagaimana aspek proyek? terintegrasi atau
tidak terintegrasi?
5. Apa faktor utama yang berkontribusi? untuk pembatalan proyek? Yang mana dari ini?
faktor yang akan Anda cirikan sebagai proyek pengelolaan?

CATATAN
1. Schoderbek P, Kefalas A, dan Schoderbek C. Sistem Manajemen: Pertimbangan
Konseptual. Dallas, TX: Publikasi Bisnis; 1975. hal 7-8.
2. Kinerja Sistem Naughton J dan Peters G.: Faktor Manusia dan Kegagalan Sistem. Milton
Keynes, Inggris: Universitas Terbuka; 1976. hal. 8–12.
3. Ibid., hal. 11. Sistem yang tak terhitung dapat dirasakan dari satu entitas. K Boulding, di
Dunia sebagai Sistem Total (Beverly Hills, CA: Sage; 1985) menggambarkan dunia
sebagai fisik, biologis, sosial, ekonomi, politik, komunikasi, dan sistem evaluatif.
4. Kast F dan Rosenzweig J. Tampilan modern: a pendekatan sistem. Dalam Beishon J dan
Peters G (eds), Perilaku Sistem, edisi ke-2. London, Inggris: Harper & Baris; 1976. hlm.
19–25.

52
5. Cleland D dan King W. Manajemen: Sistem A Mendekati. New York, NY: McGraw-Hill;
1972. P. 89.
6. Gereja CW. Pendekatan Sistem dan Its Musuh. New York, NY: Buku Dasar; 1979.
7. Ibid., hlm. 4-5.
8. Sebagian besar diskusi di bagian ini didasarkan pada Churchman CW. Pendekatan Sistem.
New York, NY: Dell; 1968. hlm. 30–39.
9. Thome P dan Willard R. Pendekatan sistem: konsep perencanaan yang terpadu. Di Optner
S (ed.), Analisis Sistem. Harmondsworth, Inggris Raya: Buku Penguin; 1973. hal. 212.
10. Simulasi Sistem Hamilton H. untuk Regional Analisis. Cambridge, MA: MIT Pers; 1972.
11. Siklus hidup produk teknologi dan dampaknya terhadap persaingan sangat fasih dijelaskan
oleh Foster R, dalam Inovasi: The Keuntungan Penyerang. New York, NY: Puncak Buku;
1986.
12. Sebagai bahasa umum, istilah siklus hidup proyek adalah pengakuan bahwa semua proyek
cenderung mengikuti urutan kegiatan yang sama, mulai sampai selesai. Karena setiap
proyek, bagaimanapun, memiliki awal dan selesai, ketika mengacu pada proyek tertentu
istilah yang lebih tepat adalah rentang hidup proyek.
13. Jenkins G. Pendekatan sistem. Di Beishon J dan Peters G (eds), Sistem Perilaku, 2nd edn.
London, Inggris: Harper & Row; 1976. hal. 82.
14. Auyang S. Engineering—Perbatasan Tanpa Akhir. Cambridge, MA: Pers Universitas
Harvard; 2004. hlm. 175–189.
15. Brooks F. Bulan Mythical Man. Membaca, MA: Addison Wesley; 1995. hal. 199.
16. Auyang, Teknik—Perbatasan Tak Berujung, hlm. 183.
17. Ibid., hal. 192–197.
18. Forsberg K dan Mooz H. Dalam Taylor R, Dorfman M dan Davis A (eds), Rekayasa
Persyaratan Perangkat Lunak, edisi ke-2. Los Alamitos, CA: Pers Masyarakat Komputer
IEEE; 1997. hlm. 44–77. V-model diadaptasi dari cetak ulang di Auyang, Rekayasa—
Perbatasan Tak Berujung, hlm. 197.
19. Herbert Simon, dikutip dalam Auyang, Engineering—An Endless Frontier, hal. 194.
20. Cleland and King, Manajemen: Sebuah Sistem Pendekatan, hlm. 171-173; Johnson R, Kast
F dan Rosenzweig J. Teori dan Manajemen Sistem, edisi ke-3. New York, NY:
McGrawHill; 1973. hlm. 135–136.
21. Gilbreath R. Menang di Manajemen Proyek. New York, NY: John Wiley & Sons; 1986.
22. Ibid., hal.95–96.
23. Ibid., hal.98-102.
53
24. Avots I. Mengapa manajemen proyek gagal? Tinjauan Bisnis Harvard 1969; XII(1): 77–
82.
25. Bagian ini diambil dari lima sumber: (1) Falconbridge RI dan Ryan M. Mengelola Proyek
Teknis Kompleks: Rekayasa Sistem Mendekati. Boston, MA: Rumah Artech; 2003. hal.9–
93. (2) Blanchard B dan Fabrycky W. Rekayasa dan Analisis Sistem. Upper Saddle River,
NJ: Prentice Hall; 1981. hlm. 18–52. (3) Boguslaw R. The New Utopians: A Study of
Desain Sistem dan Perubahan Sosial. Pelana Atas River, NJ: Prentice Hall; 1965. hlm. 99-
112. (4) Metode Rekayasa Sistem Chestnut H. Baru York, NY: John Wiley & Sons; 1967.
hlm. 1–41. (5) Jenkins G. Pendekatan sistem. Dalam Beishon J dan Peters G (eds), Perilaku
Sistem, 2nd edn. London, Inggris: Harper & Row; 1976. hal. 78-101.
26. Falconbridge dan Ryan, Kompleks Pengelola Proyek Teknis, hlm. 29–65.
27. Jenkins, Pendekatan sistem, hal. 88.
28. Contoh SpaceShipOne (SS1) dalam hal ini buku mengilustrasikan konsep. Sementara ada
banyak informasi faktual tentang proyek yang tersedia dari sumber yang dipublikasikan,
informasi tentang desain aktual dan pengembangan pesawat ruang angkasa bersifat
rahasia. SS1, Hadiah-X, dan pemangku kepentingan yang dijelaskan semuanya benar-
benar hidup; namun, karena kurangnya informasi, sebagian dari ini dan contoh-contoh
berikutnya bersifat hipotetis. Informasi untuk ini dan contoh lain dari SS1 diambil dari
artikel berita, dan SS1 situs web di Scaled Composites (www.scaled.
com/projects/tierone/index.htm).
29. Diadaptasi dari Falconbridge and Ryan, Managing Complex Technical Projects, hlm. 67–
96.
30. Kastanye, Metode Rekayasa Sistem, hal. 33.
31. Dari Law J dan Callon M. Hidup dan mati pesawat: analisis jaringan teknis mengubah.
Dalam Bijker W dan Law J (eds), Membentuk Masyarakat/Teknologi Bangunan.
Cambridge, MA: MIT Tekan; 1992.

54
 BAB III
PEMBAHASAN

A. KELEBIHAN
1. Buku utama
- Memiliki penjelasan yang sederhana sehingga mudah dipahami dalam pembacaannya
- Memiliki banyak contoh kalimat dalam menggungkapkan isi kandungan atau maksud
dari pengertian tersebut
- Memiliki hal – hal yang perlu dipahami atau yang digaris bawahi dalam pemaknaan
pemahaman materi yang diberikan
- Adanya rangkaian tata cara pengkuran pentanahan dengan baik
- Menjelaskan secara rinci dan gamblang terkait materi yang disajikan oleh buku
tersebut
- Adanya cara penggunaan alat dan pemakaian yang ditampilkan melalui sebuah
produk.

B. KELEMAHAN
1. Buku Utama
- Kurangnya media animasi atau gambar dalam menjelaskan makna isi kandungan yang
terdapat dalam buku tersebut

C. ANALISIS BUKU
Dalam analisis buku ini dimana Proyek adalah sistem orang, peralatan, bahan, dan fasilitas
yang terorganisir dan dikelola untuk mencapai suatu tujuan. Banyak teori dan praktik yang
mapan tentang apa yang diperlukan untuk mengumpulkan dan mengoordinasikan proyek
berasal dari perspektif disebut "pendekatan sistem." Pada saat yang sama, pekerjaan yang
dilakukan di proyek sering dilakukan untuk tujuan menciptakan sistem, dan dalam metodologi
proyek ini seperti "analisis sistem," "rekayasa sistem," dan "manajemen sistem" adalah hal
biasa. Bab ini memperkenalkan konsep-konsep yang membentuk dasar untuk manajemen
proyek dan metodologi sistem yang biasa digunakan dalam proyek teknis.

55
 BAB IV
PENUTUP
A. KESIMPULAN
Adapun kesimpulan yang dapat diperoleh dari paparan materi yang dijaikan dimana
terdapat sebagai berikut :
- Bagi sebagian orang istilah “sistem” berarti komputer; bagi orang lain itu berarti birokrasi.
Tetapi istilah ini sangat umum digunakan sehingga mungkin bisa merujuk pada hampir
semua hal. Oleh definisi, sistem adalah “keseluruhan yang terorganisir atau kompleks;
kumpulan hal-hal atau bagian-bagian berinteraksi secara terkoordinasi.”
- Sistem buatan manusia dirancang untuk melakukan sesuatu; mereka memiliki tujuan dan
sasaran yang dikandung oleh orang-orang. Untuk maksud buku ini, tujuan didefinisikan
sebagai luas, pernyataan yang mencakup semua tujuan dari suatu sistem, dan tujuan
sebagai pernyataan tujuan yang lebih rinci dan biasanya dapat diukur yang berkaitan
dengan beberapa aspek sistem.
- Berpikir sistem adalah cara untuk memvisualisasikan dan menganalisis sistem fisik dan
konseptual, tetapi lebih dari itu adalah pendekatan untuk melakukan sesuatu—kerangka
kerja untuk membuat konsep masalah, memecahkan masalah, dan membuat keputusan.
- Model adalah representasi yang disederhanakan dari dunia; itu abstrak fitur penting dari
sistem yang diteliti. Ini mungkin model fisik, formulasi matematika, simulasi komputer,
atau daftar periksa sederhana.
- Rekayasa sistem telah didefinisikan sebagai "ilmu merancang sistem yang kompleks"
dalam totalitas mereka untuk memastikan bahwa subsistem komponen yang membentuk
sistem adalah dirancang, dipasang bersama, diperiksa, dan dioperasikan dengan cara yang
paling efisien.”
- Manajemen proyek adalah bentuk "manajemen sistem," yang merupakan manajemen dan
operasi organisasi sebagai sistem. Manajemen sistem diambil dari fitur utama dari
pendekatan sistem.
- Sebuah sistem adalah perakitan bagian-bagian di mana (1) bagian-bagian dipengaruhi oleh
berada dalam sistem, (2) perakitan melakukan sesuatu, dan (3) perakitan adalah
kepentingan tertentu. Apa yang disebut "sistem" tergantung pada sudut pandang dan tujuan
seseorang. Proyek adalah sistem yang dibuat untuk tujuan pembuatan sistem.
- Komponen prinsip dari sistem pendekatan tersebut adalah: (1) tujuan dan kriteria
kinerja sistem; (2) sistem lingkungan dan kendala; (3) sumber daya sistem; (4) elemen

56
 sistem, fungsi, atribut, dan ukuran kinerjanya; (5) interaksi antar elemen-elemen; dan
(6) pengelolaan sistem. Untuk pengembangan dan pengoperasian sistem teknis besar,
pendekatan sistem diimplementasikan melalui sistem metodologi rekayasa

B. SARAN

Adapun kritik dan saran yang dapat diperuntukkan agar pemahaman tersebut alangkah
baiknya di implementasi guna untuk mewujudkan pemahaman dari segi pratikal supaya
menambahnya pemahaman dalam paparan materi yang diberikan atau disajikan oleh isi
kandungan dari buku tersebut.
.

57