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.

1. SOFTWARE MAINTANANCE

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

Dengan beragamnya tujuan perawatan perangkat lunak, maka jenis perawatan perangkat lunak dapat dibagi menjadi empat pula, yaitu perawatan perbaikan (correction), perawatan peningkatan kinerja (improvement), perawatan penyesuaian (adaptation), dan perawatan pencegahan (prevention). Akan tetapi, secara umum, jenis perawatan perangkat lunak dapat dikelompokkan kedalam dua kategori besar, yaitu perawatan perbaikan (correction) dan  perawatan peningkatan (enhancement). Perawatan jenis kedua mencakup perawatanimprovement, adaptation, dan prevention.

Sayangnya, perawatan perangkat lunak belum dipahami sebagai sebuah proses yang harus dilakukan untuk menjaga agar perangkat lunak tetap dapat digunakan dengan optimal, sesuai dengan kebutuhan penggunanya. Umumnya, para pengguna berpendapat bahwa sekali sebuah perangkat lunak selesai dibangun, perangkat lunak tersebut seharusnya dapat langsung digunakan, dan dapat terus digunakan dalam jangka waktu yang relatif lama…

2. ASPEK KEGIATAN MAINTENANCE

Beberapa aspek-aspek penting dalam perencanaan perawatan adalah:

1. Perencanaan

Perencanaan adalah kegiatan untuk menjalankan fungsi

1.    Aspek-Aspek penting dalam perawatan perencanaan adalah :

·         Penyusunan secara struktural kegiatan perawatan yang akan dijalankan

·         Penyusunan sistem perawatan

·         Kegiatan pengontrolan dan pencatatan

·         Penerapan sistem perawatan dan pencatatan

Sedangkan faktor-faktor yang harus diperhatikan dalam penyusunan perencanaan perawatan adalah ruang lingkup pekerjaan, prioritas pekerjaan, kebutuhan ketrampilan, kebutuhan tenaga kerja, kebutuhan peralatan dan kebutuhan material.

2.      Pemeriksaan
Kegiatan pemeriksaan yang telah tersusun dengan teratur akan menjaga performa mesin dalam keadaaan optimal dan dapat berfungsi sesuai standar. Kegiatan pemeriksaan terdiri dari:

·      Pemeriksaan operasional

·      Pemeriksaan pemberhentian

·      Pemeriksaan overhaul.

3.      Pemilihan komponen/ suku cadang Pemilihan komponen atau suku cadang merupakan kegiatan yang paling penting dalam menjalankan kegiatan overhaul. Dengan pemilihan suku cadang yang sesuai dengan spesifikasi mesin akan menjaga mesin tetap dapat bekerja dalam kondisi standar.

3.  MAINTENANCE PLANNING ACTIVITY

Definisi dan faktor-faktor penunjang, kendala yang muncul, langkah-langkah penyusunan, dan kebijakan perencanaan perawatan, klasifikasi, persiapan, dan prinsip perencanaan perawatan, tahapan perencanaan pekerjaan perawatan, perencanaan tenaga kerja perawatan, diagram alir pekerjaan perawatan, dan standar perencanaan perawatan.

APA ITU COBIT?

Apa yang anda ketahui mengenai COBIT (Control Objective For Information and Related Tecnology)? (Vclass ketiga (PreTest)

Pengertian Cobit

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 dibuat oleh organisasi Information Systems Audit and Control Association (ISACA) dan dikembangkan oleh IT Governance Institute (ITGI). Saat ini pengembangan terbaru dari standar ini adalah COBIT Edisi 5.0.

Misi Cobit 

Melakukan penelitian, pengembangan, publikasi dan promosi terhadap control objective dari teknologi informasi yang secara umum diterima di lingkungan internasional untuk pemakaian sehari-hari oleh manager dan auditor.

Lingkup Cobit 

Cobit memiliki 4 Cakupan Domain yaitu:

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

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

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

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

Gambar Kerangka COBIT 

Skala maturity dari Framework COBIT 

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.

Penerapan yang tepat pada tata kelola TI di suatu lingkungan Enterprise, tergantung pada pencapaian tiga aspek maturity (kemampuan, jangkauan dan kontrol). Peningkatan maturity akan mengurangi resiko dan meningkatkan efisiensi, mendorong berkurangnya kesalahan dan meningkatkan kuantitas proses yang dapat diperkirakan kualitasnya dan mendorong efisiensi biaya terkait dengan penggunaan sumber daya TI.

Maturity model dapat digunakan untuk memetakan :

1. Status pengelolaan TI perusahaan pada saat itu.

2. Status standart industri dalam bidang TI saat ini (sebagai pembanding)

3. Status standart internasional dalam bidang TI saat ini (sebagai pembanding)

4. Strategi pengelolaan TI perusahaan (ekspetasi perusahaan terhadap posisi pengelolaan TI perusahaan)

Tingkat kemampuan pengelolaan TI pada skala maturity dibagi menjadi 6 level :

1. Level 0 (Non-existent)

Perusahaan tidak mengetahui sama sekali proses teknologi informasi di perusahaannya.

2. Level 1 (Initial Level)

Pada level ini, organisasi pada umumnya tidak menyediakan lingkungan yang stabil untuk mengembangkan suatu produk baru. Ketika suatu organisasi kelihatannya mengalami kekurangan pengalaman manajemen, keuntungan dari mengintegrasikan pengembangan produk tidak dapat ditentukan dengan perencanaan yang tidak efektif, respon sistem. Proses pengembangan tidak dapat diprediksi dan tidak stabil, karena proses secara teratur berubah atau dimodifikasi selama pengerjaan berjalan beberapa form dari satu proyek ke proyek lain. Kinerja tergantung pada kemampuan individual atau term dan variasi dengan keahlian yang dimilikinya. 

3. Level 2 (Repeatable Level)

Pada level ini, kebijakan untuk mengatur pengembangan suatu proyek dan prosedur dalam mengimplementasikan kebijakan tersebut ditetapkan. Tingkat efektif suatu proses manajemen dalam mengembangankan proyek adalah institutionalized, dengan memungkinkan organisasi untuk mengulangi pengalaman yang berhasil dalam mengembangkan proyek sebelumnya, walaupun terdapat proses tertentu yang tidak sama. Tingkat efektif suatu proses mempunyai karakteristik seperti; practiced, dokumentasi, enforced, trained, measured, dan dapat ditingkatkan. Product requirement dan dokumentasi perancangan selalu dijaga agar dapat mencegah perubahan yang tidak diinginkan. 

4. Level 3 (Defined Level)

Pada level ini, proses standar dalam pengembangan suatu produk baru didokumentasikan, proses ini didasari pada proses pengembangan produk yang telah diintegrasikan. Proses-proses ini digunakan untuk membantu manejer, ketua tim dan anggota tim pengembangan sehingga bekerja dengan lebih efektif. Suatu proses yang telah didefenisikan dengan baik mempunyai karakteristik; readiness criteria, inputs, standar dan prosedur dalam mengerjakan suatu proyek, mekanisme verifikasi, output dan kriteria selesainya suatu proyek. Aturan dan tanggung jawab yang didefinisikan jelas dan dimengerti. Karena proses perangkat lunak didefinisikan dengan jelas, maka manajemen mempunyai pengatahuan yang baik mengenai kemajuan proyek tersebut. Biaya, jadwal dan kebutuhan proyek dalam pengawasan dan kualitas produk yang diawasi. 

5. Level 4 (Managed Level)

Pada level ini, organisasi membuat suatu matrik untuk suatu produk, proses dan pengukuran hasil. Proyek mempunyai kontrol terhadap produk dan proses untuk mengurangi variasi kinerja proses sehingga terdapat batasan yang dapat diterima. Resiko perpindahan teknologi produk, prores manufaktur, dan pasar harus diketahui dan diatur secara hati-hati. Proses pengembangan dapat ditentukan karena proses diukur dan dijalankan dengan limit yang dapat diukur.

6. Level 5 (Optimized Level)

Pada level ini, seluruh organisasi difokuskan pada proses peningkatan secara terus-menerus. Teknologi informasi sudah digunakan terintegrasi untuk otomatisasi proses kerja dalam perusahaan, meningkatkan kualitas, efektifitas, serta kemampuan beradaptasi perusahaan. Tim pengembangan produk menganalisis kesalahan dan defects untuk menentukan penyebab kesalahannya. Proses pengembangan melakukan evaluasi untuk mencegah kesalahan yang telah diketahui dan defects agar tidak terjadi lagi.