model-model pengembangan rekayasa perangkat lunak (bag 3)

46
3

Upload: nasria-gani

Post on 08-Jul-2015

1.678 views

Category:

Documents


1 download

TRANSCRIPT

Page 1: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

3

Page 2: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

2

Page 3: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

1

Page 4: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

START

Page 5: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)
Page 6: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)
Page 7: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

MATERI

3.8 Proses Pencegahan Kerusakan

3.9 Proses Kematangan Framework dan

Standar Kualitas

3.9.1 Proses SEI Model Kematangan

Kemampuan

3.9.2 Penilaian SPR (Software

Productivity Research)

3.9.3 Penilaian Malcolm Baldrige

3.9.4 ISO 9000

Page 8: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Proses pencegahan kerusakan (Defect Preventéon Process (DPP))

bukan merupakan suatu proses pengembangan perangkat lunak

melainkan suatu proses yang secara terus-menerus meningkatkan

proses pengembangan.

Proses ini didasarkan pada tiga langkah-langkah sederhana, yaitu:

Analisis kerusakan atau kesalahan untuk melacak penyebab

utama

Peningkatan tindakan pencegahan untuk menghilangkan

penyebab utama kerusakan

Penerapan tindakan pencegahan.

Page 9: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Analisis ini pada umumnya memadukan dua

jam pengungkapan pendapat sesi yang

diselenggarakan oleh tim teknis pada akhir dan

masing-masing langkah proses pengembangan.

Tim aksi bertanggung jawab untuk menyaring,

mengutamakan dan menerapkan tindakan yang

diusulkan dari analisis pertemuan-pertemuan.

Pertemuan

Analisis Kausal

Tim Aksi

Pertemuan Awal

Tim

Untuk mencegah usul yang hilang dari waktu ke

waktu, untuk menopang implementasi tindakan

dan untuk meningkatkan komunikasi antar

kelompok suatu alat basis data aksi diperlukan

untuk menjejaki status aksi.

Penjejakan aksi

dan

pengumpulan

data

Tim teknis melakukan pertemuan-pertemuan

awal pada masing-masing langkah

pengembangan.

Proses formal yang pertama kali digunakan di IBM Communications

Programming Laboratory yang terdiri dari empat elemen-elemen utama

sebagai berikut:

Page 10: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Gambar proses pencegahan kerusakan

Page 11: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Dengan memberikan kerangka suatu model proses tertentu, tim

pengembangan pada umumnya menggambarkan pokok-

pokoknya seperti prosedur implementasi, peralatan dan metode,

metrik dan pengukuran dan sebagainya.

Sedangkan model proses tertentu menjadi Iebih baik untuk jenis

proyek tertentu di bawah lingkungan tertentu.

Kesuksesan suatu proyek memang tergantung pada kematangan

implementasi dengan mengabaikan proses model.

Sebagai tambahan terhadap proses model, pertanyaan mengenai

pentingnya hasil dari proyek perangkat lunak perlu diperhatikan

karena berhubungan dengan keseluruhan sistem manajemen

kualitas dan perusahaan.

Page 12: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Software Engineering Institute di

Univetsitas Carnegie Mellon

mengembangkan proses model

kematangan kemampuan (Process

Capobitity Maturity Model [CMM]),

yaitu suatu kerangka kerja untuk

pengembangan perangkat lunak.

CMM meliputi lima tingkatan proses

kematangan (Humphrey, 1989),

yaitu:

Page 13: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Karakieristik: Kacau balaunyabiaya, jadwal, dan pencapaiankualitas tidakdapat diprediksi

Page 14: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Karakteristik: Intuisibiaya dan kualitas

variabel sangat tinggi, kontrol jadwalnya

layak, dan metode danprosedurnya informal dan khusus (ad hoc)

Elemen-elemen kunci atau Key Process Area (KPA) yang digunakan untuk mencapaikematanqan tinqkat 2 adalahsebagai berikut: 1. Manajemen kebutuhan2. Perencanaan dan kesalahan

proyek perangkat lunak3. Manajemen subkontrol

perangkat lunak4. Jaminan kualitas perangkat

lunak5. Manajemen konfigurasi

perangkat lunak

Page 15: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Karakieristik: Kualitas biaya dan jadwal dapatdipercaya. Ada peningkatan, tetapipencapaian kualitas tidak dapat diramalkan. Elemen-elemen kunci untuk mencapai tingkatkematangan ini adalah sebagai berikut: a. Peningkatan proses organisasib. Definisi proses oganisasic. Program pelatihand. Manajenen perangkat lunak yang terintegrasie. Rekayasa produk perangkat lunakf. Koordinasi antar kelompokg. Review peer

Page 16: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)
Page 17: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Karakteristik: Basis kuantitatif untukpenanaman modal lanjutan dalam prosesotomatisasi dan peningkatan. Elemen-elemenkunci untuk mencapai tingkat kematangantertinggi adalah sebagai berikut: a. pencegahan kerusakan, b. inovasi teknologi, danc. manajemen perubahan proses.

Page 18: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Cont’d

• Capability Moturity Model Integration (CMMI) telah

dikembangkan dengan pengintegrasian praktik dan

empat CMM, yaitu untuk rekayasa perangkat lunak,

rekayasa sistem, dan Integrated Product and Process

Development (IPPD).

• CMMI dterbitkan pada akhir tahun (Software

Engineering Institute, 2001a,b)

• CMMI mempunyai dua penyajian, yaitu penyajian

yang dijadwalkan dan penyajian yang berlanjut

Page 19: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Penyajian yang dijadwalkan dari

CMMI menyediakanlima tingkat

kematangan, yaitu :

Kematangantingkat 2 : Pengaturan

Kematangantingkat 3 :

pendefinisian

Kematangantingkat 1 :

inisial

Tingkat 4 : pengaturan

secarakuantitatif

Tingkat 5 :

Pengoptimalan

Page 20: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Kematangantingkat 1 :

inisial

Proses kacau

dan khusus

Page 21: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Kematangantingkat 2 : Pengaturan

Tingkat iniberpusat padamanajemen

proyek dasar, Proses areanya(Areo Process [PA]) adalah:

1. ManajemenKebutuhan

2. Perencanaan

proyek

3. Pengawasandan

pengendalianproyek

4. Manajemenpenyetujuan

pemasok 5. Analisisdan

pengukuran

6. Jaminankualitas

produk danproses

7. Manajemenkonfigurasi

Page 22: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Kematangantingkat 3 :

pendefinisian

Page 23: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Tingkat 4 : pengaturan

secarakuantitatif

Page 24: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Tingkat ini berpusat pada peningkatan proses

berlanjut. Area prosesnya adalah:

1. Penyebaran dan inovasi organisasi

2. Resolusi dan analisis kausal

3. Penyajian berlanjut dan CMMI yang digunakan

untuk menguraikan tingkat kemampuan dari area

proses perseorangan.

Tingkat kemampuan tersebut adalah

• Kemampuan tingkat 0: tidak lengkap

• Kemampuan tingkat 1: pelaksanaan

• Kemampuan tengkat 2: pengaturan

• Kemampuan tingkal 3: pendefinisian

• Kemampuan tingkat 4: pengaturan secara

kuantitatif

• Kemampuan tingkat 5: pengoptimalan

Tingkat 5 :

Pengoptimalan

Page 25: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Cont’d Metodologi penilaian SEI bersandar pada daftar pertanyaan (85 item

pada versi 1 dan 124 item pada versi 1.1) dengan jawaban ya atau tanpajawaban.

Untuk masing-masing pertanyaan, tingkat kematangan SEI, yang berupapertanyaan, dihubungkan dengan diberi tanda. Pertanyaan khususditunjuk sebagai kunci untuk masing-masing tingkat kematangan. Agar suatu tingkat tertentu menjadi berkualitas, 90% dan pertanyaan kuncidan 80% dari semua pertanyaan untuk tingkat tersebut harus dijawabdengan ya.

Beberapa pertanyaan pencegahan kerusakan menunjuk topik-topikberikut : Mekanisme untuk analisis penyebab kesalahan Analisis penyebab kesalahan untuk menentukan perubahan proses

yang diperlukan untuk pencegahan kesalahan Mekanisme untuk memulai tindakan pencegahan kesalahan

Page 26: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

3.9.2 Penilaian SPR (Software

Productivity Research)

Software Productivity Research, Inc mengembangkanmetode penilaian SPR (SPR Assessment Method) padawaktu yang bersamaan (Jones, 1986) denganpengembangan model kematangan proses SEI.

Pertanyaan SEI berpusat pada proses perangkat lunak danstruktur organisasi perangkat lunak, sedangkan pertanyaanSPR meliputi dua isu, yaitu isu strategi perusahaan dan isuproyek taktis yang mempengaruhi kualitas, produktivitas,dan kepuasan pengguna.

Page 27: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Cont’d

Pertanyaan SPR adalah pertanyaan pilihan ganda yang terkait (linked-

multiple-choice) dengan skala Fife-Point Likert tanggapan sedangkan

metode SEI menggunakan skala biner (Yes/No).

Keseluruhan hasil penilaian proses oleh metode SPR juga dinyatakan

dengan catatan berikut :

•Sempurna (Execelent) 3,0%

•Baik (Good) 18,0%

•Rata-rata (Avarage) 54,0%

•Di bawah rata-rata (Below Avarage) 22,0%

•Kurang (Poor) 3,0%

Page 28: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Berkaitan dengan kualitas perangkat lunak metrik, pertanyaan SPR akan mengajukan topik-topik berikut :1. Pengukuran poduktivitas dan kualitas, 2. Pemindahan kerusakan pra-uji yang dialami oleh

para pemrogram, 3. Pengujian pemindahan kerusakan yang dialarni oleh

para pemrogram. 4. Kuatitas proyek dan target keandalan, 5. Pemindahan kerusakan pra-uji pada tingkat poyek. 6. Proyek pengujian pemindahan kerusakan dan7. Pascarilis pemindahan kerusakan.

Page 29: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Penemuan penilaian SPR dibagi menjadi lima topik(Jones,2000), yaitu : Penemuan tentang penaksiran produk perangkatlunak atau proyek Penemuan tentang penggunaan teknologiperangkat lunak Penemuan tentang penggunaan proses-prosesperangkat lunak Penemuan tentang ergonomi dan lingkungankerja untuk staf Penemuan tentang pelatihan dan personel untukmanajemen dan staf

Page 30: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

oMalcolm Baldrige National Quality Aword(MBNQA) adalah penghargaan kualitas yang paling bergengsi di Amerika Serikat.

oPenghargaan ini diberikan setiap tahunnyakepada perusahaan untuk mengenali danmengetahui perusahaan yang berpestasi sertaperusahaan yang memiliki manajemen yang berkualitas .

3.9.3 Penilaian Malcolm Baldrige

Page 31: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

1. Kepemimpinan

2. Analisis dan informasi,

3. Perencanaan kualitas strategi

4. Pemanfaatan sumberdaya manusia

5. Jaminan kualitas produk dan jasa

6. Hasil-hasil kualitas

7. Kepuasan pelanggan

Kriteria pengujian

ini dibagi menjadi

tujuh kategori yang

berisikan 28 item

pengujian, yaitu:

Cont’d

Page 32: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Sistem untuk membuat penilaian item pengujian didasarkan padatiga dimensi evaluasi, yaitu :

Cont’d

3. Hasil

2. Penyebaran1. Pendekatan

Page 33: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Pendekatan penilaian Malcolm Baldrige (item pengujian dan penilaiannya) mempunyai lima buah tujuan, yaitu:– Mengankat standar kualitas dan harapan AS– Memudahkan komonikasi dan pembagian

(sharing) dalam dan antar organisasi dansemua jenis berdasarkan pada suatupemahaman umum pada kunci kebutuhankualitas

– Bertindak sebagai suatu alat perencanaan, pelatihan, penilaian, dan penggunaan lainnya

– Menyediakan basis untuk membuatpenghargaan

– Menyediakan umpan balik kepada peminta

Page 34: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Dalam item pengujian diberi skorpersentase (0% - 100%), seorang calonpenghargaan Baldrige harus mempunyai nilaidi atas 70%. Kondisi ini biasanyaditerjemahkan menjadi berikut :

1. Untuk item pengujian pendekatan Perbaikan daripendekatan berlanjut pada tempatnya dan sebagian besardihubungkan ke pendekatan yang lainnya

2. Untuk item pengujian penyebaran penyebaran telahmencapai semua area bisnis utama perusahaan sepertihalnya kebanyakan area pendukung

3. Untuk item pengujian hasil perusahaan memperolehhasil paling banyak. Hasilnya disebabkan oleh pendekatan

Page 35: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Untuk menjadi pemenang MBNQA, ada empat elemendasar yang harus jelas dari pengukuran, yaitu :

1.Pengaruh 2.Sistem3.Ukuran

Kemajuan4.Tujuan

Page 36: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Merupakan sekumpulan standar dan petunjukuntuk sistem manajemen kualitas, ISO 9000menyajikan bagian yang lain dari standarkualitas. ISO 9000 dibuat oleh InternationalOrganization for Standardization.

Page 37: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Untuk memiliki ISO, pemeriksaan resmi pada 20 elemen bagian

harus bernilai positif . Petunjuk untuk aplikasi 20 elemen

dijelaskan pada ISO 9000-3. 20 elemen tersebut adalah sebagai

berikut :

Tanggung jawab manajemen

Sistem kualitas

Review kontrak

Pemeriksaan perencanaan

Pemeriksaan dokumen

Pembelian

Pembeli-penyalur produk

Identifikasi dan penulusuran produk

Pemeriksaan proses

Pemeriksaan dan pengujian

Page 38: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Peralatan pemeriksaan, pengukuran , danpengujian

Status pemeriksaan dan pengujian

Pengawasan produk gagal

Tindakan perbaikan

Penangan, penyimpanan, pengemasan, danpengiriman

Pencatatan kualitas

Pemeriksaan kualitas internal

Pelatihan

Pelayanan

Teknik-teknik statistik

Page 39: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Dengan pengontrolan dokumen, ISO 9000 mempunyai persyaratan

yang kuat , seperti berikut :

Cukup memadai untukmencapai tujuan

Penyebarannya harus diawasi

Indikasi total halaman

Dibuang bila tidak dipakailagi

Pemilik harus diidentifikasi

Versi Identifikasi

Nomor halaman

Disetujui sebelumdipublikasikan

Page 40: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Sebagai gambaran, persyaratan metrik perangkat lunak

adalah hal yang disebutkan pada teknik statistik.

Persyaratnnya sebagai berikut :

Metrik Produk

Pengukuran harus digunakan untuk tujuan berikut :

• Untuk pengumpulan data dan metrik laporan

•Untuk mengidentifikasikan tingkat pencapaian pada tiap

metrik

•Untuk mengambil tindakan jika tingkat metrik mengalami

penurunan

•Untuk membuat peningkatan tujuan, minimal beberapa

metrik menampilkan bagian yang gagal dari sudut pandang

pelanggan.

Page 41: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

• Matrik Proses

Matrik proses berkaitan dengan hal-hal berikut :

– Matrik proses ditanyakan saat objektivitas

kualitas proses ditemukan

– Matrik proses memberi keterangan mengenai

seberapa bagus proses pengembangan

dilakukan dengan pemeriksaan

– Matrik proses memberi keterangan mengenai

seberapa efektif proses pengembangan pada

penurunan kemungkinan akan terjadinya

kegagalan

Cont’d

Page 42: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

Ket:

-Malcom Baldrige (1000) Garis putus-putus

- ISO 9000 Garis-garis padat

Cont’d

Page 43: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

ISO 9001:2000 mencakup perubahan besar padastandarisasi sejak dipublikasikan. Beberapa perubahanutama mencakup hal-hal berikut (Cianfrani, 2001):1. Penggunaan pendekatan proses dan struktur baru

untuk standar yang dibuat berdasarkan model prosesyang menimbang semua pekerjaan pada waktu masukan(input) dan keluaran (output),

2. Perubahan tekanan dan prosedur penyediaan dokumenuntuk menjelaskan sistem sampai pengembangan danpengaturan efektivitas proses,

3. Tekanan yang lebih besar pada peran manajemen atas,4. meningkatkan tekanan pada pelanggan, termasuk

keperluan pemahaman, persyaratan pertemuan, danpengukuran kepuasan pelanggan,

Page 44: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

5. Tekanan pada pengaturan objektivitas terukur danpengukuran produk dan kinerja proses

6. Pengenalan persyaratan untuk analisis danpenggunaan data untuk membuat kesempatanpeningkatan

7. Formalisasi konsep peningkatan berkala pada sistemmanajemen kualitas

8. Penggunaan kata-kata yang mudah dimengerti untuksemua sektor produk, tidak hanya perangkat keras,

9. Kelengkapan ketentuan aplikasi untuk mengadopsi ISO9001:2000 pada semua ukuran dan jenis organisasipada semua sektor dan pasar.

Page 45: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

_End_

Thanx

Page 46: Model-model pengembangan Rekayasa Perangkat Lunak (Bag 3)

ADA PERTANYAAN ???