Application Service Library

ASL (Aplikasi Layanan Perpustakaan) adalah suatu kerangka kerja dan koleksi praktik terbaik untuk aplikasi manajemen.

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.

4 Cakupan Mengenai ASL

ASL2 ini dimaksudkan untuk mendukung Manajemen Aplikasi dengan menyediakan alat-alat. Dua kategori utama bantu didefinisikan yaitu, 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. 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. 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.

Sumber:

•  http://aslbislfoundation.org/asl/
• http://miraawidya45.blogspot.co.id/2016/05/application-service-library.html

MANAJEMEN LAYANAN SISTEM INFORMASI 5

Maturity Model Software Maintenance

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.

Software maintenance, modifIkasi produk software setelah ia dikeluarkan, untuk mengoreksi kesalahan, untuk meningkatkan penampilan atau atribut lainnya, atau untuk menyesuaikan produk dengan lingkungan yang telah berubah.

Software Maintenance

Software maintenance adalah proses memodifikasi sistem perangkat lunak (software) yang bertujuann untuk memperbaiki kesalahan, memperbaiki atribut lain atau kinerjanya atau mengubah untuk memudahkan proses adaptasi terhadap perubahan lingkungan sekitarnya. Ada 4 jenis maintenance yaitu :

·         Corrective

Maintenance yang dilakukan untuk memperbaiki kesalahan pada perangkat lunak dan kuat. Dalam pelaksanaannya memerlukan keterampilan interpersonal yang kuat.

·         Adaptive

Maintenance yang dilakukan untuk membuat sebuah program komputer yang dapat digunakan dalam lingkungan yang berbeda.

·         Perfective

Maintenance yang dilakukan untuk meningkatkan kinerja atau atribut laindalam program komputer.

·         Preventative

Maintenance yang dilakukan untuk mencegah sebelum terjadinya masalah. Dari keempat jenis maintenance ini, perfective merupakan langkah pemeliharaan yang paling sering dilakukan organisasi/perusahaan.

Lalu ada tahapan software maintenance, karena software maintenance merupakan kegiatan yang dilakukan untuk mendukung sistem software maka kegiatan software maintenance terdiri atas :

·         Pelaksanaan proses implementasi

·         Masalah dan analisa modifikasi

·         Penerapan modifikasi

·         Pengulangan pemeliharaan

·         Pemindahan dan penghentian

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

·         Mengandung ruang lingkup (scope) maintenance perangkat lunak.

·         Proses setelah perangkat lunak selesai.

·         Harus diketahui siapa yang akan melakukanmaintenance.

·         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 diapakai maintener akan dijelaskan di bawah ini:

• Program Comprehension

Programmers menghabiskan banyak waktu untuk membaca dan mengerti program dalam rangka mengimplementasikan perubahan. Code browsers merupakan tools kunci dalam program comprehension. Dokumentasi yang singkat dan jelas dapat membantu dalam program comprehension. Berdasarkan atas pentingnya subtopic ini, maka IEEE Computer Society mengadakan pelatihan yang diadakan setiap tahunnya mengenai program comprehension.

• Reengineering

Reengineering biasanya tidak dilakukan untuk meningkatkan kemudahan melakukan maintenance (maintainability) namun untuk mengganti legacy system yang sudah berumur. Refactoringatau transformasi program yang mengorganisasi ulang (reorganisasi)tanpa mengubah perilaku sistem sekarang digunakan dalam reverse engineering untuk meningkatkan struktur program berorientasi objek.

•  Reverse engineering

Reverse engineering adalah proses menganalisa subjek sistem untuk mengindentifikasi komponen sistem dan hubungan yang terjadi di dalamnya untuk direpresentasikan dalam bentuk lain atau pada level abstraksi yang lebih tinggi. Reverse engineering dilakukan secar pasif, artinya tidak mengubah sistem atau menghasilkan sistem yang baru. Sebuah usaha reverse engineering sederhana mungkin menghasilkan sesuatu yang disebut graphs dan control flow graphs dari source code. Jenis dari reverse engineering antaralain redocumentation dan design recovery. Date Reverse Engineering mempunyai pengaruh penting beberapa tahun belakangan. Topic Reverse engineering menjadi bahan diskusi dalam acara tahunan Working Conference on Reverse Engineering (WCRE).

• Impact Analysis

Impact analysis mengidentifikasi keseluruhan sistem dan produk sistem yang dipengaruhi oleh permintaan perubahan (change request) dan membuat perkiraan sumber daya yang diperlukan untuk melakukan perubahan. Dilakukan setelah permintaan perubahan (change request) diterima oleh configuration management process. Beberapa hal penting tentang impact analisis: Menentukan ruang lingkup perubahan untuk perencanaan dan implementasi. Membuat perkiraan sumber daya yang diperlukan untuk melakukan kegiatan secara akurat. Menganalisa untung / rugi perubahan yang diminta. Melakukan komunikasi dengan bagian lain tentang kompleks tidaknya perubahan yang dilakukan.

Sumber:

·        http://metha52e.blogstudent.mb.ipb.ac.id/files/2015/01/SIM-Pentingnya-Software-Maintenance-dalam-Sistem-Informasi-Manajemen.pdf

·    http://dona52.blogstudent.mb.ipb.ac.id/2014/10/02/sistem-informasi-manajemen-urgensi-maintenance-software-didalam-perusahaan/

MANAJEMEN LAYANAN SISTEM INFORMASI 4

Control Objective for Information and related Technology

(COBIT)

Dikeluarkan dan disusun oleh IT Governance Institute yang merupakan bagian dari ISACA (Information Systems Audit and Control Association) pada tahun 1996. hingga saat artikel ini dimuat setidaknya sudah ada 5 versi COBIT yang sudah diterbitkan, versi pertama diterbitkan pada tahun 1996, versi kedua tahun 1998, versi 3.0 di tahun 2000, Cobit 4.0 pada tahun 2005, CObit 4.1 tahun 2007 dan yang terakhir ini adalah Cobit versi 5 yang di rilis baru-baru saja.

COBIT adalah merupakan kerangka panduan tata kelola TI dan atau bisa juga disebut sebagai toolset pendukung yang bisa digunakan untuk menjembatani gap antara kebutuhan dan bagaimana teknis pelaksanaan pemenuhan kebutuhan tersebut dalam suatu organisasi. COBIT memungkinkan pengembangan kebijakan yang jelas dan sangat baik digunakan untuk IT kontrol seluruh organisasi, membantu meningkatkan kualitas dan nilai serta menyederhanakan pelaksanaan alur proses sebuah organisasi dari sisi penerapan IT.

Cobit berorientasi proses, dimana secara praktis Cobit dijadikan suatu standar panduan untuk membantu mengelola suatu organisasi mencapai tujuannya dengan memanfaatkan IT. Cobit memberikan panduan kerangka kerja yang bisa mengendalikan semua kegiatan organisasi secara detail dan jelas sehingga dapat membantu memudahkan pengambilan keputusan di level top dalam organisasi.

Siapa saja yang menggunakan COBIT? COBIT digunakan secara umum oleh mereka yang memiliki tanggung jawab utama dalam alur proses organisasi, mereka yang organisasinya sangat bergantung pada kualitas, kehandalan dan penguasaan teknologi informasi.

Cobit memiliki 4 Cakupan Domain :

·         Perencanaan dan Organisasi (Plan and Organise)

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.

·         Pengadaan dan Implementasi (Acquire and Implement)

Untuk mewujudkan strategi TI, solusi TI perlu diidentifikasi, dibangun atau diperoleh dan kemudian diimplementasikan dan diintegrasikan dalam proses bisnis.

·         Pengantaran dan Dukungan (Deliver and Support)

Domain ini berhubungan dengan penyampaian layanan yang diinginkan, yang terdiri dari operasi pada security dan aspek kesinambungan bisnis sampai dengan pengadaan training.

·         Pengawasan dan Evaluasi (Monitor and Evaluate)

Semua proses TI perlu dinilai secara teratur dan berkala bagaimana kualitas dan kesesuaiannya dengan kebutuhan kontrol.

Keempat domain tersebut diatas kemudian dijabarkan menjadi 34 faktor resiko yang harus dievaluasi jika ingin diperoleh suatu kesimpulan mengenai seberapa besar kepedulian manajemen terhadap teknologi informasi, serta bagaimana teknologi informasi dapat memenuhi kebutuhan manajemen akan informasi.

Sumber:

http://liapsa.staff.gunadarma.ac.id/Downloads/folder/0.5