BAB VII Pengembangan Perangkat LunakFull description
Selamat Membaca
z
Rangkuman tentang mata kuliah RPLDeskripsi lengkap
Manajemen Perangkat Lunak terhadao KomputerFull description
rangkuman materi rekayasa perangkat lunakDeskripsi lengkap
JDeskripsi lengkap
Full description
Program Tahunan Pemodelan Perangkat Lunak Kelas XI SMK RPL Kurikulum 2013. Program Tahunan Pemodelan Perangkat Lunak Kelas XI SMK RPL Kurikulum 2013Deskripsi lengkap
perangkat-perangkat lunak yang biasa digunakan oleh sebagian besar orang.Deskripsi lengkap
perangkat-perangkat lunak yang biasa digunakan oleh sebagian besar orang.Full description
Dokumentasi Pengujian Pada Perangkat LunakDeskripsi lengkap
bahasFull description
Rangkuman Pemodelan Perangkat Lunak berisikan teknik perancangan perangkat lunak.
RPP Kurikulum 2013 untuk SMK RPL Mata Pelajaran Pemodelan Perangkat Lunak Kelas XIFull description
Full description
Modul Mata Kuliah Rekayasa Perangkat Lunak untuk STMIK jurusan Teknik Informatika
mata pelajaran pemodelan perangkat lunak, materi pokok kebutuhan perangkat lunak
konsep dasar Manajemen Proyek Perangkat LunakFull description
T o p i k 6 : Pe Pe m e l i h a r a a n P e r a n g k a t L u n a k .1 Lingkup Pemeliharaan Aktifitas pemeliharaan antara lain : Penambahan atau perbaikan produk perangkat lunak Adaptasi produk dengan lingkungan operasional yang baru (hardware, sistem operasi, dll) Pembetulan permasalahan yang timbul
Aktifitas Penambahan perbaikan produk perangkat lunak meliputi : Penambahan fungsi-fungsi baru Perbaikan tampilan dan modus interaktif Memperbaharui dokumen eksternal Memperbaharui karakteristik performansi dan sistem
Adaptasi produk dengan lingkungan operasional yang baru mencakup : pemindahan perangkat lunak ke perangkat keras yang lain modifikasi untuk dapat mempergunakan protokol tambahan dll
Pembetulan permasalahan yang timbul mencakup : pembenaran kesalahan yang timbul setelah produk perangkat lunak dipergunakan oleh user
Biasanya 70 % dari seluruh biaya pengembangan adalah untuk pemeliharaan. Dari seluruh biaya pemeliharaan, 60 % digunakan untuk anggaran penambahan atau perbaikan perangkat lunak, sisanya untuk adaptasi atau pembentulan.
.2
Karakt eristik perangkat lunak yang mudah dalam pemeliharaan : Perangkat lunak dikerjakan per modul Perangkat lunak mempunyai kejelasan Dokumentasi internal yang baik dan jelas Dilengkapi dokumen-dokumen pendukung lainnya
Pemeliharaan juga mempengaruhi dokumen pendukung seperti : dokumen spesifikasi kebutuhan perangkat lunak dokumen rancangan dokumen rencana pengujian prinsip pengoperasian petunjuk pemakaian
.3 J e n i s P e m e l i h a r a a n Pe Pe r a n g k a t l u n a k Pemeliharaan perangkat lunak dibedakan : Corrective Maintenance Adaptive Maintenance Perfective maintenance Preventif maintenance
Corrective Maintenance Pemeliharaan ini untuk merespon terjadinya kesalahan-kesalahan saat produk dioperasikan baik berupa bug atupun berupa output yang tidak sesuai dengan kebutuhan pengguna
Adaptive Maintenance Pemeliharaan ini untuk merespon perubahan yang terjadi pada lingkungan yang mempengaruhi perangkat lunak tersebut (seperti perangkat keras, sistem operasi, prosedur bisnis, kebijakan, dll) Perfective maintenance Pemeliharaan ini untuk merespon permintaan tambahan berupa fungsi-fungsi baru yang muncul setelah pengguna melakukan uji coba perangkat lunak tersebut Preventif maintenance Pemeliharaan ini dilakuan untuk melakukan reengineering terhadap perangkat lunak agar lebih mudah diperbaiki, memiliki tingkat adaptasi yang tinggi dan mudah mengakomodasi munculnya kebutuhan baru.
.4
K a r a k t e r i s i t i k P e m e l i h a r aa n Pemeliharaan terstruktur Pemeliharaan tidak terstruktur
Pemeliharaan terstruktur A l ir a n t in d a k a n p e r m in t a a n P e m e l ih a r a a n Permintaan Pemeliharaan Modul
Sistem Konfigurasi
Evaluasi Perncangan
Evaluasi Program
R e n c a n a P e n d e k a ta n
Review
Tidak
Ya Modifikasi Perancangan
P e m b u a t a n u la n g
Rekode
Review
Tidak
T id a k
Ya Review Ya
Siap
Gambar 2.22 Aliran tindakan permintaan pemeliharaan
Pemeliharaan tidak terstruktur tidak mempunyai dokumentasi yang baik tidak menggunakan metodelogi perancangan tidak mengikuti langkah-langkah di atas
Maintability menunjukkan tingkat kemudahan perangkat lunak tersebut dalam mengakomodasi perubahan-perubahan Ukuran kuantitatif dari suatu maintability : waktu pengenalan masalah waktu analisis permasalahan waktu perubahan spesifikasi waktu modifikasi (pembenaran) waktu uji coba waktu total Perbaikan Maintability selama pengembangan, dijabarkan dalam aktifitas sbb :
Aktifitas Analisis : Mengembangkan standarisasi petunjuk Menentukan kendala untuk dokumen pendukung Menentukan prosedur yang menjamin kualitas Menentukan perbaikan produk Menentukan sumber daya yang diperlukan untuk pemeliharaan Memperkirakan biaya pemeliharaan
Aktifitas Perancangan arsitektural : Menekankan kejelasan dan modularitas sebagai kriteria perancangan Menggunakan notasi standar untuk dokumentasi dari aliran data, fungsi, struktur dll Menggunakan prinsip informasi hiding, data abstraction, dan dekomposisi hirark i top down (atas bawah)
Aktifitas perancangan rinci : Menggunakan notasi standar untuk algoritma, struktur data, prosedur Menentukan pengaruh yang ditimbulkan dan penangan hal-hal yang ditimbulkan
Aktifitas implementasi : Menggunakan gaya pengkodean yang jelas dan simple Menyediakan dokumentasi yang singkat untuk setiap modul Mengikuti petunjuk pada dokumentasi standar
Aktifitas lainnya : Mengembangkan petunjuk pemeliharaan Mengembangkan uji coba yang cocok Menyedikan dokumentasi uji coba
Tugas Pemelihraaan
Organisasi pemeliharaan Pelaporan Aliran tindakan Pencatatan
Evaluasi Organisasi pemeliharaan Biasanya sama dengan struktur pengembangan Disesuaikan dengan kebutuhan Walaupun organisasi secara formal tidak mutlak tetapi tanggung jawab dari organisasi mutlak harus ada
Pelaporan Permintaan akan pemeliharaan seharusnya dibuat dalam formulir standar yang disebut dengan MRF. MRF (Maintenance Request Form) atau Software Problem Request Form ( laporan permasalahan perangkat lunak ) MRF adalah dokumen yang digunakan sebagai dasar untuk perencanaan tugas pemeliharaan SCR (Software Change Report) : Usaha yang dilakukan untuk memenuhi MRF o Modifikasi yang diperlukan o Prioritas Permintaan o Perkiraan hasil modifikasi o
Aliran tindakan Pencatatan Pencatatan harus dilakukan karena digunakan untuk mengukur kwalitas dari program yang telah dimodifikasi. Data yang dicatat antara lain : Identifikasi program Jumlah baris perintah dari program sumber Jumlah instruksi yang berorientasi ke bahasa mesin Bahasa pemrograman yang digunakan Tanggal pemasangan program Jumlah program yang dapat di run semenjak dipasang Jumlah proses yang gagal di run Tingkat perubahan program dan identifikasi Jumlah penambahan perintah pada program yang dirubah Jumlah penghapusan perintah pada program yang dirubah Jumlah jam kerja yang diperlukan untuk perubahan Tanggal perubahan program Identifikasi dari software engineering Identifikasi dari MRF Tipe pemeliharaan Tanggal awal dan ahir dari pemeliharaan Jumlah total jam kerja pada aktifitas pemel iharaan Manfaat yang didapat dari aktifitas pemeliharaan
Evaluasi Evalusi dapat dilakukan jika data pemeliharaan lengkap, misalnya : jumlah rata-rata kegagalan proses per program pada saat dipasang jumlah waktu yang dihabiskan untuk masing-masing kategori pemeliharaan jumlah rata-rata perubahan program per tipe pemeliharaan presentasi permintaan pemeliharaan per tipe