MODUL PERKULIAHAN

Pengembangan
Aplikasi
Berbasis Rapid
Scrum

Fakultas Program Studi Tatap Muka Kode MK Disusun Oleh

13
Fasilkom Teknik Informatika W151700010 Roni Yusman S.Kom, M.I.kom

Abstract Kompetensi
Scrum adalah iteratif dan pengembangan  Mampu mengidentifikasi
perangkat lunak kerangka kerja karakteristik dari agile approach
tambahan tangkas untuk proyek-proyek  Mampu memahami keuntungan dan
perangkat lunak dan mengelola produk batasan dari agile development
atau pengembangan aplikasi.  Mampu membedakan metoda
metoda pada agile development
methods
 Mampu menggunakan Rapid
Software Development tools pada
agile development
SCRUM
Scrum adalah iteratif dan pengembangan perangkat lunak kerangka kerja tambahan tangkas
untuk proyek-proyek perangkat lunak dan mengelola produk atau pengembangan aplikasi.
Fokusnya adalah pada "strategi, pengembangan produk fleksibel holistik di mana tim
pengembangan bekerja sebagai sebuah unit untuk mencapai tujuan bersama" sebagai lawan
dari "pendekatan tradisional, berurutan".

 Sejarah SCRUM
Scrum pertama kali didefinisikan sebagai "strategi, pengembangan produk fleksibel
holistik di mana tim pengembangan bekerja sebagai sebuah unit untuk mencapai
tujuan bersama" sebagai lawan dari "pendekatan tradisional, sekuensial" pada tahun
1986 oleh Hirotaka Takeuchi dan Ikujiro Nonaka dalam "New New Produk Game
Development ". Hirotaka Takeuchi dan Ikujiro Nonaka kemudian berpendapat dalam
"Perusahaan Pengetahuan Menciptakan" baik oleh Ikujiro Nonaka dan Hirotaka
Takeuchi bahwa itu adalah bentuk "penciptaan pengetahuan organisasi, terutama baik
di membawa tentang inovasi terus menerus, bertahap dan spiral".
Para penulis menggambarkan pendekatan baru untuk pengembangan produk
komersial yang akan meningkatkan kecepatan dan fleksibilitas, berdasarkan studi
kasus dari perusahaan-perusahaan manufaktur di industri otomotif, mesin fotokopi
dan printer. Mereka menyebut holistik atau pendekatan rugby, karena seluruh proses
dilakukan oleh satu tim lintas-fungsional di fase tumpang tindih beberapa, di mana
tim "mencoba untuk pergi jarak sebagai satu unit, melewati bola bolak-balik".
Dalam rugby, sebuah scrum mengacu pada cara restart permainan setelah pelanggaran
kecil. Pada awal 1990-an, Ken Schwaber digunakan apa yang akan menjadi Scrum di
perusahaan itu, Metode Pengembangan Lanjutan, dan Jeff Sutherland, dengan John
Scumniotales dan Jeff McKenna, mengembangkan pendekatan yang serupa di
Perusahaan Easel, dan adalah yang pertama untuk menyebutnya menggunakan single
Kata Scrum. Pada tahun 1995, Sutherland dan Schwaber bersama-sama
mempresentasikan sebuah makalah yang menjelaskan metodologi Scrum di Desain
Obyek Bisnis dan Lokakarya Implementasi diselenggarakan sebagai bagian dari
Berorientasi Objek Sistem Pemrograman,, Bahasa & Aplikasi '95 (OOPSLA '95) di
Austin, Texas, pertama publik presentasi. Schwaber dan Sutherland berkolaborasi
selama tahun berikutnya untuk menggabungkan tulisan-tulisan di atas, pengalaman

2018 Pengembangan Aplikasi Berbasis Rapid

2 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id
 mereka, dan industri praktek terbaik ke dalam apa yang sekarang dikenal sebagai
Scrum.
Pada tahun 2001, Schwaber bekerja dengan Mike Beedle untuk menggambarkan
metode dalam buku Pengembangan Perangkat Lunak Agile dengan Scrum.
Pendekatan untuk perencanaan dan pengelolaan proyek adalah dengan membawa
pengambilan keputusan wewenang kepada tingkat sifat operasi dan kepastian.
Meskipun kata tersebut tidak akronim, beberapa perusahaan melaksanakan proses
telah dikenal untuk mengejanya dengan huruf kapital sebagai scrum. Hal ini mungkin
karena salah satu dari awal tulisan Ken Schwaber, yang dikapitalisasi scrum dalam
judul.
 Karakteristik SCRUM
o Ukuran tim yang kecil melancarkan komunikasi, mengurangi biaya,
dan memberdayakan satu sama lain.
o Proses dapat beradaptasi terhadap perubahan teknis dan bisnis.
o Proses menghasilkan beberapa software increment.
o Pembangunan dan orang yang membangun dibagi dalam tim yang
kecil.
o Dokumentasi dan pengujian terus menerus dilakukan setelah software
dibangun.
o Proses scrum mampu menyatakan bahwa produk selesai kapanpun
diperlukan.

Scrum memiliki aktifitas yang meliputi

A. Backlog Backlog adalah daftar kebutuhan yang jadi prioritas klien, dan daftar
yang dibuat dapat bertambah
B. Sprints Aktifitas Sprints merupakanunit pekerjaan yang diperlukan untuk
memenuhi kebutuhan yang ditetapkan dalam backlog sesuai dengan waktu
yang ditetapkan dalam time-box (biasanya 30hari). Selama proses ini
berlangsung backlog tidak ada penambahan.
C. Scrum Meetings Aktifitas Scrum Meeting merupakan pertemuan yang rutin
dilakukan perhari untuk evaluasi apa yang dikerjakan, hambatan yang ada, dan
target penyelesaian untuk bahan meeting selanjutnya.

2018 Pengembangan Aplikasi Berbasis Rapid

3 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id
 D. Demo Aktifitas Demo adalah penyerahan software increment ke klien
didemonstrasikan dan dievaluasi oleh klien.

Siapa yang Menggunakan Metodologi Agile Scrum?

Scrum banyak digunakan oleh tim pengembangan perangkat lunak. Sebenarnya ini
adalah metodologi Agile yang paling populer. Menurut laporan 11th Annual State of
Agile, 68% dari tim perangkat lunak menggunakan Scrum atau Scrum hybrid.
Namun, Scrum telah menyebar ke fungsi bisnis lainnya termasuk TI dan pemasaran di
mana ada proyek yang harus bergerak maju dengan adanya kompleksitas dan
ambiguitas. Tim kepemimpinan juga mendasarkan praktik manajemen gesit mereka
pada Scrum, sering menggabungkannya dengan praktik lean dan Kanban
(subkelompok manajemen proyek yang lincah).

Apa itu Scrum dalam Hubungannya dengan Manajemen Proyek Agile?

Scrum adalah sub-kelompok lincah: Agile adalah serangkaian nilai dan prinsip yang
menggambarkan interaksi dan kegiatan sehari-hari suatu kelompok. Agile sendiri
tidak bersifat preskriptif atau spesifik. Metodologi Scrum mengikuti nilai dan prinsip
tangkas, tetapi mencakup definisi dan spesifikasi lebih lanjut, terutama mengenai
praktik pengembangan perangkat lunak tertentu. Meskipun dikembangkan untuk
pengembangan perangkat lunak tangkas, Agile Scrum menjadi kerangka kerja yang
disukai untuk manajemen proyek tangkas secara umum dan kadangkadang hanya
disebut sebagai manajemen proyek Scrum atau pengembangan Scrum.

Apa Manfaat yang Diterima dari Metodologi Scrum?

Organisasi yang telah mengadopsi Scrum tangkas telah mengalami:

 Produktivitas lebih tinggi.

 Produk berkualitas lebih baik.
 Mengurangi waktu ke pasar.
 Peningkatan kepuasan pemangku kepentingan.
 Dinamika tim yang lebih baik.
 Karyawan yang lebih bahagia.

Artefak Scrum

2018 Pengembangan Aplikasi Berbasis Rapid

4 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id
Artefak Scrum merepresentasikan pekerjaan atau nilai dari produk yang ditentukan dengan
beragam cara yang bermanfaat sebagai bentuk transparansi dan kesempatan untuk peninjauan
dan penyesuaian. Artefak yang didefinisikan oleh Scrum dirancang sedemikian untuk
memaksimalkan keterbukaan informasi yang diperlukan guna memastikan Tim Scrum dapat
berhasil membuat potongan produk yang “Selesai”.

 Product Backlog
Product Backlog adalah daftar urutan dari semua yang perlu ada di dalam produk dan
merupakan sumber utama dari daftar kebutuhan untuk semua perubahan yang perlu
dilakukan terhadap produk. Pemilik Produk bertanggungjawab terhadap Product
Backlog, termasuk isinya, keberadaannya dan urutannya. Product Backlog sifatnya
tidak pernah habis. Pengembangan di awal-awal hanya menjabarkan daftar kebutuhan
awal dan yang paling dipahami. Product Backlog berkembang seiring dengan
berkembangnya produk dan lingkungan dimana ia berkembang. Product Backlog
bersifat dinamis; senantiasa berubah untuk menentukan apa yang dibutuhkan oleh
produk untuk dapat menjadi layak, kompetitif, dan berguna. Selama produk itu ada
maka Product Backlog juga ada. Product Backlog menjabarkan semua fitur, fungsi,
kebutuhan, penyempurnaan dan perbaikan untuk perubahan yang akan dibuat
terhadap produk di rilis mendatang. Item Product Backlog memiliki atribut deskripsi,
urutan, dan estimasi.
Product Backlog diurutkan berdasarkan nilai, resiko, prioritas dan keterdesakan. Item
urutan teratas dari Product Backlog mendapatkan perhatian paling utama dalam
aktifitas pengembangan. Semakin besar pertimbangan, konsensus dan nilai terhadap
Product Backlog tersebut maka semakin tinggi pula urutannya. Item Product Backlog
di urutan paling atas lebih jelas dan lebih rinci dibandingkan dengan item di urutan
paling bawah. Semakin presisi estimasi yang dibuat berdasarkan informasi yang jelas
dan rinci, semakin tinggi pula urutannya. Item Product Backlog yang akan dikerjakan
oleh Tim Pengembang pada saat Sprint lebih jelas dan telah dibelah sedemikian rupa
sehingga masingmasing item dapat di Selesai kan di dalam satu Sprint. Product
Backlog yang telah dinyatakan dapat di Selesai kan oleh Tim Pengembang di dalam
satu Sprint dinyatakan siap atau dapat ditindak-lanjuti untuk dipilih di Perencanaan
Sprint. Seiring dengan penggunaan dan semakin bernilainya produk, dan masukan
dari pasar, Product Backlog menjadi semakin berkembang dan semakin banyak.
Daftar kebutuhan ini tidak pernah berhenti berkembang, sehingga dapat dikatakan

2018 Pengembangan Aplikasi Berbasis Rapid

5 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id
 Product Backlog merupakan sebuah artefak yang memiliki nyawa. Perubahan di
kebutuhan bisnis, keadaan pasar, atau teknologi dapat menyebabkan perubahan pada
Product Backlog.
Tim Scrum yang banyak terkadang mengerjakan satu produk yang sama. Product
Backlog digunakan untuk menggambarkan pekerjaan selanjutnya yang perlu
dilakukan terhadap produk. Atribut Product Backlog yang mengelompokkan item lalu
dikerjakan. Product Backlog grooming adalah sebuah aktifitas untuk menambahkan
detil, estimasi, dan urutan terhadap item di dalam Product Backlog. Aktifitas ini
dilakukan secara terus-menerus dimana Pemilik Produk dan Tim Pengembang
berkolaborasi untuk merinci item Product Backlog. Item direvisi dan direview pada
saat kapanpun juga oleh Pemilik Produk atau atas persetujuan Pemilik Produk pada
saat Product Backlog grooming.
Grooming adalah aktifitas paruh waktu yang dilakukan oleh Pemilik Produk dan Tim
Pengembang pada saat Sprint sedang berjalan. Terkadang Tim Pengembang memiliki
pengetahuan untuk dapat melakukan grooming itu sendiri. Bagaimana dan kapan
grooming dilakukan diserahkan sepenuhnya kepada Tim Scrum. Grooming biasanya
memakan 10% dari kapasitas Tim Pengembang. Tim Pengembang bertanggung-jawab
terhadap semua estimasi. Pemilik Produk dapat mempengaruhi tim dengan cara
memberi pemahaman dan membuat penukaran, namun pihak yang melakukan
pekerjaan yang akan membuat estimasi akhir.

 Sprint
Di Scrum, pekerjaan dilakukan dalam iterasi atau siklus hingga bulan kalender yang
disebut sprint. Pekerjaan yang diselesaikan di setiap sprint harus menciptakan sesuatu
yang bernilai nyata bagi pelanggan atau pengguna. Sprint adalah timeboxed sehingga
selalu memiliki tanggal mulai dan akhir yang tetap, dan umumnya semuanya harus
memiliki durasi yang sama.

 Sprint Planning
Backlog produk dapat mewakili banyak minggu atau bulan kerja, yang jauh lebih
banyak daripada yang dapat diselesaikan dalam satu, sprint pendek. Untuk
menentukan bagian terpenting dari item backlog produk untuk membangun di sprint
berikutnya, pemilik produk, tim pengembangan, dan ScrumMaster melakukan
perencanaan sprint. Selama perencanaan sprint, pemilik produk dan tim

2018 Pengembangan Aplikasi Berbasis Rapid

6 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id
 pengembangan menyetujui tujuan sprint yang menentukan apa yang akan dicapai oleh
sprint yang akan datang. Dengan menggunakan tujuan ini, tim pengembangan
meninjau jaminan produk dan menentukan item prioritas tinggi yang dapat dicapai
tim secara realistis dalam sprint yang akan datang ketika bekerja pada kecepatan yang
berkelanjutan. Untuk mendapatkan keyakinan tentang apa yang bisa dilakukan,
banyak tim pengembangan memecah setiap fitur yang ditargetkan menjadi satu set
tugas. Pengumpulan tugas-tugas ini, bersama dengan item backlog produk terkait,
membentuk backlog kedua yang disebut sprint backlog. Tim pengembangan
kemudian memberikan perkiraan (biasanya dalam jam) dari upaya yang diperlukan
untuk menyelesaikan setiap tugas.

 Eksekusi Sprint
Setelah tim Scrum menyelesaikan perencanaan sprint dan setuju pada konten sprint
berikutnya, tim pengembangan, dipandu oleh pembinaan ScrumMaster, melakukan
semua pekerjaan tingkat tugas yang diperlukan untuk mendapatkan fitur-fitur yang
dilakukan. "Selesai" berarti ada tingkat keyakinan yang tinggi bahwa semua pekerjaan
yang diperlukan untuk menghasilkan fitur-fitur berkualitas baik telah diselesaikan.
Anggota tim mendefinisikan pekerjaan tingkat tugas mereka sendiri dan kemudian
mengatur diri dengan cara apa pun yang mereka rasa paling baik untuk mencapai
tujuan sprint.

 Scrum Harian
Setiap hari dari sprint, idealnya pada saat yang sama, anggota tim pengembangan
mengadakan scrum harian dengan pengaturan waktu (15 menit atau kurang). Kegiatan
yang menginspeksi-dan beradaptasi ini kadang-kadang disebut sebagai stand-up
harian karena praktik umum dari semua orang yang berdiri selama pertemuan untuk
membantu mempromosikan keringkasan. Suatu pendekatan umum untuk melakukan
scrum harian telah memfasilitasi Scrum Master dan setiap anggota tim bergantian
menjawab tiga pertanyaan untuk kepentingan anggota tim lainnya:
 Apa yang saya capai sejak scrum harian terakhir?
 Apa yang saya rencanakan untuk dikerjakan oleh scrum harian berikutnya?
 Apa hambatan atau hambatan yang menghambat saya untuk mencapai
kemajuan?

2018 Pengembangan Aplikasi Berbasis Rapid

7 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id
 Dengan menjawab pertanyaan-pertanyaan ini, semua orang memahami gambaran
besar tentang apa yang sedang terjadi. Scrum harian sangat penting untuk membantu
tim pengembangan mengelola alur kerja yang cepat dan fleksibel dalam sprint. Scrum
harian bukanlah aktivitas pemecahan masalah. Sebaliknya, banyak tim memutuskan
untuk membicarakan masalah setelah scrum harian dan melakukannya dengan
sekelompok kecil orang yang tertarik.

 Selesai
Dalam scrum, kami mengacu pada hasil sprint sebagai peningkatan produk yang
berpotensi dapat dipindah, yang berarti bahwa apa pun yang disepakati oleh tim
scrum adalah benar-benar dilakukan sesuai dengan definisi yang telah disetujui.

 Ulasan Sprint
Pada akhir sprint, ada dua aktivitas inspeksi dan adaptasi tambahan. Salah satunya
disebut tinjauan sprint. Tujuan dari kegiatan ini adalah untuk memeriksa dan
menyesuaikan produk yang sedang dibangun. Yang penting untuk kegiatan ini adalah
percakapan yang terjadi di antara para peserta, yang mencakup tim scrum, pemangku
kepentingan, sponsor, pelanggan, dan anggota tim yang tertarik. Percakapan
difokuskan pada peninjauan fitur yang baru saja selesai dalam konteks upaya
pengembangan secara keseluruhan.

ROLES AND PRACTICES SCRUM

Ada tiga peran berbeda yang diperlukan dalam melakukan metode Scrum, yaitu:

 Master Scrum memastikan prosedur diikuti, memastikan semua berjalan lancar, dan
melindungi tim dari gangguan. Master Scrum berbeda dari manajer proyek tradisional
dalam banyak hal, termasuk peran ini tidak memberikan arahan seharihari kepada tim
dan tidak memberikan tugas kepada individu.
 Product Owner (Pemilik Produk), biasanya merupakan orang yang dianggap paling
penting dari sebuah proyek. Bagian dari tanggung jawab pemilik produk adalah
memiliki visi tentang apa yang ingin dia buat dan menyampaikan visi tersebut kepada
tim Scrum. Tugas utama Pemilik Produk adalah untuk menjadi nilai bagi stakeholder
atau pemegang saham.

2018 Pengembangan Aplikasi Berbasis Rapid

8 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id
  Tim Scrum Sebuah tim Scrum adalah tim yang bisa mengatur pekerjaan mereka
sendiri dan merupakan sebuah tim yang lintas fungsional. Member tim akan
melakukan analisis, implementasi, perancangan, pengujian, dan lain-lain. Meskipun
individu dapat bergabung dengan tim dengan berbagai jabatan, di Scrum, judul
tersebut tidak signifikan. Metodologi scrum menyatakan bahwa setiap orang
berkontribusi dengan cara apa pun yang mereka bisa untuk menyelesaikan pekerjaan
pada setiap sprint. Individu dengan demikian akan menghabiskan sebagian besar (dan
terkadang semua) waktu mereka bekerja dalam disiplin apa pun yang mereka ketahui,
baik itu analisis, desain, pengembangan, tes dan lain lain.

Praktek pada Scrum

Untuk memulainya, Anda bisa mengikuti langkah-langkah berikut:
o Tentukan Tim Scrum pertama Anda
Tim terdiri dari 5-9 anggota. Semua anggota ini memiliki kombinasi
kompetensi dan dapat mencakup untuk menjadi developer, penguji,
pendukung, perancang, analisis bisnis, dan lain-lain. Semua anggota terus
bekerja sama. Tim itu sendiri bertanggung jawab untuk memastikan bahwa
mereka akan memproduksi produk yang bisa dipresentasikan di akhir setiap
sprint.
o Tentukan panjang atau lamanya Sprint Anda
Sprint adalah tenggang waktu yang berlangsung antara 7 dan 30 hari, dan
biasanya tetap sama panjang selama proyek berlangsung. Tentukan tenggang
waktunya dalam sebuah meeting perencanaan dan tim tersebut harus
berkomitmen untuk menyelesaikan pekerjaan ini. Pada akhir sprint, Anda
sebaiknya mengadakan sebuah review atau ulasan (bisa berupa meeting)
dengan demonstrasi hasil kerja. Disini perbaikannya ditinjau dan dikerjakan
agar sprint berikutnya bisa direncanakan. Jika Anda masih tidak yakin dengan
tenggang waktu, Anda bisa mulai dengan 2 minggu terlebih dahulu.
o Tunjuk Seorang Master Scrum
Scrum Master adalah seorang katalisator untuk sebuah kelompok scrum.
Mereka memastikan bahwa kelompok scrum bekerja secara efektif dan
progresif. Jika terjadi hambatan, master Scrum akan menindaklanjuti dan
menyelesaikan masalah untuk tim tersebut. Master Scrum memang bisa

2018 Pengembangan Aplikasi Berbasis Rapid

9 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id
 dianggap sebagai manajer proyek untuk tim tersebut, kecuali orang tersebut
tidak boleh mendikte apa yang tim kerjakan dan seharusnya tidak terlibat
dalam pengelolaan mikro sekalipun. Master Scrum akan membantu tim dalam
merencanakan pekerjaan sprint yang akan datang.
o Tunjuk Pemilik Produk (Product Owner)
Pemilik Produk harus merupakan seseorang yang dapat bertanggung jawab
memastikan tim menghasilkan sebuah produk yang bisa dipresentasikan dan
pasarkan ke bisnis, klien atau siapapun yang menginginkan hasil proyek
tersebut (pembeli akhir). Pemilik Produk biasanya menuliskan persyaratan
sehubungan dengan apa yang diinginkan dari produk tersebut dalam bentuk
sebuah cerita, kemudian memprioritaskan item-item dalam proses pembuatan,
dan memasukkannya ke backlog.
o Buat Backlog Produk Awal
Produk backlog adalah daftar keinginan yang berupa semua cerita pengguna
yang diharapkan akan dibuat dan diselesaikan dalam proyek tersebut. Cerita
yang paling penting harus berada di urutan teratas daftar, jadi keseluruhan
simpanan tersusun secara teratur berdasarkan urutan kepentingan cerita.
o Rencanakan dan Mulailah Sprint Pertama Anda
Berdasarkan prioritas backlog, tim sekarang mengambil item dari daftar
(biasanya dari paling atas). Tim lalu melakukan brainstorming dan
memutuskan apa dan berapa banyak yang bisa mereka selesaikan dalam sprint
mendatang. Ini disebut rapat perencanaan sprint. Begitu tim setuju, sprint
dimulai dan tim dapat mulai mengerjakan proyeknya.
o Tutup Arus dan Mulai Sprint Berikutnya
Bila akhir tenggat waktu sudah tercapai dan semua pekerjaan yang
direncanakan sudah lengkap dilakukan, tergantung pada tim untuk
memutuskan apakah pekerjaan yang tersisa harus ditransfer ke sprint
berikutnya atau dimasukkan kembali ke dalam backlog. Setiap sebuah tim
menyelesaikan tugasnya, tim disarankan untuk melakukan retrospektif di
mana mereka mendiskusikan apa yang berjalan dengan baik dan apa yang bisa
diperbaiki untuk sprint berikutnya. Setelah itu, pertemuan perencanaan sprint
untuk sprint berikutnya dimulai dan prosesnya diulang. Tidak ada batasan
untuk jumlah sprint kecuali jika ditetapkan oleh deadline (berdasarkan budget

2018 Pengembangan Aplikasi Berbasis Rapid

10 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id
 atau waktu) atau seluruh backlog selesai. Jika tidak satu pun kriteria ini
terpenuhi, sprint terus berlanjut tanpa batas waktu.

2018 Pengembangan Aplikasi Berbasis Rapid

11 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id
Daftar Pustaka
1. Mc.,Leod, R. Jr. 2002. System Development: A Project Management Approach. New
York: Leigh Publishing LLC.
2. Whitten, J.L. & Bentley, L.D. 2004. System Analysis & Design Methods: Sixth
Edition. New York: Mc.Graw-Hill.
3. http://www.agile-tools.net/
4. http://www.stevemcconnell.com/rdcntnt.htm

2018 Pengembangan Aplikasi Berbasis Rapid

12 Roni Yusman S.Kom, M.I.kom
Pusat Bahan Ajar dan eLearning
http://www.mercubuana.ac.id