MODUL ANALISIS KEBUTUHAN INFORMASI

(CSS 220)

MODUL PERTEMUAN 03
PERSYARATAN (BAGIAN 2)

DISUSUN OLEH
Sandfreni, S.SI, MT

UNIVERSITAS ESA UNGGUL

2021
 PERSYARATAN KETERTELUSURAN HUBUNGAN

A. Kemampuan Akhir Yang Diharapkan

Setelah mempelajari modul ini, diharapkan mahasiswa mampu:

1. Mahasiswa mampu mengetahui jenis-jenis ketertelusuran.
2. Mahasiswa mampu menguraikan konsep ketertelusuran.

B. Uraian dan Contoh

Bab ini mencakup persyaratan yang menghubungkan ke sumber dari mana mereka
berasal, dasar pemikiran untuk identifikasi mereka, dan persyaratan untuk elemen
lain yang terkait dengannya. Ini disebut ketertelusuran vertikal atau induk-anak.
Selain itu, seperti yang ditunjukkan pada Gambar 3.0-1, kami mungkin juga
tertarik pada ketertelusuran longitudinal yang menetapkan hubungan antara
persyaratan, fitur desain, dan informasi verifikasi. Jenis ketiga ketertelusuran nilai
adalah ketertelusuran ke sumber pemodelan dari mana persyaratan itu diturunkan,
atau ketertelusuran lateral.

Gambar 3.0-1 Ketertelusuran Tiga Dimensi

Informasi ketertelusuran jarang disertakan dalam spesifikasi, tetapi sangat berguna

selama proses pengembangan dan modifikasi untuk memiliki akses ke informasi

1 / 25
ini. Informasi ini dapat dikembangkan setelah fakta, tetapi jauh lebih sulit untuk
dicapai daripada selama persyaratan ditetapkan. Biaya dan kemudahan atau
kesulitan melakukan pekerjaan dan mengedit data ketertelusuran dari waktu ke
waktu sangat dipengaruhi oleh metode yang kami gunakan untuk menangkapnya.
Ini dapat dikembangkan secara real time dengan proses analisis kebutuhan dengan
sedikit biaya tambahan jika alat database komputer yang efektif sedang
digunakan.

Informasi ini berharga karena membantu menjawab pertanyaan tentang mengapa

persyaratan tertentu telah diidentifikasi beberapa saat setelah menjadi bagian dari
persyaratan sistem. Saat proses pengembangan bergerak maju, akan ada banyak
kesempatan di mana Anda perlu mengetahui betapa pentingnya persyaratan
tertentu. Perubahan dalam personel program, berlalunya waktu, dan volume
informasi yang luar biasa yang terlibat dalam pekerjaan analisis persyaratan untuk
sistem yang besar akan membuat Anda sangat sulit menjawab pertanyaan
pelanggan seperti ini hanya berdasarkan memori manusia. Informasi ini perlu
didokumentasikan di suatu tempat. Semua pekerjaan ketertelusuran ini
menghabiskan waktu dan uang dan orang mungkin menyimpulkan bahwa
penggunaan sumber daya tersebut tidak efektif. Seringkali manfaat dari
ketertelusuran tampaknya didapat lebih lambat daripada lebih cepat, tetapi dalam
waktu dekat hal itu mendorong persyaratan produk yang lebih baik dan cenderung
mengurangi risiko program. Oleh karena itu, pertanyaannya menjadi, "Berapa
besar risiko yang dapat Anda tanggung?"

1. Ketertelusuran Vertikal
1.1. Persyaratan ketertelusuran sumber
Pernyataan sumber persyaratan mengidentifikasi dari mana persyaratan itu
berasal. Pada tingkat sistem, hal ini dapat berasal dari kebutuhan pelanggan secara
langsung, sebagai hasil dari alokasi fungsi diagram alir fungsional utama ke
tingkat sistem, laporan analisis misi sistem, percakapan dengan perwakilan
pelanggan, atau banyak sumber lainnya.

2 / 25
Sumber paling umum untuk persyaratan tingkat yang lebih rendah haruslah
sebagai hasil dari proses analisis persyaratan yang dilakukan untuk item yang
dimaksud. Persyaratan keandalan untuk item induk akan dialokasikan ke semua
elemen turunan seperti halnya bobot item induk. Proses aliran turun serupa yang
dilakukan oleh teknik khusus dan disiplin analisis sistem yang ditangkap dalam
laporan analisis adalah sumber normal dari persyaratan tingkat bawah.

1.2. Persyaratan dasar pemikiran ketertelusuran

Sumber persyaratan dan tangkapan rasional adalah contoh fenomena yang
dipahami oleh banyak orang tua yang disebut gratifikasi tertunda. Nilai dari
tindakan yang diambil hari ini tampaknya tidak sesuai dengan biaya jangka
pendek tetapi nilainya sangat dihargai di masa mendatang. Nilai uang yang
dihabiskan untuk melakukan pekerjaan ini menghasilkan sedikit kegunaan
langsung, tetapi berbulan-bulan atau beberapa tahun kemudian akan sangat
berharga untuk dapat mengingat kembali detail pekerjaan yang telah diselesaikan
sebelumnya. Akibatnya, terkadang sulit untuk membenarkan kepada manajer
program pengeluaran dana program untuk menyelesaikan pekerjaan ini. Setelah
manajer program mengalami masalah program serius yang telah diselesaikan
dengan mengacu pada informasi ini, dia akan menjadi pemuja menangkapnya.

1.3. Persyaratan ketertelusuran dan alokasi / aliran bawah

Dalam analisis fungsional kami menggunakan istilah alokasi yang berarti
identifikasi elemen arsitektur yang akan bertanggung jawab untuk memenuhi
persyaratan kinerja. Istilah ini juga digunakan oleh beberapa orang untuk
menamai proses mendapatkan nilai persyaratan sub-tier dari nilai persyaratan
elemen arsitektur induk yang juga sering disebut sebagai aliran turun. Penulis
umumnya menggunakan dua kata ini secara bergantian karena keduanya
merupakan istilah yang baik untuk proses umum pengerjaan pekerjaan analisis
persyaratan dari atas ke bawah. Bobot, biaya, dan keandalan adalah contoh umum
dari persyaratan yang dengan mudah menghasilkan teknik ini. Metodologi ini
menyediakan cara sistematis untuk menentukan nilai yang sesuai untuk
persyaratan saat Anda mengetahui nilai induk untuk persyaratan yang sama. Ini

3 / 25
berguna dalam analisis persyaratan kinerja kadang-kadang tetapi paling sering
dalam disiplin kendala desain. Arus ke bawah dengan jelas menetapkan kondisi
ketertelusuran yang dapat dengan mudah ditangkap saat sedang dipraktikkan.
Sebenarnya, ketertelusuran harus dikenali sebagai fenomena dua arah.

Kami akan mengidentifikasi tiga alokasi atau teknik aliran bawah yang disebut
pembagian, kesetaraan, dan sintesis. Masing-masing harus digunakan dalam
kombinasi dengan metodologi analitik yang menyertai untuk menentukan nilai
persyaratan sub-tier yang sesuai. Dalam kasus aliran bobot ke bawah, metodologi
yang menyertainya adalah pembagian terorganisir dari angka bobot menjadi nilai
yang lebih kecil, yang jumlahnya adalah angka bobot induk. Beberapa disiplin
batasan, seperti reliabilitas, berurusan dengan angka probabilitas di mana
metodologi memerlukan proses dasar yang sama yang digunakan dalam bobot
tetapi aturan kombinasi matematika yang berbeda.

Pembagian nilai efektif di mana kategori persyaratan umum untuk beberapa

tingkat arsitektur, dapat dikuantifikasi secara numerik, nilai dapat dipartisi sesuai
dengan beberapa aturan atau hubungan matematika menjadi dua atau lebih bagian
yang akan menjadi nilai persyaratan untuk elemen bawahan elemen induk , dan
jumlah (atau hubungan matematis lainnya) dari bagian-bagian tersebut
menghasilkan nilai persyaratan induk.

Perhatikan bahwa sesuatu yang disebut margin telah disertakan. Ini adalah bagian
dari total yang tidak dibagikan ke item tingkat yang lebih rendah. Itu ditahan
untuk memungkinkan manajemen risiko selama proses desain. Jika kami merasa
sangat sulit untuk memenuhi nilai persyaratan item, manajer dapat membagikan
margin ini jika perlu.

Aturan aliran bawah lainnya yang dapat diterapkan adalah persamaan. Dalam
kasus ini, setiap sub-elemen hanya diberi nilai yang sama persis dengan induknya.
Jelas, aturan ini tidak dapat diterapkan pada atribut yang mengikuti pola
pembagian karena akan melanggar aturan matematika yang tidak memaafkan.

4 / 25
Beberapa contoh yang dinyatakan secara kualitatif di mana itu dapat diterapkan
sebagai berikut:
a. Warna item harus zaitun menjemukan.
b. Kiriman tidak boleh memiliki ujung atau ujung tajam yang dapat
menyebabkan cedera pada personel akibat kontak biasa dalam penggunaan
normal.
c. Tidak ada bahan yang mudah terbakar yang digunakan dalam konstruksi.

Ini semua adalah atribut yang dapat diterapkan ke bagian item yang dimaksud
serta item itu sendiri. Persyaratan semacam ini adalah kandidat yang sangat baik
untuk dimasukkan dalam bahan boilerplate karena ungkapannya tidak berubah
dari satu item ke item lainnya.

Aturan aliran turun ketiga melibatkan situasi yang kompleks, seperti akurasi
panduan dan tingkat daya dorong engine yang diperlukan, di mana dua atau lebih
persyaratan harus digabungkan, atau disintesis, dalam beberapa cara yang
kompleks untuk mendapatkan persyaratan tingkat bawah yang umumnya
diungkapkan melalui beberapa simulasi kompleks atau lainnya. proses. Topik ini
telah diperluas pada bab sebelumnya.

1.4. Ketertelusuran persyaratan orang tua-anak

Ketertelusuran persyaratan vertikal, untuk persyaratan tertentu dari elemen sistem
tertentu, adalah kondisi pengetahuan yang jelas tentang keturunan persyaratan
tersebut dalam hal persyaratan induk yang mengharuskan desain elemen untuk
menghormati persyaratan itu. Setiap persyaratan untuk setiap elemen sistem harus
secara teoritis dapat dilacak ke kebutuhan pelanggan seperti yang diilustrasikan
pada Gambar 1.1-1.

5 / 25
 Gambar 1.1-1 Persyaratan ketertelusuran

Alokasi adalah proses mengalirkan persyaratan dari elemen induk ke elemen

turunan dalam arsitektur. Ketertelusuran adalah konektivitas yang dihasilkan
antara persyaratan untuk satu elemen dan persyaratan untuk elemen induk.
Ketertelusuran umumnya dianggap memiliki perspektif yang melihat ke atas
sedangkan alokasi memiliki perspektif yang mengarah ke bawah. Jelas, jika
alokasi (aliran turun) dilakukan dengan baik dan beberapa catatan minimal
disimpan, maka ketertelusuran ditetapkan dengan baik dalam proses. Bahkan
dalam lingkungan ini, bagaimanapun, mungkin tidak diketahui seberapa baik
proses aliran turun mungkin berhasil. Analisis ketertelusuran dapat dilakukan
sebagai audit terhadap jalur ketertelusuran persyaratan yang dipilih untuk
meyakinkan tim teknik atau pelanggan bahwa persyaratan memiliki kondisi
ketertelusuran.

1.4.1. Mengapa Ketertelusuran?

Pelanggan dan manajemen kontraktor memiliki hak untuk mengetahui apakah
konsep sistem yang ada saat ini memenuhi kebutuhan pelanggan dan apakah
terdapat ekses atau tidak dalam konsep tersebut. Kita harus mengupayakan solusi
minimum yang memadai yang menghormati kebutuhan pelanggan dan jumlah
uang yang bersedia mereka bayarkan. Catatan ketertelusuran antara persyaratan

6 / 25
untuk elemen sistem memberi pelanggan dan manajemen perusahaan kesempatan
untuk memantau kemajuan tim pengembangan dengan memberikan wawasan
tentang potensi pelapisan emas. Data ini dapat merangsang pertanyaan yang tepat
yang membantu menjaga fokus tim pada upaya untuk memenuhi kebutuhan
pelanggan.

Data ketertelusuran yang terpelihara dengan baik juga bisa sangat berguna
nantinya dalam pengembangan program saat perubahan sedang dievaluasi. Data
ketertelusuran dapat digunakan untuk melacak perubahan persyaratan tingkat
yang lebih tinggi di seluruh desain untuk membantu menentukan apa yang harus
diubah di tingkat yang lebih rendah untuk memenuhi perubahan persyaratan
tingkat yang lebih tinggi.

1.4.2. Mekanisme Ketertelusuran

Untuk menetapkan kondisi ketertelusuran, kita memerlukan beberapa cara untuk
menghubungkan persyaratan untuk satu elemen ke persyaratan untuk elemen
lainnya. Ketertelusuran ke bawah hampir selalu merupakan hubungan satu-ke-
banyak antara persyaratan dan persyaratan yang dilacak, tetapi paling sering
adalah hubungan satu-ke-satu yang mengarah ke atas.

Dalam aplikasi database terkomputerisasi, informasi ketertelusuran dimasukkan

ke dalam database. Ini dapat dilakukan sebagai file sederhana dari dua pasang
bidang untuk ID Arsitektur dan ID Persyaratan. ID Persyaratan dapat berupa
nomor paragraf atau kode yang disusun dengan cerdik atau arbitrer. Menurut
pendapat penulis, pendekatan ID persyaratan terbaik adalah menggunakan kode
yang sederhana, unik, dan ditetapkan secara sewenang-wenang. Anda dapat
dengan cepat membuat diri Anda gila dengan kode ID persyaratan yang dirancang
dengan cerdik yang berisi lebih banyak informasi daripada ID persyaratan unik
yang sederhana. Kebanyakan alat persyaratan komersial secara otomatis
menetapkan ID persyaratan unik yang dapat tetap berada di latar belakang.
Manusia berurusan dengan nomor paragraf tetapi data ketertelusuran sebenarnya

7 / 25
ditautkan melalui ID. Alasan mengapa hal ini masuk akal adalah bahwa selama
pengembangan, perubahan dalam persyaratan dan ketertelusuran mereka dapat
menambah banyak pekerjaan ketertelusuran parasit hanya didorong oleh
perubahan nomor paragraf. Pekerjaan ini dihindari saat menggunakan ID
persyaratan. Ketertelusuran bekerja dengan pengolah kata adalah proses yang
sangat menyakitkan terutama di mana nomor paragraf digunakan untuk
ketertelusuran secara langsung. Alat database yang baik hanya menunjukkan
kepada operator sepasang jendela, satu untuk setiap spesifikasi, dan analis
menyoroti satu judul persyaratan di setiap jendela dan mengklik tombol tautan.

1.4.3. Ketertelusuran di Seluruh Antarmuka

Ketertelusuran yang telah kita diskusikan hingga saat ini dapat disebut sebagai
ketertelusuran vertikal. Ini melibatkan penelusuran persyaratan warisan melalui
arsitektur vertikal. Sayangnya, situasi ketertelusuran tidak sesederhana itu.
Banyak persyaratan didorong oleh antarmuka dengan item lain secara lateral
dalam arsitektur. Kami telah mengatakan bahwa sistem ada atas dasar beberapa
item yang berinteraksi melalui antarmuka. Semakin kaya atau intens item
berinteraksi, semakin berat fungsinya saling bergantung dan semakin intens
persyaratan mereka harus saling bergantung. Ketertelusuran di seluruh antarmuka
dapat ditangani persis seperti yang dibahas sebelumnya dengan tabel yang
berkaitan dengan pasangan ID Persyaratan Arsitektur ID, tetapi analis harus secara
sadar mengetahui untuk mencari koneksi ini.

1.4.4. Beberapa Jalur Ketertelusuran

Kami mungkin telah menyiratkan bahwa keterlacakan persyaratan adalah
proposisi satu-ke-satu hingga saat ini. Mari kita hilangkan ilusi itu. Memang benar
bahwa penelusuran ke atas untuk banyak persyaratan bersifat one-to-one. Banyak
persyaratan teknik khusus seperti keandalan termasuk dalam pola ini. Tapi, mari
kita pertimbangkan beberapa yang tidak. Pola satu-ke-satu biasanya rusak untuk
persyaratan yang juga paling kompleks dan yang mengembangkan nilai paling
sulit.

8 / 25
Persyaratan untuk akurasi heading pesawat dapat dilacak dengan benar dari
akurasi kompas gyro, akurasi pemasangan badan pesawat gerbang fluks, jumlah
asimetri struktural yang dapat ditoleransi di badan pesawat dan otoritas kontrol
pesawat atas asimetri tersebut, akurasi solusi sudut drift Doppler, dan besarnya
kesalahan komputasi di komputer pusat. Persyaratan kecepatan udara maksimum
pesawat 580 knot dapat dilacak dari persyaratan daya dorong mesin, persyaratan
kekasaran permukaan badan pesawat (kehalusan), persyaratan berat pesawat, dan
indeks hambatan badan pesawat.

2. Ketertelusuran Longitudinal
Ketertelusuran persyaratan program berjalan dalam tiga arah bila dilakukan
dengan benar dan lengkap. Dua dari dimensi ini diilustrasikan pada Gambar 1.2-1.
Ketertelusuran harus berjalan secara vertikal dari dokumentasi sistem pengguna
asli hingga spesifikasi sistem formal dan dari sana ke bawah melalui semua
spesifikasi program. Selain itu, harus ada ketertelusuran yang baik dari konten
spesifikasi melalui aliran informasi desain dan verifikasi seperti yang juga
digambarkan pada Gambar 1.2-1.

Gambar 1.2-1 Ketertelusuran persyaratan di seluruh program

9 / 25
Ketertelusuran desain relatif terhadap persyaratan umumnya didokumentasikan
dengan buruk di mana produk diimplementasikan dalam perangkat keras. Tentang
satu-satunya cara yang pernah dibahas adalah pada tinjauan desain utama asalkan
penyaji desain didorong untuk menyajikan: (1) persyaratan yang Anda pahami, (2)
fitur desain, (3) korelasi antara persyaratan dan fitur desain, dan (4)
mengidentifikasi risiko yang tersisa. Ketertelusuran oleh karena itu ditangkap
dalam presentasi tinjauan desain. Dalam kasus perangkat lunak, di mana alat
perangkat lunak digunakan yang dapat secara otomatis menghasilkan kode,
ketertelusuran desain yang baik dapat ada di dalam alat tersebut meskipun
mungkin tidak mudah dilaporkan.

3. Persyaratan Ketertelusuran ke Proses

Dalam bagian 1 kami memperhatikan diri kami sendiri dengan ketertelusuran
murni antara persyaratan untuk satu item dengan persyaratan untuk yang lain.
Sumber persyaratan dan pelacakan alasan yang tercakup di awal bab ini juga
merupakan bagian dari aktivitas penelusuran. Selanjutnya kita membahas
ketertelusuran ke peristiwa verifikasi yang membuktikan bahwa mereka telah
puas.

Kita harus memahami sekarang bahwa analisis persyaratan tidak diselesaikan

dengan baik di lingkungan kerja saat ini oleh individualis, melainkan oleh tim
spesialis yang bekerja sama menuju tujuan bersama. Masing-masing spesialis ini
melakukan analisis persyaratan untuk disiplin ilmu tertentu di seluruh sistem atau
dalam konteks cakupan arsitektur tertentu. Masing-masing spesialis ini harus
memiliki beberapa cara untuk mengumpulkan dan melaporkan hasil analisis
mereka secara independen. Beberapa contoh format pelaporan yang umum adalah:
Laporan AAA Keandalan dan Pemeliharaan, Pernyataan Bobot atau Laporan
Properti Massal, berbagai Laporan LSA, dan Laporan Analisis Biaya Siklus
Hidup.

Selain itu, banyak analisis lain yang terjadi yang tidak membentuk komponen dari
proses analisis yang lebih besar dan terorganisir. Analisis ini, bagaimanapun,

10 / 25
dapat dilaporkan melalui surat kepada supervisor atau pemimpin tim. Kombinasi
laporan internal formal, laporan formal yang merupakan kiriman data kontrak, dan
laporan memo analisis internal memberikan dasar untuk menangkap hasil analisis
yang berkaitan dengan definisi persyaratan. Idealnya, setiap peristiwa analisis
persyaratan (satu persyaratan untuk satu item) harus sesuai dengan beberapa
laporan analisis dan dirujuk ke laporan itu. Semua jenis persyaratan tidak akan
cocok dengan pola ini, tetapi yang sesuai harus dapat dilacak ke sumber
analitisnya.

Sebelumnya di bab ini kita membahas sumber dan pencatatan alasan dan yang
menyediakan cara untuk menangkap ketertelusuran persyaratan ke proses analisis
persyaratan. Untuk setiap persyaratan, kita dapat merujuk ke laporan analisis yang
mengidentifikasi dan menetapkan nilai untuk persyaratan tersebut.

Ini juga berguna untuk mengetahui siapa yang bertanggung jawab untuk
mengidentifikasi persyaratan dalam hierarki sistem. Ketika suatu persyaratan
kemudian dipertanyakan, maka dimungkinkan untuk memanggil insinyur yang
disebutkan dan dengan cepat mendapatkan jawaban atas pertanyaan tersebut. Jika
tidak, secara ekstrim, mungkin perlu untuk mengulangi atau melakukan analisis
mahal lainnya untuk mengkonfirmasi kebutuhan atau nilai persyaratan.

3.1. Ketertelusuran lembar tunggal untuk diproses

Sementara informasi ketertelusuran proses analisis persyaratan dapat ditangkap
dengan terbaik dan paling ekonomis dalam pendekatan database komputer,
dimungkinkan untuk melakukannya secara manual. Gambar 1.3-1
mengilustrasikan lembar analisis persyaratan (RAS) yang diimplementasikan
secara manual yang dapat digunakan untuk setiap persyaratan yang diturunkan
menggunakan proses analisis fungsional.

11 / 25
 Gambar 1.3-1 Lembar analisis persyaratan manual

Perhatikan bahwa sheet ini hanya akan menangkap satu alokasi fungsi ke elemen
arsitektur dan definisi hanya satu persyaratan performa dari alokasi itu. Jika satu
alokasi fungsional menghasilkan tiga alokasi untuk arsitektur dan masing-masing
menghasilkan tiga persyaratan kinerja untuk item arsitektur yang sesuai, maka
akan membutuhkan total sembilan lembar untuk menangkap banyak dan banyak
informasi pada lembar harus menjadi ulang.

Anda dapat mengatasi masalah ini dengan memungkinkan untuk merekam semua
persyaratan yang diturunkan dari satu fungsi pada lembar yang sama. Masalah

12 / 25
dengan pendekatan ini adalah tidak mungkin untuk secara fisik menumpuk lembar
yang berhubungan dengan item arsitektur tertentu bersama-sama kecuali Anda
membuat salinan dan membagikan salinan ke setiap elemen arsitektur tempat
alokasi telah dibuat. Dengan susah payah melalui proses berpikir ini, yang telah
dialami banyak orang, Anda mulai melihat mengapa komputer mungkin berguna
sebagai lingkungan penangkapan persyaratan. Komputer dapat diterapkan pada
masalah ini untuk membangun dan memelihara hubungan banyak-ke-banyak
antara fungsi dan arsitektur. Anda dapat mengalokasikan fungsi untuk arsitektur
dan memperluas pernyataan fungsi sederhana ke dalam persyaratan kinerja hanya
dengan satu pemukulan tombol untuk setiap bagian informasi yang unik.
Komputer dapat diprogram untuk mencetak spesifikasi secara langsung dari
database dan dalam penelusuran database dan catatan verifikasi dapat
dipertahankan secara efisien.

Alasan lain mengapa tidak masuk akal untuk menggunakan lembar-lembar ini
dalam lingkungan manual adalah bahwa persyaratan tersebut perlu ditulis dua
kali, sekali untuk RAS dan satu kali untuk teks spesifikasi. Alih-alih menabung,
Anda mungkin membelanjakan lebih banyak uang tanpa menyamai manfaat. Anda
juga dapat memvalidasi gagasan yang salah untuk perusahaan Anda bahwa proses
SRA mahal dan tidak menambah nilai.

RAS lembar tunggal manual digunakan sebelum penggunaan komputer. Karena

komputer diterapkan untuk analisis kebutuhan, RAS manual digunakan sebagai
pengumpulan data komputer dan formulir entri di lingkungan di mana insinyur
mengisi formulir dengan pena atau pensil dan operator pelubang kunci
mentransfer data yang disetujui ke kartu kolom 80 yang mana kemudian dimuat
ke komputer rangka utama. Komputer kerangka utama diterapkan pada pekerjaan
analisis kebutuhan sebelum perangkat keras komputer dan teknologi perangkat
lunak siap melakukan lebih banyak kerusakan daripada menambah nilai. Analis
dipisahkan dari data melalui form, keypunch

13 / 25
input / output, dan komputer terkunci di ruang komputer. Aplikasi saat ini telah
mengembalikan kepemilikan data kepada analis seperti halnya ketika analis
mengisi formulir kertas manual sebelum komputer digunakan.

Saat ini, analis dapat menggunakan RAS manual dan meminta operator komputer
memasukkan data ke dalam database komputer. Namun, pendekatan ini dapat
menjadi penghubung singkat yang hemat biaya oleh para insinyur yang
memasukkan data langsung ke jendela pada layar komputer itu sendiri
berdasarkan hasil dari analisis yang sedang berjalan. Bagaimanapun, data yang
dimasukkan ke komputer adalah hasil pemikiran manusia, bukan tindakan luar
biasa dan misterius yang dilakukan oleh mesin komputasi dan perangkat
lunaknya.

3.2. Spesifikasi template ketertelusuran

Perusahaan harus mengembangkan seperangkat template, satu untuk setiap jenis
spesifikasi yang akan mereka gunakan untuk dikembangkan. Isi dari setiap
templat harus dipetakan ke metode yang disukai untuk menentukan konten untuk
setiap judul paragraf utama, departemen fungsional dari mana program akan
mendapatkan spesialis yang dibutuhkan untuk melakukan pekerjaan terkait
(DEPT), dan lampiran (APP) dari dokumen definisi sistem program (SDD) tempat
data model diambil.

Referensi lampiran pada Tabel 1.3-1 berhubungan dengan lampiran dalam SDD
seperti yang diilustrasikan pada Gambar 1.3-2 dengan asumsi bahwa analisis
terstruktur modern diterapkan sebagai metode pemodelan. SDD menyediakan
sarana untuk menangkap semua artefak pemodelan analisis persyaratan
sedemikian rupa sehingga basis model untuk konten spesifikasi dapat ditangkap
dan bahkan dikelola dasar.

14 / 25
Tabel 1.3-1 Spesifikasi ketertelusuran ke tanggung jawab dan metode

15 / 25
 Gambar 1.3-2 Ketertelusuran lateral menggunakan RAS lengkap

Analisis fungsional menghasilkan diagram alir fungsional yang ditangkap dalam

Lampiran A yang digunakan sebagai dasar untuk menentukan persyaratan kinerja
yang dialokasikan untuk entitas produk tertentu yang ditentukan dalam Lampiran
C. Persyaratan kinerja ditangkap dan dialokasikan dalam Lampiran G, lembar
analisis persyaratan. Persyaratan lingkungan didefinisikan dalam empat aktivitas
analisis persyaratan yang berbeda dan hasilnya ditangkap dalam RAS di Lampiran
G. Persyaratan antarmuka mengalir ke RAS. Akhirnya, pekerjaan analisis
persyaratan teknik khusus juga dapat ditangkap dalam RAS.

RAS kemudian menjadi perangkat transformasi yang mengintervensi antara

pekerjaan analisis dan aliran persyaratan ke dalam spesifikasi. Tabel 1.3-2
menunjukkan beberapa persyaratan dari masing-masing dari empat jenis yang
harus didefinisikan untuk item sistem dan perangkat keras: (1) persyaratan kinerja
yang diperoleh dari analisis fungsional menggunakan ID model yang diawali
dengan huruf "F," (2) khusus persyaratan teknik menggunakan ID model yang
diawali dengan huruf "H", (3) persyaratan antarmuka menggunakan ID model

16 / 25
yang diawali dengan huruf "I", dan persyaratan lingkungan dari empat jenis
(natural (QN), hostile (QH), self- diinduksi (QI), dan noncooperative (QX))
menggunakan model utama ID huruf "Q."

Tabel 1.3-2 Contoh persyaratan dalam RAS yang komprehensif

Tabel memetakan persyaratan yang berasal dari model tertentu yang diidentifikasi
oleh ID model (MID) ke persyaratan yang diturunkan dari fungsi-fungsi yang
diidentifikasi oleh persyaratan ID (RID) yang ditetapkan dalam database yang
digunakan untuk menangkap persyaratan dan entitas produk yang telah
dialokasikan persyaratan tersebut. spesifikasi mana yang akan muncul
diidentifikasi oleh ID produk (PID). (Lihat Gambar 3.0-1 → halaman 1.)

C. Latihan

1. Apa itu Ketertelusuran?

2. Apa manfaat data ketertelusuran?

D. Kunci Jawaban

1. Ketertelusuran adalah konektivitas yang dihasilkan antara persyaratan

untuk satu elemen dan persyaratan untuk elemen induk.

17 / 25
2. Data ketertelusuran dapat digunakan untuk melacak perubahan
persyaratan tingkat yang lebih tinggi di seluruh desain untuk
membantu menentukan apa yang harus diubah di tingkat yang lebih
rendah untuk memenuhi perubahan persyaratan tingkat yang lebih
tinggi.

18 / 25
 KETERTELUSURAN (LANJUTAN)

A. Kemampuan Akhir Yang Diharapkan

Setelah mempelajari modul ini, diharapkan mahasiswa mampu:

1. Mahasiswa mampu menguraikan konsep sistem manajemen terintegrasi.
2. Mahasiswa mampu mengetahui pelaporan dan audit ketertelusuran.

B. Uraian dan Contoh

1. Ketertelusuran Sistem Besar

Komando Sistem Angkatan Udara AS mengembangkan perencanaan program dan
disiplin manajemen yang kuat yang disebut sistem manajemen terintegrasi. Dalam
sistem ini, Anda mengembangkan spesifikasi sistem dari kebutuhan dan informasi
tambahan kemudian mengembangkan Pernyataan Kerja (SOW) yang memperluas
struktur rincian kerja (WBS) yang memberitahukan pekerjaan apa yang harus
dilakukan untuk membuat sistem produk yang dijelaskan dalam sistem.
spesifikasi. Ada kepentingan di satu titik dalam meminta kontraktor untuk
menunjukkan ketertelusuran dari SOW ke spesifikasi sistem karena semua
pekerjaan kontrak harus didorong oleh persyaratan produk. Ini bukan persyaratan
umum tetapi hal itu membuka kemungkinan untuk memperluas penggunaan alat
basis data persyaratan untuk persyaratan produk dan persyaratan proses.

Konsep sistem manajemen terintegrasi memperluas ketertelusuran ini ke bawah

dari SOW ke rencana induk terintegrasi (IMP) yang memberi tahu bagaimana
kontraktor akan mengelola dan menyelesaikan pekerjaan yang ditentukan dalam
SOW. Tugas kerja ditentukan dalam bentuk naratif dan daftar pencapaian penting
yang masing-masing dikaitkan dengan kriteria penyelesaian. Semua tugas ini
terkait dengan peristiwa tonggak penting dan diatur tepat waktu menjadi jadwal
induk terintegrasi (IMS).

19 / 25
Proses pengembangan lengkap dapat diperluas dengan cara terstruktur dari atas ke
bawah dari kerangka ini dengan keterlacakan setiap elemen hingga ke persyaratan
akhir, yang dibutuhkan pelanggan. Ketertelusuran antara spesifikasi sistem dan
SOW dapat ditangkap dalam database yang berisi keduanya. Ketertelusuran ini
dapat dilanjutkan ke jalur persyaratan produk melalui spesifikasi hingga
spesifikasi pengadaan dan dari sana ke pernyataan pekerjaan pengadaan yang juga
ditautkan ke program SOW. Penulis telah mengembangkan variasi pada sistem
manajemen terintegrasi USAF yang disebut proses perencanaan sistem besar dan
menjelaskannya dalam manual siswa yang digunakan dalam kursus Manajemen
Sistem Besar. Pendekatan yang dimodifikasi menyediakan ketertelusuran di
seluruh proses perencanaan kerja dan program perusahaan.

2. Pelaporan Ketertelusuran
Sangat sulit untuk membenarkan penyelesaian pekerjaan ketertelusuran
menggunakan pendekatan manual atau diterapkan dalam pengolah kata. Ini
menghasilkan biaya yang cukup besar dari manfaat sebanding yang
dipertanyakan. Pada satu program, penulis ingat, pelanggan diminta untuk
meninjau data ketertelusuran. Manajer program kontraktor menjelaskan bahwa
ketertelusuran tidak tercakup dalam kontrak. Setelah perdebatan panjang,
pelanggan memberikan dana tambahan untuk menyelesaikan pekerjaan
ketertelusuran. Spesifikasi program semuanya telah dibuat dalam sistem pengolah
kata Wang oleh sekelompok kecil juru ketik. Data ketertelusuran juga dibangun
menggunakan tabel diterbitkan dari pengolah kata Wang. Setelah selesai,
pelanggan meninjau data dan menganggapnya mencerminkan kemampuan
penelusuran yang baik. Dua tahun kemudian, pelanggan meminta untuk meninjau
data keterlacakan yang diperbarui dan diberi tahu oleh manajer program
kontraktor bahwa mereka hanya mendanai analisis keterlacakan awal dan bukan
pemeliharaan data secara berkelanjutan. Setelah argumen yang lebih singkat, dana
tambahan tersedia dan diterapkan untuk memperbarui data yang telah berubah
secara signifikan selama periode intervensi karena perubahan konten, ya, tetapi
juga karena perubahan nomor paragraf. Aplikasi komputer yang diterapkan

20 / 25
(pengolah kata Wang) tidak mempertahankan ketertelusuran melalui ID
persyaratan. Satu-satunya cara yang tersedia adalah nomor paragraf.

Untuk mencapai pekerjaan ketertelusuran dengan harga terjangkau, Anda harus

menerapkan sistem basis data komputer yang baik yang ada beberapa di pasaran.
Ada tiga laporan ketertelusuran khusus yang harus kami perlukan dari alat
tersebut. Beberapa pelanggan suka menerima laporan ketertelusuran sistem total
tetapi bagi penulis laporan tersebut tampaknya merupakan laporan utilitas yang
meragukan. Kami harus dapat mencetak (layar atau kertas) laporan ketertelusuran
untuk semua persyaratan dalam spesifikasi tertentu yang akan menghasilkan
sepasang kolom (nomor paragraf dan judul) untuk spesifikasi yang diteliti dan
nomor induk serta judul yang sesuai. Laporan ini berguna ketika spesifikasi
muncul untuk ditinjau dan disetujui yang mengizinkan penyingkat untuk
mengklaim tingkat ketertelusuran tertentu.

Mengingat persyaratan apa pun untuk item apa pun, kami harus dapat melihat
penelusuran sejauh mungkin, ke spesifikasi sistem atau sampai kondisi non-
keterlacakan tercapai. Jika ada kegagalan untuk melacak, kami kemudian akan
menanyakan mengapa kondisi tersebut ada.

Laporan ketiga yang berguna adalah penelusuran ke bawah tetapi harus berupa
penelusuran yang dibantu operator di mana komputer mencantumkan semua
persyaratan tingkat bawah yang melacak dari persyaratan yang dimasukkan
tertentu. Operator kemudian memilih persyaratan yang diinginkan dan komputer
memberikan tingkat persyaratan berikutnya. Proses ini dapat berulang selama
diinginkan hingga persyaratan yang tercantum berada dalam spesifikasi tingkat
terendah.

3. Audit Ketertelusuran
Kami melakukan analisis ketertelusuran secara umum untuk mempersiapkan audit
ketertelusuran yang dilakukan oleh pelanggan terkait dengan tinjauan program
utama. Sebuah organisasi teknik yang baik, bagaimanapun, juga akan tertarik

21 / 25
untuk mengikuti kondisi ketertelusuran yang berkembang seiring dengan proses
pengembangan sebagai salah satu cara untuk melindungi dari solusi desain yang
buruk atau tidak perlu kompleks dan mahal.

Dalam model organisasi yang digunakan di seluruh buku ini, tim integrasi
program bertanggung jawab atas keterlacakan dan oleh karena itu harus
melakukan audit keterlacakan, atau bersikeras agar audit tersebut dijalankan oleh
tim yang bertanggung jawab, sebagai prasyarat untuk persetujuan spesifikasi. Kita
harus dapat bergantung pada insinyur sistem yang menetapkan dan memelihara
ketertelusuran persyaratan yang baik di seluruh hierarki tim. Namun, tim integrasi
program (PIT) harus melakukan audit ketertelusuran pada kumpulan persyaratan
yang dikembangkan oleh insinyur utama atau tim pengembangan di bawah tingkat
sistem. Bergantung pada anggaran dan prioritas yang tersedia, mungkin tidak ada
cukup sumber daya untuk melakukan audit 100% terhadap keterlacakan tingkat
yang lebih rendah. Dalam hal ini, PIT mungkin harus memprioritaskan item mana
yang paling membutuhkan audit ketertelusuran.

Audit ini dapat diselesaikan pada daftar persyaratan yang dipilih di seluruh
arsitektur, pada setiap persyaratan untuk item arsitektur yang dipilih, atau sesuai
dengan beberapa aturan lainnya. Secara umum, tidak akan ada anggaran yang
cukup untuk melakukan audit keterlacakan 100% pada setiap persyaratan yang
ditetapkan di bawah level item utama. Memang benar bahwa semua insinyur
utama dapat ditugaskan untuk melakukan audit keterlacakan dengan persyaratan
mereka sendiri (dan ide yang bagus adalah ini), tetapi untuk mencegah rubah
keluar dari kandang ayam, perlu setidaknya beberapa dari ini jalur ketertelusuran
diaudit oleh agen luar. Hasil audit harus dikomunikasikan kepada insinyur utama
yang bertanggung jawab dengan arahan untuk mengoreksi setiap kekurangan yang
dicatat dan tanggal jatuh tempo. Kondisi ini kemudian dipertahankan sebagai
tindakan terbuka sampai diselesaikan dengan memuaskan.

Ketika pengembangan selektif, atau terjun, digunakan, itu menghasilkan

pembuatan pulau persyaratan sementara yang tidak terhubung dengan persyaratan

22 / 25
arsitektur induk. Pada akhirnya, proses analisis persyaratan terstruktur akan
bekerja hingga ke pulau-pulau ini. Pada saat itu akan diperlukan untuk melakukan
audit ketertelusuran persyaratan pada persyaratan yang dikembangkan secara
selektif sehubungan dengan persyaratan yang dialirkan ke bawah dalam proses
terstruktur. Tujuannya di sini adalah untuk mengidentifikasi persyaratan induk
untuk setiap persyaratan yang dikembangkan secara selektif, sehingga
memastikan bahwa persyaratan yang dikembangkan secara selektif mencerminkan
himpunan optimal yang akan mengarah pada pengembangan elemen sistem yang
akan berinteraksi sehingga dapat sepenuhnya memenuhi kebutuhan pelanggan.

Kami akan berasumsi dalam analisis ketertelusuran ini bahwa persyaratan induk,
yang dikembangkan melalui analisis persyaratan terstruktur, sudah benar dalam
setiap kasus di mana audit ketertelusuran mengidentifikasi ketidaksesuaian.
Umumnya ini akan menjadi kesimpulan yang tepat, dan respons yang tepat adalah
mengubah persyaratan yang dikembangkan secara selektif untuk keterlacakan
yang baik, termasuk pengaruh apa pun pada persyaratan tingkat yang lebih rendah
(jika lebih dari satu tingkat dikembangkan secara selektif).

Sebaliknya, jika analis menyimpulkan bahwa persyaratan induk harus berubah

dan manajemen rekayasa setuju, maka perubahan itu harus diberlakukan melalui
persyaratan induk dan mungkin secara lateral dan mundur ke beberapa cabang lain
dari pohon arsitektur. Sebelum organisasi Anda berkomitmen untuk terjun,
sebaiknya organisasi memiliki sarana yang efektif untuk melacak dampak
persyaratan yang diberikan oleh matriks ketertelusuran terkomputerisasi yang
efektif.

Setiap tinjauan desain pelanggan utama, antara lain, merupakan kesempatan bagi
pelanggan untuk mengaudit persyaratan yang ditetapkan. Kontraktor harus siap
untuk melakukan audit ketertelusuran yang dipilih pada, atau dalam persiapan
untuk, tinjauan mana pun ini. Jika sistem terkomputerisasi dan pelanggan
memiliki terminal yang memungkinkan akses rutin ke database, yang terbaik
adalah mempersiapkan tinjauan ini dengan berkoordinasi dengan orang-orang

23 / 25
pelanggan yang tertarik dengan persyaratan ketertelusuran dan mendorong mereka
untuk membuat audit ketertelusuran mereka sendiri sebelum tinjauan dan untuk
mendiskusikan dengan Anda hasil mereka. Maka tinjauan tersebut mungkin hanya
mencakup bidang-bidang yang menjadi perhatian bahwa mereka telah
mengekspos atau memberikan tinjauan status pengembangan persyaratan.

C. Latihan

1. Apa fungsi laporan ketertelusuran?

2. Mengapa sangat sulit untuk membenarkan penyelesaian pekerjaan
ketertelusuran menggunakan pendekatan manual?

D. Kunci Jawaban

1. Laporan ketertelusuran berguna ketika spesifikasi muncul untuk

ditinjau dan disetujui yang mengizinkan penyingkat untuk mengklaim
tingkat ketertelusuran tertentu.

2. Karena dapat menghasilkan biaya yang cukup besar dari manfaat

sebanding yang dipertanyakan.

E. Daftar Pustaka

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

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

24 / 25