Professional Documents
Culture Documents
Surat Keputusan Dirjen Penguatan Riset dan Pengembangan Ristek Dikti No. 28/E/KPT/2019
masa berlaku mulai Vol.3 No. 1 tahun 2018 s.d Vol. 7 No. 1 tahun 2022
JOINTECS
(Journal of Information Technology
and Computer Science)
Vol. 5 No. 2 (2020) 91 - 104 e-ISSN:2541-6448 p-ISSN:2541-3619
Abstract
Farmers use crops for sale and meet daily needs. This is also in Dukuhwulung village, Banyumas Regency. Majority of
farmers in Dukuhwulung rely heavily on the pinches. Farmers sell the crops still relying on the pinters with price set by
presses. Difficulties experienced by farmers do not have facility in transaction media directly to consumer in order to
process data supply of goods and prices according to needs. Purpose of this research is to create agricultural e-commerce
applications in sale of produce directly without intermediaries using sales with e-commerce systems. Development of this
application implements Zachman framework method of determining the business logic constraints that will be applied to
application and implementing Kanban methodology for application development with to-do process on Kanban board.
Process is done, among others, analyzing application design according to needs owner. The method of Kanban is done,
among others, design of the product backlog in determining needs of system built according to request by product owner
and form developer team. Results obtained from Zachman method design from usability testing test obtained from 20
application users, 16 users can use application well, and 4 users can not use application. This indicates that the application
is functioning properly.
Keywords: E-commerce; zachman framework; kanban method; mobile application; agriculture.
Abstrak
Petani menggunakan hasil panen untuk dijual dan memenuhi kebutuhan sehari-hari. Hal ini pula yang terjadi di desa
Dukuhwulung, Kabupaten Banyumas. Mayoritas petani di Dukuhwulung sangat bergantung pada pengepul. Petani menjual
hasil tani masih mengandalkan pengepul dengan harga yang sudah ditentukan oleh pengepul. Kesulitan yang dialami petani
belum memiliki fasilitas dalam media transaksi secara langsung kepada konsumen agar dapat mengolah data pasokan barang
dan harga sesuai dengan kebutuhan. Tujuan penelitian ini untuk membuat aplikasi e-commerce pertanian dalam melakukan
penjualan hasil tani secara langsung tanpa perantara dengan menggunakan penjualan dengan sistem e-commerce.
Pembangunan aplikasi ini menerapkan metode zachman framework dalam menentukan batasan-batasan bisnis logic yang
akan diterapkan pada aplikasi dan menerapkan metodologi kanban untuk pembangunan aplikasi dengan proses to-do pada
kanban board. Proses yang dilakukan antara lain menganalisis perancangan aplikasi sesuai dengan kebutuhan owner. Metode
kanban yang dilakukan antara lain, perancangan product backlog dalam menentukan kebutuhan sistem yang dibangun sesuai
dengan request oleh product owner dan membentuk tim developer. Hasil yang diperoleh dari perancangan metode zachman
yaitu dari pengujian usability testing didapatkan dari 20 pengguna aplikasi, 16 pengguna dapat menggunakan aplikasi dengan
baik, dan 4 pengguna belum dapat menggunakan aplikasi. Hal ini menunjukan bahwa aplikasi berfungsi dengan baik.
Kata kunci: E-commerce; metode zachman; metode kanban; aplikasi mobile; pertanian.
© 2020 Jurnal JOINTECS
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
92
Dicky Dewantoro, Condro Kartiko, Fauzan Romadlon
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
untuk membantu merancang model arsitektur enterprise menganalisis maka akan menghasilkan sebuah analisis
yang dapat membantu semua pihak manajemen GAP. Hasil dari analisis GAP menghasilan rumusan
mendefinisikan secara menyeluruh sehingga memiliki masalah yang ada dengan studi dokumentasi yang
struktur dasar organisasi yang mendukung akses, menghasilkan pertanyaan penelitian. Setelah
integrasi interpeksi, pengembangan, pengolahan dan mendapatkan sebuah pertanyaan dan informasi, maka
perubahan[7]. Zachman Framework membantu peneliti akan melakukan tinjauan pustaka, dimana
menggambarkan implementasi sistem dan teknologi peneliti mencari dan mempelajari berbagai teori dengan
selaras dengan model bisnis[8]. Kelebihan dari metode tema sama pada penelitian-penelitian sebelumnya untuk
Zachman Framework ini merupakan salah satu mendukung dalam merancang sistem ini. Setelah
kerangka kerja yang populer dalam memetakan diproses dengan metode GAP, maka akan di proses
arsitektur informasi di sebuah organisasi, dengan juga menggunakan metode agile. Peneliti mencari
harapan kerangka kerja ini, developer dapat merancang informasi dari berbagai sumber tertulis, seperti buku,
desain yang bersih, mudah dimengerti, seimbang, dan jurnal, artikel, dan website.
lengkap[9]. Penulis mempunyai saran membuat sebuah
Tahap selanjutnya peneliti menganalisis kebutuhan
aplikasi mobile dimana petani bisa menjual hasil
sistem, untuk menghasilkan sebuah rancangan
pertaniannya langsung tanpa ada orang kedua.
kuisioner. Rancangan kuisioner menghasilkan berupa
Sehingga hasil yang didapat akan mengalami
kebutuhan sistem yang menghasilkan tahapan
peningkatan dibandingkan menjual di orang kedua
selanjutnya berupa keputusan tentang sistem, sudah
yaitu pengepul.
terpenuhi atau belum. Jika belum terpenuhi maka
Dalam merancang aplikasi mobile aplikasi yang dapat kembali ke tahap analisis kebutuhan sistem, apabila
mempermudah petani ini akan menggunakan sudah terpenuhi maka melakukan review oleh
metodologi kanban. Menurut Yoshiro Monden metode narasumber untuk menghasilkan kuisioner final.
Kanban yaitu suatu kartu perintah produksi yang Setelah peneliti mendapatkan hasil wawancara final
berfungsi untuk mengontrol persediaan. Kanban ini dari user atau pengguna, maka wawancara final
adalah sistem yang mengendalikan jumlah produksi tersebut akan diproses dengan metode sehingga
dalam setiap proses. Dilakukan dengan cara membatasi menghasilkan perancangan sistem. Peneliti akan
jumlah persediaan maksimum yang tetap untuk setiap membuat perancangan sistem, karena dibutuhkan
workstation yang terdiri dari sebuah proses dan output sebelum akan membangun sebuah sistem supaya dapat
buffer, dimana jumlah maksimumnya itu adalah sama menentukan apa saja yang harus dipersiapkan dalam
dengan jumlah kanban yang beredar dalam membangun sebuah sistem.
workstation[10]. Tipe kanban yaitu production kanban
dan withdrawal kanban. Kunci utama dalam
mengontrol sistem kanban adalah membatasi jumlah
Work In Progress (WIP) yaitu menetapkan batas
eksplisit untuk berapa banyak item yang mungkin batas
kerja pada masing-masing workstation[11]. Hal ini
berbentuk hitungan kartu, batas jumlah kontainer, dan
batasan volume[12]. Kanban board digunakan untuk
memvisualisasikan alur kerja dan memonitor progress
proyek dengan menunjukkan aktifitas dari proses
development. Setiap stage mempunyai tempat untuk
tugas yang direpresentasikan dalam bentuk kartu
tugas[13].
Karena, kejelasaan sebuah data didukung dari
banyaknya data secara objektif dan lebih jelasnya
berikut adalah diagram alur penelitian pada Gambar 1.
Pada Gambar 1 merupakan diagram alur penelitian
yang dilakukan oleh peneliti. Pada tahap pertama
peneliti melakukan wawancara terhadap narasumber
untuk mendapatkan sebuah informasi atau data yang
dilakukan secara langsung di lokasi penelitian.
Penelitian ini mengambil data yang berlokasi di Desa
Dukuhwulung, data yang diambil oleh peneliti adalah
sebuah permasalahan yang pernah dialami oleh petani
pada saat paska panen petani menjual hasil
pertaniannya ke pengepul dengan relatif harga yang
rendah atau murah. Tahap selanjutnya hasil dari Gambar 1 Diagram Alur Penelitian
wawancara oleh narasumber. Lalu peneliti akan
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
93
Dicky Dewantoro, Condro Kartiko, Fauzan Romadlon
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
3. Hasil dan Pembahasan Tampilan dan source code login untuk pengguna dan
admin dari sistem e-tani. Membuat Form yang
3.1. Implementasi Sistem
dibungkus dengan View kemudian membuat Input
Pada Gambar 2 menjelaskan sistem e-tani tampilan untuk memasukkan user dan password. pada
login terdapat menu untuk register buat pengguna yang OnChangeText kita memasukkan function yang
belum memiliki akun. Menu registrasi user atau kemudian datanya akan dipassing ke redux melalui
pengguna mengisi biodata diri, lalu biodata user atau setData(), setelah itu data user dan password akan
pengguna akan simpan ke dalam basis data. Maka tersimpan ke dalam redux, ketika kita menekan onPress
sistem akan memberikan konfimasi bahwa akun sudah user akan mentrigger event dataLogin().
terdaftar pada sistem e-tani.
Program Jurnal
<<Form>
<View style-(styles.input}>
<Item floatingLabel>
<Label style-{styles.font}>Email</Label>
<Input Gambar 3. Tampilan Menu Utama Sistem e-tani
style-(styles. font}
onChangeText-(text -> setData('email',
text)} Pada Gambar 3 setelah pesanan sudah selesai maka
/> pesanan masuk ke dalam keranjang, sebelum masuk ke
</Item>
<Item floatingLabel> dalam keranjang, sistem akan menampilkan menu
<Labelstyle- detail produk. Setelah dari menu detail produk maka
(styles.font}>Password</Label>
<Input pengguna dapat memasuki pesanan ke dalam
secureTextEntry-(true} keranjang, lalu akan diproses oleh sistem untuk di
style={styles. font}
onChangeText-{text-> simpan ke basis data.
setData('password', text)}
/> Program Jurnal
</Item> <ScrollView>
<View> <View>
<Text style-{styles.footer}> <Flatlist
Not Register Yet ? vertical
<Text data={data}
style-{styles.highlight)} keyExtractor={(item, index) =>
onPress-{()-> index.toString()}
this.props.navigation.navigate('regi renderItem={item =>
ster)}> this.renderItem(item)}
Sign Up{')} />
</Text> </View>
<Textstyle- </ScrollView>
{styles.footerfont}>here</Text>
</Text>
</View>
<View style-(styles.button)> Tampilan dan source code menu utama dari sistem e-
<Button onPress-{() -> datalogin()} tani. Function diatas membuat tampilan yang kemudian
title-"Login" />
</View> akan dirender melalui Flatlist. Vertical menentukan
</View> hasil render menjadi horizontal atau vertical, data
</Form>
</View> adalah hasil tampungan data yang kita sudah tampung
</View> melalui redux kemudian dilakukan render kembali
melalui view, keyExtractor adalah memberitahukan
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
94
Dicky Dewantoro, Condro Kartiko, Fauzan Romadlon
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
detailProductApi
.category(idProduct, token.token). Tampilan dan source code keranjang dari sistem e-tani.
then(response => { Function renderItem kita memerlukan parameter item
if (response) { sebagai data utama dan kemudian akan diproses ke
dispatch(setData('detailProduct',
response.data)); component CardContent. Untuk id kita akan
console.log('SUKSES FETCH DETAIL'); menampilkan id dari data backend tersebut, product_id
}}
.catch(error => { menmpilkan id product, product_name sebagai nama
if (error) { produk, amount sebagai jumlah barang, eventDelete
console.log(error);
console.log('FAILED GET DETAIL'); sebagai fungsi untuk hapus barang dari cart, eventAdd
} untuk melakukan checkout pembayaran, cart dari
}); panjang data yang didapat.
};
Pada Gambar 6 tahap ini user atau penjual harus Pada Gambar 7 lalu kita panggil paymentStatusApi
mengisi data produk yang akan dijual, setelah data serta kita passing getPayment menggunakan token. Jika
produk diisi maka data produk akan disimpan ke dalam berhasil akan masuk ke try dan jika gagal akan masuk
basis data sistem e-tani. Sistem akan mengkonfirmasi ke catch, admin dapat melihat semua transaksi
data produk yang akan jual sukses. penjualan maupun pembelian bibit, beras, dan pupuk.
Program Jurnal Program Jurnal
export const sellProduct = data => (dispatch, export const getPaymentStatus - () =>
getState) => { (dispatch, getState) => {
const getState().login; const {
const {token} = state; login: {token},
console.log('DATAssssss', data); profile: {status},
const { } = getState();
uri, console.log('STATUS', status);
type, paymentStatusApi
filename, .getPayment (token.token)
name, .then (response => {
price, if (response) {
stock, console.log(RESPONSE PAYMENT',
category, response.data.data);
weight, dispatch(setData('status',
description, response.data.data)); -
} = data; console.log('SUCCESS GET PAYMENT');
const formData = new FormData(); })
formData.append ('name', name); .catch(error => {
formData.append('price', price); if (error) {
formData.append ('stock', stock); console.log('ERROR', error);
formData.append ('category', category); }
formData.append ('weight', weight); });
formData.append('description', description); };
formData.append ('product_image', {uri: uri,
type: type, name: filename});
sellProductApi
. sellProduct(formData, token.token) Tampilan dan source code riwayat transaksi dari sistem
. then (response => { e-tani, pada tahap ini riwayat transaksi dari penjualan
if (response) {
console.log('SUKSES CREATE'); dan pembelian dari sistem e-tani. Kita memanggil
NavigationService.navigate('home'); Function getPaymentStatus () dari Redux, lalu kita
} membutuhkan data login berupa token dan profile.
})
.catch(error => {
if (error) { 3.2. Pengujian Sistem
console.log(error);
console.log('FAILED CREATE'); Pengujian sistem mengacu kepada pengujian produk
} yang dihasilkan [14][15]. Pada tahap ini akan dilakukan
});
pengujian sistem e-tani untuk jual beli hasil panen dari
petani desa Dukuhwulung dengan menggunkan black-
Tampilan dan source code saat user atau penjual ingin box testing dengan metode decision table testing.
menjual hasil panen atau taninya. untuk melakukan Pengujian ini dilakukan untuk menentukan kombinasi
pengiriman data kita memanggil function sellProduct() input dipergunakan untuk menentukan output yang
dari Redux dan memerlukan parameter data untuk seharusnya apakah semua dari fungsi yang terdapat
mengirimkannya memerlukan formData yang sesuai pada sistem jual beli hasil tani, apakah sudah berjalan
dari headers dari backend. Data disini berisikan sesuai dengan baik atau belum. Hasil dari pengujian
properti seperti name, price, stock, category, weight, dapat dilihat pada Tabel 1, Tabel 2 dan Tabel 3
description, product_image. penjelasan.
Tabel 1. Tabel Pengujian form tampilan login
Email Password Output
F T E
T F E
F F E
T T S
input email yang dimasukan T dan password yang output menunjukan status S dengan kesimpulan
dimasukan T. berhasil dan akan langsung menampilkan beranda
Tabel 2. Tabel hasil pengujian form tampilan login umtuk dan masuk ke menu utama penjualan untuk
berbelanja di aplikasi e-tani.
Harapan
Email Password Output Kesimpulan Tabel 5. Hasil Pengujian Form Profile
Output
F T E E Berhasil Hara
Na No. Ala Ko Ban No.R Ban No.R pan Out Kesimp
T F E E Berhasil ma HP mat ta k1 ek k2 ek outpu put ulan
t
F F E E Berhasil F F F F F F F F E E Berhasil
T T S S Berhasil F T F F F F F F E E Berhasil
F T T F F F F F E E Berhasil
F T T T F F F F E E Berhasil
Tabel 2 merupakan hasil pengujian dari tampilan login F T T T T F F F E E Berhasil
e-tani, yang menunjukan bahwa form Login sudah F T T T T T F F E E Berhasil
F T T T T T T F E E Berhasil
memenuhi kebutuhan karena output yang sesuai dengan F T T T T T T T E E Berhasil
menarik kesimpulan jika email dan password benar T F F F F F F F E E Berhasil
T Email/Password benar
F Email/Password salah
E Pesan error di tampilan Tabel 6. Tabel Penjelasan
S Masuk beranda penjualan Status Penjelasan
T Form diisi
Pada Tabel 3 merupakan tabel penjelasan status yang F Form tidak diisi
ditunjukan pada tabel pengujian form tampilan login E Tidak dapat mengisi form jual dan tidak bisa masuk
dan tabel hasil pengujian form tampilan login dengan T beranda untuk belanja
menunjukan bahwa email/password benar, F S Bisa mengisi form jual dan masuk beranda untuk
menunjukan email/password salah, E menunjukkan belanja
pesan error di tampilkan, dan S menunjukkan masuk
beranda penjualan. Pada Tabel 6 merupakan tabel penjelasan status yang
ditunjukan pada tabel pengujian form profile dan hasil
Tabel 4. Tabel pengujian Form Profile
pengujian form profile dengan T menunjukan bahwa
Nam No. Alama Kot Bank No. Bank No. Outp form telah diisi, F menunjukan form tidak diisi, E
a HP t a 1 Rek 2 Rek ut
menunjukan tidak dapat mengisi form jual dan tidak
F F F F F F F F E
dapat masuk beranda untuk belanja, dan S menunjukan
F T F F F F F F E
bias mengisi form jual dan masuk menu beranda untuk
F T T F F F F F E
belanja.
F T T T F F F F E
F T T T T F F F E Tabel 7. Tabel Pengujian Form Jual Produk
F T T T T T F F E Nama Harga Stok Berat Deskripsi Kategori Output
F T T T T T T F E
F F F F F F E
F T T T T T T T E
F T F F F F E
T F F F F F F F E
F T T F F F E
T T F F F F F F E
F T T T F F E
T T T F F F F F E
F T T T T F E
T T T T F F F F E
F T T T T T E
T T T T T F F F E
T F F F F F E
T T T T T T F F E
T T F F F F E
T T T T T T T F E
T T T F F F E
T T T T T T T T S
T T T T T F E
T T T T T F E
Pada Tabel 4 merupakan tabel pengujian form profile T T T T T T S
dengan output yang diharapkan. Output yang
dikeluarkan akan berstatus S apabila semua inputan Pada Tabel 7 tabel pengujian form jual produk dengan
yang dimasukan T, selain dari itu maka akan output yang diharapkan. Output yang dikeluarkan akan
menghasilkan output E. Tabel 5 merupakan hasil berstatus S apabila semua inputan seperti nama, harga,
pengujian dari form profile e-tani, menunjukan bahwa stok, berat, deskripsi kategori yang dimasukan berstatus
form profile sudah melalui pengujian dan memenuhi T, selain dari itu maka output yang dihasilkan E.
kebutuhan karena output yang sesuai dengan harapan
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
97
Dicky Dewantoro, Condro Kartiko, Fauzan Romadlon
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
Tabel 8. Hasil Pengujian Form Jual Produk dibangun. Wawancara adalah salah satu cara yang
Nama Harga Stok Berat Desk Kate Hara Ou Keterangan paling tepat dalam melakukan analisa kebutuhan pasar
ripsi gori pan tpu
Outp
ut
t sehingga produk aplikasi yang dihasilkan nantinya
F F F F F F E E Berhasil tepat sasaran dan dapat dimanfaatkan sebagai solusi
F T F F F F E E Berhasil dari permasalahan yang ada. Berdasarkan analisis yang
F T T F F F E E Berhasil
F T T T F F E E Berhasil telah dilakukan maka terdapat fitur utama yaitu
F T T T T F E E Berhasil melakukan pembelian barang yang dilakukan secara
F T T T T T E E Berhasil
T F F F F F E E Berhasil langsung dari supplier. Fitur utama dari aplikasi ini
T T F F F F E E Berhasil adalah media data transaksi, disini pengguna dapat
T T T F F F E E Berhasil
T T T T T F E E Berhasil
melakukan transaksi dengan lebih mudah oleh aplikasi
T T T T T F E E Berhasil e-tani pada gadget. Hasil dari setiap to-do pada Kanban
T T T T T T S S Berhasil
board telah dilakukan dari hari kerja pertama hingga
hari kerja terakhir menggunakan metode Kanban board
Tabel 8 merupakan hasil pengujian dari form penjualan yang dapat dilihat pada Tabel 10. Pada Tabel 10
aplikasi e-tani, menunjukan bahwa form penjualan kanban board menjelaskan di bulan pertama minggu
sudah melalui pengujian dan memenuhi kebutuhan kesatu mengerjakan initial project, title library,
karena output yang sesuai dengan harapan output configuration services. Setiap pengerjaan kesulitannya
menunjukan status S dengan kesimpulan berhasil dan berbeda sesuai di story point dan di setiap harinya di
akan langsung menampilkan apa yang sudah di upload lakukan pengetesan yang menjelaskan status done.
diberanda palawija dan beras. Tabel 9 merupakan tabel Minggu kedua mengerjakan create model redux, create
penjelasan dari tabel pengujian form jual produk dan button login, create button update, create button jual.
hasil pengujian form jual produk. Dengan T Setiap pengerjaan tingkat kesulitan berbeda sesuai
menunjukan form diisi, F menunjukkan form tidak diisi, dengan di story point di setiap harinya dilakukan
E tidak ada di menu penjualan, S menunjukan masuk di pengerjaan dan pengetesan yang menjelaskan status
dalam menu penjualan. done. Minggu ketiga mengerjakan create button
Tabel 9. Tabel Penjelasan profile, create button beranda, create button keranjang,
Status Penjelasan create button tampilan kategori beras. Setiap
T Form diisi pengerjaan tingkat kesulitan berbeda sesuai dengan di
F Form tidak diisi story point di setiap harinya dilakukan pengerjaan dan
E pengetesan yang menjelaskan status done.
Tidak ada di menu penjualan
S Tabel 10. Kanban board di bulan satu
Masuk didalam menu penjualan
D D D D D
A A A A A
BACKLOG STORY ORIGINAL
Y Y Y Y Y STATUS
TASK & ID POINT ESTIMATE
Dapat dilihat bahwa pada pengujian form dengan 1 2 3 4 5
diuji dari aplikasi sudah lolos uji dan berjalan sesuai INITIAL
PROJECT
2 3 1 2 0 0 0 DONE
Minggu 2
Penelitian e-tani memiliki beberapa tahap terkait yang CREATE 4 2 1 3 3 1 0 DONE
dapat digunakan dalam penentuan proses pembuatan MODEL FOR
REDUX
sistem [16]. Kanban merupakan salah satu metode yang CREATE
BUTTON
4 4 1 1 3 0 1 DONE
tampilan katagori palawija, create button sign up, Berdasarkan hasil pengumpulan data maka selanjutnya
create button riwayat pembayaran, create button log dilakukan proses pemetaan masalah kedalam tabel
out. Setiap pengerjaan tingkat kesulitan berbeda sesuai
Zachman untuk menghasilkan rancangan sistem yang
dengan story point di setiap harinya dilakukan dibutuhkan [17]. Setelah permasalahan didapatkan
pengerjaan dan pengetesan yang menjelaskan status maka disusun dalam kerangka matrik Zachman. Setelah
done. matrik Zachman diperoleh maka masing-masing baris
dan kolom pada matrik tersebut akan diuraikan masing-
Minggu kedua mengerjakan create display, create form
masing.
login, create form jual, create form profile. Setiap
pengerjaan tingkat kesulitan berbeda sesuai dengan di Tabel 12. Tabel Matrik Zachman
Abstraksi/per DATA FUNCTI NETW PEOPLE TIME MOTIVA
story point di setiap harinya dilakukan pengerjaan dan spektif What ON How ORK Who When TION
(Think) (Process Where (People) (Time) Why
pengetesan yang menjelaskan status done. ) (Locatio (Motivatio
n) n)
story point di setiap harinya dilakukan perngerjaan dan Owner Flowmap Physical Design Programe
an
Time Memperm
pengetesan yang menjelaskan status done. konseptual
(Bussines
dan use
case
data
flow,
sederha
na
r,
Desainer,
scedule
rancang
udah
petani
Model) system activity jaringan Administr bangun menjual
Tabel 11. Kanban board di bulan kedua diagram aplikasi ator, User aplikasi hasil
e-tani panen
ST D D D D D
ORIGIN
OR A A A A A
BACKLOG AL
Y Y Y Y Y Y STATUS
TASK & ID
POI
ESTIMA
TE
Berikut adalah penjabaran dari Tabel 12 matrik
NT 1 2 3 4 5
Minggu 1 8
Zachman dari hasil penelitian [18] :
CREATE
BUTTON
4 4 3 1 1 3 1 DONE
1. Kolom What, menjelaskan tentang data yang dapat
TAMPILAN
KATEGORI
disajikan dari sudut pandang planner dan owner.
PALAWIJA
2. Kolom How, kolom ini membahas tentang proses-
proses data transakasi, penjualan dan pembelian
CREATE 4 4 2 1 2 3 0 DONE yang terjadi pada hasil tani sampai di upload ke
BUTTON SIGN
UP aplikasi e-tani.
3. Kolom Where, kolom ini membahas tentang lokasi
CREATE 3 2 0 0 3 0 0 DONE
BUTTON yang menjadi tempat penelitian untk penjualan hasil
RIWAYAT
PEMBAYARAN panen beras dan palawija.
4. Kolom Who, kolom ini membahas tentang sumber
CREATE 3 2 0 2 0 0 0
BUTTON LOG daya manusia yang berperan penting dalam proses
OUT
Minggu 2
penjualan dan pembelian di aplikasi e-tani.
5. Kolom When, kolom ini membahas tentang
CREATE 4 5 0 3 3 0 0 DONE
DISPLAY kegiatan transaksi di aplikasi e-tani yang di bahas
LOGIN
adalah riwayat transaksi yang dilakukan pembeli.
6. Kolom Why, menjelaskan tentang tujuan, motivasi
CREATE FORM
LOGIN
3 4 2 1 1 1 0 DONE
dan inisiatif serta batasan batasan yang ditetapkan
berkaitan dengan aplikasi yang akan di rancang.
CREATE FORM 3 4 5 0 0 0 0 DONE
JUAL Baris pertama pada Zachman Framework disebut
dengan arsitektur kontekstual. Pada kolom ini
CREATE FORM 3 4 1 2 1 1 0 DONE didefinisikan model bisnis fungsional secara global
PROFILE
Minggu 3
dengan berbagai requirement external organisasi.
Mendeskripsikan visi, misi, kontek, batas, dan
CREATE 4 4 3 2 0 0 1 DONE
arsitektur sistem. Sering disebut black box, karena kita
DISPLAY
MENU BERAS
dapat melihat input dan output, namun tidak dapat
melihat detail pekerjaannya. Baris sering disebut baris
CREATE FORM 3 4 1 2 1 0 DONE
SIGN UP 3 konteks.
1. What, kolom ini menerangkan tentang data-data
CREATE 4 5 2 2 1 1 1 DONE
DISPLAY atau entitas yang berkaitan dengan riwayat transaksi
RIWAYAT
PEMBAYARAN penjualan dan pembayaran hasil tani di
Dukuhwulung, data-data terserbut dikelompokoan
CREATE FORM 3 4 0 1 3 0 0 DONE
menjadi data transaksi penjualan dan pembelian
DISPLAY
BERANDA
yaitu merupakan data barang yang sudah terjual
kekonsumen dan riwayat bukti pembayaran.
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
99
Dicky Dewantoro, Condro Kartiko, Fauzan Romadlon
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
100
Dicky Dewantoro, Condro Kartiko, Fauzan Romadlon
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
Konsumen
Admin
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
102
Dicky Dewantoro, Condro Kartiko, Fauzan Romadlon
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
Teknologi Informasi), 1(2), pp. 131-136. Content Management System (Cms) Wordpress
[7] Farabi, N. A., Sulistiyah, S., & Haryanto, H., Pada Startup Hardcraft.id. Skripsi. Open Library:
2018. Analisa dan Perancangan Sistem Informasi Universitas Telkom.
Pembelian Bahan Baku secara Kredit [14] Kartiko, C., & Boy Hertantyo, G., 2018.
Menggunakan Zachman Framework. Jurnal Peningkatan Kualitas Aplikasi Pemantau Media
Akrab Juara, 3(1), pp. 150-156. Sosial dan Media Daring Menggunakan Metode
[8] Chotimah, S. E., & Handayaningsih, S., 2017. WebQEM. JNTETI, 7(2), pp. 144-149.
Implementasi Zachman Framework untuk [15] Kartiko, C., 2019. Evaluasi Kualitas Aplikasi Web
Pemodelan dan Perancangan Sistem E-Commerce Pemantau Menggunakan Model Pengujian
pada Sektor Perdagangan IKM. Telematika: Perangkat Lunak ISO/IEC 9126. Jurnal Nasional
Jurnal Informatika dan Teknologi Informasi, Teknik Elektro dan Teknologi Informasi. JNTETI,
13(1), pp. 1-10. 8(1), pp. 16-23.
[9] Utama, I. W. K., 2016. Perancangan Sistem [16] Dinanty, Y. D., & Batubara, S., 2016.
Informasi Dengan Zachman Framework Pada Perancangan Sistem P-Kanban dan C-Kanban
Penjualan Furniture Berbasis. In: Jurusan Untuk Meminimasi Keterlambatan Material Pada
Pendidikan Teknik Informatika, Fakultas Teknik Lini Produksi Perakitan Laundry System Business
dan Kejuruan, Universitas Pendidikan Ganesha, Unit (LSBU) di PT. Y. Jurnal Teknik Industri,
Prosiding Seminar Nasional Pendidikan Teknik 6(3), pp. 242-251.
Informatika (SENAPATI 2016). Denpasar – Bali, [17] Widodo, B., & Suharjito, S., 2017. Pengembangan
27 Agustus 2016. Blueprint IT dengan Zachman Framework di STP
[10] Repository Mercubuana, 2016. Pengembangan Trisakti. Jurnal Sistem Informasi, 13(1), pp 49-66.
Sistem Apotek Menggunakan Metode Kanban [18] Irawan, B. H., Riady, S. R., & Sofi, K. 2018.
[Online] (Updated 10 Jan 2020) Tersedia di : Penerapan Absensi Kuliah Berbasis QR Code
http://ebook.repo.mercubuana-yogya.ac.id. dengan Modul Raspberry Pi3 Menggunakan
[Accessed 10 April 2020] Metode Arsitektur Zachman Framework
[11] Puar, Z. P., & Siregar, M. T., 2017. Rancangan Implementation of Lecture Absence Based on QR
Sistem Elektronik Kanban untuk Meningkatkan Code with Raspberry Pi3 Modul Using Zachman
Efektivitas Produksi Just In Time. Jurnal Framework Architecture Method. In: Universitas
Manajemen Industri dan Logistik, 1(1), pp. 71-74. Muhammadiyah Semarang, Prosiding Seminar
[12] Susanto, E., & Barus, A., 2016. Analisis Metode Nasional Unimus. Semarang, 27 Oktober 2018,
Kanban Dan Metode Junbiki Pada Persediaan Part Lembaga Penelitian dan Pengabdian Masyarakat
Muffler Di PT. Xyz. Teknoin, 22(7), pp. 482-498. (LP2M) Unimus: Semarang.
[13] Salim, A.A., 2018. Pengembangan Aplikasi E-
Commerce Berbasis Website Menggunakan
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
103
Dicky Dewantoro, Condro Kartiko, Fauzan Romadlon
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
(JOINTECS) Journal of Information Technology and Computer Science Vol. 5 No. 2 (2020) 91 – 104
104