Requirement Traceability Matrix (RTM)

Requirements traceability matrix (RTM) ialah tabel yang berisi daftar requirements, atribut yang bervariasi untuk setiap requirement, dan status dari requirement untuk memastikan semua requirement telah terpenuhi. Dengan RTM kita bisa melakukan trace terhadap setiap requirement yang ada, mulai dari business requirement samapai pada testing. Ada banyak sekali tempalate RMT yang beredar di dunia maya. Namun RTM tersebut harus disesuaikan dengan kebutuhan kita. Tujuan utama dari RTM adalah agar semua anggota project mengetahui requirement yang ada.


Reqirement Treacibility Matrix digunakan dalam Quality Assurance sehingga dapat memastikan bahwa kebutuhan klien terpenuhi, dan perangkat lunak sesuai dengan yang diminta.



Siapa yang mengisi RTM?
Yang mengisi RTM adalah semua anggota project, mulai dari analist, programmer samapai dengan tester.


Bagaimana Kriteria RTM yang baik?

1. Berikut adalah beberapa saran dari saya agar RTM yang kita buat baik dan mudah digunakan.
2. Buat sebuah template RTM yang mudah dipahami oleh seluruh anggota proyek
3. Usahakan kolom-kolom yang ada pada RTM urut sesuai dengan fase proyek yang ada. Contoh: Biasanya testing dilakukan di akhir, maka kolom untuk tescase diletakkan di akhir tabel.
4. Berikan ID untuk setiap riquirement
5. Untuk proses selanjutnya, usahakan ada keterkaitan dalam penamaan ID, hal ini akan memudahkan kita dalam melakukan trace RTM

Contoh RTM
Berikut adalah contoh RTM.

Ketika Programmer Sejati Memperoleh Hukuman

Patut ditiru, hahaha ^_^

Architecture of SQA

Arsitektur SQA adalah

Pada arsitektur SQA terdapat 6 komponen, diantaranya:
1.       Pre-Project Component
2.       Software project life cycle components
3.       Component of infrastructure error prevention and improvement
4.       Management SQA component
5.       Components of standardization, certification, and SQA system assessment
6.       Organizing for SQA – The human component

1.       Pre-project components

Tahapan ini adalah tahapan awal sebelum memulai proyek, yang harus dilakukan oleh pihak developer adalah:

• Contract review

Bertujuan untuk mengembangkan software melalui kerangka negosiai kontrak dengan pelanggan. Sehingga melalui Review kontrak dapat disepakati kebutuhan apa yang diperlukan dalam proses pengembangan perangkat lunak.
Aktifitas kontak review, meliputi:
o   Klarifikasi kebutuhan pelanggan
o   Review jadwal proyek dan perkiraan kebutuhan sumber daya
o   Evaluasi kapasitas staf profesional untuk melaksanakan proyek
o   Evaluasi kapasitas pelanggan untuk memenuhi kewajibannya
o   Evaluasi risiko pengembangan.

• Development and quality plans

Setelah proposal proyek selesai ditinjau, lalu kontrak telah di tandatangani. Maka tahap selanjutnya menyusun Development and quality plans. Berikut merupakan hal-hal yang harus dipersiapkan:
Tantangan utama dalam mengatur pengembangan proyek , yaitu:
·         Jadwal
·         Tenaga kerja yang diperlukan dan sumber Hardware
·         Evaluasi Resiko
·         Keorganisasian : anggota tim, subkontraktor dan kemitraan
·         Metodologi proyek, perangkat pengembangan,dll
·         Penggunaan kembali rencana software

Tantangan utama dalam mengatur rencana kualitas proyek, yaitu :
·         Pencapaian akhir kualitas
·         Kriteria awal dan akhir setiap tahap proyek
·         Daftar review, tes dan jadwal verifikasi lainnya serta kegiatan validasi

Software yang Berkualitas

Seperti apa sih software yang berkualitas itu? Apa sekedar software yang bebas dari bug? Sebenarnya ada banyak pendapat dari para ahli yang mendefinisikan kapan sebuah software itu dikatakan berkualitas. Wah kalau banyak seperti ini, kita juga yang repot, pendapat siapa yang kita jadikan pegangan hidup??? Namun itulah indahnya perbedaan.

Disini saya akan memaparkan sedikit mengenai ciri-ciri software yang berkualitas menurut McCall. McCall mendefinisikan ada 11 faktor yang mempengaruhi kualitas dari sebuah software, yaitu:

1. Portability
2. Reusability
3. Interoperability
4. Correctness
5. Reliability
6. Efficiency
7. Integrity
8. Usability
9. Testability
10. Flexibility
11. Maintability

Nah, ke-sebelas faktor ini disebut MacCall's factor model tree, yang dapat divisualisasikan sebagai berikut.

Software Metrics

Software Quality Metrics

Untuk memastikan kualitas dari pernagkat lunak yang kita bangun, pastinya kita harus melakukan pengukuran. Pengukuran ini bisa kita sebut dengan istilah metrics. Pengukuran-pengukuran tersebut bisa dari segi bug software, keefektifan human resource, kecepatan dalam pemebenah error dan lain-lain. Secara garis besar ada 2 pengukuran (metrics) yang ada, yaitu process metrics dan product metrics. Penjelasan secara singkat divisualisasikan pada gambar berikut: