Sabtu, 01 Juli 2017

SOFTWARE MAINTENANCE MATURITY MODEL dan APPLICATION SERVICE LIBRARY



SOFTWARE MAINTENANCE MATURITY MODEL

Pengertian secara harfiah:

Software maintenance, Perawatan perangkat lunak
Maturity,  berarti matang atau dewasa. Matang merupakan hasil proses. Dewasa merupakan hasil    pertumbuhan
Model, didefinisikan sebagai suatu penyederhanaan yang representatif terhadap keadaan di dunia nyata

Software ini biasa digunakan untuk kegiatan pemeliharaan perangkat lunak sehari-hari, sebuah persepsi umum pemeliharaan adalah bahwa hal itu hanya memperbaiki cacat. namun, satu studi menunjukkan bahwa lebih dari 80% dari usaha pemeliharaan digunakan untuk tindakan non-korektif. Persepsi ini diabadikan oleh pengguna mengirimkan masalah melaporkan bahwa pada kenyataannya peningkatan fungsionalitas ke sistem. Penelitian-penelitian terbaru menempatkan proporsi bug-fixing mendekati 21%.

Sayangnya, perawatan perangkat lunak belum dipahami sebagai sebuah proses yang harus dilakukan untuk menjaga agar perangkat lunak tetap dapat digunakan dengan optimal, sesuai dengan kebutuhan penggunanya. Umumnya, para pengguna berpendapat bahwa sekali sebuah perangkat lunak selesai dibangun, perangkat lunak tersebut seharusnya dapat langsung digunakan, dan dapat terus digunakan dalam jangka waktu yang relatif lama.

Aspek Kegiatan Maintenance 

Aktivitas  pemeliharaan  yang  pertama  terjadi  karena  asumsi  yang  salah pada  saat  uji  coba  yaitu  kesalahan-kesalahan  tersembunyi  pada  perangkat  lunak yang  cukup  besar.  Menurut  O’Brien  (2005)  bahwa  dibutuhkan  pembagian kegiatan maintenance ke dalam empat aspek. Pemeliharaan perangkat lunak dapat dibedakan menjadi:

Adaptive,  diartikan  sebagai  modifikasi  sistem  untuk  mengatasi  perubahan
lingkungan software. Aktivitas yang kedua ini terjadi karena pertumbuhan atau   perkembangan   perangkat  lunak   atau   perangkat   keras sehingga memerlukan modifikasi dari perangkat lunak yang telah dibuat.

Perfective,  diartikan  sebagai  tindakan  baru  implementasi  atau  perubahan pengguna  peralatan  yang mana  memperhatikan  fungsi  tambahan  untuk software. Aktivitas ini terjadi pada saat perangkat lunak yang telah dibuat dan   dilakukan   uji   cobs   kemudian   dipergunakan   oleh   user.   Setelah dipergunakan  oleh  user  mungkin  timbul  permintaan  tambahan  fungsi sesuai dengan keinginan pemakai.

Corrective, diartikan   sebagai   deteksi   dan   perbaikan   masalah,   yang ditemukan  oleh  pengguna.  Aktivitas  ini  terjadi  pada  saat  produk  dipakai dan  hasil  yang  didapat  oleh  pamakai  baik  berupa  kesalahan  yang  timbul maupun kesalahan dalam bentuk keluaran yang tidak sesuai.

Preventive, diartikan   sebagai   peningkatan   kemampuan software atau reabilitas   untuk   menghindari   masalah   di   masa   yang   akan   datang. Pemeliharaan   yang   terakhir   dilakukan   untuk   menghadapi   kemajuan
perangkat  lunak  atau  perangkat  keras  di  masa  mendatang,  umpamanya
penambahan fungsifungsi atau melengkapi fungsi-fungsi yang telah ada.

Maintenance Planning Activity

Aktivitas penting untuk maintenance perangkat lunak adalah perencanaan. Jika tahap development berlangsung 1-2 tahun, maka fase maintenance berlangsung selama bertahun-tahun. Memperkirakan secara akurat sumber daya yang digunakan adalah elemen kunci dalam rencana maintenance. Sumber daya yang didalamnya termasuk biaya harus dimasukkan dalam rencana anggaran proyek. Rencana maintenance harus dimulai dengan membuat atau menentukan tujuan kualitas perangkat lunak. Konsep dan perencanaan maintenance :

a. Mengandung ruang lingkup (scope) maintenance perangkat lunak.
b. Proses setelah perangkat lunak selesai.
c. Harus diketahui siapa yang akan melakukan maintenance.
d. Perkiraan biaya maintenancesiklus hidup perangkat lunak.

Teknik-teknik Maintenance

Software maintenance yang efektif dilakukan dengan teknik  yang spesifik atau khusus  untuk maintenance.  Beberapa  teknik  praktis  yang  biasa  dipakai maintener
1. Program Comprehension
2. Re-engineering
3. Reverse engineering
4. Impact Analysis

APPLICATION SERVICE LIBRARY

Aplikasi Layanan Perpustakaan (ASL) adalah kerangka kerja domain publik dari praktik terbaik yang digunakan untuk standarisasi proses dalam Aplikasi Manajemen, disiplin memproduksi dan memelihara sistem informasi dan aplikasi. Istilah "perpustakaan" digunakan karena ASL disajikan sebagai satu set buku yang menggambarkan praktek-praktek terbaik dari industri TI. Hal ini dijelaskan dalam beberapa buku dan artikel (banyak dari mereka hanya tersedia dalam bahasa Belanda) dan di situs resmi ASL BiSL Foundation.

ASL erat terkait dengan kerangka kerja ITIL (IT Service Management) dan BiSL (Manajemen Informasi dan Manajemen Fungsional) dan Capability Maturity Model (CMM).

Kerangka ASL dikembangkan karena ITIL, dipeluk oleh departemen infrastruktur TI, terbukti tidak memadai untuk Manajemen Aplikasi: pada waktu itu, ITIL tidak memiliki pedoman khusus untuk aplikasi desain, pengembangan, pemeliharaan dan dukungan. versi ITIL baru, terutama V3, semakin membahas Pengembangan Aplikasi dan Aplikasi Manajemen domain; ASL BiSL Foundation telah menerbitkan sebuah kertas putih membandingkan ITIL v3 dan ASL.

ASL dikembangkan pada akhir tahun sembilan puluhan di Belanda, awalnya sebagai model R2C proprietary, yang berkembang menjadi ASL pada tahun 2000. Pada tahun 2001 itu disumbangkan oleh IT Service Provider PinkRoccade ke ASL Foundation, sekarang ASL BiSL Foundation. Versi ASL2 diterbitkan pada tahun 2009.
Cakupan ASL

ASL2 ini dimaksudkan untuk mendukung Manajemen Aplikasi dengan menyediakan alat-alat. Dua kategori utama bantu didefinisikan:

Deskripsi dari proses untuk Manajemen Aplikasi. Ditambah penggunaan praktek-praktek terbaik terminologi standar, menghindari perangkap berbicara tentang topik yang berbeda saat menggunakan kata-kata yang sama.

Tujuan dari ASL adalah untuk membantu dalam profesionalisasi Manajemen Aplikasi.

Ada 4 proses dalam cluster Dukungan Aplikasi. Proses dalam cluster Organisasi Layanan mendukung penggunaan sehari-hari dari sistem informasi. Proses dalam cluster ini adalah:
·         Use Support
·         Configuration Management
·         IT Operation Management
·         Continuity Management    

Framework ASL

Proses dalam rangka ASL dapat dibagi sesuai dengan pertanyaan-pertanyaan berikut:

1. Apakah sudut pendekatan 'layanan' atau 'aplikasi'?
2. Apakah proses operasional, taktis atau strategis terlibat?

aplikasi manajemen digambarkan sebagai manajemen pemeliharaan, peningkatan dan renovasi aplikasi dengan cara suara-ekonomi bisnis. Itu Prinsip kunci di sini adalah untuk mendukung proses bisnis menggunakan sistem informasi untuk siklus hidup dari proses bisnis.
Dua sudut pandang penting dapat dibedakan di sini:
Yang pertama adalah perspektif 'mendukung proses bisnis menggunakan sistem informasi'. Ini berarti menjaga aplikasi dan berjalan dan memastikan bahwa mereka mendukung organisasi kegiatan sehari-hari. Secara praktis, ini melibatkan menyediakan layanan terus menerus dengan membuat perusahaan kesepakatan tentang tingkat layanan dan memulihkan tingkat layanan yang disepakati secepat mungkin jika penyimpangan ditetapkan; menciptakan tingkat tinggi aksesibilitas bagi pertanyaan dan komentar dari klien tentang layanan; mencegah gangguan dan memfasilitasi layanan baru dengan menanggapi sebagai layanan ICT penyedia dalam waktu yang baik. Fokusnya adalah karena pada layanan, layanan yang disediakan dan yang (bersama-sama dengan manajemen infrastruktur) memfasilitasi penggunaan aplikasi. Dalam hal ini biaya umum jumlah 10 - 20% dari biaya keseluruhan manajemen aplikasi.
Tiga tingkat dibedakan: operasional, taktis dan strategis.
Tingkat operasional mengakui dua kelompok proses:
·     'pemeliharaan' dari aplikasi: proses yang memastikan ketersediaan optimum aplikasi saat ini sedang digunakan untuk mendukung proses bisnis dengan minimal sumber daya dan gangguan dalam operasi.
·    'tambahan / renovasi' aplikasi: proses yang beradaptasi aplikasi dengan keinginan baru dan persyaratan dalam menanggapi perubahan organisasi dan lingkungannya. yang diperlukan penyesuaian dilakukan terhadap perangkat lunak, model data dan dokumentasi.
Cluster proses di tingkat strategis adalah:

·    Organisasi Manajemen Siklus (OCM): proses yang bertujuan untuk mengembangkan visi masa depan organisasi jasa ICT dan menerjemahkan visi yang menjadi kebijakan untuk pembaruan nya.

·    Aplikasi Cycle Management (ACM): proses yang berfungsi untuk membentuk strategi jangka panjang untuk berbagai aplikasi yang sesuai dalam keseluruhan penyediaan informasi organisasi dalam kaitannya kebijakan jangka panjang organisasi.

      Daftar Pustaka

Tidak ada komentar:

Posting Komentar