Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer e-ISSN: 2548-964X

Vol. 2, No. 11, November 2018, hlm. 4818-4825 http://j-ptiik.ub.ac.id

Pengembangan Aplikasi Katalog dan Pemesanan Produk Kebutuhan

Dapur Berbasis Android menggunakan Metode Mobile-D
Arya Yudha Mahendra1, Adam Hendra Brata2, Komang Candra Brata3
Program Studi Teknik Informatika, Fakultas Ilmu Komputer, Universitas Brawijaya
Email: 1aryayudham@gmail.com, 2adam@ub.ac.id, 3k.candra.brata@ub.ac.id

Abstrak
Pertumbuhan pengguna internet setiap tahunnya terus bertambah pesat yang juga di tunjang dengan
pertumbuhan pengguna perangkat penunjangnya. Perangkat aplikasi bergerak merupakan pendukung
utama pertambahan pengguna internet yang pada wilayah Indonesia sendiri mencapai angka 47% dari
jumlah penduduk. Dari data tersebut sekitar 46% menggunakannya untuk mengunjungi situs
perdagangan online. Android menjadi paling dominan di antara sistem operasi lainnya dengan 77%
pengguna perangkat mobile menggunakan android. Hal ini sangat bermanfaat terutama bagi warga Kota
Malang yang 34% warganya berprofesi sebagai pedagang. Oleh karna itu aplikasi penunjang untuk
melakukan perdagangan tersebut sangat di perlukan untuk memenuhi proses bisnis jual beli konsumen
dan penjual. Penelitian ini akan meneliti pengembangan aplikasi jual beli antara penjual dan konsumen
dengan mengedepankan kemudahan pengoperasian aplikasi. Metode mobile-d diadopsi karena telah
mendapatkan sertifikat CMMI level 2 dan memiliki alur pengembangan yang cocok digunakan untuk
pengguna yang tidak berada langsung disisi pengembang(off-site customer). Disamping itu Mobile-d
bersifat iteratif dapat memenuhi kebutuhan yang berubah – ubah yang mana cocok untuk menggali
kebutuhan langsung dari pengguna aplikasi(end-user). Dalam pengumpulan data menggunakan cara
wawancara dan kuisioner. Berdasarkan hasil penelitian yang dilakukan, penilaian pengguna terhadap
aplikasi dengan nilai rata-rata skor SUS sisi konsumen 84.37 dan pada sisi penjual 72,5. Angka tersebut
membuktikan jika aplikasi memiliki kegunaan, kemudahan, dan kepuasan yang baik bagi pengguna.
Kata kunci: android, mobile-d, mobile

Abstract
Each year, Internet users are growth rapidly. Those are also supported with the growth of the internet
supporting device user. Mobile application device is a major booster on the increases of internet users
in Indonesia, it’s reaches 47% of the total population. From those data, about 46% use internet to visit
online market place. Android becomes the most popular operating systems among others, with 77% of
mobile device users use it. It is certainly very useful for residents of Malang City which 34% of
population are sellers or merchants. Therefore, a supporting applications that facilitate transaction
processes is necessary both for the sellers and consumers. This research will explain application
development that can facilate transaction between sellers and consumers by emphasizing the ease of
operation. The mobile-d method is adopted because it has obtained a level 2 CMMI certificate and has
a development flow that is suitable for off-site customer. In addition, Mobile-d is iterative to meet
changing of needs which are suitable for exploring the immediate needs of end-user users. To collect
data, reseacher use interviews and questionnaires. Based on the results of research conducted, the
assessment of users of the application has an average score SUS value of 84,37 on the consumer side
and 72,5 on the seller side. These numbers, prove if the app has a usefulness, ease, and purity is good
enough for the user.
Keywords: android, mobile-d, mobile

ditunjukan dengan penggunaan perangkat

1. PENDAHULUAN komputer, perangkat aplikasi bergerak atau
Perkembangan teknologi dewasa ini mobile, serta aplikasi pendukung lainnya dan
semakin mengalami kemajuan yang pesat, juga internet sebagai jembatan pertukaran data.
khususnya dibidang teknologi informasi. Hal ini Dalam penggunaannya, penduduk Indonesia rata

Fakultas Ilmu Komputer

Universitas Brawijaya 4818
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
– rata dapat menghabiskan waktu sekitar 3
hingga 4 jam dengan sebaran umur 16 – 64
tahun. Sekitar 46% pengguna tersebut memakai
untuk mengakses website toko online dan 33%
menggunakan untuk melakukan transaksi beli
produk secara online via mobile (WeareSocial,
2017). Dari data tersebut, sekitar 76,67%
merupakan pengguna sistem operasi Android,
(Statcounter, 2017). Kemudian sekitar, 65%
pengguna perangkat android tersebut
berdomisili di pulau Jawa, lokasi dimana
dilakukan penelitian ini (APJII, 2016).
Dari uraian data sebelumnya, lalu dilakukan
survei terhadap pemakai perangkat mobile yang
berada di Jawa Timur, khususnya Kota Malang.
Survei dilakukan kepada 40 orang dengan
beberapa sebaran umur tanpa membedakan
gender, terhadap kebiasaan dalam melakukan
belanja produk kebutuhan dapur sehari - hari.
Penulis kemudian juga melakukan survei
terhadap penjual sayur keliling yang berperan
sebagai pemasok kebutuhan, sebanyak 5
responden. Topik penjual sayur ini dipilih
penulis karena sekitar 129.000 atau 34%
populasi di Kota Malang berprofesi sebagai
pedagang, yang mana penjual sayur keliling
merupakan salah satu dari kategori tersebut
(Badan Pusat Statistik, 2016). Survei tersebut
berisikan mengenai beberapa faktor yang
menjadi pengaruh konsumen saat berbelanja dan
juga kepuasan atas kondisi berbelanja sekarang
ini. Sedangkan pada penjual, survei berisi
pertanyaan mengenari kendala yang dialami
pedagang, seperti faktor dalam menentukan
barang dagangan, faktor pembeli tetap, faktor
jam operasional dan lain sebagainya. Dari hasil
survei yang dilakukan, menunjukan hanya
sekitar 27,5% responden dari sisi konsumen
yang merasa telah puas oleh proses jual beli
sekarang ini. Konsumen tersebut juga
menyebutkan perlu adanya sebuah aplikasi
untuk membantu proses jual beli yang ada saat
ini, yaitu sebanyak 85% responden. Sedangkan
sebanyak 100% responden pada sisi penjual,
mengatakan pernah mengalami kerugian selama
berjualan dengan kisaran 1-5%. Lalu seluruh
responden dari penjual tersebut juga
mengungkapkan bila mereka berminat jika
terdapat aplikasi guna membantu proses
berjualan mereka sehari – hari.
Berdasarkan data yang telah diuraikan
sebelumnya, penulis kemudian mencoba
merumuskan suatu sistem aplikasi yang berbasis
android guna memenuhi kebutuhan penjual
Fakultas Ilmu Komputer, Universitas Brawijaya
4819
sayur keliling yang mempunyai mobilitas tinggi
tersebut sehingga depat dengan mudah
digunakan kemana saja mereka berpindah lokasi
berjualan. Pendekatan analisis kemudahan
pengguna dalam memahami suatu aplikasi
diperlukan dalam pengembangannya, oleh
karena itu digunakan metode Mobile-D. Metode
mobile-d ini dikembangan dalam industri
pengembangan mobile oleh suatu laboratorium
di VTT, The Technical Research Centre
Finlandia dan telah diuji secara empiris serta
telah memilik sertifikat CMMI level 2 (VTT
Electronics, 2004).
Metode Mobile-D ini ideal digunakan untuk
pengembangan dengan tim yang kurang dari 10
orang dengan tujuan untuk mengoptimalkan
pembuatan aplikasi dalam waktu yang relatif
singkat (Flora & Chande, 2013). Mobile-D
terdiri dari lima fase, yaitu: Explore, Initialize,
Productionize, Stabilize, dan System Test & Fix.
Terdapat beberapa keuntungan telah diteliti dari
metode Mobile-D, seperti penemuan cacat(bug)
yang minimal pada hasil produk, peningkatan
kemajuan visibilitas, kemajuan yang
berkesinambungan dalam pembangunan dan
pendeteksian dini atau perbaikan masalah teknis
(Sapataru, 2010). Harapannya dengan
menggunakan metode Mobile-D ini, dapat
mengembangkan sebuah aplikasi yang diberi
nama Mlijo, dengan baik sehingga dapat
dioperasikan oleh konsumen serta penjual sayur
dengan mudah.
2. STUDI PUSTAKA
Bagian ini akan menjelaskan mengenai
teori dasar penulisan. Penelitian ini
menggunakan beberapa dasar teori yang salah
satunya ada teori mobile-d itu sendiri sebagai
dasar pengembangan dan juga teori firebase
sebagai dasar untuk pembuatan aplikasi.
2.1 Mobile-D
Mobile-D terdiri dari lima fase(phase), yang
setiap fase memiliki tahap(stages) dan pada
setiap tahapanan memiliki tugas(task) yaitu :
eksplorasi (Explore), inisialisasi (Initialize),
produksi (Productionize), stabilisasi (Stabilize),
pengujian dan perbaikan sistem (System Test and
Fix). Pada tulisan ini tidak diterapkan seluruh
tahap dan tugas yang terdapat pada setiap fase
pada Mobile-d. Penulis hanya mengadopsi
beberapa tahap dan tugas dari Mobile-d. Gambar
1 menunjukan fase dan tahap pada mobile-d
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
secara keseluruhan. Adopsi tersebut ditunjukan
oleh gambar 2 berikut :
Gambar 1. Fase dan Tahap Mobile-D
Sumber : (Sapataru, 2010)
Gambar 2. Fase dan Tahap dari Adopsi Mobile-D
Fase pertama yaitu explore, pengembang
harus membuat rencana pengembangan terlebih
dahulu serta menyusun karakteristik proyek itu
sendiri. Pada fase ini proses pengembangan
terdiri dari tiga tahap. Tujuan utama dari fase
explore ini adalah pada perencanaan(planning)
dan mulai membuat(establish) proyek baru.
Tahap pertama yaitu Stakeholder Establishment
yang mana pada tahap ini semua kelompok
stakeholder (tidak termasuk tim pengembang)
serta sumber daya yang relevan dibutuhkan
untuk proses perumusan peran. Pada tahap ini
diadopsi task Customer Establishment untuk
melakukan identifikasi pengguna. Tahap
berikutnya adalah Scope Definition, dimana
tujuan serta ruang lingkup pengembangan
perangkat lunak dirumuskan dan disepakati
bersama kelompok stakeholder. Pada tahap ini
penulis melakukan adopsi task Initial
Requirements Collection yang bertujuan untuk
mendefinisikan kebutuhan awal dari sistem,
seperti arsitektur, definisi kebutuhan fungsional
dan non-fungsional. Tahap terakhir dari fase ini
adalah Project Establishment, yang mana
mengadopsi task Environment Selection untuk
menentukan lingkungan teknis pengembangan,
Fakultas Ilmu Komputer, Universitas Brawijaya
4820
serta lingkungan kerja yang dibutuhkan dan juga
sumber daya manusia dalam proyek
pengembangan. Pada tahap ini juga mengadopsi
task Architecture Line Definition untuk
menggambarkan alur kerja sistem secara umum.
Fase kedua yaitu Initialize, developer dan
semua stakeholder aktif mempelajari produk
dalam proses pengembangan serta
mempersiapkan inti dari daftar kebutuhan untuk
proses produksi. Fase Initialize terdiri dari 4
tahap, yaitu project set-up ,planning day,
working day dan release day Pada tulisan ini
penulis mengadopsi semua tahap kecuali project
set-up. Tahap pertama planning day terdiri dari
adopsi task Architecture Line Planing dan Initial
Requirement Analysis. Architecture Line
Planing bertujuan untuk menyipkan seluruh
arsitektur perangkat lunak pengembangan,
sehingga saat proses pengembangan sistem
sudah mempunyai kesiapan sepenuhnya untuk
pertumbuhan arsitektural sistem yang sistematis
saat menerapkan seluruh kebutuhan selama fase
pengembangan proyek. Kemudian task Initial
Requirement Analysis berguna untuk
memprioritaskan dan menganalisis kebutuhan
untuk menciptakan komponen dan antarmuka
sistem yang paling penting. Pada task ini
digunakan fitur product backlog untuk
menentukan prioritas keutuhan. Contoh product
backlog di tunjukan oleh tabel 1.
Tabel 1. Contoh Product Backlog
Feature/stories Importance
When the application is started
the news should be displayed.
News should include any unread
answers to the users questions;
F1.1 3
news on activities in users
groups and other information
important for current user.
The news presented on the first
application screen should be
F1.2 “links” to corresponding 3
application functionality.
Current user should be able to
check all his questions,
including those that have been
answered already. Questions
should be presented by title and
F2.1 5
short description. Other details
about every question should be
presented in new window after
user clicks on it.
User should be capable to add a
F2.2
new question. New questions
5
should be defined in separate
windows which should include
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 4821

all important information about Firebase dapat digunakan pada web, platform
the question (title, text and android, dan iOS. Basis data real-time
images). The images should be
taken by the phone camera. merupakan jenis basis data komputasi awan
yang disimpan dalam format JSON dan
User should be capable to delete disinkronisasi melalui jaringan internet secara
his/her own question. The terus menerus untuk selalu mendapat
deletion should not be
F2.3
performed without user‟s
3 keterhubungan dengan klien (KhedKar &
explicit confirmation on deletion Thube, 2017). Firebase merupakan suatu
action. layanan BaaS (Backend as a Service) yang mana
Sumber : (STAPIĆ, 2013) kita dapat langsung menggunakannya tanpa
perlu membuatnya terlebih dahulu. Pada firebase
Pada tahap working day dilakukan
terdapat beberapa fitur sepertihalnya
perancangan sistem seperti perancangan basis
Autentifikasi, Real-time Database, Analytics,
data hingga antarmuka awal aplikasi untuk
App Indexing, Messaging, Hosting, Storage, ,
kemudian diserahkan ke pengguna saat tahap
Crash Reporting, Test Lab, dan lain sebagainya.
release day. Sedangkan tahap release day
menghasilkan perancangan berupa rancangan 3. METODOLOGI PENELITIAN
antarmuka yang detail secara keseluruhan yang
kemudian dilakukan uji acceptance untuk Bagian ini dijelaskan langkah – langkah
mengetahui penilaian dari pengguna. sistematik dalam pembangunan perangkat lunak
Fase ketiga adalah Productionize yang Mlijo. Gambar 3 akan menunjukkan bagan alur
merupakan fase implementasi sistem. Adopsi metodologi penelitian ini dengan menggunakan
dari fase ini yaitu planning days, working days, metode Mobile-D.
dan release days. Tahap planning day
mengadopsi task requirement untuk melakukan
prioritas dan analisis kebutuhan yang dipilih
untuk setiap iterasi. Penulis melakukan
pembaruan kebutuhan sistem sesuai dengan hasil
iterasi pada fase sebelumnya. Pada tahap
working day adopsi dari task wrap – up dan Test
Driven Development dilakukan. Task wrap-up
digunakan untuk menuliskan dokumentasi
sistem, sedangkan task TDD digunakan untuk
melakukan pengujian unit sebelum melakukan
implementasi kode. Dan pada tahap terakhir
release day, diadopsi task accepatence test untuk
mengetahui feedback pengguna terhadap hasil
implementasi.
Fase ke-empat yaitu stabilize. Fase ini
memiliki tahapan dan task yang mirip dengan
fase productionize, namun terdapat penambahan
pada tahap documentation wrap-up guna
menuliskan dokumentasi proses pembangunan.
Fase kelima atau yang terakhir adalah System
Test & Fix, yang berguna untuk melihat apakah
sistem telah menerapkan fungsionalitas dengan
benar, kemudian hasil penilaian pengguna
diberikan kepada tim pengembang untuk
perbaikan cacat yang ditemukan. Pada fase ini
mengadopsi task refactoring yang berguna untuk
melakukan perbaikan internal kode program.
2.2 Firebase
Gambar 3. Metodologi Penelitian
Firebase merupakan jenis webservice dan
juga basis data backend yang bersifat real-time.

Fakultas Ilmu Komputer, Universitas Brawijaya

Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
Tahap ini, mengadopsi beberapa hal dari
metode Mobile-D seperti tugas (task) initial
requirement collection, customer establishment,
environtment selection, dan architecture line
definition. Dimana pertama diadopsi task
customer establishment, guna melakukan proses
identifikasi aktor dan memutuskan cara elisitasi,
yang kemudian digunakan cara off-site customer
atau elisitasi tidak langsung. Kemudian
digunakan survei kuisioner untuk mendapatkan
kebutuhan sistem. Kemudian task initial
requirement collection, berguna untuk
merumuskan kebutuhan sistem sebagai awal
pembentukan kebutuhan fungsional dan juga
kebutuhan non-fungsional yang kemudian
digunakan untuk memodelkan use case diagram.
Pada taks ketiga environtment selection,
penentuan perangkat implementasi dilakukan.
Dan dilanjutkan dengan membuat gambaran
umum perangkat lunak.
Pada tahap Perancangan adopsi fase
Initialize digunakan, dimana pada akhir fase
Initialize yang merupakan tahap perancangan
sistem, dilakukan iterasi 0 kepada 8 orang
responden(5 responden sisi konsumen dan 3
responden sisi penjual) dari responden awal
yang dipilih secara acak guna mendapatkan
penilaian dari pengguna mengenai rancangan
aplikasi yang telah dibuat baik perancangan data
maupun antarmuka.
Adopsi fase Productionize dan Stabilize,
digunakan pada tahap implementasi penelitian
ini, dimana pada akhir fase productionize atau
yang merupakan bagian implementasi sistem,
dilakukan iterasi 1 kepada 5 orang responden(4
responden sisi konsumen dan 1 responden sisi
penjual) dari responden yang berpartisipasi pada
iterasi 0 untuk mendapatkan penilaian pengguna
terhadap hasil implementasi sistem.
Pengujian merupakan tahapan akhir dari
pembangunan perangkat lunak setelah
implementasi selesai dilakukan. System Test
(Pengujian sistem) merupakan tahap dimana
hasil implementasi sistem diuji. Cacat yang
ditemukan saat pengujian kemudian dituliskan
pada daftar kebutuhan untuk tujuan iterasi
Perbaikan(Fix iteration). Pengujian ini
mengadopsi tahap system test, planning day,
working day, dan release day. Tahap pengujian
sistem (system test), yaitu melakukan pengujian
sistem secara utuh, tapi poin utamanya adalah
penilaian dari pengguna aplikasi kepada sistem
secara fungsionalitas utama sistem maupun
Fakultas Ilmu Komputer, Universitas Brawijaya
4822
tampilan dari aplikasi. Tahap ini terdiri dari
pengujian unit, integrasi, validasi, acceptance,
dan juga compability.
Pada pengujian acceptance digunakan
parameter usability. Di dalam pengujian
usability memakai kuisioner yang berdasarkan
System Usability Scale (SUS) kepada responden,
dengan memberikan 10 pertanyaan mengenai
tampilan, alur proses dari sistem. Kemudian
pada pengujian compability, dilakukan
pengujian compability native API pada android
dengan menggunakan bantuan firebase Test Lab.
Dimana aplikasi dalam bentuk .apk di unggah ke
sistem firebase Test Lab, dan kemudian
dijalankan dalam perangkat virtual dengan API
android yang berbeda mulai dari API 19 hingga
API 26.
4. HASIL DAN PEMBAHASAN
Pada bagian ini diuraikan mengenai tahapan
awal berupa rekayasa kebutuhan, kemudian
perancangan dan implementasi serta hasil yang
merupakan hasil pengujian. Pertama tahap
rekayasa kebutuhan, yang mana dilakukan
analisis kebutuhan sesuai adopsi dari metode
Mobile-D fase explore, tahapan yang dilakukan
yaitu proses identifikasi aktor sistem, penggalian
kebutuhan terhadap responden, analisis data,
memilih perangkat pengembangan,
menggambarkan alur umum sistem, dan
melakukan pemodelan use case diagram untuk
menggambarkan kebutuhan sistem dan
melakukan analisis kebutuhan fungsional dan
non-fungsional. Pada tahap rekayasa kebutuhan
ini proses penggalian kebutuhan diperoleh dari
hasil wawancara kepada 35 responden yang
mewakili jumlah penduduk di kota Malang,
dimana responden terbagi menjadi 30 responden
pada sisi konsumen sebagai pelaku pemesanan
produk dan 5 responden pada sisi penjual
sebagai penyedia produk. Dari proses tersebut
juga menghasilkan identifikasi aktor untuk
sistem yang seperti di tunjukan pada Tabel 2
berikut.
Tabel 2 Identifikasi Aktor
Aktor Deskripsi
Pengguna Warga kota Malang yang
menggunakan sistem pemesanan
kebutuhan dapur dan sayuran
(MLIJO) .
Konsumen Merupakan pengguna terdaftar yang
berperan sebagai sebagai pembeli
produk.
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 4823

Penjual Merupakan pengguna terdaftar yang If simpan is sukses

berperan sebagai penjual produk. Print ‘simpan data
pemesanan sukses’
Setelah dilakukan identifikasi aktor. Hasil Else
definisi kebutuhan kemudian diperjelas pada Print ‘simpan data
spesifikasi kebutuhan. Pada tahapan rekayasa pemesanan gagal’
kebutuhan ini didapatkan sebanyak 2 kebutuhan Catch
fungsional pada sisi pengguna, 22 kebutuhan Print ‘error’
Else
fungsional pada sisi konsumen serta 19
Print ‘tidak ada koneksi
kebutuhan fungsional pada sisi penjual.
internet’
Selanjutnya tahap perancangan sistem yang Endif
pada tulisan ini mengadopsi beberapa tahap Selesai
diantaranya, perancangan basis data, diagram
sequence, arsitektur sistem, diagram class,
Hasil Implementasi dari penelitian ini di
antarmuka pengguna dan algoritme.
contohkan oleh halaman implementasi pesan
Pembangunan sistem ini menggunakan
produk yang merupakan bagian dari antarmuka
arsitektur front-end dan back-end. Hal ini
pada sisi konsumen dengan fungsi untuk
digunakan untuk membedakan antara
melakukan pemesanan produk. Pada antarmuka
pengolahan data yang ada dalam arsitektur back-
pesan produk ini terjadi beberapa perubahan
end dan pengolahan antarmuka sistem. Gambar
hasil dari setiap iterasi, seperti penambahan
4 menunjukan arsitektur sistem penelitian ini. fungsi untuk input jumlah produk yang
sebelumnya terdapat pada halaman detail
produk. Selain itu juga terdapat penambahan
fungsi pemilihan waktu pengiriman.

Gambar 4. Arsitektur Sistem

Pada bagian perancangan juga terdapat

perancangan algoritme. Tabel 3 akan
menunjukkan perancangan algoritma fungsi
pesan produk khusus.
Tabel 3. Algoritme Pesan Produk Khusus
Mulai
Inisialisasi pesanPordukKhusus
dengan produkId
Set pesanKonsumen dengan notePenjual Gambar 5. Implementasi Pesan Produk
Set tanggalKirim dengan
inputTanggalKirim Hasil dari penelitian ini berupa hasil dari
Set waktuKirim dengan inputJamKirim beberapa pengujian fungsional dan non-
If koneksi_internet is online
fungsional yang dilakukan seperti pengujian
Try
unit, integrasi, validasi, usability, dan
Set transaksiId dengan
pushId
compability. Pada pengujian unit dan integrasi
Set pemesanan dengan menunjukkan bahwa unit – unit modul yang
idProduk, pesanKonsumen, saling terintegrasi dari program telah sesuai
tanggalKirim, waktuKirim, kebutuhan fungsional sistem yang dihasilkan
pemesanId, orderTime, pada tahap perancangan. Pada pengujian validasi
jumlahProduk. terdapat hasil pengujian validasi yang
Simpan pemesanan ke child menunjukan sistem telah sesuai dengan
konsumen dan penjual kebutuhan fungsional yang telah di definisikan

Fakultas Ilmu Komputer, Universitas Brawijaya

Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
sebelumya dengan mayoritas kebutuhan
fungsional menunjukan hasil uji valid. Namun
pada sisi konsumen dengan fungsi pencarian
produk menggunakan kata kunci mendapatkan
hasil invalid dikarenakan firebase firebase
sebagai layanan web service yang digunakan
tidak memungkinkan untuk dapat
berkomunikasi dengan library pihak ketiga
apabila menggunakan layanan tipe spark(tidak
berbayar). Yang mana pada penelitian ini fungsi
pencarian dengan kata kunci menggunakan
library pihak ketiga yaitu algolia untuk dapat
menjalankan fungsi tersebut, sehingga fungsi
tersebut tidak dapat berjalan dengan semestinya.
Untuk hasil pengujian usability didapatkan
penilaian pengguna terhadap aplikasi dengan
nilai SUS untuk sisi konsumen 84.37 dan untuk
sisi penjual 72,5. Angka tersebut dihasilkan dari
penilaian metode SUS dengan skenario untuk
pertanyaan dengan nomor ganjil 1, 3, 5, 7 dan 9
memiliki nilai kontribusi dengan nilai dikurangi
1. Sedangkan pada nomor genap 2, 4, 6, 8 dan 10
nilai kontribusinya adalah 5 dikurangi dengan
nilai skala kontribusi yang didapatkan. Langkah
selanjutnya dilakukan penjumlahan dari setiap
nilai item lalu dikalikan dengan 2,5 yang akan
mendapatkan nilai akhir SUS. Dari nilai tersebut
maka dapat diambil kesimpulan jika sistem
dapat dengan mudah digunakan dan dapat
diterima oleh pengguna. Angka tersebut juga
membuktikan jika aplikasi memiliki kegunaan,
kemudahan, dan kepusaan yang cukup baik bagi
pengguna. Sedangkan pada pengujian
compability, menunjukan bahwa aplikasi dapat
berjalan pada beberapa device dengan API yang
berbeda sesuai yang telah di definisikan
sebelumnya.
5. KESIMPULAN
Berdasarkan hasil dan analisis yang telah
dilakukan, dapat diambil beberapan kesimpulan
yang diantaranya :
1. Pada tahap analisis kebutuhan
menghasilkan 43 daftar kebutuhan yang
spesifik dan jelas sehingga
dimungkinkan dilakukannya proses
penggalian kebutuhan berulang sesuai
dengan siklus iterasi yang telah
didefinisikan sebelumnya.
2. Pada tahap perancangan dapat
menghasilkan perancangan arsitektural,
basis data, diagram class, diagram
sequence, algoritme, dan antarmuka.
Pada perancangan basis data di hasilkan
Fakultas Ilmu Komputer, Universitas Brawijaya
4824
skema basis data yang menggambarkan
struktur data pada firebase database
yang berbasis JSON. Pada perancangan
diagram class, di hasilkan rancangan
diagram yang jelas sesuai hasil iterasi
yeng telah dilakukan. Sedangkan pada
perancangan algoritme dihasilkan alur
algoritme sistem yang digunakan
sebagai dasar implementasi kode
program, dimana tahap ini merupakan
adopsi dari metode Mobile-d task TDD.
3. Pada tahap implementasi dapat
menghasilkan implementasi basis data,
implementasi class, kode program dan
juga antarmuka. Pada imlementasi kode
program, pemakaian fungsi firebase
realtime database tidak dapat
diimplementasikan terhadap fungsi
sistem dengan kondisi multiple where
clause. Hal ini buktikan oleh fungsi
filter pencarian produk pada sisi aplikasi
konsumen yang tidak dapat
menjalankan fungsi dengan semestinya
dikarenakan hanya bisa melakukan
proses query pada 1 kondisi, sehingga
digunakan firebase firestore untuk
menyimpan data produk.
4. Pada tahap pengujian dapat
menghasilkan pengujian fungsional dan
non-fungsional. Pada pengujian
fungsional dilakukan pengujian unit,
integrasi, dan validasi, dimana pada
pengujian unit berhasil melakukan
semua jalur uji, sedangkan pada
pengujian integrasi method – method
terkait dapat terintegrasi sesuai dengan
fungsinya. Pada pengujian validasi
terhadap 45 fungsi menghasilkan 1
fungsi invalid, yang disebabkan fungsi
tersebut tidak dapat di implementasikan
karena keterbatasan environment
pengembangan.
5. Pada tahap pengujian usability
menggunakan teknik SUS
menghasilkan nilai 84,37 pada sisi
konsumen dan 72,5 pada sisi penjual
dari nilai maksimum penilaian 100.
Sehingga dapat disimpulkan bahwa
aplikasi ini dapat dengan mudah
digunakan oleh pengguna dan juga telah
diterima oleh pengguna.
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 4825

6. DAFTAR PUSTAKA
Abrahamsson, P. et al., 2004. Mobile-D: An
Agile approach for mobile application
development. In proceedings of OOPSLA.
APJII, 2016. Penetrasi dan Perilaku Pengguna
Internet Indonesia, Jakarta: Asosiasi
Penyelenggara Jasa Internet Indonesia.
Badan Pusat Statistik, 2016. Penduduk Berumur
15 Tahun ke Atas yang Bekerja Menurut
Kabupaten/Kota dan Lapangan Pekerjaan
Utama, Tahun 2015. [Online]
Available at:
https://jatim.bps.go.id/LinkTabelStatis/view
/id/358
[Diakses 6 April 2017].
Sapataru, A. C., 2010. Agile Development
Methods for Mobile Applications. UK:
University of Edinburgh.
Stapic, Z., 2013. A PROPOSAL OF AN
ONTOLOGY-BASED
METHODOLOGICAL FRAMEWORK
FOR MULTI-PLATFORM MOBILE
APPLICATIONS DEVELOPMENT.
Alcalá de Henares (Madrid):
University of Alcalá Computer Science
Department, Postgraduate School Doctoral
program “Information and Knowledge
Engineering”
Statcounter, 2017. Mobile Operating System
Market Share in Indonesia. [Online]
Available at: http://gs.statcounter.com/os-
market-share/mobile/indonesia/#monthly-
201603-201703-bar
[Diakses 4 April 2017].
VTT Electronics, 2004. Products & services
Mobile-D. [Online]
Available at: http://agile.vtt.fi/prodserv.html
[Diakses 14 Maret 2017].

Fakultas Ilmu Komputer, Universitas Brawijaya