Membahas proses yg terjadi pada unit organisasi yang  melakukan software development dengan menggunakan CMMI sebagai framework/patokan.

KPA (key process area)

CMMI :
1. stage
2. continues (dari IPD dan SE)

CMMI-SW ~ CMM-SW

CMMI dapat diilustrasikan dengan team base ball.
1. tim amatir
2. tim propesional
—

qualitas ditentukan oleh proses pembuatan;

CMM <– how to manage the soft. process

kalau di ISO dikenal :
1. consultan
2. sertifikasi

di CMM hanya ada lead assessor dan assesment team (orang dlm perusahaan)

CMM :
sebagai patokan internal
sebagai standar kualitas untuk mendapatkan kontrak

–

Filosofi CMM <– sama dengan saolin
ada tingkatannya, tiap tingkat berbeda, makin atas makin berkembang
tapi yg dibawah tahu apa proses diatasnya, dan bagaimana mencapainya

level 1 <– default
level 2 <– think
level 3 <– ada standarnya
level 4 <– quality goal
level 5 <– continues improvement

paling susah pindah dari level 1 ke 2 dan dari 3 ke 4;
–

kesalahan itu biasa dlm coding, yg penting dikendalikan.
–
CMM sertifikasi di dunia selain di Amerika, 50% di India, Indonesia baru 2;

pergantian programmer tidak menyebabkan performance drop

makin tinggi level CMM, kemungkinan project tepat target makin tinggi;

semakin tinggi level semakin murah <– reduce rework

perusahaan yg sudah ISO kemungkinan bisa jump ke level 3
–

minggu pertama kuliah genap sudah.
paket kuliah semester ini sudah diberikan silabus dan aturannya.
yg ga kalah penting sebenarnya tujuan dibalik kenapa matakuliah2 tsb
diajarkan di program S2 ini.

buku : Presmann, Software Engineering A Practitioner’s Approach, Mc Graw – Hill, 2005
dan beberapa buku lainnya.

Kuliah ini, diampu oleh 3 dosen senior sekaligus untuk materi berbeda, dan diakhir akan ada dosen tamu.

Pertemuan minggu ini, diampu oleh Bapak Eko K Budiarjo
—
A D C T

A nalisis <– user requirement
D esign <– perancangan software
C oding/construction
T estig

CMMI <– QP : 10 level, ala Indonesia

Proses dan Management RPL

Apa sih Sofware ?
tidak hanya komponen coding
tapi, kesatuan lengkap dari :
- code
- configuration
- doc
- user manual
- doc of product
ga boleh langsung coding

pendekatan yg mungkin dilakukan :
1. pendekatan pengrajin
sepert pembuat patung, atau pengrajin kain tenun
- tidak ada orang yg menggantikannya
- kalau ada permintaan besar tidak bisa
2. pendekatan rekayasa
set of process <– soft process

—
Tantangan RPL <– tepat waktu dan biaya

Falsafah yg harus diperhatikan :
” tidak pernah ada waktu yg cukup untuk membuat software sempurna,
tetapi selalu ada waktu yg cukup untuk menyempurnakannya”

–
CMM <– framework dari soft. engg. institute untuk soft. dev

di enhance menjadi CMM-I

–

software dirilis kalau bug sudah mendekati sedikit.
–

Mitos :
kalau telat, tambah orang maka berhasil
Kenyataan :
tambah orang kalau sudah telat malah akan memperlambat.

Solusinya :
1. managing expectation <–  antisipasi dari jauh
2. develop interactivly <– buat fase
3. requirement diperinci <– bukan hanya problem statement
fungtion point
effort

–
software dan manusia, hand in hand <– dalam mengendalikan software