Rapid Application Development

dokumen-dokumen yang mirip
Pengembangan Sistem Informasi

Pengembangan Sistem Informasi

Metodologi Pengembangan Sistem Informasi

PENDAHULUAN PENGEMBANGAN SISTEM INFORMASI

Bab V Perancangan Model Ensiklopedia

Teknik Informatika S1

SDLC SYSTEM DEVELOPMENT LIFE CYCLE. Materi ke-2. Pengembangan Sistem Informasi 5KA28 // 4KA14

PROSES DESAIN. 1. Metodologi Pengembangan Sistem

BAB 1 PENDAHULUAN. Di era globalisasi ini, perkembangan teknologi informasi berperan penting dalam

BAB II LANDASAN TEORI. pengenalan komputer aplikasi merupakan sistem yang dirancang dan disusun

Software Development Life Cycle (SDLC)

STMIK AMIKOM YOGYAKARTA

THE SOFTWARE PROCESS

Hanif Fakhrurroja, MT

STMIK AMIKOM YOGYAKARTA

MODUL 4 Unified Software Development Process (USDP)

Hanif Fakhrurroja, MT

The Process. A Layered Technology. Software Engineering. By: U. Abd. Rohim, MT. U. Abd. Rohim Rekayasa Perangkat Lunak The Process RPL

Review of Process Model. SE 3773 Manajemen Proyek Teknologi Informasi *Imelda Atastina*

BAB 1 ASUMSI PERANAN PENGANALISIS SISTEM

BAB 4 Pendekatan-Pendekatan Pengembangan Sistem

Paktikum : 4-7 Judul Praktikum : System Development Life Cycle (SDLC)

RANGKUMAN SIM BAB 13 Mengembangkan Sistem Informasi (Building Information Systems)

VISUAL FOXPRO 9.0. Annisa

Jenis Metode Pengembangan Perangkat Lunak

SDLC Concepts. Muhammad Yusuf D3 Manajemen Informatika Universitas Trunojoyo

BAB 6 METODOLOGI SIKLUS HIDUP SISTEM

Brigida Arie Minartiningtyas, M.Kom

Pengembangan Sistem Informasi. Sistem Informasi Universitas Gunadarma 2012/2013

SOFTWARE PROCESS MODEL

Tugas Softskill. Universitas Gundarma. : Sistem Informasi Manajemen. : Waldhi Supriono NPM : Kelas : 2 DB 12

BAB I PENDAHULUAN. selular. Salah satu contoh perkembangan telekomunisasi yang biasa digunakan

PENGANTAR RUP & UML. Pertemuan 2

INTRODUCTION TO NETBEANS IDE

Pengembangan Sistem Informasi

BAB II LANDASAN TEORI. lingkungan, interaksi unsur dengan suatu tujuan yang akan dicapai. Berikut ini pengertian sistem menurut beberapa ahli:


Arsitektur Sistem Informasi. Tantri Hidayati Sinaga, M.Kom.

Metodologi pengembangan sistem METODOLOGI PENGEMBANGAN SISTEM INFORMASI DIAN PALUPI RINI, M.KOM 1

Sistem Pakar. Tahap-tahap Pengembangan Sistem Pakar. Kelas A & B. Jonh Fredrik Ulysses

Systems Development Life Cycle (SDLC)

BAB I PENDAHULUAN. peran penting diantaranya adalah mengkoordinasikan, memfasilitasi, dan memberikan

Rekayasa Perangkat Lunak DEPARTEMEN PENDIDIKAN NASIONAL UNIVERSITAS PENDIDIKAN INDONESIA 2008

Manajemen Proyek. Bima Cahya Putra, M.Kom

LANGKAH-LANGKAH MEMBUAT SOFTWARE MENURUT RUP

Microsoft Visual Fox Pro

METODE DAN TEKNIK PENGEMBANGAN SISTEM INFORMASI

LAPORAN AWAL. Pengembangan Sistem Informasi Layanan Terpadu. Pusat Pendidikan dan Pelatihan (PUSDIKLAT) Kementerian Perdagangan

SISTEM INFORMASI AKUNTANSI

1 BAB 1 PENDAHULUAN. 1.1 Latar Belakang

PERTEMUAN 2 METODE PENGEMBANGAN SISTEM


3. The Software Process

Aplikasi yang pendekatannya sistematis, disiplin, bisa terukur untuk pengembangan operasional dan pembuatan software. Tools. Methods.

Nama : Rendi Setiawan Nim :

SIKLUS REKAYASA PERANGKAT LUNAK (SDLC)

VISUAL FOXPRO AS GOOD GREAT PROTOTYPING TOOL AND RAD

BAB II LANDASAN TEORI

MAKALAH REKAYASA PERANGKAT LUNAK ( SIKLUS HIDUP PERANGKAT LUNAK )

DASAR-DASAR PERANCANGAN PERANGKAT LUNAK

BAB1. PENDAHULUAN Siklus hidup sistem (SLC) SDLC Systems Development Life Cycle Siklus Hidup Pengembangan Sistem Systems Life Cycle

BAB II LANDASAN TEORI. produk itu baik atau rusak ataupun untuk penentuan apakah suatu lot dapat diterima

BAB 1 PENDAHULUAN. Travel Agent merupakan usaha yang bergerak di bidang jasa yang memiliki tujuan

PENGEMBANGAN SISTEM PENDUKUNG KEPUTUSAN

Teknik Informatika S1

PENGEMBANGAN PERANGKAT LUNAK

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB 1 Pendahuluan. 1.1 Latar Belakang

Software Requirements Specification

REKAYASA PERANGKAT LUNAK I

DAFTAR ISI... HALAMAN JUDUL... HALAMAN PERNYATAAN PERSETUJUAN... HALAMAN PENGESAHAN... MOTTO DAN PERSEMBAHAN... RINGKASAN... KATA PENGANTAR...

BAB I PENDAHULUAN. Pembangunan ekonomi sangat penting dalam menunjang pembangunan

5. Aktivitas generic dalam semua proses perangkat lunak antara lain adalah : a. Spesifikasi dan pengembangan b. Validasi dan evolusi c.

BAB III LANDASAN TEORI

BAB II TINJAUAN PUSTAKA DAN LANDASAN TEORI

BAB 1 PENDAHULUAN. tersebut adalah metode pemodelan (notation), proses (process) dan tool yang

Pembangunan Sistem lnformasi (2)

STMIK GI MDP. Program Studi Teknik Informatika Skripsi Sarjana Komputer Semester Genap Tahun 2009/2010

BAB II LANDASAN TEORI. Unified Modeling Language (UML) merupakan sistem arsitektur yang bekerja dalam

Software Proses. Model Proses Perangkat Lunak. Pengembangan Perangkat Lunak. Framework activities 3/20/2018. System Development Life Cycle (SDLC)

Proses Pengembangan Sistem

BAB 2 LANDASAN TEORI

Pertemuan XI Database Connectivity Fak. Teknik Jurusan Teknik Informatika. Caca E. Supriana, S.Si.,MT.

CHAPTER 12. DEVELOPING BUSINESS SYSTEM (SUMMARY)

Materi yang akan dibahas: 13-1

Pertemuan 3 Metodologi Pengembangan Sistem Informasi

BAB I PENDAHULUAN Latar Belakang

BAB III METODOLOGI PENELITIAN

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB II TINJAUAN PUSTAKA DAN DASAR TEORI. sebuah sistem pencarian lokasi kuliner berbasis mobile web untuk wilayah

BAB 1 PENDAHULUAN. Excel dalam mencatat aliran data transaksi perusahaan. Penggunaan program

BAB 2 LANDASAN TEORI. Android adalah sistem operasi berbasisi java yang berjalan pada kernel 2.6 Linux.

BAB I PENDAHULUAN. Penjadwalan merupakan kegiatan yang harus dimiliki oleh setiap

STRATEGI. KONTEKS ORGANISASI STRATEGI, STRUKTUR, dan BUDAYA STRATEGIC MANAGEMENT. Konsep dan Proses Manajemen Proyek Sistem Informasi

BAB 1 PENDAHULUAN 1.1 Latar Belakang

BAB I PENDAHULUAN. perencanaan tujuan di masa mendatang. Berbagai informasi dihimpun agar

BAB 2 TINJAUAN PUSTAKA DAN DASAR TEORI

Prototipe (Lanjutan )

PERTEMUAN 2 METODE PENGEMBANGAN SISTEM

Pertemuan 2 SOFTWARE DEVELOPMENT LIFE CYCLE (SDLC)

Transkripsi:

Rapid Application Development

Definisi RAD Adalah seperangkat teknik terintegrasi, pedoman dan tools yang memfasilitasi kebutuhan sistem perangkat lunak pelanggan dalam waktu singkat. Jangka waktu yang telah ditetapkan ini disebut timebox. Produk perangkat lunak tidak muncul pada akhir siklus pengembangan, melainkan berkembang selama proses pembangunan RAD berdasarkan umpan balik pelanggan

Bebas Platform Teknik RAD dan tools merupakan platform yang bebas. Proses pengembangan berbeda dengan cara tradisional. RAD berorientasi pada siklus pengiriman produk sesuai dengan akhir jadwal yang telah dibuat Kesuksesan menggunakan RAD tergantung dari keahlian dan kemampuan team untuk memahami keinginan customer dari proyek pengembangan yang dibuat. Kunci utama kesuksesan adalah proses pembelajaran dan adaptasi Dengan memperlihatkan proses pengembangan ke lingkungan yang cepat dan memperbolehkan customer untuk mengkritik, me review dan memberi umpan balik pada suatu prototipe, team dapat melakukan perubahan pada sistem yang dibuat sehingga didapat penyesuaian yang baik

Masalah : Latar Belakang Bisnis berkembang sangat cepat dan terlalu banyak permintaan Software tidak terlalu dipahami, pelanggan mengalami penundaan dalam proyek pengembangannya. Kebutuhan user tidak selalu tetap, tetapi pengembang selalu mengikuti keinginan user, meskipun dapat dilakukan perubahan setelah sistem telah selesai. Semakin lama sistem dibuat akan dapat membosankan. Apa yang seharusnya dilakukan : Meningkatkan kecepatan proses pengembangan. Sehingga pengembang merasa senang begitu juga bisnis Memerlukan metodologi RAD

Apa itu RAD Model Proses Pengembangan perangkat lunak yang dikembangkan untuk kebutuhan menghasilkan sistem sangat cepat : Sebenarnya butuh 3-6 bulan Dikembangkan pada awal tahun 90an (James Martin) Mengambil inspirasi dari model spiral Tujuan : lebih cepat, lebih baik, murah Konsep Pengembangan iterative Membangun suatu prototipe Menjawab dari model non agile (mis. Waterfall model)

Model Spiral (Boehm) Planning : Menentukan beberapa tujuan dan alternatif Risk Analysis: Analisis dari beberapa alternatif dan mengenali / jangkauan resiko Engineering : Pengembangan produk untuk tingkatan berikutnya Customer Evaluation : Evaluasi hasil pemgembangan dari sudut pandang pelanggan

Seluruh Produk perangkat lunak tidak disampaikan sekaligus, tetapi disampaikan dalam urutan potongan Chunk bisnis yang penting. dengan cara ini, produk ini digunakan secara bertahap dari waktu ke waktu

Kapan dibutuhkan RAD? Project Scope : dimana tujuan bisnis telah baik dipahami dan sudah fokus. Project data : telah tersedia Project decisions : dapat dihasilkan dari jumlah orang yang sedikit yang tersedia atau lokasi berbeda. Project team : sangat sedikit (enam orang) Project technical architecture : sangat memahami proyek serta paham komponen-komponen teknologi yang digunakan. Project technical requirements : adalah layak dan baik dengan kemampuan teknologi yang digunakan Keterlibat end user yang sangat intensif dalam perancangan sistem (JAD, Joint Application Development)

Fitur RAD Prototipe : Secara Umum : Pembuatan prototipe dalam bentuk yang kecil dari suatu sistem untuk menguji fungsi yang kurang dan efisiensi. Dengan RAD : Protipe menjadi bagian untuk menghasilkan sistem JAD Merupakan proses manajemen yang membantu pengembang untuk bekerja secara efektif dengan user untuk mengembangkan teknologi sistem informasi. Fungsi : menentukan proyek, perancangan dan mengawasi proyek sampai selesai

Inti dari RAD Tools Code Generator, CASE Tools, Prototyping tools dan 4GL Metodologi Menggunakan tools secara efektif mungkin People Ketrampulan dan bakat yang tepat. Telah melalui proses seleksi dan motivasi. Pengguna akhir Management Tidak menjadikan rintangan, tapi memfasilitasi perkembangan cepat. Infrastucture Dimana perkembangan cepat dapat terjadi

Iterative Prototyping JRP (Joint Requirement Planning) meeting : Pengguna yang punya level tertinggi dan pengembang melakukan pertemuan untuk menghasilkan daftar dari kebutuhan. Iteration Perancang meninjau kembali prototipe Pengembang membangun/mengembangkan prototipe berdasarkan kebutuhan saat ini Pelanggan mencoba prototipe dan mengembangkan kebutuhannya Fokus ke pertemuan JAD : pelanggan dan pengembang bertemu untuk meninjau kembali produk bersama sama dan memperhalus kebutuhan Membutuhkan dan mengubah permintaan di sesuaikan timebox

Model RAD

Tahapan RAD I. Requirement Planning Membutuhkan satu sampai empat minggu. Ditentukan selama JRP meeting. Terdiri dari tinjauan dari area dan membandingkannya dengan proposal sistem. Menghasikan suatu kebutuhan sistem dalam hal fungsi sistem yang mendukung. Hasil dari tahapan ini meliputi : Model kerangka area sistem (entitas dan model proses). Mendefinisikan cakupan sistem. Penentuan biaya untuk sistem baru.

Tahapan RAD II. User Design Ditentukan selama pertemuan JAD Terdiri dari analisis secara detail dari aktifitas bisnis dan membandingkannya dengan proposal sistem ke kerangka desain. Team menentukan jenis entitas dan membuat diagram kegiatan yang menentukan keterkaitan antara proses-proses dan data. Prosedur sistem dirancang dan hasil tampilan awal yang dikembangkan Membangun prototipe dari prosedur-prosedur yang penting. Menyiapkan rencana untuk mengimplemantasi sistem.

Tahapan RAD III. Construction Pengembang bekerja secara langsung dengan user, membuat rancangan akhir, membangun dan menguji prototipe Hasil keluaran tahapan ini adalah dokumentasi dan instruksi yang penting untuk mengoperasikan aplikasi baru dan prosedur yang diperlukan untuk membuat sistem beroperasi. Timebox dan pengembangan secara paralel : termasuk pengawasan kemajuan sampai menyelesaikan tugas secara cepat. Prototipe ditinjau ulang dengan user Membutuhkan dokumen yang dapat dimodifikasi sehingga iterasi lain dapat berjalan.

Tahapan RAD IV Transition Periode yang dilakukan secara perlahan mengganti sistem yang ada dengan sistem baru. User Acceptance : akhir dari iterasi. Pengembang melakukan pelatihan ke user yang akan mengoperasikan sistem baru. Tujuan Melakukan instalasi pada saat operasional tanpa menimbulkan gangguan pada kegiatan bisnis yang sedang berlangsung. Mengidentifikasi peningkatan yang potensial pada masa depan

RAD Team I Seharusnya terdiri dari pihak pengembang dan user yang masingmasing personal memahami aturan yang ada. User Coordinator : Disetujui oleh pihak sponsor untuk melihat proyek dari sudut pandang user Requirements Planning Team : high-level user yang ikut berpartisipasi dalam perencanaan kebutuhan User Design Team : ikut serta dalam pertemuan yng membahas perancangan User Review Board : meninjau sistem setelah pengembangan dan menentukan jika dibutuhkan modifikasi. Training Manager : bertanggung jawab untuk melakukan pelatihan ke user yang menggunakan sistem baru. Project manager : Melihat usaha pengembangan sistem

RAD Team II Construction (SWAT) Team : terdiri dari dua sampai enam anggota pengembang yang terlatih dengan baik untuk bekerja secara cepat. SWAT (Skilled Workers with Advanced Tools), team ini membangun sistem dan juga berperan dalam pertemuan yang membahas perancangan. Meeting Leader : Mengatur dan mengadakan pertemuan

Tools RAD tergantung secara keseluruhan pada alat bantu otomatis. CASE Software menyediakan perencanaan, menganalisis dan merancang workbench yang secara lengkap terintegrasi sehingga suatu tool dapat secara langsung bekerja menyampaikan informasi ke pihak lain. Repository menyimpan pengetahuan yang berasal dari berbagai tool yang terintegrasi. Code generator : terintegrasi secara lengkap dengan perancangan toolset dan membuat pegembang untuk merancang, modifikasi, membangkitkan kode dan mengujinya secepat mungkin

Tools Cross-Platform RAD tools : Boa Constructor : wxpython based Python RAD IDE IBM Rational Business Developer Extension NetBeans: visual desktop, mobile, web, and SOA applications for Linux, Windows and Mac OS X Java, Ruby and C/C++ programming languages

Tools Desktop RAD Tools CodeGearC++ Builder CodeGear Delphi programming language Gambas (Linux) Gupta Team Developer / SQLWindows Microsoft Visual Basic NetBeans Microsoft Visual Foxpro

Tools Database RAD Tools Base One Foundation Component Library (BFC):.NET applications using SQL Server, Oracle, DB2, Sybase, and MySQL IBM Rational Business Developer Extension: IBM DB2, IBM Informix, Oracle database, MS. SQL Server and other JDBC compliant relational databases IBM Lotus Notes is a RAD: collaboration and document management tasks Sybase PowerBuilder Oracle Forms & Oracle Application Express (Oracle APEX)

Tools Web based RAD Tools Adobe ColdFusion CakePHP IBM Rational Business Developer Extension (Windows, Linux, Unix fsolaris, HPUX, AIXg ) Oracle Application Development Framework uses Oracle s JDeveloper a FREE IDE that supports ADF s J2EE based framework. Panther (and its open source version POSSL) is a cross-platform (Windows, Unix, Linux; TUI, GUI, Web) WebDev

Dokumentasi Customer, pengembang dan management harus menerima penyampaian secara informal yang bisa saja berasal dari Beberapa catatan dari pertemuan user dibandingkan kebutuhan dokumen resmi. Beberapa catatan dari pertemuan perancang dibandingkan dokumen perancangan resmi. Secara prinsip : membuat dokumentasi yang dibutuhkan seminimal mungkin untuk memfasilitasi pengembangan dimasa yang akan datang dan pemeliharaan

Kerugian RAD Membeli sistem yang baru memungkinka untuk lebih menghemat biaya dibandingkan mengembangkan sendiri. Membutuhkan biaya tersendiri untuk membeli peralatan-peralatan penunjang seperti misalnya software dan hardware. Kesulitan untuk melakukan pengukuran mengenai kemajuan proses. Fasilitas-fasilitas banyak yang dikurangi karena terbatasnya waktu yang tersedia. Sistem sulit diaplikasikan di tempat yang lain. Fasilitas yang tidak perlu terkadang harus disertakan, karena menggunakan komponen yang sudah jadi, sehingga hal ini membuat biaya semakin meningkat.

Keuntungan RAD (I) Proses pengiriman menjadi lebih mudah, hal ini dikarenakan proses pembuatan lebih banyak menggunakan potongan-potongan script. Mudah untuk diamati karena menggunakan model prototype, sehingga user lebih mengerti akan sistem yang dikembangkan. Lebih fleksibel karena pengembang dapat melakukan proses desain ulang pada saat yang bersamaan.

Keuntungan RAD (II) Bisa mengurangi penulisan kode yang kompleks karena menggunakan wizard. Keterlibatan user semakin meningkat karena merupakan bagian dari tim secara keseluruhan. Mampu meminimalkan kesalahan-kesalahan dengan menggunakan alat-alat bantuan (CASE tools). Mempercepat waktu pengembangan sistem secara keseluruhan karena cenderung agak mengabaikan kualitas. Tampilan yang lebih dari standar dan nyaman dengan bantuan software-software pendukung.

Ketika Mengaplikasi RAD, perlu diingat