Proses Software

Proses Software
Arna Fariza
PENS-ITS
1
Rekayasa Perangkat Lunak
Proses Software
Sekumpulan aktifitas yang saling

terkait untuk spesifikasi, desain,
implementasi dan testing sistem
software
2
1
Tujuan
Memperkenalkan model proses software
Menggambarkan beberapa model proses dan
kapan digunakan
Menggambarkan outline model proses untuk
rekayasa kebutuhan, pengembangan software,
testing dan evolusi
Mengenalkan teknologi CASE untuk mendukung
aktifitas proses software
3
Topik
Model proses software
Iterasi proses
Spesifikasi software
Desain dan implementasi software
Validasi software
Evolusi software
Automated process support
4
2
Proses Software
Sekumpulan aktifitas terstruktur yang
dibutuhkan untuk mengembangkan sistem
software
o Spesifikasi
o Desain
o Validasi
o Evolusi
Model proses software adalah representasi
abstrak dari proses. Merupakan gambaran dari
proses dari beberapa perspektif tertentu
5
Model Proses Software Generik

Model waterfall
o Membagi dan membedakan fase spesifikasi dan
pengembangan
Pengembangan Evolusioner
o Spesifikasi dan pengembangan terpisah
Pengembangan sistem Formal
o Model sistem matematis yang secara formal
diterjemahkan ke dalam implementasi
Pengembangan Reuse-based
o Sistem dibangun dari komponen yang sudah ada
6
3
Model Waterfall
Definisi
kebutuhan
Desain sistem
dan software
Implementasi
dan testing unit
Integrasi dan
testing sistem
Operasi dan
maintenance
7
Fase model Waterfall

Analisa dan definisi kebutuhan
Desain sistem dan software
Implementasi dan unit testing
Integrasi dan testing sistem
Operasi dan maintenance
Kekurangan dari model waterfall adalah
kesulitan untuk mengakomodasi perubahan
setelah proses berjalan
8
4
Permasalahan Model Waterfall
Tidak fleksibel dalam pembagian proyek ke
dalam tingkat yang berbeda
Sulit untuk merespon perubahan kebutuhan
konsumen
Sehingga model ini hanya cocok jika kebutuhan
sudah dimengerti dengan baik
9
Pengembangan Exploratory
o Obyektif : bekerja dengan konsumen dan
melibatkan sistem akhir dari spesifikasi skema
inisial. Dimulai dengan kebutuhan yang
dimengerti dengan baik
Throw-away prototyping
o Obyektif : mengerti kebutuhan sistem. Dimulai
dengan kebutuhan yang tidak dimengerti dengan
baik
10
5
Aktifitas yang
berjalan
Spesifikasi Versi inisial
Deskripsi Versi
outline Pengembangan menengah
Validasi Versi akhir
11
Permasalahan
o Tidak ada visibilitas proses
o Sistem biasanya tidak terstruktur dengan baik
o Kemampuan khusus (misalnya bahasa untuk
prototipe cepat) kemungkinan diperlukan
Aplikasi
o Untuk sistem interaktif berukuran kecil atau
medium
o Untuk bagian dari sistem besar (misalnya user
interface)
o Untuk sistem dengan daur hidup pendek
12
6
Pengembangan Sistem Formal
Berbasis transformasi dari spesifikasi
matematis melalui representasi yang berbeda
untuk program yg dapat dieksekusi
Transformasi adalah ‘pemelihara kebenaran’
sehingga dapat menunjukkan program sesuai
spesifikasinya
Merupakan pendekatan ‘Cleanroom’ untuk
pengembangan software
13
Definisi Spesifikasi Transformasi Integrasi dan

kebutuhan formal formal testing sistem
14
7
Transformasi Formal
Transformasi Formal
T1 T2 T3 T4
Spesifikasi Eksekusi
formal
R1 R2 R3
Program
P1 P2 P3 P4
Pembuktian kebenaran
transformasi
15

Permasalahan
o Perlu kemampuan dan training khusus untuk
mengaplikasikan teknik ini
o Secara formal sulit untuk menentukan beberapa
aspek dari sistem seperti antarmuka user
Aplikasi
o Sistem kritis terutama dimana keselamatan dan
keamanan harus dibuat sebelum sistem beroperasi
16
8
Pengembangan Reuse-oriented
Berbasis systematic reuse dimana sistem
diintegrasikan dalam komponen yang sudah
ada atau sistem COTS (Commercial-off-the-
shelf)
Level Proses
o Analisa komponen
o Modifikasi kebutuhan
o Desain sistem dengan reuse
o Pengembangan dan integrasi
Pendekatan ini menjadi lebih penting tetapi
masih terbatas penggunaannya
17
Pengembangan Reuse-oriented
Spesifikasi Analisa Modifikasi Desain sistem

kebutuhan komponen kebutuhan dengan reuse
Pengembangan
Validasi sistem
dan integrasi
18
9
Iterasi Proses
Kebutuhan sistem SELALU berkembang selama
proyek berlangsung sehingga iterasi proses
dimana level sebelumnya dilakukan rework
merupakan bagian dari proses untuk sistem
yang besar
Iterasi dapat diaplikasikan untuk semua model
proses generik
2 pendekatan :
o Pengembangan incremental
o Pengembangan spiral
19
Pengembangan Incremental
Pelepasan sistem tidak dalam bentuk pelepasan
tunggal, tetapi pengembangan dan pelepasan
dibagi ke dalam ‘increment’ dimana setiap
‘increment’ melepaskan bagian dari fungsional yang
dibutuhkan
Kebutuhan user diprioritaskan dan kebutuhan
prioritas tertinggi dimasukkan dalam ‘increment’
awal
Bila pengembangan ‘increment’ dimulai, kebutuhan
dibekukan lebih dahulu dan setelah itu kebutuhan
untuk ‘increment’ selanjutnya dapat dilanjutkan
20
10
Incremental development
Mendefinisikan Increment Desain arsitektur

kebutuhan outline kebutuhan sistem
Mengembangkan Validasi Integrasi Validasi

Increment sistem increment increment sistem
Sistem
final
System incomplete
21
Keuntungan Pengembanan
Incremental
Nilai konsumen dapat diserahkan pada setiap
‘increment’ sehingga fungsional sistem
tersediah lebih dahulu
‘increment’ awal berfungsi sebagai prototype
untuk membantu memperoleh kebutuhan
‘increment’ selanjutnya
Resiko lebih rendah dari keseluruhan kegagalan
proyek
Layanan sistem prioritas tertinggi cenderung
menerima testing terbanyak
22
11
Pemrograman Extreme
Pendekatan baru untuk pengembangan
berbasis pengembangan dan pelepasan
fungsional ‘increment’ yang sangat kecil
Mempercayakan perbaikan konstan,
keterlibatan user dalam tim pengembang dan
pemrograman
23
Pengembangan Spiral
Proses direpresentasikan sebagai spiral bukan
sebagai urutan aktivitas dengan melihat sistem
sebelumnya (backtracking)
Setiap loop dalam spiral merepresentasikan
fase dalam proses
Tidak ada fase yang tetap seperti spesifikasi
atau desain- loop dalam spiral dipilih
tergantung pada apa yang dibutuhkan
Resiko ditaksir secara eksplisit dan
penyelesaian sepanjang proses
24
12
Model Spiral model pada Proses
Software
Menentukan alternatif Evaluasi identifikasi
dan batasan obyektif alternative, pemecahan
Analisa resiko
resiko
Analisa
resiko
Analisa
Prototype
resiko
operasional
Prototype 3
Prototype 2
Analisa
resiko Proto-
REVIEW
type 1
Rencana kebutuhan dan Simulasi, model, benchmark
rencana daur hidup Concept o f
Operati on
Kebutuhan
S/W Desain
Desain
Produk
Validasi detail
Rencana
kebutuhan
Pengembangan Kode
Desain Tes
Integrasi dan V&V Tes Unit
test plan Integrasi
Perencanaan fase Tes
berikutnya penerimaan
Servis Mengembangkan,
verifikasi produk level
berikutnya
25
Sektor Model Spiral

Setting Obyektif
o Obyektif khusus untuk fase diidentifikasi
Penaksiran dan pengurangan resiko
o Resiko ditaksir dan aktifitas didigunakan untuk
mengurangi resiko
Pengembangan dan Validasi
o Model pengembangan untuk sistem dipilih yang
berupa model generik
Perencanaan
o Proyek direview dan fase berikutnya dari spiral
direncanakan
26
13
Spesifikasi Software
Dari proses yang sudah berjalan ditentukan
layanan apa yang dibutuhkan dan batasan
operasi dan pengembangan sistem
Proses rekayasa kebutuhan
o Studi kelayakan
o Perolehan dan analisa kebutuhan
o Spesifikasi kebutuhan
o Validasi kebutuhan
27
Proses Rekayasa Kebutuhan

Studi Mendapatkan
kelayakan dan analisa
kebutuhan
Spesifikasi
kebutuhan
Laporan Validasi
kelayakan kebutuhan
Model sistem
Kebutuhan
sistem dan user
Dokumen
kebutuhan
28
14
Implementasi dan Desain Software
Proses mengubah spesifikasi sistem menjadi
sistem yang dijalankan
Desain software
o Mendesain struktur software yang didapatkan dari
spesifikasi
Implementasi
o Mengubah struktur software ke dalam program
yang dieksekusi
Aktifitas desain dan implementasi saling
berhubungan dan mungkin terpisah
29
Aktifitas Proses Desain

Desain arsitektur
Spesifikasi abstrak
Desain antar muka
Desain komponen
Desain struktur data
Desain algoritma
30
15
Proses Desain Software
Spesifikasi
kebutuhan
Aktifitas desain
Desain Spesifikasi Desain Desain Desain Desain

arsitektur abstrak antar muka komponen struktur algoritma
data
Spesifikasi
Arsitektur Spesifikasi Spesifikasi Spesifikasi Spesifikasi
struktur
sistem software antar muka komponen algoritma
data
Produk desain
31
Metode Desain
Pendekatan sistematis untuk pengembangan
desain software
Desain biasanya terdokumentasi sebagai
kumpulan model grafis
Model yang mungkin
o Model data-flow
o Model entity-relation-attribute
o Model struktural
o Model obyek
32
16
Pemrograman dan Debugging
Mengubah desain ke dalam program dan
menghilangkan error dari program
Pemrograman adalah aktifitas personal – tidak
ada proses pemrograman generik
Programmer membawa beberapa program
testing untuk menemukan kegagalan dalam
program dan menghilangkan kegagalan dalam
proses debugging
33
Proses Debugging
Mencari Desain Perbaikan Re-test

error perbaikan error program
error
34
17
Validasi Software
Verifikasi dan validasi bertujuan untuk
menunjukkan bahwa sistem sesuai
spesifikasinya dan sesuai kebutuhan konsumen
Melibatkan pengecekan dan review proses dan
testing sistem
Testing sistem melibatkan eksekusi sistem
dengan test case yang diambil dari spesifikasi
data riil untuk diproses oleh sistem
35
Proses Testing
Testing
unit
Testing
modul
Testing
sub sistem
Testing
sistem
Testing
penerimaan
Testing Testing
integrasi Testing
komponen
user
36
18
Tingkat Testing
Testing Unit
o Dilakukan tes pada komponen individu
Testing Modul
o Dilakukan tes pada kumpulan komponan yang
berhubungan
Testing sub-system
o Modul diintegrasikan ke dalam sub sistem dan dilakukan
tes. Fokus pada testing antar muka
Testing sistem
o Testing pada keseluruhan sistem. Terting terhadap
properti penting
Testing Penerimaan
o Testing dengan data konsumen untuk memeriksa apakah
dapat diterima
37
Fase Testing
Spesifikasi Spesifikasi Desain Desain

kebutuhan sistem sistem detail
Perencanaan Perencanaan Kode dan

Perencanaan tes integrasi
tes integrasi tes modul
tes penerimaan sistem sub sistem dan unit
Tes Tes integrasi Tes integrasi

Servis penerimaan sistem sub sistem
38
19
Evolusi Software
Software bersifat fleksibel dan dapat berubah
Perubahan kebutuhan karena perubahan
lingkungan bisnis, software yang mendukung
bisnis juga harus terlibat dan berubah
Meskipun terdapat batas antara pengembangan
dan evolusi (pemeliharaan), peningkatan yang
tidak berhubungan menyebabkan sistem sedikit
demi sedikit menjadi sistem baru.
39
Evolusi Sistem
Menentukan Menaksir sistem Menawarkan Modifikasi

kebutuhan sistem yang sudah ada perubahan sistem sistem
Sistem yang Sistem

sudah ada baru
40
20
Pendukung Proses Otomasi (CASE)
Computer-aided software engineering (CASE)
adalah software untuk mendukung proses
pengembangan dan evolusi
Aktifitas otomasi
o Editor grafis untuk pengembangan model sistem
o Data dictionary untuk mengatur desain entity
o Graphical UI builder untuk konstruksi antar muka
user
o Debugger untuk menemukan kegagalan program
o Translator otomatis untuk membangkitkan versi
baru dari program
41
Teknologi CASE
Teknologi Case memudahkan perbaikan
signifikan dalam proses software merkipun
bukan perbaikan penting sesuai perkiraan
o Rekayasa software membutuhkan pemikiran
kreatif – hal ini tidak dapat diotomasi
o Rekayasa software adalah aktifitas tim dan untuk
proyek besar, banyak waktu dihabiskan untuk
interaksi tim. Teknologi CASE tidak mendukung
hal ini
42
21
Klasifikasi CASE
Klasifikasi membantu mengerti perbedaan tipe
tool CASE dan dukungan untuk aktifitas proses
Perspektif Fungsional
o Tool diklasifikasi berdasarkan fungsi tertentu
Perspektif Proses
o Tool diklasifikasi berdasarkan aktifitas proses yang
didukung
Perspektif Integrasi
o Tool diklasifikasi berdasarkan organisasi ke dalam
unit integrasi
43
Klasifikasi Functional Tool
Tool type Examples

Planning tools PERT tools, estimation tools,
spreadsheets
Editing tools Text editors, diagram editors, word
processors
Change management tools Requirements traceability tools, change
control systems
Configuration management tools Version management systems, system
building tools
Prototyping tools Very high-level languages,
user interface generators
Method-support tools Design editors, data dictionaries, code
generators
Language-processing tools Compilers, interpreters
Program analysis tools Cross reference generators, static
analysers, dynamic analysers
Testing tools Test data generators, file comparators
Debugging tools Interactive debugging systems
Documentation tools Page layout programs, image editors
Re-engineering tools Cross-reference systems, program re-
structuring systems
44
22
Reengineering tools
Testing tools
Debugging tools
Program analysis tools
Language-processing
tools
Method support tools
Prototyping tools
Configuration
management tools
Change management tools
Documentation tools
Editing tools
Planning tools
Specification Design Implementation Verification

and
Validation
Klasifikasi berbasis aktifitas 45

Integrasi CASE
Tool
o Mendukung task proses individu seperti
pemeriksaan konsistensi desain, text editing dll
Workbench
o Mendukung fase proses seperti spesifikasi atau
desain. Biasanya melibatkan sejumlah tool
integrasi
Lingkungan
o Mendukung semua atau bagian substansi dari
keseluruhan proses software. Biasanya melibatkan
beberapa workbench terintegrasi
46
23
Tool, workbench, lingkungan
Teknologi
CASE
Tools Workbench Lingkungan
Lingkungan Lingkungan proses

Editor Compiler Pembanding
terintegrasi terpusati
File
Analisis
dan desain Pemrograman Testing
Workbench Workbench Workbench Workbench

multi-method single-method general-purpose special language
47
Summary
Proses software adalah aktivitas yang terjadi
dalam memproduksi dan menghasilkan sistem
software. Direpresentasikan dalam model
proses software
Aktifitas umum adalah spesifikasi, desain dan
implementasi, validasi dan evolusi
Model proses generik menggambarkan
organisasi dari proses software
Model proses iteratif menggambarkan proses
software sebagai siklus aktifitas
48
24
Summary
Rekayasa kebutuhan adalah proses
mengembangkan spesifikasi software
Proses desain dan implementasi mengubah
spesifikasi ke program eksekusi
Validasi melibatkan pemeriksaan bahwa sistem
sesuai dengan spesifikasi dan keperluan user
Evolusi menyangkut modifikasi sistem setelah
digunakan
Teknologi CASE mendukung aktifitas proses
software
49
25

Proses Software

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Proses Software

Uploaded by

Copyright:

Available Formats

Proses Software

 Sekumpulan aktifitas yang saling

Model Proses Software Generik

Fase model Waterfall

Spesifikasi Versi inisial

Validasi Versi akhir

Pengembangan Sistem Formal

Definisi Spesifikasi Transformasi Integrasi dan

Pengembangan Sistem Formal

Spesifikasi Analisa Modifikasi Desain sistem

Mendefinisikan Increment Desain arsitektur

Mengembangkan Validasi Integrasi Validasi

Sektor Model Spiral

Proses Rekayasa Kebutuhan

Aktifitas Proses Desain

Desain Spesifikasi Desain Desain Desain Desain

Mencari Desain Perbaikan Re-test

Spesifikasi Spesifikasi Desain Desain

Perencanaan Perencanaan Kode dan

Tes Tes integrasi Tes integrasi

Menentukan Menaksir sistem Menawarkan Modifikasi

Sistem yang Sistem

Klasifikasi Functional Tool

Tool type Examples

Program analysis tools

Method support tools

Change management tools

Specification Design Implementation Verification

Klasifikasi berbasis aktifitas 45

Tools Workbench Lingkungan

Lingkungan Lingkungan proses

Workbench Workbench Workbench Workbench

You might also like

Sekumpulan aktifitas yang saling