PENGARUH CASE TOOL PADA KUALITAS SW herwans70@gmail.com

Case tools CASE tools adalah alat pengembangan perangkat lunak komputer yang mendukung pengembang ketika melakukan satu atau lebih fase dari siklus hidup perangkat lunak dan / atau mendukung pemeliharaan perangkat lunak. CASE tools memberikan kontribusi terhadap kualitas perangkat lunak produk dengan mengurangi jumlah kesalahan dalam setiap tahap pengembangan.

Kontribusi Case tool pada produk sw Gagal mendefinisikan kebutuhan pengguna. Kurang komunikasi antara klien dan pengembang. Penyimpangan dari kebutuhan perangkat lunak yang disengaja. Kesalahan perancangan logika. Kesalahan pengkodean. Tidak sesuai dengan instruksi pengkodean dan dokumentasi Kelemahan dalam proses pengujian Kesalahan prosedur. Kesalahan dokumentasi.

Tingkat Kontribusi Case tool pada produk SW No Penyebab kesalahan Klasik case tool Real Case tool 1 Gagal mendefinisikan kebutuhan pengguna - Hampir tidak ada 2 Kurang komunikasi antara klien dan pengembang. 3 Penyimpangan dari kebutuhan perangkat lunak yang disengaja. tinggi 4 Kesalahan perancangan logika 5 Kesalahan pengkodean. Sangt tinggi Sangat tinggi

Tingkat Kontribusi Case tool pada produk SW No Penyebab kesalahan Klasik case tool Real Case tool 6 Tidak sesuai dengan instruksi pengkodean dan dokumentasi terbatas Sangat tinggi 7 Kelemahan dalam proses pengujian 8 Kesalahan prosedur. 9 Kesalahan dokumentasi.

Kontribusi CASE tools untuk Kualitas Pemeliharaan SW Korektif CASE memungkinkan dihasilkan dokumentasi lengkap dan diperbarui dari perangkat lunak lebih mudah dan lebih handal untuk identifikasi penyebab kegagalan perangkat lunak. memungkinkan identifikasi yang lebih baik dari setiap koreksi yang diusulkan CASE tools terintegrasi menyediakan coding otomatis, koreksi dokumentasi secara otomatis dan diharapkan tidak ada kesalahan coding.

Kontribusi CASE tools untuk Kualitas Pemeliharaan SW Adaptif dokumentasi lengkap dan terbaru dari perangkat lunak dengan CASE tools memungkinkan adaptasi pemeriksaan menyeluruh dari paket perangkat lunak bagi pengguna baru dan aplikasi. Perbaikan Fungsional Penggunaan repositori memungkinkan desainer untuk memastikan konsistensi aplikasi baru dan perbaikan dengan sistem perangkat lunak yang ada. pertanyaan repositori Cross-referenced memungkinkan perencanaan yang lebih baik dari perubahan dan penambahan. Perubahan dan penambahan dilakukan dengan cara yang lebih rendah atau CASE CASE tools yang terintegrasi memungkinkan coding otomatis, dengan tidak ada kesalahan coding diharapkan serta dokumentasi otomatis perubahan dan penambahan

The contribution of CASE tools to improved project management

Procedures and work instructions Prosedur adalah "suatu cara tertentu untuk memenuhi sesuatu atau melakukan sesuatu” Instruksi kerja digunakan terutama dalam kasus di mana sebuah metode untuk melaksanakan tugas yang sama di seluruh organisasi termasuk tugas yang tidak diinginkan atau yang tidak mungkin

A conceptual hierarchy for development of procedures and work instructions

Tujuan Prosedur dan instruksi kerjaSQA Kinerja tugas, proses atau kegiatan yang paling efektif dan efisien cara tanpa menyimpang dari persyaratan kualitas. komunikasi yang efektif dan efisien antara staf yang terlibat terpisah dalam pengembangan dan pemeliharaan sistem perangkat lunak. Keseragaman kinerja, dicapai dengan sesuai dengan prosedur dan instruksi kerja, mengurangi kesalahpahaman yang mengarah pada kesalahan perangkat lunak. Sederhana koordinasi antara tugas dan kegiatan yang dilakukan oleh berbagai tubuh organisasi. Koordinasi yang lebih baik berarti lebih sedikit kesalahan.

Configuration management

Pengertian Software configuration : Manajemen yang berfokus pada membangun dan mempertahankan konsistensi atau produk kinerja sistem dan fungsional dan fisik atribut dengan prasyarat, desain,dan informasi lainnya. Software configuration items : Unit,dokumen,software,rencana,orang-orang atau bagian dari hardware yang dirancang untuk manajemen konfigurasi dan diberlakukan sbg entitas berbeda dalam software configuration.

Software Configuration Item Version Software Configuration Item (SCI) Version : kondisi yang disetujui dari SCI saat pengembangan atau proses maintenance. Software Configuration Version : Sekelompok dokumen dari SCI Version yang merupakan software system , dimana aktifitas yang dilakukan dikontrol oleh SC Management. SC Version dirilis berdasarkan prosedur-prosedur yang ada.

Kategori SCI ■ Design documents ■ Software code ■ Data files, including files of test cases and test scripts ■ Software development tools.

Software Configuration Management Sebuah komponen SQA yang bertanggung jawab untuk menerapkan (komputerisasi dan non-terkomputerisasi) alat teknis dan prosedur administratif yang memungkinkan penyelesaian tugas yang diharuskan untuk mempertahankan SCIs dan versi konfigurasi perangkat lunak .

Contoh SW konfigurasi

Fungsi manajemen konfigurasi SW Mengontrol perubahan software. Merilis SCI dan SC Version Penyediaan layanan informasi SCM Verifikasi prosedur SCM

Otoritas konfigurasi SW Prosedur SCM menentukan siapa yang bertanggung jawab untuk masalah SCM. Tanggung jawab biasanya diberikan untuk seorang profesional senior atau komite khusus tentang SCM.

Software change control Mengidentifikasi permintaan perubahan dan menyetujui pelaksanaan dari permintaan yang cocok/yang telah disetujui. Meyakinkan kualitas dari tiap versi software sebelum dioperasionalkan. Alasan dirilisnya software configuration control Adanya kecacatan SCI Adanya permintaan dari kustomer Adanya inisiatif dari tim pengembang untuk memperkenalkan peningkatan SCI

Persetujuan untuk melaksanakan perubahan yang diajukan Faktor yang mempengaruhi keputusan apakah akan menerapkan perubahan yang diusulkan mencakup Kontribusi yang diharapkandari dari perubahan yang diusulkan Urgensi perubahan Pengaruh perubahan yang diusulkan pada jadwal proyek, tingkat pelayanan, dll Upaya yang dibutuhkan dalam melakukan perubahan operasional upaya jaminan kualitas Perangkat lunak yang disyaratkan Perkiraan yang diperlukan sumber daya profesional dan biaya dari perubahan.

Jaminan kualitas perubahan SW Tujuan dari jaminan kualitas perangkat lunak adalah untuk memastikan bahwa kualitas versi sistem software baru tidak jatuh di bawah versi yang sebelumnya. Upaya penjaminan mutu diperlukan pada dua tingkat: ■ Jaminan kualitas dari masing-masing SCIs berubah ■ Jaminan kualitas versi perangkat lunak seluruh sistem baru (yang mencakup SCIs berubah).

Rilis dari versi konfigurasi PL Kebutuhan untuk merilis versi konfigurasi perangkat lunak baru biasanya berasal dari salah satu hal berikut : ■ SCI yang cacat atau rusak ■ Fitur khusus yang dituntut oleh pelanggan baru ■ inisiatif tim memperkenalkan perbaikan SCI.

Type of software configuration release Baseline version Direncanakan di awal,saat pengembangan sistem. Intermediate version Dibuat ketika timbul masalah. Revisi Memberikan perubahan kecil dan koreksi. Numeration conventions for Identification software version Diformulasikan untuk mengidentifikasi SCI

Software configuration management plans (SCMP) SCMPs diperlukan selama tahap pengembangan serta operasi (pemeliharaan) tahap. tujuannya adalah untuk merencanakan ke depan jadwal rilis versi baseline dan sumber daya yang diperlukan untuk melaksanakan semua kegiatan yang diperlukan untuk rilis software konfigurasi. untuk memungkinkan seseorang mengikuti kemajuan kegiatan yang terlibat dalam rilis versi perangkat lunak.

Cakupan SCMP Tinjauan tentang proyek pengembangan perangkat lunak atau sistem perangkat lunak yang ada. Daftar jadwal baseline versi rilis. Daftar SCIs (dokumen, kode, dll) untuk dimasukkan dalam versi masing-masing. Sebuah tabel untuk mengidentifikasi hubungan rencana proyek pengembangan perangkat lunak dan rencana pemeliharaan untuk men jadwalkan rilis SCIs baru atau versi SCI. Daftar asumsi tentang sumber daya yang dibutuhkan untuk melakukan berbagai kegiatan yang dibutuhkan oleh SCMP. Perkiraan sumber daya manusia dan anggaran yang diperlukan untuk melakukan SCMP.

Hal Lainnya Provision of SCM information services Software configuration management audits Computerized tools for managing software configuration

Penyediaan layanan informasi SCM Information related to software change control Information about SCIs and software configuration versions

Software configuration management audits Persentase perubahan yang tidak disetujui dalam sistem selama pengembangan atau operasi. Persentase SCO/SW change order tidak dilakukan sesuai dengan petunjuk dan tidak sepenuhnya sesuai dengan prosedur. Persentase desain review dan uji perangkat lunak SCIs yang berubah belum dilaksanakan sesuai dengan prosedur yang relevan. Persentase SCOs yang telah diselesaikan sesuai adwal. Persentase kasus-kasus dimana SCIs dipengaruhi oleh perubahan yang belum diperiksa, dengan beberapa perubahan yang diperlukan tidak dilaksanakan.

Computerized tools for managing software configuration

DISKUSI 13.1 It has been claimed that “the availability of full and updated documentation provided by an Integrated CASE (I-CASE) system is of higher value for a maintenance team than for a development team.” (1) Discuss the above statement as it relates to the team’s productivity. (2) Discuss the above statement as it relates to the quality of the work performed by the teams.

DISKUSI 13.2 The Shureshure/Ashure Insurance Company has just marked completion of a reengineering project that generated a new version of its main legacy software system. The budget for the re-engineered alternative was 30% below the budget estimated for development of a similar but new software system. The re-engineered version, which includes a list of additions and changes, was developed by applying a fourth generation lower CASE tool that replaced the third generation language of the legacy system. The project, planned to take six months, was completed one week earlier than scheduled. The company’s monthly magazine dedicated two pages to a report of the event. In its description of the satisfaction felt from the project, the following statements were made: “. . . The management expressed their full satisfaction from the project’s budget and their admiration of the team’s punctuality.” “. . . The leaders of the quality assurance and software maintenance teams declared that the new software version is a real success. It can be maintained more easily and with fewer failures when compared to the former legacy system.”

DISKUSI “. . . The only staff disappointed with the system were the managers of the Operations and Local Branches Departments. They claimed that the users they represent are highly dissatisfied with the new version.” (1) Why was the software maintenance team leader satisfied with the system? Try to list his arguments. (2) Why was the software quality assurance team leader satisfied with the system? Try to list her arguments. (3) Can you suggest why users were dissatisfied with the re-engineered version?