Software Maintance Maturity Model adalah ...

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.

Software Maintenance

 pemeliharaan perangkat lunak dalam rekayasa perangkat lunak adalah modifikasi dari produk software setelah melahirkan untuk memperbaiki kesalahan , untuk memperbaiki kinerja atau atribut lainnya . [ 1 ]Sebuah persepsi umum pemeliharaan adalah bahwa hal itu hanya melibatkan memperbaiki cacat . Namun , satu studi menunjukkan bahwa lebih dari 80 % dari usaha pemeliharaan digunakan untuk tindakan non - korektif . [ 2 ] Persepsi ini diabadikan oleh pengguna mengirimkan masalah melaporkan bahwa pada kenyataannya peningkatan fungsionalitas ke sistem . [ Rujukan? ] Penelitian-penelitian terbaru menempatkan proporsi bug - fixing mendekati 21 %

Aspek Kegiatan Maintenance

 Isu perawatan perangkat lunak kunci yang baik manajerial dan teknis. isu-isu manajemen kunci adalah: sejalan dengan prioritas pelanggan, staf, yang organisasi tidak pemeliharaan, memperkirakan biaya. masalah teknis utama adalah: pemahaman yang terbatas, analisis dampak, pengujian, pengukuran pemeliharaan. pemeliharaan perangkat lunak adalah aktivitas yang sangat luas yang mencakup koreksi kesalahan, tambahan kemampuan, penghapusan kemampuan usang, dan optimasi. Karena perubahan tidak bisa dihindari, mekanisme harus dikembangkan untuk evaluasi, mengontrol dan membuat modifikasi. Jadi setiap pekerjaan yang dilakukan untuk mengubah perangkat lunak setelah itu dalam operasi dianggap pekerjaan pemeliharaan. Tujuannya adalah untuk melestarikan nilai perangkat lunak dari waktu ke waktu. nilai tersebut dapat ditingkatkan dengan memperluas basis pelanggan, memenuhi persyaratan tambahan, menjadi lebih mudah untuk digunakan, lebih efisien dan menggunakan teknologi yang lebih baru. Pemeliharaan dapat span selama 20 tahun, sedangkan pembangunan mungkin 1-2 tahun.

Planning 

Merupakan bagian integral dari perangkat lunak adalah pemeliharaan satu, yang membutuhkan rencana pemeliharaan akurat dipersiapkan selama pengembangan perangkat lunak. Ini harus menentukan bagaimana pengguna akan meminta modifikasi atau melaporkan masalah. Anggaran harus mencakup sumber daya dan biaya perkiraan. Sebuah keputusan baru harus ditangani untuk pengembangan dari setiap fitur sistem baru dan tujuan kualitas. Pemeliharaan perangkat lunak, yang dapat berlangsung selama 5-6 tahun (atau bahkan puluhan tahun) setelah proses pembangunan, panggilan untuk rencana yang efektif yang dapat mengatasi ruang lingkup pemeliharaan perangkat lunak, menjahit pos proses pengiriman / penyebaran, penunjukan yang akan menyediakan pemeliharaan, dan perkiraan biaya siklus hidup. Pemilihan penegakan tepat standar adalah menantang tugas langsung dari tahap awal rekayasa perangkat lunak yang belum mendapat pasti penting oleh pemangku kepentingan.

ASL

APA SIH ASL ITU ?

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 kaitannya 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 Pink Roccade 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.

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.

APA ASL ITU?

APA SIH ASL ITU ?

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 kaitannya 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 Pink Roccade 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.

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.

APA SIH COBIT ITU??

Apa itu yang dimaksud dengan COBIT?

COBIT atau Control Objective for Information and related Technology dikeluarkan dan disusun pada tahun 1996 oleh IT Governance Institute yang merupakan bagian dari ISACA (Information Systems Audit and Control Association.


COBIT adalah 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 juga dapat disebut sebagai sekumpulan dokumentasi best practices untuk IT governance yang dapat membantu auditor, manajemen and pengguna ( user ) untuk menjembatani gap antara risiko bisnis, kebutuhan kontrol dan permasalahan-permasalahan teknis.  COBIT memberikan arahan (guidelines ) yang berorientasi pada bisnis, dan karena itu business process owners dan manajer, termasuk juga auditor dan user, diharapkan dapat memanfaatkan guideline ini dengan sebaik-baiknya.

Hingga saat ini sudah ada 5 versi COBIT yang sudah diterbitkan, versi pertama diterbitkan pada tahun 1996, versi kedua tahun 1998, versi 3.0 di tahun 2000, Cobit 4.0 pada tahun 2005, CObit 4.1 tahun 2007 dan yang terakhir ini adalah Cobit versi 5 yang belum lama diluncurkan.

COBIT secara praktis dijadikan suatu standar panduan untuk membantu mengelola suatu organisasi mencapai tujuannya dengan memanfaatkan TI, sehingga dapat membantu memudahkan pengambilan keputusan dalam organisasi.

Pengguna COBIT umumnya adalah mereka yang memiliki tanggung jawab utama dalam alur proses organisasi, mereka yang organisasinya sangat bergantung pada kualitas,kehandalan dan penguasaan teknologi informasi.

COBIT MEMPUNYAI 4 CAKUPAN DOMAIN , APA SAJAKAH ITU ??

Cobit memiliki 4 Cakupan Domain :

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 (Acquirw and implement)

Identifikasi solusi TI dan kemudian diimplementasikan dan diintegrasikan dalam proses bisnis untuk mewujudkan strategi TI.

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.

COBIT khususnya guidelines dapat dimodifikasi dengan mudah, sesuai dengan industri, kondisi TI di Perusahaan atau organisasi Anda, atau objek khusus di lingkungan TI.
Selain dapat digunakan oleh Auditor, COBIT dapat juga digunakan oleh manajemen sebagai jembatan antara risiko-risiko TI dengan pengendalian yang dibutuhkan (IT risk management) dan juga referensi utama yang sangat membantu dalam penerapan IT Governance di perusahaan.