SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK AMOBI HELLOFISHIE (FISH MARKET) Untuk : Universitas Atma Jaya Yogyakarta. Dipersiapkan oleh:

Transkripsi

1 SKPL SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK AMOBI HELLOFISHIE (FISH MARKET) Untuk : Universitas Atma Jaya Yogyakarta Dipersiapkan oleh: Richard Trisnosaputra / Hisyam Rahmawan Suharno / I Nyoman Andi Radita / Maria Pristy Widyaningrum / Program Studi Teknik Informatika Fakultas Teknologi Industri Universitas Atma Jaya Yogyakarta Program Studi Teknik Informatika Fakultas Teknologi Industri Nomor Dokumen Halama n SKPL-AMOBI 1/24 Revisi

2 Revisi A B C D E F DAFTAR PERUBAHAN Deskripsi INDEX TGL - A B C D E F G Ditulis oleh Diperiksa oleh Disetujui oleh TEAM AMOBI HELLOFISHIE TA TA Program Studi Teknik Informatika SKPL AMOBI 2/ 33

3 Daftar Halaman Perubahan Halaman Revisi Halaman Revisi Program Studi Teknik Informatika SKPL AMOBI 3/ 33

4 DAFTAR ISI 1... Pendahuluan Tujuan Lingkup Masalah Definisi, Akronim dan Singkatan Referensi Deskripsi umum (Overview) Deskripsi Kebutuhan Perspektif Produk Fungsi Produk Karakteristik Pengguna Batasan-batasan Asumsi dan Ketergantungan Kebutuhan Khusus Kebutuhan antarmuka eksternal Kebutuhan Fungsionalitas Perangkat Lunak Spesifikasi Rinci Kebutuhan Spesifikasi Kebutuhan Fungsionalitas ERD Program Studi Teknik Informatika SKPL AMOBI 4/ 33

5 Daftar Gambar 1 Arsitektur Perangkat Lunak AMOBI Use Case Diagram Pendahuluan Program Studi Teknik Informatika SKPL AMOBI 5/ 33

6 1.1 Tujuan Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini merupakan dokumen spesifikasi kebutuhan perangkat lunak AMOBI HELLOFISHIE untuk mendefinisikan kebutuhan perangkat lunak yang meliputi antarmuka eksternal (antarmuka antara sistem dengan sistem lain perangkat lunak dan perangkat keras, dan pengguna) dan atribut (feature-feature tambahan yang dimiliki aplikasi), serta mendefinisikan fungsi perangkat lunak. SKPL-AMOBI ini juga mendefinisikan batasan perancangan perangkat lunak. 1.2 Lingkup Masalah Perangkat Lunak HELLOFISHIE dikembangkan dengan tujuan untuk : 1. Memudahkan distributor dalam menjual ikanikan nya lebih merata ke konsumen-konsumen yang membutuhkan. 2. Memudahkan konsumen / customer dalam pembelian ikan segar tanpa harus keluar rumah. 3. Memudahkan distributor dalam pendataan ikanikan segar yang dimiliki. Program Studi Teknik Informatika SKPL AMOBI 6/ 33

7 Gambar 1. Arsitektur Perangkat lunak AMOBI 1.3 Definisi, Akronim dan Singkatan Daftar definisi akronim dan singkatan : Keyword/Phrase Definisi SKPL Merupakan spesifikasi kebutuhan dari perangkat lunak yang akan dikembangkan. AMOBI Mata kuliah Aplikasi Mobile untuk Pengembangan dalam hal bisnis. Internet Internet merupakan istilah umum yang dipakai untuk menunjuk Network global yang terdiri dari komputer dan layanan servis dengan sekitar 30 sampai 50 juta pemakai komputer dan puluhan layanan informasi termasuk , FTP, dan World Wide Web. HELLOFISHIE Perangkat lunak yang berkembang dalam bidang bisnis perikanan. adalah : 1.4 Referensi Referensi yang digunakan pada perangkat lunak tersebut Program Studi Teknik Informatika SKPL AMOBI 7/ 33

8 1. Aloysius Editiyan / , Spesifikasi Kebutuhan Perangkat Lunak (SKPL) SIBEVI, Universitas Atma Jaya Yogyakarta. 1.5 Deskripsi umum (Overview) Secara umum dokumen SKPL ini terbagi atas 3 bagian utama. Bagian utama berisi penjelasan mengenai dokumen SKPL tersebut yang mencakup tujuan pembuatan SKPL, ruang lingkup masalah dalam pengembangan perangkat lunak tersebut, definisi, referensi dan deskripsi umum tentang dokumen SKPL ini. Bagian kedua berisi penjelasan umum tentang perangkat lunak AMOBI yang akan dikembangkan, mencakup perspektif produk yang akan dikembangkan, fungsi produk perangkat lunak, karakteristik pengguna, batasan dalam penggunaan perangkat lunak dan asumsi yang dipakai dalam pengembangan perangkat lunak AMOBI tersebut. Bagian ketiga berisi penjelasan secara lebih rinci tentang kebutuhan perangkat lunak AMOBI yang akan dikembangkan. 2. Deskripsi Kebutuhan 1.1 Perspektif Produk HELLOFISHIE merupakan perangkat lunak yang dikembangkan untuk menengahi permasalahan bidang perikanan antara distributor ikan dan konsumen. Sistem ini membantu distributor dalam memasarkan ikan-ikan yang mereka miliki. Sistem ini dapat digunakan oleh distributor versi website dan konsumen untuk versi mobile. Pada aplikasi web digunakan oleh administrator dan distributor ikan. Aplikasi web ini menangani antara lain : pengelolaan distributor, pengelolaan lokasi yang dioperasikan oleh admin, kemudian pengelolaan data kategori, Program Studi Teknik Informatika SKPL AMOBI 8/ 33

9 pengelolaan data produk, pengelolaan data customer, pengelolaan order dan penanganan berita oleh distributor ikan. Untuk aplikasi berbasis mobile akan diberikan fasilitas untuk untuk search location ikan terdekat dan pemberian rating terhadap ketersediaan ikan. Perangkat lunak HELLOFISHIE ini berjalan pada platform Android dan dibuat menggunakan Bahasa Java dan tools yang digunakan adalah Android Studio. Pengguna akan berinterkasi dengan sistem melalu halaman antarmuka pada smartphone android yang nantikan akan terhubung dengan internet agar dapat 2.2 Fungsi Produk Fungsi produk perangkat lunak HELLOFISHIE adalah sebagai berikut : APLIKASI WEB 1. Fungsi Login (Merupakan fungsi yang digunakan administrator dan semua distributor ikan untuk dapat masuk ke dalam sistem yang akan digunakan. 2. Fungsi Pengelolaan Distributor Merupakan fungsi mengelola data-data distributor yang akan mempromosikan ikan-ikan mereka. Fungsi Pengelolaan Distributor meliputi : a. Fungsi Aktivasi Distributor Merupakan fungsi yang digunakan untuk mengaktifkan distributor. b. Fungsi Edit Data Distributor Merupakan fungsi yang digunakan menonaktifkan distributor tertentu. Program Studi Teknik Informatika SKPL AMOBI 9/ 33

10 3. Fungsi Pengelolaan Lokasi Merupakan fungsi yang digunakan untuk mengelola data lokasi distributor ikan terkait. Fungsi Pengelolaan Lokasi meliputi : a. Fungsi Entry Data Lokasi Merupakan fungsi yang digunakan untuk mendaftarkan lokasi distributor. b. Fungsi Edit Data Lokasi Merupakan fungsi yang digunakan untuk melakukan perubahan terhadap data lokasi. c. Fungsi Hapus Data Lokasi Merupakan fungsi yang digunakan untuk menghapus data lokasi. d. Fungsi Tampil Data lokasi Merupakan fungsi yang digunakan untuk menampilkan data lokasi. 4. Fungsi Pengelolaan Data Kategori Merupakan fungsi yang digunakan oleh distributor untuk mengelola data kategori ikan mereka. Fungsi Pengelolaan Data Kategori meliputi : a. Fungsi Entry Data Kategori Merupakan fungsi yang digunakan untuk mendaftarkan kategori baru. b. Fungsi Edit Data Kategori Merupakan fungsi yang digunakan untuk melakukan perubahan terhadap data kategori. c. Fungsi Hapus Data Kategori Merupakan fungsi yang digunakan untuk hapus data kategori. d. Fungsi Tampil Data Kategori Merupakan fungsi yang digunakan untuk menampilkan data kategori. Program Studi Teknik Informatika SKPL AMOBI 10/ 33

11 5. Fungsi Pengelolaan Data Produk Merupakan fungsi yang digunakan oleh distributor untuk mengelola data produk yang dimiliki. Fungsi Pengelolaan Data Customer meliputi : a. Fungsi Entry Data Produk Merupakan fungsi yang digunakan untuk mendaftarkan produk baru. b. Fungsi Edit Data Produk Merupakan fungsi yang digunakan untuk melakukan perubahan terhadap data produk. c. Fungsi Hapus Data Produk Merupakan fungsi yang digunakan untuk hapus data produk. d. Fungsi Tampil Data Produk Merupakan fungsi yang digunakan untuk menampilkan data produk. 6. Fungsi Pengelolaan Data Customer Merupakan fungsi yang digunakan oleh distributor untuk mengelola data customer yang akan membeli ikan mereka. Fungsi Pengelolaan Data Customer meliputi : a. Fungsi Entry Data Customer Merupakan fungsi yang digunakan untuk mendaftarkan customer baru. b. Fungsi Edit Data Customer Merupakan fungsi yang digunakan untuk melakukan perubahan terhadap data customer. c. Fungsi Hapus Data Customer Merupakan fungsi yang digunakan untuk hapus data customer. d. Fungsi Tampil Data Customer Program Studi Teknik Informatika SKPL AMOBI 11/ 33

12 Merupakan fungsi yang digunakan untuk menampilkan data customer. 7. Fungsi Pengelolaan Order Merupakan fungsi yang digunakan oleh distributor untuk pemesanan ikan dari customer. Fungsi Pengelolaan Data Customer meliputi : a. Fungsi Edit Data Order Merupakan fungsi yang digunakan untuk melakukan perubahan terhadap data order. b. Fungsi Tampil Data Order Merupakan fungsi yang digunakan untuk menampilkan data order. 8. Fungsi Reporting Merupakan fungsi yang digunakan distributor untuk menampilkan report. a. Report Produk Merupakan report untuk menampilkan produk-produk yang dimiliki distributor. b. Transaksi Order Merupakan report untuk menampilkan semua transaksi order. APLIKASI MOBILE 9. Fungsi Registrasi Customer Merupakan fungsi yang digunakan untuk pendaftaran customer baru. 10. Fungsi Show Data List Ikan Merupakan fungsi yang digunakan untuk melihat daftar-daftar ikan segar yang siap beli. 11. Fungsi Order Ikan Program Studi Teknik Informatika SKPL AMOBI 12/ 33

13 Merupakan fungsi yang digunakan untuk order ikan. Fungsi-fungsinya antara lain : a. Fungsi Pilih Ikan Merupakan fungsi yang digunakan untuk memilih ikan-ikan yang siap dibeli. b. Fungsi Pilih Jumlah Ikan Merupakan fungsi yang digunakan untuk memilih jumlah ikan yang siap dibeli. 12. Fungsi Pembayaran Merupakan fungsi yang digunakan untuk pembayaran ikan dari customer terhadap distributor. 13. Fungsi Rating Ikan Merupakan fungsi yang digunakan untuk memberi rating terhadap ikan-ikan rekomendasi dari customer. 2.3 Karakteristik Pengguna Karakteristik dari pengguna perangkat lunak HELLOFISHIE adalah sebagai berikut : 1. Memahami pengoperasian android. 2. Mengerti tentang internet dan web. 3. Memahami pengunaan aplikasi HELLOFISHIE. 2.4 Batasan-batasan Batasan-batasan dalam pengembangan perangkat lunak HELLOFISHIE tersebut adalah : 1. Kebijaksanaan Umum Berpedoman pada tujuan dari pengembangan perangkat lunak HELLOFISHIE. Program Studi Teknik Informatika SKPL AMOBI 13/ 33

14 2. Keterbatasan perangkat keras Dapat diketahui kemudian setelah sistem ini berjalan (sesuai dengan kebutuhan). 2.5 Asumsi dan Ketergantungan Sistem ini dapat dijalankan pada perangkat Web yang menggunakan sistem operasi Windows XP/Vista/7/8, serta aplikasi web browser apapun dan smartphone android. 3. Kebutuhan Khusus 3.1 Kebutuhan antarmuka eksternal Kebutuhan antar muka eksternal pada perangkat lunak HELLOFISHIE meliputi kebutuhan antarmuka pemakai, antarmuka perangkat keras, antarmuka perangkat lunak, antarmuka komunikasi Antarmuka pemakai Pengguna dapat menggunakan aplikasi ini dengan menggunakan smartphone android. Smartphone tersebut harus terkoneksi dengan internet karena database akan disimpan di dalam web browser yang nantinya akan di hosting pada website Antarmuka perangkat keras Perangkat keras yang digunakan dalam perangkat lunak HELLOFISHIE adalah Smartphone Android yang berjalan pada Android versi Antarmuka perangkat lunak Perangkat lunak yang dibutuhkan untuk mengoperasikan perangkat lunak HELLOFISHIE adalah sebagai Program Studi Teknik Informatika SKPL AMOBI 14/ 33

15 berikut : 1. Nama : PHPmyAdmin Sumber : segala sumber Sebagai penyimpanan basis data aplikasi HELLOFISHIE. 2. Nama : IE/Firefox/Chrome/Opera/dll Sumber : berbagai sumber Sebagai aplikasi web browser untuk membuka sistem web. 3. Nama : Android Studio Sumber : Google Sebagai tools yang digunakan dalam pembuatan aplikasi versi mobile. 4. Nama : Android Sumber : Google and Linux Sebagai sistem operasi yang digunakan aplikasi HELLOFISHIE Antarmuka Komunikasi Antarmuka yang digunakan sistem ini adalah koneksi internet yang memungkinkan beberapa user dapat berkoneksi secara bersamaan. Program Studi Teknik Informatika SKPL AMOBI 15/ 33

16 3.2 Kebutuhan Fungsionalitas Perangkat Lunak Use Case Diagram Mengelola Data Distributor Admin Mengelola Lokasi Login Mengelola Data Species Distributor Mengelola Data Produk Mengelola Data Customer Menangani Order Menangani Berita Melakukan registrasi Customer Melihat List Ikan Memesan ikan Melakukan Pembayaran Program Studi Teknik Informatika SKPL AMOBI 16/ 33 Memberi Rating Ikan

17 4. Spesifikasi Rinci Kebutuhan 4.1 Spesifikasi Kebutuhan Fungsionalitas APLIKASI WEB Use Case Spesification : Login 1. Brief Description Use case ini digunakan oleh aktor masuk ke dalam sistem. Login berdasarkan username dan password yang telah terdaftar sebelumnya. Hanya distributor dan admin yang melakukan login pada aplikasi web ini. 2. Primary Actor 1. Admin 2. Distributor 3. Supporting Actor None 4. Basic Flow 1. Use Case ini dimulai ketika aktor akan masuk ke dalam aplikasi web HELLOFISHIE. 2. Aktor memasukkan username dan password. 3. Sistem akan memeriksa apakah username dan password sesuai dengan yang ada dalam database atau tidak. E-1 username dan password salah 4. Sistem akan memberikan hak akses untuk aktor (aktor dapat masuk ke sistem) Program Studi Teknik Informatika SKPL AMOBI 17/ 33

18 5. Use Case selesai. 5. Alternatif Flow None 6. Error Flow E-1 Username dan password salah 1. Sistem akan menampilkan pesan bahwa username atau password salah. 2. Kembali ke Basic Flow langkah ke PreConditions None 8. PostConditions Aktor berhasil masuk ke sistem dan dapat menggunakan fungsi-fungsi yang ada Use Case Specification : Aktivasi Distributor 1. Brief Description Use case ini digunakan oleh aktor untuk mengaktifkan distributor agar dapat memasuki sistem. 2. Primary Aktor Admin 3. Supporting Aktor None 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melakukan aktivasi distributor. 2. Sistem menampilkan antar muka daftar distributor. 3. Aktor memberikan checklist terhadap distributor untuk diaktifkan. 4. Use Case selesai. 5. Alternatif Flow None Program Studi Teknik Informatika SKPL AMOBI 18/ 33

19 6. Error Flow None 7. PreConditions 1. Aktor telah memasuki sistem. 2. Daftar distributor sudah tersedia. 8. Post Conditions 1. Distributor telah diaktivasi Use Case Spesification : Deaktivasi Distributor 1. Brief Description Use case ini digunakan oleh aktor untuk menonaktifkan distributor yang tidak lagi menggunakan sistem web. 2. Primary Aktor Admin 3. Supporting Actor None 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melakukan deaktivasi distributor. 2. Sistem menampilkan antar muka daftar distributor. 3. Aktor memberikan checklist terhadap distributor untuk dinonaktifkan. 4. Use Case selesai. 5. Alternatif Flow None 6. Error Flow None 7. PreConditions 1. Aktor telah memasuki sistem. 2. Daftar distributor sudah tersedia. 5. PostConditions 1. Distributor telah di deaktivasi. Program Studi Teknik Informatika SKPL AMOBI 19/ 33

20 4.1.4 Use Case Specification : Pengelolaan Lokasi 1. Brief Description Use Case ini digunakan oleh aktor untuk mengelola data-data lokasi yang nantinya diinputkan oleh distributor. 2. Primary Actor Admin 3. Supporting Actor None 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih pengelolaan lokasi. 2. Sistem menampilkan antarmuka pengelolaan lokasi.. 3. Sisten menampilkan data semua lokasi. 4. Sistem memberikan pilihan untuk melakukan entry new lokasi, edit lokasi, hapus lokasi. 5. Aktor memilih untuk melakukan entry new lokasi dipilih. A-1 Aktor memilih untuk melakukan edit lokasi. A-2 Aktor memilih untuk melakukan hapus lokasi. 6. Aktor menginputkan data lokasi. 7. Aktor meminta sistem untuk menyimpan data lokasi yang telah diinputkan. 8. Sistem memeriksa data lokasi yang telah diinputkan. E-1 Data lokasi yang diinputkan salah. 9. Sistem menyimpan data lokasi ke database. 10. Use Case ini selesai. 5. Alternatif Flow A-1 Aktor memilih untuk melakukan edit lokasi. 1. Sistem menampilkan data lokasi. 2. Aktor mengedit data lokasi yang sudah ditampilkan. Program Studi Teknik Informatika SKPL AMOBI 20/ 33

21 3. Berlanjut ke Basic Flow langkah ke-7. A-2 Aktor memilih untuk melakukan hapus data lokasi. 1. Sistem menampilkan data lokasi yang ingin dihapus. 2. Aktor memilih untuk menghapus data lokasi. 3. Berlanjut ke Basic Flow langkah ke Error Flow E-1 Data lokasi yang diinputkan salah. 1. Sistem memberikan pesan bahwa data yang diinputkan salah. 2. Berlanjut ke Basic Flow langkah ke PreConditions 1. Use case login telah dilakukan. 2. Aktor telah memasuki sistem. 8. PostCOnditions 1. Data lokasi di database telah terupdate Use Case Specification : Pengelolaan Data Kategori 1. Brief Description Use Case ini digunakan oleh aktor untuk mengelola kategori laut sebagai jenis-jenis ikan. 2. Primary Actor Distributor 3. Supporting Actor None 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih pengelolaan kategori. 2. Sistem menampilkan antarmuka pengelolaan kategori. 3. Sistem menampilkan data semua kategori. 4. Sistem memberikan pilihan untuk melakukan entry new kategori, edit kategori, hapus kategori. Program Studi Teknik Informatika SKPL AMOBI 21/ 33

22 5. Aktor memilih untuk melakuan entry new kategori. A-1 Aktor memilih untuk melakukan edit kategori. A-2 Aktor memilih untuk melakukan hapus kategori. 6. Aktor menginputkan data kategori. 7. Aktor meminta sistem untuk menyimpan data kategori yang telah diinputkan. 8. Sistem memeriksa data kategori yang telah diinputkan. E-1 Data kategori yang diinputkan salah. 9. Sistem menyimpan data kategori ke database. 10. Use Case ini selesai. 5. Alternatif Flow A-1 Aktor memilih untuk melakukan edit kategori. 1. Sistem menampilkan data lokasi. 2. Aktor mengedit data kategori yang sudah ditampilkan. 3. Berlanjut ke Basic Flow langkah ke-7. A-2 Aktor memilih untuk melakukan hapus data kategori. 1. Sistem menampilkan data kategori yang ingin dihapus. 2. Aktor memilih untuk menghapus data kategori. 3. Berlanjut ke Basic Flow langkah ke Error Flow E-1 Data kategori yang diinputkan salah. 1. Sistem memberikan pesan bahwa data yang diinputkan salah. 2. Berlanjut ke Basic Flow langkah ke PreConditions 1. Use case login telah dilakukan. 2. Aktor telah memasuki sistem. 8. PostCOnditions 1. Data kategori di database telah terupdate Program Studi Teknik Informatika SKPL AMOBI 22/ 33

23 4.1.6 Use Case Specification : Pengelolaan Produk 1. Brief Description Use case ini digunakan aktor untuk mengelola data produk (ikan)yang dimiliki oleh distributor. 2. Primary Actor Distributor. 3. Supporting Actor None 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih pengelolaan produk. 2. Sistem menampilkan antarmuka pengelolaan produk. 3. Sisten menampilkan data semua produk. 4. Sistem memberikan pilihan untuk melakukan entry new produk, edit produk, hapus produk. 5. Aktor memilih untuk melakukan entry new produk yang dipilih. A-1 Aktor memilih untuk melakukan edit produk. A-2 Aktor memilih untuk melakukan hapus produk. 6. Aktor menginputkan data produk. 7. Aktor meminta sistem untuk menyimpan data produk yang telah diinputkan. 8. Sistem memeriksa data produk yang telah diinputkan. E-1 Data produk yang diinputkan salah. 9. Sistem menyimpan data produk ke database. 10. Use Case selesai. 5. Alternatif Flow A-1 Aktor memilih untuk melakukan edit produk. 1. Sistem menampilkan data produk. 2. Aktor mengedit data produk yang sudah ditampilkan. 3. Berlanjut ke Basic Flow langkah ke-7. A-2 Aktor memilih untuk melakukan hapus data produk. Program Studi Teknik Informatika SKPL AMOBI 23/ 33

24 1. Sistem menampilkan data produk yang ingin dihapus. 2. Aktor memilih untuk menghapus data produk. 3. Berlanjut ke Basic Flow langkah ke Error Flow E-1 Data produk yang diinputkan salah. 1. Sistem memberikan pesan bahwa data yang diinputkan salah. 2. Berlanjut ke Basic Flow langkah ke PreConditions 1. Use case login telah dilakukan. 2. Aktor telah memasuki sistem. 8. PostCOnditions 1. Data kategori di database telah terupdate Use Case Specification : Pengelolaan Customer 1. Brief Description Use Case ini digunakan oleh aktor untuk mengelola data-data customer yang nantinya akan membeli ikan. 2. Primary Actor Distributor. 3. Supporting Actor None. 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih untuk melakukan pengelolaan customer. 2. Sistem menampilkan antarmuka pengelolaan customer. 3. Sisten menampilkan data semua customer. 4. Sistem memberikan pilihan untuk melakukan lihat detail data customer, edit customer, hapus customer. 5. Aktor memilih untuk melihat detail data customer. A-1 Aktor memilih untuk melakukan edit customer. Program Studi Teknik Informatika SKPL AMOBI 24/ 33

25 A-2 Aktor memilih untuk melakukan hapus customer. 6. Aktor melihat detail data customer. 7. Aktor meminta sistem untuk menyimpan data customer. 8. Sistem memeriksa data customer. 9. Sistem menyimpan data customer ke database. 10. Use Case ini selesai. 5. Alternatif Flow A-1 Aktor memilih untuk melakukan edit data customer. 1. Sistem menampilkan data customer. 2. Aktor mengedit data customer yang sudah ditampilkan. 3. Berlanjut ke Basic Flow langkah ke-7. A-2 Aktor memilih untuk melakukan hapus data customer. 1. Sistem menampilkan data customer yang ingin dihapus. 2. Aktor memilih untuk menghapus data customer. 3. Berlanjut ke Basic Flow langkah ke Error Flow None. 7. PreConditions 1. Use case login telah dilakukan. 2. Aktor telah memasuki sistem. 8. PostCOnditions 1. Data customer di database telah terupdate Use Case Specification : Pengelolaan Order 1. Brief Description Use Case ini digunakan oleh aktor untuk mengelola data-data order customer yang membeli ikan. 2. Primary Actor Distributor. 3. Supporting Actor None. Program Studi Teknik Informatika SKPL AMOBI 25/ 33

26 4. Basic Flow 1. Use Case ini dimulai ketika aktor memilih pengelolaan order. 2. Sistem menampilkan antarmuka pengelolaan order. 3. Sisten menampilkan data semua lokasi. 4. Sistem memberikan pilihan untuk melakukan melihat detail order, edit order atau hapus order. 5. Aktor memilih untuk melihat detail order. A-1 Aktor memilih untuk melakukan edit order. A-2 Aktor memilih untuk melakukan hapus order. 6. Aktor melihat detail order yang diinginkan. 7. Aktor meminta sistem untuk menyimpan data order. 8. Sistem memeriksa data order yang telah diinputkan. 9. Sistem menyimpan data order ke database. 10. Use Case ini selesai. 5. Alternatif Flow A-1 Aktor memilih untuk melakukan edit order. 1. Sistem menampilkan data order. 2. Aktor mengedit data order yang sudah ditampilkan. 3. Berlanjut ke Basic Flow langkah ke-7. A-2 Aktor memilih untuk melakukan hapus data order. 1. Sistem menampilkan data order yang ingin dihapus. 2. Aktor memilih untuk menghapus data order. 3. Berlanjut ke Basic Flow langkah ke Error Flow None 7. PreConditions 1. Use case login telah dilakukan. 2. Aktor telah memasuki sistem. 8. PostCOnditions Program Studi Teknik Informatika SKPL AMOBI 26/ 33

27 1. Data order di database telah terupdate Use Case Specification : Registrasi / Sign Up 1. Brief Description Use Case ini dilakukan oleh aktor untuk melakukan registras atau sign up melalui aplikasi mobile android. 2. Primary Actor Customer 3. Supporting Actor None. 4. Basic Flow 1. Use Case dimulai ketika aktor memilih melakukan registrasi customer. 2. Sistem menampilkan antarmuka registrasi customer. 3. Sistem memberikan pilihan kepada aktor untuk melakukan login atau registrasi. 4. Aktor memilih melakukan registrasi customer. A-1 Aktor memilih untuk melakukan login. 5. Aktor menginputkan data-data diri ke dalam form yang disediakan. E-1 Data yang diinputkan salah. 6. Aktor meminta sistem untuk menyimpan data-data diri yang telah diinputkan. 7. Sistem akan menampilkan halaman verification code kepada aktor. 8. Aktor membuka untuk melihat verification code. 9. Aktor memasukkan verification code pada tempat yang disediakan. 10. Use Case selesai. 5. Alternatif Flow A-1 Aktor memilih melakukan login. Program Studi Teknik Informatika SKPL AMOBI 27/ 33

28 1. Aktor menginputkan username dan password. 2. Aktor telah memasuki sistem. 3. Berlanjut ke Basic Flow langkah ke Error Flow E-1 Data yang diinputkan salah. 1. Sistem memberikan pesan bahwa data yang diinputkan salah. 2. Berlanjut ke Basic Flow langkah ke PreConditions 1. Aktor telah membuka halaman utama. 8. PostConditions 1. Aktor telah terdaftar sebagai customer 2. Aktor dapat login untuk memasuki sistem Use Case Specification : Login 1. Brief Description Use Case ini digunakan oleh aktor untuk masuk ke dalam sistem. Login berdasarkan username dan password yang telah terdaftar sebelumnya pada saat registrasi. 2. Primary Actor Customer. 3. Supporting Actor None. 4. Basic Flow 1. Use Case ini dimulai ketika aktor akan masuk ke dalam aplikasi mobile HELLOFISHIE. 2. Aktor memasukkan username dan password. 3. Sistem akan memeriksa apakah username dan password sesuai dengan data dalam database. E-1 Username dan password salah. 4. Sistem memberikan hak akses kepada aktor untuk masuk ke dalam sistem. Program Studi Teknik Informatika SKPL AMOBI 28/ 33

29 5. Use Case selesai. 5. Alternatif Flow None. 6. Error Flow E-1 Username dan password salah. 1. Sistem akan menampilkan pesan bahwa username dan password salah. 2. Kembali ke Basic Flow langkah ke PreConditions 1. Aktor telah melakukan registrasi. 8. PostConditions 1. Aktor dapat memasuki sistem dan menggunakan fasilitas yang tersedia Use Case Specification : Order Ikan 1. Brief Description Use Case ini digunakan aktor untuk melakukan pemesanan ikan. 2. Primary Actor Customer. 3. Supporting Actor None. 4. Basic Flow 1. Use Case dimulai ketika aktor memilih melakukan pemesana ikan. 2. Sistem akan menampilkan daftar ikan-ikan segar yang tersedia. 3. Aktor dapat melihat ikan-ikan apa yang tersedia. 4. Aktor melakukan pemilihan terhadap ikan yang diinginkan. A-1 Aktor memilih membatalkan melakukan pemilihan. 5. Aktor telah memilih ikan yang diinginkan. Program Studi Teknik Informatika SKPL AMOBI 29/ 33

30 6. Aktor mengisi jumlah ikan yang hendak dibeli. 7. Aktor mengisi data-data pemesanan. 8. Aktor meminta sistem menyimpan ke database dan melakukan pengiriman. 9. Sistem memeriksa data yang diinputkan oleh aktor. E-1 Data yang diinputkan aktor salah. 10. Use Case selesai. 5. Alternatif Flow A-1 Aktor memilih membatalkan melakukan pemilihan. 1. Sistem akan membawa aktor kepada halaman utama. 6. Error Flow E-1 Data yang diinputkan aktor salah. 1. Sistem memberikan pesan peringatan bahwa data yang diinputkan aktor salah. 2. Kembali ke Basic Flow langkah PreConditions 1. Aktor telah melakukan registrasi. 2. Aktor telah melakukan login. 3. Aktor telah memasuki sistem. 8. PostConditions 1. Data pemesanan ikan tersimpan dalam database. 2. Aktor melakukan pembayaran. 3. Aktor mendapatkan ikan yang diinginkan Use Case Specification : Rating Ikan 1. Brief Description Use Case ini digunakan aktor untuk memberikan rating terhadap ikan yang menjadi rekomendasi terbaik. 2. Primary Actor Customer. 3. Supporting Actor Program Studi Teknik Informatika SKPL AMOBI 30/ 33

31 None. 4. Basic Flow 1. Use Case dimulai ketika aktor memilih memberikan rating terhadap ikan yang menjadi rekomendasi terbaik. 2. Sistem akan menampilkan semua daftar ikan. 3. Aktor memilih untuk melihat detail data ikan. 4. Aktor memberikan rating kepada ikan. 5. Use Case selesai. 5. Alternatif Flow None. 6. Error Flow None. 7. PreConditions 1. Aktor telah melakukan registrasi. 2. Aktor telah melakukan login. 3. Aktor telah memasuki sistem. 8. PostConditions 1. Data ikan mendapatkan rating dari customer. 5. ERD Program Studi Teknik Informatika SKPL AMOBI 31/ 33

32 Distributors Users id_user usernam e password role register_date rem ember_toke ac Kategori id_kategori nameskategori information user_id deleted_at Rating id_rating product_id rating info Custom ers id_custom ers order_date_temp firstnam e lastnam e address phone Products id_product name kategori_id description price date_entry expired_date stock status distributor_id image user_id deleted_at jumlah_rating jumlahuserratting rating id_distributors order_date_temp location_id name address phone no_regis image Order_Temp id_tem p product_id order_date_temp total_price_tem p status_order_tem p kode_transaksi_bayar_temp status_bayar_tem p News id_news title content image status publish_date user_id deleted_at Locations id_location nameplace longitude latitude deleted_at Order id_order order_date_temp status_order_tem p total_price no_regis kode_transaksi_bayar status_bayar Order_detil id_detil order_id product_id total_price_tem p price total Program Studi Teknik Informatika SKPL AMOBI 32/ 33

33 Program Studi Teknik Informatika SKPL AMOBI 33/ 33