Metode Rekayasa Perangkat Lunak

Metode Rekayasa Perangkat Lunak

Dalam dunia perancangan sofware, sangat dibutuhkan metoda atau cara yang d butuhkan.
Diupayakan agar permasalahn cepat di selesaikan sesuai waktu. Tidak banyak para engineer menyelesaikan sofware tepat waktu, karena metode yang di terapkan dalam project tersebut tidak sesuai dengan kualitas dan kuantitas.

Terapan metode atau model pada  Rekayasa Perangkat Lunak tercakup :

Model Waterfall

          Model Waterfall merupakan salah satu model klasik bersifat Sisetematis. Kenapa di sebut klasik??!! karena model ini dikerjakan secara berurutan. Pengunaan model ini dalam penerapan kehidupan sehari-hari sangatlah memakan waktu dan sangat sedikit di pakai dalam membuat software.

masalah yang terdapat pada model ini :

1. Perubahan suolit dilakukan karena sistemnya baku dan kaku.
2. Karena, sifatnya kaku dan baku maka kebutuhan harus di kumpulkan secara lengkap sehingga perubahan bisa ditekan seminimal mungkin.
3. Perlu diketahui penerapan model ini hanya untuk rekayasa sistem yang besar. 

Contoh Gambar

Model Rapid Application Development (Model RAD)

           Model yang menitik beratkan pada proses pembuatan prangkat lunak yang incremental (pendek dan seingkat). Model RAD megadopsi model waterfall dan pembangunan dalam waktu singkat dicapai dengan penerapan componenet based construction. Jika kebutuhan lengkap dan jelas waktu yang dibutuhkan secara komplit software yang dibuat misalnya 60 s/d 90 hari.

Masalah yang terdapat dalam model RAD :

1. Tidak cocok untuk skala besar
2. Proyek bisa gagal karena waktu yang disepakati tidak dipenuhi.
3. Resiko teknis yang tinggi tidak cocok untuk model ini.

Contoh Gambar :

Model Prototype

         Kadang-kadang klien hanya memberikan beberapa kebutuhan umum software tanpa detil input, proses atau detil output. Di lain waktu mungkin dimana tim pembangun (developer) tidak yakin terhadap efisiensi dari algoritma yang digunakan, tingkat adaptasi terhadap sistem operasi atau rancangan form user interface. Ketika situasi seperti ini terjadi model prototyping sangat membantu proses pembangunan software.

        Sekalipun prototype memudahkan komunikasi antara developer dan klien , membuat klien mendapat gambaran awal dari prototype, membantu mendapatkan kebutuhan detil lebih baik namun demikian prototype juga menimbulkan masalah adalah  developer biasanya melakukan kompromi dalam beberapa hal karena harus membuat prototype dalam waktu singkat. Mungkin sistem operasi yang tidak sesuai, bahasa pemrograman yang berbeda, atau algoritma yang lebih sederhana.

Contoh Gambar

Model Extreme Programming (XP)

         Model proses ini diciptakan dan dikembangkan oleh Kent Beck. Model ini adalah model proses yang terbaru dalam dunia rekayasa perangkat lunak dan mencoba menjawab kesulitan dalam pengembangan software yang rumit dan sulit dalam implementasi.

1. Communication/Komunikasi : komunikasi antara developer dan klien sering menjadi masalah. Karena itu komunikasi dalam XP dibangun dengan melakukan pemrograman berpasangan (pair programming). Developer didampingi oleh pihak klien dalam melakukan coding dan unit testing sehingga klien bisa terlibat langsung dalam pemrograman sambil berkomunikasi dengan developer. Selain itu perkiraan beban tugas juga

diperhitungkan.

2. Simplicity/ sederhana: Menekankan pada kesederhanaan dalam pengkodean:

“What is the simplest thing that could possibly work?” Lebih baik melakukan hal yang sederhana dan mengembangkannya besok jika diperlukan. Komunikasi yang lebih banyak mempermudah, dan rancangan yang sederhana mengurangi penjelasan.

3. Feedback / Masukan/Tanggapan: Setiap feed back ditanggapi dengan melakukan tes, unit test atau system integration dan jangan menunda karena biaya akan membengkak (uang, tenaga, waktu).
4. Courage / Berani: Banyak ide baru dan berani mencobanya, berani mengerjakan kembali dan setiap kali kesalahan ditemukan, langsung diperbaiki.

certainty factor

Definisi menurut David McAllister adalah suatu metode untuk membuktikan apakah suatu fakta itu pasti ataukah tidak pasti yang berbentuk metric yang biasanya digunakan dalam sistem pakar. Metode ini sangat cocok untuk sistem pakar yang mendiagnosis sesuatu yang belum pasti.

Rumus Metode Certainty Factors

Aturan metode Certainty Factors:

1. McAllister menggambarkan aturan untuk menambahkan dua faktor Certaint positif adalah:

2. Aturan untuk menambahkan dua Certaint yang negatif adalah:

3. Aturan untuk menambahkan Certainty Factors positif dan Certainty Factors negatif lebih kompleks:

3 aturan ini menyediakan suatu skala interval untuk Certainty Factors. Contoh untuk fakta yang positif:

Strong suggestive (CFa): 0.8

Suggestive (CFb) : 0.6

CFcombine (CFa CFb) = 0.8 + 0.6 (1-0.8)

= 0.92

Contoh untuk fakta yang negatif:

Strong suggestive (CFc): -0.8

Suggestive (CFd) : -0.6

CFcombine (CFc CFd) = -0.8 + -0.6 + -0.8 * -0.6

= -0.92

Contoh untuk fakta yang positif dan negatif:

Certainty factor adalah 0.88 (CFe)

Certainty factor against adalah 0.90 (CFf)

RUMUS 4

Metode certainty factors ini hanya bisa mengolah 2 bobot dalam sekali perhitungan. Untuk bobot yang lebih dari 2 banyaknya, untuk melakukan perhitungan tidak terjadi masalah apabila bobot yang dihitung teracak, artinya tidak ada aturan untuk mengkombinasikan bobotnya, karena untuk kombinasi seperti apapun hasilnya akan tetap sama. Untuk mengetahui apakah seorang pasien tersebut menderita penyakit jantung atau tidak, itu dilihat dari hasil perhitungan bobot setelah semua keluhankeluhan diinputkan dan semua bobot dihitung dengan menggunakan metode certainty factors. Pasien yang divonis mengidap penyakit jantung adalah pasien yang memiliki bobot mendekati +1 dengan keluhan-keluhan yang dimiliki mengarah kepada penyakit jantung. Sedangkan pasien yang mempunyai bobot mendekati -1 adalah pasien yang dianggap tidak mengidap penyakit jantung, serta pasien yang memiliki bobot sama dengan 0 diagnosisnya tidak diketahui atau unknown atau bisa disebut dengan netral.

Kelebihan dan Kekurangan Metode Certainty Factors

Kelebihan metode Certainty Factors adalah:

1. Metode ini cocok dipakai dalam sistem pakar untuk mengukur sesuatu apakah pasti atau tidak pasti dalam mendiagnosis penyakit sebagai salah satu contohnya.

2. Perhitungan dengan menggunakan metode ini dalam sekali hitung hanya dapat mengolah 2 data saja sehingga keakuratan data dapat terjaga. Kekurangan metode Certainty Factors adalah:

1. Ide umum dari pemodelan ketidakpastian manusia dengan menggunakan numerik metode certainty factors biasanya diperdebatkan. Sebagian orang akan membantah pendapat bahwa formula untuk metode certainty factors diatas memiliki sedikit kebenaran.

2. Metode ini hanya dapat mengolah ketidakpastian/kepastian hanya 2 data saja. Perlu dilakukan beberapa kali pengolahan data untuk data yang lebih dari 2 buah.