TUGAS III

Application Service Library 

Aplikasi Layanan Perpustakaan (ASL) adalah domain publik kerangka 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 praktik terbaik dari IT industri. Hal ini dijelaskan dalam beberapa buku dan artikel (banyak dari mereka hanya tersedia di Belanda ) dan pada situs resmi dari ASL BiSL Foundation.

ASL erat terkait dengan kerangka kerja ITIL (untuk IT Service Management ) dan BiSL (untuk Manajemen Informasi dan Manajemen Fungsional ) dan ke 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 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.

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:

• Gunakan Dukungan
• Manajemen konfigurasi
• Manajemen Operasi IT
• 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.

ASL2 Maturity Model

Ada juga ASL2 Maturity Model dengan 5 tingkat kematangan proses:

• Level 1 - Initial
• Level 2 - Repeatable
• Level 3 - Defined dan dikelola
• Level 4 - Mengoptimalkan
• Level 5 - Chain  

Framework ASL

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

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

     Tingkat taktis terdiri dari proses manajemen secara keseluruhan. Proses ini menyediakan untuk kemudi kolektif dari proses operasional untuk 'layanan' di satu sisi dan 'aplikasi' 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'. Membuat layanan dan penyedia layanan yang lebih fleksibel.
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 pembaruannya.

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

TUGAS II

software maintenance maturity model

CMM adalah model pembangunan atau pengembangan yang dipakai setelah terjadinya pengumpulan data dari sebuah organisasi tertentu. CMM ini merupakan tingkatan formal, syarat dan pengoptimalisasian terhadap proses-proses, dari sejumlah latihan untuk menyusun langkah-langkah, untuk menangani satuan hasil, dan mengaktifkan optimalisasi proses-proses.

Ketika CMM diaplikasikan kedalam sebuah Proses Pembangunan Software yg berjalan, CMM menyediakan sebuah pendekatan yang berguna untuk meningkatkan efektifitas terhadap proses yg berjalan tersebut. CMM juga dipakai sebagai model umum untuk meningkatkan bisnis proses sebuah organisasi pada berbagai area berbeda, seperti: software engineering, project management, system engineering,software maintenance, risk management, IT, pelayanan, bisnis proses secara umum, dan cocok untuk melihat sebuah hasil akhir dari sebuah kebutuhan.

Maturity Model merupakan kumpulan dari level-level terstruktur yang mendefinisikan tingkat baik/buruk perilaku, percobaan/pelatihan, dan proses dari organisasi. Maturity Model dapat terdiri atas:

• Sebuah lokasi untuk memulai

• Keuntungan dari pengalaman organisasi

• Bahasa umum dan Penyebaran visi organisasi

•   Framework untuk memilah prioritas aksi-aksi

• Sebuah teknik yang mendefinisikan kemajuan apa yang berarti pada organisasi

Maturity Model dapat juga dipakai sebagi sebuah ‘benchmark’ untuk perbandingan dan untuk mendapatkan pemahaman umum. Contoh: Pada proses pemilihan kontraktor software developer.

 

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.

Beberapa aspek-aspek penting dalam perencanaan perawatan adalah:
1) Perencanaan
Perencanaan adalah kegiatan untuk menjalankan fungsi

1. Aspek-Aspek Penting Dalam Perawatan Terencana
perawatan yang dilakukan secara terorganisir. Perencanaan perawatan terdiri dari:
• 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.

 
2). Perawatan Pencegahan (Preventive Maintenance)
      Perawatan pencegahan (preventive maintenance) adalah kegiatan pemeliharaan dan perawatan yang dilakukan untuk mencegah timbulnya kerusakan-kerusakan yang tidak terduga dan menemukan kondisi atau keadaan yang dapat menyebabkan peralatan produksi mengalami kerusakan pada waktu digunakan dalam proses produksi (Sofyan, 1998: 90). Dalam melakukan cara perawatan ini, ada beberapa aktifitas yang dapat dilakukan yaitu: pemeriksaan secara berkala dan penggantian komponen yang sudah hampir rusak atau sudah rusak. Untuk penggantian komponen yang telah rusak ini akan terjadi penambahan pada biaya produksinya. Sehingga dalam menetapkan komponen-komponen yang akan dijadwalkan penggantiannya harus merupakan komponen yang kritis dalam sistem produksi tersebut.
     Berdasarkan Asrori (2007: 3) kegiatan perawatan yang dilakukan dalam perawatan preventif adalah suatu bentuk pelaksanaan terjadual. Oleh karena itu siklus perawatan menjadi penting keberadaannya. Klasifikasi perawatan mesin dalam preventive maintenance dibagi menjadi 4 kategori (keadaan), yaitu:
(1) Inspeksi (I)
Inspeksi adalah tindakan pengecekan atau pemeriksaan secara berkala kondisi suatu peralatan atau alat bantu untuk mendapatkan informasi tentang keadaan mesin atau alat bantu tersebut yang hasilnya dapat digunakan untuk pertimbangan dalam melakukan kegiatan perawatan selanjutnya.
(2) Small Repair (S)
Small repair adalah suatu tindakan perawatan ringan yang menitik beratkan pada bagian terkecil (komponen) dari suatu mesin. Kegiatan small repair merupakan perbaikan tindak lanjut dari kerusakan ringan yang ditemukan pada waktu kegiatan inspeksi dan tidak memerlukan waktu dan biaya yang tinggi.
(3) Medium Repair (M)
Medium repair adalah suatu tindakan perawatan tingkat menengah yang lebih fokus pada kerusakan bagian dari suatu mesin akibat aus atau akibat kecelakaan yang perbaikannya memerlukan biaya yang tinggi dan waktu kerja yang relatif lama.
(4) Overhaul (O)
Overhaul adalah suatu tindakan perawatan pada yang bersifat menyeluruh pada bagian mesin. Tindakan yang biasanya dilakukan waktu overhaul adalah pembetulan-pembetulan komponen yang aus/ rusak atau penggantian komponen.

3). Perawatan Korektif (Corrective Maintenance)
Menurut Sofyan (1987: 90) perawatan korektif (corrective maintenance) adalah kegiatan pemeliharaan dan perawatan yang dilakukan setelah terjadi kerusakan atau kelainan pada fasilitas atau peralatan yang ditemukan selama masa waktu preventive maintenance.
Dalam perbaikan dapat dilakukan peningkatan-peningkatan sedemikian rupa, seperti melakukan perubahan atau modifikasi rancangan agar peralatan menjadi lebih baik dan mencapai standar kerja yang dapat diterima.

Perawatan korektif yang dilakukan meliputi antara lain:
a. Perbaikan-perbaikan yang dilakukan untuk menghilangkan bagian-bagian yang kurang ekonomis dari mesin atau mengurangi frekuensi terjadinya kerusakan tersebut
b. Melakukan perbaikan setelah jangka waktu tertentu

Beberapa jenis perawatan korektif adalah:
1) Shutdown Maintenance
Shutdown maintenance adalah pemeliharaan yang hanya dilakukan selama
mesin tersebut berhenti beroperasi atau mesin tersebut terpaksa diberhentikan karena kerusakan yang serius.
2) Breakdown maintenance
Pekerjaan perawatan dilakukan setelah terjadi kerusakan pada peralatan,
dan untuk memperbaikinya harus disiapkan suku cadang, material, alat-alat
dan tenaga kerjanya.