Apliccation Services 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.

Tujuan

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 .

Struktur dari ASL2

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

tingkat operasional

Dukungan Aplikasi klaster

Ada 4 proses dalam cluster Dukungan Aplikasi. Proses dalam cluster Organisasi Layanan mendukung penggunaan sehari-hari dari sistem informasi. Proses dalam cluster ini adalah:

Gunakan Dukungan

Manajemen konfigurasi

Manajemen Operasi IT

Manajemen kontinuitas

Proses ini telah juga telah didefinisikan dalam kerangka ITIL. Proses serupa, tetapi dilihat dari sudut pandang yang lain, oleh karena itu kegiatan di masing-masing proses ini mungkin berbeda dari kegiatan dalam ITIL lingkungan.

Aplikasi Pemeliharaan dan Renewal klaster

Ada 5 proses dalam Pemeliharaan Aplikasi dan Renewal cluster. Dalam cluster ini mayoritas pekerjaan Pengembangan Aplikasi dilakukan. Sebagian besar karya Manajemen Aplikasi berkaitan dengan merancang, pemrograman dan pengujian aplikasi dan sistem informasi. Proses adalah:

Dampak analisis [disambiguasi diperlukan]

·         Desain

·         Realisasi

·         pengujian

·         Pelaksanaan

Proses-proses ini tidak dijelaskan sama sekali dalam kerangka ITIL V1, tetapi memiliki rekan-rekan mereka di BiSL, model Informasi manajemen / Manajemen Fungsional.

Menghubungkan Proses Tingkat Operasional klaster

Ada 2 proses dalam Menghubungkan Proses Tingkat Operasional cluster. Proses menghubungkan bertujuan sinkronisasi kegiatan antara Layanan Organisasi / operasi (menggunakan aplikasi) dan pengembangan dan pemeliharaan (mengubah aplikasi). Kedua proses termasuk adalah:

·         Manajemen perubahan

·         Control Software dan Distribusi

·         tingkat manajemen 

·         Manajemen Proses klaster

Ada 5 proses dalam Manajemen Proses cluster. Proses dalam cluster ini digunakan dalam pengelolaan kegiatan dalam cluster pada tingkat operasional. Proses terletak di tingkat taktis, digunakan untuk mengarahkan proses operasional. Proses termasuk adalah:

Manajemen kontrak

·         Perencanaan dan Pengendalian

·         Manajemen mutu

·         Manajemen keuangan

·         Manajemen pemasok

·         tingkat strategis 

·         Aplikasi Strategi klaster

Ada 5 proses dalam cluster Strategi Aplikasi. Aplikasi hidup lebih lama dari yang diharapkan. Sistem, fungsi, konsep dan struktur sistem informasi tetap stabil selama bertahun-tahun. Pengetahuan ini jarang digunakan. Adalah penting bahwa, sambil mempertahankan dan meningkatkan sistem, ada pandangan yang jelas diperlukan apa tuntutan yang di masa depan, dan berdasarkan itu, apa dan bagaimana masa depan aplikasi ini akan terlihat seperti. Pandangan ini, strategi manajemen aplikasi, dibuat dalam cluster Strategi Aplikasi. Proses dalam cluster ini adalah:

·         IT Perkembangan Strategi

·         Organisasi Strategi pelanggan

·         Strategi Lingkungan pelanggan

·         Aplikasi Manajemen Siklus Hidup

·         Aplikasi Manajemen Portofolio

·         Aplikasi Manajemen Strategi Organisasi klaster

Ada 5 proses dalam cluster Manajemen Aplikasi Strategi Organisasi. Juga masa depan organisasi Manajemen Aplikasi, dengan aspek keterampilan dan kemampuan, pasar dan pelanggan, sangat penting. Membuat strategi manajemen organisasi ini adalah tujuan dari Manajemen Aplikasi Strategi Organisasi cluster. Proses dalam cluster ini meliputi:

·         Akun dan Definisi Pasar

·         kemampuan Definisi

·         teknologi Definisi

·         pemasok Definisi

·         Jasa Pengiriman Definition

sumber:

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

Software Maintenance Maturity Model

Sebuah pencarian literatur belum mengungkapkan apapun teknik diagnostik yang komprehensif untuk mengevaluasi kualitas proses pemeliharaan, seperti yang dijelaskan oleh model proses tingkat tinggi hadiah inventarisasi proposal terbaru dari rekayasa perangkat lunak proses evaluasi dan penilaian model . Masing-masing model telah dianalisis untuk mengidentifikasi kontribusi yang dapat membantu pengelola . Dari tiga puluh empat model yang diusulkan dalam ulasan ini , hanya segelintir termasuk didokumentasikan praktek perawatan , kadang-kadang disertai dengan pemikiran dan referensi . Namun , tidak satupun dari mereka meliputi seluruh set topik dan konsep model proses diperkenalkan di sini.

Software Maintenance

 pemeliharaan perangkat lunak dalam rekayasa perangkat lunak adalah modifikasi dari produk software setelah melahirkan untuk memperbaiki kesalahan , untuk memperbaiki kinerja atau atribut lainnya . [ 1 ]Sebuah persepsi umum pemeliharaan adalah bahwa hal itu hanya melibatkan memperbaiki cacat . Namun , satu studi menunjukkan bahwa lebih dari 80 % dari usaha pemeliharaan digunakan untuk tindakan non - korektif . [ 2 ] Persepsi ini diabadikan oleh pengguna mengirimkan masalah melaporkan bahwa pada kenyataannya peningkatan fungsionalitas ke sistem . [ Rujukan? ] Penelitian-penelitian terbaru menempatkan proporsi bug - fixing mendekati 21 %

Aspek Kegiatan Maintenance

 Isu perawatan perangkat lunak kunci yang baik manajerial dan teknis. isu-isu manajemen kunci adalah: sejalan dengan prioritas pelanggan, staf, yang organisasi tidak pemeliharaan, memperkirakan biaya. masalah teknis utama adalah: pemahaman yang terbatas, analisis dampak, pengujian, pengukuran pemeliharaan. pemeliharaan perangkat lunak adalah aktivitas yang sangat luas yang mencakup koreksi kesalahan, tambahan kemampuan, penghapusan kemampuan usang, dan optimasi. Karena perubahan tidak bisa dihindari, mekanisme harus dikembangkan untuk evaluasi, mengontrol dan membuat modifikasi. Jadi setiap pekerjaan yang dilakukan untuk mengubah perangkat lunak setelah itu dalam operasi dianggap pekerjaan pemeliharaan. Tujuannya adalah untuk melestarikan nilai perangkat lunak dari waktu ke waktu. nilai tersebut dapat ditingkatkan dengan memperluas basis pelanggan, memenuhi persyaratan tambahan, menjadi lebih mudah untuk digunakan, lebih efisien dan menggunakan teknologi yang lebih baru. Pemeliharaan dapat span selama 20 tahun, sedangkan pembangunan mungkin 1-2 tahun.

Planning 

Merupakan bagian integral dari perangkat lunak adalah pemeliharaan satu, yang membutuhkan rencana pemeliharaan akurat dipersiapkan selama pengembangan perangkat lunak. Ini harus menentukan bagaimana pengguna akan meminta modifikasi atau melaporkan masalah. Anggaran harus mencakup sumber daya dan biaya perkiraan. Sebuah keputusan baru harus ditangani untuk pengembangan dari setiap fitur sistem baru dan tujuan kualitas. Pemeliharaan perangkat lunak, yang dapat berlangsung selama 5-6 tahun (atau bahkan puluhan tahun) setelah proses pembangunan, panggilan untuk rencana yang efektif yang dapat mengatasi ruang lingkup pemeliharaan perangkat lunak, menjahit pos proses pengiriman / penyebaran, penunjukan yang akan menyediakan pemeliharaan, dan perkiraan biaya siklus hidup. Pemilihan penegakan tepat standar adalah menantang tugas langsung dari tahap awal rekayasa perangkat lunak yang belum mendapat pasti penting oleh pemangku kepentingan.


sumber:
- http://swebokwiki.org/Chapter_5:_Software_Maintenance
- http://miraawidya45.blogspot.co.id/2016/05/software-maintenance-maturity-model.html
-

COBIT (Control Objective for Information & Related Technology)

Control Objective for Information & Related Technology (COBIT) adalah sekumpulan dokumentasi best practice untuk IT Governance yang dapat membantu auditor, pengguna (user), dan manajemen, untuk menjembatani gap antara resiko bisnis, kebutuhan kontrol dan masalah-masalah teknis IT (Sasongko, 2009).

COBIT mendukung tata kelola TI dengan menyediakan kerangka kerja untuk mengatur keselarasan TI dengan bisnis. Selain itu, kerangka kerja juga memastikan bahwa TI memungkinkan bisnis, memaksimalkan keuntungan, resiko TI dikelola secara tepat, dan sumber daya TI digunakan secara bertanggung jawab (Tanuwijaya dan Sarno, 2010).

COBIT merupakan standar yang dinilai paling lengkap dan menyeluruh sebagai framework IT audit karena dikembangkan secara berkelanjutan oleh lembaga swadaya profesional auditor yang tersebar di hampir seluruh negara. Dimana di setiap negara dibangun chapter yang dapat mengelola para profesional tersebut.

Kerangka Kerja COBIT

Kerangka kerja COBIT terdiri atas beberapa arahan/pedoman, yakni:

Control Objectives

Terdiri atas 4 tujuan pengendalian tingkat-tinggi (high-level control objectives) yang terbagi dalam 4 domain, yaitu : Planning & Organization , Acquisition & Implementation , Delivery & Support , dan Monitoring & Evaluation.

Audit Guidelines

Berisi sebanyak 318 tujuan-tujuan pengendalian yang bersifat rinci (detailed control objectives) untuk membantu para auditor dalam memberikan management assurance dan/atau saran perbaikan.

Management Guidelines

Berisi arahan, baik secara umum maupun spesifik, mengenai apa saja yang mesti dilakukan, terutama agar dapat menjawab pertanyaan-pertanyaan berikut :

v  Sejauh mana TI harus bergerak atau digunakan, dan apakah biaya TI yang dikeluarkan sesuai dengan manfaat yang dihasilkannya.

v  Apa saja indikator untuk suatu kinerja yang bagus.

v  Apa saja faktor atau kondisi yang harus diciptakan agar dapat mencapai sukses ( critical success factors ).

v  Apa saja risiko-risiko yang timbul, apabila kita tidak mencapai sasaran yang ditentukan.

v  Bagaimana dengan perusahaan lainnya, apa yang mereka lakukan.

v  Bagaimana mengukur keberhasilan dan bagaimana pula membandingkannya.

Manfaat dan Pengguna COBIT

Secara manajerial target pengguna COBIT dan manfaatnya adalah :

Direktur dan Eksekutif

Untuk memastikan manajemen mengikuti dan mengimplementasikan strategi searah dan sejalan dengan TI.

Manajemen

v  Untuk mengambil keputusan investasi TI.

v  Untuk keseimbangan resiko dan kontrol investasi.

v  Untuk benchmark lingkungan TI sekarang dan masa depan.

Pengguna

Untuk memperoleh jaminan keamanan dan control produk dan jasa yang dibutuhkan secara internal maupun eksternal.

Auditors

v  Untuk memperkuat opini untuk manajemen dalam control internal.

v  Untuk memberikan saran pada control minimum yang diperlukan.

Frame Work COBIT

COBIT dikeluarkan oleh IT Governance Institute (ITGI). COBIT digunakan untuk menjalankan penentuan atas IT dan meningkatkan pengontrolan IT. COBIT juga berisi tujuan pengendalian, petunjuk audit, kinerja dan hasil metrik, faktor kesuksesan dan maturity model.

Lingkup kriteria informasi yang sering menjadi perhatian dalam COBIT adalah:

Effectiveness

Menitikberatkan pada sejauh mana efektifitas informasi dikelola dari data-data yang diproses oleh sistem informasi yang dibangun.

Efficiency

Menitikberatkan pada sejauh mana efisiensi investasi terhadap informasi yang diproses oleh sistem.

Confidentiality

Menitikberatkan pada pengelolaan kerahasiaan informasi secara hierarkis.

Integrity

Menitikberatkan pada integritas data/informasi dalam sistem.

Availability

Menitikberatkan pada ketersediaan data/informasi dalam sistem informasi.

Compliance

Menitikberatkan pada kesesuaian data/informasi dalam sistem informasi.

Reliability

Menitikberatkan pada kemampuan/ketangguhan sistem informasi dalam pengelolaan data/informasi.

Sedangkan fokus terhadap pengelolaan sumber daya teknologi informasi dalam COBIT adalah pada :

·         Applications

·         Information

·         Infrastructure

·         People

Dalam menyediakan informasi yang dibutuhkan perusahaan untuk mencapai tujuan organisasi, COBIT memiliki karakteristik :

·         Business-focused

·         Process-oriented

·         Controls-based

·         Measurement-driven

COBIT mengelompokkan semua aktivitas bisnis yang terjadi dalam organisasi menjadi 34 proses yang terbagi ke dalam 4 buah domain proses, meliputi :

Planning & Organization.

Domain ini menitikberatkan pada proses perencanaan dan penyelarasan strategi TI   dengan strategi perusahaan, mencakup masalah strategi, taktik dan identifikasi tentang bagaimana TI dapat memberikan kontribusi maksimal terhadap pencapaian tujuan bisnis organisasi sehingga terbentuk sebuah organisasi yang baik dengan infrastruktur teknologi yang baik pula.

Domain ini mencakup :

v  PO1 – Menentukan rencana strategis

v  PO2 – Menentukan arsitektur informasi

v  PO3 – Menentukan arah teknologi

v  PO4 – Menentukan proses TI, organisasi dan hubungannya

v  PO5 – Mengelola investasi TI

v  PO6 – Mengkomunikasikan tujuan dan arahan manajemen

v  PO7 – Mengelola sumber daya manusia

v  PO8 – Mengelola kualitas

v  PO9 – Menilai dan mengelola resiko TI

v  PO10 – Mengelola proyek

Acquisition & Implementation.

Domain ini berkaitan dengan implementasi solusi IT dan integrasinya dalam proses bisnis organisasi untuk mewujudkan strategi TI, juga meliputi perubahan dan maintenance yang dibutuhkan sistem yang sedang berjalan untuk memastikan daur hidup sistem tersebut tetap terjaga.

Domain ini meliputi:

v  AI1 – Mengidentifikasi solusi yang dapat diotomatisasi.

v  AI2 – Mendapatkan dan maintenance software aplikasi.

v  AI3 – Mendapatkan dan maintenance infrastuktur teknologi

v  AI4 – Mengaktifkan operasi dan penggunaan

v  AI5 – Pengadaan sumber daya IT.

v  AI6 – Mengelola perubahan

v  AI7 – Instalasi dan akreditasi solusi dan perubahan.

Delivery & Support.

Domain ini mencakup proses pemenuhan layanan IT, keamanan sistem, kontinyuitas layanan, pelatihan dan pendidikan untuk pengguna, dan pemenuhan proses data yang sedang berjalan.

Domain ini meliputi :

v  DS1 – Menentukan dan mengelola tingkat layanan.

v  DS2 – Mengelola layanan dari pihak ketiga

v  DS3 – Mengelola performa dan kapasitas.

v  DS4 – Menjamin layanan yang berkelanjutan

v  DS5 – Menjamin keamanan sistem.

v  DS6 – Mengidentifikasi dan mengalokasikan dana.

v  DS7 – Mendidik dan melatih pengguna

v  DS8 – Mengelola service desk dan insiden.

v  DS9 – Mengelola konfigurasi.

v  DS10 – Mengelola permasalahan.

v  DS11 – Mengelola data

v  DS12 – Mengelola lingkungan fisik

v  DS13 – Mengelola operasi.

Monitoring and Evaluation.

Domain ini berfokus pada masalah kendali-kendali yang diterapkan dalam organisasi, pemeriksaan intern dan ekstern dan jaminan independent dari proses pemeriksaan yang dilakukan.

Domain ini meliputi:

v  ME1 – Mengawasi dan mengevaluasi performansi TI.

v  ME2 – Mengevaluasi dan mengawasi kontrol internal

v  ME3 – Menjamin kesesuaian dengan kebutuhan eksternal.

v  ME4 – Menyediakan IT Governance.

COBIT Maturity Model

COBIT menyediakan parameter untuk penilaian setinggi dan sebaik apa pengelolaan IT pada suatu organisasi dengan menggunakan maturity models yang bisa digunakan untuk penilaian kesadaran pengelolaan (management awareness) dan tingkat kematangan (maturity level). COBIT mempunyai model kematangan (maturity models) untuk mengontrol proses-proses IT dengan menggunakan metode penilaian (scoring) sehingga suatu organisasi dapat menilai proses-proses IT yang dimilikinya dari skala nonexistent sampai dengan optimised (dari 0 sampai 5), yaitu: 0: Non Existen, 1: Initial, 2: Repetable, 3: Defined, 4: Managed dan 5: Optimized  (Purwanto dan Saufiah, 2010; Setiawan, 2008; Nurlina dan Cory, 2008).

Sumber:

- http://billymerkava.blogspot.co.id/2013/01/apa-yang-anda-ketahui-mengenai-cobit.html 

- https://mamayukero.wordpress.com/2010/04/24/apa-itu-cobit/

- http://www.kajianpustaka.com/2014/02/pengertian-sejarah-dan-komponen-cobit.html

- http://manajemen-ti.com/tata-kelola-audit/197-dulu-cobit-4-1-sekarang-cobit-5-apa-bedanya.html