Aplication Service Library

APLICATION SERVICE LIBRARY

Perpustakaan Layanan Aplikasi ( ASL ) adalah kerangka kerja kerangka publik dari praktik terbaik yang digunakan untuk membakukan proses dalam Manajemen Aplikasi , disiplin memproduksi dan memelihara sistem dan aplikasi informasi . Istilah "perpustakaan" digunakan karena ASL disajikan sebagai seperangkat buku yang menjelaskan praktik terbaik dari industri TI . Hal ini dijelaskan dalam beberapa buku dan artikel (kebanyakan hanya tersedia dalam bahasa Belanda ) dan di situs resmi Yayasan ASL BiSL.

 

ASL terkait erat dengan kerangka kerja ITIL (untuk IT Service Management ) dan BiSL (untuk Manajemen Informasi dan Manajemen Fungsional ) dan Model Kematangan Kemampuan Memanfaatkan (CMM).

 

Kerangka kerja ASL dikembangkan karena ITIL, yang dipeluk oleh departemen infrastruktur TI, terbukti tidak memadai untuk Manajemen Aplikasi: pada saat itu, ITIL tidak memiliki panduan khusus untuk merancang, pengembangan, pemeliharaan dan dukungan aplikasi. Versi ITIL yang lebih baru, terutama V3 , telah semakin membahas Domain Manajemen Pengembangan Aplikasi dan Aplikasi; Yayasan ASL BiSL telah menerbitkan sebuah makalah putih yang membandingkan ITIL v3 dan ASL .

 

ASL dikembangkan pada akhir tahun sembilan puluhan di Belanda , yang awalnya merupakan model R2C eksklusif, yang berevolusi menjadi ASL pada tahun 2000. Pada tahun 2001, ia disumbangkan oleh IT Service Provider PinkRoccade ke ASL Foundation, sekarang menjadi Yayasan ASL BiSL. Versi ASL2 diterbitkan pada tahun 2009.

Tujuan

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

• Deskripsi proses untuk Manajemen Aplikasi. Ditambah penggunaan best-practices
• Terminologi standar, hindari jebakan berbicara tentang topik yang berbeda saat menggunakan kata-kata yang sama.

- Tujuan dari ASL adalah untuk membantu profesionalisasi Manajemen Aplikasi.

Struktur dari ASL2

ASL2 berisi 3 level, 6 cluster proses (3 di tingkat operasional, 1 pada tingkat taktis, 2 di tingkat strategis) dan totalitas 26 proses.

Tingkat operasional

Cluster dukungan aplikasi

Ada 4 proses dalam cluster Application Support. Proses dalam klaster Organisasi Layanan mendukung penggunaan sistem informasi sehari-hari. Proses dalam cluster ini adalah:

• Gunakan Dukungan
• Manajemen konfigurasi
• Manajemen Operasi TI
• Manajemen Kontinuitas 

https://en.wikipedia.org/wiki/Application_Services_Library

Software Maintenance maturity model

SOFTWARE MAINTENANCE MATURITY MODEL

Software standar pemeliharaan dan memperkenalkan model maturity diusulkan untuk kegiatan pemeliharaan perangkat lunak sehari-hari. Software Maintenance Maturity Model (SMmm). Fungsi perawatan perangkat lunak menderita kelangkaan manajemen

model untuk memudahkan evaluasi, manajemen, dan perbaikan terus-menerus. The SMmm membahas kegiatan unik perawatan perangkat lunak sambil menjaga struktur yang mirip dengan yang ada pada CMMI © 4 model kematangan. Hal ini dirancang untuk digunakan sebagai pelengkap model ini. The SMmm didasarkan pada pengalaman practitionersí, standar internasional, dan maniliteratur tentang perawatan perangkat lunak.

SOFTWARE MAINTENANCE

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

ASPEK KEGIATAN MAINTENANCE

Adaptive.

Diartikan sebagai modifikasi sistem untuk mengatasi perubahan lingkungan software. Aktivitas 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 ACTIVITY

• Pemeliharaan korektif (perbaikan dari kerusakan yang tak terduga)

• Pemeliharaan preventif (perawatan berkala)

• Pemeliharaan prediktif (pemeriksaan dini pada kegagalan dan perencanaan perbaikan)

TEKNIK-TEKNIK MAINTANANCE

Teknik Maintenance

Secara garis besar teknik pemeliharaan dibagi menjadi 4 bagian penting antara lain:

1. Reactive Maintenance ( Breakdown Maintenance )

2. Proactive Maintenance ( Pemeliharaan Rutin )

3. Planned Maintenance ( Pemeliharaan Terencana )

•  Preventive Maintenance

•  Predictive Maintenance

4. Corrective Maintenance ( Pemeliharaan Perbaikan )

• Up-Grading / Modifikasi

• Desain Ulang

http://silvianaandriany.blogspot.co.id/2016/05/software-maintenance-maturity-model.html