Application Service Library

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:

Use Support

Configuration Management

IT Operation Management

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:

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

14

The 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:

● Organisasi Manajemen Siklus (OCM): proses yang bertujuan untuk mengembangkan visi masa depan

organisasi jasa ICT dan menerjemahkan visi yang menjadi kebijakan untuk pembaruan nya.

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

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

 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.

COBIT

COBIT

(Control Objectives for Information and Related Technology)

Pengertian

Cobit Adalah satu metodologi yang memberikan kerangka dasar dalam menciptakan sebuah Teknologi Informasi yang sesuai dengan kebutuhan organisasi dengan tetap memperhatikan faktor – faktor lain yang berpengaruh. Cobit Adalah suatu panduan standar praktik manajemen teknologi informasi.Standar COBIT dikeluarkan oleh IT Governance Institute yang merupakan bagian dari ISACA (Information Systems Audit and Control Association).

Sejarah Cobit

Cobit diciptakan untuk menyediakan model yang detail dan spesifik untuk IT governance. Berisi standar dan regulasi ISO, EDIFACT, dan lain-lain.Codes of Conduct issued by Council of Europe.Stándar Profesional Auditing, yaitu : COSO, IFAC, IIA, ISACA, AICPA standards, dll. Pertama kali dipubliksikam pada bulan April 1996, edisi kedua terbit pada tahun 1998,edisi ketiga pada July 2000, edisi keempat pada bulan Desember 2005

Dasar-dasar Cobit

Digunakan untuk membantu untuk memahami dan mengatur resiko dengan bantuan antara tekhnologi dan informasi,memungkinkan pengembangan dari kebijaksanaan yang bersih dan praktek yang baik untuk kontrol TI,dan Cobit dapat digunakan oleh: Ahli Tekhnologi informasi dan penggunanya, untuk mendukung proses bisnis bagi para pemilik perusahaan dan Auditors

Pentingnya Cobit

Pada dasarnya COBIT dikembangkan untuk membantu memenuhi berbagai kebutuhan manajemen terhadap informasi dengan menjembatani kesenjangan antara resiko bisnis, kontrol dan masalah teknik. COBIT dapat menyediakan seperangkat praktek yang dapat diterima pada umumnya karena dapat membantu para direktur, eksekutif dan manager meningkatkan nilai IT dan mengecilkan resiko.Untuk menpersiapkan proses manajemen dan bisnis dengan model TI governance yang membantu dalam memahami dan memgelola resiko yang berhubungan dengan TI

Cakupan Bidang/Domain Utama COBIT

Perencanaan dan organisasi (plan and organise)
Pengadaan dan implementasi (acquire and implement)
Pengantaran dan dukungan (deliver and support)
Pengawasan dan evaluasi (monitor and evaluate)

• Domain 1 : Planning and Organisation

Domain ini mencakup strategi dan taktik yang menyangkut identifikasi tentang bagaimana TI dapat memberikan kontribusi terbaik dalam pencapaian tujuan bisnis organisasi sehingga terbentuk sebuah organisasi yang baik dengan infrastruktur teknologi yang baik pula.

Langkah-langkah:
Menetapkan rencana stratejik TI
Menetapkan hubungan dan organisasi TI
Mengkomunikasikan arah dan tujuan manajemen
Mengelola sumberdaya manusia
Memastikan pemenuhan keperluan pihak eksternal
Menaksir risiko

• Domain 2 : Acquisition and Implementation

Untuk mewujudkan strategi TI, solusi TI perlu diidentifikasi, dibangun atau diperoleh dan kemudian diimplementasikan dan diintegrasikan dalam proses bisnis.
Langkah-langkah :
Mengidentifikasi solusi terotomatisasi
Mendapatkan dan memelihara infrastruktur teknologi
Mengembangkan dan memelihara prosedur
Memasang dan mengakui sistem
Mengelola perubahan

• Domain 3 : Delivery and Support

Domain ini berhubungan dengan penyampaian layanan yang diinginkan, yang terdiri dari operasi pada security dan aspek kesinambungan bisnis sampai dengan pengadaan training.
Langkah-langkah :
Menetapkan dan mengelola tingkat pelayanan
Mengelola pelayanan kepada pihak lain
Memastikan pelayanan yang kontinyu
Memastikan keamanan sistem
Mengelola konfigurasi/susunan
Mengelola data
Mengelola fasilitas

• Domain 4 : Monitoring

Semua proses TI perlu dinilai secara teratur dan berkala bagaimana kualitas dan kesesuaiannya dengan kebutuhan kontrol.
Langkah-langkah:
Memonitor proses – menaksir kecukupan pengendalian internal
Mendapatkan kepastian yang independen

Kesimpulan

COBIT adalah fondasi yang berguna untuk membangun suatu lingkungan pengendalian yang berbasis TI
Cakupannya luas, cukup fleksibel bila berintegrasi dengan lingkungan pengendalian bisnis, databasenya dapat dibagi, dan prosedurnya manual
Sangat mungkin untuk membangun complete toolkit untuk mengimplementasikan lingkungan pengendalian berbasis TI