Software Requirement Specification Smartfarmers

Software Requirements
Specification
for
SMARTFARMERS
Beta Version 0.0.1
Prepared by
Group Name: REPEL

Raihan Siyun 1201220011 rsiyun@student.ittelkom-sby.ac.id
Adelia Nafiatul F 1201220025 adelianf@student.ittelkom-sby.ac.id
M. Ageng Sasmito 1201220001 muhagengs@student.ittelkom-sby.ac.id
Zidan Irfan Zaky 1201220003 zidanzaky@student.ittelkom-sby.ac.id
Instructor: <place your instructor’s name here>
Course: Analisis Kebutuhan Perangkat Lunak
Lab Section: <place your lab section here>
Teaching Assistant: <place your TA’s name here>
Date: <place the date of submission here>
Contents
Software Requirements Specification for <Project> Page 2
CONTENTS........................................................................................... Error! Bookmark not defined.

REVISIONS................................................................................................................................................. 2
1 INTRODUCTION........................................................................... Error! Bookmark not defined.
1.1 DOCUMENT PURPOSE............................................................. Error! Bookmark not defined.
1.2 PRODUCT SCOPE.................................................................... Error! Bookmark not defined.
1.3 INTENDED AUDIENCE AND DOCUMENT OVERVIEW.....................Error! Bookmark not defined.
1.4 DEFINITIONS, ACRONYMS AND ABBREVIATIONS......................... Error! Bookmark not defined.
1.5 DOCUMENT CONVENTIONS............................................................................................................ 3
1.6 REFERENCES AND ACKNOWLEDGMENTS................................... Error! Bookmark not defined.
2 OVERALL DESCRIPTION............................................................ Error! Bookmark not defined.
2.1 PRODUCT OVERVIEW.............................................................. Error! Bookmark not defined.
2.2 PRODUCT FUNCTIONALITY....................................................... Error! Bookmark not defined.
2.3 DESIGN AND IMPLEMENTATION CONSTRAINTS........................... Error! Bookmark not defined.
2.4 ASSUMPTIONS AND DEPENDENCIES......................................... Error! Bookmark not defined.
3 SPECIFIC REQUIREMENTS........................................................ Error! Bookmark not defined.
3.1 EXTERNAL INTERFACE REQUIREMENTS........................................................................................ 10
3.2 FUNCTIONAL REQUIREMENTS................................................... Error! Bookmark not defined.
3.3 USE CASE MODEL...................................................................................................................... 25
4 OTHER NON-FUNCTIONAL REQUIREMENTS........................... Error! Bookmark not defined.
4.1 PERFORMANCE REQUIREMENTS................................................................................................ 145
4.2 SAFETY AND SECURITY REQUIREMENTS................................... Error! Bookmark not defined.
4.3 SOFTWARE QUALITY ATTRIBUTES............................................ Error! Bookmark not defined.
5 OTHER REQUIREMENTS............................................................ Error! Bookmark not defined.
APPENDIX A – DATA DICTIONARY..................................................................................................... 149
APPENDIX B - GROUP LOG................................................................................................................. 150
Revisions
Version Primary Author(s) Description of Version Date Completed
Beta 0.0.1 Zidan Irfan Zaky Inisisasi Pembuatan Dokumen Software 00/00/00
Version Primary Author(s) Description of Version Date Completed

Raihan Siyun Requirements Specifications
M. Ageng Sasmito
Adelia N Farida
1 Introduction
1.1 Document Purpose
Tujuan Dokumen Spesifikasi Persyaratan Perangkat Lunak (SRS) adalah untuk
menyediakan deskripsi yang komprehensif dan tidak ambigu tentang persyaratan fungsional
dan non-fungsional untuk pengembangan sistem perangkat lunak. Dokumen ini berfungsi
sebagai alat komunikasi kunci antara pemangku kepentingan, termasuk pengembang,
manajer proyek, tim jaminan kualitas, dan pengguna akhir, untuk memastikan pemahaman
bersama tentang solusi perangkat lunak yang diinginkan.
1.2 Product Scope

SmartFarmers ini sendiri adalah aplikasi berbasis mobile yang mencakup tentang
kebutuhan petani dalam mengelola profit yang lebih, dengan ruang lingkup desa untuk
kegiatan pertanian dan peternakan mulai dari kegiatan permodalan dan monitoring serta
memberikan investasi dengan data real time.
Manfaat dari aplikasi SmartFarmers ini sendiri adalah dapat mengeksplorasi dan
meningkatkan kualitas hidup petani, sekaligus mengarahkan investor ke sektor pertanian.
Melakukan integrasi sistem dengan Dinas Pertanian dan Ketahanan Pangan untuk
mempermudah petani dalam menemukan solusi dari hama atau penyakit yang ditemukan
selama melaksanakan kegiatan tani. Mempermudah komunikasi dan hubungan antara agen
penjual, petani, dan investor melalui aplikasi SmartFarmers.
1.3 Intended Audience and Document Overview
1. Petani
Petani dapat melakukan kegiatan tani dengan menerima modal yang lebih mudah,
melakukan laporan pada setiap perkembangan pada kegiatan tani, melakukan laporan akhir
untuk merangkum kegiatan, melakukan penjualan hasil tani dengan rekomendasi harga jual
yang telah diberikan.
2. Investor
Investor diberikan saran oleh aplikasi untuk melakukan investasi ke kegiatan tani yang ada
sesuai dengan modal yang akan diberikan, investor dapat melihat alur kegiatan melalui laporan
bulanan yang dilakukan petani.
3. Agen Penjual
Agen Penjual merupakan pihak yang akan membeli hasil tani dari Petani sesuai dengan
harga yang telah direkomendasikan dan diterima oleh kedua belah pihak, kemudian menjual
kembali hasil tani tersebut.
4. Simpan Pinjam Desa

Simpan Pinjam Desa dapat memberikan modal secara langsung kepada Petani sesuai
dengan kesepakatan dengan berdasarkan syarat dan ketentuan dari pihak simpan pinjam desa,
dapat melakukan pencatatan dan merekap peminjaman yang telah diberikan
5. Dinas Pertanian dan Ketahanan Pangan
Dinas Pertanian dan Ketahanan Pangan dapat memberikan informasi yang konkrit
mengenai harga pangan yang beredar dalam daerah tersebut dengan berbagai pertimbangan, dan
juga memberikan informasi lengkap mengenai hama, penyakit tumbuhan dan cara mengatasi
kedua masalah tersebut untuk mempermudah petani dalam melangsungkan kegiatan tani
Dokumen ini akan memberikan deskripsi lengkap mengenai aplikasi dan juga berbagai cara untuk
mengatasi masalah yang telah diidentifikasi sebelumnya. Disarankan membaca dimulai dengan
masalah, solusi yang diberikan, dan bagaimana cara untuk mengimplementasikannya dalam
aplikasi.
6. Project Team
1.4 Definitions, Acronyms and Abbreviations
Definisi
1. SmartFarmers: Aplikasi yang dirancang untuk membantu petani dalam mengelola

pertanian mereka dengan menggunakan teknologi terkini untuk meningkatkan efisiensi dan
produktivitas.
2. Efisiensi: Kemampuan untuk melakukan tugas-tugas pertanian dengan menggunakan
sumber daya yang minimal, termasuk waktu dan tenaga.
3. Produktivitas: Hasil yang dihasilkan dalam suatu periode waktu tertentu, seperti hasil
panen, yang menjadi indikator keberhasilan dari kegiatan pertanian.
4. Fungsionalitas: Kemampuan atau fitur-fitur khusus dalam aplikasi SmartFarmers yang
memungkinkan pengguna untuk melakukan tugas-tugas tertentu.
5. Kebutuhan: Kriteria atau spesifikasi yang harus dipenuhi oleh SmartFarmers agar sesuai
dengan harapan dan kebutuhan pengguna.
6. Manajemen Pertanian: Pengelolaan aspek-aspek pertanian seperti kegiatan, permodalan,
dll.
7. Integrasi Sistem: Penyatuan berbagai komponen atau sistem dalam SmartFarmers agar
dapat beroperasi secara terintegrasi dan efisien.
8. Reporting: Fasilitas untuk pengisian ulang atau penambahan dana ke akun petani untuk
memastikan kelancaran operasional
Akronim
1. SRS: Software Requirements Specification, dokumen yang merinci kebutuhan fungsional

dan non-fungsional dari suatu perangkat lunak.
2. TO DO: Tugas yang harus diselesaikan atau informasi yang belum lengkap, memerlukan
tindakan selanjutnya.
3. UML : adalah singkatan dari Unified Modelling Language yang berfungsi sebagai sarana
perancangan sistem dalam bentuk visual berbasis objek.
Singkatan
1. Simpandes: Simpan Pinjam Desa, lembaga keuangan mikro yang memberikan pinjaman
kredit kepada masyarakat yang menjadi anggotanya.
1.5 Document Conventions

Menggunakan format penulisan IEEE dengan font Arial ukuran 11 atau 12 untuk teks
dalam dokumen, justify, Menggunakan italic untuk istilah dengan menggunakan bahasa selain
Bahasa Indonesia, Penggunaan Penebalan untuk Sub Bab dan Poin-Poin penting. Margin 1
inci di semua sisi, Daftar dengan Nomor, Daftar dengan Poin, Tabel : isi tabel font arial
dengan ukuran 11, pengutipan dengan format penulisan IEEE.
1.6 References and Acknowledgments

Rujukan Tampilan Pengguna:
1. Google Material Design: https://m3.material.io/
2. Microsoft Fluent UI: https://developer.microsoft.com/en-us/fluentui
3. Material UI: https://m3.material.io/
Software Requirement Specifications :

1. IEEE Software Requirements Specification Template:
https://www.cse.msu.edu/~cse870/IEEEXplore-SRS-template.pdf
2. OMG SysML Requirements Model Template: http://www.objs.com/survey/omg.htm
Rujukan Pembuatan Use Case:

1. Use Case Modeling in UML 2.0: https://m.youtube.com/watch?
v=4emxjxonNRI&pp=ygUHI2F1bWxldA%3D%3D
2. Use Cases: A Practical Guide: https://www.amazon.com/Applying-Use-Cases-Practical-
Guide/dp/0201708531
2 Overall Description
2.1 Product Overview
Tujuan dari SRS SmartFarmers ini adalah menjembatani kesenjangan komunikasi
antara klien dan pengembang sistem dan juga antara pengembang sistem dan pengembang
sistem yang lainnya, sehingga mereka memiliki visi yang sama tentang perangkat lunak yang
di bangun, dan batasan batasan apa saja yang terpenting dari sistem ini. dengan adanya srs
ini diharapkan software yang akan dibuat lebih mudah dipahami oleh orang teknologi maupun
orang non teknologi
SmartFarmers adalah aplikasi mobile yang dirancang untuk membantu petani dalam
mengelola pertanian mereka, Investor dalam melakukan investasi pada dunia tani, Simpandes
dalam melakukan pencatatan dan komunikasi dengan petani, Agen penjual untuk
mempermudah mengetahui harga dan kesediaan barang dari tani yang akan dijual, dan Dinas
Pertanian dan ketahanan Pangan untuk memberikan wawasannya tentang hama dan
penyakit. Aplikasi ini menyediakan berbagai fitur untuk membantu seluruh pengguna
SmartFarmers, termasuk:
1. Manajemen lahan: SmartFarmers memungkinkan petani untuk melacak informasi

lahan mereka, seperti luas lahan, jenis tanaman, dan jadwal tanam.
2. Manajemen hama dan penyakit: SmartFarmers menyediakan informasi tentang
hama dan penyakit yang umum menyerang tanaman, serta cara pengendaliannya.
3. Manajemen permodalan: SmartFarmers menyediakan informasi tentang jumlah
uang yang masuk, history transaksi, dan detil permodalan. Dengan informasi
tersebut petani dapat menjalankan kegiatan tani dengan mengetahui asal-muasal
atau sumber dana yang akan digunakan.
4. Manajemen Permodalan: Aplikasi ini menyediakan sebuah laporan keuangan
dimana sang investor atau simpandes dapat melihat secara real-time hasil
peminjaman atau investasi yang diberikan akan disalurkan dananya pada kegiatan
tani.
5. Rekomendasi Investasi: Investor dapat menerima informasi tentang rekomendasi
investasi dalam dunia tani dengan bantuan aplikasi pintar untuk melakukan
perhitungan secara cepat dalam modal yang akan diberikan dan memberikan saran
untuk investasi yang memiliki presentase kegagalan yang kecil.
6. Manajemen Hama dan Penyakit: Aplikasi ini dapat menyimpan seluruh data hama
dan penyakit untuk mempermudah petani dalam mencegah atau mengobati
penyakit yang ada pada tanamannya
7. Topup: fitur ini menggunakan third party untuk payment gatewaynya yaitu midtrans
SmartFarmers menghubungkan petani dengan agen penjual, sehingga petani dapat

menjual hasil panen mereka dengan harga yang lebih baik sesuai dengan harga yang telah
ditetapkan. SmartFarmers dirancang untuk petani dari semua tingkat pengalaman. Aplikasi ini
mudah digunakan dan dilengkapi dengan fitur-fitur yang dapat membantu petani
meningkatkan produktivitas dan keuntungan mereka. Berikut adalah beberapa contoh
bagaimana SmartFarmers dapat membantu petani:
1. Seorang petani dapat menggunakan SmartFarmers untuk menyimpan data luas lahannya
dan jenis tanaman yang ditanamnya. Informasi ini dapat membantu petani dalam
menentukan jumlah pupuk dan pestisida yang dibutuhkan.
2. Seorang petani dapat menggunakan SmartFarmers untuk mempelajari tentang hama dan
penyakit yang umum menyerang tanamannya. Informasi ini dapat membantu petani dalam
menentukan cara pengendalian hama dan penyakit tersebut.
3. Seorang petani dapat menggunakan SmartFarmers untuk menjual hasil panennya ke agen
penjual yang tepat. Informasi ini dapat membantu petani dalam mendapatkan harga yang
lebih baik untuk hasil panennya.
SmartFarmers adalah aplikasi yang bermanfaat bagi petani. Aplikasi ini dapat membantu petani
meningkatkan produktivitas dan keuntungan mereka.
Perspective Diagram
2.2 Product Functionality
Identifikasi Fungsi
Pengelolaan Data Petani Sistem harus dapat menyimpan, mengelola,

dan mengakses data petani, termasuk
informasi pribadi, luas lahan, dan history
pertanian.
Manajemen Kegiatan Fasilitas untuk merencanakan, melacak, dan

menganalisis hasil panen, termasuk estimasi
hasil dan pembaruan inventaris
Harga Penjualan Modul yang memungkinkan petani mengakses

informasi pasar, harga komoditas, dan peluang
penjualan
Saran Investasi Fitur untuk menghitung profit maksimal dari

jenis tani yang akan di investasikan menurut
dengan modal yang diajukan
Pemantauan Permodalan Fitur untuk melihat sumber dana yang diterima,

dan dapat mempermudah untuk melihat besar
dana untuk permodalan
TOP UP Fitur untuk topup untuk mengisi saldo user
Reporting fitur untuk melakukan laporan setiap bulan
Standarisasi Harga Tani dan Ternak fitur untuk menjadi standar harga jual dalam
transaksi jual beli tani sebagai acuan dalam
penjualan yang dilakukan oleh petani
Manage Data Penyakit dan obat fitur untuk memanage data mengenai peyakit
beserta obatnya untuk mempermudah petani
dalam menjaga tani
Pengelolaan data Simpandes fitur untuk memanage data simpandes dalam

mepersiapkan modal, menentukan bunga, dan
mengatur jatuh tempo
Berbagai Fitur diatas dapat menyelesaikan problematika yang ada, dan fitur yang lebih lengkap
akan dijelaskan pada bagian selanjutnya
2.3 Design and Implementation Constraints
Aspek Jenis
nama penggunaan
Bahasa pemrograman Typescript untuk mobile aplication
Php 8.0 Sebagai backend
Database Mysql
Arsitektur sistem MVC
Tools VS code
Framework Laravel Untuk backend
React native Untuk Mobile
Sistem Operasi Android 4.5 Dapat berjalan di sistem

operasi paling rendah di
android 4.5
Keamanan Json Web token Menggunakan Jwt untuk

keamanan login pengguna
2.4 Assumptions and Dependencies

Partisipasi Petani:
Mengasumsikan partisipasi aktif dari petani dalam memberikan data dan mengikuti rekomendasi
aplikasi.
Ketersediaan Jaringan:
Bergantung pada ketersediaan jaringan seluler di lokasi pertanian untuk memastikan konektivitas
aplikasi untuk menampilkan data dengan secara langsung (real-time).
Partisipasi Investor:
Bergantung kepada ketersediaan investor untuk melakukan kegiatan
Ketersediaan dana dari simpandes:
Penyesuaian Harga Tani:

Bergantung pada kerjasama dan integrasi dengan dinas pertanian dan ketahanan pangan untuk
menyajikan informasi harga dan peluang penjualan.
Perizinan Lokasi:
Menyertakan asumsi terkait perizinan lokasi yang mungkin diperlukan untuk mengoperasikan
aplikasi.
Ketergantungan Pembayaran:
aplikasi ini memiliki ketergantungan pada transaksi keuangan pembayaran yang mungkin terjadi
sebagai bagian dari aplikasi untuk cash-flow.
Portabilitas:
Memperhitungkan tingkat portabilitas aplikasi, baik dari sisi teknis maupun integrasi dengan
perangkat atau sistem lainnya.
Ketersediaan Hasil Tani:

Mengakui bahwa ketersediaan informasi hasil tani yang akurat bergantung pada data yang
diberikan oleh petani dan mungkin terkait dengan faktor-faktor lain seperti cuaca dan musim.
Payment Gateaway:
Aplikasi ini Bergantung kepada third party atau payment gateaway, Ketika ada maintanance atau
sedang offline akan berpengaruh kepada sistem top up pada aplikasi.
3 Specific Requirements
3.1 External Interface Requirements
3.1.1 User Interfaces
All Actors:
1. Login
2. Registrasi
3. Lupa Password
4. Show Profile
Petani:
1. Menuliskan Asset Pertanian
2. Menuliskan Catatan Pengalaman
3.[2.] Manage Kegiatan
4.[3.] Melihat Investor
5.[4.] Mengajukan Permodalan Ke Simpandes
6.[5.] Membuat Laporan Bulanan
7.[6.] Membuat Laporan Akhir
8.[7.] Melihat Harga Jual Tani
9.[8.] Melihat Obat dan Penyakit

Investor:
1. List Investasi
2. Melakukan Top Up
3. Rekomendasi Investasi
4. Melihat Kegiatan
5. Melakukan Investasi
6. Melihat Laporan Bulanan dan Akhir
Simpandes:
1. Catatan Peminjaman
2. Manage Data Simpandes
3. Melihat Pengajuan Peminjaman
4. Menerima atau Menolak Peminjaman
5. Melihat List Permodalan
Dinas:
1. Manage Data Obat

2. Manage Data Penyakit

3. Mengatur Harga Jual Tani

Agen:
1. Melihat List Harga Jual Tani
2. Melihat Detail Kegiatan

3. Melakukan Pemesanan Tani

<Describe the logical characteristics of each interface between the software product and the users.
For your project, you only need to be concerned with the main thermostat (not the mobile app) and
can use the graphic from the project description as the basis for your user interface..
TO DO: Provide the graphic for the thermostat user interface and provide a basic description as to
how users will interact (e.g. tough screen, menus, etc.).>
3.1.2 Hardware Interfaces
1. Spesifikasi Server Aplikasi Smartfarmers:

a. Jumlah Port dan Konfigurasi: Jumlah port minimal yang dibutuhkan adalah 2:
satu untuk layanan aplikasi dan satu untuk komunikasi dengan perangkat
pengguna. Konfigurasi port lainnya akan disesuaikan dengan kebutuhan
spesifik aplikasi.
b. Kapasitas Memori dan RAM: Kapasitas memori minimal adalah 16 GB untuk
mendukung beban kerja aplikasi dengan lancar. RAM minimal yang
dibutuhkan adalah 8 GB untuk memastikan responsivitas sistem.
c. Prosesor dan Kapasitas Penyimpanan: Prosesor dengan kecepatan minimal
2.5 GHz diperlukan untuk menangani tugas pemrosesan data dengan
efisien. Kapasitas penyimpanan minimal adalah 500 GB untuk menyimpan
data aplikasi, log, dan informasi lainnya.
d. Ketersediaan Jaringan: Server harus diimplementasikan di lingkungan
dengan ketersediaan jaringan yang sangat baik untuk memastikan
konektivitas yang stabil bagi pengguna.
e. Keamanan Server: Keamanan server mencakup pembaruan perangkat lunak
teratur, penggunaan firewall, dan implementasi langkah-langkah keamanan
tambahan sesuai dengan praktik terbaik industri.
f. Skalabilitas: Server dirancang dengan skalabilitas yang memadai untuk
menangani peningkatan jumlah pengguna atau peningkatan beban kerja,
termasuk kemampuan untuk penambahan sumber daya secara fleksibel.
2. Spesifikasi Minimum Handphone untuk menjalankan Aplikasi Smartfarmers:

a. Memori Minimum: Memori internal minimum sebesar 32 GB diperlukan untuk
mengakomodasi instalasi aplikasi Smartfarmers dan penyimpanan data
pengguna.
b. RAM Minimum: RAM minimum sebesar 3 GB dibutuhkan untuk memastikan
responsifitas aplikasi, memungkinkan pengguna untuk melakukan tugas
multitasking dan memanipulasi data dengan lancar.
c. Kompatibilitas dengan Versi Android: Perangkat HP yang kompatibel dengan
aplikasi Smartfarmers harus menjalankan sistem operasi Android versi 4.5
atau yang lebih tinggi untuk memastikan ketersediaan semua fitur dan
kinerja yang stabil.
3.1.3 Software Interfaces
1. MySQL : Sebagai Database Aplikasi Smartfarmers

a. Tujuan Penggunaan MySQL: digunakan untuk menyediakan penyimpanan
data yang efisien, dan cepat.
2. Operating System : Seb
3.2 Functional Requirements
Aktor Admin/System
Login User melakukan login sistem mengecek

ketersediaan data nama

dan password user
Register User melakukan registrasi sistem melakukan registrasi

akun baru dengan data dan penyimpanan data
nama, no. telp, dan password akun baru dan melakukan
verifikasi data dengan kode
otp kepada nomor telepon
Forgot Password User memilih opsi lupa sistem mengirim link untuk
password mengganti password
kepada nomor telepon yang
dituju sesuai dengan
akunnya
Menuliskan asset Petani melakukan input data sistem menyimpan data

pertanian lahan dan data peralatan lahan dan peralatan yang
yang ada diinputkan oleh petani
Menuliskan catatan Petani melakukan input data sistem menyimpan data

pengalaman pengalaman tani pengalaman tani
Manage kegiatan baru Petani mengisi data sistem menyimpan data

pembuatan kegiatan baru kegiatan tani baru
Mengajukan petani mengisi form sistem menerima seluruh

permodalan ke pengajuan peminjaman dan data dan mengirimkan
simpandes memenuhi seluruh pesan kepada simpandes
persyaratan untuk tentang pengajuan
mengajukan peminjaman peminjaman baru
Membuat laporan petani melakukan input data sistem menerima data

bulanan dan akhir laporan yang dibuat bulanan laporan dan menyimpan
dan laporan akhir apabila data laporan
kegiatan tani telah usai
Top Up user melakukan topup sistem dengan third party

untuk payment gatewaynya
memberikan Investor memberikan sistem menerima

permodalan permodalan kepada kegiatan permodalan, memberikan
tani yang diinginkan notifikasi dan meneruskan
dana kepada ewallet petani
untuk diolah
Monitoring Investor dapat melakukan sistem menampilkan hasil

perkembangan monitoring permodalan laporan kegiatan tani
pertanian dengan laporan dari petani
manage data Investor dapat melihat list Sistem menampilkan

permodalan kegiatan yang telah diajukan seluruh list permodalan
modal yang telah dibuat oleh
investor
manage data simpandes Simpandes dapat tambah, sistem menyimpan data

hapus, dan ubah data simpandes
ketersediaan modal,
mengatur bunga, dan jatuh
tempo
Manage data harga jual Dinas dapat memanage data sistem menyimpan data
tani penjualan harga tani penjualan harga tani
Manage data penyakit Dinas dapat melakukan sistem menyimpan data

dan obat tambah, hapus, dan ubah penyakit dan obat
data penyakit dan obat
melihat progress Agen penjualan dapat melihat sistem menampilkan

pertanian progress kegiatan tani progress kegiatan tani
3.3 Use Case Model

3.4 Robustness
Petani Robustness
1. Login
2. register
3. forgot password
4. menuliskan asset lahan

5. menuliskan asset perlengkapan

6. menuliskan anggaran biaya tani

7. history peminjaman
8. catatan pengalaman petani

9. validasi data petani

10. mengajukan peminjaman ke simpandes


11. menerima modal
12. melihat list investor

13. search penyakit atau hama

14. laporan progress pertanian bulanan

15. merubah status pertanian

16. melihat data agen pembeli

17. laporan akhir

Investor Robustness
18. Investor melihat list rekomendasi kegiatan tani
19. melihat laporan keuangan petani

20. topup saldo
21. mengajukan permodalan

22. monitoring permodalan
23. monitoring perkembangan pertanian
24. menerima laporan
25. menerima hasil investasi

SIMPANDES Robustness
26. Mempersiapkan Ketersediaan Pinjaman

27. Manage bunga
28. Manage Jatuh Tempo
29. Verifikasi syarat peminjaman

30. Validasi data kepada petani

31. Melihat data permodalan

32. Merubah Status Peminjaman
Dinas pertaniaan dan peternakan Robustness

33. Input data penyakit ternak / tani
34. Input data obat tani / ternak

35. Memberikan standarisasi harga
Dinas pertaniaan dan peternakan Robustness

36. Top up saldo
37. Melihat kegiatan tani

38. Membeli hasil panen

3.5 Sequence
Petani
1. Sequence Login
2. Sequence Register
3. Sequence Forgot Password

4. Sequence Lahan
5. Sequence asset peralatan

6. Sequence anggaran biaya tani
7. history peminjaman
8.Sequence catatan pengalaman pertanian

9. Sequence data petani
10. Sequence mengajukan pinjaman ke simpandes

11. Sequence menerima modal
12.Sequence melihat list investor

13.Sequence penyakit atau hama
14. Sequence laporan perbulan

15. sequence merubah status pertanian

16.Sequence melihat data agen pembeli
17. Sequence laporan akhir
INVESTOR
18. Investor melihat list rekomendasi kegiatan tani
19. melihat laporan keuangan petani

20. Top up saldo
21. Mengajukan pemodalan

22. monitoring permodalan

23. monitoring perkembangan pertanian
24. menerima laporan
25. menerima hasil investasi

26. Menerima hasil investasi
SIMPANDES Sequence
26. Mempersiapkan ketersediaan pinjaman
27. Manage bunga
28. Manage jatuh tempo

29. Verifikasi syarat peminjaman
30. Validasi data kepada petani

31. Melihat data permodalan
32. Merubah status peminjaman

DINAS PERTANIAN & PETERNAKAN

33. Input data penyakit atau ternak
34. Input data obat tani / ternak

35. Memberikan standarisasi harga
Agen Penjualan
36. Topup saldo
37. Melihat Kegiatan Tani

38. Membeli Hasil panen

3.6 Domain Model

3.7 Class Diagram

3.8 Use Case Scenario
1. AKTOR PETANI
1.1. LOGIN
Use Case Skenario Login
Use Case Code UC-1.1
Nama Use Case Login Petani
Deskripsi Petani Melakukan Login Untuk

Mengakses Aplikasi Secara Penuh
Aktor Petani
Kondisi Awal Petani Membuka Aplikasi
Kondisi Akhir Petani berada di Dashboard Petani
Normal Flow
Step Action Application Response
1 Petani Melakukan input nama

dan password
2 Menerima Input dari User
3 Mengecek ketersediaan data nama dan

password petani
4 Menampilkan halaman Dashboard
Alternate Flow

dan password

password petani
4 Menampilkan Halaman Login dengan

Pesan “Login Gagal - Nama dan
Password Tidak Tersedia”
1.2. REGISTRASI
Use Case Skenario Registrasi
Nama Use Case Registrasi Petani
Deskripsi Petani Melakukan Registrasi Untuk

Membuat Akun agar bisa melakukan login
Aktor Petani
Kondisi Awal Petani Membuka Aplikasi dan Memasuki

Laman Registrasi
Kondisi Akhir Petani berada di Halaman Login dengan

Data Petani Telah Disimpan
Normal Flow

1 Petani Melakukan input nama,

nomor telpon, dan password
3 Mengecek duplikasi data nama dan

password User
4 Melakukan Validasi Dengan mengirimkan

kode OTP kepada User
5 Menerima Kode OTP dan

Melakukan Input di Laman
Konfirmasi Kode OTP
6 Pengecekan Kode OTP dan Validasi

Selesai
7 Mengarahkan user ke halaman

pengecekan
Alternate Flow 1 (Data Telah terdaftar)

dan password

password petani

Pesan “Nama Telah terdaftar”
Alternate Flow 2 (Kode OTP Tidak Valid)
1 Petani Melakukan Input Kode

OTP
2 Pengecekan Kode OTP
3 Menampilkan Pesan “Kode OTP Salah,

Silahkan Coba Lagi”
1.3. MENULISKAN ASSET PERTANIAN (LAHAN)
Use Case Skenario MENULISKAN ASSET PERTANIAN (LAHAN)

Nama Use Case MENULISKAN ASSET PERTANIAN

(LAHAN)
Deskripsi Petani Melakukan Input Data Asset Lahan

Yang Dimiliki
Aktor Petani
Kondisi Awal Petani Membuka Aplikasi dan berada di

Laman Dashboard
Kondisi Akhir Petani berada di Laman List Asset Lahan

Dengan Data Telah Disimpan
Normal Flow
1 Petani Membuka Laman Input

Data Asset Lahan
2 Melakukan Input Data yang

sesuai
4 Menyimpan data dari Input user ke

Database
5 Menampilkan Laman List Asset Lahan
Alternate Flow

Data Asset Lahan
Melakukan Input Data yang tidak

lengkap
Menerima Input dari User
Menampilkan pesan “form belum lengkap

silahkan mengisi data dengan benar”
1.4. MENULISKAN ASSET PERTANIAN (PERALATAN)

Use Case Skenario MENULISKAN ASSET PERTANIAN (PERALATAN)
Nama Use Case MENULISKAN ASSET PERTANIAN

(PERALATAN)
Deskripsi Petani Melakukan Input Data Asset

Peralatan Yang Dimiliki
Aktor Petani

Laman Dashboard
Kondisi Akhir Petani berada di Laman List Asset

Peralatan Dengan Data Telah Disimpan
Normal Flow

Data Asset Peralatan

sesuai

Database
5 Menampilkan Halaman List Asset
Alternate Flow
1.5. MENULISKAN ANGGARAN BIAYA KEGIATAN TANI
Use Case Skenario MENULISKAN ANGGARAN BIAYA KEGIATAN TANI

Nama Use Case MENULISKAN ANGGARAN BIAYA

KEGIATAN TANI
Deskripsi Petani Melakukan Input Data Anggaran

Biaya Kegiatan Tani
Aktor Petani

Laman Dashboard
Kondisi Akhir Petani Berada di laman Dashboard

Peralatan Dengan Data Kegiatan Telah
Disimpan
Normal Flow

Data Anggaran Biaya Kegiatan

sesuai

Database
5 Menampilkan Halaman List Kegiatan
Alternate Flow
1.6. MENULISKAN CATATAN PENGALAMAN PERTANIAN
Use Case Skenario MENULISKAN CATATAN PENGALAMAN PERTANIAN
Nama Use Case MENULISKAN CATATAN PENGALAMAN

PERTANIAN
Deskripsi Petani Melakukan Input Data

Pengalaman Pertanian
Aktor Petani

Laman Dashbboard

Peralatan Dengan Data Pengalaman
Pertanian
Normal Flow

Data Pengalaman Pertanian

sesuai

Database
5 Menampilkan Halaman List pengalaman
Alternate Flow (Data Kurang Lengkap)

Data Pengalaman Pertanian
2 Melakukan Input Data kurang

lengkap
4 Mengembalikan User ke halaman input

data Pengalaman pertanian dengan
notifikasi “Mohon Maaf data Kurang
Lengkap”
1.7. VALIDASI DATA PETANI
Use Case Skenario VALIDASI DATA PETAN
Nama Use Case VALIDASI DATA PETANI

Deskripsi Petani Menyelesaikan Input Data Yang

Diperlukan dan Dilakukan Validasi
Aktor Petani

Laman Input data

Peralatan Dengan Seluruh Data telah
Disimpan
Normal Flow

Data
2 Menyelesaikan Semua Input

Yang diperlukan Dan Menekan
tombol “Submit”
3 Menerima Seluruh Input dari User

Database
5 Menampilkan Halaman Dashboard
Alternate Flow
1.8. MENGAJUKAN PINJAMAN KE SIMPANDES
Use Case Skenario MENGAJUKAN PINJAMAN KE SIMPANDES
Nama Use Case MENGAJUKAN PINJAMAN KE

SIMPANDES
Deskripsi Petani Mengajukan Permodalan Dengan

Meminjam Ke SIMPANDES
Aktor Petani

Laman Dashboard

Peralatan Dengan Simpandes menerima
Pesan “Pengajuan permodalan”
Normal Flow
1 Petani Membuka Laman

“Peminjaman Simpandes”
2 Mengisi Seluruh Syarat

peminjaman yang diajukan
Simpandes
3 Menerima Seluruh Input dari User

Database
5 Mengirimkan Notifikasi Adanya

Peminjaman baru Ke pihak Simpandes
6 Petani kembali ke laman Dashboard
Alternate Flow

2 Mengisi Sebagian Syarat

peminjaman yang diajukan
Simpandes
3 Validasi Syarat, pengecekan ketidak

lengkapan data
4 Mengembalikan user ke halaman

Peminjaman Simpandes dengan Pesan
“lengkapi seluruh Syarat dan Ketentuan”
Alternate Flow 2

2 Mengisi semua Syarat

peminjaman dengan nilai
peminjaman yang lebih rendah
dari minimal peminjaman
4 Mengembalikan user ke halaman

Peminjaman Simpandes dengan Pesan
“nilai peminjaman terlalu kecil”
1.9. MENERIMA MODAL
Use Case Skenario MENERIMA MODAL
Nama Use Case MENERIMA MODAL
Deskripsi Petani Menerima Modal Untuk

Melaksanakan Kegiatan
Aktor Petani
Kondisi Awal Petani Membuka Aplikasi dan telah

melakukan login

Peralatan Dengan Menerima Modal
Dalam Bentuk Saldo Dalam Aplikasi
Normal Flow 1 (Menerima Modal Dari Investor)
1 Petani Berada Di laman Menambah Saldo Dari Hasil Top Up yang

Dashboard telah diberikan Investor
2 Menerima Permodalan Dengan

Menerima Notifikasi Adanya
Investor yang memberikan Modal
Normal Flow 2 (Menerima Modal dari Simpandes
1 Petani Berada Di laman Menambah Saldo Dari Hasil Top Up yang

Dashboard telah diberikan SIMPANDES
2 Menerima Permodalan Dengan

Menerima Notifikasi Keberhasilan
Mengajukan Pinjaman Kepada
Simpandes
1.10. MELIHAT DATA INVESTOR
Use Case Skenario MELIHAT DATA INVESTOR
Nama Use Case MELIHAT DATA INVESTOR
Deskripsi Petani Melihat Data dan Jumlah Dana

dari Investor
Aktor Petani

Laman Dashboard
Kondisi Akhir Petani Berada di laman “Data Investor

Kegiatan Tani”
Normal Flow
1 Mengambil data investor kepada Kegiatan

Tersebut
2 Petani Membuka Laman Data

Investor Kegiatan Tani”
3 Petani Dapat Melihat List Investor

dan Jumlah Dana yang diberikan
Alternate Flow (Tidak Ada Investor)
1 Petani Membuka Laman Data

Investor Kegiatan Tani”
2 Menampilkan Pesan “Kegiatan Ini Tidak

Ada Sumber Dana”
1.11. SEARCH PENYAKIT ATAU HAMA

Use Case Skenario SEARCH PENYAKIT ATAU HAMA
Nama Use Case SEARCH PENYAKIT ATAU HAMA
Deskripsi Petani Melakukan Pencarian Terhadap

Penyakit Hama atau Ternak
Aktor Petani

Laman Dashboard
Kondisi Akhir Petani Mengetahui jenis Penyakit dan

Obatnya
Normal Flow
1 Petani Membuka Laman “Cari

Penyakit Dan Obat”
2 Petani Melakukan Input Ciri-ciri

dari penyakit atau hama yang
terjadi
3 Melakukan Searching penyakit yang

serupa dengan ciri-ciri yang dijelaskan
4 Menampilkan nama penyakit dan nama

obat yang sesuai dengan ciri-ciri tersebut
5 Petani Menerima Informasi atas

Penyakit dan Obat yang sesuai
dengan Ciri-ciri yang diberikan
Alternate Flow (Tidak Ditemukan)
1 Petani Membuka Laman “Cari

Penyakit Dan Obat”
2 Petani Melakukan Input Ciri-ciri

dari penyakit atau hama yang
terjadi
3 Melakukan Searching penyakit yang

serupa dengan ciri-ciri yang dijelaskan
4 Data tidak Ditemukan, melakukan redirect

kepada halaman “Tambah Ciri-ciri
penyakit”
5 Petani Melakukan Input yang

sesuai dengan foto dan ciri-ciri
hama dan penyakit yang terjadi
6 Menerima input dari user petani dan

mengirimkan keluhan kepada Pihak dinas
untuk diteliti lebih lanjut
1.12. LAPORAN PROGRESS PERTANIAN BULANAN
Use Case Skenario LAPORAN PROGRESS PERTANIAN BULANAN
Nama Use Case LAPORAN PROGRESS PERTANIAN

BULANAN
Deskripsi Petani Membuat sebuah Laporan

Progress setiap Bulannya
Aktor Petani

Laman Dashboard
Kondisi Akhir Data laporan Bulanan kegiatan telah

disimpan
Normal Flow
1 Petani Membuka halaman “Buat

laporan Kegiatan”
2 Petani Melakukan Input Sesuai

dengan data yang terjadi di
lapangan
3 Menerima Hasil input dan menyimpan

kepada database untuk ditampilkan
nantinya
Alternate Flow (Tidak Membuat Laporan)
1 Memberikan Notifikasi untuk membuat

sebuah Laporan Bulanan dalam Kegiatan
Pertanian
1.13. MELIHAT SARAN HARGA JUAL HASIL TANI
Use Case Skenario MELIHAT SARAN HARGA JUAL HASIL TANI
Nama Use Case MELIHAT SARAN HARGA JUAL HASIL

TANI
Deskripsi Petani Melihat saran Harga jual hasil Tani

dengan harga yang tidak merugikan
Aktor Petani

Laman Dashboard
Kondisi Akhir Petani Berada di laman “Saran Harga

Jual Tani” dengan informasi penjualan
harga tani yang relevan
Normal Flow
1 Petani Membuka Laman “Saran

Harga Jual Tani”
2 Petani Melakukan Input nama

hasil tani
3 Menerima Input nama tani dan

mengembalikan harga tani yang sesuai
dengan Dinas Pertanian dan Peternakan
4 Petani Memiliki referensi untuk

menjual hasil tani tanpa adanya
kerugian
Alternate Flow
1.14. MENGUBAH STATUS KEGIATAN TANI
Use Case Skenario MENGUBAH STATUS KEGIATAN TANI
Nama Use Case MENGUBAH STATUS KEGIATAN TANI
Deskripsi Petani Merubah Status Kegiatan Tani

untuk menjadi informasi berjalannya
kegiatan tani
Aktor Petani

Laman Dashboard
Kondisi Akhir Petani Berada di laman “List Kegiatan”

dengan informasi Kegiatan Tani dengan
pilihan (Initializing, On-Going, Finished)
Normal Flow
1 Petani Membuka Laman “List

Kegiatani”
2 Petani Menekan Nama Kegiatan

yang ada
3 Petani mengubah Status

Kegiatan menjadi status yang
sedang terjadi (contoh : Selesai)
4 Menerima Input status dan mengupdate

status kegiatan di database
Alternate Flow
1.15. MELIHAT DATA AGEN PEMBELI

Use Case Skenario MELIHAT DATA AGEN PEMBELI
Nama Use Case MELIHAT DATA AGEN PEMBELI
Deskripsi Petan Melihat Data Agen Pembeli yang

akan membeli hasil tani
Aktor Petani

Laman Dashboard
Kondisi Akhir Petani Berada di laman “Data Pembeli”

dengan informasi Agen pembeli
Normal Flow
1 Petani Membuka Laman “Data

Pembeli”
2 Petani Menekan Nama Pembeli

yang ada
3 Menampilkan Data Agen Pembeli sesuai

dengan nama yang ditekan petani
4 Petani menerima informasi data

agen pembeli dengan konkrit dan
lengkap
Alternate Flow
1.16. LAPORAN AKHIR
Use Case Skenario LAPORAN AKHIR
Nama Use Case LAPORAN AKHIR
Deskripsi Petani Membuat sebuah Laporan Akhir

untuk menjadi dokumen bukti selesainya
sebuah kegiatan tani
Aktor Petani

Laman Dashboard
Kondisi Akhir Petani Berada di laman “List Kegiatan”

dengan disimpannya data Laporan Akhir
yang dapat di download
Normal Flow
1 Petani Membuka Laman “List

Kegiatan”
2 Petani Menekan Tombol “Buat

Laporan Akhir”
3 Petani Melakukan Input Seluruh

data hasil tani, hasil penjualan,
tanggal selesai dan data lainnya.
4 Menerima input data dari Petani dan

menyimpan dalam database
5 Memberikan Notifikasi “laporan akhir

Telah Disimpan”
Alternate Flow (Data Tidak Lengkap)
1 Menampilkan Pesan “Data Tidak

Lengkap”
1.17. MENYETORKAN HASIL JUAL PERTANIAN
Use Case Skenario MENYETORKAN HASIL JUAL PERTANIAN
Nama Use Case MENYETORKAN HASIL JUAL

PERTANIAN
Deskripsi Petani Melakukan Penyetoran Hasil Jual

Pertanian
Aktor Petani
Kondisi Awal Saldo Awal Petani Setelah Menjual Hasil

Tani dan Petani Telah membuat laporan
Akhir
Kondisi Akhir Saldo Petani Berkurang dengan

Perhitungan automatis aplikasi untuk
membagi hasil jual dengan investor atau
mengembalikan modal dari SIMPANDES
Normal Flow
1 Menarik Saldo petani untuk menyetorkan

hasil penjualan tani
Alternate Flow
1.18. MENERIMA PEMBAGIAN HASIL
Use Case Skenario MENERIMA PEMBAGIAN HASIL
Nama Use Case MENERIMA PEMBAGIAN HASIL
Deskripsi Petani Menerima hasil Pembagian Hasil

Kegiatan Tani
Aktor Petani
Kondisi Awal Saldo Awal Petani Setelah Melakukan

Penyetoran Hasil tani
Kondisi Akhir Saldo Petani Bertambah hasil pembagian

penjualan hasil tani
Normal Flow
1 Memberikan Saldo Petani setelah

Melakukan Setoran dengan Hasil
Kalkulasi Aotomatis aplikasi
Alternate Flow
2. AKTOR INVESTOR
2.1. LOGIN
Nama Use Case Login Investor
Deskripsi Investor Melakukan Login Untuk

Aktor Investor
Kondisi Awal Investor Membuka Aplikasi
Kondisi Akhir Investor berada di Dashboard Investor
Normal Flow
1 Investor Melakukan input nama

dan password

password petani
Alternate Flow

dan password

password Investor

2.2. REGISTRASI
Nama Use Case Registrasi Investor
Deskripsi Investor Melakukan Registrasi Untuk

Aktor Investor
Kondisi Awal Investor Membuka Aplikasi dan

Memasuki Laman Registrasi
Kondisi Akhir Investor berada di Halaman Login dengan

Data Investor Telah Disimpan
Normal Flow
1 Investor Melakukan input nama,


password User


Konfirmasi Kode OTP

Selesai

pengecekan


dan password

password Investor

1 Investor Melakukan Input Kode

OTP

2.3. MELIHAT LIST REKOMENDASI PERTANIAN

Use Case Skenario MELIHAT LIST REKOMENDASI PERTANIAN
Nama Use Case MELIHAT LIST REKOMENDASI

PERTANI
Deskripsi Investor melihat list rekomendasi petani

yang diberikan aplikasi
Aktor Investor
Kondisi Awal
Kondisi Akhir
Normal Flow
1 Investor memilih jenis pada

bagian list rekomendasi petani
3 Menampilkan list yang terdapat pada

rekomendasi
Alternate Flow (Jenis Tani Tidak Tersedia)
1 Investor memilih jenis pada

bagian list rekomendasi petani
3 Sistem gagal mengeluarkan list

rekomendasi
4 Sistem mengarahkan Investor untuk

mengganti jenis tani
2.4. MELIHAT LAPORAN KEUANGAN PETANI

Use Case Skenario MELIHAT LIST REKOMENDASI PERTANIAN
Nama Use Case MELIHAT LAPORAN KEUANGAN

PETANI
Deskripsi Investor melihat hasil laporan keuangan

petani
Aktor Investor
Kondisi Awal
Kondisi Akhir
Normal Flow
1 Investor memilih menu Melihat

Laporan Keuangan Petani
2 Investor memilih Petani yang

akan dilihat keuangannya
3 Menerima Input dari user
4 Sistem mengambil data dari Database

Alternate Flow (Petani Belum Ada)
1 Investor memilih menu Melihat

3 Sistem mengambil data dari Database

Laporan Keuangan
4 Sistem gagal mengambil data dari

Database dan mengarahkan user ke
laman Rekomendasi Petani
2.5. TOP UP SALDO

Use Case Skenario TOP UP SALDO
Nama Use Case TOP UP SALDO
Deskripsi Investor mengisi saldo pada aplikasi

untuk melakukan investasi
Aktor Investor
Kondisi Awal
Kondisi Akhir
Normal Flow
1 Investor memilih opsi topup dan

memilih jumlah topup
3 Sistem mengecek pilihan dan jumlah

yang dipilih
4 Sistem menambahkan saldo Investor


yang dipilih
4 Sistem gagal dikarenakan jumlah topup

tidak valid
2.6. MENGAJUKAN PERMODALAN

Use Case Skenario MENGAJUKAN PERMODALAN
Nama Use Case MENGAJUKAN PERMODALAN
Deskripsi Investor
Aktor Investor
Kondisi Awal
Kondisi Akhir
Normal Flow


yang dipilih
4 Sistem menambahkan saldo Investor


yang dipilih
4 Sistem gagal dikarenakan jumlah topup

tidak valid
2.7. MONITORING PERMODALAN
Use Case Skenario MONITORING PERMODALAN
Nama Use Case MONITORING PERMODALAN
Deskripsi Investor Melakukan Monitoring tentang

modal yang telah diberikan
Aktor Investor
Kondisi Awal Investor Membuka Aplikasi dan berada di

Laman Dashboard
Kondisi Akhir Petani Berada di laman Laporan Kegiatan

Dengan Detail Keuangan sebagai
monitoring permodalan
Normal Flow
1 Petani Membuka “Laman List

Investasi”
2 Menekan “Detil Keuangan

Kegiatan”
3 Menekan “Laporan Kegiatan”
4 Menampilkan Hasil Laporan Keuangan

Yang telah diberikan oleh petani
Alternate Flow
2.8. MONITORING PERKEMBANGAN KEGIATAN PERTANIAN
Use Case Skenario MONITORING PERKEMBANGAN KEGIATAN PERTANIAN

Nama Use Case MONITORING PERKEMBANGAN

KEGIATAN PERTANIAN
Deskripsi Investor Melakukan Monitoring tentang

perkembangan kegiatan
Aktor Investor

Laman Dashboard
Kondisi Akhir Petani Berada di laman Laporan Kegiatan

Dengan Detail Progress Kegiatan
Normal Flow
1 Investor Membuka “Laman List

Investasi”
3 Menampilkan Hasil Laporan Kegiatan

Bulanan Menjadi Monitoring untuk
Perkembangan Kegiatan Pertanian
Alternate Flow
2.9. MENERIMA LAPORAN HASIL KEGIATAN
Use Case Skenario MENERIMA LAPORAN HASIL KEGIATAN
Nama Use Case MENERIMA LAPORAN HASIL

KEGIATAN
Deskripsi Investor Menerima Laporan Hasil

Kegiatan
Aktor Investor
Kondisi Awal
Kondisi Akhir
Normal Flow

Investasi”

Kegiatan”
4 Menekan “Laporan Hasil

Kegiatan”
5 Menampilkan Hasil Laporan Keuangan

Yang telah diberikan oleh Petani
Alternate Flow (Status Kondisi Hasil Laporan Keuangan)

Investasi”

Kegiatan”
4 Menekan “Laporan Hasil

Kegiatan”
5 Sistem Menampilkan “Petani Belum

Membuat Hasil Laporan Keuangan”
2.10. MENERIMA HASIL INVESTASI
Use Case Skenario MENERIMA HASIL INVESTASI
Nama Use Case MENERIMA HASIL INVESTASI
Deskripsi Investor Menerima Hasil Investasi yang

telah Dilakukan
Aktor Investor

Laman Dashboard
Kondisi Akhir Investor Menerima Hasil Investasi Dari

Tani
Normal Flow
1 Menambah Saldo Sesuai dengan hasil

Pertanian
2 Memberikan Notifikasi Apabila Hasil

Kegiatan Tani Telah Selesa
Alternate Flow
3. AKTOR SIMPANDES
3.1. LOGIN
Nama Use Case Login SIMPANDES
Deskripsi Simpandes Melakukan Login Untuk

Aktor Simpandes
Kondisi Awal Simpedes Membuka Aplikasi
Kondisi Akhir Simpedes berada di Dashboard

Simpedes
Normal Flow
1 Simpedes Melakukan input nama

dan password

password petani
Alternate Flow

dan password
Mengecek ketersediaan data nama dan

password Investor
Menampilkan Halaman Login dengan

3.2. REGISTRASI
Nama Use Case Registrasi Simpedes
Deskripsi Simpedes Melakukan Registrasi Untuk

Aktor Simpedes
Kondisi Awal Simpedes Membuka Aplikasi dan

Kondisi Akhir Simpedes berada di Halaman Login

dengan Data Investor Telah Disimpan
Normal Flow
1 Simpedes Melakukan input

nama, nomor telpon, dan
password

password User


Konfirmasi Kode OTP

Selesai

pengecekan

dan password

password Investor

1 Investor Melakukan Input Kode

OTP
3.3. MEMPERSIAPKAN KETERSEDIAAN PEMINJAMAN
Use Case Skenario MEMPERSIAPKAN KETERSEDIAAN PEMINJAMAN
Nama Use Case MEMPERSIAPKAN KETERSEDIAAN

PEMINJAMAN
Deskripsi Simpandes Mendata Jumlah

Ketersediaan Peminjaman
Aktor Simpandes
Kondisi Awal Simpandes Membuka Aplikasi dan

berada di Laman Dashboard
Kondisi Akhir Data Permodalan Yang dapat dipinjam

telah tersimpan dalam database
Normal Flow
1 Simpandes Mengakses halaman

“Data Ketersediaan Peminjaman”

sesuai
3 Menerima Input data yang diberikan Dan

menyimpan ke database
Alternate Flow (Data Tidak Lengkap)
1 Simpandes Mengakses halaman

“Data Ketersediaan Peminjaman”
2 Melakukan Input Data tidak

complete
3 Mengembalikan User ke Halaman

Dengan Notifikasi “Penyimpanan Data
gagal, data tidak komplit”
3.4. MANAGE BUNGA
Use Case Skenario MANAGE BUNGA
Nama Use Case MANAGE BUNGA
Deskripsi Simpedes mengatur Besar Bunga dari

pinjaman yang akan diberikan
Aktor Simpandes

Kondisi Akhir Data bunga dari Simpandes sesuai

dengan daerahnya telah teersimpan
Normal Flow
1 Membuka Halaman “Manage

Kegiatan Peminjaman”
2 Melakukan Input pada Bagian

Manage Bunga dengan Besar
Presentase yang sesuai dengan
Simpandes
3 Menerima Input dan Menyimpan kepada

database
Alternate Flow
3.5. MANAGE JATUH TEMPO
Use Case Skenario MANAGE JATUH TEMPO
Nama Use Case MANAGE JATUH TEMPO
Deskripsi Simpandes Mengatur Jauh Jadwal Jatuh

Tempo
Aktor Simpandes

Kondisi Akhir Data Jatuh Tempo dari Simpandes sesuai

dengan daerahnya telah tersimpan
Normal Flow
1 Membuka Halaman “Manage

Kegiatan Peminjaman”
2 Melakukan Input pada Bagian

Manage Jatuh Tempo
3 Menerima Input dan Menyimpan kepada

database
Alternate Flow
3.6. VERIFIKASI SYARAT PEMINJAMAN
Use Case Skenario VERIFIKASI SYARAT PEMINJAMAN
Nama Use Case VERIFIKASI SYARAT PEMINJAMAN
Deskripsi Simpandes melakukan Review dan

Verifikasi syarat dan ketentuan
peminjaman dari Petani yang mengajukan
peminjaman
Aktor Simpandes

Kondisi Akhir Memberikan Review dari kelengkapan

syarat-syarat Peminjaman
Normal Flow
1 Membuka Halaman “Pengajuan

Peminjaman”
2 Menekan salah satu User yang

telah melakukan Pengajuan
3 Menampilkan Seluruh Syarat dan

Ketentuan yang telah dikirimkan oleh
User
4 Melakukan Review tentang syarat

dan ketentuannya untuk menjadi
tolak ukur menuju kontrak
Alternate Flow (Syarat Tidak Sesuai)

Peminjaman”

3 Menampilkan Seluruh Syarat dan

Ketentuan yang telah dikirimkan oleh
User
4 Hasil Review dari Simpandes

Syarat Tidak Sesuai
5 Menolak Pengajuan Peminjaman

Dikarenakan “Kurang Konkretnya
data”
6 Memberikan Notifikasi Kepada User Yang

mengajukan bahwa pengajuannya ditolak
dan disarankan untuk melengkapi lagi
3.7. MELAKUKAN VALIDASI KONTRAK PEMINJAMAN PADA PETANI
Use Case Skenario MELAKUKAN VALIDASI KONTRAK PEMINJAMAN PADA

PETANI
Nama Use Case MELAKUKAN VALIDASI KONTRAK

PEMINJAMAN PADA PETANI
Deskripsi Simpandes Mereview kembali tentang

Kontrak Peminjaman kepada Petani
Aktor Simpandes

Kondisi Akhir Simpandes Menerima permintaan

pengajuan peminjaman dari user dan
menunggu deal dari petani
Normal Flow

Peminjaman”

3 Melihat Kontrak Peminjaman

(Besar Peminjaman, Besar
Bunga, Jatuh tempo Dll)
4 Menekan DEAL apabila telah

sesuai dengan Kontrak
5 Mengirimkan Notifikasi Kepada Usery

yang mengajukan peminjaman Bahwa
Kontrak siap untuk di laksanakan
Alternate Flow
3.8. MEMBERIKAN PINJAMAN
Use Case Skenario MEMBERIKAN PINJAMAN
Nama Use Case MEMBERIKAN PINJAMAN
Deskripsi Simpandes mengirimkan Peminjaman

Melalui E-Wallet Smartfarmers
Aktor Simpandes

berada di Laman Dashboard dan Memiliki
jumlah Saldo yang mencukupi dengan
pengajuan Peminjamannya
Kondisi Akhir Saldo Simpandes berkurang dengan

Dikirimnya Kepada User yang
mengajukan Peminjaman
Normal Flow
1 Membuka Halaman “Top Up”
2 User mengajukan Dana kepada

Simpandes yang sudah setujui

oleh simpandes
1 Mengurangi Saldo Simpandes dengan

Dikirimnya Kepada E-Wallet User yang
mengajukan peminjaman
2 Memberikan notifikasi Kepada User

Bahwa Permodalan telah berhasil
Alternate Flow
3.9. MELIHAT DATA PERMODALAN
Use Case Skenario MELIHAT DATA PERMODALAN
Nama Use Case MELIHAT DATA PERMODALAN
Deskripsi Simpandes dapat melihat list Permodalan

dari berbagai user yang telah mengajukan
dan telah berjalan
Aktor Simpandes

Kondisi Akhir Simpandes melihat list data permodalan
Normal Flow
1 Simpandes Membuka halaman

“List Permodalan”
2 Simpandes Menekan salah satu

nama user yang telah meminjam
untuk melihat data lengkap
pelaku peminjaman
Alternate Flow
3.10. MENERIMA KEMBALI MODAL
Use Case Skenario MENERIMA KEMBALI MODAL
Nama Use Case MENERIMA KEMBALI MODAL
Deskripsi Menerima Kembali modal yang telah

diajukan setelah kegiatan pertanian
peminjam telah selesai
Aktor Simpandes

Kondisi Akhir Saldo bertambah dari hasil jual tani

pelaku peminjam
Normal Flow
1 Saldo Bertambah dari User Peminjam
2 Memberikan Notifikasi Apabila Hasil

Kegiatan Tani Telah Selesai dan Saldo
bertambah Dari User Peminjam
Alternate Flow
3.11. MERUBAH STATUS PEMINJAMAN
Use Case Skenario MERUBAH STATUS PEMINJAMAN
Nama Use Case MERUBAH STATUS PEMINJAMAN
Deskripsi Status Peminjaman Yang sudah selesai

akan Ditampilkan Statusnya
Aktor Simpandes

Kondisi Akhir Status peminjaman diubah menjadi

Selesai
Normal Flow
1 Membuka Halamn List

Permodalan
2 Merubah status Menjadi seleisai
3 Menyimpan data status peminjaman
Alternate Flow
4. AKTOR DINAS
4.1. LOGIN
Nama Use Case Login Dinas
Deskripsi Petani Melakukan Login Untuk

Aktor Dinas
Kondisi Awal Dinas Membuka Aplikasi
Kondisi Akhir Dinas berada di Dashboard Dinas
Normal Flow
1 Dinas Melakukan input nama dan

password


password petani
Alternate Flow

password

password petani

4.2. REGISTRASI
Nama Use Case Registrasi Dinas
Deskripsi Dinas Melakukan Registrasi Untuk

Aktor Dinas
Kondisi Awal Dinas Membuka Aplikasi dan Memasuki

Laman Registrasi
Kondisi Akhir Dinas berada di Halaman Login dengan

Data DinasTelah Disimpan
Normal Flow
1 Dinas Melakukan input nama,


password User


Konfirmasi Kode OTP

Selesai

pengecekan

password

password petani

1 Dinas Melakukan Input Kode

OTP

4.3. INPUT DATA PENYAKIT DAN OBAT
Use Case Skenario INPUT DATA PENYAKIT DAN OBAT
Nama Use Case INPUT DATA PENYAKIT DAN OBAT
Deskripsi Dinas Melakukan Input data Penyakit dan

Obat
Aktor Dinas
Kondisi Awal Dinas berada di Dashboard Dinas
Kondisi Akhir Data Penyakit dan Obat tersimpan di

Database
Normal Flow
1 Dinas Mengakses halaman “List

Obat Dan Penyakit”
2 Dinas Menekan Tombol Tambah

Obat dan Penyakit
3 Melakukan Input Data Penyakit

(Nama, Deskripsi, Ciri-ciri, Nama
Tani/ternak yang diserang, dll)
4 Menerima Input dari User Dinas dan

Menyimpan Ke Database
Alternate Flow (Data Tersedia)
1 Dinas Melakukan Input Data

Penyakit
3 Ketika Akan Menyimpan melakukan

Pengecekan Duplikasi
4 Karena Ditemukannya Duplikasi maka

Dikembalikan pada halaman Input data
dengan Notifikasi : “Data Telah Diadakan
Sebelumnya”
4.4. MEMBERIKAN STANDARISASI HARGA PENJUALAN TERNAK DAN

TANI
Use Case Skenario MEMBERIKAN STANDARISASI HARGA PENJUALAN

TERNAK DAN TANI

Nama Use Case MEMBERIKAN STANDARISASI HARGA

PENJUALAN TERNAK DAN TANI
Deskripsi Dinas Melakukan Input Standarisasi

Harga untuk penjualan Ternak dan tani
Aktor Dinas
Kondisi Awal Dinas berada di Dashboard Dinas
Kondisi Akhir Standarisasi harga telah disimpan dan

menjadi Referensi Harga jual Ternak Dan
Tani
Normal Flow
1 Dinas Mengakses halaman

“Standarisasi Harga Penjualan”
2 Dinas Menekan Tab Tani/ternak

yang akan diberi harga
3 Melakukan Input Jumlah Harga

penjualan tani/ternak
4 Menerima Input dari User Dinas dan

Menyimpan Ke Database
Alternate Flow
5. AKTOR AGEN PENJUAL

5.1. LOGIN
Nama Use Case Login Agen Penjual
Deskripsi Agen PenjualMelakukan Login Untuk

Aktor Agen Penjual

Kondisi Awal Agen Penjual Membuka Aplikasi
Kondisi Akhir Agen Penjual berada di Dashboard Petani
Normal Flow
1 Agen Penjual Melakukan input

nama dan password

password petani
Alternate Flow

nama dan password

password petani

5.2. REGISTRASI
Nama Use Case Registrasi Agen Penjual
Deskripsi Agen Penjual Melakukan Registrasi

Untuk Membuat Akun agar bisa
melakukan login
Aktor Agen Penjual
Kondisi Awal Agen Penjual Membuka Aplikasi dan

Kondisi Akhir Agen Penjual berada di Halaman Login

dengan Data Petani Telah Disimpan
Normal Flow

nama, nomor telpon, dan
password

password User


Konfirmasi Kode OTP

Selesai

pengecekan

nama dan password

password petani

1 Agen Penjual Melakukan Input

Kode OTP


5.3. TOP UP SALDO
Use Case Skenario TOP UP SALDO
Nama Use Case TOP UP SALDO
Deskripsi Agen Penjual Melakukan Top Up Saldo

Untuk melakukan Transaksi Dengan
Petani
Aktor Agen Penjual
Kondisi Awal Agen Penjual berada di Dashboard Agen

Penjual
Kondisi Akhir Saldo Mula-Mula bertambah hasil dari

topup
Normal Flow
1 Agen Penjualan Melakukan

Prosedur Top up
Menerima Hasil Top up dan Disimpan

Kepada Saldo Pengguna
Alternate Flow
5.4. VIEW PROGRESS PERTANIAN
Use Case Skenario VIEW PROGRESS PERTANIAN
Nama Use Case VIEW PROGRESS PERTANIAN
Deskripsi Agen Penjual Melihat Laporan Progress

Petani
Aktor Agen Penjual
Kondisi Awal Agen Penjual berada di Dashboard Agen

Penjual
Kondisi Akhir Menerima informasi Perkembangan

Progress Pertanian pada halaman
“Laporan Progress Pertanian”
Normal Flow
1 Agen Penjualan Membuka

Halaman “List Kegiatan”
2 Agen Penjualan memilih Kegiatan

Tani yang ingin untuk melihat
Progressnya
3 Mengembalikan Data Tentang

Perkembangan Kegiatan Tani
Alternate Flow (Belum Ada Laporan)
1 Memberikan catatan : Kegiatan Belum

Memiiki Laporan
5.5. MEMBELI HASIL TANI
Use Case Skenario MEMBELI HASIL TANI
Nama Use Case MEMBELI HASIL TANI
Deskripsi Agen Penjual Membeli Hasil Tani Dari

Petani
Aktor Agen Penjual
Kondisi Awal Agen Penjual dengan saldo yang cukup

berada di halaman dashboard
Kondisi Akhir Menerima informasi Perkembangan

Progress Pertanian pada halaman

“Laporan Progress Pertanian”
Normal Flow
1 Agen Penjualan Membuka

Halaman “List Kegiatan”
2 Agen Penjualan memilih Kegiatan

Tani yang ingin untuk melihat
Progressnya
3 Mengembalikan Data Tentang

Perkembangan Kegiatan Tani
Alternate Flow (Belum Ada Laporan)
1 Memberikan catatan : Kegiatan Belum

Memiiki Laporan
4 Other Non-functional Requirements

4.1 Performance Requirements
1. Kapasitas Data dan Pengelolaan Petani:

a. Sistem harus mampu menyimpan, mengelola, dan mengakses data petani
dengan skala yang signifikan, termasuk informasi pribadi, luas lahan, dan
history pertanian.
b. Performa yang diharapkan adalah kemampuan untuk mengelola dan
menyajikan data dari ratusan ribu petani
2. Manajemen Kegiatan dan Pembaruan Inventaris:**
a. Sistem harus dapat merencanakan, melacak, dan menganalisis hasil panen,
termasuk estimasi hasil dan pembaruan inventaris secara real-time.
b. Performa yang diinginkan adalah respons cepat dalam menanggapi
perubahan status inventaris dan hasil panen.
3. Harga Penjualan dan Informasi Pasar:
a. Modul harga penjualan harus memberikan akses cepat dan akurat terhadap
informasi pasar, harga komoditas, dan peluang penjualan.
b. Performa yang diharapkan adalah kemampuan untuk menyajikan informasi
harga secara real-time dan mengakses data pasar dengan efisien.
4. Saran Investasi dan Perhitungan Profit:
a. Fitur investasi harus dapat menghitung profit maksimal dari jenis tani yang
akan diinvestasikan berdasarkan modal yang diajukan.
b. Performa yang diinginkan adalah kemampuan untuk menghitung dan
menyajikan saran investasi dengan cepat dan akurat.
5. Pemantauan Permodalan:
a. Fitur pemantauan permodalan harus memberikan tampilan yang jelas
tentang sumber dana yang diterima dan memudahkan pengguna untuk
melihat besar dana yang tersedia.
b. Performa yang diharapkan adalah kemampuan untuk menyajikan data
permodalan secara langsung dan akurat.
6. Top Up dan Pengisian Saldo:**
a. Fitur top-up harus memungkinkan pengguna mengisi saldo dengan cepat
dan mudah.
b. Performa yang diharapkan adalah waktu tanggap cepat dalam melakukan
transaksi top-up.
7. Pelaporan Bulanan:
a. Fitur pelaporan harus dapat menghasilkan laporan setiap bulan dengan
efisiensi tinggi.
b. Performa yang diinginkan adalah kemampuan untuk menyajikan laporan
dengan cepat tanpa mengorbankan akurasi.
8. Standarisasi Harga Tani dan Ternak:
a. Fitur standarisasi harga harus dapat menjadi acuan dalam transaksi jual-beli
tani, memberikan harga yang konsisten dan adil.
b. Performa yang diharapkan adalah kemampuan untuk memperbarui dan
menyajikan standar harga dengan respons cepat.
9. Manajemen Data Penyakit dan Obat:
a. Fitur manajemen penyakit dan obat harus dapat memudahkan petani dalam
menjaga taninya dengan memberikan informasi yang akurat dan terkini.
b. Performa yang diharapkan adalah kemampuan untuk menyajikan data
penyakit dan obat dengan respons cepat.
10. Pengelolaan Data Simpandes:
a. Fitur pengelolaan data Simpandes harus dapat mempersiapkan modal,
menentukan bunga, dan mengatur jatuh tempo dengan efisien.
b. Performa yang diharapkan adalah kemampuan untuk mengelola data
Simpandes dengan cepat dan akurat.
4.2 Safety and Security Requirements
Security Requirements
1. Enkripsi Data Pengguna: Data login pengguna, termasuk informasi akun dan kata
sandi, harus dienkripsi untuk mencegah akses tidak sah.
2. Enkripsi Data Transaksi: Data transaksi, seperti informasi pembayaran dan top-up,
harus dienkripsi selama pengiriman dan penyimpanan untuk melindungi integritas
dan kerahasiaan data.
3. Kontrol Akses Pengguna: Sistem harus menyediakan kontrol akses yang ketat,
memastikan bahwa setiap pengguna hanya memiliki akses ke data yang relevan
dengan peran dan tanggung jawab mereka.
4. Perlindungan Terhadap Serangan: Sistem harus dilengkapi dengan perlindungan
terhadap serangan keamanan umum seperti serangan SQL injection dan serangan
berbasis web lainnya.
Safety Requirements:
1. Recovery Data Otomatis: Jika terjadi kerusakan data atau kegagalan sistem,
aplikasi harus memiliki mekanisme recovery otomatis untuk memulihkan data ke
keadaan sebelumnya.
2. Pemulihan Sistem Cepat: Sistem harus dirancang untuk pemulihan cepat setelah
kegagalan, meminimalkan waktu downtime dan memastikan ketersediaan aplikasi.
3. Backup Data Otomatis: Sistem harus menyediakan fitur backup data otomatis untuk
mengamankan data secara berkala dan memastikan bahwa versi terbaru dapat
dipulihkan dengan mudah.
4.3 Software Quality Attributes
1. Adaptability:
a. User Interface Flexibility: Antarmuka pengguna dirancang agar mudah
diadaptasi oleh berbagai kelompok pengguna, termasuk petani dengan
tingkat keterampilan teknologi yang berbeda.
b. Bahasa Pengguna yang Mudah Dimengerti: Penggunaan bahasa Indonesia
dalam aplikasi untuk memastikan pemahaman yang mudah bagi pengguna
dari berbagai latar belakang.
c. User Guide: Memudahkan pengguna untuk pertama kali Menginstall aplikasi
2. Maintainability:
a. Pemeliharaan Berkala: Dilakukan pemeliharaan dan pengecekan berkala
terhadap program yang berjalan, termasuk pengecekan terhadap perangkat
lunak dan hardware yang digunakan.
b. Sistem Keamanan dan Pembaruan: Terdapat pembaruan keamanan secara
teratur untuk mengatasi potensi kerentanan keamanan. Sistem dilengkapi
dengan fitur pembaruan otomatis.
3. Portability:
a. Kemudahan Pengoperasian: Antarmuka sistem dibuat user-friendly untuk
memudahkan pengguna dalam mengoperasikan aplikasi.
4. Reliability:
a. Ketahanan terhadap Gangguan: Sistem dirancang untuk memiliki ketahanan
terhadap gangguan dan dapat dengan cepat pulih dari kegagalan,
memastikan ketersediaan aplikasi yang tinggi.
b. Keandalan Data: Sistem menyediakan backup data otomatis untuk
memastikan keandalan dan ketersediaan data.
5. Reusability:
a. Kode yang Bersih dan Terdokumentasi: Kode program yang bersih dan
terdokumentasi dengan baik untuk memudahkan pemeliharaan dan
pengembangan oleh tim pengembang.
6. Testability:
a. Kemampuan Pengujian: Aplikasi ini dapat diuji dengan melihat dokumen srs
7. Usability:
a. Navigasi yang Intuitif: Aplikasi menawarkan navigasi yang intuitif untuk
memastikan pengguna dapat dengan mudah menjelajahi fitur-fitur yang ada.
5 Other Requirements
<This section is Optional. Define any other requirements not covered elsewhere in the SRS. This
might include database requirements, internationalization requirements, legal requirements, reuse
objectives for the project, and so on. Add any new sections that are pertinent to the project.>
Appendix A – Data Dictionary
<Data dictionary is used to track all the different variables, states and functional requirements that
you described in your document. Make sure to include the complete list of all constants, state
variables (and their possible states), inputs and outputs in a table. In the table, include the
description of these items as well as all related operations and requirements.>
Appendix B - Group Log

<Please include here all the minutes from your group meetings, your group activities, and any
other relevant information that will assist in determining the effort put forth to produce this
document>

Software Requirement Specification Smartfarmers

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Software Requirement Specification Smartfarmers

Uploaded by

Copyright:

Available Formats

Software Requirements

Group Name: REPEL

Instructor: <place your instructor’s name here>

Course: Analisis Kebutuhan Perangkat Lunak

Lab Section: <place your lab section here>

Teaching Assistant: <place your TA’s name here>

Date: <place the date of submission here>

CONTENTS........................................................................................... Error! Bookmark not defined.

Version Primary Author(s) Description of Version Date Completed

1.2 Product Scope

1.3 Intended Audience and Document Overview

4. Simpan Pinjam Desa

1.4 Definitions, Acronyms and Abbreviations

1. SmartFarmers: Aplikasi yang dirancang untuk membantu petani dalam mengelola

1. SRS: Software Requirements Specification, dokumen yang merinci kebutuhan fungsional

1.5 Document Conventions

1.6 References and Acknowledgments

Software Requirement Specifications :

Rujukan Pembuatan Use Case:

1. Manajemen lahan: SmartFarmers memungkinkan petani untuk melacak informasi

SmartFarmers menghubungkan petani dengan agen penjual, sehingga petani dapat

2.2 Product Functionality

Pengelolaan Data Petani Sistem harus dapat menyimpan, mengelola,

Manajemen Kegiatan Fasilitas untuk merencanakan, melacak, dan

Harga Penjualan Modul yang memungkinkan petani mengakses

Saran Investasi Fitur untuk menghitung profit maksimal dari

Pemantauan Permodalan Fitur untuk melihat sumber dana yang diterima,

TOP UP Fitur untuk topup untuk mengisi saldo user

Reporting fitur untuk melakukan laporan setiap bulan

Pengelolaan data Simpandes fitur untuk memanage data simpandes dalam

2.3 Design and Implementation Constraints

Bahasa pemrograman Typescript untuk mobile aplication

Php 8.0 Sebagai backend

Arsitektur sistem MVC

Framework Laravel Untuk backend

React native Untuk Mobile

Sistem Operasi Android 4.5 Dapat berjalan di sistem

Keamanan Json Web token Menggunakan Jwt untuk

2.4 Assumptions and Dependencies

Ketersediaan dana dari simpandes:

Penyesuaian Harga Tani:

Ketersediaan Hasil Tani:

3.1.1 User Interfaces

2. Menuliskan Catatan Pengalaman

3.[2.] Manage Kegiatan

4.[3.] Melihat Investor

5.[4.] Mengajukan Permodalan Ke Simpandes

6.[5.] Membuat Laporan Bulanan

7.[6.] Membuat Laporan Akhir

8.[7.] Melihat Harga Jual Tani

9.[8.] Melihat Obat dan Penyakit

1. Manage Data Obat

2. Manage Data Penyakit

3. Mengatur Harga Jual Tani

2. Melihat Detail Kegiatan

3. Melakukan Pemesanan Tani

3.1.2 Hardware Interfaces

1. Spesifikasi Server Aplikasi Smartfarmers:

2. Spesifikasi Minimum Handphone untuk menjalankan Aplikasi Smartfarmers:

3.1.3 Software Interfaces

1. MySQL : Sebagai Database Aplikasi Smartfarmers

3.2 Functional Requirements

Login User melakukan login sistem mengecek

ketersediaan data nama