49
Tabel 3.5 Konversi Pesan Ke Karakter ASCII Bilangan
Karakter Sesuai ASCII
68 D
105 I
103 G
105 I
116 T
97 A
108 L
83 Space
32 S
105 I
103 G
110 N
97 A
116 T
117 U
114 R
101 E
3.2. Perancangan
Flowchart Sistem
Flowchart merupakan diagram alir program yang digunakan untuk memberikan gambaran tentang langkah-langkah atau tata urutan proses pembuatan program
hashing, proses enkripsi, proses pembuatan tandatangan digital, proses deskripsi serta proses verifikasi tandatangan digital atau menguji validitasnya. Tahapan-tahapan
harus berurutan sesuai dengan algortitma program yang baik. Diagram alir program untuk proses tandatangan digital dan proses verifikasi tandatangan digital adalah
sebagai berikut:
Universitas Sumatera Utara
50 a.
Flowchart proses tanda tangan digital.
Gambar 3.1 Flowchart proses pembuatan tandatangan digital
Universitas Sumatera Utara
51 b.
Flowchart proses verifikasi
Gambar 3.2 Flowchart proses verifikasi tandatangan digital
Universitas Sumatera Utara
52 c.
Flowchart Enkripsi dengan algoritma RSA
Mulai
Plaintext
Plaintext à ASCII = P
Chipertext
Selesai YA
P
i
n Panjang P
i
= Panjang P
i+1
C
i
= P
i e
mod n
TIDAK
Gambar 3.3 Flowchart Enkripsi
Universitas Sumatera Utara
53 d.
Flowchart Dekripsi dengan algoritma RSA
P
i
= C
i d
mod n
P
i
= P
i
+
P
i+1
P
i
=
ASCII
Gambar 3.4 Flowchart Dekripsi 3.3. Use case Diagram
Pada sistem ini pemodelan kebutuhan fungsional dimodelkan menggunakan diagram use case. Diagram use case merupakan diagram yang memodelkan aspek perilaku
sistem. Masing-masing diagram use case memiliki aktor, use case, dan hubungannya. Dalam pembuatan perangkat lunak ini use case diagram berfungsi untuk
mempermudah pemakai yang kurang menguasai komputer untuk mengerti sistem yang akan dikembangkan.
Universitas Sumatera Utara
54
Gambar 3.5 Diagram Use case
3.3.1. Model spesifikasi Use case Spesifikasi use case merupakan gambaran lengkap spesifikasi tekstual pada use case.
Spesifikasi use case sistem dilakukan berdasarkan kasus yang ada pada use case diagram yang telah digambarkan . Berikut ini adalah tabel spesifikasi setiap use case
pada sistem tanda tangan digital.
Universitas Sumatera Utara
55
Tabel 3.6 Spesifikasi Use case User Login
Tipe Use Case
Penjelasan Nama Use Case
Login
Penjelasan singkat Use case ini digunakan oleh user untuk login ke
dalam sistem.
Pra-kondisi User harus login terlebih dahulu ke dalam sistem.
Karakteristik
Tindakan dan eksekusi tergantung dari permintaan pengguna.
Skenario Flow of Events
Skenario dasar basic flow: a. Use case ini dimulai ketika user menekan
tombol Login. b. Selanjutnya
user mengisi
username dan
password. c. Kemudian user akan menekan tombol ‘Login’
Kondisi Akhir User berada di halaman utama.
Tabel 3.7 Spesifikasi Use case User Daftar Akun
Tipe Use Case
Penjelasan Nama
Use Case Daftar Akun
Penjelasan singkat Use case ini digunakan oleh user untuk
mendaftarkan user id, password dan email ke dalam sistem.
Pra-kondisi User tidak harus login terlebih dahulu ke dalam
sistem.
Karakteristik Tindakan dan eksekusi tergantung dari permintaan
pengguna.
Universitas Sumatera Utara
56
Tabel 3.7 Spesifikasi Use case User Daftar Akun Lanjutan
Tipe Use Case
Penjelasan Skenario
Flow of Events Skenario dasar basic flow:
a. Use case ini dimulai ketika user menekan tombol Daftar.
b. Selanjutnya user
mengisi username
dan password dan email
c. Kemudian user
akan menekan
tombol ‘Submit’
Kondisi Akhir
User berada di halaman utama.
Tabel 3.8 Spesifikasi Use case User Lihat Profil
Tipe Use Case
Penjelasan Nama Use Case
Lihat Profil
Penjelasan singkat
Use case ini digunakan oleh user untuk melihat profil user.
Pra-kondisi User harus login terlebih dahulu ke dalam sistem.
Karakteristik
Tindakan dan eksekusi tergantung dari permintaan pengguna.
Skenario Flow of Events
Skenario dasar basic flow: a. Use case ini dimulai ketika user memilih
menu halaman Lihat Profil. Alternatif Skenario Alternative Flow :
Edit Profil
a. Administrator dapat melakukan perubahan edit profil, seperti alamat email, nama
pengguna, password dan profil pengguna.
Kondisi Akhir User berada di halaman utama.
Universitas Sumatera Utara
57
Tabel 3.9 Spesifikasi Use case User Lihat Email Masuk
Tipe Use Case
Penjelasan Nama
Use case Lihat Email Masuk
Penjelasan singkat Use case ini digunakan oleh user untuk melihat
Email user.
Pra-kondisi
User harus login terlebih dahulu ke dalam sistem.
Karakteristik Tindakan dan eksekusi tergantung dari permintaan
pengguna.
Skenario Flow of Events Skenario dasar basic flow:
4. Use case ini dimulai ketika user memilih menu halaman Lihat Email Masuk.
Alternatif Skenario Alternative Flow :
Edit Email Masuk
User dapat melakukan perubahan edit Email, seperti menghapus Email masuk.
Kondisi Akhir
User berada di halaman utama.
Tabel 3.10 Spesifikasi Use case User Kirim Email
Tipe Use Case
Penjelasan Nama
Use case Kirim Email
Penjelasan singkat Use case ini digunakan oleh user untuk mengirim
Email.
Pra-kondisi
User harus login terlebih dahulu ke dalam sistem.
Karakteristik Tindakan dan eksekusi tergantung dari permintaan
pengguna.
Universitas Sumatera Utara
58
Tabel 3.10 Spesifikasi Use case User Kirim Email Lanjutan
Tipe Use Case
Penjelasan Skenario
Flow of Events Skenario dasar basic flow:
a. Use case ini dimulai ketika user akan mengirim Email
Kondisi Akhir
User berada di halaman utama.
Tabel 3.11 Spesifikasi Use case User Lihat Email Keluar
Tipe Use Case
Penjelasan Nama
Use case Lihat Email Keluar
Penjelasan singkat
Use case ini digunakan oleh user untuk mengirim Email.
Pra-kondisi User harus login terlebih dahulu ke dalam sistem.
Karakteristik
Tindakan dan eksekusi tergantung dari permintaan pengguna.
Skenario Flow of Events
Skenario dasar basic flow: Use case ini dimulai ketika user memilih menu
Lihat Email Keluar Alternatif Skenario Alternative Flow :
Edit Email Keluar
User dapat melakukan perubahan edit Email, seperti menghapus email keluar.
Kondisi Akhir
User berada di halaman utama.
Universitas Sumatera Utara
59
Tabel 3.12 Spesifikasi Use case User Logout
Tipe Use Case
Penjelasan Nama
Use Case Logout
Penjelasan singkat
Use case ini digunakan oleh user untuk mengirim email.
Pra-kondisi
User harus login terlebih dahulu ke dalam sistem.
Karakteristik Tindakan dan eksekusi tergantung dari permintaan
pengguna.
Skenario Flow of Events
Skenario dasar basic flow: a. Use case ini dimulai ketika user memilih
menu Logout. b. Sistem akan menampilkan halaman login
Kondisi Akhir
User berada di halaman utama. 3.3.2. Diagram Aktivitas
Untuk menggambarkan berbagai alur aktivitas dalam sistem yang sedang berjalan maka dibuatlah suatu activity diagram diagram aktivitas. Berikut merupakan
diagram aktivitas dari sistem tanda tangan digital:
Universitas Sumatera Utara
Universitas Sumatera Utara
61 3. Diagram Aktivitas Pembuatan Kunci
Gambar 3.8 Diagram Aktivitas Pembuatan Kunci
4. Diagram Aktivitas Kirim Pesan
Gambar 3.9 Diagram Aktivitas Kirim Pesan
Universitas Sumatera Utara
62 5. Diagram Aktivitas Inbox
Gambar 3.10 Diagram Aktivitas Inbox
6. Diagram Aktivitas Cari User
Gambar 3.11 Diagram Aktivitas Cari User
Universitas Sumatera Utara
Universitas Sumatera Utara
Universitas Sumatera Utara
Universitas Sumatera Utara
Universitas Sumatera Utara
Universitas Sumatera Utara
BAB 4
IMPLEMENTASI DAN PENGUJIAN SISTEM
4.1. Implementasi Sistem