berhubungan dengan permasalahan tersebut, digunakan DiaramIshikawa Fishbone diagram
pada gambar 3.1.
User
System Method
Material
Bagaimana mengamankan pesan dengan aman tanpa
melakukan pertukaran kunci dengan mekanisme
penyandian pesan yang lebih baik
User membutuhkan media pengiriman pesan yang lebih aman
User membutuhkan media pertukaran informasi yang rahasi
Kemungkinan kunci yang bocor dan diketahui oleh
pihak lain Terjadi penyusupan pada jalur
pengiriman pesan dan kunci
Metode pengiriman kunci yang aman masih menjadi
masalah Masih sulitnya
mengkombinasikan dua algoritma kriptografi pada Three-
Pass Protocol Belum adanya skema
yang tepat dalam pengiriman pesan tanpe
pertukanan kunci
Gambar 3.1. Diagram Ishikawa
3.1.2 Analisis Kebutuhan
Untuk membangun sebuah sistem, perlu dilakukan tahan analisis kebutuhan. Analisis kebutuhan terdiri dari dua bagian yaitu kebutuhan fungsional dan kebutuhan
nonfungsional .
3.1.2.1 Analisi Kebutuhan Fungsional
Kebutuhan fungsional menggambarkan kemampuan dari sebuah produk, aktivitas atau layanan yang akan sistem berikan untuk memenuhi kebutuhan pengguna. Kebutuhan
fungsional dari sistem yang mengimplementasikan Three-Pass Protocol dengan algoritma RSA dan Rabin adalah sebagai berikut:
1. Menerima input plaintext
Sistem akan menerima input dari pengguna berupa text yang dituliskan oleh pengguna. Input dapat berupa huruf, angka dan tanda baca.
2. Membangkitkan kunci automatis
Sistem akan secara automatis membangkitkan kunci kepada pengguna sehingga pengguna tidak akan menginput kembali kunci untuk melakukan
enkripsi dan dekripsi pesan. Kunci yang akan dibangkitkan oleh sistem adalah kunci publik dan privat untuk kedua algoritma yang digunakan yaitu kunci
Rabin untuk pengiriman pesan pengguna sebagai pengirim pesan dan kunci RSA untuk penerima pesan pengguna sebagai penerima pesan.
3. Mengenkripsi pesan
Sistem mengenkripsi pesan dengan menggunakan kunci yang telah dibangkitkan dengan menggunakan algoritma Rabin sebegai pengguna
pertamapengirim pesan atau menggunakan algoritma RSA sebagai pengguna keduapenerima pesan.
4. Mendekripsi pesan
Sistem mendekripsi pesan dengan menggunakan kunci yang telah dibangkitkan dengan menggukan algoritma Rabin sebegai pengguna
pertamapengirim pesan atau menggunakan algoritma RSA sebagai pengguna keduapenerima pesan.
5. Mengirimkan pesan
Sistem akan mengirimkan pesan dari pengirim pesan ke pengguna pesan sebagai mana aplikasi chat pada umumnya. Tetapi pada kasus ini, sistem akan
melakukan tiga kali pengiriman sampai akhirnya pesan asli diterima penerima.
3.1.2.2 Analisis Kebutuhan Nonfungsional
Kebutuhan non-fungsional yang dibutuhkan dan digunakan dalam membangun sistem ini adalah:
1. Performa
Sistem yang dibangun dapat melakukan proses enkripsi dan dekripsi yang bedar dengan waktu yang relatif singkat
2. Interface
Sistem yang akan dibangun harus user friendly yang artinya memiliki antar muka yang mudah dimengerti atau pun digunakan.
3. Kontrol
Sistem yang dibangun harus dapat menampilkan pesan error untuk setiap kesalahan input oleh user atau pun kegagalan sistem.
4. Keamanan
Sistem dapat menjamin pesan yang dikirim harus sudah mengalami penyandian terlebih dahulu, sehingga pesan tidak dapat dimengerti oleh pihak
yang menyadapnya.
5. Hemat Biaya
Sistem yang dibangun dengan memanfaatkan perangkat lunak yang freeware yang artinya dapat digunakan dengan bebas tanpa membutuhkan biaya
tertentu. Selain itu tidak menggunakan perangkat keras tambahan lainnya. 6.
Manajemen Kualitas Sistem yang akan dibangun harus memiliki kualitas yang baik yaitu tidak
mempersulit pengguna.
3.1.3 Analisis Proses
