3.3.3.2. Persyaratan Non-Fungsional
Analisis non-fungsional berhubungan dengan hal-hal berikut ini: 1.
Performa Perangkat lunak yang akan dibangun dapat menunjukkan jarak terdekat dari 2
atau lebih titik. 2.
Mudah dipelajari dan digunakan Perangkat lunak yang akan dibangun memiliki tampilan yang user friendly dan
responsif. 3.
Hemat biaya Perangkat lunak yang dibangun akan mempermudah pengguna untuk efesiensi
waktu, sehingga hemat biaya. 4.
Kontrol Perangkat lunak yang dibangun akan menampilkan pesan error untuk setiap input
yang tidak sesuai.
3.3.4. Perancangan Sistem
Untuk memperoleh gambaran yang lebih jelas tentang objek apa saja yang akan berinteraksi dengan sistem serta hal-hal apa saja yang dilakukan oleh sistem, maka
diperlukan perancangan sistem. Dua jenis perancangan yang digunakan untuk perancangan persyaratan sistem adalah diagram Use Case dan Activity Diagram.
3.3.4.1. Perancangan Sistem dengan Use Case Diagram
Melalui penggambaran dengan diagram use case, siapa saja yang berinteraksi dengan sistem dan apa saja yang dilakukan dengan sistem bisa digambarkan dengan jelas.
Berdasarkan analisis kebutuhan sistem, secara garis besar sistem melakukan proses pencarian jarak terpendek dengan algoritma A.
Universitas Sumatera Utara
Diagram use case yang dirancang sebagai perancangan persyaratan sistem berdasarkan informasi kebutuhan sistem dan aktor yang berperan didalamnya, dapat
dilihat pada Gambar 3.4.
Gambar 3.4. Diagam Use Case dari Sistem
Diagram pada Gambar 3.4 menjelaskan aksi yang dapat dilakukan oleh ketiga user
, yaitu admin, pelanggan, dan supir ojek.
Supir ojek Pelanggan
Cari shortest path
Input pesanan Lacak pergerakan location-
based movement ojek
Kirim koordinat ojek otomatis
Admin
Pengelolaan data admin, pelanggan, dan pemesanan
include
include Sistem Ojek Food Delivery
Universitas Sumatera Utara
Spesifikasi use case ojek food delivery dapat dilihat pada tabel 3.4.
Tabel 3.4. Spesifikasi Ojek Food Delivery
Name Sistem ojek food delivery
Actors Supir ojek, pelanggan, admin
Trigger Pelanggan meng-input pesanan, supir ojek mengirim
koordinat secara terus-menerus. Preconditions
Admin sudah menambahkan data supir ojek dan pelanggan Post Conditions
Sistem akan menampilkan jarak terdekat dan pergerakan ojek. Success Scenario
1. User telah login dan menginput pesanan.
2. Supir ojek membuka aplikasi dan menekan tombol cari
jarak terdekat. 3.
Sistem akan menampilkan jarak terpendek dari lokasi ojek ke lokasi pelanggan dan restoran.
4. Pelanggan menekan cari ojek.
5. Sistem menampilkan pergerakan ojek dari titik awal ke
lokasi pelanggan dan restoran. Alternative Flows
- Berikut adalah penjelasan dari tabel diatas:
1. Nama metode adalah ojek food delivery.
2. Supir ojek, pelanggan dan admin sebagai actor.
3. Pada preconditions, admin sudah harus memasukkan data ojek dan
pelanggan. 4.
Pada post conditions sistem akan menampilkan jarak terdekat dan pergerakan ojek
5. Pada success scenario terdapat proses:
a. User telah login dan menginput pesanan.
b. Supir ojek membuka aplikasi dan menekan tombol cari jarak terdekat.
c. Sistem akan menampilkan jarak terdekat dari lokasi ojek ke lokasi
pelanggan dan restoran.
Universitas Sumatera Utara
d. Pelanggan menekan cari ojek.
e. Sistem menampilkan pergerakan ojek dari titik awal ke lokasi
pelanggan dan restoran.
3.3.4.2. Perancangan Sistem dengan Activity Diagram
Kategori