Rekayasa perangkat lunak (rpl)

Presentasi berjudul: "Rekayasa perangkat lunak (rpl)"— Transcript presentasi:

1 Rekayasa perangkat lunak (rpl)
SEMESTER PENDEK 2015/2016 Rekayasa perangkat lunak (rpl) Betha Nurina Sari,M.Kom

2 PERTEMUAN 3-4 Metodologi Pengembangan Perangkat Lunak

3 Pengembangan Perangkat Lunak
Pengembangan perangkat lunak : proses membuat suatu perangkat lunak baru untuk menggantikan perangkat lunak lama secara keseluruhan atau memperbaiki perangkat lunak yang telah ada.

4 Metodologi pengembangan perangkat lunak
suatu proses pengorganisasian kumpulan metode dan konvensi notasi untuk mengembangkan perangkat lunak. Suatu strategi pengembangan yang memadukan proses, metode, dan perangkat (tools).

5 Komponen metodologi pengembangan perangkat lunak
Metode suatu cara pendekatan yang sistematik untuk mengembangkan PL. Metode ini mencakup Perencanaan proyek,analisis keperluan sistem dan PL, perancangan struktur data, prosedur algoritma, Coding, uji coba dan pemeliharaan. AlatBantu alat-alat bantu yang mendukung pengembangan PL. Seperti Context Diagram, Data Flow Diagram, Kamus Data, Use Case, Activity Diagram,dll. Prosedur urut-urutan pekerjaan dari metode dan alat bantu tersebut.

6 Proses Pengembangan Perangkat Lunak
1. Menentukan APA yang harus dikerjakan oleh perangkat lunak dalam satu rentang waktu tertentu. 2. Mendefinisikan BAGAIMANA perangkat lunak dibuat, mencakup arsitektur perangkat lunaknya, antar muka internal, algoritma, dan sebagainya. 3. Penerapan (penulisan program) dan pengujian unit-unit program. 4. Integrasi dan pengujian modul-modul program. 5. Validasi perangkat lunak secara keseluruhan (pengujian sistem).

7 SOFTWARE DEVELOPMENT LIFE CYCLE
SDLC berfungsi untuk menggambarkan tahapan-tahapan utama dan langkah-langkah dari setiap tahapan yang secara garis besar terbagi dalam 5 kegiatan utama,yaitu investigasi, analisis, desain, implementasi dan perawatan.

8 Berbagai Model Proses PL
Model Waterfall Model Linear Sequential Model Model Prototyping RAD (Rapid Application Development) Model Model Evolutionary - Model Incremental - Model Spiral - Component Assembly - Concurent Development V- Model

9 Model Waterfall

10 Model Waterfall (2) Definisi Kebutuhan Sistem Rancang Sistem
Pembentukan kebutuhan Rancang Sistem Mengubah kebutuhan menjadi bentiuk karakteristik yang dimengerti PL Implementasi dan Unit Testing Penulisan Program Integrasi dan Sistem Testing Memeriksa Program, mencari kesalahan Operasi dan Perawatan Pemeliharaan sistem, menambahkan fungsi

11 Masalah Model Waterfall
Jarang sekali proyek yang prosesnya bisa dilakukan secara sequential Sukar bagi customer untuk secara eksplisist mengemukakan semua kebutuhannya. Customer harus sabar Developer sering menunda pekerjaan. Anggota tim harus menunggu anggota lainnya menyelesaikan tugasnya.

12 Kekurangan Waterfall :
1.Seakan-akan masing-masing kegiatan berbeda, padahal saling berkaitan. 2.Error ditemukan terlambat, yaitu pada tahap implementasi atau maintenance. 3.Jika no 2 terjadi, maka biaya tambah mahal karena harus membuat ulang dari awal, seperti dokumentasi, design, coding, testing

13 Model Linear Sequential Model

14 Model Prototyping Paradigma Prototype
Customer tidak bisa mendefinisikan input, proses, output yang diminta secara detail Developer menjadi tidak yakin terhadap PL yang dikembangkan (efisiensi algoritma, bentuk interaksi mesin dengan manusia,dst). Paradigma Prototype

15 Paradigma Prototyping

16 Tahapan Prototyping Pengumpulan kebutuhan dan Perbaikan (Awal)
Quick Design Pembentukan Prototype Iterasi Evaluasi Pelanggan (Pengulangan) Perbaikan Prototype Produk PL (Akhir)

17 Macam Model Prototyping
Evolutionary : dimulai dari model dikembangkan akhirnya dimanfaatkan Throw Away : hanya dibuat sebagai model untuk mencari bentuk yang diinginkan (cetak biru)

18 EVOLUTIONARY PROTOTYPE
GUNAKAN PROTOTIPE BUAT TENTUKAN KEBUTUHAN EVALUASI TIDAK SESUAI SESUAI

19 THROWAWAY PROTOTYPE EVALUASI PROGRAM TENTUKAN KEBUTUHAN UJI BUAT
GUNAKAN SISTEM UJI PROGRAM EVALUASI TIDAK SESUAI BUAT PROTOTIPE TENTUKAN KEBUTUHAN THROWAWAY PROTOTYPE

20 Masalah Model Prototyping
Customer melihat prototipe tersebut sebagai versi dari software. Development membuat implemetasi yang kompromitas dengan tujuan untuk memperoleh prototipe pekerjaan secara cepat.

21 RAD (Rapid Application Development) Model
Model RAD : adaptasi tingkat tinggi dari model Linear Sequential, sehingga tercapai pengembangan cepat/rapid yaitu hari, dengan menggunakan pendekatan berbasis komponen. Pendekatan RAD model menekankan cakupan : 1. Pemodelan bisnis (Bussiness Modelling) 2. Pemodelan data (Data Modelling) 3. Pemodelan proses (Process Modelling) 4. Pembuatan aplikasi (Application generation) 5. Pengujian dan pergantian (Testing and turnover)

22 RAD (Rapid Application Development) Model

23 Evolutionary Model (Incremental)

24 Evolutionary Model (2) Spiral

25 Evolutionary Model (3) Component Assembly

26 Evolutionary Model (4) Concurent Development

27 V- Model

28 Software Re- Engineering (Reverse)
- Restrukturisasi atau menulis ulang sebagian atau keseluruhan dari sistem yang telah ada tanpa merubah fungsionalitasnya. Kapan? - Ketika sebagian tetapi tidak semua sub sistem yang besar membutuhkan perawatan yang sering - Ketika PK dan PL sudah lama hampir tidak berfungsi

29 Software Re- Engineering
Bagaimana? - Sistem bisa direstrukturisasi dan didokumentasi ulang untuk membuat menjadi mudah dalam perawatan Mengapa? - Mengurangi resiko PL yang baru dibangun membawa resiko yang tinggi - Mengurangi biaya Biaya untuk re-engineering sering lebih kecil dibanding membangun PL baru

30 Pembagian tugas tim pengembangan PL
Manajer Manajer Proyek, Manajer Konfigurasi, Manajer Penjamin kualitas PL, dll Software Developer Analis Sistem, Desainer, Programmer, Inspektor PL, Pengontrol Perubahan Pendukung Staf admin, Humas, Pencatat teknis, Admin database, Admin Jaringan.

31 TUGAS Tentukan model pengembangan dalam merancang dan mengembangkan software yang sudah kelompok Anda rencanakan. Beri alasan mengapa memilih model itu ? Buat jadwal (timeline) dan pembagian tugas tim untuk pengembangan software yang sudah Anda rencanakan sebelumnya(sampai siap dipresentasikan pada 1 Agustus 2016) Dokumen dikumpulkan maksimal 11 Juli pukul ke