Software Process

Tim RPL
Program Studi Teknik Informatika
 A Layered
Technology
Software Engineering

tools
methods
process
a quality focus

For use only at the university level and in conjunction with the book,Software Engineering: A Practitioner's Approach,4/e, McGraw-Hill, 1997.
Transparencies copyright © 1996, R.S. Pressman & Associates, Inc. reproduced with permission.

2
 Software Process

• Sekumpulan aktivitas terstruktur yang dibutuhkan

untuk mengembangkan software system
Specification;
Design;
Validation;
Evolution.
• A software process model is an abstract
representation of a process. It presents a description
of a process from some particular perspective.
For use only at the university level and in conjunction with the book,Software Engineering: A Practitioner's Approach,4/e, McGraw-Hill, 1997.
Transparencies copyright © 1996, R.S. Pressman & Associates, Inc. reproduced with permission.

3
 Definition (What???)

• System or information engineering

• Software project planning
• Requirements analysis

For use only at the university level and in conjunction with the book,Software Engineering: A Practitioner's Approach,4/e, McGraw-Hill, 1997.
Transparencies copyright © 1996, R.S. Pressman & Associates, Inc. reproduced with permission.

4
 Development (How???)

• Software design
• Code Generation
• Software Testing

For use only at the university level and in conjunction with the book,Software Engineering: A Practitioner's Approach,4/e, McGraw-Hill, 1997.
Transparencies copyright © 1996, R.S. Pressman & Associates, Inc. reproduced with permission.

5
 Maintenance (Change)

1. Correction
2. Adaptation
3. Enhancement
4. Prevention

For use only at the university level and in conjunction with the book,Software Engineering: A Practitioner's Approach,4/e, McGraw-Hill, 1997.
Transparencies copyright © 1996, R.S. Pressman & Associates, Inc. reproduced with permission.

6
 Maintenance (Change) - Cont

1. Correction
Corrective maintenance mengoreksi cacat yang
ditemukan dalam perangkat lunak.
2. Adaptation
Perawatan adaptif menyediakan perubahan yang
diperlukan untuk mengakomodasi perubahan di
lingkungan
For use only at the university level and in conjunction with the book,Software Engineering: A Practitioner's Approach,4/e, McGraw-Hill, 1997.
Transparencies copyright © 1996, R.S. Pressman & Associates, Inc. reproduced with permission.

7
 Maintenance (Change) - Cont

3. Perfective maintenance
Perfective maintenance memperluas kinerja
perangkat lunak di luar persyaratan asli.
4. Preventive maintenance
Preventive maintenance (rekayasa ulang
perangkat lunak); perubahan yang membuat
program lebih mudah dikoreksi, diadaptasi atau
ditingkatkan
For use only at the university level and in conjunction with the book,Software Engineering: A Practitioner's Approach,4/e, McGraw-Hill, 1997.
Transparencies copyright © 1996, R.S. Pressman & Associates, Inc. reproduced with permission. 8
 Common Process Framework
• Communication
– Customer collaboration and requirement gathering
• Planning
– Establishes engineering work plan, describes technical risk, list
resource requirements, work product produced, and defines work
schedule
• Modeling
– Creation of models to help developers and customers understand
the requires and software design
• Construction
– Code generation and testing
• Deployment
– Software delivered for customer evolution and feedback 9
 Umbrella Activities

• Software project tracking and control

• Formal technical reviews
• Software quality assurance
• Software configuration management
• Document preparation and production
• Reusability management
• Measurement
• Risk management
 5 Framework Activity

• Communication
• Planning
• Modeling
• Construction
• Deployment
 A Common Process Framework

Common Process Framework

Framework Activities

Task sets
Tasks

Milestones, deliverables

SQA points

Umbrella activities

For use only at the university level and in conjunction with the book,Software Engineering: A Practitioner's Approach,4/e, McGraw-Hill, 1997.
Transparencies copyright © 1996, R.S. Pressman & Associates, Inc. reproduced with permission.

12
 Framework Activity (hal 32)

Satu aspek penting dari software proses adalah proses flow,

menjelaskan bagaimana aktivitas framework, aksi, tugas-tugas yang
terjadi dengan setiap framework activity dikelola dengan terurut,
seperti pada gambar berikut :
Framework Activity (hal 32)
.......Lanjutan Proses Flow

Communication Planning

Modeling

Construction Deployment

C. Parallel Process Flow

 Proses Assessment and Improvement

• Software Process tidak menjamin bahwa software akan

dikirim tepat waktu, memenuhi kebutuhan pelanggan,
atau hal tersebut akan menunjukkan karakteristik yang
akan menyebabkan karakteristik kualitas berjangka waktu
panjang.

• Proses itu sendiri dapat dinilai untuk memastikan bahwa

hal tersebut memenuhi kriteria proses dasar yang telah
terbukti penting untuk keberhasilan software engineering.
 Proses Assessment and Improvement

Sejumlah pendekatan yang berbeda pada penilaian

software proses dan perbaikan-perbaikan telah
diusulkan selama beberapa dekade terakhir salah
satunya adalah
• Standard CMMI Assessment Method for
process Improvement (SCAMPI)
• Selain itu terdapat pula ISO 9001:2000 for
Software
 Capability Maturity Model Integration (CMMI)

Level 5: Optimizing

Level 4 : Quantitatively Managed

Level 3 : Defined

Level 2 : Managed

Level 1 : Performed
Level 0 : Incomplete

For use only at the university level and in conjunction with the book,Software Engineering: A Practitioner's Approach,4/e, McGraw-Hill, 1997.
Transparencies copyright © 1996, R.S. Pressman & Associates, Inc. reproduced with permission.

18
 Capability Maturity Model Integration
(CMMI)

• L 0 : Incomplete, Proses tidak dilakukan atau tidak mencapai semua

tujuan yang didefinisikan pada level 1
• L 1 : Performed, Proses dilakukan, tugas yang dibutuhkan untuk
menghasilkan produk kerja sedang dibangun.
• L 2 : Managed, Orang yang melakukan pekerjaan memiliki sumber daya
yang memadai dalam melakukan pekerjaannya, stakeholder terlibat aktif,
tugas kerja dan produk dipantau, dievaluasi, sesuai deskripsi proses.
• L 3 : Defined, Pengelolaan, dan proses rekayasa terdokumentasi,
terstandar, dan terintegrasi dalam proses perangkat lunak di seluruh
organisasi.
• L 4 : Quantitatively Managed, software process dan produk dipahami
secara terukur dan dikontrol menggunakan ukuran yang detail.
• L 5 : Optimazing, Peningkatan proses yang terus menerus diaktifkan oleh
umpan balik yang terukur dari proses dan ide-ide pengujian yang kreatif.
19
 SEI - CMMI

LEVEL FOKUS
• Optimizing • Continous process
improvement
• Quantitatively Managed • Quantitative management

• Defined • Process standardization

• Managed • Basic project management

• Performed
 LEVEL 3

• Software CMM Level 3

Foster-Miller achieved SW-CMM Level 3 certification in December
of 2005 to processes as defined by the Software Engineering
Institute at Carnegie Mellon ...
www.foster-miller.com/software_cmm_level3.htm
• Weserv Systems International, Inc. (WeServ), a wholly owned
subsidiary of Fujitsu Philippines, Inc., recently passed the
Capability Maturity Model for ...
www.fujitsu.com/ph/news/pr/20041215.html
• 11 October 2013, Jakarta, Indonesia—PT Sigma Cipta Caraka
(telkomsigma); for Finance and Non Banking Solution BU,
Banking Solution BU, Product and Technology BU today
announced that it has been appraised at Level 3 of the CMMI
Institute’s Capability Maturity Model Integration (CMMI).
 CMM LEVEL 4
• CMM Level 4
Certified Company | Software Application Development ...
Trigent is an SEI CMM Level 4 certified company with
development centers in the US and India. Provides
information about Trigent's software application ...
www.trigent.com/company/cmm-certified-company.htm
• On April 16th, Kingdee passed CMM Level 4 evaluation
with the United States' ... At present, less than 100
software companies pass CMM Level 4 worldwide and ...
global.kingdee.com/en/news/dongtai/76/2004-
04/542.htm
 CMM LEVEL 5
• Managing IT: Life After CMM Level 5
More than half the world's CMM Level 5 companies are based in
India. Software firms also used CMM to establish credentials as
developers of quality software ...
www.india-today.com/ctoday/20020401/mit2.html
• SEI CMM Level 5 Wipro is the first software services company in
the world ... We achieved CMM level 5 certification in June,
1999. As part of the CMM level ...
www.wipro.com/aboutus/quality/seicmm.htm
• PT Take United Indonesia
https://www.linkedin.com/company/pt-take-united-indonesia
 CMM LEVEL 5
• http://dqindia.ciol.com/content/advantage/103102703.asp
• Why “India Inside” Spells Quality 
Did you know that 75% of the world’s CMM Level 5
software centers were in India? Here’s how the quality
movement transformed the Indian IT services industry 
Monday, October 27, 2003
Europe, and the need for ISO certification, provided the
trigger to the quality movement in India. But the real
impetus came after Motorola’s software center at Bangalore
became the world’s second CMM Level 5 unit in 1994 (the
first was at NASA)
• Even for those familiar with India’s software industry, this is
a startling number.
• There are 80 software centers on the planet that are
assessed at CMM Level 5.Of all those centers, 60 are in
India.
 Software Process

Terdapat 2 type software process:

1. Plan-driven processes merupakan proses di
mana semua kegiatan proses yang
direncanakan terlebih dahulu dan kemajuan
diukur terhadap rencana ini

2. In agile processes merupakan perencanaan

tambahan dan lebih mudah untuk mengubah
proses yang mencerminkan perubahan
kebutuhan pelanggan
 Aliran Proses
Proses secara aliran: Linier,
Iterative, Parallel,
Evolutionary
 Waterfall Model / Classic life cycle

Dengan metodologi pengembangan berbasis

waterfall: Proses berjalan berurutan dari satu tahap
ke tahap berikutnya.
Dua kunci kunggulan metodologi pengembangan
berbasis waterfall adalah:
- Persyaratan sistem diidentifikasi lama sebelum
pemrograman dimulai
- Perubahan kebutuhan diminimalkan sebagai hasil
project
Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition
Copyright2006©John Wiley & Sons.Inc

27
• Dua kunci kelemahan dari metodologi
pengembangan waterfall:
–Waktu yang lama antara system proposal
dan peyerahan sistem baru
–Design harus spesifik sebelum melakukan
programming.

Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3 rd Edition
Copyright2006©John Wiley & Sons.Inc

28
Waterfall Development-based Methodology

29
Varian Waterfall – V Model
 Masalah Model Waterfall (1)

• Pembagian yang tidak fleksibel dari proyek ke

dalam langkah-langkah yang berbeda membuat
waterfall sulit untuk merespon perubahan
perubahan kebutuhan customer

• Oleh sebab itu, model ini hanya sesuai bila

kebutuhan dimengerti dengan baik dan perubahan
akan menjadi mudah selama proses perancangan

31
 Masalah Model Waterfall (2)

• Beberapa sistem mempunyai kebutuhan yang tidak

stabil

• Model ini sebagian besar digunakan untuk proyek

sistem yang besar dimana sistem ini dikembangkan
pada beberapa sisi

32
 Increment Model

• Incremental Model merupakan gabungan antara

model linier sekuensial dan prototyping.
• Setiap linier sekuen menghasilkan produk yang
deliverables (dapat dikirim)
• Increment pertama merupakan produk inti
(core), yang mengandung persyaratan /
kebutuhan dasar.
• Penambahan dilakukan pada increment-
increment berikutnya
Increment Process Model
 The Evolutionary Model :
Prototyping

• Dimulai dari model,

kemudian
dikembangkan dan
akhirnya dipakai
• Dimulai dari
pembuatan
Prototype
 Prototyping

• Metodologi berbasis prototipe melakukan fase

analisis, desain dan implementasi bersamaan.
• Semua tiga fase dilakukan berulang dalam siklus
sampai sistem selesai.
• Sebuah prototipe adalah versi lebih kecil dari
sistem dengan jumlah minimal fitur

Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3rd Edition
Copyright2006©John Wiley & Sons.Inc

36
 Prototyping: Advantage

• Sangat cepat memberikan sistem bagi pengguna

untuk berinteraksi (bahkan jika organisasi itu
tidak siap/tidak memiliki gambaran)
• Prototyping meyakinkan klien bahwa tim proyek
bekerja dengan baik (tidak ada penundaan yang
lama di mana pengguna melihat kemajuan),
• Prototyping membantu lebih cepat memperbaiki
persyaratan nyata (pengguna dapat berinteraksi
dengan prototipe untuk lebih memahami apa
yang bisa dan tidak bisa lakukan).
 Prototyping: Disadvantage

• Sistem rilis yang cepat memiliki tantangan untuk

mencoba melakukan dengan hati-hati pada fase
analisis.

• Seringkali prototipe mengalami perubahan yang

signifikan sehingga banyak keputusan desain
awal terbukti menjadi desain yg lemah
Prototyping-based Methodology

Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3rd Edition
Copyright2006©John Wiley & Sons.Inc

39
 Throwaway Prototyping (1)
• Throw-Away prototyping menggunakan
prototyping untuk tujuan yang berbeda dari
prototyping sebelumnya

• Melakukan analisis secara menyeluruh, untuk

mengumpulkan informasi & mengembangkan ide-
ide untuk sebuah konsep sistem.

Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3rd Edition
Copyright2006©John Wiley & Sons.Inc

40
 Throwaway Prototyping (2)
• Masalah yang muncul diujicobakan/diselesaikan
dengan menganalisa, mendesign, & membangun
sebuah prototype (yang dinamakan design
prototype)

• Yang dibangun merupakan fitur yang belum

dipahami dengan jelas

Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3rd Edition
Copyright2006©John Wiley & Sons.Inc

41
Throwaway Prototyping-based
Methodology

Power point Presentation for Dennis, Wixom, & Roth System Analysis and Design, 3rd Edition
Copyright2006©John Wiley & Sons.Inc

42
 The Evolutionary : Spiral
Model
• Evolutionary process (pengembangan
bertingkat)
• Menggabungkan keunggulan prototyping
dan waterfall
• Memungkinkan dikembangkannya
perangkat lunak secara bertahap dan
cepat
• Pendekatan yang cukup realistis untuk
diterapkan pada pengembangan sistem/PL
dengan skala besar
The Evolutionary : Spiral
Model
 An Agile View of Process

• Merupakan hal yang masuk akal, untuk

mengembangkan perangkat lunak secara cepat
pada jenis proyek perangkat lunak tertentu

• Dapat memberikan sistem yang sukses dengan

cepat dengan menekankan komunikasi yang
terus menerus dan kolaborasi di antara para
pengembang dan pelanggan
 Agile Development

• Menggunakan sedikit aturan yang mudah untuk

dipelajari dan diikuti
• Mengurangi banyak pemodelan dan
dokumentasi
• Menekankan kesederhanaan (simple) dan
pengembangan aplikasi yang iteratif (berulang)
• Contoh pengembangan ini:
– Extreme Programming (XP)
– Scrum
– Dynamic Systems Development Model (DSDM)
 Extreme Programming (XP)

“Core Values” of XP
1. Communication
2. Simplicity
3. Feedback
4. Courage (Quality First, test and efficient
coding)
 Extreme Programming (XP)

•Key principles of XP include:

–Continuous testing
–Simple coding
–Close interaction with the end users
to build systems very quickly
 Extreme Programming (XP)

1. User Stories about system do

2. Code small program using defined
standards
3. User Feedback
4. Repeat
Extreme Programming (XP)
 Group Discussion

• Buat grup sejumlah 4 orang, diskusikan

kasus-kasus pada pertanyaan slide
selanjutnya!
• Pilih salah satu model process yang tepat
dan tulis/sampaikan alasannya!
 Kasus - 1

• PT. IndoSoftware (pihak-1) diminta membantu

membuat website untuk Departemen Pariwisata
(pihak-2). Secara umum, pihak-2 mengetahui
informasi apa saja yang harus ditampilkan pada
website. Akan tetapi, bagaimana informasi tersebut
ditampilkan, pihak-2 memerlukan bantuan dari pihak-
1, termasuk didalamnya alur penyajian informasi dan
bentuk serta media penyajian informasinya. Model
proses apa yang paling tepat dipilih PT
IndoSoftware ? Jelaskan alasan anda.
 Kasus 2

• PT Sukses Makmur sudah lama menggunakan perangkat

lunak yang membantu operasional perusahaan. Akan
tetapi, karena perusahaan ingin berpindah dari
platform X ke platform Y, maka perangkat lunak versi
baru perlu dibangun. PT Sukses Makmur meminta
bantuan PT Software Solution untuk membuat perangkat
lunak yang baru. Model proses apa yang paling tepat
dipilih PT. Software Solution ? Jelaskan alasan anda.
 Kasus 3

• Sebuah proyek pembangunan perangkat lunak berskala

besar akan segera dijalankan PT SysSoftware. PT
SysSoftware adalah sebuah software company skala
besar, sehingga memiliki cukup banyak tenaga
pengembang. Perangkat lunak yang akan dibangun
terdiri dari sembilan modul utama yang nantinya
harus diintegrasikan. Sayangnya, meski perangkat
lunak yang akan dibangun cukup besar, waktu yang
tersedia agak terbatas. Model proses apa yang paling
tepat dipilih PT SysSoftware ? Jelaskan alasan anda.
 Kasus 4

• PT WebSolution adalah perusahaan pengembang

software yang relatif baru berdiri. Anggota timnya pun
masih terbatas. Meskipun terbatas, setiap anggota
adalah individu yang dapat diandalkan. PT ini mempunyai
fokus pada pengembangan aplikasi berbasis web.
Sebagian besar proyek yang ditangani harus selesai
dalam waktu singkat. Karakteristik konten aplikasi
yang sering sering berubah menuntut developer ini
untuk terus menerus me-maintain aplikasi yang telah
dibuatnya. Menurut anda, model proses apa yang paling
tepat dipilih?
Terima Kasih