1.

0 Pendahuluan
Proses pembangunan perisian yang juga dikenali sebagai kitar hayat pembangunan
perisian (SDLC) adalah satu struktur yang dilakukan ke atas pembangunan produk perisian.
Ia juga meliputi proses perisian dan kitar hayat perisian yang dianggap sebahagian daripada
kitar hayat pembangunan sistem. Terdapat beberapa model bagi proses tersebut dimana setiap
pendekatan mempunyai pelbagai tugas atau aktiviti yang berlaku semasa proses. Sesetengah
orang menganggap bahaa setiap model kitaran hidup adalah satu istilah yang lebih umum
dan proses pembangunan perisian pula merupakan istilah yang lebih khusus.
2.0 Pendekatan Waterfall dan Spiral
2.1.1 Waterfall
!etodologi Waterfall adalah satu proses reka bentuk turutan dimana ia banyak
digunakan dalam pembinaan dan pembuatan aliran kerja. Ini bermakna bahaa ia merupakan
salah satu langkah daripada lapan peringkat (konsep" permulaan" analisis" rekabentuk"
pembinaan" ujian" pelaksanaan" dan penyelenggaraan) telah siap" pihak pemaju beralih ke
langkah seterusnya. #leh kerana proses ini adalah berturutan" sebaik sahaja sesuatu langkah
yang telah siap" pemaju tidak boleh kembali kepada langkah terdahulu" tidak mengganggu
keseluruhan projek dan bermula dari aal. $ika tidak terdapat perubahan atau kesilapan" hasil
projek diujudkan dan ran%angan yang menyeluruh mesti ditetapkan pada mulanya dan
kemudian diikuti dengan teliti.
2.1.2 Kebaikan kaedah Waterfall
&) !etodologi Waterfall menekankan penyimpanan rekod yang teliti dimana rekod tersebut
mempunyai keupayaan untuk memperbaiki program yang sedia ada pada masa hadapan.
') Dengan kaedah Waterfall" pelanggan akan dapat mengetahui apa yang boleh dijangkakan
berkaitan idea tentang sai(" kos" dan masa untuk projek. !ereka juga akan mempunyai
idea yang jelas tentang apa yang program mereka akan lakukan pada akhirnya.
)) Dalam situasi pusing ganti pekerja" dokumentasi kukuh Waterfall akan memberikan
impak yang minima kepada projek.
2.1.3 Kelemahan kaedah Waterfall
&) Sebaik sahaja langkah yang telah siap" pemaju tidak boleh kembali kepada peringkat yang
sebelumnya dan membuat perubahan.
') !etodologi Waterfall sangat bergantung pada syarat*syarat aal. +alau bagaimanapun"
jika syarat*syarat ini akan rosak dalam apa %ara sekalipun" projek itu boleh diulangi.
)) $ika terdapat ralat keperluan atau perubahan yang perlu dibuat" projek ini harus bermula
dari aal dengan semua kod yang baru.
,) Produk keseluruhannya hanya hanya akan diuji pada peringkat akhir. $ika -bug. ditulis
lebih aal tetapi diketahui pada saat*saat akhir" keujudan ia mungkin memberi kesan
kepada kod lain yang ditulis.
/) Pelan yang diujudkan tidak mengambil kira keperluan pelanggan. Sekiranya klien
menyedari bahaa mereka memerlukan lebih banyak daripada mulanya dan meminta
perubahan" projek akan mengambil masa yang lama dan memberi kesan kepada bajet.
2.2.1 Spiral
!odel Spiral merupakan model yang sama dengan model Incremental " iaitu dengan
memberi lebih banyak tumpuan kepada analisis risiko. !odel Spiral terdiri daripada empat
0asa iaitu peran%angan" analisis risiko" kejuruteraan dan penilaian. Projek perisian berulang
kali melalui 0asa ini dalam lelaran (dipanggil bentuk pilin dalam model ini). 1sas model
Spiral" bermula dalam 0asa peran%angan" keperluan akan dikumpulkan dan risiko akan dinilai.
Setiap bentuk pilin seterusnya membina pada Lingkaran asas. 2eperluan dikumpul semasa
0asa peran%angan. Dalam 0asa analisis risiko" proses akan dilaksanakan untuk mengenal pasti
risiko dan penyelesaian alternati0. Prototaip akan dihasilkan pada penghujung 0asa analisis
risiko. Perisian akan dihasilkan pada 0asa kejuruteraan bersama*sama dengan ujian di
penghujung 0asa. 3asa penilaian membolehkan pelanggan menilai output projek sebelum
tarikh projek ke Spiral yang seterusnya. 4ajah di baah menunjukkan rekabentuk model
Spiral.
2.2.2 Kelebihan model Spiral:
&) 2aedah ini dapat meminimumkan risiko di mana model ini akan menganalisis risiko*
risiko sebanyak yang mungkin dan menilaikannya sebelum dilaksanakan.
') 2aedah Spiral ini amat sesuai terutamanya bagi projek*projek yang besar dan kritikal
kerana projek*projek yang besar memerlukan ketelitian dalam membuat keputusan kerana
kegagalan perlaksanaannya akan mengundang kerugian yang besar.
)) 2aedah ini akan mengaal segala kelulusan dan setiap kelulusan akan dinilai dengan
teliti. Selain itu kaedah ini akan menyediakan dokumentasi yang kukuh dalam
perlaksanaannya.
,) 2e0ungsian tambahan dalam setiap projek tersebut boleh ditambah kemudian jika terdapat
penambahbaikan dalam perlaksanaannya.
/) Perisian akan dihasilkan pada peringkat aal dalam kitar hayat perisian.
2.2.3 Keburukan model Spiral:
&) 2os perlaksanaan kaedah ini agak mahal daripada kaedah yang lain kerana ia
memerlukan perlaksanaan yang terperin%i untuk menggunakannya.
') Dalam menganalisis risiko setiap perlaksanaan memerlukan kepakaran yang khusus untuk
mengendalikannya.
)) 2ejayaaan sesebuah projek adalah bergantung kepada 0asa analisis risiko yang dilakukan
sebelum perlaksanaannya.
,) 5agi projek*projek yang ke%il ia tidak akan bekerja dengan baik dalam perlaksanaannya.
3.0 Pendekatan Incremental dan Iterative
3.1.1 Incremental
5agi model Incremental" keperluan keseluruhan dibahagikan kepada pelbagai
struktur. 5eberapa kitaran pembangunan akan berlaku di sini. 2itaran pembangunan akan
dibahagikan kepada modul*modul yang lebih ke%il dan lebih mudah diuruskan. Setiap modul
akan melalui keperluan" rekabentuk" perlaksanaan dan 0asa pengujian. Perisian versi kerja
akan dihasilkan dalam modul pertama" oleh sebab itu perisian versi kerja diperolehi lebih
aal sepanjang kitar hayat perisian. Setiap keluaran yang seterusnya modul akan menambah
0ungsi untuk yang terdahulu. Proses berterusan sehingga sistem yang lengkap
diperolehi.4ajah dibaah menunjukkan model Incremental.
3.1.2 Kelebihan model Incremental
&) !odel ini menghasilkan perisian yang bekerja dengan aal dan %epat semasa kitar hayat
perisian.
') !odel ini lebih 0leksibel dan dan kos mengubah skop dan keperluan lebih murah
berbanding model yang lain.
)) Lebih mudah untuk diuji semasa lelaran yang lebih ke%il.
,) Pelanggan boleh memberi maklum balas kepada setiap peringkat yang dibina.
/) !odel ini dapat mengurangkan kos aal penghantaran.
6) !odel ini lebih mudah menguruskan risiko kerana setiap peringkat yang berisiko telah
dikenalpasti dan dikendalikan semasa ia di lelaran.
3.1.3 Kekurangan model Icremental7
&) !odel ini memerlukan reka bentuk dan peran%angan yang baik bagi memastikan
program berjalan dengan lan%ar.
') De0inisi yang jelas dan lengkap diperlukan pada keseluruhan sistem sebelum ia boleh
dipe%ahkan dan dibina se%ara berperingkat.
)) Ia memerlukan jumlah kos yang lebih tinggi berbanding model Waterfall.
,) Ia merupakan satu teknologi yang baru sedang digunakan.
/) Sumber*sumber dengan kemahiran yang diperlukan agak sukar diperolehi dalam proses
melaksanakan model tersebut.
6) 5agi menghasilkan model ini" terdapat beberapa %iri*%iri risiko dan matlamat tinggi yang
harus diselesaikan.
3.2.1 Iterative
!odel kitar hayat Iterative tidak akan dimulakan dengan syarat*syarat spesi0ikasi
penuh. Sebaliknya pembangunan model tersebut bermula dengan menentukan dan
melaksanakan hanya sebahagian daripada perisian yang kemudiannya akan disemak untuk
mengenalpasti keperluan. Proses ini kemudiannya akan diulang dan ini akan menghasilkan
perisian versi yang baru bagi setiap kitaran model. 1pabila kita bekerja se%ara lelaran" kita
mula men%ipta produk kasar atau produk kertas dan kemudiannya mengkaji semula produk
tersebut dan memperbaikinya dalam lelaran seterusnya sehingga ia selesai. 4ajah dibaah
menunjukkan model Iterative:
3.2.2 Kelebihan model Iterative:
&) Dalam model Iterative kita hanya boleh men%ipta reka bentuk permohonan yang tinggi
sebelum kita benar*benar mula membina produk sebenar dan menentukan penyelesaian
reka bentuk untuk produk se%ara menyeluruh. 2emudian kita boleh mereka bentuk dan
membina rangka dan kemudian mengembangkan reka bentuk tersebut berdasarkan apa
yang telah dibina.
') Dalam model Iterative kita membina dan memperbaiki produk langkah demi
langkah. #leh itu kita boleh mengesan ke%a%atan pada peringkat aal dan ini akan
mengelakkan aliran ke%a%atan.
)) Dalam model Iterative kita boleh mendapatkan maklum balas pengguna yang boleh
diper%ayai dengan membentangkan lakaran dan pelan induk produk kepada pengguna
untuk mendapatkan maklum balas daripada mereka. kita akan meminta mereka untuk
membayangkan bagaimana produk ini akan bekerja dengan berkesan.
,) Dalam model Iterative proses mereka bentuk diberikan lebih banyak masa berbanding
proses mendokumentasi.
3.1.3 Kekurangan model Iterative:
&) Lelaran untuk setiap 0asa adalah berhati*hati dengan tiada pertindihan
') Isu*isu seni bina atau 4eka bentuk sistem yang mahal mungkin akan timbul kerana tidak
semua keperluan dikumpulkan terlebih dahulu untuk kitaran menyeluruh
4.0 Pendekatan Prototyping dan Rapid Appliation !evelopment "RA!#
4.1.1 Prototyping
Prototyping ini dibangunkan berdasarkan kepada keperluan yang sebenar. Dengan
menggunakan prototaip ini" pelanggan boleh mendapatkan satu 8rasa sebenar8 sistem" kerana
interaksi pelanggan dengan Prototyping ini membolehkan pelanggan untuk memahami
keperluan sistem yang dikehendaki. Prototaip adalah satu idea yang menarik untuk sistem
yang besar dan rumit yang mana tidak terdapat proses manual atau sistem sedia ada untuk
membantu menentukan syarat*syarat. Prototyping biasanya sistem tidak lengkap dan banyak
butiran*butiran tidak dibina dalam Prototyping. !atlamat sistem adalah untuk menyediakan
satu sistem dengan 0ungsi keseluruhan. 4ajah dibaah menunjukkan model Prototyping7
4.1.2 Kelebihan model Prototyping
&) Pengguna yang akan terlibat se%ara akti0 dalam pembangunan tersebut.
') Pengguna akan mendapat pemahaman yang lebih baik daripada sistem yang dibangunkan.
)) 2esilapan akan dapat dikesan dengan lebih aal.
,) !aklum balas pengguna yang lebih %epat membaa kepada penyelesaian yang lebih
baik.
/) 2ehilangan 0ungsi boleh dikenalpasti dengan mudah.
4.1.3 Kekurangan model Prototyping
&) !odel ini akan membaa kepada pelaksanaan dan kemudian membaiki %ara*%ara
membina sistem.
') Se%ara praktikalnya" kaedah ini boleh meningkatkan kerumitan kepada sistem seperti
skop sistem boleh berkembang luar daripada ran%angan asal.
)) 1nalisis masalah yang tidak lengkap atau tidak men%ukupi boleh menyebabkan
permohonan tidak digunakan sebagai sistem penuh yang telah direka.
4.2.1 Rapid Appliation !evelopment "RA!#
4apid 1ppli%ation Development (41D) model adalah model pembangunan aplikasi
yang pesat. Ia adalah jenis model tambahan. Di 41D" model komponen atau 0ungsi*0ungsi
yang dibangunkan seolah*olah mereka adalah projek*projek mini. Perkembangan adalah
masa berkotak" dihantar dan kemudian dipasang ke dalam satu prototaip bekerja. Ini boleh
memberikan pelanggan melihat sesuatu dengan %epat" menggunakan dan memberikan
maklum balas tentang penghantaran dan keperluan mereka. 4ajah dibaah menunjukkan
41D model.
3asa*0asa dalam model pembangunan (41D) permohonan yang pesat adalah7
$odel perniagaan: 1liran maklumat dikenal pasti antara 0ungsi*0ungsi perniagaan yang
pelbagai.
Pemodelan data: !aklumat yang dikumpul dari model perniagaan digunakan untuk
menentukan objek data yang diperlukan untuk perniagaan.
Pro%e% pemodelan: 5enda*benda data yang ditakri0kan di dalam pemodelan data ditukar
untuk men%apai aliran maklumat perniagaan untuk men%apai beberapa matlamat
perniagaan tertentu. 2eterangan akan dikenal pasti dan di%ipta untuk C49D data objek.
Aplika%i pen&anaan: 1utomatik alat yang digunakan untuk menukar model proses
kepada kod dan sistem sebenar.
'&ian dan perolehan: !enguji komponen baru dan semua antara muka.
4.2.2 Kelebihan model RA!:
&) Tempoh proses pembangunan model dapat dikurangkan.
') 9lasan aal berlaku dengan %epat
)) !enggalakkan maklum balas pelanggan
,) Integrasi dari aal dapat menyelesaikan banyak isu integrasi.
4.2.3 Kekurangan model RA!:
&) !odel ini sangat bergantung kepada pasukan yang kuat dan persembahan individu untuk
mengenal pasti keperluan perniagaan.
') :anya sistem yang modular boleh dibina menggunakan 41D.
)) !odel ini memerlukan pemaju atau pereka yang berkemahiran.
,) Ia sangat bergantung kepada kemahiran pemodelan.
(.0 Pendekatan Agile dan Extreme
/.&.& Agile
!odel Agile mun%ul sebagai 8penyelesaian8 kepada keburukan kaedah Waterfall.
Daripada proses rekabentuk berturutan" metodologi Agile mengikut pendekatan tambahan.
Pemaju akan memulakannya dengan reka bentuk projek yang sederhana dan kemudiannya
mula bekerja pada modul*modul yang ke%il. 2erja pada modul ini dilakukan pada pe%utan
mingguan atau bulanan" dan pada akhir setiap pe%utan" keutamaan projek akan dinilai dan
ujian dijalankan. Pe%utan ini membolehkan -bug. diterokai dan maklum balas pelanggan
untuk dimasukkan ke dalam reka bentuk sebelum pe%utan seterusnya dijalankan. !elalui
proses ini" kekurangan reka bentuk permulaan dan langkah*langkah sering dikritik kerana
si0at kolaborati0 yang mem0okuskan kepada prinsip dan bukannya proses.
/.&.' Kelebihan model Agile
&. !etodologi Agile yang membenarkan perubahan dibuat selepas peran%angan aal. Ia
menulis semula ke dalam program sebagai pelanggan untuk memutuskan membuat
perubahan yang dijangka.
'. !etodologi Agile membolehkan anda untuk membuat perubahan" dimana ia adalah lebih
mudah untuk menambah %iri*%iri yang membuatkan anda peka dengan perkembangan terkini
dalam industri anda.
). Pada pe%utan akhir" keutamaan projek akan dinilai. Ini membolehkan pelanggan
menambah maklumbalas mereka supaya mereka mendapat produk yang mereka kehendaki.
,. 9jian pada akhir setiap pe%utan memastikan bahaa -bug. yang ditangkap dan dijaga
dalam kitaran pembangunan tidak akan ditemui pada akhir.
/. 2erana produk*produk Agile diuji dengan begitu teliti" produk boleh dilan%arkan pada
mana*mana penghujung kitaran. :asilnya" ia akan lebih %enderung untuk sampai ke tarikh
pelan%aran.
/.&.) Kelemahan model Agile
&. $ika Pengurus Projek yang kurang berjaya" projek tersebut boleh menjadi satu siri kod
pe%utan. $ika ini berlaku" projek ini mungkin siap leat dan berlebihan bajet.
'. $ika projek permulaan itu tidak mempunyai pelan muktamad" produk akhir boleh berbe(a
daripada apa yang dimaksudkan pada mulanya.
(.2.1 Extreme
Pengatur%araan Extreme bertujuan membaa ke%ekapan dalam proses pengekodan dan
menyediakan kepada pelanggan pada nilai maksimum. 2elebihan pengatur%araan Extreme
termasuk keteguhan" ketahanan" penjimatan kos" risiko*risiko yang lebih rendah" dan
kepuasan keseluruhan yang lebih baik. Pengatur%araan Extreme (;P) merupakan markah
perlepasan daripada pendekatan pengatur%araan konvensional. Ia menekankan kepentingan
kepada individu dan interaksi melalui proses*proses dan peralatan" perisian bekerja
berdasarkan dokumentasi" kerjasama pelanggan ke atas kontrak rundingan dan tindak balas
untuk menukar pelan.
(.2.2 Kelebihan pengaturaraan Extreme
1. Keberke%anan
Pengatur%araan Extreme meman0aatkan kuasa kesederhanaan. 4eka bentuknya menyerupai
sebuah susun atur yang bekerja pada kepingan ke%il atau lelaran. <abungan lelaran pada
akhir memberikan produk akhir. Pendekatan ini men%ipta perisian bekerja lebih %epat dengan
ke%a%atan yang sangat sedikit. 9jian tetap pada tahap pembangunan memastikan pengesanan
semua -bug. dan penggunaan pelanggan diluluskan melalui pengesahan ujian untuk
menentukan ia berjaya menyelesaikan satu blok pengkodan bagi memastikan pelaksanaannya
hanya apa yang pelanggan mahukan dan tidak lebih daripada itu. Satu kelebihan pendekatan
ini ialah membolehkan %iri*%iri perisian berasaskan anggaran kos daripada aktiviti pemaju. Ini
membolehkan pelanggan membuat keputusan yang bijak mengenai apa yang perlu
dimasukkan dan apa yang memerlukan penge%ualian bergantung kepada bajet. Dengan
memilih keperluan penting terlebih dahulu" pelanggan memperoleh nilai maksimum dengan
jumlah yang dibelanjakan" dan ini boleh memberi kesan positi0 pada peningkatan dalam
produk utiliti dengan kos untuk menggabungkan %iri*%iri tambahan.
2. !aya tahan
Pendekatan tradisional pengatur%araan ber0ungsi apabila keperluan kekal statik. Dalam
kehidupan sebenar" keperluan menyimpan dan menukar sama ada kerana kemun%ulan
peluang*peluang perniagaan yang baru atau hanya kerana 0asa keperluan perhimpunan aal
adalah tidak lengkap. Pengatur%araan Extreme dalam membina syarat*syarat tersebut berubah
melalui pendapat %erita*%erita pengguna pada permulaan lelaran dan melalui maklum balas
semasa lelaran.
3. Pen&imatan ko%
Pengatur%araan =>treme menghalang aktiviti*aktiviti yang tidak produkti0 untuk
mengurangkan kos dan keke%eaan semua orang yang terlibat. Ia membolehkan pemaju
memberi tumpuan kepada pengekodan daripada membuang masa pada kertas kerja yang
perlu mesyuarat dan dengan keperluan untuk penguji yang berasingan.
Perubahan kos pembuatan meningkatkan seperti perisian pendahuluan di dalam kitaran
hayatnya. Perubahan kos pembuatan selepas bertukar antara / dan &?? kali ganda daripada
kos membuat perubahan pada peringkat reka bentuk. 2aedah konvensional pengatur%araan
membuat perubahan berdasarkan maklum balas pelanggan di akhir kitaran hayat produk"
manakala pengatur%araan Extreme membolehkan perubahan di peringkat pembangunan.
4. Ri%iko)ri%iko yang lebih rendah
Salah satu kelebihan utama pengatur%araan Extreme adalah bahaa ia mengurangkan risiko*
risiko yang berkaitan dengan pengatur%araan. Pengatur%araan konvensional banyak
bergantung kepada individu yang terkenal atau ahli*ahli yang kritikal dalam pasukan. 5agi
pengatur%araan e>treme" dengan meme%ahkan tugas menjadi modul" risiko merebak dan
mengurangkan pergantungan pada mana*mana arkitek" pengurus projek atau kod individu.
(. Kepua%an peker&a
5agi pengatur%araan Extreme" masa yang sama dapat mengurangkan kepentingan individu
dalam proses pembangunan dan juga membantu meningkatkan kepuasan pekerja dan
pengekalan. Pengatur%araan Extreme adalah berasaskan pada nilai pendekatan yang
menetapkan masa kerja yang tetap dengan skop yang ke%il untuk kerja lebih masa. 5utir*butir
projek dimasukkan ke dalam sub komponen dan maklum balas pelanggan bagi menghalang
pengumpulan. 5anyak kerja boleh disiapkan sebelum tarikh akhir yang ditetapkan.
(.2.3 Keburukan Pengaturaraan Extreme
2elemahan terbesar pengatur%araan Extreme adalah bahaa ia melibatkan penglibatan
berterusan kepada pelanggan. 2ejayaannya bergantung kepada pengumpulan data pada
banyak peringkat dalam proses pembangunan. 4amai pelanggan dan lain*lain lagi mungkin
tidak suka tahap penglibatan yang berterusan.
2od pengatur%araan Extreme adalah satu pendekatan yang mementingkan pendekatan
berpusatkan reka bentuk dan kekurangan dokumentasi yang betul akan men%ipta masalah
besar kepada produk apabila ahli*ahli yang baru datang kemudian.
*.0 Pendekatan Pembangunan Peri%ian yang +er%e%uaian.
5agi proses pembangunan sesbuah perisian" pemilihan model yang bersesuaian adalah
penting bagi memastikan pembangunan perisian tersebut berjalan dengan lan%ar. Pemilihan
tersebut mestilah berdasarkan situasi*situasi yang tertentu yang melibatkan kos" keperluan"
permintaan dan lain*lain lagi. 4ajah dibaah menunjukkan model*model pembangunan
perisian yang sesuai digunakan mengikut keadaan yang ditetapkan.
$odel Keadaan yang %e%uai digunakan
,ater-all
&) 1pabila terdapat gambar yang boleh menjelaskan apa produk
akhir yang sepatutnya.
') 1pabila pelanggan tidak akan mempunyai keupayaan untuk
mengubah skop projek ini sebaik sahaja ia telah bermula.
)) 1pabila de0inisi" tidak %epat adalah kun%i kejayaan.
.piral &) 1pabila penilaian kos dan risiko adalah penting
') Ia adalah untuk projek yang berisiko tinggi
)) Projek yang komitmen jangka panjang adalah kurang bijak kerana
potensi ekonomi adalah keutamaan.
,) Pengguna yang tidak memahami keperluan mereka
/) 5arisan produk baru
6) Perubahan yang dijangka ketara berdasarkan penyelidikan dan
penerokaan
Inremental
&) 2eperluan sistem lengkap yang ditakri0kan dengan jelas dan
di0ahami.
') Syarat*syarat utama mesti ditentukan. +alau bagaimanapun"
beberapa butiran boleh berubah dengan masa.
)) Terdapat keperluan untuk memasarkan produk ke pasaran lebih
aal.
,) Teknologi baru sedang digunakan
/) 1pabila tidak terdapat sumber*sumber dengan kemahiran yang
diperlukan.
6) Terdapat beberapa %iri*%iri risiko dan matlamat yang tinggi.
Iterative
&) 2eperluan sistem yang lengkap ditakri0kan dengan jelas dan
di0ahami.
') 1pabila projek ini adalah besar.
)) Syarat*syarat utama mesti ditentukan. +alau bagaimanapun"
beberapa butiran boleh berubah dengan masa.
Prototype
&) !odel prototaip perlu digunakan apabila sistem perjalanan perlu
interaksi dengan pengguna akhir.
') La(imnya" sistem dalam talian" antara muka eb yang
mempunyai jumlah yang sangat tinggi interaksi dengan pengguna
adalah yang paling sesuai bagi model prototaip. Ia mungkin akan
mengambil sedikit masa untuk sistem yang akan dibina untuk
kemudahan penggunaan dan memerlukan latihan yang minimum
untuk pengguna akhir.
)) Prototaip memastikan bahaa pengguna sentiasa bekerja dengan
sistem dan memberikan maklum balas yang dibina pada prototaip
untuk menghasilkan sistem yang boleh digunakan.
Rapid
Appliation
!evelopment
"RA!#
&) 41D digunakan apabila terdapat keperluan untuk meujudkan
satu sistem yang boleh dimodular dalam masa '*) bulan
') Ia hendaklah digunakan jika terdapat keujudan pereka
pemodelan yang tinggi dan bajet yang %ukup tinggi untuk
menampung kos mereka bersama*sama dengan kos kod penjana
alat automatik.
)) 41D SDLC model patut dipilih hanya jika sumber pengetahuan
perniagaan yang tinggi dan terdapat keperluan untuk
menghasilkan sistem dalam jangka masa pendek masa ('*)
bulan).
Agile
&) 1pabila pengeluaran yang pesat lebih diutamakan daripada kualiti
produk.
') 1pabila pelanggan akan dapat peluang skop projek.
)) 1pabila tidak ada gambaran yang jelas apa yang produk akhir
yang sepatutnya dihasilkan.
,) 1pabila anda mahir dan dapat menyesuaikan diri serta berupaya
untuk ber0ikir se%ara bebas.
/) 1pabila produk dihasilkan bertujuan untuk industri yang %epat
menukar piaaian.
/0treme
&) Syarat*syarat yang akan berubah*ubah dengan pesat.
') !odel projek %abaran baru yang mempunyai risiko yang tinggi.
)) 9ntuk kumpulan pengatur%ara ke%il (antara '*&?).
,) !ampu men%ipta ujian automati%.
/) Terdapat penglibatan pelanggan se%ara langsung.
4ajah &