Application Service Library (ASL)

ASL kepanjangan dari Application Service Library. Kumpulan dari pedoman praktek terbaik tentang pengelolaan pengembangan dan pemeliharaan aplikasi.

ASL adalah sebuah framework untuk proses manajemen aplikasi. ASL adalah domain publik standar untuk manajemen aplikasi. ASL adalah standar yang independen, terpisah dari IT Infrastructure Library (ITIL), tetapi terkait dengannya dalam pengertian kepatuhan terhadap standar-standar untuk mengelola proses dan memberikan keterkaitan yang erat, kepatuahan dari kumpulan publik domain dari suatu pedoman.

ASL lebih dari sekadar framework. Karena didukung oleh praktek-praktek terbaik yang diambil dari sejumlah organisasi. Konsep ASL akan dikembangkan oleh yayasan dan para pendukungnya secara berkelanjutan.

Meliputi Empat Pesan Utama yaitu :

A. Manajemen aplikasi, pemeliharaan dan peningkatan Sistem Informasi, menjadi semakin penting.

B. Tuntutan pasar bahwa agar supaya manajemen aplikasi menjadi lebih profesional dan lebih maju, hal ini merupakan sebagian dari akibat perkembangan manajemen infrastruktur.

C. Tidak ada standarisasi proses manajemen, praktik terbaik berbeda antara satu organisasi dan organisasi lainnya.

D. Saat ini sudah ada framework umum untuk manajemen aplikasi yaitu Application Services Library.

Framework

Framework ASL terdiri dari enam proses cluster, dibagi menjadi tiga tingkat yaitu proses operational, managing and strategic levels (gambar 4.1). Memilki sudut pandang jangka pendek dan menengah, sedangkan sudut pandang proses untuk beberapa tahun ke depan. strategis menghadap ke arah horizontal

  

Dukungan aplikasi klaster pada tingkat operasional bertujuan untuk memastikan bahwa aplikasi saat ini digunakan dengan cara yang paling efektif untuk mendukung proses bisnis, menggunakan minimal sumber daya dan mengarah ke minimal gangguan operasional.

Proses manajemen memastikan bahwa cluster operasional dikelola secara terpadu. Pemeliharaan aplikasi dan pembaharuan klaster memastikan bahwa aplikasi yang dimodifikasi sesuai dengan perubahan kebutuhan, biasanya sebagai akibat dari perubahan dalam proses bisnis, menjaga aplikasi up-to-date. Proses menghubungkan membentuk jembatan antara organisasi layanan cluster dan pengembangan dan pemeliharaan cluster.

Ada dua kelompok pada tingkat strategis. Tujuan dari cluster strategi aplikasi adalah untuk mengatasi strategi jangka panjang untuk aplikasi. Proses yang diperlukan untuk strategi jangkapanjang untuk organisasi manajemen aplikasi dijelaskan dalam strategi organisasi manajemen aplikasi kerangka cluster.

sumber:
http://www.vanharen.net/blog/it-management/ 

Software Maintenance Maturity Model (SMMM)

Software Maintenance Maturity Model (SMmm), yaitu membahas penilaian dan peningkatan fungsi perawatan perangkat lunak dengan mengusulkan perbaikan standar pemeliharaan perangkat lunak dan memperkenalkan model yang diusulkan jatuh tempo untuk kegiatan pemeliharaan perangkat lunak sehari-hari. 
 

Fungsi perawatan perangkat lunak menderita kelangkaan model manajemen untuk memfasilitasi evaluasi, manajemen, dan perbaikan terus-menerus. The SMmm membahas kegiatan unik pemeliharaan perangkat lunak sambil menjaga struktur mirip dengan model jatuh tempo CMM. Hal ini dirancang untuk digunakan sebagai pelengkap model ini. The SMmm didasarkan pada pengalaman practitionersí, standar internasional, dan literatur mani pada pemeliharaan perangkat lunak. Kami menyajikan modelís tujuan, ruang lingkup, yayasan, dan arsitektur, diikuti oleh validasi awal.

Software Maintenace

pemeliharaan perangkat lunak merupakan tahap penting dari siklus hidup perangkat lunak, sesuai dengan masalah pemeliharaan perangkat lunak model proses, perangkat lunak penelitian model proses pemeliharaan, fokus pada perangkat lunak setelah melahirkan untuk pensiun antara kegiatan pemeliharaan perangkat lunak. Pertama, descript dari proses pemeliharaan delapan software, kemudian, perangkat lunak penelitian model proses pemeliharaan struktur dan konten, termasuk model perubahan yang cepat, Model Boehm, Model IEEE, peningkatan berulang empat model, akhirnya, menganalisis dengan empat model pemeliharaan perangkat lunak proses, memberikan dasar untuk pemilihan model. konten ini studi meliputi perbaikan proses pemeliharaan perangkat lunak, panduan kegiatan pemeliharaan, meningkatkan kualitas perawatan perangkat lunak, memastikan software aplikasi normal, yang memiliki signifikansi teoretis dan praktis penting.

Aspek Kegiatan Maintenace

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:

a. 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.

b. 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 timbulpermintaan tambahan fungsi sesuai dengan keinginan pemakai.

c. 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.

d. 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 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 melakukanmaintenance.

d. Perkiraan biaya maintenancesiklus hidup perangkat lunak.

Tekhnik-tekhnik Maintenance

Software maintenance yang efektif dilakukan dengan teknik yang spesifik atau khusus untuk maintenance. Beberapa teknik praktis yang biasa diapakai maintener akan dijelaskan di bawah ini.

1. Program Comprehension.

Programmers menghabiskan banyak waktu untuk membaca dan mengerti program dalam rangka mengimplementasikan perubahan. Code browsers merupakan tools kunci dalam program comprehension. Dokumentasi yang singkat dan jelas dapat membantu dalam program comprehension. Berdasarkan atas pentingnya subtopic ini, maka IEEE Computer Society mengadakan pelatihan yang diadakan setiap tahunnya mengenai program comprehension.

2. Reengineering

Reengineering biasanya tidak dilakukan untuk meningkatkan kemudahan melakukan maintenance (maintainability) namun untuk mengganti legacy system yang sudah berumur. Refactoring atau transformasi program yang mengorganisasi ulang (reorganisasi)tanpa mengubah perilaku sistem sekarang digunakan dalam reverse engineering untuk meningkatkan struktur program berorientasi objek.

3. Reverse engineering.

Reverse engineering adalah proses menganalisa subjek sistem untuk mengindentifikasi komponen sistem dan hubungan yang terjadi di dalamnya untuk direpresentasikan dalam bentuk lain atau pada level abstraksi yang lebih tinggi. Reverse engineering dilakukan secar pasif, artinya tidak mengubah sistem atau menghasilkan sistem yang baru. Sebuah usaha reverse engineering sederhana mungkin menghasilkan sesuatu yang disebut graphs dan control flow graphs dari source code. Jenis dari reverse engineering antaralain redocumentation dan design recovery. Date Reverse Engineering mempunyai pengaruh penting beberapa tahun belakangan. Topic Reverse engineering menjadi bahan diskusi dalam acara tahunan Working Conference on Reverse Engineering (WCRE).

4. Impact Analysis.

Impact analysis mengidentifikasi keseluruhan sistem dan produk sistem yang dipengaruhi oleh permintaan perubahan (change request) dan membuat perkiraan sumber daya yang diperlukan untuk melakukan perubahan. Dilakukan setelah permintaan perubahan (change request) diterima oleh configuration management process. Beberapa hal penting tentang impact analisis: Menentukan ruang lingkup perubahan untuk perencanaan dan implementasi. Membuat perkiraan sumber daya yang diperlukan untuk melakukan kegiatan secara akurat. Menganalisa untung / rugi perubahan yang diminta. Melakukan komunikasi dengan bagian lain tentang kompleks tidaknya perubahan yang dilakukan.

sumber :

http://dona52.blogstudent.mb.ipb.ac.id 
http://ieeexplore.ieee.org