Archive for Juli 2017
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.
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.
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:
1. Use Support
2. Configuration Management
3. IT Operation Management
4. 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:
1. Organisasi Manajemen Siklus (OCM): proses yang
bertujuan untuk mengembangkan visi masa depan organisasi jasa ICT dan
menerjemahkan visi yang menjadi kebijakan untuk pembaruan nya.
2. 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.
Application Service Library
SOFTWARE
MAINTENANCE MATURITY MODEL
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
