Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) Andy Prasetyo Utomo Fakultas Teknik Universitas Muria Kudus Abstract Information Technology (IT) Application in a company or organization as a groundwork in creating quality services and optimizing business processes is important. But, if the use of the application is not able to help the company to accomplish its business goals, it will not only result huge losses for the company in costing of either providing or maintaining but also reduce the benefit or may even cause harm to the company. Therefore, it needs management application that can perform management applications well and sufficiently. In the application management, there are two frameworks that are commonly used. Those are ASL (Application Services Library) and ITIL (Information Technology Infrastructure Library). Both of the frameworks offer several advantages and eases for the user. To determine the exact framework, it is necessary to determine the needs of the applications that will be developed. Keywords: application management, application management framework, ASL, ITIL. I. Pendahuluan perusahaan. Jika penerapan aplikasi tidak Untuk mencapai tujuan bisnisnya, sesuai dengan yang direncanakan maka akan seringkali perusahaan-perusahaan sangat berdampak kepada perusahaan. menggunakan aplikasi teknologi informasi Dampak tersebut dapat berupa kurangnya sebagai basis dalam penciptaan layanan produktifitas sampai kerugian besar yang yang berkualitas ataupun dalam optimalisasi dapat dialami perusahaan. proses bisnisnya. Namun penerapan aplikasi Dalam perjalanannya, suatu aplikasi teknologi informasi memerlukan akan mengalami beberapa perubahan yang perencanaan yang strategis agar mungkin disebabkan perubahan proses penerapannya dapat sesuai dengan harapan bisnis, perubahan peraturan atau dan memberikan nilai bisnis sesuai tujuan perkembangan teknologi yang mencakup 161-
teknologi software dan hardware. Keputusan untuk melakukan perubahan aplikasi bisa jadi akan bercabang menjadi dua pilihan yaitu (1) melakukan penggantian aplikasi seluruhnya yang kemudian membangun atau membeli aplikasi baru atau (2) melakukan update atau perubahan terhadap aplikasi yang ada. Kegiatan penentuan keputusan pengembangan aplikasi, pemeliharaan aplikasi, penentuan kapan suatu aplikasi harus di ganti dan lain sebagainya yang berhubungan dengan aplikasi adalah bagian dari manajemen aplikasi. Di dalam manajemen aplikasi ada beberapa pedoman dan tuntunan yang berasal dari pengalaman - pengalaman para manajer perusahaan yang dituangkan dalam sebuah framework yang menangani manajemen aplikasi. Ada beberapa framework manajemen aplikasi yang dapat digunakan diantaranya adalah ASL (Application Service Library) dan ITIL (Information Technologi Infrastructure Library). Penggunaan kedua framework tersebut harus disesuaikan dengan keadaan perusahaan dan tujuan yang diharapkan. Dengan menggunakan framework tersebut maka kegiatan manajemen aplikasi dapat berjalan ke arah yang diharapkan sesuai dengan pedoman dan tuntunan yang telah 162- Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 dicoba dan dialami oleh para manajer aplikasi. Tujuan dari paper ini adalah untuk memberikan gambaran yang lebih sederhana dan mudah mengenai framework
framework manajemen aplikasi dan melakukan perbandingan fitur diantara framework
framework tersebut. Framework manajemen aplikasi yang menjadi bahan dalam paper ini adalah ASL (Application Service Library) dan ITIL (Information Technologi Infrastructure Library). II. Analisis FRAMEWORK 2.1. Arsitektur aplikasi Arsitektur aplikasi merupakan gambaran dari semua perangkat lunak aplikasi dan bagaimana mereka berhubungan satu sama lain (Baschab & Piot, 2007). Umumnya akan ada dua arsitektur model dalam sebuah organisasi: pengembangan pada saat ini dan yang mewakili portofolio aplikasi dimana perusahaan akan bermigrasi. Mendefinisikan dan mendokumentasikan arsitektur aplikasi adalah penting karena: Hal ini memungkinkan tim dukungan aplikasi untuk mengatur aplikasi pada seluruh perusahaan dengan dasar; tanpa pendefinisian yang baik dari arsitektur
Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) (Andy Prasetyo Utomo) aplikasi dan target, aplikasi tambahan dan seluruh rangkaian yang kompleks dari saling aplikasi baru akan menjadi lengkap tanpa ketergantungan antar aplikasi (Ivanka 2009). mengikuti rencana keseluruhan untuk Hal ini mengurangi pengembangan berbagi informasi dan koordinasi. Hasilnya sistem, pembuatan aplikasi, modernisasi adalah sistem campur aduk yang tidak kerangka waktu, dan kebutuhan sumber mampu untuk berbagi informasi dan dengan daya dengan memberikan pandangan yang duplikasi fungsionalitas (Ivanka 2009). jelas dari fungsi aplikasi, antarmuka, Hal ini mempromosikan pertukaran dependensi, dan kemampuan dari sistem informasi di seluruh perusahaan dengan manajemen, pengembangan, dan rencana menyediakan peta jalan untuk informasi penggantian. yang ditangkap dalam setiap aplikasi.elolaan Department TI. Hal ini mendorong berbagi informasi dan pertukaran data secara real- time dengan pelanggan dan pemasok dengan memfasilitasi percakapan dengan mitra pada kesempatan antarmuka interapplication (Ivanka 2009). . Hal ini membantu memandu prioritas investasi teknologi informasi perusahaan dan memungkinkan pertukaran penilaian secara cepat dengan lebih mudah Gambar 1 : Proses Definisi Arsitektur mengidentifikasi kemampuan kesenjangan Aplikasi dalam rangkaian sistem yang ada (Ivanka 2009).. Hal ini memungkinkan tim 2.2. Target Aplikasi Arsitektur dukungan aplikasi untuk melayani Target Arsitektur adalah kumpulan kebutuhan pelanggan dengan lebih baik, aplikasi yang diterapkan organisasi dari lebih cepat, dan dengan biaya lebih efektif waktu ke waktu, yang direncanakan untuk dengan membantu mengidentifikasi meningkatkan dukungan TI untuk fungsi keterlibatan perubahan sistem apapun di bisnis. Target Arsitektur sering disebut sebagai arsitektur "to-be". 163-
Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 Untuk mulai menentukan target Biasanya, dua tahun "window" di arsitektur aplikasi, Tim aplikasi harus perusahaan-perusahaan kecil adalah sesuai, meninjau daftar prioritas proyek untuk sementara tiga sampai lima tahun "window" memahami inisiatif bisnis apa yang akan dalam organisasi yang lebih besar lebih berdampak pada portofolio aplikasi
berguna. Dokumen arsitektur keadaan akhir aplikasi baru apa yang akan dibutuhkan, apa yang diinginkan (tiga diagram yang kemampuan tambahan yang akan dijelaskan sebelumnya), manfaat, dan biaya ditambahkan ke aplikasi yang sudah ada, apa yang diantisipasi. Dokumentasi dapat perubahan atau tambahan untuk kebutuhan dilakukan dengan mendefinisikan perbedaan antamuka aplikasi yang sudah, dan apa dari model saat ini atau sebagai kumpulan tambahan kapasitas aplikasi yang diminta. diagram yang lengkap. Selanjutnya, tim harus meninjau ulang arsitektur aplikasi yang sudah ada untuk 2.3. Siklus Hidup Aplikasi menentukan kapan aplikasi sudah saatnya Aplikasi memiliki siklus hidup untuk diganti. Ini dapat mencakup sistem seperti komponen teknologi lainnya. yang akan dinonaktifkan karena mereka Meskipun perhatian yang signifikan tidak lagi diperlukan oleh bisnis; aplikasi biasanya diberikan kepada usaha yang akan tidak lagi didukung oleh vendor pengembangan awal, upaya yang cenderung dan akan diganti; atau aplikasi yang telah menjadi bagian yang sangat kecil dari digantikan oleh yang lebih baru, teknologi keseluruhan investasi perusahaan dalam yang lebih efektif. Target arsitektur aplikasi dari waktu ke waktu-biasanya kemudian dapat didefinisikan berdasarkan datang menjadi 10 persen sampai 20 persen perubahan pancaran dari daftar proyek dan dari total investasi. Meskipun banyak sistem siklus hidup aplikasi. aplikasi "lama" telah digunakan dalam Sebuah variabel penting dalam target banyak dekade, teknologi dan perubahan arsitektur adalah memutuskan target jangka prioritas bisnis biasanya mendikte umur tiga waktu yang akan menutupi (yakni, apa yang sampai lima tahun untuk aplikasi umum. harus jangka waktu lakukan untuk mengcover rencana, dengan tanggal berapa arsitektur target harus dilaksanakan). 164-
Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) (Andy Prasetyo Utomo) Gambar 2 : Siklus Hidup Aplikasi 2.4. Praktek Terbaik Manajemen
Secara umum, desain ulang proses Aplikasi bisnis harus mendahului Berbagai praktik terbaik telah muncul pengembangan sistem, terutama dalam untuk mendokumentasikan arsitektur saat ini hal kemampuan baru yang didukung dan diantaranya adalah : oleh aplikasi. Kebutuhan aplikasi
Untuk meminimalkan investasi baru harus muncul dari usaha desain ulang dan gangguan sistem, Strategi aplikasi proses bisnis. baru harus dipilih sesuai dengan
Paket perangkat lunak pihak ketiga urutan prioritas sebagai berikut: harus terdiri dari mayoritas digunakan kembali, membeli, implementasi sistem baru. membangun (pengembangan dengan
Tim dukungan aplikasi harus secara penyesuaian). agresif membatasi paket customizations untuk mengurangi 165-
ancaman paket yang tidak didukung yang sangat customized dan menghilangkan jalur upgrade. Berat (dan tidak didokumentasikannya) penyesuaian menghilangkan keuntungan dari paket aplikasi dan mengendalikan biaya pemeliharaan yang terlalu tinggi. 2.5. ITIL ITIL menawarkan pendekatan luas untuk memberikan layanan IT yang berkualitas. ITIL awalnya dikembangkan pada tahun 1980-an dan 1990-an oleh Cetral Computer and Telecommunication Agency (CCTA), yang sekarang menjadi Office of Governance Commerce (OGC), di bawah kontrak pemerintah Inggris. Sejak itu, ITIL tidak hanya menyediakan framework yang berdasar pada praktek -praktek terbaik, tetapi juga pendekatan dan filosofi yang dianut oleh orang-orang yang bekerja dengan ITIL. Struktur utama: Layanan Siklus Hidup ITIL V3 (2007) adalah sebuah pendekatan manajemen pelayanan dari siklus hidup layanan. Layanan Siklus Hidup adalah sebuah model organisasi yang memberikan wawasan tentang cara bagaimana manajemen layanan dibangun, 166- Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 dan cara bagaimana berbagai komponen siklus hidup yang dihubungkan satu sama lain kepada keseluruhan siklus hidup sistem Gambar 3 : Siklus Hidup Layanan ITIL V3 menyediakan panduan untuk domain manajemen pelayanan TI, yang termasuk di dalamnya adalah manajemen aplikasi dan praktek - praktek terbaik untuk aspek-aspek tertentu dari pengembangan dan pemeliharaan aplikasi. Kebanyakan dari panduan ini berfokus pada pengulangan penciptaan, keterukuran praktek, proses dan fungsi organisasi untuk penyediaan layanan TI. ITIL berada di sekitar layanan TI. Layanan TI sering kali terdiri dari komponen-komponen TI seperti infrastruktur, data dan aplikasi yang diproduksi di luar domain manajemen
Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) (Andy Prasetyo Utomo) pelayanan TI. ITIL V3 menjelaskannya Infrastruktur dan Lingkungan, yang dalam lima cara yaitu : kemudian akan dirakit oleh Penyedia Menetapkan layanan TI mana yang Layanan TI ke dalam layanan TI. harus disediakan (Strategi Layanan) Membuat atau mengubah layanan dan proses manajemen layanan (Desain Layanan) Memvalidasi utilitas layanan dan kemudian menjamin dan mentransisinya ke dalam lingkungan hidup (Transisi Layanan) Menyediakan layanan dalam cara yang efektif dan efisien (Operasi Layanan) Gambar 4 : Rantai Layanan TI Memastikan bahwa layanan tetap menangani kebutuhan masa depan (Perbaikan Layanan Berkelanjutan). 2.6. Rantai Layanan TI Penyedia layanan TI memberikan nilai layanan TI kepada Organisasi Bisnis. Mereka melakukan ini dengan menjalankan Manajemen Layanan TI, menggunakan Gambar 5 : Fungsional Organisasi campuran aset yang tepat. Termasuk Lingkup dari manajemen pelayanan TI berbagai Sumber dan Kemampuan dari berdasarkan ITIL masuk sebagian ke dalam Manajemen, Organisasi, Proses, wilayah supplier komponen TI. Pembuatan Pengetahuan, Orang, Informasi, Aplikasi, standarisasi produk seperti laptop, server, Infrastruktur, dan Keuangan. Supplier sistem operasi, tooling dan paket aplikasi komponen - komponen TI baik internal umum dipisahkan dari manajemen maupun eksternal menyediakan Penyedia pelayanan IT tetapi produksi barang yang Layanan TI dengan Aplikasi, Data, dibuat untuk memenuhi pesanan temasuk di 167-
Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 dalamnya. Hal ini biasanya lebih sering ITIL telah mendefinisikan beberapa berlaku untuk aplikasi daripada komponen fungsi organisasi yang melaksanakan proses infrastruktur. Dalam kasus paket aplikasi dan kegiatan. Fungsi-fungsi yang paling yang harus disesuaikan secara luas agar relevan dengan paper ini adalah manajemen dapat digunakan secara efektif, hasil dari dan pengembangan aplikasi. Dalam istilah aplikasi standar tidak termasuk tetapi setiap ITIL, Siklus hidup manajemen aplikasi kustomisasi disertakan. ditemukan dalam semua bidang siklus hidup layanan. Gambar 6 : Siklus hidup manajemen aplikasi dan layanan. Sangatlah penting untuk menyadari aplikasi terlibat dalam penentuan dan bahwa sebenarnya pemeliharaan dan penerimaan dari sudut pandang siklus hidup peningkatan aplikasi dilakukan oleh manajemen aplikasi. Sebuah kutipan dari isi pengembangan apliaksi, yang merupakan Operasi Layanan menggambarkan bahwa bagian dari proses desain layanan. Pengujian "Manajemen aplikasi bertanggung jawab dan validasi aplikasi yang dijalankan di untuk mengelola aplikasi selama siklus tahap Transisi Layanan siklus hidup dan hidupnya. Fungsi manajemen aplikasi manajemen operasional yang berkelanjutan dilakukan oleh setiap departemen, kelompok dari aplikasi, yang terjadi dalam tahap atau tim yang terlibat dalam pengelolaan Operasi Layanan siklus hidup. Manajemen operasional aplikasi. Manajemen aplikasi 168-
Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) (Andy Prasetyo Utomo) juga memainkan peranan penting dalam tetapi biasanya tidak sama dengan tim rancangan, pengujian dan perbaikan aplikasi pengembangan aplikasi.". Gambar 7 diatas yang merupakan bagian dari layanan TI. Menunjukkan upaya relatif Manajemen dan Dengan demikian, hal itu mungkin juga akan Pengembangan Aplikasi ketika diplot di melibatkan bagian pengembangan proyek, Siklus Hidup Manajemen Aplikasi. Gambar 7 : Peran dari tim manajemen dan pengembangan aplikasi di dalam siklus hidup manajemen aplikasi. Siklus hidup manajemen aplikasi ITIL : Desain adalah tahap selama kebutuhan Dalam tahap Requirement, kebutuhan diterjemahkan ke dalam spesifikasi untuk aplikasi baru dikumpulkan, untuk komponen TI yang diperlukan. berdasarkan kebutuhan bisnis Desain meliputi desain dari aplikasi itu organisasi. Tahap ini aktif terutama sendiri atau penyesuaian yang dikemas selama tahap desain layanan dari Siklus berdasarkan standar perangkat lunak Hidup ITSM. dan lingkungan desain, atau model 169-
operasional dimana aplikasi telah berjalan didalamnya. Pertimbangan Arsitektur adalah aspek terpenting dari tahap ini, karena mereka dapat berdampak pada struktur dan isi dari aplikasi dan model operasional. Dalam tahap Build, baik aplikasi maupun model operasional dibuat agar siap untuk ditempatkan. Komponen aplikasi dikodekan, diintegrasikan dan diuji. Untuk pembelian perangkat lunak, hal ini akan melibatkan pembelian aktual dari aplikasi, jika diperlukan juga termasuk pembelian middleware, hardware dan peralatan jaringan yang terkait. Setiap penyesuaian yang diperlukan akan dilakukan di sini, seperti pembuatan table, kategori, dll yang akan digunakan. Hal ini sering dianggap sebagai pilot implementasi oleh tim atau departemen manajemen aplikasi yang bersangkutan. Dalam tahap Deploy, baik model operasional maupun aplikasi dikembangkan. Model operasional digabungkan dalam lingkungan TI yang ada dan aplikasi diinstal di atas model operasional, menggunakan proses Manajemen Deployment yang dijelaskan dalam publikasi Transisi 170- Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 Layanan ITIL. Pengujian juga berlangsung selama tahap ini, walaupun di sini penekanannya adalah memastikan bahwa proses penyebaran dan mekanisme bekerja secara efektif, misalnya menguji apakah aplikasi masih berfungsi untuk spesifikasi yang ditentukan setelah aplikasi diterapkan. Hal ini dikenal sebagai awal dari "Life Support" dan mencakup jaminan pra- periode yang melakukan pengujian, validasi dan monitoring aplikasi baru atau layanan selama periode itu terjadi. Dalam tahap Operate, organisasi layanan TI mengoperasikan aplikasi sebagai bagian dari menyampaikan layanan yang diperlukan oleh bisnis. Kinerja aplikasi dalam hubungannya dengan keseluruhan layanan diukur terus-menerus terhadap tingkat layanan dan pengendali bisnis utama. Penting untuk membedakan bahwa aplikasi itu sendiri tidak sama dengan layanan. Hal ini biasa terjadi di banyak organisasi untuk mengacu ke aplikasi sebagai sebuah "layanan", namun aplikasi hanya salah satu dari banyak komponen yang diperlukan untuk menyediakan layanan bisnis.
Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) (Andy Prasetyo Utomo) Dalam tahap Optimize, hasil dari Tidak ada standarisasi proses pengukuran kinerja tingkat layanan manajemen, praktik terbaik berbeda diukur, dianalisis dan ditindaklanjuti. antara satu organisasi dan organisasi Kemungkinan perbaikan dibahas dan lainnya. mulai dilakukan pengembangan jika Saat ini sudah ada framework umum perlu. Dua strategi utama dalam tahap untuk manajemen aplikasi yaitu ini adalah untuk menjaga dan / atau Application Services Library (ASL). meningkatkan Tingkat Layanan dan ASL adalah sebuah framework untuk biaya supaya menjadi lebih rendah. Hal proses manajemen aplikasi. ASL adalah ini bisa mengakibatkan iterasi dalam domain publik standar untuk manajemen siklus hidup atau untuk menjustifikasi aplikasi. ASL adalah standar yang pemberhentian aplikasi. independen, terpisah dari IT Infrastructure Library (ITIL), tetapi terkait dengannya 2.7. ASL (Application Service Library) dalam pengertian kepatuhan terhadap ASL adalah kepanjangan dari standar-standar untuk mengelola proses dan Application Service Library. Kumpulan dari memberikan keterkaitan yang erat, pedoman praktek terbaik tentang kepatuahan dari kumpulan publik domain pengelolaan pengembangan dan dari suatu pedoman. pemeliharaan aplikasi. Yang meliputi empat ASL lebih dari sekadar framework. pesan utama yaitu : Karena didukung oleh praktek-praktek Manajemen aplikasi, pemeliharaan terbaik yang diambil dari sejumlah dan peningkatan Sistem Informasi, organisasi. Konsep ASL akan dikembangkan menjadi semakin penting. oleh yayasan dan para pendukungnya secara Tuntutan pasar bahwa agar supaya berkelanjutan. manajemen aplikasi menjadi lebih profesional dan lebih maju, hal ini 2.8. Framework ASL merupakan sebagian dari akibat Framework ASL terdiri dari enam perkembangan manajemen proses cluster, dibagi menjadi tiga tingkat infrastruktur. yaitu proses operasional dan manajemen memiliki sudut pandang jangka pendek dan 171-
Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 menengah, sedangkan sudut pandang proses untuk beberapa tahun ke depan. strategis menghadap ke arah horizontal Gambar 8 : Framework Proses ASL Manajemen Operasional menjamin Enhancement & Renovation bahwa aplikasi yang saat ini digunakan memastikan bahwa aplikasi diubah sesuai dalam cara yang paling efektif untuk dengan perubahan kebutuhan, biasanya mendukung proses bisnis, menggunakan sebagai akibat dari perubahan dalam proses sumber daya minimal, dan menyebabkan bisnis, menjaga aplikasi agar tetap up-to- sedikit interupsi operasional. Tujuan date. Ini adalah tempat modifikasi perangkat utamanya adalah untuk mendukung lunak, data model dan dokumentasi yang penjagaan aplikasi agar tetap berjalan. Lima dibuat. Proses ini mirip dengan kegiatan proses mirip dengan proses milik ITIL yang dilakukan selama pengembangan awal dengan nama yang sama dan dengan tujuan aplikasi tetapi ada beberapa perbedaan yang hampir sama tetapi dengan isi yang mendasar antara pengembangan awal berbeda, karena sifat yang berbeda dari aplikasi dan peningkatan & renovasi, nanti Manajemen Aplikasi (ASL). dalam siklus hidup. Tidak seperti pembangunan, pemeliharaan dan 172-
Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) (Andy Prasetyo Utomo) peningkatan dipengaruhi oleh sejumlah secara terpadu. Perhatian untuk mengelola komplikasi berikut ini : sumber daya manusia, tenggat waktu, Tuntutan yang lebih berat: rilis baru pendapatan dan biaya, kualitas internal dan harus sering diperkenalkan pada eksternal (tingkat layanan). tanggal ditetapkan dalam rangka Applications Cycle Management untuk mengatasi perubahan undang- berurusan dengan keselarasan bisnis dan TI, undang atau karena produk baru mengembangkan strategi jangka panjang harus diperkenalkan. untuk sistem informasi, sejalan dengan Siklus umpan balik pendek: strategi jangka panjang dari (bisnis) perancang dan pemrogram akan organisasi. Pendekatan ini dilihat dari dua segera dihadapkan dengan pekerjaan sudut pandang yaitu dari aplikasi individual buruk, yang harus ditangani segera. dan juga dari portofolio aplikasi, Lebih sedikit pilihan untuk memandang semua aplikasi dalam hubungan perbaikan: karena pembatasan yang satu sama lain. ACM terlihat terutama pada dikenakan oleh pilihan-pilihan yang isu-isu bisnis, perkembangan baik di sektor dibuat beberapa tahun sebelumnya; di mana organisasi beroperasi sebagai perubahan harus dibuat dalam organisasi itu sendiri, sehingga harus struktur yang ada dan solusi yang dilakukan bersama-sama dengan manajemen ideal sering kali harus dikorbankan informasi bisnis. Tugas utama yang untuk kompromi yang kreatif. Manajemen Aplikasi (ASL) telah lakukan Manajemen Operasional dan adalah untuk menangani masalah - masalah Peningkatan & Renovasi berkaitan erat tersebut. ketika mereka berhadapan dengan objek aplikasi yang sama. Dua proses yang III. Permasalahan berhubungan berhadapan dengan transfer Berdasarkan beberapa teori mengenai perangkat lunak dan data perangkat ASL dan ITIL, keduanya menyediakan tambahan pada pemeliharaan dengan cara kumpulan pedoman yang dirangkai menjadi yang terkendali. sebuah framework. Framework yang Manajemen proses memastikan bahwa ditawarkan di dalamnya menangani semua cluster proses operasional dikelola manajemen aplikasi disamping menangani 173-
framework - framework yang lain juga. Masing - masing framework baik ASL maupun ITSL menawarkan beberapa fitur dan fungsi yang dapat dijadikan sebagai pedoman dalam manajemen aplikasi. Fitur dan fungsi yang ditawarkan oleh kedua framework tersebut ada beberapa yang sama dan beberapa lainnya berbeda. Walaupun kedua framework tersebut telah berisikan berbagai pedoman dan praktek - praktek terbaik dari berbagai praktisi atau manajer dalam manajemen aplikasi ada beberapa permasalahan yang dihadapi yaitu : 1. Apakah keduanya dapat digunakan oleh semua organisasi dalam berbagai situasi? 2. Berfokus pada apakah kedua framework tersebut, apakah semua bidang layanan mereka cakup, ataukah hanya bidang bidang tertentu saja? 3. Dalam melakukan penerapan suatu framework, apakah harus memilih salah satu ataukah keduanya bisa diintegrasikan untuk mendapat hasil yang terbaik dalam manajemen aplikasi? Berbagai pertanyaan yang diungkapkan pada paragraf diatas 174- Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 merupakan sebuah ungkapan yang mewakili para pemimpin departement TI yang akan memilih sebuah framework khususnya untuk manajemen aplikasi untuk diterapkan di departement IT mereka. IV. Usulan Solusi Untuk menjawab beberapa pertanyaan dan memberikan ulasan yang dapat dipakai sebagai bahan pertimbangan dalam menentukan pilihan terhadap framework aplikasi yang tepat. Berikut ini adalah ulasan dan perbandingan kedua framework tersebut. 4.1. Integrasi ASL pada ITIL ASL dialamatkan untuk Manajemen Aplikasi (ITIL) dan Pengembangan Aplikasi (ITIL) sebagaimana didefinisikan oleh ITIL, membatasi Pengembangan untuk pemeliharaan aplikasi yang ada. Gambar 9 : ASL dan BiSL yang diplot pada Fungsi ITIL
Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) (Andy Prasetyo Utomo) dijelaskan dalam perubahan permintaan. 4.2. Persamaan dan perbedaan ASL dan Sementara ASL mengakui pentingnya ITIL menghasilkan sebuah aplikasi yang juga Dalam rangka untuk lebih memahami sesuai dengan kebutuhan non-fungsional persamaan dan perbedaan dalam ITIL dan seperti performance, throughput, ASL, proses ITIL dan ASL dianalisis dan kemampuan pemulihan bencana dan dipetakan satu sama lain. Tahap - tahap dari keamanan, ITIL memberikan panduan yang Siklus Hidup Manajemen Aplikasi lebih rinci mengenai aspek ini. Hal ini dapat digunakan sebagai struktur di analisis ini. ditemukan dalam Persyaratan Teknik dan Requirement proses lainnya. ITIL ASL Design Manajemen Cluster ITIL ASL Portofolio Manajemen Kebutuhan Desain Layanan Siklus Aplikasi Engineering Kebutuhan Manajemen Manajemen data Engineering Kualitas dan informasi Analisis Tabel 2 : Design Dampak Layanan Desain ITIL mencakup tahap Desain ini secara rinci, dengan aksen pada Tabel 1 : Requirement keseluruhan persyaratan dan bagaimana Pada tingkat strategis, Proses ACM di sebuah aplikasi harus sesuai dalam ASL mengevaluasi dalam jangka panjang infrastruktur. Topik yang relevan adalah keselarasan antara aplikasi portofolio kebutuhan engineering dan Manajemen Data dengan proses bisnis. Hal ini menyediakan dan Informasi. kebutuhan tingkat tinggi dan karena itu Dalam ASL, tujuan dari Desain adalah memiliki hubungan yang kuat dengan untuk menghasilkan desain fungsional dari manajemen portofolio layanan milik ITIL. rilis baru, yang lebih berorientasi teknis Dalam ASL, fokusnya adalah pada sehingga orang dapat menerjemahkannya ke kesadaran fungsi yang ditentukan oleh dalam desain teknis. Desain fungsional, Domain Manajemen Informasi Bisnis dan 175-
model data dan spesifikasi test adalah yang diturunkan ASL. Build ITIL ASL Validasi Layanan Realisasi Testing Testing Implementasi Tabel 3 : Build ASL merealisasikan proses yang terdiri dari desain teknis, pemrograman dan pengujian unit awal dari komponen aplikasi yang baru atau yang mengalami perubahan. Proses Pengujian menguji tambahan dan perubahan ke aplikasi dalam konteks yang lebih luas, termasuk pengujian kinerja. Isi dari proses realisasi dan testing ASL hampir tidak ditangani oleh ITIL, meskipun Validasi dan Pengujian Layanan dalam Transisi layanan menggambarkan berbagai jenis tes. Tes ini sebagian tertutup oleh Implementasi proses ASL. 176- Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 Deploy ITIL ASL Manajemen Testing Perubahan Manajemen Implementasi Release & Deployment Perencanaan dan Distribusi dan dukungan transisi Kontrol Software Validasi dan Manajemen Pengujian Konfigurasi Layanan Manajemen Konfigurasi dan Layanan Aset Tabel 4 : Deploy Layanan transisi ITIL menggambarkan proses dan memberikan petunjuk bagi pelaksanaan layanan TI yang baru. Prosesnya adalah Manajemen perubahan, Manajemen Release & Deployment, dan Perencanaan dan Dukungan Transisi. Keduanya mencakup integrasi komponen TI seperti aplikasi ke layanan TI: pengujian dan kegiatan lainnya yang berkaitan dengan transisi ke tahap operasional. Ini jelas berkaitan dengan proses Implementasi ASL. Interaksi yang dekat terjadi antara proses-proses ASL dari manajemen
Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) (Andy Prasetyo Utomo) perubahan dan Kontrol dan Distribusi Pemeliharaan dan Peningkatannya, disetujui Software. Jika Kontrol dan Distribusi dalam DSL dan akibatnya dimasukkan ke Software terstruktur dengan benar, dalam rilis yang relevan. ITIL menempatkan sebenarnya merupakan sebuah varian penekanan pada roll-out. Banyak perhatian "teknis" dari manajemen perubahan. Transisi ditujukan untuk cara dimana usaha yang dari satu rilis ke rilis tahap berikutnya juga dilakukan untuk menjamin bahwa versi yang terlihat dalam Kontrol dan Distribusi benar dari piranti lunak yang sesuai Software. Kontrol dan Distribusi Software didistribusikan kepada klien dan desktop. mengendalikan relokasi fisik dari paten Proses ASL dari Distribusi dan Kontrol perangkat lunak pengembangan untuk Perangkat Lunak berkaitan dengan susunan pengujian ke persetujuan dan kemudian ke fisik sebuah rilis, memastikan bahwa versi produksi. Manajemen Release & yang sesuai ditempatkan di lingkungan Deployment ITIL berfokus terutama pada DTAP (Development, Testing, Acceptance memastikan bahwa tidak hanya perangkat and Production) dan juga karena roll-out lunak yang siap ketika produksi mulai, tetapi dari perangkat lunak. Dibandingkan dengan juga hardware yang dibutuhkan dan ITIL, ASL hanya memberikan indikasi beberapa kegiatan non-teknis. Di samping ringkasan dari semua kegiatan dan titik-titik aktualisasi dimulainya produksi, Manajemen yang membutuhkan perhatian yang terlibat Release & Deployment juga meliputi dalam roll-out dari rilis software baru. kegiatan yang melibatkan perencanaan, Sedangkan manajemen (ITIL) desain, konstruksi, pengujian dan menempatkan semua jenis perubahan, ASL implementasi. Dengan demikian, tampaknya membatasi ruang lingkup Manajemen menjadi mirip dengan pemeliharaan dan Perubahan terhadap perubahan dalam upgrade alami dari ASL, meskipun fungsionalitas dari aplikasi. Sebagai contoh: penekanannya terletak di tempat lain. Hal ini menjalankan pekerjaan produksi tambahan karena ITIL berhubungan dengan kegiatan- adalah sebuah perubahan ITIL tapi bukan kegiatan yang perlu dilakukan dalam rangka perubahan ASL. untuk benar-benar memodifikasi perangkat lunak. Beberapa perubahan perangkat lunak dimana ASL telah mendefinsikan proses 177-
Operate ITIL
ASL Manajemen
Manajemen Incident
Incident Pemenuhan
Manajemen permintaan
Ketersediaan Manajemen
Manajemen Kejadian
Kapasitas Manajemen
Manajemen Aksesan
Berkelanjutan Manajemen
Manajemen Permasalahan
Konfigurasi Manajemen
Konfigurasi dan Layanan Aset Aktifitas
Manajemen teknik diantaranya : Manajemen Keamanan Informasi Manajemen Layanan TI Berkelanjutan Manajemen Kapasitas Tabel 5 : Operate 178- Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 Versi baru ITIL lebih memperkenalkan proses yang sesuai dengan lima proses ASL dalam cluster ini. Lingkup proses Manajemen Insiden ITIL telah dikurangi untuk penanganan gangguan dan kegagalan. Pemicu dari pengurangan hardware dan software diproses oleh Manajemen kejadian. Perubahan Standar dan Pertanyaan, yang diberikan kepada Gerai Layanan fungsi, yang ditangani oleh Pemenuhan permintaan dan tidak oleh Manajemen Perubahan atau Manajemen Insiden, seperti kasus sebelumnya. Pemenuhan permintaan juga memproses berbagai jenis lain dari Layanan Permintaan. Management Insiden di ASL berurusan dengan semua jenis Layanan Panggilan (ASL). Bagian Taktis dari Manajemen Kapasitas yang sekarang disebut sebagai Manajemen Permintaan dan dapat ditemukan di Strategi Layanan. Proses ini tidak menjawab kebutuhan lengkap organisasi bisnis, tetapi berfokus pada aspek-aspek kapasitas. "Manajemen Permintaan" Oleh karena itu istilah yang berpotensi membingungkan karena sering dikaitkan dengan mengelola TI dari sudut pandang bisnis dan oleh seseorang yang mewakili bisnis. Manajemen Kapasitas
Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) (Andy Prasetyo Utomo) menurut ASL meliputi baik aspek taktis dan dan karena itu memiliki hubungan yang kuat operasional untuk memastikan bahwa ada dengan Manajemen Portofolio Layanan cukup kapasitas yang memungkinkan milik ITIL pengguna untuk bekerja dengan aplikasi Perbaikan Layanan Berkelanjutan yang sesuai dengan tingkat layanan yang milik ITIL mengukur kualitas dan relevansi telah disepakati. aplikasi di dalam operasi dan memberikan rekomendasi mengenai bagaimana Optimize memperbaiki aplikasi jika ada pengembalian ITIL ASL yang jelas dari Investasi untuk Manajemen Manajemen melakukannya. Tingkat Layanan Kualitas Manajemen Manajemen V. Implementasi Katalog Layanan Tingkat Dalam bagian implementasi ini akan Layanan coba dilakukan pemetaan antara ITIL V3 7 Step Perbaikan Manajemen dengan ASL yang akan menunjukkan Proses Siklus Aplikasi keterkaitan dan integrasi diantara kedua Tabel 6 : Optimize framework manajemen aplikasi tersebut. ASL menggunakan istilah "masalah" untuk menunjukkan defisiensi (potensial) dalam aplikasi, alat-alat, proses dan keterampilan. Masalah ini dianalisis dan ditindak oleh Manajemen Kualitas. Manajemen Tingkat Layanan ASL umumnya bersumber pada perbaikan taktis. Seperti disebutkan di bawah persyaratan, Proses ACM dalam ASL mengevaluasi dalam jangka panjang keselarasan antara aplikasi portofolio dengan proses bisnis. Hal ini menyediakan kebutuhan tingkat tinggi 179-
Cluster & Proses ASL Tahap ITIL Strategi Layanan Desain Layanan Transisi Layanan 180- Manajemen Operasional Manajemen Insiden Manajemen Ketersediaan Manajemen Kapasitas Manajemen Berkelanjuta n Manajemen Konfigurasi Manajemen Permintaan Manajemen Ketersediaan Manajemen Kapasitas Manajemen Keamanan Informasi Manajemen Layanan TI Berkelanjuta n Manajemen Konfigurasi dan Layanan Aset Keterhubunga n Proses Manajemen Perubahan Kontrol & Distribusi Software Manajemen Perubahan Dukungan dan Perencanaan Transisi Manajemen Release & Deployment Manajemen Konfigurasi dan Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 Peningkatan & Perbaikan Analisis Dampak Desain Realisasi Testing Implementa si Manajemen Manajemen Kontrol & Perencanaan Manajemen Siklus Aplikasi Strategi Organisasi Pelanggan Biaya Strategi Manajemen Kualitas Manajemen Tingkat Layanan Lingkunga n Pelanggan Strategi Pengemba ngan ICT Manajeme n Portofolio ICT Manajeme n Siklus Organisasi Definisi Akun Definisi Pasar Definisi Teknolo gi Definisi Ketramp ilan Definisi Penyam paian Layanan Manajeme n Siklus Hidup Manajemen Keuangan Manajeme n Portofolio Layanan Manajeme Manaje men Portofoli o Layanan n Keuangan Manaje men Keuanga n Manajemen Tingkat Layanan Manajemen Katalog Layanan Manajemen Supplier Manaje men Supplier Dukungan dan Perencanaa n Transisi Manajemen Release dan Deployment Validasi dan Pengujian Layanan Manajemen Pengetahua Manajemen Pengetahua n Evaluasi
Pemilihan Framework Untuk Manajemen Aplikasi (ASL VS ITIL) (Andy Prasetyo Utomo) Layanan Aset n Manajemen Pengetahua n Operasi Layanan Manajemen Insiden Pemenuhan Permintaan Manajemen Kejadian Manajemen Akses Manajemen Permasalaha n Manajemen Permasalaha n Perbaikan Layanan Berkelanjutan Pengukuran Layanan Pengukuran Layanan Pengukuran Layanan Tahap Perbaikan Proses Laporan Layanan Pengukuran Layanan Tahap Perbaikan Proses Tahap Perbaika n Proses VI. Kesimpulan 3. Framework ASL dan ITIL memiliki Dari berbagai ulasan mengenai beberapa perbedaan dan persamaan. pemilihan framework manajemen aplikasi 4. Secara umum framework ASL yang telah dibahas pada paper ini, dapat menitik beratkan pada aspek teknis diambil beberapa kesimpulan yaitu : sedangkan framework ITIL lebih 1. Framework manajemen aplikasi menitik beratkan pada aspek menyediakan sebuah template yang strategis. yang berisikan pedoman, praktek - 5. Dalam menentukan framework praktek terbaik dan alur kerja manajemen aplikasi yang tepat dapat manajemen aplikasi yang siap mempertimbangkan faktor - faktor digunakan dan menawarkan berbagai pada bidang yang akan kemudahan dan keuntungan dalam dititikberatkan. pemakaiannya. 2. Framework ASL dapat diplot atau diintegrasikan ke dalam fungsi ITIL. 181-
Majalah Ilmiah INFORMATIKA Vol. 3 No. 2, Mei 2012 Daftar Pustaka of Digital Information Management, Baschab John dan Piot Jon, 2007, The 6 (4). Executive's Guide To Meijer Machteld, Smalley Mark dan Taylor InformationTechnology Second Sharon, 2008, Sound Guidance for Edition, John Wiley & Sons, Inc., Application Management and 13: 978-0-470-09521-8 Application Development, Office of Ivanka Menken, 2009, Implementing ITIL Governance Commerce. Service Management - Not An "Out Moser Christoph dan Bayer Franz, 2005, IT Of The Box" Approach, 978-1- Architecture Management- A 921573-41-5. Framework for IT-Services, BOC Jan Van Bon, Inform-IT dan Jerry Dyer, Information Systems GmbH, 3- 2009, Cross-Reference ITIL V3 and 88579-404-7. MOF 4.0, Microsoft, Office of Remko van der Pols, 2004, ASL A Governance Commerce. Framework for Application Jurriaan Souer, Paul Honders, Johan Management, Van Haren Publishing, Versendaal, Sjaak Brinkkemper, 90-77212-05-1. 2008, A Framework for Web Content Management System Operations and Maintenance, Journal 182-