Senin, 09 Mei 2016

APLICATION SERVICE LIBRARY (ASL)

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 terkait erat dengan kerangka kerja ITIL (IT Service Management) dan BiSL (Manajemen Informasi dan Manajemen Fungsional) dan Capability Maturity Model (CMM). Kerangka ASL dikembangkan karena ITIL, dicakup 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 yang membandingkan ITIL v3 dan ASL.
ASL dikembangkan pada akhir tahun 90an di Belanda, pada 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.

A. 4 Cakupan Mengenai ASL

ASL meliputi empat pesan utama yaitu :
- Manajemen aplikasi, pemeliharaan dan peningkatan Sistem Informasi, menjadi semakin penting.
- Tuntutan pasar bahwa agar supaya manajemen aplikasi menjadi lebih profesional dan lebih maju, hal ini merupakan sebagian dari akibat perkembangan manajemen infrastruktur.
- Tidak ada standarisasi proses manajemen, praktik terbaik berbeda antara satu organisasi dan organisasi lainnya.
- Saat ini sudah ada framework umum untuk manajemen aplikasi yaitu Application Services Library (ASL).

B. Framework Proses ASL

Framework ASL terdiri dari enam proses cluster, dibagi menjadi tiga tingkat yaitu proses operasional dan manajemen memiliki sudut pandang jangka pendek dan menengah, sedangkan sudut pandang proses strategis menghadap ke arah horizontal.

Manajemen Operasional menjamin bahwa aplikasi yang saat ini digunakan dalam cara yang paling efektif untuk mendukung proses bisnis, menggunakan sumber daya minimal, dan menyebabkan sedikit interupsi operasional. Tujuan utamanya adalah untuk mendukung penjagaan aplikasi agar tetap berjalan. Lima proses mirip dengan proses milik ITIL dengan nama yang sama dan dengan tujuan yang hampir sama tetapi dengan isi yang berbeda, karena sifat yang berbeda dari Manajemen Aplikasi (ASL).

Enhancement & Renovation memastikan bahwa aplikasi diubah sesuai dengan perubahan kebutuhan, biasanya sebagai akibat dari perubahan dalam proses bisnis, menjaga aplikasi agar tetap up-todate. Ini adalah tempat modifikasi perangkat lunak, data model dan dokumentasi yang dibuat. Proses ini mirip dengan kegiatan yang dilakukan selama pengembangan awal aplikasi tetapi ada beberapa perbedaan mendasar antara pengembangan awal aplikasi dan peningkatan & renovasi, nanti dalam siklus hidup. Tidak seperti pembangunan, pemeliharaan dan peningkatan dipengaruhi oleh sejumlah komplikasi berikut ini :
- Tuntutan yang lebih berat: rilis baru harus sering diperkenalkan pada tanggal ditetapkan dalam rangka untuk mengatasi perubahan undangundang atau karena produk baru harus diperkenalkan.
- Siklus umpan balik pendek: perancang dan pemrogram akan segera dihadapkan dengan pekerjaan buruk, yang harus ditangani segera.
- Lebih sedikit pilihan untuk perbaikan: karena pembatasan yang dikenakan oleh pilihan-pilihan yang dibuat beberapa tahun sebelumnya; perubahan harus dibuat dalam struktur yang ada dan solusi yang ideal sering kali harus dikorbankan untuk kompromi yang kreatif.

Sumber:


SOFTWARE MAINTENANCE MATURITY MODEL

Pemeliharaan perangkat lunak masih tidak menerima bagian terlihat dari perhatian manajemen dan menderita dari kurangnya perencanaan, seperti yang sering digambarkan oleh manajemen krisis gaya. Sebagian dari masalah adalah bahwa pemeliharaan biasanya dianggap sebagai mahal dan tidak efektif. Selain itu, beberapa proposal dari praktik terbaik telah dimasukkan maju yang mudah dapat diterapkan dalam industri. Secara umum, rekayasa perangkat lunak masyarakat mengharapkan bahwa kualitas produk akan ditingkatkan jika pemeliharaan proses ditingkatkan. Namun, para peneliti cenderung mengembangkan terisolasi dan sangat teknis solusi yang cukup menantang untuk diterapkan dalam industri, lebih-lebih di kelompok pemeliharaan kecil yang memiliki anggaran yang sangat kecil dan waktu yang terbatas untuk meningkatkan kegiatan pemeliharaan mereka. Pada saat yang sama, sejumlah perangkat lunak pemeliharaan praktik terbaik telah dilaksanakan di beberapa yang terbaik perawatan jangka organisasi, meskipun praktik ini belum diakui dan kebutuhan akan lebih baik dijelaskan untuk mempersiapkan mereka untuk transfer teknologi untuk industri pada umumnya.

Untuk fungsi pengembangan perangkat lunak, banyak model jatuh tempo sudah ada untuk mengevaluasi proses pembangunan dan untuk mengusulkan perbaikan. Untuk fungsi perawatan perangkat lunak, model penilaian yang tersedia jauh lebih luas. Tulisan ini didasarkan pada model komprehensif pertama untuk memperhitungkan karakteristik khusus untuk proses pemeliharaan, Software Maintenance Maturity Model - S3M.

A. Software Maintenance

Hal ini penting untuk memahami ruang lingkup kegiatan pemeliharaan dan konteksnya di mana kerja perangkat lunak pengelola setiap hari. Memang ada beberapa interface dalam konteks organisasi pemeliharaan perangkat lunak:
• Pelanggan dan pengguna dari perawatan perangkat lunak
• Infrastruktur dan departemen operasi
• Pengembang
• Pemasok
• Pemeliharaan
Dengan mempertimbangkan bahwa antarmuka ini memerlukan layanan harian , pemeliharaan manajer harus menjaga aplikasi berjalan lancar , bereaksi dengan cepat untuk memulihkan layanan ketika ada masalah produksi, memenuhi atau melebihi tingkat yang disepakati pelayanan, menjaga kepercayaan dari masyarakat pengguna bahwa mereka memiliki dedikasi dan tim dukungan kompeten di pembuangan mereka yang bertindak dalam persetujuan anggaran.

B. Aspek Kegiatan Maintenance

Sebuah proses yang digunakan, jika diperlukan, oleh proses operasional dikatakan menjadi 'proses dukungan' operasional. Di kebanyakan organisasi, proses ini bersama oleh kedua pengembang dan pengelola. klasifikasi ini meliputi:
a) proses dokumentasi.
b) perangkat lunak fungsi manajemen konfigurasi dan alat-alat, yang sering bersama dengan pengembang.
c) proses dan kualitas produk jaminan.
d) proses verifikasi dan validasi.
e) review dan audit.
f) proses penyelesaian masalah, yang sering berbagi dengan infrastruktur dan operasi departemen.
Ini semua adalah proses kunci yang diperlukan untuk mendukung kegiatan proses perawatan perangkat lunak operasional dalam kegiatan maintenance. 'Proses Organisasi' yang biasanya ditawarkan oleh organisasi IS dan oleh departemen lain dalam organisasi (misalnya banyak perspektif perencanaan pemeliharaan, kegiatan yang berhubungan dengan proses, pengukuran, inovasi, pelatihan, dan manusia sumber). Meskipun penting untuk mengukur dan menilai proses-proses ini, lebih penting bagi pengelola untuk menentukan dan mengoptimalkan proses operasional pertama.

C. Aktivitas Maintenance

Sebuah proses didefinisikan sebagai urutan langkah-langkah yang dilakukan untuk tujuan tertentu. Ini diamati bahwa kualitas perangkat lunak sangat ditentukan oleh kualitas proses pembangunan digunakan untuk merancang itu dan untuk mempertahankannya. Pemeliharaan Tujuan manajer, kemudian, adalah untuk membantu membawa proses seperti di bawah kontrol, dan pengukuran memiliki peran penting untuk bermain dalam membantu dia mencapai tujuan tersebut. Karena manajer pemeliharaan memiliki sedikit kontrol atas pengembangan perangkat lunak, dan harus mengidentifikasi titik awal di mana dapat mempengaruhi karakteristik rawatan dari perangkat lunak baru yang sedang dibangun. Memulai pengukuran selama pra-pengiriman dan transisi merupakan strategi kunci dalam menilai kualitas produk sedang dikembangkan dan kesiapannya untuk dapat diterima dalam pemeliharaan. Untuk mencapai hal ini obyektif, keputusan dapat dibuat untuk melaksanakan program pengukuran pemeliharaan dan link ke pengukuran proyek pengembangan perangkat lunak. Sebagai contoh, jika pengelola dapat mengatur beberapa target rawatan awal dalam pengembangan software baru, kualitas dapat diukur baik selama dan setelah pembangunan.

D. Teknik-teknik Maintenance

Tergantung pada sumber permintaan pemeliharaan , kegiatan pemeliharaan ditangani melalui proses yang berbeda. Untuk setiap sumber permintaan , pemeliharaan kunci layanan / proses , bersama-sama dengan pendaftaran kategori pemeliharaan terkait pekerjaan , dimulai. Untuk misalnya, jika pengguna adalah sumber dari permintaan, maka permintaan perubahan terkait dengan penggunaan operasional perangkat lunak dan pekerjaan yang harus dilakukan dapat diklasifikasikan dalam satu dari tiga layanan pemeliharaan: koreksi , evolusi (yang regroups adaptif , perfektif dan pemeliharaan preventif) , atau dukungan operasional . Dalam beberapa kasus, proses pendukung , seperti service level agreement (SLA) informasi , juga akan dibutuhkan sebagai bagian penting dari kegiatan dukungan operasional. Daftar proses teknik perangkat lunak yang unik dapat ditemukan dalam versi terbaru dari Rekayasa Perangkat Lunak Body of Knowledge. Ini mengidentifikasi sejumlah proses , kegiatan , dan praktek-praktek yang unik untuk pengelola , misalnya:
- Transisi:  urutan terkontrol dan terkoordinasi kegiatan selama sistem ditransfer progresif dari pengembang ke pengelola.
- SLA dan khusus (domain - spesifik) kontrak pemeliharaan dinegosiasikan oleh pengelola.
- Modifikasi Permintaan dan Laporan Masalah Help Desk : proses masalah penanganan digunakan oleh pengelola memprioritaskan , dokumen , dan rute permintaan mereka terima.
- Modifikasi Permintaan kerja selama tertentu ukuran / usaha / kompleksitas mungkin ditolak oleh pengelola dan dialihkan ke pengembang.

Sumber:
http://selab.netlab.uky.edu/homepage/publications/April%20Huffman%20Abran%20Dumke%20Journal%202005.pdf

COBIT

A. Pengertian COBIT

COBIT (Control Objectives for Information and Related Technology) adalah sebuah proses model yang dikembangkan untuk membantu perusahaan dalam pengelolaan sumber daya teknologi informasi (IT). Proses model ini difokuskan pada pengendalian terhadap masing-masing dari 34 proses IT, meningkatkan tingkatan kemapanan proses dalam IT dan memenuhi ekspektasi bisnis dari IT.

COBIT menciptakan sebuah jembatan antara manajemen TI dan para eksekutif bisnis. COBIT mampu menyediakan bahasa yang umum sehingga dapat dipahami oleh semua pihak. Adopsi yang cepat dari COBIT di seluruh dunia dapat dikaitkan dengan semakin besarnya perhatian yang diberikan terhadap corporate governance dan kebutuhan perusahaan agar mampu berbuat lebih dengan sumber daya yang sedikit meskipun ketika terjadi kondisi ekonomi yang sulit.
Fokus utama dari COBIT ini adalah harapan bahwa melaui adopsi COBIT ini, perusahaan akan mampu meningkatkan nilai tambah melalui penggunaan TI dan mengurangi resiko-resiko inheren yang teridentifikasi didalamnya.
COBIT dikembangkan oleh IT Governance Institute (ITGI), yang merupakan bagian dari Information Systems Audit and Control Association (ISACA). Saat ini pengembangan terbaru dari standar ini adalah COBIT Edisi 5.0.

B. Domain dalam COBIT

1. Planning and organization
Domain ini mencakup strategi dan taktik, dan perhatian atas identifikasi bagaimana IT secara maksimal dapat berkontribusi dalam pencapaian tujuan bisnis. Selain itu, realisasi dari visi strategis perlu direncanakan, dikomunikasikan, dan dikelola untuk berbagai perspektif yang berbeda. Terakhir, sebuah pengorganisasian yang baik serta infrastruktur teknologi harus di tempatkan di tempat yang semestinya.

2. Acquisition dan implementation
Untuk merealisasikan strategi IT, solusi TI perlu diidentifikasi, dikembangkan atau diperoleh, serta diimplementasikan, dan terintegrasi ke dalam proses bisnis. Selain itu, perubahan serta pemeliharaan sistem yang ada harus di cakup dalam domain ini untuk memastikan bahwa siklus hidup akan terus berlangsung untuk sistem-sisteem ini.

3. Delivery and Support
Domain ini memberikan fokus utama pada aspek penyampaian/pengiriman dari IT. Domain ini mencakup area-area seperti pengoperasian aplikasi-aplikasi dalam sistem IT dan hasilnya, dan juga, proses dukungan yang memungkinkan pengoperasian sistem IT tersebut dengan efektif dan efisien. Proses dukungan ini termasuk isu/masalah keamanan dan juga pelatihan.

4. Monitoring
Semua proses IT perlu dinilai secara teratur sepanjang waktu untuk menjaga kualitas dan pemenuhan atas syarat pengendalian. Domain ini menunjuk pada perlunya pengawasan manajemen atas proses pengendalian dalam organisasi serta penilaian independen yang dilakukan baik auditor internal maupun eksternal atau diperoleh dari sumber-sumber anternatif lainnya.

Sumber: