STMIK AMIKOM YOGYAKARTA

Transkripsi

1 STMIK AMIKOM YOGYAKARTA

2 METODOLOGI PENGEMBANGAN PERANGKAT LUNAK Donni donnipra.com ANSI Pertemuan 5

3 Presentasi oleh Reviewer WATERFALL

4 WATERFALL : Summary Classic Life Cycle atau model Waterfall merupakan model yang paling banyak dipakai didalam Software Engineering (SE). Model ini melakukan pendekatan secara sistematis dan urut mulai dari level kebutuhan sistem lalu menuju ke tahap analisis, desain, coding, testing / verification, dan maintenance. Disebut dengan waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan.

5 WATERFALL : Summary Roger S. Pressman memecah model ini menjadi 6 tahapan, yaitu :

6 WATERFALL : Summary Kelebihan Proses menjadi teratur Estimasi proses menjadi lebih baik Jadwal menjadi lebih menentu Progress untuk setiap tahap dapat dilihat secara pasti.

7 WATERFALL : Summary Kekurangan Sifatnya kaku, sehingga susah melakukan perubahan di tengah proses Membutuhkan daftar kebutuhan yang lengkap di awal, tapi jarang konsumen bisa memberikan kebutuhan secara lengkap diawal

8 Presentasi oleh Reviewer PROTOTYPE

9 PROTOTYPE : Summary Prototyping adalah salah satu pendekatan dalam rekayasa perangkat lunak yang secara langsung mendemonstrasikan bagaimana sebuah perangkat lunak atau komponen-komponen perangkat lunak akan bekerja dalam lingkungannya sebelum tahapan konstruksi aktual dilakukan (Howard, 1997).

10 PROTOTYPE : Summary Skema dari prototype secara umum adalah sebagai berikut :

11 PROTOTYPE : Summary Kelebihan Adanya komunikasi yang baik antara pengembang dan pelanggan. Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan. Penerapan menjadi lebih mudah karena pemakai mengetahui apa yang diharapkannya. User dapat berpartisipasi aktif dalam pengembangan sistem.

12 PROTOTYPE : Summary Kekurangan Proses analisis dan perancangan terlalu singkat. Walaupun pemakai melihat berbagai perbaikan dari setiap versi prototype, tetapi pemakai mungkin tidak menyadari bahwa versi tersebut dibuat tanpa memperhatikan kualitas dan pemeliharaan jangka panjang. Pengembang biasanya ingin cepat menyelesaikan proyek. Sehingga menggunakan algoritma dan bahasa pemrograman yang sederhana untuk membuat prototyping lebih cepat selesai tanpa memikirkan lebih lanjut bahwa program tersebut hanya merupakan cetak biru sistem.

13 Presentasi oleh Reviewer RAD (Rapid Application Development)

14 RAD : Summary Rapid application development (RAD) atau rapid prototyping adalah model proses pembangunan perangkat lunak yang tergolong dalam teknik incremental (bertingkat). RAD menekankan pada siklus pembangunan pendek, singkat, dan cepat. Sistem yang tidak bisa dimodularisasi tidak cocok untuk model RAD

15 RAD : Summary Skema dari RAD secara umum adalah sebagai berikut :

16 RAD : Summary Kelebihan Memungkinkan membeli suatu modul tertentu untuk lebih menghemat biaya daripada mengembangkan sendiri. Bisa mengurangi penulisan kode yang kompleks karena menggunakan wizard. Mempercepat waktu pengembangan sistem secara keseluruhan karena cenderung mengabaikan kualitas. Modul yang telah dibuat pada project sebelumnya ada kemungkinan masih bisa digunakan untuk project selanjutnya.

17 RAD : Summary Kekurangan Model RAD membutuhkan sumber daya yang besar, terutama untuk proyek dengan skala besar. Proyek bisa gagal jika waktu yang disepakati tidak terpenuhi. Sistem yang tidak bisa dimodularisasi tidak cocok untuk model RAD Resiko teknis yang tinggi juga kurang cocok untuk model RAD

18 Presentasi oleh Reviewer AGILE DEVELOPMENT

19 AGILE DEVELOPMENT : Summary Agile merupakan adalah jenis pegembangan sistem jangka pendek yang memerlukan adaptasi cepat dan pengembang terhadap perubahan dalam bentuk apapun. Dalam Agile Software Development interaksi dan personel lebih penting dari pada proses dan alat, software yang berfungsi lebih penting daripada dokumentasi yang lengkap, kolaborasi dengan klien lebih penting dari pada negosiasi kontrak, dan sikap tanggap terhadap perubahan lebih penting daripada mengikuti rencana.

20 AGILE DEVELOPMENT : Summary Skema dari Agile secara umum adalah sebagai berikut :

21 AGILE DEVELOPMENT : Summary Kelebihan Meningkatkan kepuasan kepada klien Pembangunan system dibuat lebih cepat Mengurangi resiko kegagalan implementasi software dari segi non-teknis Jika pada saat pembangunan system terjadi kegagalan,kerugian dari segi materi relative kecil.

22 AGILE DEVELOPMENT : Summary Kekurangan Developer harus selalu siap dengan perubahan karena perubahan akan selalu diterima. Agile tidak akan berjalan dengan baik jika komitmen tim kurang. Tidak cocok dalam skala tim yang besar (>20 orang). Perkiraan waktu release dan harga perangkat lunak sulit ditentukan.

23 Presentasi oleh Reviewer Extreme Programming (XP)

24 Extreme Programming : Summary Extreme Programming (berikutnya akan disingkat sebagai XP) adalah sebuah pendekatan atau model pengembangan perangkat lunak yang mencoba menyederhanakan berbagai tahapan dalam proses pengembangan tersebut sehingga menjadi lebih adaptif dan fleksibel. XP bukan hanya berfokus pada coding tetapi meliputi seluruh area pengembangan perangkat lunak. XP mengambil pendekatan ekstrim dalam iterative development. Dipublikasikan oleh Kenn Beck pada tahun 1999 dengan menggunakan pendekatan OOP (Object Oriented Programming), terdiri dari aktivitas perencanaan, aktivitas desain, aktivitas pengkodean dan aktivitas pengujian.

25 Extreme Programming : Summary Skema dari Extreme Programming secara umum adalah sebagai berikut :

26 Extreme Programming : Summary Cocok utk : Keperluan berubah dengan cepat Resiko tinggi dan ada proyek dengan tantangan yang besar Tim programmer sedikit, yaitu 2-10 orang Mampu mengotomatiskan tes Ada peran serta pelanggan secara langsung

27 Extreme Programming : Summary Kekurangan Cerita-cerita yang menunjukkan requirements kemungkinan besar tidak lengkap sehingga Developer harus selalu siap dengan perubahan karena perubahan akan selalu diterima. Tidak bisa membuat kode yang detail di awal (prinsip simplicity dan juga anjuran untuk melakukan apa yang diperlukan hari itu juga).

28 Presentasi oleh Reviewer ASD

29 ASD : Summary Di usulkan oleh Jim Highsmith sebagai tehnik untuk membangun software dan sistem yang komplek, filosofi dari ASD adalah kolaborasi manusia dan tim yang mengatur diri sendiri, aktivitas pada proses ASD adalah speculation, collaboration & learning.

30 ASD : Summary Skema dari ASD secara umum adalah sebagai berikut :

31 Presentasi oleh Reviewer Dinamic System Development

32 DSD : Summary Menyajikan kerangka kerja (framework) untuk membangun dan memelihara sistem dalam waktu yang terbatas melalui penggunaan prototyping yang incremental dalam lingkungan yang terkondisikan. Aktifitas pada DInamic System development method adalah Feasibility Study, Business Study, Functional Model Iteration, Desain & Build iteration, Implementation

33 DSD : Summary Skema dari DSD secara umum adalah sebagai berikut :

34 Presentasi oleh Reviewer Agile Modelling

35 Agile Modelling : Summary Agile Modeling merupakan filosofi tentang bagaimana membangun model, dengan beberapa diantaranya dilakukan secara format dan terperinci dan yang lainnya dilakukan secara samar dan minim. Agile Software Development juga melihat pentingnya komunikasi antara anggota tim, antara orang-orang teknis dan businessmen, antara developer dan managernya.

36 Agile Modelling : Summary Skema dari Agile Modelling secara umum adalah sebagai berikut :

37 Agile Modelling : Summary Kelebihan Meningkatkan kepuasan kepada klien Pembangunan system dibuat lebih cepat Mengurangi resiko kegagalan implementasi software dari segi non-teknis Jika pada saat pembangunan system terjadi kegagalan,kerugian dar segi materi relative kecil.

38 Agile Modelling : Summary Kekurangan Developer harus selalu siap dengan perubahan karena perubahan akan selalu diterima.

39 Presentasi oleh Reviewer SCRUM

40 SCRUM : Summary Pertama kali diperkenalkan oleh Jeff Sutherland tahun awal tahun 1990an, dan dikembangkan selanjutnya dilakukan oleh Schwaber dan Beedle. Pada dasarnya Scrum merupakan salah satu komponen dari metodologi pengembangan Agile mengenai pertemuan harian untuk membahas kemajuan sedangkan XP adalah menekankan metodologi yang berbeda yaitu ujian, pemrograman dan pembangunan.

41 SCRUM : Summary Skema dari SCRUM secara umum adalah sebagai berikut :

42 SCRUM : Summary Kelebihan Keperluan berubah dengan cepat Tim berukuran kecil sehingga melancarkan komunikasi, mengurangi biaya dan memberdayakan satu sama lain Pekerjaan terbagi-bagi sehingga dapat diselesaikan dengan cepat Dokumentasi dan pengujian terus menerus dilakukan setelah software dibangun Proses Scrum mampu menyatakan bahwa produk selesai kapanpun diperlukan

43 SCRUM : Summary Kekurangan Developer harus selalu siap dengan perubahan karena perubahan akan selalu diterima.

44 TUGAS KELOMPOK

45 TUJUAN TUGAS : Mampu mengidentifikasi penggunaan macammacam sistem dalam mendukung proses bisnis dan meningkatkan value organisasi.

46 TOPIK / TEMA FINAL PROJECT ANSI 1. Tentang SI Penjualan dan Pembelian 2. Tentang SI Perpustakaan 3. Tentang SI Koperasi Simpan Pinjam 4. Tentang SI Rental Mobil 5. Tentang SI Perhotelan 6. Tentang SI Kecelakaan Lalu Lintas 7. Tentang SI Penggajian 8. Tentang SI Sekolah 9. Tentang SI Kependudukan

47 DEADLINE : MINGGU DEPAN SAAT PERKULIAHAN Diskusikan dengan kelompok Anda, Apa judul yang akan kelompok kalian usulkan untuk Final Project. Identifikasi Siapa yang akan menggunakan SI yang akan Anda Rancang, dan jelaskan visi/misi atau goal perusahaan/instansi yang akan menggunakan SI anda. Identifikasi dan jelaskan sistem yang saat ini berjalan di sana, serta jelaskan produk seperti apa yang akan Anda Tawarkan. Pengumpulan via Google Drive. Kelompok yang terlambat memberikan Judul tidak akan memperoleh Point Nilai.

48 What the next? Pertemuan selanjutnya kita akan diskusikan mengenai Project Planning

49 Dream + Parameter = Vision. See Dream You + Effort = Mission. Dream + Do nothing = Illusion.