Pemodelan Capability Maturity Model
Integration (CMMI) Representasi Continuous
Untuk Memperoleh Fleksibilitas dalam Proses Pengembangan Perangkat
Lunak
Muhammad Danial Masruroini
Jurusan Teknik Elektro, Universitas Negeri Malang
Malang, Indonesia
muhammad.danial.1505336@students.um.ac.id
Abstract—Penentuan software process models dalam suatu
pengembangan perangkat lunak merupakan hal yang paling pertama
dilakukan. Karena pemodelan proses adalah kunci keberhasilan utama
dalam mengerjakan sebuah pengembangan perangkat lunak. Beberapa
pengembang yang mengalami kegagalan dalam melakukan
pengembangan perangkat lunak disebabkan mereka tidak menerapkan
software process models dalam proses pengembangannya. Terdapat
beberapa macam pemodelan proses dalam systems development life
cycle, dan pemodelan ini akan memberikan pengaruh saat
dilaksanakannya proses pengembangan suatu perangkat lunak.
Capability maturity model integration (CMMI) merupakan salah satu
model yang dapat digunakan oleh pengembang untuk memberikan hasil
perangkat lunak yang berkualitas.
Keywords—Systems Development Life Cycle , Software Process
Models, Capability Maturity Model Integration (CMMI).
I. LATAR BELAKANG
Software process sering disebut dengan software
development process atau software life cycle merupakan
rangkaian aktivitas yang tujuan akhirnya adalah
mengembangkan atau mengubah suatu perangkat lunak. Proses
perangkat lunak juga bisa diartikan sebagai serangkaian aktivitas
kerja, kegiatan, atau tugas yang dilakukan ketika pengembang
sedang mengembangkan sebuah program perangkat lunak yang
terdapat di dalam sebuah framework atau model yang saling
berkaitan diantara rangkaian proses satu dengan proses yang
lain. Pada umumnya aktivitas ini meliputi: (1) specification, (2)
design and implementation, (3) validation, dan (4) evolution.
Untuk merepresentasikan deskripsi (abstrak) suatu proses
dari beberapa perspektif tertentu pastilah diperlukan sebuah
pemodelan proses perangkat lunak. Penentuan software process
models dalam suatu pengembangan perangkat lunak merupakan
hal yang paling pertama dilakukan. Karena pemodelan proses ini
adalah kunci keberhasilan utama dalam mengerjakan sebuah
pengembangan perangkat lunak. Di dalam systems development
life cycle (SDLC) dikenal beberapa macam pemodelan proses.
Perbedaan pemodelan proses yang digunakan terdapat dalam
rangkaian aktivitas-aktivitas setiap model.
Beberapa pengembang perangkat lunak yang mengalami
kegagalan dalam melakukan pengembangan perangkat lunak
disebabkan mereka tidak menerapkan software process models
yang sesuai dengan jenis program yang dikembangkan.
Terdapat beberapa macam pemodelan proses dalam systems
development life cycle, dan pemodelan ini akan memberikan
pengaruh saat dilaksanakannya proses pengembangan suatu
perangkat lunak. Capability maturity model integration (CMMI)
merupakan salah satu model yang lebih fleksibel dan dapat
digunakan oleh para pengembang untuk memberikan hasil
perangkat lunak yang berkualitas.
II. KAJIAN LITERATUR
A. Systems Development Life Cycle
Systems development life cycle atau lebih umum dikenal
dengan istilah SDLC adalah sebuah cara yang dipakai untuk
membangun atau mengembangkan suatu perangkat lunak [1].
Cara-cara pada SDLC ini tentu saja terdiri dari beberapa tahap
pengerjaan mulai dari tahap perencanaan, tahap analisis
kebutuhan, tahap perancangan, dan tahap penerapan sehingga
akhirnya bisa menjadi satu-kesatuan sistem yang utuh. Konsep
dari SDLC inilah yang memicu munculnya berbagai jenis
pemodelan pengembangan perangkat lunak untuk menyusun
kerangka kerja dalam melaksanakan kegiatan pengembangan
perangkat lunak.
Systems development life cycle sebenarnya bukan hanya
sekedar konsep teoretis. SDLC digunakan hampir atau bahkan
setiap hari di bidang teknologi informasi di seluruh dunia.
Pemanfaatan SDLC yang sesuai akan mampu memberikan hasil
sistem perangkat lunak yang berkualitas. Penggunaan SDLC
akan lebih optimal jika dilengkapi dengan berbagai teknik
pengembangan sistem [2].
Dasar yang dijadikan acuan dalam pengembangan perangkat
lunak merupakan pemodelan dari proses yang akan dilakukan.
Proses-proses pengembangan perangkat lunak adalah faktor
penentu yang memungkinkan pengembangan perangkat lunak
bisa berjalan tepat waktu dan rasional. Proses-proses tersebut
adalah ruang lingkup rancangan kerja untuk beberapa unsur
dalam process area yang harus dibangun agar dalam
pengembangan perangkat lunak tidak terjadi missconception
antara organisasi pengembang dengan para stakeholders.
Process area ini akan menjadi dasar bagi management control
proyek pengembangan perangkat lunak serta membuat konteks
yang mana metode-metode teknis diterapkan, membangun
produk usaha (model, dokumen, data, laporan, dan lain-lain),
membangun pondasi, menjamin kualitas, dan mengatur
perubahan secara rapi [3].
Beberapa metode yang digunakan dalam pembangunan
sebuah perangkat lunak memberikan teknis khusus ketika
pelaksanaannya. Metode-metode itu terkait dengan aktivitas-
aktivitas yang luas meliputi analisis kebutuhan, konstruksi
program, desain, pengujian, dan pemeliharaan atau perawatan.
Pengembangan perangkat lunak mengandalkan pada
serangkaian prinsip-prinsip dasar yang mengatur setiap proses
area teknologi dan menyangkut aktivitas-aktivitas pemodelan
serta teknik deskriptif yang lainnya. Untuk mengembangkan
sebuah perangkat lunak secara memadai, setiap aktivitas proses-
proses harus dirancang (dimodelkan) terlebih dahulu.
B. Software Process Models
Software process adalah rangkaian dari suatu aktivitas yang
berhubungan, yang tujuan akhirnya adalah membangun atau
mengembangkan perangkat lunak. Aktivitas ini meliputi lankah-
langkah pengembangan perangkat lunak mulai dari awal sampai
dengan implementasi sistemnya. Terdapat empat tahap yang
mendasari dalam dilaksakannya proses pengembangan
perangkat lunak,yaitu: (1) software specifications, (2) software
design and implementation, (3) software validation, dan (4)
software evolution. Tahap-tahap tersebut merupakan garis besar
dari suatu proses pengembangan perangkat lunak. Namun,
sebenarnya terdapat sub-sub aktivitas dari setiap tahapan
tersebut yang membuatnya lebih kompleks. Menurut
Sommerville (2011) tidak ada tahapan proses pengembangan
perangkat lunak yang benar-benar ideal dan banyak organisasi
pengembang mempunyai model prosesnya sendiri dalam
melakukan pengembangan perangkat lunak. Meskipun begitu,
harus tetap ada metode pemodelan yang dijadikan dasar atau
acuan agar pelaksanaan pengembangan perangkat lunak bisa
tercapai dengan sempurna.
Software process model atau pemodelan proses perangkat
lunak merupakan representasi dari software process yang sudah
disederhankan. Setiap pemodelan proses adalah representasi
yang berasal dari perspektif bagian tahapan proses dan
memberikan penjabaran tentang tahapan proses tersebut.
Process models atau terkadang disebut sebagai “process
paradigms” tidak memberikan deskripsi secara lengkap proses
pengembangan perangkat lunak, akan cenderung merupakan
abstrak dari proses pengembangan [4].
Pada umumnya usaha yang berkaitan dengan pengembangan
perangkat lunak dapat digolongkan ke dalam tiga fase tanpa
memperdulikan jenis aplikasi dan tingkat kerumitan dari
perangkat lunak yang dikembangkan [5].
1) Fase Definisi (Definition Phase)
Fase pendefinisian ini memfokuskan pada apa yang
dikembangkan oleh organisasi pengembang perangkat
lunak. Organisasi harus melakukan identifikasi pada
informasi-informasi yang akan diproses, fungsi dan
aktivitas-aktivitas yang dibutuhkan, sistem perangkat
lunak yang diharapkan, antarmuka yang akan dibuat,
ruang lingkup rancangan, dan kriteria validasi yang
dibutuhkan. Kebutuhan atau requirememt merupakan
kunci utama dari sistem perangkat lunak yang
didefinisikan untuk mendapatkan hasil produk yang
sukses. Beberapa metode yang diterapkan selema fase
definisi ini berbeda-beda tergantung dari pemilihan
model proses pengembangan perangkat lunak (atau
bahkan kombinasi pemodelan) yang diterapkan.
Terdapat tiga aktivitas utama yang berada dalam
tingkatan yang sama, yaitu:
 Sistem atau rekayasa informasi dari perangkat lunak
yang dikembangkan
 Perencanaan proyek pengembangan perangkat
lunak, dan
 Analisis kebutuhan perangkat lunak
2) Fase Pengembangan (Development Phase)
Pada fase pengembangan memfokuskan pada
bagaimana proses pengembangan perangkat lunak
dijalankan. Seorang pengembang harus mendefinisikan
bagaimana informasi yang didapat dari stakeholders
dikonstruksi, bagaimana fungsi atau fitur diaplikasikan
sebagai suatu arsitektur sistem perangkat lunak,
bagaimana rincian alur sistem diimplementasikan,
bagaimana antarmuka dibangun, bagaimana seorang
pengembang akan menerjemahkan rancangan ke dalam
bahasa program, serta bagaimana melakukan pengujian
pada produk perangkat lunak.
Beberapa metode yang diterapkan selama masa
pengembangan perangkat lunak akan bermacam-macam
jenisnya, namun terdapat tiga aktivitas teknis yang
khusus dan harus selalu ada, yaitu:
 Rancangan sistem perangkat lunak
 Pembuatan source code program, dan
 Pengujian sistem perangkat lunak
3) Fase Pemeliharaan (Maintenance Phase)
Pada fase pemeliharaan memfokuskan pada
perubahan (changes) yang dikaitkan dengan koreksi
kesalahan, penyesuaian-penyesuaian yang diperlukan
saat lingkungan (environment) suatu perangkat lunak
dalam proses pengembangan, serta perubahan yang
berkaitan dengan perkembangan yang dikarenakan
permintaan stakeholders yang berubah. Fase ini
mengaplikasikan lagi tahapan-tahapan yang terdapat
pada fase definisi dan dase pengembangan, tetapi semua
perubahan tetap bergantung pada konteks perangkat
lunak yang dikembangkan. Terdapat empat macam
perubahan yang biasa terjadi saat proses pengembangan
perangkat lunak, yaitu:
 Koreksi
Meskipun sudah ada jaminan kualitas sistem
perangkat lunak yang baik, tetapi pengguna akan
tetap saja menemukan cacat (bug). Pemeliaraan
bersifat koreksi (corrective maintenance) akan
melakukan beberapa perubahan atau membenahi
cacat/rusak (bug) agar sistem bisa sempurna.
 Adaptasi
Seiring berjalannya waktu komponen-komponen
pada komputer (seperti CPU, sistem operasi, dan
lain-lain) pasti mengalami perubahan. Pemeliharaan
bersifat adaptasi (addaptive maintenance) akan
menghasilkan perubahan pada kebutuhan
fungsional sistem perangkat lunak.
 Perkembangan (enhancement)
Pengguna perangkat lunak bisa mengenali fungsi-
fungsi tambahan yang memberikan keuntungan
ketika mereka menggunakan sebuah perangkat
lunak. Pemeliharaan bersifat sempurna (perfective
maintenance) akan memperluas ruang lingkup
perangkat lunak dengan menambah kebutuhan
fungsionalnya.
 Pencegahan
Seiring berjalannya waktu juga keadaan suatu
perangkat lunak pasti akan menurun, oleh sebab itu
pemeliharaan pencegahan (preventive maintenance)
harus dilakukan sebagai upaya untuk melayani
kebutuhan dari para pengguna perangkat lunak.
Pada dasarnya pemeliharaan ini melakukan
beberapa perubahan terhadap program komputer
sehingga mempermudah dalam proses
pengoreksian, penyesuaian, dan pengembangan.
Fase-fase dan langkah yang berkaitan harus
diimbangi dengan beberapa aktivitas pelindung
(umbrella activities). Aktivitas-aktivitas khusus di dalam
ketegori ini meliputi beberapa hal, yaitu:
 Pengontrolan dan pelacakan proyek perangkat lunak
 Peninjauan ulang teknis formal
 Penjaminan kualitas perangkat lunak
 Penghasilan dan penyiapan berkas-berkas
 Manajemen reusabilitas, dan
 Manajemen resiko
C. Capability Mature Model Integration
Capability mature model dapat diartikan sebagai suatu
penyederhanan yang representatif terhadap keadaan sebenarnya,
yang berfungsi untuk mengukur batas kematangan (mature) hasil
proses ketika sebuah organisasi pengembang software
menyajikan, membuat, atau mengembangkan perangkat lunak
[6].
Kegiatan utama dari capability mature model ini adalah
melakukan pengukuran tingkat kematangan. Mengukur bisa
diartikan sebagai sebuah kegiatan untuk melakukan pemetaan
suatu kondisi ke dalam sebuah skala atau ukuran. Nilai-nilai
yang diperhatikan ketika melakukan pengukuran capability
mature model ini ada beberapa poin sebagai berikut: (1)
parameter yang akan diukur, (2) metode pengukurannya, (3)
skala penilian yang dijadikan stadar, dan (4) pandangan
teoretisnya oleh para ahli.
Ciri-ciri yang paling banyak diketaui mengenai maturity
model adalah proses pengembangannya. Ketika suatu
ornganisasi sedang melakukan pengembangan software, maka
proses yang dilakukan akan disederhanakan dan dideskripsikan
menjadi skala kematangan dengan satuan jumlah tertentu. Skala
atau tingkatan kematangan itulah yang di dalamnya mengandung
beberapa syarat khusus yang harus dipenuhi oleh organisasi.
Tinkatan-tingkatan yang ada disusun secara runtut, mulai dari
tingkat awal sampai pada tingkat akhir saat sudah menjadi
sebuah sistem yang diimplementasikan. Dan selama
pengembangan berlangsung, tahapan proses bergerak maju
mulai dari tingkatan satu menuju tingkatan berikutnya dengan
tidak boleh melompati salah satunya, semua proses dilakukan
tahap demi tahap secara berurutan.
Evolusi perubahan dari CMM menuju CMMI berbanding
lurus dengan perubahan pada industri pengembangan perangkat
lunak dan juga kebutuhan dari para penggunanya. Capability
mature model integration (CMMI) merupakan pemodelan yang
dapat digunakan oleh organisasi pengembang perangkat lunak
untuk meningkatkan kualitas produk atau layanan mereka [7].
CMMI adalah perwujudan panduan secara umum dan
pemodelan melampaui disiplin-disiplin, memasukkan semua
unsur siklus hidup (life cycle) proyek mulai dari konsep,
pengembangan, penyampaian (delivery), dan pemeliharaan.
CMMI menitikberatkan pada tujuan akhir dari pelaksanaan suatu
proses pengembangan yang dilakukan oleh oranganisasi
tersebut.
Capability mature model integration memiliki dua tahap
representasi dalam upaya untuk melakukan perbaikan pada
proses pengembangan perangkat lunak yang diterapkan oleh
organisasi, yaitu bertahap (staged) dan berkelanjutan
(continuous). Perbedaan utama yang mendasari antara dua
representasi ini adalah bagaimana process area yang ada akan
diorganisasikan dan direpresentasikan [8]. Process area yang lapangan, melakukan tindakan jika terdapat perubahan
dimaksud adalah hal-hal yang menjadi tujuan akhir difokuskan terhadap perencanaan, serta melakukan milestone atau
untuk diselesaikan. Jenis pemodelan ini membantu organisasi pemantauan produk atau jasa pada suatu titik tertentu pada
pengembang software dalam menentukan strategi proses rangkaian aktivitas. Selain terdapat standardisasi prosedur
pengembangan perangkat lunak. Model ini akan memfasilitasi dalam pengembangan sebuah produk atau jasa, terdapat
penentuan kemampuan untuk setiap tahapan proses dan komitmen yang terbentuk di antara para stakeholder.
mengidentifikasi masalah-masalah kritis yang harus sesegera Dalam usaha mencapai tingkat managed, terdapat tujuh
mungkin dibenahi. process area yang harus terpenuhi ketika melakukan
implementasi. Tujuh process area dan penjelasannya pada
 Representasi Staged tingkatan managed dapat dilihat pada tabel berikut [9].
Pada repesentasi staged ini, sebuah organisasi
pengembang perangkat lunak melewati beberapa macam Tabel 1. Penjelasan Process Area pada CMMI di
tahapan atau tingkatan dalam upayanya mencapai tingkat Tingkatan Managed (Chrissis, 2011: 267-508)
kematangan (maturity) yang tinggi. Tahapan atau tingkatan Process area Specific Goals
yang dicapai oleh organisasi tersebut harus bersifat Perencanaan Menetapkan perkiraan
kumulatif, yang artinya setiap tahapan atau tingakatan di proyek Mengembangkan sebuah perencanaan
atas harus bisa memenuhi tujuan-tujuan (golas) pada proyek
tahapan di bawahnya. Mendapatkan komitmen terhadap
rencana
Tingkatan (level) harus benar-benar dipenuhi oleh Pemantauan Melakukan pemantauan proyek
setiap organisasi pengembang secara bertahap. Tingkatan dan berdasarkan perencanaan
(level) ini terbagi menjadi 5 tahapan, yaitu: pengendalian Melakukan tindakan koreksi
1) Maturity level 1: initial proyek
2) Maturity level 2: managed Proses dan Mengevaluasi proses dan pekerjaan
3) Maturity level 3: defined jaminan produk secara obyektif
4) Maturity level 4: quantitatiively managed kualitas Menyediakan keakurasian tujuan
5) Maturity level 5: optimizing produk
Manajemen Melakukan manajemen kebutuhan
Pada tingkatan initial, suatu organisasi pengembang kebutuhan
perangkat lunak disimulasikan sebagai ad hoc dan Manajemen Menetapkan perjanjian bersama dengan
kondisinya kacau. Organisasi perngembang perangkat kerja sama supplier
lunak yang cenderung tidak mempunyai lingkungan yang Supplier Memperoleh kesepakatan dengan
tidak stabil untuk menunjang berjalannya proses supplier
pengembangan perankat lunak. Oleh sebab itu, tingkat Manajemen Menetapkan dasar konfigurasi
keberhasilan yang dihasilkan oleh organisasi pengembang konfigurasi Melacak dan mengontrol perubahan
mempunyai ketergantungan terhadap kemampuan dan konfigurasi
kerja keras dari satu atau beberapa orang yang terdapat di
Menetapkan integritas
dalamnya. Pada tingkatan ini, meskipun nanti suatu
Pengukuran Mempersiapkan aktivitas pengukuran
organisasi pengembang bisa memberikan hasil akhir
dan analisis dan analisis
sebuah produk atau jasa sesuai tujuan, namun tahap
Menyediakan hasil pengukuran
perencanaan yang sudah dilakukan sebelumnya cenderung
tidak bisa memenuhi harapan. Keberhasilan membuat
produk/sistem perangkat lunak tidak memiliki sifat yang Semua tingkatan kematangan (maturity level) tersebut
stabil. menjelaskan beberapa tahapan yang harus dipenuhi oleh
orgnisasi pengembang perangkat lunak untuk mendapatkan
Pada tingkat managed, terdapat sebuah kesepakatan suatu model proses pengembangan perangkat lunak yang
dasar untuk prosedur berdasarkan kebijakan yang ada lebih efektif dan efisien. Tingkatan tersebut juga
terhadap perencanaan aktivitas. Oleh sebab itu, produk atau menjelaskan mengenai evolusi proses-proses yang ada, dari
jasa yang dibuat dapat dijaga kualitasnya (quality control). keadaan yang kurang efektif menjadi keadaan yang sangat
Beberapa usaha yang dilakukan dalam menjaga kualitas terorganisasi dan teroptimasi.
produk atau jasa diantaranya adalah melakukan
perencanaan aktivitas, pembagian tugas-tugas, memantau Dalam pengaplikasian CMMI, dilakukan pengukuran
antara perencanaan yang dilakukan dengan pelaksanaan di untuk melakukan evaluasi dari setiap hasil pencapaian
 penerapannya, hal ini dinamakan appraisal. Metode
standar yang digunakan dalam melakukan proses
appraisal, yang dikeluarkan oleh software engineering
institute (SEI) adalah Standar CMMI Appraisal Method for
Process Improvement [8]. SEI menggolongkan metode
appraisal ini ke dalam tiga tingkatan, masing-masing
tingkatan dengan kelengkapan, ukuran proyek dan
kebutuhan perangkat lunak yang berbeda-beda. Secara
umum hasil dari ketiga kelas tersebut tidak sama tingkat
kehandalannya dan kebenarannya, tetapi untuk beberapa
tujuan tertentu tingkat kehandalannya bisa lebih/kurang
baik tergantung proses evaluasi.
 Representasi Continuous
Konsep CMMI for development juga memunculkan
model pendekatan atau representasi yang memberikan
deskripsi proses pengembengan perangkat lunak dan
membaginya menjadi dua dimensi, yaitu process area dan
capability level. Pendekatan ini dinamakan representasi
continuous [10].
Development process CMMI memfokuskan pada cara
yang digunakan oleh suatu pendekatan dalam menanggapi
masalah yang terjadi dalam proses pengembangan
perangkat lunak dan mengetahui peluang bisnis yang ada
diantara organisasi pengembang dengan stakeholder [7].
Jika representasi staged menggunakan maturity level untuk
melakukan pendekatan karakteristik pada keadaan proses
pengembangan perangkat lunak oleh organisasi secara
keseluruhan dan juga fokus pada melakukan peningkatan
proses secara sistematis dan terstruktur. Sedangkan
representasi continuous menggunakan capcbility level
untuk memperlihatkan rincian karakteristik pada keadaan
proses kerja pengembangan perangkat lunak oleh
organisasi bukan secara keseluruhan, melainkan melalui
process area dalam organisasi pengembang yang
diharapkan bisa berkembang kepada sektor lain, tetapi tetap
sesuai dengan tujuan awal organisasi.
Gambar 1. Perwujudan Representasi Continuous (CMMI
Product Team, 2010)
Pada gambar tersebut bisa dipahami bahwa penekatan
continuous ini berfokus pada tujuan-tujuan umum dari sebuah
proses pengembangan perangkat lunak. Dari setiap tujuan
tersebut diperlihatkan karakteristiknya secara terperinci melalui
capability level.
Suatu organisasi pengembang harus memenuhi semua
tujuan-tujuan umum (generic goals) dalam process area yang
menjadi sasaran pengembangan untuk bisa mencapai level yang
diinginkan. Capability level memberikan rincian karakteristik
yang memberikan panduan untuk meningkatkan proses untuk
mencapai tujuan tertentu. Pendekatan continuos ini akan
memberikan gambaran secara terperinci mengenai proses dalam
pengembangan perangkat lunak yang dilakukan oleh organisasi
pengembang. Hal ini tentu saja akan memberikan peluang bagi
organisasi untuk melakukan evaluasi terhadap process area
secara individual, sehingga organisasi mampu mengidentifikasi
dan memfokuskan pada titik masalah yang terdapat pada proses
pengembangan perangkat lunak, serta mengukur status
peningkatan kematangan proses. Capability level digunakan
untuk melakukan pengukuran peningkatan dari proses yang
kacau (tidak berjalan dengan baik) hingga proses yang sudah
teroptimasi pada setiap process area. Sebagai tambahan,
capability level ini tidak bisa dilewati, satu komponen dibuat di
atas komponen yang lainnya (bertingkat). Menggunakan
pendekatan continuous membutuhkan pemahaman yang baik
pada keterkaitan yang sifatnya menggantung pada tiap-tiap
process area, karena level tertentu dalam process area harus
benar-benar terpenuhi sebelum mencapai capability level yang
berikutnya.
Representasi continuous memberikan pandangan pada
tingkat individual proses pengembangan secara mendetil.
Representasi ini juga secara efisien meningkatkan kinerja proses
pengembangan perangkat lunak dan memastikan peningkatan
yang kuat, serta memberikan pondasi yang utuh bagi
peningkatan individual proses pengembangan perangkat lunak
pada organisasi pengembang untuk mencapai tingkat
kematangan (maturity level) berikutnya.
III. KESIMPULAN
Proses pengembangan perangkat lunak diperlukan proses
yang terdiri dari praktik-praktik atau aktivitas-aktivitas yang
detail sehingga memberikan turunan-turunan proses lain yang
akan menjadikannya lebih efektif. Dalam pengembangan
perangkat lunak pula diperlukan pendekatan atau representasi
yang mampu memberikan penilaian kemampuan dan
kematangan. Oleh sebab itu, diperlukan pemodelan proses
perangkat lunak yang tepat ketika sebuah organisasi sedang
mengembangkan perangkat lunak sehingga sistem yang
dihasilkan akan sempurna. Pemodelan proses merupakan
serangkaian metode dan sederetan tahap-tahap yang terstruktur.
 Konsep CMMI bertujuan untuk dapat mengembangkan
sebuah perangkat lunak secara tepat, dan meningkatkan
kematangan organisasi pengembang perangkat lunak dengan
memberikan pedoman-pedoman (guidances) mengenai
peningkatan proses pengembangan perangkat lunak.

CMMI memiliki dua model pendekatan yaitu staged dan

continuous. Pendekatan continuous dalam CMMI
mendeskripsikan proses ke dalam dua hal, yaitu process area
dan capability level. Pendekatan ini memberikan fleksibilitas
yang tinggi yang berguna dalam meningkatkan kematangan
proses pengembangan perangkat lunak.

DAFTAR RUJUKAN

[1] Ian Sommerville. (2011). Software Engineering (Ninth

Edition). Software Engineering (Ninth Edition).
[2] Dennis, A., Wixom, B. H., & Tegarden, D. (2015).
Systems analysis and design: An object-oriented approach
with UML.
[3] Scroggins, R. (2014). SDLC and Development
Methodologies. Global Journal of Computer Science and
Technology: C Software & Data Engineering, 14(7), 0–2.
[4] Pressman, R. S. (2004). Software Engineering. A Brief
History of Computing. https://doi.org/10.1111/j.1365-
2362.2005.01463.x
[5] Rusli, M., Ziveria, M., Informasi, S., Teknologi, I., Rusli,
M., & Ziveria, M. (2016). Membandingkan Empat
Paradigma Rekayasa Perangkat Lunak, 2.
[6] April, A., Huffman Hayes, J., Abran, A., & Dumke, R.
(2005). Software Maintenance Maturity Model (SM mm ):
the software maintenance process model: Research
Articles. Journal of Software Maintenance and Evolution:
Research and Practice, 17(3), 197–223.
https://doi.org/10.1002/smr.v17:3
[7] Ii, B. A. B., Syariah, A. B., & Syariah, P. B. (2005).
Landasan Teori, 8–43.
[8] Widodo, W. (2016). EVALUASI PROSES
PENGEMBANGAN PERANGKAT LUNAK PADA
VIRTUAL TEAM DEVELOPMENT MENGGUNAKAN
CMMI Versi 1.3. Jurnal Informatika, 10(1), 1140–1148.
[9] Skripsi, P. M., & Praktik, K. (n.d.). Implementasi cmmi
pada sistem informasi pengelolaan matakuliah skripsi,
kerja praktik, dan pemrograman terintegrasi terapan di
program studi sistem informasi ukdw, (CMMI).
[10] Yanti, N. P. (n.d.). PEMETAAN VORD KE DALAM
CMMI UNTUK MENINGKATKAN KUALITAS
ANALISIS KEBUTUHAN PERANGKAT LUNAK (
STUDI KASUS SISTEM PENJUALAN
SUPERMARKET SAKINAH ), 1–9.