Aplication Service Library (ASL)

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:
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. Sudut pandang kedua adalah 'siklus hidup proses bisnis'. Organisasi berkembang, lingkungan dan pasar berubah. Untuk terus berfungsi secara optimal, sistem informasi pendukung harus tumbuh dengan organisasi. Ini melibatkan meningkatkan aplikasi untuk saat ini dan masa depan teknis dan persyaratan fungsional. Proses aplikasi yang berhubungan umumnya account untuk sebagian besar biaya manajemen aplikasi. Kita dapat membedakan proses operasional, taktis dan strategis di kedua daerah. Hal ini menyebabkan mengilustrasikan kerangka ASL. Lingkaran dan persegi panjang di tengah masing-masing mewakili cluster proses. Tiga tingkat dibedakan: operasional, taktis dan strategis. Tingkat operasional mengakui dua kelompok proses:

1.'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.

2.'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. 14 Thn kemudi tingkat taktis terdiri dari proses manajemen secara keseluruhan. Proses ini menyediakan untuk kemudi kolektif dari proses operasional untuk 'layanan' di satu sisi dan 'aplikasi' pada lain. Baik di tingkat operasional strategis dan menyediakan proses manajemen. masa depan dan sehari-hari realitas demikian dijamin dalam proses ini. Tingkat strategis direktif juga membedakan dua kelompok proses, berdasarkan pembagian ke dalam 'Angle layanan' dan 'sudut aplikasi'. Pada hari ini membuat layanan dan penyedia layanan yang lebih fleksibel, penyedia layanan hari ini (untuk kedua layanan operasional dan sistem perangkat tambahan) tidak tentu selamanya penyedia layanan. Ada banyak sekali alasan mengapa tugas-tugas ini juga bisa menjadi dilakukan oleh penyedia layanan lain. Persaingan antara penyedia layanan mengenai layanan dipasok meningkat. Memisahkan dua sudut memungkinkan untuk membuat pilihan individu untuk masing-masing daerah.

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.

Framework CMM (Software Maintenance Maturity Model)

Software Maintenance

CMM adalah model pembangunan atau pengembangan yang dipakai setelah terjadinya pengumpulan data dari sebuah organisasi tertentu. CMM ini merupakan tingkatan formal, syarat dan pengoptimalisasian terhadap proses-proses, dari sejumlah latihan untuk menyusun langkah-langkah, untuk menangani satuan hasil, dan mengaktifkan optimalisasi proses-proses.

Aspek Kegiatan Maintenance & Maintenance Activity
Ketika CMM diaplikasikan kedalam sebuah Proses Pembangunan Software yg berjalan, CMM menyediakan sebuah pendekatan yang berguna untuk meningkatkan efektifitas terhadap proses yg berjalan tersebut. CMM juga dipakai sebagai model umum untuk meningkatkan bisnis proses sebuah organisasi pada berbagai area berbeda, seperti: software engineering, project management, system engineering,software maintenance, risk management, IT, pelayanan, bisnis proses secara umum, dan cocok untuk melihat sebuah hasil akhir dari sebuah kebutuhan.

Teknik-teknik Maintenance
Maturity Model merupakan kumpulan dari level-level terstruktur yang mendefinisikan tingkat baik/buruk perilaku, percobaan/pelatihan, dan proses dari organisasi. Maturity Model dapat terdiri atas:

1.Sebuah lokasi untuk memulai
2.Keuntungan dari pengalaman organisasi
3.Bahasa umum dan Penyebaran visi organisasi
4.Framework untuk memilah prioritas aksi-aksi
Sebuah teknik yang mendefinisikan kemajuan apa yang berarti pada organisasi. Maturity Model dapat juga dipakai sebagi sebuah ‘benchmark’ untuk perbandingan dan untuk mendapatkan pemahaman umum. Contoh: Pada proses pemilihan kontraktor software developer.

Sumber : http://krisnawds.blogspot.co.id/2016/03/tugas-1-manajemen-layanan-sistem.html

APA ITU COBIT ?

COBIT (Control Objectives for Information and Related Technology) merupakan sekumpulan dokumentasi dan panduan yang mengarahkan pada IT governance yang dapat membantu auditor, manajemen, dan pengguna (user) untuk menjembatani pemisah antara resiko bisnis, kebutuhan kontrol, dan permasalahan-permasalahan teknis. COBIT dikembangkan oleh IT governance Institute (ITGI) yang merupakan bagian dari Information Systems Audit and Control Association (ISACA) Menurut Campbell COBIT merupakan suatu cara untuk menerapkan IT governance. COBIT berupa kerangka kerja yang harus digunakan oleh suatu organisasi bersamaan dengan sumber daya lainnya untuk membentuk suatu standar yang umum berupa panduan pada lingkungan yang lebih spesifik. Secara terstruktur, COBIT terdiri dari seperangkat contol objectives untuk bidang teknologi indormasi, dirancang untuk memungkinkan tahapan bagi audit. Menurut IT Governance Institute Control Objectives for Information and related Technology (COBIT, saat ini edisi ke-4) adalah sekumpulan dokumentasi best practices untuk IT governance yang dapat membantu auditor, manajemen and pengguna ( user ) untuk menjembatani gap antara risiko bisnis, kebutuhan kontrol dan permasalahan-permasalahan teknis. COBIT dan sejarah perkembangannya COBIT muncul pertama kali pada tahun 1996 yaitu COBIT versi 1 yang menekankan pada bidang audit, COBIT versi 2 pada tahun 1998 yang menekankan pada tahap kontrol, COBIT versi 3 pada tahun 2000 yang berorientasi kepada manajemen, dan COBIT versi 4 yang lebih mengarah kepada IT governance.  COBIT terdiri dari 4 domain, yaitu: • Planning & Organization  • Acquisition & Implementation • Delivery & Support  • Monitoring & Evalution Kerangka kerja COBIT Menurut Campbell dalam hirarki COBIT terdapat 4 domain COBIT yang terbagi menjadi 34 proses dan 318 control objectives, serta 1547 control practitices. Dalam setiap domain dan proses di dalamnya tersedia pula panduan manajemen, panduan audit, dan ringkasan bagi pihak eksekutif Adapun kerangka kerja COBIT secara keseluruhan terdiri atas arahan sebagai berikut:  • Control Obejctives: terdiri atas 4 tujuan pengendalian tingkat tinggi yang tercermin dalam 4 domain.  • Audit guidelines: berisi 318 tujuan pengendalian bersifat rinci  • Management guidelinesL berisi arahan, baik secara umum dan spesifik mengenai hal-hal yang menyangkut kebutuhan manajemen.  Secara garis besar dapat memberikan jawaban mengenai: o Apa saja indikator untuk mencapai hasil kinerja yang baik?  o Faktor apa saja yang harus diperhatikan untuk mencapai sukses?  o Apa resiko yang mungkin muncul bila tidak mencapai sasaran? Disamping itu, dalam kerangka kerja COBIT juga memasukkan bagian-bagian seperti :  • Maturity models: untuk menilai tahap maturity IT dalam skala 0-5  • Critical Success Factors (CSFs): arahan implementasi bagi manajemen dalam melakukan pengendalian     atas proses IT.  • Key Goal Indicatirs (KGIs): berisi mengenai arahan kinerja proses-proses IT sehubungan dengan        kebutuhan bisnis.  • Key Performance Indicators (KPIs): kinerja proses-proses IT sehubungan dengan sasaran/tujuan proses.

Sumber : 

http://pujidesi.wordpress.com/2011/05/03/pengertian-cobit/