Chapter 25 Configuration Management

Manajemen konfigurasi produk sistem perangkat lunak melibatkan empat

kegiatan terkait erat:
1. Manajemen perubahan Ini melibatkan pelacakan permintaan untuk perubahan
perangkat lunak dari pelanggan dan pengembang, menghitung biaya dan
dampaknya membuat perubahan ini, dan memutuskan apakah dan kapan
perubahan itu harus dilakukan diimplementasikan.
2. Manajemen versi Ini melibatkan pelacakan beberapa versi komponen sistem
dan memastikan bahwa perubahan yang dilakukan pada komponen berbeda
pengembang tidak saling mengganggu.
3. Pembangunan sistem Merupakan proses perakitan komponen program, data,
dan perpustakaan, dan kemudian menyusun dan menautkan ini untuk
membuat sistem yang dapat dieksekusi.
4. Manajemen rilis Ini melibatkan persiapan perangkat lunak untuk rilis
eksternal dan melacak versi sistem yang telah dirilis untuk digunakan
pelanggan.

25.1 Change Management

Manajemen perubahan dimaksudkan untuk memastikan bahwa evolusi
sistem adalah proses yang dikelola dan prioritas tersebut diberikan pada
perubahan yang paling mendesak dan hemat biaya.
Proses manajemen perubahan berkaitan dengan analisis biaya dan manfaat
dari perubahan yang diusulkan, menyetujui perubahan yang bermanfaat, dan
melacak komponen mana dalam sistem yang telah diubah.
Proses manajemen perubahan dimulai saat 'pelanggan' selesai dan
mengirimkan permintaan perubahan yang menjelaskan perubahan yang
diperlukan untuk sistem. Ini bisa berupa laporan bug, di mana gejala bug
dijelaskan, atau permintaan untuk fungsionalitas tambahan untuk ditambahkan ke
sistem.

25.2 Version Management

Version Managemen (VM) adalah proses melacak versi yang berbeda komponen
perangkat lunak atau item konfigurasi dan sistem di mana komponen ini digunakan.
Ini juga melibatkan memastikan bahwa perubahan yang dibuat oleh pengembang yang
berbeda versi ini tidak saling mengganggu.
Sistem manajemen versi biasanya menyediakan berbagai fitur:
1. Identifikasi versi dan rilis Versi terkelola diberi pengidentifikasi saat mereka
dikirim ke sistem. Pengenal ini biasanya didasarkan pada nama item
konfigurasi (misalnya, ButtonManager), diikuti oleh satu atau lebih banyak
nomor.
2. Manajemen penyimpanan Untuk mengurangi ruang penyimpanan yang
dibutuhkan oleh beberapa versi komponen yang hanya sedikit berbeda,
biasanya sistem manajemen versi menyediakan fasilitas manajemen
penyimpanan.
3. Ubah rekaman riwayat Semua perubahan yang dilakukan pada kode sistem
atau komponen dicatat dan didaftar. Di beberapa sistem, perubahan ini
mungkin digunakan untuk memilih versi sistem tertentu.
4. Pengembangan mandiri Pengembang yang berbeda mungkin mengerjakan hal
yang sama komponen pada saat yang sama. Sistem manajemen versi melacak
komponen yang telah diperiksa untuk diedit dan memastikan perubahan itu
dibuat untuk komponen oleh pengembang yang berbeda tidak mengganggu.
5. Dukungan proyek Sebuah sistem manajemen versi dapat mendukung
pengembangan beberapa proyek, yang berbagi komponen.

25.3 System Building

Pembangunan sistem adalah proses membuat sistem yang lengkap dan dapat
dijalankan dengan menyusun dan menautkan komponen sistem, pustaka eksternal, file
konfigurasi, dll.
Membangun adalah proses yang kompleks, yang berpotensi rawan kesalahan,
seperti yang mungkin terjadi tiga platform sistem berbeda yang terlibat:
1. Sistem pengembangan, yang meliputi alat pengembangan seperti penyusun,
editor kode sumber, dll.
2. Server build, yang digunakan untuk membuat versi yang dapat dijalankan dan
definitif dari sistem.
3. Lingkungan target, yang merupakan platform tempat sistem dijalankan.
 Pembangunan sistem melibatkan pengumpulan sejumlah besar informasi tentang
perangkat lunak dan lingkungan operasinya. Oleh karena itu, untuk apa pun selain
sangat sistem kecil, selalu masuk akal untuk menggunakan alat build otomatis untuk
membuat build sistem.
Ada banyak alat build yang tersedia dan sistem build mungkin menyediakan
sebagian atau semuanya dari fitur-fitur berikut:
1. Build script generation, sistem build harus menganalisis program yang
sedang dibangun, mengidentifikasi komponen dependen, dan secara otomatis
membuat skrip build (terkadang disebut file konfigurasi).
2. Version management system integration, sistem build harus memeriksa versi
komponen yang diperlukan dari sistem manajemen versi.
3. Minimal recompilation, sistem build harus menentukan kode sumber apa
perlu dikompilasi ulang dan menyiapkan kompilasi jika diperlukan.
4. Excutable system creation, sistem build harus menghubungkan objek yang
dikompilasi kode file satu sama lain dan dengan file lain yang diperlukan,
seperti perpustakaan dan file konfigurasi, untuk membuat sistem yang dapat
dieksekusi.
5. Test automation, sistem build dapat secara otomatis menjalankan pengujian
otomatis menggunakan alat otomatisasi pengujian seperti JUnit. Ini
memeriksa bahwa build belum telah 'rusak' oleh perubahan.
6. Reporting, sistem yang dibangun harus memberikan laporan tentang berhasil
atau tidaknya dari build dan pengujian yang telah dijalankan.
7. Documnetation generation, Sistem build mungkin dapat menghasilkan rilis
catatan tentang halaman bantuan build dan sistem.

25.4 Release Management

Rilis sistem adalah versi sistem perangkat lunak yang didistribusikan ke
pelanggan. Untuk perangkat lunak pasar massal, biasanya dimungkinkan untuk
mengidentifikasi dua jenis rilis yaitu rilis mayor, yang menghadirkan fungsionalitas
baru yang signifikan, dan minor rilis, yang memperbaiki bug dan memperbaiki
masalah pelanggan yang telah dilaporkan.
Rilis sistem bukan hanya kode yang dapat dieksekusi dari sistem. Rilis mungkin
juga termasuk:
 • file konfigurasi yang menentukan bagaimana rilis harus dikonfigurasi secara
khusus instalasi;
• file data, seperti file pesan kesalahan, yang diperlukan untuk sistem yang
berhasil operasi;
• program instalasi yang digunakan untuk membantu menginstal sistem pada
perangkat keras target;
• dokumentasi elektronik dan kertas yang menjelaskan sistem;
• pengemasan dan publisitas terkait yang telah dirancang untuk rilis tersebut.
Pembuatan rilis adalah proses pembuatan kumpulan file dan dokumentasi yang
mencakup semua komponen rilis sistem. Kode program yang dapat dijalankan dan
semua file data terkait harus diidentifikasi dalam sistem manajemen versi dan diberi
tag dengan pengenal rilis.