PENGARUH CASE TOOL PADA KUALITAS SW

Presentasi berjudul: "PENGARUH CASE TOOL PADA KUALITAS SW"— Transcript presentasi:

1 PENGARUH CASE TOOL PADA KUALITAS SW

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

3

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

5 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

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

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

8 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

9 The contribution of CASE tools to improved project management

10 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

11 A conceptual hierarchy for development of procedures and work instructions

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

13 Configuration management

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

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

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

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

18 Contoh SW konfigurasi

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

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

21 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

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

23

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

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

26 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

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

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

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

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

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

32 Computerized tools for managing software configuration

33

34

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

36 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.”

37 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?