MODUL ANALISIS KEBUTUHAN INFORMASI

(CSS 220)

MODUL PERTEMUAN 02
PERSYARATAN

DISUSUN OLEH
Sandfreni, S.SI, MT

UNIVERSITAS ESA UNGGUL

2021
 METODE DEFINISI NILAI PERSYARATAN

A. Kemampuan Akhir Yang Diharapkan

Setelah mempelajari modul ini, diharapkan mahasiswa mampu:

1. Mahasiswa mampu mengetahui pentingnya kuantifikasi.
2. Mahasiswa mampu menguraikan konsep metode definisi nilai.

B. Uraian dan Contoh

Beberapa persyaratan bersifat kualitatif, selalu, persyaratan eksistensial menjadi

contoh. Tetapi normanya harus persyaratan berisi angka yang membuat besaran
terkait menjadi jelas.

1. Mengapa kuantifikasi penting?

Penting agar persyaratan diukur. Persyaratan menyatakan atribut yang diperlukan
dari suatu item yang belum dirancang. Bagaimana mungkin perancang dapat
merancang suatu item untuk suatu atribut tanpa besarnya atribut yang
dikarakterisasi? Dengan tidak adanya kuantifikasi, kemungkinan besar terjadi
kegagalan dalam bentuk: (1) melebihi biaya minimum yang diperlukan karena
desain yang berlebihan atau (2) gagal memperhitungkan kemampuan yang
diperlukan yang mengurangi nilai item bagi pelanggan. Persyaratan kuantitatif
juga diperlukan untuk memverifikasi secara memadai barang yang diproduksi
memenuhi persyaratannya. Kegiatan perencanaan pengujian yang difokuskan
pada verifikasi persyaratan harus menentukan kriteria lulus / gagal dan ini sangat
sulit dilakukan untuk persyaratan yang dinyatakan secara kualitatif.

Dalam organisasi di mana desainer dimintai pertanggungjawaban untuk definisi

persyaratan item tingkat rendah serta desain, tidak selalu mudah untuk
meyakinkan desainer tentang pentingnya mendefinisikan dengan jelas persyaratan

1 / 20
dan nilai untuk mereka sebelum mengembangkan solusi desain. Banyak insinyur
desain merasa bahwa ini adalah penghalang yang tidak perlu yang membatasi
kreativitas mereka tanpa manfaat yang berguna. Yang lain merasa bahwa ini
adalah bagian penting dan tidak terpisahkan dari proses desain dan bahwa data
tersebut harus menunggu pengembangan solusi desain.

Bergantung pada intensitas perasaan, sikap-sikap ini mungkin sulit diubah, tetapi
mereka jelas-jelas salah arah. Persyaratan terkuantifikasi yang ditentukan dengan
benar memberikan ruang solusi maksimum yang diizinkan di mana desainer dapat
secara kreatif mencari solusi. Mereka menyediakan kerangka kerja yang aman di
mana kreativitas dapat diizinkan sepenuhnya. Pengembangan sistem yang terlalu
besar bagi satu orang untuk menguasai tugas desain yang lengkap membutuhkan
upaya kerja sama antara banyak desainer dan analis yang semuanya harus
menyadari atribut yang dibutuhkan. Kami sampai saat ini tidak menemukan
alternatif yang lebih baik selain mendokumentasikan atribut yang dibutuhkan dan
membuatnya tersedia seluas mungkin dalam bentuk spesifikasi.

Hambatan utama untuk partisipasi kelompok dalam analisis persyaratan adalah

bahwa insinyur individu gagal memahami bahwa agar mereka memiliki akses ke
informasi yang mereka butuhkan untuk mendukung pengembangan item mereka,
orang lain harus memberikan informasi yang dapat mereka bagikan. Demikian
pula, orang lain membutuhkan informasi yang menjadi tanggung jawab mereka.
Setiap orang harus berkontribusi untuk kebaikan yang lebih besar. Dalam definisi
kita tentang sistem sebelumnya, kita mengatakan bahwa sistem lebih besar
daripada jumlah bagian-bagiannya. Hal ini juga berlaku untuk tim yang
melakukan pekerjaan rekayasa sistem, asalkan semua orang di tim tersebut
melakukan bagiannya. Anggota tim mungkin dimotivasi oleh kepentingan pribadi
mereka yang tercerahkan, minat yang tidak mementingkan diri untuk melayani
kebutuhan sesama insinyur, atau hanya sebagai tanggapan atas pengetahuan
bahwa gaji, posisi, dan gaji mereka.

2 / 20
Pendekatan tanggung jawab yang didorong dalam buku ini melibatkan proses
terdistribusi di mana desainer harus melakukan analisis persyaratan untuk item
tingkat bawah mereka sebelum beralih ke pencarian solusi desain dan pekerjaan
rekayasa desain. Kita semua harus menyadari bahwa pendekatan ini memberikan
banyak tekanan pada desainer. Insinyur desain adalah orang-orang kreatif. Karya
desain adalah karya kreatif. Pekerjaan analisis kebutuhan terstruktur melibatkan
proses pemikiran yang terorganisir dan sangat sedikit kreativitas. Kreativitas dan
struktur jarang berada dalam satu orang. Mungkin benar bahwa semakin kreatif
insinyur individu,

Beberapa perusahaan telah menghindari masalah ini dengan memusatkan

pekerjaan persyaratan mereka dalam organisasi rekayasa sistem yang dihuni oleh
orang-orang yang suka bekerja di lingkungan terstruktur. Spesifikasi diberikan
kepada desainer lengkap dan tugas desainer adalah untuk mensintesis persyaratan
tersebut menjadi solusi desain yang efektif. Penulis menerima posisi bahwa,
meskipun pendekatan ini akan berhasil dan menghindari stres desainer yang
dihadapi dalam pendekatan terdistribusi dalam proses, kami akan mewujudkan
perpaduan yang lebih baik antara kualitas persyaratan dan keunggulan sintesis
dengan melibatkan insinyur desain dalam proses persyaratan.

Untuk menerapkan pendekatan terdistribusi dengan sukses, kita harus memastikan

bahwa setiap orang memahami situasi stres di mana kita menempatkan insinyur
desain dan menyediakan lingkungan di mana desainer dapat berhasil. Skenario
penulisan persyaratan primitif yang diuraikan sebelumnya dimotivasi oleh sikap
ini. Buku ini mendorong ketersediaan beberapa model yang relatif mudah
diterapkan untuk mengungkap persyaratan yang sesuai untuk satu item dan cara
sederhana untuk menulis persyaratan ini pada awalnya. Jika sebuah organisasi
memilih untuk melakukannya, grup spesifikasi terpusat kemudian dapat memijat
produk antara ini ke dalam spesifikasi yang dipoles.

3 / 20
2. Metode definisi nilai
Penetapan nilai pada suatu kebutuhan dapat dilakukan melalui penerapan
penilaian yang baik berdasarkan informasi yang diperoleh melalui beberapa
proses rasional antara lain: (1) survei pasar untuk mengetahui industri apa yang
sedang dilakukan atau apa yang disukai pelanggan, (2) pengalaman dengan lini
produk dan kebutuhan pelanggan, (3) seruan kepada otoritas seperti pelanggan
atau manajemen rekayasa program, atau (4) referensi ke standar industri atau
pelanggan untuk nilai-nilai yang dibuktikan dalam praktik atau pengujian
sebelumnya. Pendekatan ini dapat memberikan jawaban cepat tentang manfaat
yang sebanding dengan kredibilitas sumbernya.

Pendekatan analitik paling sederhana untuk menentukan nilai yang sesuai untuk
kebutuhan individu adalah menemukan cara untuk mengekspresikan nilai secara
matematis dalam bentuk variabel lain yang nilai-nilai yang sesuai diketahui atau
dapat ditugaskan untuk mempelajari pengaruhnya terhadap nilai minat. Hubungan
matematis diselesaikan untuk satu atau lebih set nilai variabel independen
sehingga menentukan nilai variabel dependen.

Sebagai contoh sederhana, mengingat bahwa kami tertarik untuk menentukan

volume dan faktor bentuk untuk unit penguat servo untuk spesifikasi pengadaan,
pertama-tama kami mungkin menerima bahwa kotak akan berbentuk persegi
panjang. Oleh karena itu, volume kotak, V, adalah hasil perkalian sederhana dari
tinggi, panjang, dan lebar. Jika perusahaan kita lebih menyukai papan sirkuit
amplifier saluran tunggal standar dengan lebar 6 inci dan tinggi 4 inci, sekarang
kita hanya perlu menentukan berapa banyak saluran yang dibutuhkan amplifier,
ukuran catu daya, dan kebutuhan ruang interior kotak. Kami mungkin
mengizinkan 1/2 inci di setiap sisi kartu sirkuit untuk memasang perangkat keras
dan casing dan 2 inci untuk konektor listrik kartu sirkuit. Persamaan volume kotak
sederhana telah membantu kami menentukan bahwa kotak penguat tiga saluran ini
harus 6× 7 × Berukuran 8 inci atau 336 inci kubik. Persyaratan ruang dan minat
kami pada ukuran papan sirkuit standar dapat dinyatakan untuk pemasok potensial
sebagai:

4 / 20
 • Volume unit. Volume Unit Penguat Servo harus kurang dari atau sama dengan
336 inci kubik.
• Kemasan unit. Item tersebut harus menggunakan kartu sirkuit berukuran 4
kali 6 inci.

Metode maxima dan minima dari kalkulus diferensial dapat diterapkan pada
hubungan matematis untuk menentukan tingkat perubahan yang optimal. Kalkulus
integral menyediakan sarana untuk menyimpulkan jarak, luas, dan volume yang
sesuai serta analognya di berbagai bidang. Teori himpunan, kombinatorik,
probabilitas, dan teori statistik dapat digunakan untuk mengukur fitur produk yang
diinginkan seperti keandalan.

Nilai yang sesuai untuk suatu persyaratan dapat dipilih berdasarkan evaluasi
berbagai kemungkinan nilai yang dimasukkan ke persyaratan lain menggunakan
analisis parametrik. Pendekatan ini mengembangkan kurva yang menghubungkan
dua atau lebih besaran dalam bentuk grafik dan dipengaruhi oleh satu atau lebih
variabel lain yang disebut parameter. Contoh sederhana dari hubungan semacam
itu adalah persamaan liniery = mx + b. Kuantitasnyax dan y adalah variabel yang
dapat diterapkan ke dua kategori persyaratan sementara titik kemiringan dan titik
potong,m danb masing-masing, adalah parameternya. Dengan menggunakan
hubungan ini, dimungkinkan untuk mengkarakterisasi setiap kemungkinan
hubungan linier antara dua variabelx dan y.

Kita dapat membentuk hubungan parametrik serupa antara variabel yang

dipengaruhi oleh hubungan kuadrat menggunakan kerucut. Bahkan hubungan
yang lebih kompleks dapat dibentuk dengan persamaan orde tinggi, hubungan
trigonometri dan eksponensial, dan penerapan kalkulus integral dan diferensial.
Dimungkinkan juga untuk membuat hubungan parametrik dari data eksperimen
yang diperoleh dari pengujian di mana parameter divariasikan dalam beberapa
cara yang terorganisir untuk mengamati bagaimana hal itu mempengaruhi
hubungan antara variabel.

5 / 20
Analisis hubungan akan mengungkapkan kondisi batas yang didorong oleh,
misalnya, hukum fisika, nilai realistis berdasarkan keadaan teknologi terkait saat
ini, atau waktu yang membatasi ruang solusi. Jika kita dapat mengembangkan
sepasang hubungan parametrik yang melibatkan variabel dan parameter bersama
di mana satu variabel secara langsung terkait dengan variabel umum dan yang
kedua berbanding terbalik dengan variabel umum, kita mungkin dapat
mengembangkan hubungan "bak mandi" yang nyaman seperti yang diilustrasikan
dalam Gambar 2.1-1 yang memberikan nilai gabungan terbaik untuk pasangan
persyaratan yang diwakili oleh dua variabel berbeda.

Figure 2.1-1 Parametric analysis example

Analisis operasi atau bidang penelitian telah mengembangkan, atau memperluas

penerapan, banyak alat analisis yang berguna untuk menentukan nilai persyaratan.
Pemrograman linier berguna dalam menganalisis hubungan antar entitas yang
dapat diekspresikan dalam bentuk garis lurus atau bidang. Ini adalah urutan
langkah-langkah yang terorganisir (dengan demikian kata pemrograman) untuk
mengembangkan serangkaian persamaan aljabar yang mengarah pada kesimpulan
tentang nilai terbaik untuk dua atau lebih kuantitas yang terkait secara linier.
Metode ini berupaya mengalokasikan sumber daya secara optimal. Sumber daya
dapat berupa apa saja yang cukup pintar untuk kita terapkan metode Lawrence L.
Lapin. Metode Kuantitatif untuk Keputusan Bisnis, Harcourt, Brace Jovanovich,
1981, menawarkan pembahasan rinci yang sangat baik dan banyak contoh teknik
ini dan lainnya yang diidentifikasi dalam bagian ini. Konsep ini dapat diperluas ke
model kuadrat dan stokastik juga.

6 / 20
Pemrograman dinamis, seperti pemrograman linier, berupaya memaksimalkan
atribut positif (keuntungan, kapasitas muatan, jangkauan) sambil meminimalkan
atribut yang tidak diinginkan (biaya, waktu jadwal). Ini menerapkan teknik
pemrograman matematika ke situasi yang lebih kompleks di mana waktu terlibat.

Teori antrian dapat digunakan untuk memenuhi persyaratan yang dapat dikaitkan
dengan situasi di mana satu atau lebih server menyediakan layanan kepada orang-
orang atau hal-hal yang tiba pada waktu yang tidak dapat diprediksi. Teknik ini
sangat berguna dalam pekerjaan persyaratan pemeliharaan serta dalam ekspektasi
layanan sistem komputer dan telepon.

Semua teknik yang dibahas di atas dapat dilakukan dengan penghitungan pensil
dan kertas. Mereka dapat lebih efektif digunakan dalam bentuk model komputer
yang dapat dimanipulasi dengan cepat untuk nilai tertentu dan nilai diubah untuk
mengamati efek perubahan. Moshe F. Rubinstein masuk Pola Pemecahan
Masalah, Prentice Hall, 1975, mendefinisikan model sebagai “deskripsi abstrak
dari dunia nyata; ini adalah representasi sederhana dari bentuk, proses, dan fungsi
yang lebih kompleks dari fenomena atau ide fisik. "

Model keandalan dan properti massa memungkinkan penetapan nilai ke elemen

sistem sambil mempertahankan nilai tingkat sistem berdasarkan semua nilai
konstituen. Mereka melakukan ini dengan melakukan matematika model pada
nilai-nilai konstituen untuk menghitung nilai sistem. Dalam kasus sifat massa,
matematika adalah penjumlahan sederhana. Matematika reliabilitas sedikit lebih
rumit tetapi proses yang sama terlibat. Model dapat digunakan untuk menentukan
nilai persyaratan dan mengamati efek sistem atau sebagai dasar untuk
mengalokasikan sumber daya yang tersedia langka, seperti bobot.

Dalam menentukan nilai yang sesuai untuk persyaratan seperti dorongan sistem
propulsi, akurasi unit panduan, dan asimetri badan pesawat yang diijinkan, kita
biasanya harus menggunakan model komputer yang lebih kompleks yang disebut
simulasi. Simulasi biasanya melibatkan model yang didefinisikan dalam istilah

7 / 20
matematika atau logika dan serangkaian perhitungan langkah demi langkah yang
memungkinkan model untuk meniru cara sistem nyata dapat bekerja dalam waktu
nyata. Simulasi akan dijalankan dengan seperangkat nilai persyaratan terperinci
tertentu untuk menghasilkan kondisi keluaran yang mungkin dalam hal biaya
sistem atau nilai untuk seperangkat ukuran efektivitas yang telah ditentukan
sebelumnya. Proses lainnya dengan kombinasi variabel masukan lain akan
menghasilkan keluaran yang berbeda. Kita dapat memilih kombinasi masukan
yang menghasilkan nilai keluaran agregat terbaik.

Simulasi Monte Carlo menawarkan cara yang relatif murah untuk menentukan
realitas yang wajar untuk nilai kebutuhan waktu di mana ketidakpastian
menyulitkan untuk memilihnya. Pendekatan ini bekerja dengan mendefinisikan
hubungan matematis antara variabel masukan, definisi probabilistik dari setiap
variabel masukan, dan sejumlah besar simulasi berjalan masing-masing dengan
serangkaian masukan yang dipilih secara acak. Keluaran adalah sampel untuk satu
atau lebih variabel probabilistik. Pendekatan ini dapat memiliki label harga yang
tinggi, tetapi lebih murah daripada sebenarnya membangun peralatan dan
melakukan banyak eksperimen. Karena kualitas output ditentukan oleh jumlah
proses, komputer membutuhkan banyak waktu jika masalahnya rumit dan
kecepatan komputer lambat.

Salah satu metode penilaian persyaratan yang paling efektif adalah alokasi dengan
pembagian di mana nilai untuk atribut ditentukan dengan membagi nilai induk
untuk atribut itu menjadi bagian-bagian komponen sesuai dengan beberapa aturan
matematika dan alasan untuk nilai relatif di seluruh item bawahan.

Alokasi melibatkan pemecahan nilai atribut tunggal menjadi beberapa bagian dan
menetapkan nilai komponen tersebut ke item bawahan. Penganggaran biasanya
melibatkan satu atau lebih atribut di beberapa lapisan arsitektur sistem yang dapat
dikaitkan dalam beberapa cara. Misalnya, dalam menentukan bagaimana kita akan
mengontrol karakteristik sistem yang berkontribusi pada akurasi panduan untuk
pesawat, kami dapat menganggarkan kesalahan maksimum untuk platform

8 / 20
pemandu, kesalahan pemasangan platform ke badan pesawat, kesalahan yang
disebabkan atau diizinkan dalam pengujian sistem pemandu, dan kesalahan
inisialisasi atau pembaruan berdasarkan tingkat ketepatan pengetahuan kita
tentang di mana kita berada pada saat inisialisasi atau pembaruan. Ini menjadi
persyaratan untuk beberapa hal dalam arsitektur sistem yang semuanya terkait
dengan akurasi panduan sistem.

Pendekatan ini didorong oleh kenyataan ekonomi bahwa tidak pernah ada cukup
komoditas kritis, terutama ketika Anda mendorong keadaan seni, dan bahwa nilai
yang tersedia untuk suatu komoditas harus dibagikan dengan cara agregat terbaik
oleh item-item bawahannya. Kebutuhan untuk menghormati nilai induk
menyebabkan perdebatan yang sehat antara para insinyur utama untuk elemen
bawahan tentang mengapa mereka membutuhkan nilai-nilai tertentu, yang
totalnya lebih dari apa yang tersedia. Pilihan sulit dibuat, semoga berdasarkan
masukan faktual dari insinyur utama tingkat bawah dan insinyur analisis yang
bertanggung jawab atas parameter di seluruh sistem.

Setiap atribut yang didekati melalui alokasi atau penganggaran memerlukan

beberapa jenis model matematika, seperti yang dijelaskan di atas, sebagai mesin
untuk menghasilkan nilai terkoordinasi secara sistematis. Modelnya mungkin
sesederhana satu atau lebih persamaan atau serumit simulasi komputer yang
berjalan di komputer super. Dalam definisi persyaratan sifat massa, pernyataan
bobot sederhana sudah cukup. Insinyur properti massa menguraikan angka bobot
tingkat atas menjadi bagian-bagian komponen. Di setiap cabang arsitektur, jumlah
bobot item harus kurang dari atau sama dengan bobot item induk. Karena
anggaran biasanya melibatkan beberapa atribut yang diukur dalam unit yang
berbeda, anggaran tersebut mungkin memerlukan hubungan yang lebih kompleks
daripada model aditif atau perkalian sederhana.

9 / 20
3. Penurunan Persyaratan
Banyak insinyur desain suka memisahkan semua persyaratan yang berkaitan
dengan item yang menjadi tanggung jawab mereka menjadi dua rangkaian: (1)
persyaratan sumber atau pelanggan, dan (2) persyaratan turunan. Ini mungkin
perbedaan yang berguna bagi seorang insinyur yang mengerjakan apa yang dia
anggap sebagai tugas pengembangan yang terisolasi. Insinyur sistem harus
menyadari bahwa dalam pengembangan sistem yang belum pernah terjadi
sebelumnya, setiap persyaratan kecuali satu, kebutuhan sistem, berasal dari
kebutuhan.

Dalam proses analisis persyaratan keseluruhan, perbedaan yang diturunkan

cenderung memiliki signifikansi khusus yang kecil karena semua persyaratan
diturunkan kecuali kebutuhan pelanggan akhir. Insinyur tertentu yang berfokus
pada masalah mereka sendiri, mungkin melampirkan banyak arti penting pada
istilah yang diturunkan. Salah satu motivasi untuk perasaan ini adalah bahwa
persyaratan yang diidentifikasi secara eksternal tidak dapat diubah sementara
persyaratan turunan berada di bawah kendali insinyur dan sering kali ditegakkan
oleh keputusan desain yang dibuat oleh insinyur.

Dasar lain untuk sikap ini adalah bahwa beberapa insinyur merasa bahwa
persyaratan turunan terkait erat dengan solusi desain; mereka adalah karakteristik
dari solusi desain. Persyaratan ini berlaku karena cara produk dirancang. Sikap ini
dapat menyebabkan rilis dokumen persyaratan item setelah pengembangan desain
daripada sebelumnya. Sikap ini tentu saja tidak sejalan dengan prinsip-prinsip
yang tercakup dalam buku ini. Persyaratan pengembangan adalah atribut yang
diperlukan yang didefinisikan sebagai prasyarat untuk pengembangan solusi
desain. Jika mereka dikembangkan dengan cara lain, waktu yang dihabiskan untuk
melakukannya adalah uang yang terbuang percuma.

Memang benar bahwa solusi desain pada satu tingkat dapat dan harus
memengaruhi persyaratan untuk elemen tingkat yang lebih rendah. Beberapa
insinyur, yang bertanggung jawab untuk pengembangan beberapa lapisan dalam

10 / 20
arsitektur sistem, dapat menjadi bingung tentang perbedaan antara persyaratan
berjenjang dan karakteristik solusi berjenjang. Seluruh rangkaian karakteristik,
apakah disebut dengan tepat persyaratan atau karakteristik solusi, menjadi hanya
diidentifikasi sebagai persyaratan turunan. Di sinilah pohon spesifikasi dan
disiplin dalam urutan pengembangan persyaratan relatif terhadap upaya sintesis
persyaratan dapat sangat membantu.

Tidak perlu melibatkan desainer dengan sikap ini dalam perdebatan sengit tentang
istilah. Penting untuk memastikan bahwa mereka memahami bahwa mereka harus
menghormati persyaratan yang diidentifikasi untuk item yang menjadi tanggung
jawab mereka untuk merancang. Di mana pola tanggung jawab analisis
persyaratan terdistribusi digunakan, desainer ini juga harus memahami tanggung
jawab mereka untuk menentukan persyaratan di setiap tingkat sebelum
menyintesisnya ke dalam solusi desain. Apakah persyaratan tertentu untuk suatu
item dideskripsikan dengan benar sebagai turunan atau tidak, memiliki
konsekuensi kecil, karena semua persyaratan diturunkan pada tingkat tertentu.

Penulis lebih suka penggunaan kata turunan tertentu. Ini diterapkan pada
penurunan persyaratan dari model mengemudi. Persyaratan diidentifikasi dengan
mengambilnya dari model dan kemudian didefinisikan melalui penerapan disiplin
analitik yang relevan. Misalnya, fakta bahwa item A132 harus memiliki
persyaratan reliabilitas diidentifikasi oleh model matematika reliabilitas termasuk
item A132. Tingkat kegagalan yang diperlukan untuk item tersebut ditentukan
melalui analisis item, aplikasinya dalam sistem, bagaimana tingkat kegagalan
induk didistribusikan di antara item tersebut, dan faktor lainnya. Persyaratan
kinerja berasal dari fungsi yang termasuk dalam diagram alir fungsional dan
didefinisikan sebagai hasil analisis seberapa baik sistem harus mencapai
fungsionalitas itu.

11 / 20
C. Latihan

1. Apa yang terjadi apabila tidak ada kuantifikasi?

2. Apa tujuan pendekatan analitik?

D. Kunci Jawaban

1. Dengan tidak adanya kuantifikasi, kemungkinan besar terjadi

kegagalan dalam bentuk:
• melebihi biaya minimum yang diperlukan karena desain yang
berlebihan.
• gagal memperhitungkan kemampuan yang diperlukan yang
mengurangi nilai item bagi pelanggan.

2. Pendekatan analitik paling sederhana untuk menentukan nilai yang

sesuai untuk kebutuhan individu adalah menemukan cara untuk
mengekspresikan nilai secara matematis dalam bentuk variabel lain
yang nilai-nilai yang sesuai diketahui atau dapat ditugaskan untuk
mempelajari pengaruhnya terhadap nilai minat. Hubungan matematis
diselesaikan untuk satu atau lebih set nilai variabel independen
sehingga menentukan nilai variabel dependen.

12 / 20
 MACAM PERSYARATAN

A. Kemampuan Akhir Yang Diharapkan

Setelah mempelajari modul ini, diharapkan mahasiswa mampu:

1. Mahasiswa mampu menguraikan kendala desain.
2. Mahasiswa mampu mengetahui persyaratan harus selalu ditentukan sebelum
pekerjaan desain diselesaikan.

B. Uraian dan Contoh

Ada dua jenis persyaratan untuk entitas sistem dan perangkat keras yang harus
dikembangkan. Ini adalah persyaratan kinerja dan batasan desain.

1. Persyaratan kinerja
Persyaratan kinerja menentukan apa yang harus dilakukan sistem atau item dan
seberapa baik hal itu harus dilakukan. Beberapa teknik pemodelan telah
dikembangkan untuk mendorong pendekatan terstruktur untuk menemukan
persyaratan kinerja ini dan model dari beberapa jenis harus digunakan karena
cenderung lengkap. Analisis terstruktur yang dilakukan dengan model mendorong
cakupan penuh dari ruang masalah dan menghindari identifikasi persyaratan yang
tidak relevan.

2. Kendala desain
2.1. Apa Itu Kendala Desain?
Batasan desain, atau hanya kendala, adalah kondisi batas di mana desainer harus
tetap saat memenuhi persyaratan kinerja agregat untuk item tersebut. Beberapa
insinyur memberikan arti yang lebih umum pada kata kendala sebagai segala
sesuatu yang membatasi hak prerogatif desain mereka. Perhatikan bahwa kami
menggunakan kata lebih tepat. Semua persyaratan membatasi ruang solusi tetapi

13 / 20
dalam buku ini kendala desain adalah persyaratan yang tidak terkait dengan
kinerja produk.

Kami tidak ingin memaksakan kondisi batas lebih dari yang diperlukan pada
perancang karena mereka mengurangi ruang solusi di mana perancang dapat
mencari jawaban untuk masalah yang ditentukan oleh persyaratan kinerja. Pada
saat yang sama, telah dibuktikan melalui pengalaman bertahun-tahun dalam
pengadaan DoD dari sistem yang tak terhitung jumlahnya bahwa total biaya
sistem selama masa pakainya (Biaya Siklus Hidup) dapat dikurangi secara
signifikan melebihi apa yang seharusnya terjadi dengan pengenaan biaya tertentu.
kondisi kendala di bidang teknik khusus yang berhubungan dengan dukungan
logistik.

Sebagian besar insinyur yang telah mengalami siklus pengembangan yang cacat,
mengakibatkan sejumlah besar perubahan desain selama periode integrasi yang
terjadi dalam fase desain dan produksi, akan setuju bahwa sejumlah besar uang
dapat dihemat dengan mendefinisikan dengan jelas sedini mungkin antarmuka
antara item dan lingkungan di mana item harus menjalankan fungsinya. Pilihan
ekonomi fundamental kembali mengemuka; kami dapat membelanjakan uang
pelanggan dalam proses analisis persyaratan yang terorganisir atau kami dapat
melakukannya pada perubahan desain nanti. Mengejutkan betapa banyak tim
pengembang memilih untuk melakukan yang terakhir, seringkali secara default,
meskipun telah lama diketahui lebih mahal daripada menyelesaikan masalah ini di
ujung depan.

Tiga kategori utama membentuk tubuh kendala yang akan kita bahas dalam bab
ini: (1) antarmuka, (2) lingkungan, dan (3) teknik khusus. Setiap item dalam
arsitektur sistem harus dikembangkan untuknya, selama periode analisis
persyaratan, serangkaian persyaratan yang mencakup persyaratan kinerja dan
batasan desain yang sesuai. Dalam masing-masing dari tiga kategori ini, kami
akan mencari di buku ini untuk mengungkap pendekatan terorganisir untuk
identifikasi daftar atribut persyaratan primitif, yang dapat diperluas menjadi

14 / 20
pernyataan persyaratan lengkap menggunakan skenario analisis persyaratan
progresif yang disesuaikan dengan metodologi tertentu yang terbukti efektif untuk
kategori analisis.

Integrasi dan akuntabilitas adalah topik yang sangat penting dibandingkan dengan
analisis kendala karena, seperti yang akan kita temukan, dibutuhkan sejumlah
besar spesialis untuk melakukan analisis kendala dan persyaratan produk yang
dihasilkan oleh orang-orang ini dapat dengan mudah memasukkan kontradiksi
yang dihasilkan, jika tidak dijaga, dalam biaya tambahan. Karena kami melakukan
analisis kendala khusus untuk mengontrol Biaya Siklus Hidup, akan sangat
mengecewakan jika menghasilkan biaya tambahan.

2.2. Waktu Analisis Kendala Desain

Analisis kendala desain untuk item tertentu harus diselesaikan secara bersamaan
dengan analisis fungsional dan alokasi perangkat keras dan perangkat lunak yang
dihasilkan. Artinya, hal itu harus dilakukan secara paralel dengan analisis
persyaratan kinerja dengan melihat adanya perbedaan yang signifikan. Kita dapat
mengidentifikasi persyaratan kinerja pada bidang fungsional sebelum mengetahui
item arsitektur yang akan dialokasikan untuk persyaratan tersebut. Itu benar-benar
harus dianggap sebagai norma. Batasan desain harus diidentifikasi dalam konteks
item arsitektur yang terkait dengannya. Mereka harus diidentifikasi di bidang
fisik. Ahli rekayasa sistem mungkin merasa bahwa proses analisis persyaratan
lengkap, termasuk analisis kendala, harus diselesaikan sebelum konsep desain
dipilih. Sayangnya, hal itu tidak selalu memungkinkan.

Tim pengembangan atau insinyur utama harus waspada bahwa kesesuaian

dipertahankan antara kendala yang berkembang dan konsep desain yang disetujui.
Di mana kendala baru yang diperlukan diidentifikasi yang bertentangan dengan
kesimpulan desain yang ada, mereka harus dikunjungi kembali dan keputusan
sadar dicapai tentang bagaimana menangani konflik. Kita harus berusaha untuk
meminimalkan kasus di mana desain harus diubah untuk mencerminkan
perkembangan persyaratan yang terlambat, tentunya. Jika dilakukan secara

15 / 20
ekstrem, ini dapat mengakibatkan apa yang kami coba cegah melalui analisis
persyaratan yang cermat, penambahan biaya yang tidak perlu.

2.3. Kategori Kendala Desain Utama

Analisis kebutuhan antarmuka mengidentifikasi hubungan fisik dan fungsional
antara elemen sistem dan antara elemen sistem dan lingkungan sistem. Kontraktor
dan tim pengembangan secara individu bertanggung jawab atas antarmuka di
mana kedua terminal antarmuka berada dalam tanggung jawab desain mereka atau
salah satu subkontraktor mereka dan secara bersama-sama bertanggung jawab
ketika satu terminal adalah tanggung jawab mereka dan terminal lainnya adalah
tanggung jawab rekanan, kontraktor tim, atau agen pengembangan lainnya. Dalam
semua kasus ini, satu kontraktor atau anggota tim harus diberi tanggung jawab
utama.

Analisis antarmuka adalah untuk mengidentifikasi persyaratan antarmuka sebagai

analisis fungsional untuk identifikasi persyaratan kinerja. Ini menyediakan
lingkungan yang terorganisir dengan mengidentifikasi atribut yang dapat diperluas
menjadi pernyataan persyaratan terukur. Seperti dalam analisis persyaratan
kinerja, kami berusaha menerapkan teknik terstruktur yang melibatkan abstrak
grafis untuk memfokuskan pemikiran kami pada kebutuhan antarmuka dan
persyaratan yang sesuai. Dalam hal ini adalah garis-garis pada diagram blok
skematik atau tanda-tanda pada perpotongan diagram N-Square.

Dengan pengecualian persyaratan antarmuka, persyaratan dikumpulkan tentang

elemen arsitektur. Persyaratan antarmuka ditangkap tentang pasangan elemen
arsitektur dan antarmuka yang digunakan bersama oleh dua elemen arsitektur.
Kita dapat memilih untuk menempatkan persyaratan antarmuka dalam dokumen
kontrol antarmuka (ICD) yang menjembatani antara dua spesifikasi. Alternatifnya,
kita dapat menangkap persyaratan antarmuka dalam pasangan spesifikasi terminal.
Jika kami memilih yang pertama, kami juga tidak boleh menyertakan persyaratan
dalam pasangan spesifikasi karena Anda tidak akan dapat menyinkronkan konten
kedua spesifikasi dan ICD.

16 / 20
Analisis persyaratan lingkungan mengidentifikasi kondisi yang diharapkan akan
dihadapi selama penyimpanan, pengiriman, dan operasi dari sumber alam, yang
tidak bersahabat, non-kooperatif dan yang diinduksi sendiri (misalnya, termal,
getaran, g-loading, akustik, kelembaban, dll.). Persyaratan lingkungan akan
membutuhkan model paling kompleks dari semua model yang diterapkan dalam
analisis terstruktur tradisional yang melibatkan tiga model berbeda.

Salah satu perbedaan utama antara keahlian teknik sekarang dan beberapa dekade
yang lalu adalah munculnya banyak disiplin ilmu teknik khusus. Ini terjadi
melalui ledakan pengetahuan yang tersedia yang memaksa kita untuk
mengkhususkan diri seperti yang telah kita diskusikan sebelumnya. Keistimewaan
tersebut meliputi keandalan, daya rawat, produkibilitas, sifat massa, gangguan
elektromagnetik / kompatibilitas elektromagnetik, dan banyak lainnya yang akan
didaftar nanti. Dalam setiap kasus, insinyur khusus bekerja untuk
mengidentifikasi serangkaian karakteristik minimum yang harus dimiliki oleh
setiap elemen sistem untuk memenuhi persyaratan program untuk disiplin teknik
khusus tersebut.

3. Persyaratan pada Waktunya

Ini adalah sikap umum bahwa persyaratan harus selalu ditentukan sebelum
pekerjaan desain diselesaikan. Sikap ini tidak selalu diekspresikan dalam
pekerjaan yang sebenarnya tetapi, bahkan di antara desainer yang berlomba ke
solusi desain titik sebelum ada upaya untuk memahami masalah, umumnya
dirasakan bahwa persyaratan harus didahulukan. Ternyata tidak selalu demikian.
Saat mengembangkan item baru, tidak selalu mungkin untuk memahami masalah
secara menyeluruh sebelum mengembangkan beberapa solusi alternatif.
Persyaratan kinerja dapat didefinisikan bahkan sebelum mengetahui apa item itu
tetapi kendala desain harus diidentifikasi setelah mengetahui apa item itu dan
beberapa fiturnya terekspos.

Jika perlu untuk mengembangkan produk baru, maka perlu ditentukan persyaratan
untuk item yang akan dikembangkan. Persyaratan ini harus desain independen dan

17 / 20
tidak ditentukan sebelumnya sebagai solusi desain titik tertentu. Analisis
terstruktur adalah metode yang sangat berguna untuk memahami persyaratan apa
yang sesuai untuk item tersebut. Spesifikasi di mana ini ditangkap disebut Bagian
I, pengembangan, atau saat ini spesifikasi kinerja oleh Departemen Pertahanan.
Spesifikasi ini menjadi dasar untuk pengembangan desain dan kualifikasi item.
Spesifikasi ini harus lengkap dan disetujui oleh PDR dan sebelum dana program
dibelanjakan untuk pekerjaan desain rinci untuk item yang tercakup dalam
spesifikasi.

Dengan adanya solusi desain tertentu, organisasi yang menggunakan spesifikasi

dua bagian akan mengembangkan Bagian II, produk, atau spesifikasi detail yang
menjadi dasar penerimaan produk. Perhatikan bahwa spesifikasi ini harus
dikembangkan dengan mengetahui solusi desain dan persyaratan difokuskan pada
mengidentifikasi bagaimana kami dapat menentukan apakah artikel produk
tertentu dapat diterima untuk pengiriman ke pelanggan.

Organisasi yang menyiapkan spesifikasi satu bagian dapat berkembang menjadi

sekumpulan kebiasaan analisis persyaratan yang buruk berdasarkan logika di atas.
Cara mengembangkan spesifikasi satu bagian adalah dengan terlebih dahulu
mengembangkan konten pengembangan yang tepat tanpa bias solusi desain dan
merilis spesifikasi tersebut sebagai apa yang sekarang disebut oleh Departemen
Pertahanan sebagai spesifikasi kinerja. Selanjutnya, spesifikasi ini harus diedit,
berdasarkan desain, untuk karakteristik penerimaan dan dirilis ulang sebagai
spesifikasi detail. Cara yang salah dalam melakukan pekerjaan ini adalah dengan
mengenali bahwa spesifikasi satu bagian tidak dapat diselesaikan hingga desain
selesai. Insinyur yang bertanggung jawab, tidak ingin menimbulkan biaya yang
tidak perlu, dapat memutuskan untuk menunggu untuk merilis spesifikasi sampai
selesai. Lembur, fakta bahwa beberapa persyaratan dikembangkan setelah desain
selesai mungkin secara tidak sadar mendorong para insinyur untuk menerima
bahwa tidak masalah untuk menyiapkan spesifikasi lengkap setelah desain selesai.
Tidak ada yang lebih jauh dari jejak menuju keunggulan teknik.

18 / 20
C. Latihan

1. Apa itu Persyaratan kinerja?

2. Apa itu Analisis antarmuka?

D. Kunci Jawaban

1. Persyaratan kinerja menentukan apa yang harus dilakukan sistem atau

item dan seberapa baik hal itu harus dilakukan

2. Analisis antarmuka adalah untuk mengidentifikasi persyaratan

antarmuka sebagai analisis fungsional untuk identifikasi persyaratan
kinerja.

E. Daftar Pustaka

1. Jeffrey O. Graddy, Analisis Kebutuhan Sistem, AS. 2006.

2. Elizabeth Hull, Ken Jackson, Jeremy Dick, Teknik Kebutuhan, Inggris,
2011

19 / 20