Software Maintenance Maturity Model dan Aplication Service Library

Maturity Model adalah suatu metode untuk mengukur level pengembangan manajemen proses, yang berarti adalah mengukur sejauh mana kapabilitas manajemen tersebut. Seberapa bagusnya pengembangan atau kapabilitas manajemen tergantung pada tercapainya tujuan-tujuan COBIT yang. Contohnya adalah beberapa proses dan sistem kritikal yang membutuhkan manajemen keamanan yang lebih ketat dibanding proses dan sistem lain yang tidak begitu kritikal. Derajat dan kepuasan pengendalian yang dibutuhkan untuk diaplikasikan pada suatu proses didorong pada selera resiko Enterprise dan kebutuhan kepatuhan yang diterapkan.

Ciri-ciri metode Maturity Model secara umum adalah:

1. Proses pengembangan dari suatu organisasi disederhanakan dan dideskripsikan dalam wujud tingkatan kematangan dalam jumlah tertentu (biasanya empat hingga enam tingkatan
2. Tingkatan kematangan tersebut dicirikan dengan beberapa persyaratan tertentu yang harus diraih.
3. Tingkatan-tingkatan yang ada disusun secara sekuensial, mulai dari tingkat inisial sampai pada tingkat akhiran (tingkat terakhir merupakan tingkat kesempurnaan)
4. Selama pengembangan, sang entitas bergerak maju dari satu tingkatan ke tingkatan berikutnya tanpa boleh melewati salah satunya, melainkan secara bertahap berurutan 

Software Maintenance adalah aktivitas yang dimulai sejak perangkat lunak digunakan (after delivery) hingga akhirnya perangkat lunak tersebut tidak dapat digunakan lagi (retired) yang bertujuan untuk memperbaiki kesalahan (to correct), meningkatkan kinerja (to improve), menyesuaikan dengan lingkungan (to adapt), dan untuk mencegah terjadinya kesalahan (to prevent).

Ada 6 pemeliharaan pada perangkat lunak yaitu:

1. Proses implementasi mengandung persiapan perangkat lunak dan kegiatan transisi, seperti konsepsi dan penciptaan rencana pemeliharaan; persiapan untuk menangani masalah yang diidentifikasi selama pengembangan, dan tindak lanjut pada manajemen produk konfigurasi.
2. Masalah dan proses modifikasi analisis, yang dieksekusi sekali aplikasi telah menjadi tanggung jawab kelompok perawatan. Programmer pemeliharaan harus menganalisa setiap permintaan, konfirmasikan (dengan mereproduksi situasi) dan periksa validitas, menyelidiki dan mengusulkan solusi, mendokumentasikan permintaan dan usulan solusi, dan akhirnya, memperoleh semua otorisasi yang diperlukan untuk menerapkan modifikasi.  
3. Proses mempertimbangkan pelaksanaan modifikasi sendiri. 
4. Penerimaan Proses modifikasi, dengan mengkonfirmasi karya yang dimodifikasi dengan individu yang mengajukan permohonan dalam rangka untuk memastikan modifikasi memberikan solusi. 
5. Proses migrasi ( migrasi platform , misalnya) luar biasa, dan bukan merupakan bagian dari tugas pemeliharaan sehari-hari. Jika perangkat lunak harus porting ke platform lain tanpa ada perubahan dalam fungsi, proses ini akan digunakan dan tim proyek pemeliharaan kemungkinan akan ditugaskan untuk tugas ini. 
6. Akhirnya, proses pemeliharaan lalu, juga suatu peristiwa yang tidak terjadi setiap hari, adalah pensiun dari sebuah software. 

Berikut ini adalah sejumlah proses, kegiatan dan praktek yang unik untuk pengelola, yaitu: 

1. Transisi: urutan terkontrol dan terkoordinasi kegiatan selama sistem ditransfer progresif dari pengembang untuk pengelola. 
2. Service Level Agreements (SLA) dan kontrak pemeliharaan khusus (domain-spesifik) dinegosiasikan oleh pengelola.
3. Modifikasi Permintaan dan Masalah Meja Laporan Bantuan: proses penanganan masalah yang digunakan oleh pengelola untuk memprioritaskan, dokumen dan rute permintaan yang mereka terima.
4. Modifikasi Permintaan penerimaan / penolakan: permintaan modifikasi bekerja lebih dari ukuran tertentu / usaha / kompleksitas mungkin ditolak oleh pengelola dan dialihkan untuk pengembang.

ASPEK KEGIATAN MAINTENANCE

Beberapa aspek-aspek penting dalam perencanaan perawatan adalah:

1. Perencanaan

Perencanaan adalah kegiatan untuk menjalankan fungsi

1.    Aspek-Aspek penting dalam perawatan perencanaan adalah :

·         Penyusunan secara struktural kegiatan perawatan yang akan dijalankan

·         Penyusunan sistem perawatan

·         Kegiatan pengontrolan dan pencatatan

·         Penerapan sistem perawatan dan pencatatan

Sedangkan faktor-faktor yang harus diperhatikan dalam penyusunan perencanaan perawatan adalah ruang lingkup pekerjaan, prioritas pekerjaan, kebutuhan ketrampilan, kebutuhan tenaga kerja, kebutuhan peralatan dan kebutuhan material.

2.     Pemeriksaan
Kegiatan pemeriksaan yang telah tersusun dengan teratur akan menjaga performa mesin dalam keadaaan optimal dan dapat berfungsi sesuai standar. Kegiatan pemeriksaan terdiri dari:

·      Pemeriksaan operasional

·      Pemeriksaan pemberhentian

·      Pemeriksaan overhaul.

3.  Pemilihan komponen atau suku cadang Pemilihan komponen atau suku cadang merupakan kegiatan yang paling penting dalam menjalankan kegiatan overhaul. Dengan pemilihan suku cadang yang sesuai dengan spesifikasi mesin akan menjaga mesin tetap dapat bekerja dalam kondisi standar.

Application Service Library 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 berkaitan dengan kerangka kerja ITIL (IT Service Management), BiSL (Manajemen Informasi dan Manajemen Fungsional) dan Capability Maturity Model (CMM). Kerangka ASL dikembangkan karena ITIL, terbukti tidak memadai untuk Manajemen Aplikasi karena saat itu ITIL tidak memiliki pedoman khusus untuk aplikasi desain, pengembangan, pemeliharaan dan dukungan. Pada versi ITIL yang baru, terutama V3, mereka mendalami Pengembangan Aplikasi dan Aplikasi Manajemen domain; ASL BiSL Foundation yang 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:

Apakah sudut pendekatan 'layanan' atau 'aplikasi'?

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.

sumber :

wikipedia.org

aslbislfoundation.org

https://www.rose-hulman.edu/