Hai, kali ini saya akan
membahas Kerangka Kerja Manajemen Layanan Sistem Informasi, sebelum ke topik
pembahasan saya ingin kalian tahu apa itu Manajemen Layanan Sistem Informasi.
Manajemen Layanan Sistem Informasi adalah manajemen melakukan atau melaksanakan
pelayanan dalam suatu sistem di dalam suatu organisasi yang mempertemukan
kebutuhan pengolahan transaksi harian, mendukung operasi, bersifat manajerial
dan kegiatan strategi dari suatu organisasi dan menyediakan pihak luar tertentu
dengan laporan-laporan yang diperlukan. Atau dapat juga diartikan sebagai suatu
metode pengelolaan sistem teknologi informasi (TI) yang secara filosofis
terpusat pada perspektif konsumen layanan TI terhadap bisnis perusahaan.
Dipostingan Sebelumnya
saya sudah Membahas ITIL dan COBIT. Nah dipostingan kali ini saya ingin
membahas beberapa Kerangka Kerja (Framework). Saya membahas Kerangka Kerja
(Framework) Software Maintance Maturity, Aplication Service Library (ASL),
Business Information Service Library (BISL), dan Microsoft Operations Framework
(MOF). Kembali ke topic saya akan memberitahu apa saya yang ada pada Kerangka
Kerja.
Kerangka Kerja
Manajemen Layanan Sistem Informasi ada 8 yaitu :
1.
Information Technology Infrastructure
Library (ITIL)
2.
Control Objectives for Information and
Related Technology (COBIT)
3.
Software Maintance Maturity Model
4.
PRM-IT IBM’s Process Reference Model for
IT
5.
Aplication Service Library (ASL)
6.
Business Information Services Library
(BISL)
7.
Microsoft Operations Framework (MOF)
8. eSourcing Capability Model for Service
Providers (eSCM-SP) dan eSourcing Capability Model for Client Organizations
(eSCM-CL) dari ITSqc for Sourcing Management.
Saya akan menjelaskan beberapa
dari Kerangka Manajemen Layanan Sistem Informasi yaitu :
1. Software Maintance Maturity Model
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 . Sebagai contoh adalah ada beberapa proses
dan sistem kritikal yang membutuhkan manajemen keamanan yang lebih ketat
dibanding proses dan sistem lain yang tidak begitu kritikal. Di sisi lain,
derajat dan kepuasan pengendalian yang dibutuhkan untuk diaplikasikan pada
suatu proses adalah didorong pada selera resiko Enterprise dan kebutuhan kepatuhan
yang diterapkan.
Secara
umum, maturity model biasanya memiliki ciri sebagai berikut:
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
Perawatan
perangkat lunak (software maintenance) adalah aktivitas yang dimulai sejak
perangkat lunak mulai digunakan (after delivery) hingga akhirnya perangkat
lunak tersebut tidak dapat digunakan lagi (retired). Tujuannya adalah untuk
memperbaiki kesalahan (to correct), meningkatkan kinerja/ fungsionalitas (to
improve), menyesuaikan dengan lingkungan (to adapt), atau untuk mencegah
terjadinya kesalahan (to prevent).
Proses
Software Maintenance
Bagian
ini menjelaskan proses pemeliharaan perangkat lunak enam sebagai:
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.
2. Aplication Service Library (ASL)
Application
Service Library (ASL)
adalah domain publik kerangka praktik terbaik yang digunakan intuk standarisasi
proses dan aplikasi manajemen, disiplin memproduksi dan memelihara sistem
informasi dan aplikasi. Istilah perpustakaan digunakan karena ASL disajikan
sebagai satu set buku yang menggambarkan praktik terbaik dari IT industri. Hal
ini dijelaskan dalam beberapa buku dan artikel dan pada situs resmi dari ASL
BiSL Foundtion.
ASL2 ini dimaksudkan untuk mendukung
Manajemen Aplikasi dengan menyediakan alat-alat. Dua kategori utama bantu
didefinisikan:
1) Deskripsi dari proses untuk
Manajemen Aplikasi. Ditambah penggunaan praktek-praktek terbaik.
2) 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 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:
a. Gunakan Dukungan
b. Manajemen konfigurasi
c. Manajemen Operasi IT
d. 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:
a. Dampak analisis
b. Desain
c. Realisasi
d. Pengujian
e. 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:
a. Manajemen perubahan
b. 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:
a. Manajemen kontrak
b. Perencanaan dan Pengendalian
c. Manajemen mutu
d. Manajemen keuangan
e. 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:
a. IT Perkembangan Strategi
b. Organisasi Strategi pelanggan
c. Strategi Lingkungan pelanggan
d. Aplikasi Manajemen Siklus Hidup
e. 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:
a. Akun dan Definisi Pasar
b. kemampuan Definisi
c. teknologi Definisi
d. pemasok Definisi
e. Jasa Pengiriman Definition
3. Business Information Service
Library (BISL)
BiSL
adalah standar domain publik sejak tahun 2005, diatur oleh Lembaga ASL BiSL
(sebelumnya Lembaga ASL). Kerangka kerja ini menggambarkan standar untuk proses
dalam manajemen informasi bisnis di strategi, manajemen dan operasi tingkat.
[1] BiSL berkaitan erat dengan ITIL dan ASL kerangka, namun perbedaan utama
antara kerangka kerja ini adalah bahwa ITIL dan ASL fokus pada pasokan sisi
informasi (tujuan organisasi TI), sedangkan BiSL berfokus pada sisi permintaan
(yang timbul dari organisasi pengguna akhir)
4. Microsoft Operations Framework
(MOF)
MOF adalah
sekumpulan prinsip, teknik, dan model teruji di lapangan (best practices)
untuk mengelola layanan TI, dengan tujuan:
a. Mencapai
target service level: availability, reliability,
supportability, managability.
b. Menciptakan
infrastruktur TI yang adaptif.
MOF mencakup
SDM, proses/prosedur, dan teknologi. MOF dikembangkan dari IT Infrastructure
Library dari OGC di Inggris. Microsoft Operations Framework (MOF) terdiri dari best practice, prinsip, dan
kegiatan yang memberikan panduan
komprehensif untuk mencapai kehandalan untuk solusi dan layanan Teknologi
Informasi (TI). MOF menyelenggarakan kegiatan dan proses TI dalam fungsi
manajemen layanan (SMF), yang berlangsung dalam siklus hidup yang terdiri dari
tahapan perencanaan, penyampaian, operasional, dan pengelolaan. ISO/IEC 20000
menunjukkan bahwa organisasi berorientasi pada kualitas dengan memberikan
layanan TI yang efisien dan efektif. ISO/IEC 20000 terdiri dari ISO/IEC 20000-1
dan ISO/IEC 20000-2. ISO/IEC 20000-1 adalah spesifikasi auditable dengan
mendefinisikan persyaratan untuk sertifikasi. Sedangkan ISO/IEC 20000-2 adalah
kode praktek yang berisi rekomendasi dan bimbingan untuk membantu organisasi
mencapai sertifikasi.
Adapun Tujuan MOF Sebagai Panduan ISO/IEC 20000 :
a. Mengetahui hubungan tahapan MOF
dengan komponen dalam ISO/IEC 20000.
b. Mengetahui dukungan MOF terhadap
persyaratan standar ISO/IEC 20000.
c. Perubahan MOF yang mendukung
persyaratan ISO/IEC 20000.
Prinsip
Dasar MOF :
a. Kegiatan
yang terstruktur
b. Memudahkan
koordinasi dan perencanaan.
c. Penyempurnaan
iteratif dengan siklus cepat.
d. Manajemen
berbasis review (evaluasi)
e. Review dilakukan
pada akhir tahapan-tahapan dalam siklus iterasi.
f. Aspek
manajemen resiko terkandung dalam prosedur pengelolaan.
Source :
