Anda di halaman 1dari 16

MAKALAH

System Development Life Cycle (SDLC)


Disusun Untuk Memenuhi
Tugas Mata Kuliah Pengembangan Sistem Informasi
Dosen Pengampu : Putri Kurnia Handayani, M.Kom

Disusun Oleh :
1. Prionaka Luthfi Mahendra
2. Wisnu Anshori

(201253077)

(201253079)

3. Nila Amali

(201253084)

4. Abdul Wahab

(201253085)

5. Yulia Muspita Sari

(201253026)

PROGRAM STUDI SISTEM INFORMASI


FAKULTAS TEKNIK
UNIVERSITAS MURIA KUDUS
2014/2015

KATA PENGANTAR
Puji syukur kita panjatkan kehadirat Allah S.W.T, atas segala rahmat dan
hidayah-nya sehingga kami dapat menyelasaikan Tugas Makalah yang bertema
System Development Life Cycle (SDLC) pada mata Kuliah Pengembangan
Sistem Informasi.
Kami dapat menyadari bahwa masih banyak kekurangan dalam
penyusunan makalah ini, oleh karena itu kami sangat menghargai akan saran dan
kritik untuk membangun makalah ini lebih baik lagi. Demikian yang dapat kami
sampaikan, semoga melalui makalah ini dapat memberikan manfaat bagi kita
semua.

Kudus, 12 Maret 2015

BAB I
PENDAHULUAN
1.1.

Latar Belakang
Dalam dunia teknologi sekarang pengembangan dalam bidang informatika

telah mengalami perkembangan yang sangat pesat. Dengan perkembangan ini,


dalam bidang informatika tidak hanya pengembangan program perangkat lunak
saja, melainkan pengambangan dalam bidang suatu permodelan yang bersifat
komplek.
Dalam pembuatan sebuah perangkat lunak yang haruslah memiliki Teknik
analisa kebutuhan dan teknik permodelan yang baik, supaya terwujudnya suatu
perangkat lunak yang baik. Dengan hal tersebut maka diperlukan suatu
pengenalan mengenai permodelan dalam suatu pembangunan suatu Perangkat
Lunak (Software). Terdapat banyak permodelan mengenai pembangunan suatu
Perangkat lunak seperti SDLC. Yang dimana dari model ini memiliki macam
macam model lainnya.
Berdasarkan tugas yang kami peroleh, kami hanya membatasi penjelasan
mengenai permodelan ini, hanya memberikan konsep mengenai model dari SDLC
yang mencakup model Waterfall, Prototype, dan RAD
1.2.

Rumusan Masalah
Berdasarkan penjelasan yang terdapat pada latar belakang masalah diatas,

kami dihadapkan untuk menganalisa mengenai konsep dari permodelan perangkat


lunak yakni System Development Life Cycle (SDLC) yang mencakupi Waterfall,
Prototype, dan RAD.
1.3.

Batasan Masalah
Dalam makalah yang kami buat ini, kami hanya akan membahas secara

khusus mengenai konsep dari permodelan perangkat lunak yakni System


Development Life Cycle (SDLC) yang mencakupi Waterfall, Prototype, dan RAD.
1.4.

Tujuan
Adapun tujuan pembuatan makalah ini adalah :

1. Untuk memenuhi tugas makalah dari mata kuliah Pengembangan Sistem


Informasi.
2. Memahami lebih mendalam akan konsep permodelan SDLC baik dalam
1.5.

hal, penjelasan, kekurangan, dan kelebihan.


Tinjauan Pustaka
Hanif Al Fatta M.kom menjelaskan dalam penilitiannya bahwa Beberapa

pendekatan pengembangan system diperkenalkan untuk mengatasi kelemahan pada


metode SDLC. Masing-masing pendekatan memiliki kelebihan dan kekurangan
tersendiri. Metode re-usable misalnya sangat cocok untuk pengembangan system dimana
kita sudah memiliki system yang similar. Sedangkan prototyping sangat tepat untuk
pengembangan system dengan durasi proyek yang sangat pendek. Dengan mengetahui
beberapa pendekatan ini kita bisa memilih metode yan paling tepat untuk
mengembangkan sistem sesuai dengan situasi dan kondisi yang ada. Beberapa tool seperti
CASE bisa juga digunakan untuk mempermudah pengembangan sistem informasi yang
kita lakukan. Beberapa pendekatan pengembangan system diperkenalkan untuk mengatasi
kelemahan pada metode SDLC. Masing-masing pendekatan memiliki kelebihan dan
kekurangan tersendiri. Metode re-usable misalnya sangat cocok untuk pengembangan
system dimana kita sudah memiliki system yang similar. Sedangkan prototyping sangat
tepat untuk pengembangan system dengan durasi proyek yang sangat pendek. Dengan
mengetahui beberapa pendekatan ini kita bisa memilih metode yan paling tepat untuk
mengembangkan sistem sesuai dengan situasi dan kondisi yang ada. Beberapa tool seperti
CASE bisa juga digunakan untuk mempermudah pengembangan sistem informasi yang
kita lakukan.

Dalam peilitian ini kami menjelaskan dan menganalisa mengenai konsep


dari permodelan perangkat lunak yakni System Development Life Cycle (SDLC)
yang mencakupi Waterfall, Prototype, dan RAD.

BAB II

PEMBAHASAN

2.1 Pengertian SDLC


System Development Life Cycle (SDLC) adalah proses yang digunakan
oleh analis sistem untuk mengembangkan sistem informasi mulai dari
perencanaan, pentuan kebutuhan, perancangan, validasi, sampai pelatihan, dan
penyerahan kepada konsumen.
SDLC merupakan alur kerja yang biasa dipakai oleh perusahaanperusahaan

vendor

software

dalam

mengembangkan

software

aplikasi

produksinya. SDLC tidak hanya penting untuk proses produksinya softwarenya


saja, namun terlebih juga penting untuk proses maintenance software itu sendiri.
2.2 Tahapan dalam SDLC
Setiap pengembang mempunyai strategi yang berlainan, namun demikian,
pada dasarnya siklus hidup pengembangan sistem informasi terdapat

5 (lima)

tahapan, yaitu :
1. Perencanaan Sistem ( Systems Planning)
2. Analisis Sistem (System Analysis)
3. Perancangan Sistem (System Design)
4. Implementasi Sistem (System Implementation)
5. Penggunaan sistem (System Utilization)
2.2.1. Tahap Perencanaan Sistem
Perencanaan sistem merupakan tahap paling awal yang memberikan
pedoman dalam melakukan langkah selanjutnya. Perencanaan sistem dapat
terdiri : perencanaan jangka pendek meliputi periode 1 s.d. 2 tahun dan
perencanaan jangka panjang meliputi periode sampai dengan 5 tahun.
Perencanaan sistem biasanya ditangani oleh staf perencanaan system
Proses Perencanaan Sistem dapat dikelompokkan dalam 3 proses utama
yaitu :

a. Merencanakan proyek-proyek sistem yang dilakukan oleh staf


perencana sistem.
b. Menentukan proyek-proyek sistem yang akan dikembangkan dan
dilakukan oleh komite pengarah.
c. Mendefinisikan proyek-proyek sistem dikembangkan dan dilakukan
oleh analis system.
2.2.2. Tahap Analisis Sistem
Analisis Sistem dapat didefinisikan sebagai penguraian dari suatu sistem
informasi yang utuh ke dalam bagian-bagian komponennya dengan maksud untuk
mengidentifikasikan dan mengevaluasi permasalahan-permasalahan, kesempatankesempatan, hambatan-hambatan yangterjadi dan kebutuhan-kebutuhan yang
diharapkan sehingga dapat diusulkanperbaikan-perbaikan.
Tahap analisis merupakan tahap yang kritis dan sangat penting, karena
kesalahan di dalam tahap ini akan menyebabkan juga kesalahan di tahap
selanjutnya langkah-langkah di dalam tahap analisis sistem hampir sama dengan
langkah-langkahyang dilakukan dalam mendefinisikan proyek-proyek sistem yang
akan dikembangkan ditahap perencanaan sistem. Perbedaannya pada analisis
sistem ruang lingkup tugasnya lebih terinci. Didalam tahap analisis sistem
terdapat langkah-langkah dasar yang harusdilakukan oleh Analis Sistem Yaitu :
a. Identify, yaitu mengidentifikasikan masalah, mengindentifikasikan
penyebab

masalah;

mengidentifikasikan

titik

keputusan;

mengidentifikasikan personil-personil kunci.


b. Understand yaitu memahami kerja dari sistem yang ada, menentukan
jenis penelitian; merencanakan jadual penelitian; Mengatur jadual
wawancara; Mengatur jadual observasi; Mengatur jadual pengambilan
sampel; Membuat penugasan penelitian; Membuat agenda wawancara;
Mengumpulkan hasil penelitian
c. Analyze Yaitu Menganalis Sistem, Menganalisis kelemahan Sistem;
Menganalisis kebutuhan Informasi pemakai / manajemen.
d. Report yaitu membuat laporan hasil analisis yang tujuannya :Memberi
laporan bahwa analisis telah selesai dilakukan; Meluruskan kesalah-

pengertian mengenai apa yangtelah ditemukan dan dianalisisoleh


analis sistem tetapi tidak sesuai menurut manajemen; Meminta
pendapat-pendapat dan saran-saran dari pihak manajemen; Meminta
persetujuan kepada pihak manajemen untuk melakukan tindakan
selanjutnya.
2.2.3. Tahap Perancangan Sistem
Tahap perancangan sistem ini mempunyai

tujuan utama yaitu

untuk

memenuhi kebutuhan kepada pemakai sistem; untuk memberikan gambaran yang


jelas dan rancang bangun yang lengkap kepadapemrogram komputer dan ahli-ahli
teknik lainnya yang terlibat.

Tahap perancangan sistem merupakan tahap

penentuan proses dan data yang diperlukan oleh sistem baru. Untuk sistem
berbasis komputer biasanyadalam rancangan ada spesifikasi jenis peralatan yang
akan digunakan.
Adapun langkah-langkah dalam tahap perancangan sistem ini

tahap-

tahapnya meliputi :
a. Menyiapkan rancangan sistem yang terinci: analis bekerja
samadengan pemakai dan mendokumentasikan rancangan sistem
baru dengan alat-alat yang telah dijelaskan dalam modul teknis.
Penggambaran dilakukan dari yang besar dan secara bertahap
secararinci dengan pendekatan top-down dan ini biasanya
dilakukan untukrancangan terstruktur (structured design).
b. Mengidentifikasikan berbagai alternatif konfigurasi sistem:
analisharus mengidentifikasikan konfigurasi (bukan merek atau
model)peralatan komputer yang akan memberikan hasil terbaik
bagi sistemuntuk menyelesaikan pemrosesan.
c. Mengevaluasi berbagai alternatif konfigurasi sistem: analis
bekerjabersama manajer mengevaluasi berbagai alternatif dan
dipilih yangpaling memungkinkan subsistem memenuhi kriteria
kinerja, dengankendala-kendala yang ada.
d. Memilih

konfigurasi

yang

terbaik:

analis

mengevaluasi

semuakonfigurasi subsistem dengan menyesuaikan kombinasi

peralatansehingga semua subsistem menjadi satu konfigurasi


tunggal. Setelahdianalisis kemudian direkomendasikan kepada
manajer untukdisetujui. Persetujuan dilakukan oleh Komite
pengarah SIM.
e. Menyetujui usulan penerapan: analisis menyiapkan usulan
penerapan yang mengikhtisarkan tugas-tugas penerapan yang
harusdilakukan, keuntungan yang diharapkan dan biayanya.
f. Menyetujui atau menolak penerapan sistem: jika keuntungan
darisistem melebihi biayanya, penerapan akan disetujui.
2.2.4. Tahap Implementasi Sistem
Implementasi sistem

merupakan kegiatan untuk memperoleh dan

mengintegrasikan sumberdaya fisik dan konseptual yang menghasilkan suatu


sistem yangbekerja.
Adapun langkah-langkah dalam tahap implementasi sistem ini meliputi :
a. Merencanakan penerapan sebelum sistem baru digunakan, manajer
dan

spesialis

informasi

memahami

dengan

baik

pekerjaan

yangdiperlukan untuk menerapkan rancangan sistem.


b. Mengumumkan

penerapan

proyek

penerapan

diumumkan

kepadapara pegawai dengan cara yang sama seperti penelitian


sistem.Tujuannya

untuk

menginformasikan

pegawai

mengenai

keputusanuntuk menerapkan sistem baru dan meminta kerjasama


pegawai.
c. Mendapatkan sumberdaya perangkat keras: rancangan sistem
disediakan bagi para pemasok berbagai jenis peralatan komputer yang
terdapat

pada

konfigurasi

yang

disetujui.

Setiap

pemasok

diberikanrequest for proposal (RFP).


d. Mendapatkan sumberdaya perangkat lunak: dapat membuat sendiri
oleh programmer dari dokumen yang disiapkan analis sistem
ataumenggunakan
applicationsoftware).

perangkat

lunak

aplikasi

jadi

(prewritten

e. Menyiapkan database: DBA bertanggungjawab untuk semua


kegiatanyang berhubungan dengan data, dan ini mencakup persiapan
database.
f. Menyiapkan

fasilitas

yangditinggikan,

fisik:

pengendalian

fasilitas
suhu

di

sini

ruangan

adalah

dan

lantai

kelembaban

khusus,keamanan, peralatan pendeteksi api dan pemadam kebakaran,


dsb.
g. Mendidik peserta dan pemakai: baik peserta (operator
pemasukandata, pegawai coding, dan administrasi) dan pemakai harus
dididiktentang peran mereka dalam sistem. Pendidikan sebaiknya
setelahsiklus hidup dimulai, tepat sebelum bahan-bahan yang
dipelajarimulai diterapkan.
h. Masuk ke sistem baru: proses menggantikan sistem lama ke
sistembaru disebut cutover. Ada 4 pendekatan dasar: percontohan
(pilot project), serentak, bertahap, dan paralel.
2.2.5. Tahap Penggunaan Sistem
langkah langkah penggunaan sistem ( System Implementation ) adalah :
a. Menggunakan
untukmencapai

sistem.
tujuan

Pemakai
yang

menggunakan

diidentifikasikan

sistem

pada

tahap

perencanaan.
b. Audit

sistem.

Penelitian

apakah

sistem

baru

memenuhi

kriteriakinerja. Studi ini disebut penelaahan setelah penerapan


(postimplementation).
c. Memelihara sistem. Selama manajer menggunakan sistem,
berbagai

modifikasi

dibuat

sehingga

sistem

terus

memberikandukungan yang diperlukan. Modifikasi ini disebut


pemeliharaansistem. Ada tiga
:Memperbaiki

kesalahan;

Meningkatkan sistem.

alasan untuk pemeliharaan

Menjaga

kemutakhiran

sistemdan

2.3. Model Waterfall


Model waterfall adalah proses pengembangan perangkat lunak tradisional
yang umum digunakan dalam proyek-proyek perangkat lunak yang paling
pembangunan. Ini adalah model sekuensial, sehingga penyelesaian satu set
kegiatan menyebabkan dimulainya aktivitas berikutnya. Hal ini disebut waterfall
karena proses mengalir "secara sistematis dari satu tahap ke tahap lainnya dalam
mode ke bawah. Membentuk kerangka kerja untuk pengembangan perangkat
lunak. Beberapa varian dari model ada, setiap label yang berbeda menggunakan
untuk setiap tahap. Secara umum, bagaimanapun, model ini dianggap memiliki
enam tahap yang berbeda seperti yang ditunjukkan pada gambar 2.1 yaitu: analisis
Kebutuhan, desain, implementasi, verifikasi, instalasi dan pemeliharaan

Gambar 2.1 Tahap Waterfall


1. Kebutuhan berbasis Pengujian
Tahap ini melibatkan pengumpulan informasi mengenai solusi akhir dari
kebutuhan pelanggan pelanggan dan pemahaman. Ini melibatkan definisi yang
jelas tentang tujuan pelanggan, harapan terhadap proyek dan masalah produk
akhir diharapkan untuk memecahkan.

2. Desain
Tahap desain melibatkan mendefinisikan perangkat keras dan perangkat
lunak arsitektur, menentukan kinerja dan parameter keamanan, merancang
kontainer penyimpanan data dan kendala, memilih IDE dan bahasa pemrograman,
dan menunjukkan strategi untuk menghadapi masalah-masalah seperti penanganan
eksepsi, pengelolaan sumber daya dan konektivitas antarmuka.
3. Implementasi
Di sinilah perkembangan aktual sistem terjadi sesuai dengan spesifikasi
desain. Langkah ini dilakukan oleh pengembang, desainer interface dan
stakeholder lainnya dengan menggunakan alat seperti compiler, debugger,
penerjemah dan editor media. Output dari langkah ini adalah komponen produk
satu atau lebih yang dibangun berdasarkan standar yang telah ditetapkan coding
dan perbaikan, pengujian dan terintegrasi untuk memenuhi kebutuhan arsitektur
system.
4. Pengujian: Verifikasi dan Validasi
Pada fase ini kedua komponen individu dan solusi terintegrasi yang
diverifikasi untuk melihat itu adalah bug gratis dan memenuhi spesifikasi
kebutuhan perangkat lunak. Tester adalah stakeholder yang terlibat dalam fase
model. Uji kasus ditulis untuk mengevaluasi apakah sistem sepenuhnya atau
sebagian memenuhi persyaratan sistem. Pengujian dapat dikategorikan ke dalam
unit testing (dilakukan pada modul tertentu kode), sistem pengujian (untuk
melihat bagaimana sistem bereaksi ketika semua modul yang terintegrasi) dan
penerimaan pengujian (dilakukan dengan atau nama pelanggan untuk melihat
apakah semua kebutuhan pelanggan puas). Cacat yang ditemukan pada tahap ini
diberikan sebagai umpan balik kepada para pengembang yang pada gilirannya
memperbaiki masalah.
5. Maintenance
a. Instalasi
Langkah ini melibatkan penyusunan sistem atau produk untuk instalasi
dan penggunaan di lokasi pelanggan. Pengiriman produk dilakukan melalui
internet atau melalui metode fisik. Sejumlah revisi biasanya ditandai

samping diserahkan untuk memfasilitasi update atau perubahan pada tahap


berikutnya.
b. Pemeliharaan
Tahap ini melibatkan membuat modifikasi pada sistem atau
komponen individu untuk mengubah atribut atau meningkatkan kinerja
system.
2.4. Model Prototyping
Prototype adalah proses membangun sebuah sistem dalam sebuah model.
Dalam pengertian sistem informasi prototype digunakan untuk membantu sistem
desain yang akan dibangun sistem informasi secara intitusi dan mudah diubah
untuk end user, prototipe merupakan bagian dari proses iterative phase analisa
dari metodologi SDLC ( Sistem Development Life Cycle).
Metode ini digunakan pada keadaan:
1. Permasalahan sistem yang tidak jelas
Adakalanya user tidak dapat mendefinisikan dengan jelas tentang
kebutuhan dan keinginannya terhadap sistem yang akan dikembangkan. Hal
tersebut membawa dampak timbulnya ketidak pastian pada pengembang
terhadap apa yang akan dilakukan.
2. Kebutuhan dialog User-komputer yang Interaktif.
Untuk membuat sistem yang menghendaki suatu dialog yang baik, ramah,
dan mudah cantara user dengan komputer.
3. Sistem diminati oleh banyak pemakai
Untuk mencari kesamaan persepsi dari banyak pemakai sehingga
diperoleh kesepakatan tenyang sistem yang akan dikembangkan.
4. User berkeinginan sistem cepat selesai
Untuk mengakomodir keinginan user supaya sistem cepat selesai dan
terlihat bentuk kerja sistemnya.
5. Kebutuhan user selalu berubah-ubah
User sulit menjelaskan kebutuhannya secara baik, sehingga menimbulkan
keinginan yang selalu berubah-ubah. Untuk itu dapat dibantu dengan

memberikan gambaran sistem yang akan dibuat melalui prototype yang


diajukan oleh pengembang
2.4.1. Keuntungan dari Prototipe
a. Mengurangi waktu dalam pengembangan sistem
b. Mengurangi dan efisiensi dalam biaya.
c. Kebutuhan user akan dipenuhi disini, karena dengan proses iterasi semua
kebutuhan user akan diketahui semua dengan adanya feedback dari user.
d. Dengan adanya feedback dari user, secara iterasi kebutuhan akan
kedepannya dapat direncanakan, selain itu user dan developer dapat
mengetahui project secara jelas dan tepat.
2.4.2. Kekurangan dari Prototipe
Hasil analisa tidak detail karena hanya mengenai pembahasan yang sedang
difokuskan dengan user. Tidak ketahap selanjutnya.
a. Pengembang menjadi berfokuskan pada prototype yang telah dibuat.
b. Pengembangan sistem dapat menjadi lama dalam penyelesainnya
c. User akan terlalu mengharapkan sistem yang sama yang ada di prototype
2.5. Model RAD (Rapid Application Development)
Model RAD (Rapid Application Development) merupakan metode
pengembangan sistem secara linear sequential yang menekankan pada siklus
pengembangan yang sangat singkat. Jika kebutuhan dipahami dengan baik, proses
RAD memungkinkan tim pengembangan menciptakan sistem fungsional yang
utuh dalam periode waktu yang sangat pendek (kira-kira 60-90 hari). Pemakai
sistem dapat mendefinisikan kebutuhan perangkat lunak dengan baik. Pemakai
sistem bersedia meluangkan waktu yang cukup untuk berkomunikasi intensif
dengan pengembang sehubungan dengan pengembangan perangkat lunak
2.5.1. Pendekatan Model Rapid Application Development
Model RAD mengadopsi model waterfall dan pembangunan dalam waktu
singkat yang dicapai dengan menerapkan :
1. Component based construction ( pemrograman berbasis komponen ).
2.

Penekanan pada penggunaan ulang (reuse) komponen perangkat lunak


yang telah ada.

3. Pembangkitan kode program otomatis/semi otomatis.

4. Multiple team (banyak tim), tiap tim menyelesaikan satu tugas yang
selevel tapi tidak sama. Banyaknya tim tergantung dari area dan
komplekstasnya sistem yang dibangun.
2.5.2. Kelemahan Metode Rad
a. Untuk proyek dengan skala besar, RAD membutuhkan sumber daya
manusia yang cukup untuk membentuk sejumlah tim RAD.
b. RAD membutuhkan pengembang dan pemakai yang mempunyai
komitmen untuk melaksanakan aktivitas melengkapi sistem dalam
kerangka waktu yang singkat.
c. Akan menimbulkan masalah jika sistem tidak dapat dibuat secara modular.
d. RAD tidak cocok digunakan untuk sistem yang mempunyai resiko teknik
yang tinggi
e. Proyek akan menemukan kendala bila Tim pengembang gagal menentukan
pemodel data (Kesulitan Integrasi sistem)
2.5.3. Keuntungan Metode RAD
RAD mempunyai keuntungan yang dapat disimpulkan sebagai berikut:
a. Sangat berguna dilakukan pada kondisi user tidak memahami
kebutuhankebutuhan apa saja yang digunakan pada proses pengembangan
perangkat lunak.
b. RAD mengikuti tahapan pengembangan sistem sepeti umumnya, tetapi
mempunyai kemampuan untuk menggunakan kembali komponen yang ada
(reusable object) sehingga pengembang tidak perlu membuat dari awal
lagi dan waktu lebih singkat berkisar antara 60 hari90 hari.
c. Karena mempunyai kemampuan untuk menggunakan komponen yang
sudah ada dan waktu yang lebih singkat maka membuat biaya menjadi
lebih rendah dalam menggunakan RAD

BAB III
PENUTUP
3.1 Kesimpulan
1. System Development Life Cycle (SDLC) adalah proses yang digunakan
oleh analis sistem untuk mengembangkan sistem informasi mulai dari
perencanaan, pentuan kebutuhan, perancangan, validasi, sampai pelatihan,
dan penyerahan kepada konsumen.
2. Model waterfall adalah proses pengembangan perangkat lunak tradisional
yang umum digunakan dalam proyek-proyek perangkat lunak yang paling
pembangunan. Ini adalah model sekuensial, sehingga penyelesaian satu set
kegiatan menyebabkan dimulainya aktivitas berikutnya.
3. Prototype adalah proses membangun sebuah sistem dalam sebuah model.
Dalam pengertian sistem informasi prototype digunakan untuk membantu
sistem desain yang akan dibangun sistem informasi secara intitusi dan
mudah diubah untuk end user.
4. Model RAD (Rapid Application Development) merupakan metode
pengembangan sistem secara linear sequential yang menekankan pada
siklus pengembangan yang sangat singkat.
3.2 Saran
1. Penulis mengharapkan makalah ini dapat membantu pembaca dalam lebih
memahami mengenai Metode Pengembangan Sistem SDLC.
2. Bagi mahasiswa berikutnya yang akan mengangkat topik yang sama,
supaya dapat lebih mengembangkan penjelasan dalam hal landasan teori,
batasan masalah dan pembahasan.

DAFTAR PUSTAKA
Fahrurrozi1, I. (2010). Proses Pemodelan Software Dengan Metode Waterfall Dan
Extreme Programming. Studi Perbandingan.
M.kom, H. A. (2010). Pendekatan-Pendekatan Pengembangan Sistem.
Setiawan, A. (2011). Rapid Application Development.

Anda mungkin juga menyukai