Pertemuan 04 RPL Lanjut CMMI

16
MODUL KULIAH PKPP - STTI NIIT I-TECH Mata Kuliah Rekayasa Perangkat Lunak Lanjut Semester Genap 2012 Kelas Dosen Riny Nurhajati, ST, MTI Pertemuan 4 (empat) Waktu Minggu, 1 April 2012 Modul 4 (empat) Topik Capability Maturity Model Integration (CMMI) Sub Topik CMMI Framework Materi 1. Evolusi SW-CMM menjadi CMMI-Dev 2. CMMI Design Goal dan Benefit 3. Pengertian CMMI 4. Value dari CMMI 5. Staged dan Continuous Representation 6. Process Area dalam CMMI Tujuan 1. Menjelaskan evolusi dari CMM-SW menjadi CMMI 2. Menjelaskan konsep serta value dari CMMI bagi industri TI 3. Menjelaskan Maturity Level dalam CMMI serta pendekatan implementasi CMMI di perusahaan 4. Menjelaskan Proses Area yang terdapat dalam CMMI Click to buy NOW! P D F - X C H A N G E w w w . d o c u - t r a c k . c o m Click to buy NOW! P D F - X C H A N G E w w w . d o c u - t r a c k . c o m

Transcript of Pertemuan 04 RPL Lanjut CMMI

Page 1: Pertemuan 04 RPL Lanjut CMMI

MODUL KULIAH

PKPP ­ STTI NIIT I­TECH

Mata Kuliah Rekayasa Perangkat Lunak LanjutSemester Genap 2012KelasDosen Riny Nurhajati, ST, MTI

Pertemuan 4 (empat) Waktu Minggu, 1 April 2012

Modul 4 (empat)Topik Capability Maturity Model Integration (CMMI)Sub Topik CMMI FrameworkMateri 1. Evolusi SW­CMM menjadi CMMI­Dev

2. CMMI Design Goal dan Benefit3. Pengertian CMMI4. Value dari CMMI5. Staged dan Continuous Representation6. Process Area dalam CMMI

Tujuan 1. Menjelaskan evolusi dari CMM­SW menjadi CMMI2. Menjelaskan konsep serta value dari CMMI bagi industri TI3. Menjelaskan Maturity Level dalam CMMI serta pendekatan implementasi

CMMI di perusahaan4. Menjelaskan Proses Area yang terdapat dalam CMMI

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 2: Pertemuan 04 RPL Lanjut CMMI

CMMI (Capability Maturity Model Integration)

A.  Evolusi dari SW­CMM menjadi CMMI­Dev

CMMI dikembangkan untuk organisasi yang bergerak dalam bidang pengembangan

software.

Setelah pembahasan mengenai CMM for Software atau SW­CMM yaitu CMM untuk

organisasi software di 3 sesi pertemuan RPL Lanjut, maka diterbitkan yang disebut dengan

CMMI­Dev (Capability Maturity Model Integration for Development) yaitu framework untuk

engineering, product development, software acquisition, sehinggga framework yang ada

menjadi lebih berkembang.

Terdapat 3 dimensi kritikal dalam kegiatan software process, dimana proses terkait pada 3

hal yaitu :

1. People, terdiri dari skill, training and motivation, adalah hal yang relatif sangat

mempengaruhi organisasi software

2.  People disini akan berbicara tentang Procedure and Method atau SOP (System

Operation and Procedure), dalam mempergunakan perubahan perlu ada Software

Quality Assurance atau Change Management, bagaimana prosedur untuk melakukan

perubahan. Maka jika berbicara tentang software process yang paling atas adalah

framework, berikutnya adalah metodologi, didalam metodologi terdapat kumpulan

metoda­metoda bagaimana menjalankan software process

3. Tools and Equipment, setelah people dan tahu doing of what, maka berbicara tentang

tools yang relatif mendukung, contohnya dengan menggunakan use case diagram, akan

lebih baik jika menggunakan tools untuk menggambarkan diagram tersebut.

Dalam Software Engineering, quality product is pretty much depend, adalah yang paling

utama. Inilah yang menjadi pemikiran dari pelaku software engineering termasuk SEI

(Software Engineering Institut) yang banyak melakukan riset dimana metoda­metoda

didalamnya akan menjalankan proses dengan baik sehingga menghasilkan product

dengan kualitas baik.

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 3: Pertemuan 04 RPL Lanjut CMMI

Asal mulanya dibentuknya CMM berawal dari :

• System Engineering­SW

• Product development

• Acquisition (2007)

• Services (2007)

New Release CMMI pada bulan Feb 2009

Perkembangan terakhir dari CMMI adalah terdapat 3 jenis CMMI yaitu CMMI­Dev

(CMMI for Development), CMMI IT Services Organization (CMMI for Services) dan Sub

Contracting (CMMI for Acquisition).

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 4: Pertemuan 04 RPL Lanjut CMMI

B.  CMMI Design Goal & Benefit

Apa sebetulnya benefit dari CMM ini, design goals dari CMM dimana organisasi software

ingin melakukan satu optimalisasi dalam mengurangi inkonsistensi software process bagi

organisasi yang tidak hanya mengembangkan piranti lunak, software intensive base system,

sistem yg tidak berbasis kepada piranti lunak sehingga akan terjadi efisiensi.

CMMI bukan receiptable , oleh karena itu dapat menggunakan metoda lain atau metodologi

lainnya, karena CMMI adalah framework. Konsep dari engineering adalah untuk mengatasi

kritikal dari software intensive system.

CMMI Product Team misi awalnya adalah untuk menggabungkan tiga model sumber berikut

ini:

1. The Capability Maturity Model for Software (SW­CMM) v2.0 draft C [SEI 1997b]

2. The Systems Engineering Capability Model (SECM) [EIA 1998]5

3. The Integrated Product Development Capability Maturity Model (IPD­CMM) v0.98 [SEI

1997a]

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 5: Pertemuan 04 RPL Lanjut CMMI

Sejumlah Framework di Dunia

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 6: Pertemuan 04 RPL Lanjut CMMI

C.  Pengertian CMMI

CMMI adalah :

a.  Sebuah model yang menyediakan sekumpulan best best practices yang membahas

productivity, performance, costs, dan stakeholder satisfaction

b.  Sebuah model yang menyediakan gambaran terstruktur dalam perbaikan proses di

organisasi

CMMI dapat membantu organisasi dalam hal :

a.  Menetapkan tujuan dan prioritas perbaikan proses

b.  memberikan panduan untuk proses kualitas

c.  menyediakan ukuran untuk menilai praktek saat ini

D.  Nilai dari CMMICMMI BUKAN merupakan :

a.  satu set "batu pada proses" yang berjalan hanya selama roda berdecit. CMMI

menyediakan kerangka kerja yang konsisten abadi yang mengakomodasi inisiatif

baru dan terbatas pada disiplin (Rekayasa Perangkat Lunak atau System

Engineering).

b.  CMMI berfokus pada masalah perangkat lunak total sistem intensif dan

mengintegrasikan berbagai disiplin ilmu ke dalam satu kerangka proses perbaikan

yang menghilangkan inkonsistensi dan mengurangi duplikasi

Nilai­nilai CMMI :

Lebih baik menggabungkan prinsip­prinsip rekayasa yang penting untuk sistem perangkat

lunak yang intensif ­ dan "sistem dari sistem" Metode Penilaian Terpadu (ver. 1.1) akan

menyediakan metode yang ditaat untuk kedua penilaian internaldan evaluasi eksternal yang

dapat mengurangi biaya penilaian/apraisal Software dan System Enginering.

Apakah capability levels?

• Capability Levels mencerminkan pencapaian proses perbaikan di area proses

tertentu

• Capability levels dimulai dari level 0 sampai dengan level 5

• Capability Levels adalah kumulatif, contoh Capability Level 3 dibangun berdasarkan

data didalam Capability Level 2

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 7: Pertemuan 04 RPL Lanjut CMMI

Reselase dari CMMI­Dev :

a.  December 2000

CMMI­SE/SW v1.02, CMMI­SE/SW/IPPD v1.02 (versi pertama)

CMMI­SE/SW/IPPD/A v1.02d (draft atau initial piloting)

b.  December 2001

CMMI­SE/SW v1.1, CMMI­SE/SW/IPPD v1.1 (versi lengkap)

CMMI­SE/SW/IPPD/A v1.02d (draft atau initial piloting)

c.  December 2001

CMMI­SE/SW v1.1, CMMI­SE/SW/IPPD v1.1 (full versions)

d.  Spring 2002

CMMI­SE/SW/IPPD/SS v1.1 (full version)

V1.1 model and method training

e.  December 2003 Complete sunset period for SW­CMM, EIA/IS 731 (Tidak perlu lagi

public courses, akan tetapi lead assessors yang baru)

f.  December 2005 ­CMM Transition Partner Licenses end

CMMI :

Standard baru yang digunakan pada tahun 1999

a.  a. Meliputi rekayasa perangkat lunak, rekayasa sistem, terintegrasi produk / proses

pembangunan, dan akuisisi

b.  Menggantikan CMM for  Software

Pertanyaan kunci untuk melakukan transisi dari current software process ke CMM/CMMI :

a.  Apakah arti dari “sunsetting the SW­CMM”?

b.  Dapatkah kita melakukan SW­CMM assessments? Untuk berapa lama?

c.  Berapa lamakah untuk mencapai sertifikasi SW­CMM?

d.  Apa keuntungan dan kerugian dalam mengadopsi CMMI?

e.  Jika hanya melakukan develop software – apakah masih dengan mengadopsi CMMI

masih masuk akal?

f.  Apa saja pilihan untuk transisi ke CMMI?

g.  Jika organisasi bekerja pada tingkat kematangan (ML) berikutnya, apakah harus

dilakukan transisi sekarang atau menunggu selesai?

h.  Apa saja yang menjadi pengalaman industri yang bekerja dengan CMMI?

CMMI adalah integrasi dan improvement :

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 8: Pertemuan 04 RPL Lanjut CMMI

a.  CMMI mendukung integrasi proses dan perbaikan produk.

b.  CMMI mengintegrasikan berbagai disiplin kedalam framework perbaikan proses

yang menghilangkan inkonsistensi dan mengurangi duplikasi

c.  CMMI menyediakan kerangka kerja untuk memperkenalkan disiplin ilmu baru

sebagai kebutuhan yang muncul yang akan mengurangi biaya implementasi model

berbasis perbaikan/improvement

d.  CMMI dirancang untuk meminimalkan dampak pada upaya perbaikan proses dan

investasi.

Jalur Transisi

Bagaimana (apakah dan kapan) untuk transisi, tergantung pada titik awal dan tujuan akhir

Empat kemungkinan titik awal :

1.  Transisi dari SW­CMM

2.  Transisi dari SE­CMM

3.  Transisi dari ISO 9001

4.  Adopsi Baru

Dua kemungkinan tujuan akhir

1.  Mencapai tingkat kematangan

2.  Mencapai perbaikan proses yang terukur

SW­CMM Transition Options

1.  Transition now

Appropriate if you haven’t made much progress to date

Avoids having to transition later

2.  Transition after achieving your SW­CMM goal

Appropriate if you’re close to your goal

Provides a sense of closure and accomplishment

Everything needed for SW­CMM is also needed for CMMI

3.  Never transition

Appropriate if you don’t care about the maturity level

You will be able to conduct unauthorized appraisals indefinitely

SW­CMM Transisi Pilihan

1.  Transisi sekarang

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 9: Pertemuan 04 RPL Lanjut CMMI

Tepat jika current software process belum menghasilkan banyak kemajuan sampai saat

ini

Menghindari transisi kemudian

2.  Transisi setelah mencapai tujuan SW­CMM

Tepat jika sudah dekat dengan tujuan

Memberikan penutupan dan prestasi

Semua yang dibutuhkan dalam SW­CMM juga dibutuhkan untuk CMMI

3.  Jangan pernah transisi

Pilihan tepat apabila tidak peduli dengan tingkat kematangan

Dapat melakukan penilaian yang tanpa batas

Memilih disiplin yang akan digunakan

Perbedaan versi model terdiri dari

•  CMMI­SW ­­ CMMI­SE/SW/IPPD (CMMI for System Engineering/ Software

Engineering/ Integrated Product and Process Development)

•  CMMI­SE/SW (CMMI for Software Engineering and System Engineering) ­­ CMMI­

SE/SW/IPPD/SS (CMMI Integrated Product and Process Development/Supplier

Sourcing)

Jika memilih disiplin ilmu yang ingin digunakan, berdasarkan di bagian mana yang mencoba

untuk meningkatkan

Contoh ­ Sebuah perusahaan yang insinyur dan membangun sistem komputer, dengan

akuisisi COTS (computer systems, by acquisition)

Perangkat keras dan pengembangan perangkat lunak di custom, menggunakan tim terpadu

1.  Gunakan CMMI­SW diterapkan hanya pada pengembangan perangkat lunak

2.  Gunakan CMMI­SE/SW diterapkan pada sistem komputer dan perangkat lunak

3.  Gunakan CMMI­SE/SW/IPPD diterapkan pada sistem, perangkat lunak, dan

penggunaan resource

4.  Gunakan CMMI­SE/SW/IPPD diterapkan pada sistem, perangkat lunak, tim, dan

Akuisisi (COTS)

CMMI untuk rekayasa perangkat lunak, maka perlu CMMI­SE/SW yang membedakan

proses areanya.

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 10: Pertemuan 04 RPL Lanjut CMMI

E.  Staged dan Continuous Reprsentation

Representasi: Kontinu atau Bertahap?

Ada banyak alasan yang digunakan untuk memilih salah satu representasi atau yang

lainnya.

Mungkin organisasi Anda akan memilih untuk menggunakan representasi hal ini sangat

akrab dengan.

Berikut ini daftar menjelaskan tentang beberapa kemungkinan : keuntungan dan kerugian

untuk memilih masing­masing dua representasi.

Pilih disiplin apa yang akan dipilih berdasarkan pada bgian mana yang akan di improve.

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 11: Pertemuan 04 RPL Lanjut CMMI

Staged vs Continuous Representation

F.  Process Area

Proses area berdasarkan Maturity Level

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 12: Pertemuan 04 RPL Lanjut CMMI

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 13: Pertemuan 04 RPL Lanjut CMMI

Proses area berdasarkan kategori

Komponen dalam proses area

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 14: Pertemuan 04 RPL Lanjut CMMI

Statement : Required, Expected dan Informative dalam komponen Process Area

Generic Goals dan Generic Practices

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 15: Pertemuan 04 RPL Lanjut CMMI

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com

Page 16: Pertemuan 04 RPL Lanjut CMMI

Contoh Requirement Management Evolution

Click t

o buy NOW!

PDF­XCHANGE

www.docu­track.com Clic

k to buy N

OW!PDF­XCHANGE

www.docu­track.com