MODUL ANALISIS INFORMASI KEBUTUHAN

(CSA 120)

MODUL PERTEMUAN 01
PENGANTAR

DISUSUN OLEH
Sandfreni, S.SI, MT

UNIVERSITAS ESA UNGGUL

2021
 PENDAHULUAN SISTEM

A. Kemampuan Akhir Yang Diharapkan

Setelah mempelajari modul ini, diharapkan mahasiswa mampu:

1. Mahasiswa mampu menguraikan konsep dasar dari sistem.
2. Mahasiswa mampu menguraikan konsep pengembangan sistem.

B. Uraian dan Contoh

1. Apa itu Sistem?

Banyak definisi dari sistem kata telah ditawarkan, tetapi dalam arti yang paling
luas, dua atau lebih objek yang berinteraksi secara kooperatif untuk mencapai
beberapa tujuan, fungsi, atau tujuan bersama merupakan suatu sistem. Isi buku ini
berlaku paling tepat untuk sistem buatan manusia yang mengatur kumpulan
sumber daya yang berinteraksi secara sinergis melalui antarmuka yang
menghubungkannya untuk mencapai tujuan yang telah direncanakan sesuai
dengan rencana atau proses yang telah ditentukan sebelumnya. Secara umum,
dalam jenis sistem ini, tidak ada subset dari sumber daya sistem yang beroperasi
secara independen yang dapat sepenuhnya mencapai tujuan atau tujuan sistem
yang sama, karena kita cenderung membuatnya dalam konfigurasi biaya terendah.
Kunci keberadaan sistem, dan kinerja unggul sistem atas kumpulan objek
independen yang tidak terorganisir, adalah interaksi kooperatif di antara berbagai
sumber daya sistem melalui antarmuka yang menghubungkannya. Jadi salah satu
sistem terdiri dari entitas yang saling berhubungan oleh hubungan.

Sistem buatan manusia dikembangkan untuk mencapai tujuan atau tujuan yang
direncanakan sebelumnya. Sistem ini memerlukan pekerjaan pengembangan
teknik untuk mengubah tujuan atau tujuan yang telah direncanakan sebelumnya
menjadi solusi praktis yang terdiri dari elemen perangkat keras fisik yang dapat

1 / 17
dibuat dan dirakit dari bahan yang tersedia. Paling sering, mereka juga
memasukkan perangkat lunak komputer dan, biasanya, operator manusia yang
berinteraksi dengan perangkat keras dan perangkat lunak untuk memandu sistem
menuju tujuan atau tujuannya.

Gambar 1.1-1 Abstraksi sistem pamungkas

Gambar 1.1-1 (a) mengilustrasikan abstraksi pamungkas untuk suatu sistem dalam
bentuk satu blok yang mewakili sistem yang lengkap. Ini berinteraksi dengan
lingkungan sistem dan dirinya sendiri untuk mencapai fungsi, tujuan, atau tujuan
sistem. Lingkungan sistem terdiri dari segala sesuatu yang ada, kecuali sistem itu
sendiri, yang mempengaruhi sistem. Sasaran sistem, yang dinyatakan dalam
pernyataan kebutuhan pelanggan, adalah persyaratan yang sesuai dengan blok
sistem dalam diagram ini. Ini adalah persyaratan akhir untuk sistem yang dapat
diwujudkan tanpa berpikir melalui alokasi kebutuhan pelanggan ke sesuatu yang
disebut sistem. Kita sering berbicara tentang penguraian kebutuhan sistem, dan di
sinilah proses penguraian dimulai, dengan persyaratan akhir.

Dalam proses yang penulis sebut analisis terstruktur tradisional, kami secara
bertahap menguraikan atau mempartisi fungsionalitas yang diwakili oleh
kebutuhan menjadi fungsionalitas tingkat rendah sebagai sarana untuk
mendapatkan wawasan tentang apa yang harus dicapai oleh sistem dan bagian-

2 / 17
bagiannya dan seberapa baik kinerjanya. Proses penguraian berhenti ketika kami
telah mengidentifikasi semua sumber daya sistem yang akan menghasilkan desain
terperinci oleh satu agen atau tim desain di perusahaan yang memproduksi atau
dapat diperoleh dari pemasok tunggal.

Gambar 1.1-1 (b) menawarkan tampilan sistem akhir dari perspektif penganut
analisis terstruktur modern yang digunakan selama bertahun-tahun, dan hingga
hari ini, oleh beberapa orang untuk mengembangkan perangkat lunak komputer.
Sistem, apapun itu selama proses pengembangan, ditampilkan berinteraksi dengan
beberapa (empat dalam hal ini) entitas eksternal yang disebut terminator. Ini
adalah diagram yang sangat berguna tidak peduli pendekatan pemodelan apa yang
mungkin digunakan. Ini juga dapat digunakan untuk mengidentifikasi semua
pihak yang berkepentingan dengan upaya pembangunan, yang sering disebut
pemangku kepentingan.

Kita harus berurusan dengan satu jenis sistem lainnya saat mengembangkan
sistem, sistem yang melahirkan sistem produk, sistem di mana kita sebagai
manusia adalah anggotanya. Ada suatu masa ketika para insinyur percaya bahwa
itu cukup untuk mengoptimalkan produk pada tingkat sistem. Kami harus
menyadari bahwa kami perlu mengoptimalkan pada tingkat sistem agregat,
termasuk produk dan prosesnya. Dalam buku ini, kami mempertimbangkan dua
komponen dari sistem pencipta ini: proses, seperti manufaktur, jaminan kualitas,
bahan, dan logistik, dan aspek program, termasuk pengaturan organisasi,
pendanaan, penjadwalan, dan manajemen proses yang sedang berlangsung.
Beberapa aspek dari proses ini dapat diduplikasi secara umum dari satu program
ke program lainnya, dan semakin banyak aspek ini semakin baik, tetapi aspek
lainnya harus dibuat secara khusus untuk program yang bersangkutan.

Istilah sistem besar yang digunakan dalam buku ini dipilih untuk menunjukkan
pengoptimalan bersama tidak hanya dari elemen produk dan proses dalam satu
program (bukan pencapaian kecil) tetapi di semua program yang sedang
dikembangkan dalam satu perusahaan. Ini adalah kebenaran besar bahwa, kapan

3 / 17
pun perlu untuk membagi entitas besar menjadi serangkaian yang lebih kecil,
perlu untuk menerapkan kekuatan yang mengintegrasikan dan mengoptimalkan.

Selanjutnya, perlu untuk menerapkan gaya ini di setiap tingkat pekerjaan yang
diselesaikan yang berfokus pada entitas yang dipartisi. Pekerjaan integrasi dan
pengoptimalan ini sering kali merupakan tugas seorang insinyur sistem.

2. Apa itu Pengembangan Sistem?

Pelanggan, pengguna akhir sistem, atau agen pengadaan atau akuisisi mereka,
pada awalnya mampu mengidentifikasi kebutuhan akan sistem baru atau yang
dimodifikasi secara signifikan hanya dalam istilah yang paling agung. Melalui
pengamatan terhadap produk dan proses mereka saat ini atau pesaing atau musuh
mereka, mereka dapat melihat bahwa kebutuhan tertentu tidak kemudian dipenuhi
oleh sistem yang tersedia bagi mereka, kebutuhan mereka saat ini tidak terpenuhi,
atau ada risiko bahwa di masa depan mereka tidak akan terpenuhi. Kekosongan
yang teridentifikasi ini menciptakan kebutuhan yang dapat ditandai dengan istilah
yang sangat sederhana oleh pelanggan dalam apa yang kami sebut pernyataan
kebutuhan pelanggan.

Pernyataan kebutuhan adalah paragraf sederhana dari satu atau lebih kalimat yang
dengan jelas mendefinisikan apa yang pelanggan harapkan dari sistem dalam
kaitannya dengan pengaruhnya terhadap lingkungan alam atau, lebih umum, pada
sistem lain yang beroperasi di dalam dan berbagi lingkungan alam. Pengembang
seharusnya tidak mengharapkan pelanggan untuk dapat mengekspresikan
kebutuhannya pada awalnya dalam istilah teknik yang tepat atau bahkan untuk
sepenuhnya memahami apa yang dibutuhkannya. Proses penemuan harus terjadi
dan pelanggan mungkin membutuhkan bantuan dalam menyelesaikan proses itu.

Dari perspektif pelanggan, proses mendapatkan akses ke sistem yang memenuhi

pernyataan kebutuhan disebut proses akuisisi sistem. Ini adalah proses manajemen
yang menciptakan hubungan kontrak antara pelanggan, atau pengakuisisi, dan

4 / 17
perusahaan pengembang sistem dan mengelola proses pengembangan sesuai
dengan kontrak. Hasil yang diinginkan adalah agar perusahaan pengembang,
pemasok, atau kontraktor mengirimkan produk yang dibutuhkan tepat waktu dan
dengan harga yang disepakati yang sepenuhnya memenuhi kebutuhan.

Pengembangan sistem adalah proses kontraktor yang terorganisir, kreatif, teknis,

dan manajemen untuk menerjemahkan kebutuhan pelanggan ke dalam definisi
yang jelas tentang solusi dan produksi, pengujian, integrasi komponen, dan
pengiriman solusi itu tepat waktu dalam pedoman biaya yang ditentukan dalam
kontrak untuk memenuhi tanggal kapabilitas operasional yang diinginkan
pelanggan (disebut kapabilitas operasi awal, atau IOC, oleh Departemen
Pertahanan AS) dengan penyelesaian sistem operasi yang memenuhi kebutuhan.
Jadi, proses pengembangan sistem merupakan tanggapan kontraktor terhadap
proses akuisisi sistem pelanggan.

Pengembangan sistem untuk tujuan komersial mungkin memerlukan kosakata

yang agak berbeda, di mana pelanggan umumnya tidak didefinisikan dengan jelas
dalam pengertian pribadi atau terkonsentrasi pada saat perusahaan berkembang
mulai bekerja dan mungkin tidak didefinisikan sampai orang membuat keputusan
pembelian individu mereka di pasar.

C. Latihan

1. Apa yang dimaksud Sistem?

2. Bagaimana proses analisis terstruktur tradisional?
3. Apa yang dimaksud Pengembangan Sistem?

5 / 17
D. Kunci Jawaban

1. Sistem merupakan dua atau lebih objek yang berinteraksi secara

kooperatif untuk mencapai beberapa tujuan, fungsi, atau tujuan
Bersama.

2. Proses analisis terstruktur tradisional :

• Kami secara bertahap menguraikan atau mempartisi
fungsionalitas yang diwakili oleh kebutuhan menjadi
fungsionalitas tingkat rendah sebagai sarana untuk mendapatkan
wawasan tentang apa yang harus dicapai oleh sistem dan bagian-
bagiannya dan seberapa baik kinerjanya.
• Proses penguraian berhenti ketika kami telah mengidentifikasi
semua sumber daya sistem yang akan menghasilkan desain
terperinci oleh satu agen atau tim desain di perusahaan yang
memproduksi atau dapat diperoleh dari pemasok tunggal.

3. Pengembangan sistem merupakan proses kontraktor yang terorganisir,

kreatif, teknis, dan manajemen untuk menerjemahkan kebutuhan
pelanggan ke dalam definisi yang jelas tentang solusi dan produksi,
pengujian, integrasi komponen, dan pengiriman solusi itu tepat waktu
dalam pedoman biaya yang ditentukan dalam kontrak untuk memenuhi
tanggal kapabilitas operasional yang diinginkan pelanggan, dengan
penyelesaian sistem operasi yang memenuhi kebutuhan.

6 / 17
 PENDAHULUAN PERSYARATAN

A. Kemampuan Akhir Yang Diharapkan

Setelah mempelajari modul ini, diharapkan mahasiswa mampu:

1. Mahasiswa mampu menguraikan konsep dasar dari persyaratan.
2. Mahasiswa mampu melihat aspek penting dalam Analisis Kebutuhan Sistem.

B. Uraian dan Contoh

1. Apa itu Analisis Kebutuhan Sistem?

Persyaratan adalah atribut yang diperlukan yang ditentukan untuk suatu item
sebelum upaya mengembangkan desain untuk item tersebut. Analisis kebutuhan
sistem adalah metodologi terstruktur, atau terorganisir untuk mengidentifikasi
sekumpulan sumber daya yang sesuai untuk memenuhi kebutuhan sistem dan
persyaratan untuk sumber daya yang memberikan dasar yang kuat untuk desain
atau pemilihan sumber daya tersebut. Ini bertindak sebagai transformasi antara
kebutuhan sistem pelanggan dan konsep desain yang didorong oleh aplikasi
terorganisir dari bakat teknik. Proses dasar menguraikan pernyataan kebutuhan
pelanggan melalui eksposisi sistematis tentang apa yang harus dilakukan sistem
untuk memenuhi kebutuhan itu. Kebutuhan adalah persyaratan sistem akhir dari
mana semua persyaratan lain dan desain mengalir.

Sangat penting bahwa, dalam membaca atau menggunakan buku ini, Anda
menyadari bahwa prinsip yang dijelaskan di sini harus diterapkan oleh tim yang
pekerjaannya dikoordinasikan untuk mencapai tujuan bersama oleh tim
manajemen yang mengetahui dan menentukan. Baik proses pengembangan /
rekayasa sistem maupun proses analisis persyaratan sistem bawahan (SRA) tidak
dapat diterapkan secara efektif oleh insinyur yang terisolasi atau kelompok orang
yang otonom. Kami mengatakan lebih banyak tentang ini di seluruh buku sebagai

7 / 17
cara untuk menekankan pentingnya pembangunan tim dalam menerapkan teknik
yang dijelaskan.

Spesialisasi dan persaingan adalah kekuatan utama yang mendorong kebutuhan

untuk menguraikan kebutuhan pelanggan menjadi serangkaian masalah yang lebih
kecil, yang masing-masing menghasilkan jenis keahlian teknik tertentu. Karena
kita harus memecah masalah besar menjadi banyak masalah kecil, kita harus
menemukan cara untuk memastikan bahwa semua solusi yang lebih kecil ini
bersatu untuk menyelesaikan masalah besar yang terkait dengan keseluruhan.
Metode yang paling umum dijelaskan untuk mencapai hal ini adalah dengan
menentukan karakteristik (persyaratan) yang diperlukan untuk setiap elemen
sistem sebelum kita memulai pekerjaan desain, kemudian menganalisis dan
menguji produk dari proses desain dan manufaktur untuk memenuhi persyaratan
yang telah ditentukan.

Sistem yang kompleks terdiri dari banyak elemen yang harus diatur ke dalam
kelompok, masing-masing diatur dalam hierarki, karena sistem yang kompleks
biasanya membutuhkan daya tarik yang beragam untuk teknologi yang
membutuhkan berbagai jenis spesialis. Kelompok dan elemen ini harus ditugaskan
ke tim teknik, organisasi, atau perusahaan yang berspesialisasi dalam desain hal-
hal tertentu. Masing-masing elemen ini harus dirancang untuk saling
mempengaruhi dalam sistem dan lingkungan sistem untuk memenuhi kebutuhan
sistem.

Jadi, kami menguraikan karena kami diatur ke dalam organisasi teknik khusus
yang didorong oleh persaingan dan keterbatasan kami dan karena kami terbatas
dalam ruang lingkup dan kompleksitas (luas dan dalamnya) masalah yang dimiliki
siapa pun orang bisa menguasai. Karena kami berspesialisasi, kami harus dengan
jelas menentukan persyaratan elemen di tempat umum untuk memastikan bahwa
elemen yang dirancang oleh insinyur khusus bekerja sama untuk memenuhi
kebutuhan pelanggan ketika dirakit ke dalam sistem.

8 / 17
Proses pengembangan sistem yang kemungkinan besar berhasil telah berkembang
dari pengalaman bertahun-tahun. Ini melibatkan proses tiga langkah yang dicapai
dalam infrastruktur manajemen teknis yang baik. Langkah pertama dalam proses
itu adalah mendefinisikan masalah sebagai prasyarat untuk menyelesaikannya.
Setiap upaya desain terperinci yang diberikan harus didahului dengan peluncuran
spesifikasi yang berisi semua karakteristik penting dan tidak ada yang lain.
Langkah kedua melibatkan pemecahan masalah yang didefinisikan dalam
spesifikasi, yang disebut sintesis. Langkah ini biasanya dibagi menjadi tiga sub-
langkah: membuat solusi desain teknik, menerjemahkan solusi tersebut ke dalam
daftar pemasok bahan yang diperlukan untuk membuat dan merakit solusi, dan
pembuatan solusi. Langkah terakhir dalam proses meminta kami untuk
membuktikan bahwa desain yang kami pilih benar-benar menyelesaikan masalah
yang ditentukan dalam spesifikasi. Langkah ketiga ini dirujuk oleh penulis dan
EIA 632 sebagai verifikasi.

Persyaratan untuk sistem atau elemen dalam sistem ditangkap dalam spesifikasi.
Analisis persyaratan adalah proses di mana kami mendapatkan wawasan tentang
konten spesifikasi yang tepat. Analisis kebutuhan adalah komponen utama dari
analisis kebutuhan sistem, tetapi hanya satu komponen. Komponen utama lainnya
adalah dekomposisi terstruktur, sintesis arsitektur, dan pembuatan spesifikasi.

Departemen Pertahanan AS (DoD) dan pelanggan lain untuk sistem yang besar
dan kompleks, seperti National Aeronautics and Space Administration (NASA)
dan Federal Aviation Administration (FAA), selama bertahun-tahun,
mengembangkan proses akuisisi sistem yang sangat terorganisir yang melibatkan
poin keputusan formal dan iterasi progresif serta penyempurnaan solusi sistem.
Proses ini memungkinkan pengeluaran dana terkontrol berdasarkan beberapa poin
keputusan utama, seperti kesepakatan tentang persyaratan sistem dan konsep
desain sistem, tinjauan dan persetujuan desain awal dan rinci, komitmen untuk
membangun sumber daya yang cukup untuk melakukan item dan sistem
pengujian, dan komitmen untuk memasuki produksi skala penuh untuk
pengiriman sistem operasional.

9 / 17
Seluruh pengaturan akuisisi ini didorong oleh kepentingan dalam mengelola
risiko. Sejauh organisasi pengembangan tidak peduli tentang kemungkinan bahwa
masalah yang tidak terduga akan muncul selama program pengembangan
meningkatkan biaya, mengurangi kemampuan produk, atau memperpanjang
periode sebelum ketersediaan produk, maka mungkin tidak perlu untuk
menyelesaikan semua langkah dalam proses penuh. Banyak komponen yang
berguna dari proses ini telah dikerjakan selama bertahun-tahun dengan
pengalaman baik dan buruk dalam pengembangan sistem yang kompleks yang
dapat diterapkan secara selektif dengan hasil yang positif. Pengembang harus
membuat keputusan sadar tentang bagian-bagian dari keseluruhan proses yang
akan diterapkan pada program tertentu berdasarkan seberapa besar risiko yang
dapat dia tanggung.

2. Pertimbangan Waktu Analisis Kebutuhan Sistem

Gambar 1.2-1 Stroke pengembangan sistem

Gambar 1.2-1 mengilustrasikan model master pengembangan sistem perusahaan

yang menunjukkan ujung depan siklus hidup untuk sistem apa pun yang mungkin
dikembangkan oleh perusahaan. Aktivitas analisis kebutuhan sistem harus
dikelola untuk berinteraksi dengan aktivitas pengembangan konsep desain di awal
pengembangan sistem. Interaksi ini terjadi dalam tugas yang diilustrasikan pada

10 / 17
Gambar 1.2-1, yang kemudian kita sebut sebagai fungsi siklus hidup F41,
Definisikan Sistem. Interaksi antara dua jalur ini terjadi pada apa yang disebut
dengan pengembangan sistem downstroke. Dalam fase program selanjutnya,
dorongan teknik sistem utama berada pada langkah awal proses pengembangan, di
mana kami fokus pada desain terperinci, integrasi, produksi, perakitan, dan
verifikasi. Kami fokus pada dekomposisi sistem, analisis persyaratan, dan definisi
konsep pada gaya turun dan desain sistem, integrasi, dan pengujian pada gaya
naik. Kami mendekomposisi dan mengoptimalkan saat downstroke untuk
menentukan sistem apa yang harus disusun dan persyaratan untuk elemen sistem.
Saat upstroke, kami mensintesis persyaratan ke dalam desain, lalu memproduksi,
merakit, dan menguji bagian-bagian tersebut untuk membentuk realitas fisik,
sistem, dalam keadaan yang dapat dikirimkan.

Saat downstroke, sifat aktivitas analisis persyaratan sistem mengalami perubahan

selama fase pengembangan ini. Awalnya, ini paling berkaitan dengan persyaratan
tingkat sistem dan penguraian kebutuhan sistem menjadi bagian-bagian komponen
yang menghasilkan desain oleh departemen teknik khusus, tim lintas fungsi, atau
perusahaan pemasok. Pada tahap awal ini melalui penyelesaian pekerjaan desain
awal, aktivitas analisis persyaratan sistem berfokus pada identifikasi persyaratan
teknis untuk elemen sistem yang menentukan elemen apa yang harus dilakukan
dan seberapa baik elemen harus melakukannya sebagai dasar untuk desain dan
kualifikasi item aplikasi.

Kemudian, penekanan analisis persyaratan beralih ke identifikasi persyaratan

untuk penerimaan elemen produk fisik oleh pelanggan dan dukungan logistik dari
sistem yang diterapkan. Sudah lama diketahui bahwa persyaratan manufaktur dan
logistik harus ditanamkan dalam desain sedini mungkin, karena biayanya lebih
murah untuk melakukannya dengan cara itu dan pelanggan mendapatkan nilai
yang lebih baik dalam produk yang dihasilkan. Kami mendorong kesesuaian
dalam proses ini dengan upaya desain produk, tetapi di jantung upaya desain, ada
dan akan selalu ada insinyur desain produk kreatif yang harus menyatukan banyak
persyaratan masukan yang diterima dari disiplin ilmu lain ke dalam konsep desain

11 / 17
sebagai prasyarat. untuk beberapa pekerjaan analitis yang dilakukan di area
pendukung manufaktur dan logistik.

Sayangnya, kontribusi perancang produk dalam proses pengembangan sistem

hampir hilang dalam diskusi tentang proses pengembangan yang terorganisir,
tetapi kita tidak boleh lupa bahwa kita melakukan semua pekerjaan terorganisir ini
untuk menyediakan perancang khusus atau tim desain terintegrasi wilayah yang
aman untuk menerapkan kejeniusan kreatif mereka dalam mencari konsep desain
yang dapat diterima atau solusi untuk fragmen dari masalah pengembangan sistem
global. Di pusat semua struktur ini adalah kumpulan insinyur desain berbakat
yang menerjemahkan sains dan teknologi saat ini menjadi solusi praktis untuk
masalah yang dicirikan oleh serangkaian persyaratan yang dikenal konsisten
dengan penyelesaian kebutuhan pelanggan akan sistem.

Saat mengalami downstroke, kami menguraikan kebutuhan pelanggan menjadi

kelompok hal-hal yang memenuhi kebutuhan tersebut. Dalam buku ini, salah satu
metode yang dibahas menekankan pada penggunaan suatu aktivitas yang disebut
analisis fungsional untuk menguraikan fungsionalitas yang dibutuhkan ke dalam
elemen-elemen penyusun sistem. Fungsi menjadi persyaratan kinerja primitif,
memberi tahu apa yang harus dilakukan sistem, dan persyaratan ini dialokasikan
untuk hal-hal tersebut. Pengembangan konsep untuk item yang diidentifikasi
melalui proses ini harus mengikuti tepat waktu, tetapi tidak terlalu jauh di
belakang, identifikasi persyaratan kinerja dan pengalokasiannya ke elemen sistem.
Hasil yang diinginkan adalah kedua kegiatan ini berlangsung secara interaktif
dengan memimpin analisis fungsional.

Ketika waktu antara aktivitas ini dikoordinasikan dengan baik oleh fungsi
rekayasa sistem, analisis fungsional tingkat rendah memanfaatkan alokasi
persyaratan kinerja tingkat tinggi dan konsep arsitektur yang dihasilkan. Ini
menghasilkan identifikasi fungsi yang secara progresif lebih terkait dengan
konsep sistem yang disukai saat analisis berlangsung. Diagram aliran fungsional,
yang secara grafis menggambarkan bagaimana fungsi-fungsi terkait secara

12 / 17
berurutan, dimulai sebagai sarana untuk mendapatkan wawasan tentang apa yang
harus dilakukan sistem, matang menjadi diagram proses sistem yang berfokus
pada sumber daya spesifik yang dialokasikan fungsionalitas. Apa yang dimulai
sebagai analisis fungsional harus secara bertahap berkembang menjadi analisis
proses yang memicu kebutuhan untuk mengidentifikasi persyaratan dukungan
logistik.

Jika analisis fungsional berkembang terlalu jauh sebelum alokasi fungsional,

maka terdapat bahaya bahwa fungsi yang lebih rendah akan sulit untuk dikaitkan
dengan arsitektur dan konsep yang berkembang. Jika aktivitas pengembangan
konsep terlalu jauh mendahului aktivitas analisis fungsional atau diselesaikan
tanpa menyelesaikan aktivitas pengorganisasian ini, ada bahaya insinyur desain
khusus akan menerapkan desain titik yang tersedia yang mungkin tidak memenuhi
semua kebutuhan sistem atau memanfaatkan yang terbaru. teknologi.

Alokasi persyaratan kinerja untuk elemen arsitektur merupakan langkah pemicu

dalam proses sintesis konsep, dan melalui metodologi yang terorganisir ini, jalur
pengembangan sistem kembar fundamental dari analisis persyaratan dan
pengembangan konsep berinteraksi secara sistematis. Langkah-langkah sintesis
selanjutnya merakit persyaratan kinerja yang dialokasikan menjadi elemen-elemen
sistem yang digambarkan dalam diagram blok arsitektur sistem. Tanggung jawab
pengembangan konsep kemudian diidentifikasi untuk setiap elemen dalam
arsitektur.

Orang yang bertanggung jawab dalam komunitas desain memulai tindakan untuk
mengembangkan konsep alternatif untuk elemen arsitektur sistem yang
ditetapkan, yang memenuhi persyaratan yang tercantum untuk elemen tersebut.
Konsep alternatif ini tunduk pada studi perdagangan, di mana tidak ada alternatif
pilihan yang jelas yang mudah diidentifikasi atau ditentukan sebelumnya oleh
pelanggan atau lini produk saat ini. Konsep tersebut, disetujui dalam forum
pengambilan keputusan teknik, termasuk dalam dokumentasi definisi konsep
dasar yang dikunci pada identifikasi arsitektur elemen sistem yang sesuai. Selama

13 / 17
periode ketika pengembangan teknik dan manufaktur terjadi, konsep-konsep ini
didefinisikan secara lebih lengkap dalam gambar teknik yang disiapkan dalam
aktivitas desain awal dan detail.

Proses siklus ini berulang, bekerja ke bawah melalui definisi fungsional sistem
yang berkembang yang mengalokasikan fungsi ke elemen sistem dalam arsitektur
(elemen yang sudah ada dalam arsitektur atau elemen yang harus ditambahkan).
Proses analisis fungsional menyediakan cara sistematis untuk memahami sistem
dan fungsi sub-elemen serta hubungan sekuensial mereka. Kesimpulan arsitektur
yang dihasilkan terkait dengan struktur keluarga dalam sintesis arsitektur yang
menyediakan kerangka kerja untuk memperluas definisi sintesis sistem.

Seringkali ketika para insinyur mendiskusikan pendekatan pengembangan

terstruktur dari atas ke bawah, mereka menyimpulkan bahwa masalah ayam-
andegg terkubur di suatu tempat di dalamnya. Personel manajemen yang
bertanggung jawab atas kinerja biaya dan jadwal dapat dengan mudah sampai
pada kesimpulan bahwa proses tersebut tidak memiliki awal dan akhir, hanya
bagian tengah yang mahal dan tak berujung. Sayangnya, sebagian besar deskripsi
tertulis dari proses tersebut tidak memberikan pemahaman yang jelas kepada
pembaca tentang awal dan akhir. Di paragraf sebelumnya, kami memberikan
definisi awal dan akhir. Sekarang mari kita coba membuatnya lebih jelas. Jangan
tinggalkan bab ini sebelum Anda memahami paragraf berikutnya dalam konteks
gagasan yang dikembangkan hingga saat ini.

Prosesnya dimulai dengan kebutuhan pelanggan, persyaratan akhir yang berlaku

untuk elemen teratas dalam sistem, sistem itu sendiri, umumnya diutarakan oleh
pengguna akhir. Kebutuhan dialokasikan untuk sesuatu yang disebut sistem tanpa
perlu berpikir. Proses berakhir ketika aktivitas dekomposisi telah mengidentifikasi
fungsionalitas sistem yang diperlukan dan mengalokasikannya ke serangkaian
elemen di sepanjang pinggiran bawah arsitektur sistem, yang semuanya akan
diserahkan kepada desain awal dan detail oleh kelompok teknik khusus tertentu
atau akan dibeli. dari beberapa pemasok luar sesuai dengan serangkaian

14 / 17
persyaratan yang disetujui. Sekarang kita perlu memahami apa yang terjadi di
antaranya dan bagaimana mewujudkannya dalam batasan biaya dan jadwal
program. Sebagian besar sisa buku ini berfokus pada tujuan tersebut.

C. Latihan

1. Apa itu Analisis Kebutuhan Sistem?

2. Jelaskan tiga langkah proses pengembangan sistem?
3. Apa itu Diagram aliran fungsional?

D. Kunci Jawaban

1. Analisis kebutuhan sistem adalah metodologi terstruktur, atau

terorganisir untuk mengidentifikasi sekumpulan sumber daya yang
sesuai untuk memenuhi kebutuhan sistem dan persyaratan untuk
sumber daya yang memberikan dasar yang kuat untuk desain atau
pemilihan sumber daya tersebut.

2. Pada proses pengembangan sistem, melibatkan proses tiga langkah

yang dicapai dalam infrastruktur manajemen teknis yang baik:
• Mendefinisikan masalah sebagai prasyarat untuk
menyelesaikannya. Setiap upaya desain terperinci yang diberikan
harus didahului dengan peluncuran spesifikasi yang berisi semua
karakteristik penting dan tidak ada yang lain.
• Melibatkan pemecahan masalah yang didefinisikan dalam
spesifikasi, yang disebut sintesis. Langkah ini biasanya dibagi
menjadi tiga sub-langkah: membuat solusi desain teknik,
menerjemahkan solusi tersebut ke dalam daftar pemasok bahan
yang diperlukan untuk membuat dan merakit solusi, dan
pembuatan solusi.

15 / 17
 • Membuktikan bahwa desain yang dipilih benar-benar
menyelesaikan masalah yang ditentukan dalam spesifikasi.
Langkah ketiga ini, bisa disebut sebagai verifikasi.

3. Diagram aliran fungsional, yang secara grafis menggambarkan

bagaimana fungsi-fungsi terkait secara berurutan, dimulai sebagai
sarana untuk mendapatkan wawasan tentang apa yang harus dilakukan
sistem, menjadi diagram proses sistem yang berfokus pada sumber
daya spesifik yang dialokasikan fungsionalitas.

E. Daftar Pustaka

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

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

16 / 17