METODOLOGI PENGEMBANGAN SISTEM

Nama : Izzah Luxfiati

NIM : 155060700111033

1. Metode Prototyping
PENGERTIAN
Prototyping adalah pengembangan yang cepat dan TAHAPAN METODE PROTOTYPING
pengujian terhadap model kerja (prototipe) dari KEUNGGULAN
aplikasi baru melalui proses interaksi dan berulang-
1. Adanya komunikasi yang baik antara
ulang yang biasa digunakan ahli sistem informasi
pengembang dan pelanggan.
dan ahli bisnis. 2. Pengembang dapat bekerja lebih baik
Metode ini sangat baik digunakan untuk dalam menentukan kebutuhan pelanggan.
menyelesesaikan masalah kesalahpahaman antara 3. Pelanggan berperan aktif dalam
user dan analis yang timbul akibat user tidak pengembangan sistem.
mampu mendefinisikan secara jelas kebutuhannya 4. Lebih menghemat waktu dalam
(Mulyanto, 2009). pengembangan sistem.
5. Penerapan menjadi lebih mudah karena
pemakai mengetahui
apa yang User Requirements : Pada tahap ini developer dan klien bertemu dan
diharapkannya menentukan tujuan umum, kebutuhan yang diketahui dan gambaran
bagian-bagian yang akan dibutuhkan berikutnya. Detail kebutuhan
KELEMAHAN mungkin tidak dibicarakan pada tahap ini.

1. Pelanggan tidak melihat bahwa perangkat lunak belum
mencerminkan kualitas perangkat lunak secara keseluruhan dan
belum memikirkan peneliharaan dalam jangka waktu yang lama.
2. Pengembang biasanya ingin cepat menyelesaikan proyek
sehingga menggunakan algoritma dan bahasa pemrograman
sederhana.
3. Hubungan pelanggan dengan komputer mungkin tidak
menggambarkan teknik perancangan yang baik.
Develope Prototype : Pada tahap ini dilakukan perancangan
prototype sistem oleh developer, perancangan sistem dilakukan
secara dan rancangan diusahakan mewakili semua aspek
cepat
Revise Prototype : Pada tahap ini dilakukan evaluasi prototype sistem oleh klien. Apabila klien merasa
prototype sistem yang telah dikembangkan sesuai dengan keinginannya maka prototype tersebut dapat
digunakan, akan tetapi jika prototype tersebut tidak sesuai, maka prototype tersebut akan dilakukan revisi
dan digunakan sebagai acuan dalam memperjelas kebutuhan software dan kemudian dikembangkan
prototype selanjutnya.
 2. Metode Rapid Prototyping (RP)
Metode-metode yang digunakan untuk membuat model berskala (prototype) dari
mulai bagian suatu produk (part) ataupun rakitan produk (assembly) secara cepat
dengan menggunakan data Computer Aided Design (CAD) tiga dimensi.
Rapid Prototyping memungkinkan visualisasi suatu gambar tiga dimensi menjadi
benda tiga dimensi asli yang mempunyai volume. Selain itu produk-produk rapid
Definisi prototyping juga dapat digunakan untuk menguji suatu part tertentu.

Mengurangi waktu pengembangan

produk.

1.
Tahapan Proses Prototyping :

Membuat CAD model dari objek yang dirancang.

Tahapan RP Kelebihan
Meminimalisasi
perubahan mendasar.
Meningkatkan
perubahan-

efektifitas
komunikasi di lingkungan industri
2. Mengubah CAD model menjadi STL Format. (Rapid Prototyping) atau dengan konsumen.
Memperpanjang jangka pakai
3. Mengiris STL File kedalam beberapa potongan
produk, misalnya dengan
(layer). menambahkan beberapa komponen
4. Membangun model secara lapis perlapis. fitur atau mengurangi fitur-fitur
yang tidak diperlukan dalam desain.
5. Membersihkan dan penyempurnaan model.
Kelemahan

TEKNIK RAPID PROTOTYPING

 Stereolithography
Apparatus (SLA) Memerlukan sumber daya yang cukup besar, terutama
 Fused Deposition untuk proyek dengan skala besar.
Modeling (FDM) Resiko teknis yang tinggi.
Sistem yang tidak bisa dimodularisasi.
 Three-Dimensional
Memerlukan kerja keras dalam pengembangan.
Printing (3DP)
 Selective Laser
Sintering (SLS)
 Laminated Object
Manufacture (LOM)

1. Stereolithography Apparatus (SLA)
Dalam teknik SLA, sebuah prototipe dibuat dengan cara
menembakkan sinar laser ke permukaan sebuah wadah
(vat) yang berisi cairan photopolymer (resin). Cairan ini akan
langsung mengeras saat laser mengenai permukaannya.
Setelah satu layer selesai dikerjakan, sebuah platform
digerakkan turun beberapa milimeter, sebuah penyapu
(recoater blade) membersihkan sisa-sisa resin di
permukaan, dan layer berikutnya dikerjakan di atas layer
yang telah diselesaikan,
5. Laminated Object Manufacture
(LOM)
cara kerja LOM menggunakan material berupa kertas khusus yang digerakkan
melewati sebuah platform. Sinar laser ditembakkan menurut bentuk layer,
memotong kertas pada platform. Platform akan bergerak turun dan material baru
dilewatkan di atas layer yang telah terbentuk, dan proses diulangi lagi sampai
semua layer selesai dikerjakan. Sebuah roller pemanas (heated roller)
memanaskan layer yang telah terbentuk agar menyatu dengan layer di bawahnya.
2. Three-Dimensional Printing (3DP)
3. Fused Deposition Modeling (FDM) proses kerja printer tiga dimensi menggunakan sebuah
printhead, seperti yang terdapat pada printer inkjet,
menyemprotkan binder (perekat) ke lapisan tipis serbuk
(powder) pada platform sesuai bentuk geometri layer.
Platform kemudian bergerak turun, sebuah mekanisme
pasokan serbuk (powder supply) meyapukan lapisan tipis
serbuk di atas layer yang telah terbentuk, dan proses di atas
diulangi lagi sampai layer terakhir. Serbuk yang tidak
terkena binder berfungsi sebagai penunjang (support), dan
setelah proses pembuatan prototipe selesai, material
penunjang ini dibersihkan dan digunakan untuk proses
pembuatan prototipe berikutnya.
Cara kerja FDM menggunakan sebuah head (kepala
penyemprot) yang dipanaskan digerakkan menurut
sumbu x dan y untuk membentuk layer menggunakan
material plastis yang disemprotkan ke atas platform.
4. Selective Laser Sintering (SLS)
Material itu akan segera mendingin dan mengeras saat
mengenai platform. Platform kemudian digerakkan
turun, dan layer berikutnya segera dikerjakan. Untuk
prototipe yang membutuhkan penyangga (support),
maka disemprotkan material penunjang dari head di
sekeliling prototipe. Material penunjang ini dapat
dengan mudah dibuang setelah prototipe selesai
dikerjakan
cara kerja SLS mirip dengan printer tiga dimensi,
hanya pada SLS digunakan laser untuk merekatkan
material serbuk pada platform
 3. Metode Extreme Programming (XP)
Keunggulan :

1. Menjalin komunikasi yang baik dengan client.

Sebuah pendekatan atau model pengembangan perangkat 2. Meningkatkan komunikasi dan sifat saling menghargai antar developer.
3. Meningkatkan kepuasan kepada klien
lunak yang mencoba menyederhanakan berbagai tahapan 4. Pembangunan system dibuat lebih cepat
dalam proses pengembangan tersebut sehingga menjadi
Kelemahan :
lebih adaptif dan fleksibel. XP bukan hanya berfokus pada
coding tetapi meliputi seluruh area pengembangan 1. User story kemungkinan besar tidak lengkap sehingga Developer harus
selalu siap dengan perubahan karena perubahan akan selalu diterima.
perangkat lunak. 2. Tidak bisa membuat kode yang detail di awal
3. XP tidak memiliki dokumentasi formal yang dibuat selama pengembangan.
Satu-satunya dokumentasi adalah dokumentasi awal yang dilakukan oleh
user.

Komunikasi (Communication)

Tugas utama developer dalam

membangun suatu sistem perangkat lunak
adalah mengkomunikasikan kebutuhan
sistem kepada pengembang perangkat lunak.
Developer didampingi oleh pihak klien
dalam melakukan coding dan unit testing
sehingga klien bisa terlibat langsung dalam
pemrograman sambil berkomunikasi dengan
developer. Tujuannya untuk memberikan
pandangan pengembang sesuai dengan
pandangan pengguna sistem.

Umpan Balik (Feedback) Kesederhanaan (Simplicity)

Hal ini diperlukan untuk mengetahui kemajuan dari XP mencoba untuk mencari solusi
proses dan kualitas dari aplikasi yang dibangun. palingmetodesederhanaini dandenganpraktis.metodologiPerbedaan

Informasi ini harus dikumpulkan setiap interval waktu
yang singkat secara konsisten. Ini dimaksudkan agar
hal-hal yang menjadi masalah dalam proses
pengembangan dapat diketahui sedini mungkin. Setiap
feed back ditanggapi dengan melakukan tes, unit test
pengembangan sistem konvensional lainnya
terletak pada proses desain dan coding yang
terfokus pada kebutuhan saat ini daripada
kebutuhan besok, seminggu lagi atau sebulan
lagi.sederhanaLebihdanbaikmengemmelakukanbangkannyahal besokyang Keberanian (Courage)

atau system integration dan jangan menunda karena
biaya akan membengkak (uang, tenaga, waktu).sesuai
dengan pandangan pengguna sistem.
jika diperlukan.pandangan pengguna sistem. Berani mencoba ide baru. Berani mengerjakan
kembali dan setiap kali kesalahan ditemukan,
langsung diperbaiki

Planning Game
Pada XP proses ini menggunakan terminologi “game”
karena Beck menyarankan untuk menggunakan
teknik score card dalam menentukan requirements.
Semakin sulit aspek teknis yang dibutuhkan semakin
tinggi pula skor pada kartu rencana tersebut.
 Simple Design
Pada XP desain dibuat dalam lingkup kecil dan
sederhana. Tidak perlu melakukan antisipasi
terhadap berbagai perubahan di kemudian hari.
 Pair Programming
Pair programming adalah melakukan proses menulis
program dengan berpasangan. Dua orang programer
saling bekerjasama di komputer yang sama untuk
menyelesaikan sebuah unit.
 Continous Integration
Apabila banyak tim pengembang perangkat lunak
meyakini bahwa build sekali sehari adalah
minimum maka pada XP hal tersebut adalah
maksimum. Pada XP tim disarankan untuk
melakukan build sesering mungkin misalnya
setiap 4 jam atau bahkan lebih cepat lagi.
ASPEK DASAR XP
Small Releases
Setiap release dilakukan dalam lingkup sekecil
mungkin pada XP. Setiap developer menyelesaikan
sebuah unit atau bagian dari perangkat lunak maka
hasil tersebut harus segera dipresentasikan dan
didiskusikan dengan klien
Refactoring
Melakukan perubahan pada kode program dari
perangkat lunak dengan tujuan meningkatkan
kualitas dari struktur program tersebut tanpa
mengubah cara program tersebut bekerja
Collective Ownership
Tidak ada satupun baris kode program yang
hanya dipahami oleh satu orang programer. XP
menuntut para programer untuk berbagi
pengetahuan untuk tiap baris program bahkan
beserta hak untuk mengubahnya
 40-hours Week
Beck berpendapat bekerja 8 jam sehari dan 5 hari
seminggu adalah maksimal untuk tiap programer.
Lebih dari itu programer akan cenderung
membuat berbagai error pada baris -baris kode
programnya karena kelelahan.
Metaphor
Metaphor pada dasarnya sama dengan arsitektur
perangkat lunak. Keduanya menggambarkan visi
yang luas terhadap tujuan dari pengembangan
perangkat lunak.
Testing
XP menganut paradigma berbeda dalam hal tes dengan
model pengembangan perangkat lunak lainnya. Jika pada
pengembangan perangkat lunak lainnya tes baru
dikembangkan setelah perangkat lunak selesai menjalani
proses coding maka pada XP tim pengembang harus
me mbuat terlebih dahulu tes yang hendak dijalani oleh
perangkat lunak.
Coding Standards
Pair programming dan collective ownership hanya
akan dapat berjalan dengan baik apabila para
programer memiliki pemahaman yang sama
terhadap penulisan kode program.
 On-Site Customer
Sebuah pendekatan klasik, di mana XP
menganjurkan bahwa ada anggota dari klien yang
terlibat pada proses pengembangan perangkat
lunak. Yang lebih penting lagi ia harus ada di
tempat pemrogaman dan turut serta dalam proses
build dan test yang dilakukan. Apabila ada
kesalahan dalam pengembangan diharapkan
klien dapat segera memberikan masukan untuk
koreksinya.
 4. Metode Throwaway Prototyping Definisi :

Prototype dibuat dan ditest. Pengalaman yang

diperoleh dari pembuatan prototype tersebut
digunakan untuk membuat produk akhir (final),
kemudian prototype tersebut dibuang (tak dipakai)

Keuntungan
 It can present a risk when dealing with
stakeholders without technical background Definisi
and in a context of tight deadlines and very
limited resources.
Throwaway Prototyping can be done quickly.
 Able to refine them early in the development
of the software, if they get the quick Keunggulan
dan
feedbacks.
Kelemahan
Making changes early in the development
lifecycle is extremely cost effective. Proses :

Since the source code of this prototype is not reused

Kelemahan
Proses later when developing the application itself, it makes
Important features may have been left out. it a throw away prototype. Knowing that it`s throw
Speed is crucial in implementing a throwaway away code help focusing on the actual feature, while
prototype, since with a limited budget of time leaving aside aspect such as maintainability of the
and money can be expended on a prototype code, style, design pattern, or testing. This makes it
that will be discarded. possible to finish the prototype very fast, without
affecting negatively the technical debt of the final
product. Example : Use C when you know that the
final product will be hosted on linux servers with only
python installed.

Definisi :
RAD adalah strategi siklus hidup yang ditujukan untuk
menyediakan pengembangan yang jauh lebih cepat dan
mendapatkan hasil dengan kualitas yang lebih baik
dibandingkan dengan hasil yang dicapai melalui siklus
tradisional. (McLeod,2002)
Kelebihan :
1. Penghematan waktu dalam keseluruhan fase proyek dapat dicapai.
2. RAD mengurangi seluruh kebutuhan yang berkaitan dengan biaya
proyek dan sumber daya manusia.
3. RAD sangat membantu pengembangan aplikasi yang berfokus pada
waktu penyelesaian proyek.
4. Perubahan desain sistem dapat lebih berpengaruh dengan cepat.
Marakas (2006)
Metode Rapid Application Development (RAD)
Fase & Tahap Pengembangan :
Menurut Kendall (2010) ada 3 fase dalam RAD, yaitu :
1. Requirement Planning
Dalam fase ini, pengguna & penganalisis bertemu untuk mengidentifikasi
tujuan-tujuan aplikasi atau sistem serta untuk mengidentifikasi syarat-syarat
informasi yang ditimbulkan dari tujuan-tujuan tersebut.
2. RAD Design Workshop
Fase ini adalah fase untuk merancang & memperbaiki yang bisa digambarkan
sebagai workshop. Penganalisis data dan pemrogram dapat bekerja
membangun dan menunjukkan representasi visual desain dan pola kerja
kepada pengguna.
3. Implementation
Penganalisis bekerja dengan para pengguna secara intens selama workshop
dan merancang aspek-aspek bisnis dan non teknis perusahaan. Segera
setelah aspek-aspek ini disetujui dan sistem-sistem dibangun dan disaring,
sistem-sistem baru atau bagian dari sistem di ujicoba dan kemudian
diperkenalkan kepada organisasi. (Kendall,2010)

Kekurangan :
1. Dengan metode RAD, penganalisis berusaha mempercepat proyek dengan
terburu-buru.
2. Aplikasi dapat diselesaikan dengan cepat , tetapi tidak mampu
mengarahkan penekanan terhadap permasalahan-permasalahan
perusahaan yang seharusnya diarahkan.
Metode Architected Rapid Application Development (Architected RAD)
 Metode Dynamic System Development Methodology (DSDM)

Aktivitas : Definisi
1. Feasibility Study : menyiapkan
requirement & batasan.
2. Bussiness Study : menyusun kebutuhan
fungsional dan informasi
3. Functional Model Iteration : DSDM
Menghasilkan incremental prototype
yang perlihatkan fungsi software ke klien
untuk dapatkan kebutuhan lebih jelas.
4. Design & Build Iteration : cek ulang Aktivitas Karakteristik
prototype yg dibangun untuk pastikan
bahwa prototype dibangun dengan cara
yg memungkinkan fungsi tersebut benar-
benar bekerja.
5. Implementasi
 Metode Joint Application Development (JAD)
Proses :
1. Menempatkan orang-orang yang benar-benar ahli
dalam pekerjaannya.
2. Orang-orang yang terlatih di dalam teknologi
informasi mempunyai pemahaman terbaik dalam
pengembangan ini.
3. Proses-proses sistem informasi dan bisnis, orang
yang berkaitan mempunyai peranyang berharga
dalam suatu sistem dan di dalam suatu masyarakat
yang lebih besar.
4. Sistem informasi terbaik dirancang ketika semua
kelompok bekerja bersama-sama di suatu proyek
sebagai mitra yang sama.
Definisi:
Suatu teknik pengembangan aplikasi yang melibatkan
Definisi antara pemakai dan professional dalam pengembangan
sistemnya. JAD merupakan sebuah teknik yang berfokus
pada keterlibatan dan komitmen pengguna dalam
menentukan kebutuhan dan merancang aplikasi.
Proses
Kelebihan :
1. Mengizinkan pengguna untuk berpartisipasi
Kelebihan & secara aktif.
Kekurangan 2. Ketika digunakan secara benar, dapat
menghasilkan statement yang lebih akurat dari
kebutuhan system, lebih mudah dalam mengerti
tujuan umum, dan lebih berkomitmen untuk
sukses pada sistem yang baru.
Kekurangan :
Lebih mahal dan dapat merugikan jika grup
terlalu besar daripada ukuran project.
Metode Information Engineering (IE)
DEFINISI :
information engineering methodology (IEM) sebuah
pendekatan untu merancanakan dan mengembangakn
sistem informasi. hal ini juga di anggap sebagai
generasi, distribusi, analisis dan penggunaan informasi
dalam sistem.

Definisi

Process

Activity
 Metode Rational Unified
DEFINISI : Process (RUP)
Rational Unified Process (RUP) merupakan suatu metode
rekayasa perangkat lunak yang dikembangkan dengan
KELEBIHAN :
mengumpulkan berbagai best practises yang terdapat
dalam industri pengembangan perangkat lunak. Ciri utama  MENYEDIAKAN AKSES YANG
MUDAH TERHADAP
metode ini adalah menggunakan use-case driven dan PENGETAHUAN DASAR BAGI
pendekatan iteratif untuk siklus pengembangan perankat ANGGOTA TIM.
 MENYEDIAKAN PETUNJUK
lunak. BAGAIMANA MENGGUNAKAN
UML SECARA EFEKTIF.
 MENDUKUNG PROSES
PENGULANGAN DALAM
PENGEMBANGAN SOFTWARE.
 MEMUNGKINKAN ADANYA
PENAMBAHAN-PENAMBAHAN
PADA PROSES.
 MEMUNGKINKAN UNTUK
Fase : Kelebihan SECARA
MENGONTROL
SISTEMATIS
PERUBAHAN-
•
–
Inception
Menentukan Ruang lingkup proyek
Definisi Fase & PERUBAHAN YANG TERJADI
PADA SOFTWARE SELAMA
– Membuat ‘Business Case’ Kekurangan PROSES PENGEMBANGANNYA.
 MEMUNGKINKAN UNTUK
– Menjawab pertanyaan “apakah
MENJALANKAN TEST CASE
yang
DENGAN MENGGUNAKAN
dikerjakan dapat menciptakan ‘good business RATIONAL TEST MANAGER TOOL
sense’ sehingga proyek dapat dilanjutkan
• Transistion
• Elaboration Kelemahan :
– Menganalisa berbagai persyaratan dan – Membuat apa yang sudah dimodelkan menjadi
resiko suatu produk jadi  METODOLOGI INI HANYA DAPAT
DIGUNAKAN PADA PENGEMBANGAN
– Menetapkan ‘base line’ – Dalam fase ini dilakukan: PERANGKAT LUNAK YANG
– Merencanakan fase berikutnya yaitu – Beta dan performance testing BERORIENTASI OBJEK DENGAN
Construction
construction • BERFOKUS PADA UML (UNIFIED
– Melakukan sederetan iterasi – Membuat dokumentasi tambahan seperti; training, MODELING LANGUAGE).
– Pada setiap iterasi akan melibatkan proses user guides dan sales kit  MEMBUTUHKAN WAKTU YANG
CUKUP LAMA DIBANDINGKAN
berikut: analisa desain, implementasi dan – Membuat rencana peluncuran produk ke komunitas
XP DAN SCRUM
testing pengguna
Metode Structured Analysis & Design