Software Measurement Life Cycle
Daur hidup dari Pengukuran Perangkat Lunak
Pengukuran perangkat lunak yang efektif akan menambahkan nilai pada semua tahap daur hidup.
Gambar 13-3 menggambarkan ukuran-ukuran yang utama yang berhubungan dengan setiap tahap dari pengembangan. Selama fase requirements, function point dihitung.
Sejak masalah requirement yang merupakan sumber utama dari biaya dan jadwal yang terbanjiri, kesalahan(error) dan kualitas dari sistem tracking mulai berjalan. Suatu requirement mulai digambarkan.
Tahap yang berikutnya dari pengukuran bergantung pada apakah program itu merupakan suatu pengembangan yang dibuat menurut pemesanan, atau suatu kombinasi dari pengembangan aplikasi-aplikasi yang baru, asset-asset bisa kita(kami kembali, dan COTS. Resiko-Resiko dan semua calon pendekatan akan diukur dan dianalisa.
Jika solusi merupakan suatu pengembangan yang disesuaikan, dari desain sistem yang logis, penghilangan kerusakan bisa merupakan suatu aktivitas yang sangat memakan biaya. Oleh karena itu, pemeriksaan-pemeriksaan tinjauan desain dan pengamatan digunakan untuk dikumpulkan dan rekaman dari data yang mengalami kerusakan
Data dianalisa untuk menentukan bagaimana caranya mencegah kerusakan yang sama di akan datang. Selama pemeriksaan desain fisik, peninjauan ulang dan pengamatan dilanjutkan dengan baik dan kerusakan data tetap dikumpulkan dan dianalisa. Tahap pengkodean dapat menjadi sesuatu dari yang sangat sulit ke seuatu yang hampir tidak sulit tergantung dari suksesnya tahap-tahap yang terdahulu. Kerusakan dan kualitas data seperti halnya pengukuran kompleksitas kode, direkam selama pemeriksaan peninjauan kode dan pengamatan.
Salah satu dari karakteristik-karakteristik yang paling penting dari pengembangan perangkat lunak adalah kompleksitas. Dengan yang pertama adalah proses arsitektur, sepanjang fase desain, dan sesudah itu, seperti kode dikembangkan dan di-compile, mengevaluasi kompleksitas dari pengembangan yang anda usulkan. Ini akan memberi anda pengertian yang penting dalam hal kelayakan software yang anda bawa ke suatu kesimpulan atau konklusi yang sukses.
Fase ujian akan mencakup dari suatu unit uji perilaku para programmer yang sederhana, ke skala yang besar, deretan test formal yang multi-staged, termasuk uji fungsi, uji integrasi, uji tekanan, uji regresi, uji kemandirian, uji lapangan, uji sistim, dan uji kemampuan akhir. Selama semua kegiatan ini, kerusakan data yang mendalam dikumpulkan dan dianalisa untuk digunakan dalam pencegahan kerusakan berikutnya.
aktivitas seperti mengubah proses pengembangan untuk mencegah kerusakan yang sama di pengembangan selanjutnya. Analisis retrospektif ditunjukan pada penghilangan cacat secara efisien untuk setiap tinjauan ulang yang spesifik, inspeksi pengamatan, dan pengujian, dan efisiensi yang kumulatif dari seluruh rangkaian langkah-langkah penghilangan kerusakan.
Selama fase perawatan, kepuasan pengguna dan data cacat yang tersembunyi dikumpulkan. Untuk peningkatan atau penggantian pada sistem yang ada, struktur, kompleksitas, dan tingkat kerusakan dari perangkat lunak yang ada ditentukan. Analisa retrospektif lebih lanjut dari penghilangan cacat efisien juga dilaksanakan. Gol dari penghilangan cacat secara umum adalah kumulatif suatu efisiensi penghilangan kerusakan(cacat) yang dari 95% untuk MIS(sistem informasi manajemen), dan 999% (atau lebih besar) untuk sistem senjata real-time. Ini berarti itu, ketika cacat ditemukan oleh tim pengembangan atau pemakai, cacat akan dijumlahkan terlebih dulu (dan berikut) tahun(s) operasi. Idealnya, tim pengembangan akan menemukan dan menghilangkan 95% ke 100% dari semua cacat yang tersembunyi.
dikutip dari :Chapter 13: Software Estimation, Measurement & Metrics GSAM Version 3.0. Oleh Karen Rasmussen
Oleh Tri Budiyanto [ 22 06 4115 ]
Sejak masalah requirement yang merupakan sumber utama dari biaya dan jadwal yang terbanjiri, kesalahan(error) dan kualitas dari sistem tracking mulai berjalan. Suatu requirement mulai digambarkan.
Tahap yang berikutnya dari pengukuran bergantung pada apakah program itu merupakan suatu pengembangan yang dibuat menurut pemesanan, atau suatu kombinasi dari pengembangan aplikasi-aplikasi yang baru, asset-asset bisa kita(kami kembali, dan COTS. Resiko-Resiko dan semua calon pendekatan akan diukur dan dianalisa.
Jika solusi merupakan suatu pengembangan yang disesuaikan, dari desain sistem yang logis, penghilangan kerusakan bisa merupakan suatu aktivitas yang sangat memakan biaya. Oleh karena itu, pemeriksaan-pemeriksaan tinjauan desain dan pengamatan digunakan untuk dikumpulkan dan rekaman dari data yang mengalami kerusakan
Data dianalisa untuk menentukan bagaimana caranya mencegah kerusakan yang sama di akan datang. Selama pemeriksaan desain fisik, peninjauan ulang dan pengamatan dilanjutkan dengan baik dan kerusakan data tetap dikumpulkan dan dianalisa. Tahap pengkodean dapat menjadi sesuatu dari yang sangat sulit ke seuatu yang hampir tidak sulit tergantung dari suksesnya tahap-tahap yang terdahulu. Kerusakan dan kualitas data seperti halnya pengukuran kompleksitas kode, direkam selama pemeriksaan peninjauan kode dan pengamatan.
Salah satu dari karakteristik-karakteristik yang paling penting dari pengembangan perangkat lunak adalah kompleksitas. Dengan yang pertama adalah proses arsitektur, sepanjang fase desain, dan sesudah itu, seperti kode dikembangkan dan di-compile, mengevaluasi kompleksitas dari pengembangan yang anda usulkan. Ini akan memberi anda pengertian yang penting dalam hal kelayakan software yang anda bawa ke suatu kesimpulan atau konklusi yang sukses.
Fase ujian akan mencakup dari suatu unit uji perilaku para programmer yang sederhana, ke skala yang besar, deretan test formal yang multi-staged, termasuk uji fungsi, uji integrasi, uji tekanan, uji regresi, uji kemandirian, uji lapangan, uji sistim, dan uji kemampuan akhir. Selama semua kegiatan ini, kerusakan data yang mendalam dikumpulkan dan dianalisa untuk digunakan dalam pencegahan kerusakan berikutnya.
aktivitas seperti mengubah proses pengembangan untuk mencegah kerusakan yang sama di pengembangan selanjutnya. Analisis retrospektif ditunjukan pada penghilangan cacat secara efisien untuk setiap tinjauan ulang yang spesifik, inspeksi pengamatan, dan pengujian, dan efisiensi yang kumulatif dari seluruh rangkaian langkah-langkah penghilangan kerusakan.
Selama fase perawatan, kepuasan pengguna dan data cacat yang tersembunyi dikumpulkan. Untuk peningkatan atau penggantian pada sistem yang ada, struktur, kompleksitas, dan tingkat kerusakan dari perangkat lunak yang ada ditentukan. Analisa retrospektif lebih lanjut dari penghilangan cacat efisien juga dilaksanakan. Gol dari penghilangan cacat secara umum adalah kumulatif suatu efisiensi penghilangan kerusakan(cacat) yang dari 95% untuk MIS(sistem informasi manajemen), dan 999% (atau lebih besar) untuk sistem senjata real-time. Ini berarti itu, ketika cacat ditemukan oleh tim pengembangan atau pemakai, cacat akan dijumlahkan terlebih dulu (dan berikut) tahun(s) operasi. Idealnya, tim pengembangan akan menemukan dan menghilangkan 95% ke 100% dari semua cacat yang tersembunyi.
dikutip dari :Chapter 13: Software Estimation, Measurement & Metrics GSAM Version 3.0. Oleh Karen Rasmussen
Oleh Tri Budiyanto [ 22 06 4115 ]
.jpg)
Tidak ada komentar:
Posting Komentar