PENGEMBANGAN RAPID PERANGKAT LUNAK

Slides:



Advertisements
Presentasi serupa
Pengembangan Sistem Informasi
Advertisements

Pengembangan Sistem Informasi - 4
Siklus, Metode dan Teknik Pengembangan Sistem Informasi
Software Process Model
Sasaran Menjelaskan apa yang dimaksud model proses
REKAYASA PERANGKAT LUNAK (Software Engineering) Eka Ismantohadi
METODE REKAYASA PERANGKAT LUNAK
PENGANTAR REKAYASA PERANGKAT LUNAK I
PENGEMBANGAN SISTEM.
Manajemen Proyek Sistem Informasi
PERENCANAAN PROSES PERANGKAT LUNAK
PENGEMBANGAN SISTEM.
Pengembangan dan Perancangan Perangkat Lunak
Siklus Hidup Pengembangan Sistem (SDLC)
Aktifitas Pengembangan & Pemeliharaan Sistem
Methods for Software Engineering
Testing Implementasi Sistem Oleh :Rifiana Arief, SKom, MMSI
PERTEMUAN 7 PENGEMBANGAN SPK
REKAYASA PERANGKAT LUNAK
Metodologi Pengembangan Sistem Informasi
KONSEP PERANCANGAN SISTEM INFORMASI
SIKLUS HIDUP SISTEM Proses Pengembangan sistem berasal dari system life cycle/siklus hidup sistem. Siklus hidup sistem terjadi begitu saja System.
MODEL PROSES REKAYASA PERANGKAT LUNAK
Rekayasa Perangkat Lunak
Rekayasa Perangkat Lunak
Metodologi Pengembangan Perangkat Lunak
Metode rpl BY: Y. PALOPAK S.Si., MT..
PEMODELAN PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK
SIKLUS HIDUP SISTEM INFORMASI
Pengembangan SISTEM secara TOTALITAS bahan 14
PENGEMBANGAN PERANGKAT LUNAK.
Pengembangan Siklus Hidup Sistem
PERENCANAAN AKTIVITAS PROYEK
Spesifikasi Perangkat Lunak
Perangkat Lunak 1.
SIKLUS HIDUP SISTEM INFORMASI
PENGEMBANGAN APLIKASI
Rekayasa Perangkat Lunak Model Proses PL
System Development Life Cycle (SDLC)
Rekayasa perangkat lunak (rpl)
Anna dara andriana., M.kom
ANALISA DAN PERANCANGAN SISTEM INFORMASI
RPL.
Metode Rekayasa Perangkat Lunak
PERANCANGAN SISTEM SECARA UMUM
Rekayasa Perangkat Lunak
REKAYASA PERANGKAT LUNAK
PERANCANGAN SISTEM SECARA UMUM
PROSES REKAYASA PERANGKAT LUNAK
Materi Habis Uts IMK Prototyping
RPL.
Prescriptive Process Models
Pengantar Teknologi Informasi (Teori)
PENGEMBANGAN SISTEM Muhammad Hidayat, SE.
PERTEMUAN 2 Proses Pengembangan Perangkat Lunak
Siklus, Metode dan Teknik Pengembangan Sistem Informasi
Proses Pengembangan Database
Kelompok V FERDY WIDJAJA YOUNGKY DWI P
PENGEMBANGAN SPK.
Rekayasa Perangkat Lunak
REKAYASA PERANGKAT LUNAK
PENGEMBANGAN PERANGKAT LUNAK
PENGEMBANGAN SISTEM.
Rekayasa Perangkat Lunak
Pengembangan Sistem Informasi
PENGEMBANGAN SISTEM.
Pengembangan Sistem Informasi
Paradigma Rekayasa Perangkat Lunak
Pengembangan SISTEM secara TOTALITAS bahan 14
Transcript presentasi:

PENGEMBANGAN RAPID PERANGKAT LUNAK Pertemuan 15 dan 16 .: Erna Sri Hartatik :. Lukman Hakim

Pembahasan Proses Pengembangan Interaktif dan Incremental Metode Agile Development Prinsip Ekstrim Prototyping didalam proses PL Lukman Hakim

METODE PENGEMBANGAN SISTEM Banyak metode pengembangan sistem yang tersedia Metode yang paling dikenal disebut juga sebagai System Development Life Cycle (SDLC) atau sering juga disebut sebagai Water Fall Method Alternatif metode lainPrototyping : CASE tools, Joint Application Design (JAD), Rapid Application Development (RAD), Agile Methodologies, eXtreme Programming Lukman Hakim

Pendahuluan Rapid Aplication Development (RAD) Metodologi ini melakukan beberapa penyesuaian terhadap SDLC pada beberapa bagian sehingga lebih cepat untuk sampai ke tangan pengguna. metodologi ini biasanya mensyaratkan beberapa teknik dan alat2 khusus agar proses bisa cepat. Rapid Aplication Development dapat dijadikan acuan untuk menghasilkan sistem informasi yang dapat memenuhi kebutuhan user. sebagai salah satu alternatif dari System Development Life Cycle belakangan ini seringkali digunakan untuk mengatasi keterlambatan yang terjadi apabila menggunakan metode konvensional Lukman Hakim

CASE TOOLS Computer-Aided Software Engineering Software memberikan dukungan alat otomatis untuk pengembangan sistem Proyek kamus / buku kerja: sistem deskripsi dan spesifikasi diagram alat Contoh produk: Oracle Designer, Rational Rose Lukman Hakim

Model Tradisional dan RAD Lukman Hakim

KELEMAHAN-KELEMAHAN METODE KONVENSIONAL Adapun kelemahan-kelemahan yang terdapat pada metode konvensional adalah sebagai berikut: Dengan metode konvensional, maka terdapat batas waktu yang cukup lama mulai dari pembuatan sistem sampai dengan konsumen dapat menggunakan sistem tersebut. Dengan metode konvensional, apabila proses pengembangan suatu sistem membutuhkan waktu yang lama maka kebutuhan konsumen pada sistem akan mengalami perubahan seiring dengan perubahan proses bisnis yang dilakukan oleh konsumen. Dengan metode konvensional, sistem yang dikembangkan tidak akan mempunyai manfaat apabila belum diselesaikan seluruhnya Lukman Hakim

Joint Application Design (JAD) Proses terstruktur yang melibatkan pengguna, analis, dan manajer Membutuhkan beberapa hari sesi workgroup intensif Tujuan: untuk menentukan atau meninjau persyaratan sistem Lukman Hakim

Keuntungan RAD Membeli sistem yang baru memungkinkan untuk lebih menghemat biaya ketimbang mengembangkan sendiri. Proses pengiriman menjadi lebih mudah, hal ini dikarenakan proses pembuatan lebih banyak menggunakan potonganpotongan 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. 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 mengabaikan kualitas. Tampilan yang lebih standar dan nyaman dengan bantuan software-software pendukung. Lukman Hakim

Tahapan RAD Lukman Hakim

RAD Development Strategys Lukman Hakim

Rencana Kebutuhan (Requirement Planning) Pada tahap ini, user dan analyst melakukan semacam pertemuan untuk melakukan identifikasi tujuan dari aplikasi atau sistem dan melakukan identifikasi kebutuhan informasi untuk mencapai tujuan. Pada tahap ini hal terpenting adalah adanya keterlibatan dari kedua belah pihak, bukan hanya sekedar persetujuan akan proposal yang sudah dibuat. Untuk lebih jauh lagi, keterlibatan user bukan hanya dari satu tingkatan pada suatu organisasi, melainkan beberapa tingkatan organisasi sehingga informasi yang dibutuhkan untuk masingmasing user dapat terpenuhi dengan baik. Di samping itu, dapat juga melakukan koordinasi dengan Rencana Kebutuhan (Requirement Planning) (CIO) atau bagian perencana strategis terutama untuk mengembangkan suatu aplikasi E-commerce berbasis Web untuk mendapatkan informasi yang lebih detail akan tujuan dari suatu organisasi. Pertemuan semacam ini seringkali disebut Joint Aplication Development. Lukman Hakim

Proses Desain (Design Workshop) Pada tahap ini adalah melakukan proses desain dan melakukan perbaikan-perbaikan apabila masih terdapat ketidaksesuaian desain antara user dan analyst. Untuk tahap ini maka keaktifan user yang terlibat sangat menentukan untuk mencapai tujuan, karena user bisa langsung memberikan komentar apabila terdapat ketidaksesuaian pada desain. Biasanya, user dan analyst berkumpul menjadi satu dan duduk di meja melingkar dimana masing-masing orang bisa melihat satu dengan yang lain tanpa ada halangan. Lukman Hakim

Implementasi (Implementation) Setelah desain dari sistem yang akan dibuat sudah disetujui baik itu oleh user dan analyst, maka pada tahap ini programmer mengembangkan desain menjadi suatu program. Setelah program selesai baik itu sebagian maupun secara keseluruhan, maka dilakukan proses pengujian terhadap program tersebut apakah terdapat kesalahan atau tidak sebelum diaplikasikan pada suatu organisasi. Pada saat ini maka user bisa memberikan tanggapan akan sistem yang sudah dibuat serta persetujuan mengenai sistem tersebut Lukman Hakim

Proses Pengembangan Interaktif dan Incremental Iteratif dan incremental: Analisis, rancang, implementasikan sebagian. Lanjutkan analisis, rancang & implementasi sebagian lagi. Lanjutkan lagi analisis, rancang & implementasi, bagian berikutnya. Demikian seterusnya sampai sistem jadi Kelebihan: meningkatkan kepuasan pemilik dan pemakai sistem Lukman Hakim

Lanjutan Lukman Hakim

Ekstrem Programming Classic life cycle Lukman Hakim

Lanjutan Siklus pengembangan incremental, pendek Otomatis tes Dua orang tim pemrograman Pengkodean dan pengujian beroperasi bersama-sama Keuntungan: Komunikasi antara pengembang Tinggi tingkat produktivitas Tinggi kualitas kode Lukman Hakim

Agile Methodologies Termotivasi oleh pengakuan pengembangan perangkat lunak sebagai sesuatu yang tak terduga, dan dinamis Tiga prinsip kunci Adaptif ketimbang prediksi Tekankan orang ketimbang peran Self-adaptif proses Lukman Hakim

Tugas I (Individu) Carilah penjelasan tentang Model pengembangan PL yang lain, beri keterangan dalam tiap alur sertakan kelebihan dan kekurangannya. Prototype Transformasi formal RAD (Rapid Application Development) Pengembangan Incremental Spiral Fourth-Generation Techniques (4GT) Lukman Hakim

PENGGUNAAN KEMBALI PERANGKAT LUNAK PERTEMUAN 16 Lukman Hakim

Masalah Manajemen KENDALA UNTUK REUSE 1. Beberapa perusahaan dan organisasi memiliki sesuatu yang sangat mirip dengan rencana reusabilitas per.lunak 2. Meski semakin banyak vendor perangkat lunak yg menjual peranti atau memberi bantuan terhadap reuse, pengembang tidak menggunakannya 3. Tersedia latihan yg sedikit untuk membantu perekayasa dan manajer memahami dan mengaplikasikan reuse 4. Banyak praktisi percaya bahwa reuse lebih merupakan “masalah”. 5. Banyak perusahaan menganjurkan metodologi pengembangan perangkat lunak tidak memfasilitasi reuse. 6. Beberapa perusahaan memberi insentif untuk menghasilkan reuse. Kenyataannya ada disinsentif Lukman Hakim

ANALOGI PERANGKAT KERAS Agar benar-benar reusable, komponen perangkat lunak harus dapat dipakai di beberapa tempat lain. Maka perekayasa harus membuat komponen lebih umum. Peningkatan generalitas dapat menurunkan efisiensi, atau bahkan meningkatkan kompleksitas Lukman Hakim

SARAN-SARAN UNTUK MEMBANGUN PENDEKATAN REUSE Langkah-langkah berikut akan membantu: Membangun rencana reuse internal Mengharuskan reusabilitas menjadi bagian internal dari pelatihan manajerial dan teknik. Dapatkan peranti dan perpustakaan yang dapat memberi konstribusi positif bagi reuse Dukung metode dan piranti yang telah didemonstrasikan . Telusuri dan ukur reuse serta pengaruhnya Manajemen harus mendukung dan aktif Kenali peranti, data test, desain, rencana, lingkungan dan jenis per.lunak yang dapat di reuse Reuse bukan merupakan “ bisnis biasa” Lukman Hakim

Proses Reuse PERKAKAS REUSABLE a. Rencana proyek b. Perkiraan biaya c. Arsitektur d. Model dan spesifikasi persyaratan e. Desain f. Kode sumber g. Dokumentasi teknis dan pemakai h. Interface manusia i. Data j. Test case Lukman Hakim

Model Proses Lukman Hakim

Rekayasa Domain Tujuan : mengidentifikasi, mengkonstruksi, meng-katalog dan menyebarkan serangkaian perkakas perangkat lunak yang memiliki aplikabilitas dan perangkat lunak masa depan didalam suatu domain aplikasi tertentu. Rekayasa domain meliputi 3 aktifitas,yaitu analisis, konstruksi dan penyebaran Lukman Hakim

Proses Analisis Domain Langkah-langkah proses itu didefinisikan sebagai: 1. Tentukan domain yang akan diselidiki. 2. Kategorikan item yang akan di-ekstrak dari domain 3. Kumpulkan sampel yang presentatif dari aplikasi didalam domain. 4. Analisis masing-masing aplikasi didalam sampel. 5. Kembangkan sebuah analisis bagi objek Lukman Hakim

Fungsi-Fungsi Karakterisasi serangkaian karakteristik domain untuk suatu perkakas reusable dapat direpresentasikan sebagai {Dp} dimana Dpi, merepresentasikan karakteristik domain spesifik ; nilai yang diberikan ke Dpi merepresentasikan skala ordinal yang merupakan indikasi mengenai relevansi dari karakteristik untuk perkakas p. Tipe skala: 1. tidak relevan 2. relevan dalam situasi yang tidak biasa 3. relevan, dapat dimodifikasi meskipun berbeda 4. sangat relevan bila perangkat lunak tidak memiliki karakteristik ini reuse tidak efisien 5. sangat relevan bila perangkat lunak tidak memiliki karakteristik ini reuse tidak efektif, reuse tidak disetujui Lukman Hakim

Lanjutan Bila perangkat lunak baru, w, akan dibangun didalam domain aplikasi, serangkaian karakteristik domain ditarik untuknya. Dpi dan Dwi kemudian dibandingkan untuk menentukan apakah perkakas yang ada (p) dapat secara efektif digunakan lagi didalam aplikasi w. Lukman Hakim

Tabel Karakteristik Lukman Hakim

Pemodelan Struktural Pemodelan struktural adalah suatu pola yang berdasarkan pendekatan rekayasa domain aplikasi yang bekerja dengan asumsi bahwa setiap domain aplikasi memiliki pola pengulangan (fungsi, data, tingkah laku) yang memiliki potensi reuse. Point struktur memiliki 3 karakteristik: 1. Point struktur adl abstarksi yg harus memiliki sejumlah contoh terbatas. 2. Interface ke point struktur harus sederhana. 3. Point struktur hrs mengimplementasi penyembunyian informasi yg diisikan di dlm point struktur itu sendiri Lukman Hakim

Membangun komponen reusable Analisis dan desain untuk reuse Idealnya, model analisis di analisis untuk menentukan elemenelemen model yang menunjuk ke perkakas reusable yang ada. Kunci untuk desain reuse: (Design For Reuse/DFR) • Data standar. Domain aplikasi, dan struktur data global standar (struktur file atau database) lengkap harus diidentifikasi. • Protokol interface standar. Tiga tingkat protokol harus dibangun; sifat interface intramodular, desain interface teknis eksternal dan interface manusia mesin. • Template program. Model struktur dapat berfungsi sebagai template untuk desain arsitektur dari program baru Lukman Hakim