39
Sistem Informasi Geografis Pemetaan Hasil Penjualan Sales Lapangan Dengan Leaflet.js dan OpenStreetMap
Putu Novendra Krisna Wiharadhita
1,*, I Gede Putu Krisna Juliharta
2, I Gede Juliana Eka Putra
31 ,2,3Teknik Informatika, STMIK Primakara, Denpasar, Indonesia
Email: 1,*[email protected], 2[email protected], 3[email protected],
*) Email Penulis Utama
Abstrak−Peta sudah menjadi bagian dari kehidupan manusia seiring berkembangnya teknologi maupun informasi. Pada era digital, secara perlahan-lahan peta yang berbasis kertas mulai tergeser sejak adanya internet, dengan bermunculannya platform-platform pemetaan secara daring. Pemanfaatan peta ini semakin relevan dengan adanya Sistem Informasi Geografis.
Sistem Informasi Geografis menjadi salah satu kebutuhan utama berbagai macam organisasi. Dengan menggunakan Sistem Informasi Geografis, sebuah data dapat ditampilkan secara nyata dengan adanya peta geografis sebagai basisnya, dimana berbagai macam bidang usaha akan menggunakannya, contohnya adalah bidang penjualan sebuah pelayanan. PT ICON+ pada wilayah Bali dan Nusra menggunakan sales lapangan dalam melakukan penjualan, dan hasil akhir penjualan dilakukan dengan laporan secara manual melalui aplikasi WhatsApp dalam sebuah group chat, yang tidak efektif karena banyaknya pesan dalam satu group chat tersebut. Dalam pengembangannya, penelitian ini menggunakan framework dan library dalam mengembangkan sistem informasi geografis ini. Digunakan Laravel, framework PHP untuk membangun kerangka sistem berbasis web. Kemudiand digunakan juga leaflet.js, sebuah library untuk membangun sistem pemetaan interaktif yang menggunakan OpenStreetMap sebagai basis peta yang dipakai oleh sistem. Siklus pengembangan aplikasi menggunakan sebuah framework pengembangan Scrum, yang efektif dalam mengembangkan sebuah perangkat lunak dalam tenggat waktu tertentu. Hasil akhir dari penelitian ini, menghasilkan sebuah Sistem Informasi Geografis yang mampu memetakan jaringan layanan Internet dari perusahaan PT. ICON+ dan jumlah hasil penjualan yang dilakukan berdasarkan tiang jaringan pelayanannya, mendata pemetaan cluster layanan jaringan, dan fitur expor data.
Kata Kunci: Sistem Informasi Geografis, Leaflet, OpenStreetMap
Abstract−Maps have become part of human life along with the development of technology and information. In the digital era, paper-based maps are slowly being shifted since the advent of the internet, with the emergence of online mapping platforms. The use of this map is increasingly relevant to the existence of a Geographic Information System. Geographic Information System is one of the main needs of various organizations. By using a Geographic Information System, a data can be displayed in real terms with a geographical map as the basis, where various business fields will use it, for example, the sales of a service. PT ICON+ in the Bali and Nusra regions uses field sales to make sales, and the final sales results are carried out manually via the WhatsApp application in a group chat, which is ineffective due to the large number of messages in one group chat. In its development, researchers use a number of frameworks and libraries to develop this geographic information system.
For developing this Geographic Information System, Laravel is used, which is a PHP framework for building a web-based system. Another library, leaflet.js also used for building an interactive mapping system that uses OpenStreetMap as a map used by the system. The application development cycle uses a framework named Scrum, which is effective in developing a software within a certain deadline. The final result of this research, produces a Geographic Information System that is able to map the Internet service network of the company PT. ICON+ and the amount of sales made based on the service network pole, data on the network service cluster mapping, and data export features.
Keywords: Geographic Information System, Leaflet, OpenStreetMap
1. PENDAHULUAN
PT. Indonesia Comnets Plus atau PT. ICON+ adalah sebagai perusahaan BUMN yang berfokus pada penyediaan jaringan, jasa dan konten telekomunikasi yang secara khusus mendukung teknologi serta sistem Informasi dari PT PLN (Persero) dan juga untuk publik. PT ICON+ memiliki layanan jaringan internet (Internet Service Provider) atau ISP bernama ICONNET yang mengerahkan para salesnya untuk melakukan pemasaran di lapangan berdasarkan wilayah Cluster layanan jaringan dengan tiang-tiang Fiber Access Terminal (FAT). Akan tetapi, para sales yang bertugas di lapangan memiliki kendala untuk mencatat hasil penjualan yang telah dilakukan di hari itu berdasarkan tempat dimana para sales melakukan penjualan. Sales lapangan melakukan laporan singkat terhadap hasil penjualan dengan menuliskan hasil penjualan menggunakan aplikasi instant messaging seperti group chat WhatsApp untuk melakukan laporan harian yang cenderung tenggelam ketika banyak pesan yang masuk di dalamnya. Selain itu, Supervisor yang bertanggung jawab di kantor tidak bisa melakukan pemantauan pemetaan penjualan yang dilakukan oleh penjual lapangan yang melakukan penjualan langsung serta proses penjualan yang terjadi di lapangan. Dengan kurangnya pendataan yang terstruktur, maka hasil penjualan akan sulit dilaporkan dengan bentuk data yang jelas. Maka dari itu, diperlukan sebuah sistem yang membantu baik sales
40
lapangan dalam mendata data penjualan secara terstruktur, dan juga membantu supervisor dalam melihat hasil penjualan yang terjadi pada hari itu, serta laporan jelas yang bisa dipertanggungjawabkan.
Berdasarkan pada hasil penelitian yang dilakukan oleh Hendrawan [1], menerapkan sistem Informasi Geografis berbasis library Leaflet pada penjualan sebuah produk menarik kesimpulan bahwa permasalahan yang serupa bisa diselesaikan dengan pembuatan sistem baru untuk para sales dalam mendata hasil penjualan di hari yang sama berdasarkan lokasi dilakukannya penjualan. Penelitian ini menjadi dasar dari Sistem Informasi Geografis pada penelitian ini. Pendataan hasil penjualan sales lapangan dengan menambahkan data jenis penjualan yang dilakukan, waktu penjualan dilaksanakan serta melakukan pelacakan jarak yang ditempuh oleh sales selama penjualan. Terdapat juga perkembangan pada penelitian ini dengan memungkinkan data penjualan dapat diekspor untuk kepentingan laporan.
Dengan Sistem Informasi Geografis, pengguna perangkat bisa mendata hasil penjualan berdasarkan posisi pengguna pada saat yang sama. Kelebihan Sistem Informasi Geografis terletak pada pengelolaan data yang bersifat spasial [2]. Data Spasial adalah data direpresentasikan oleh struktur pemetaan geografis, seperti titik koordinat yang disimpan di dalam sebuah basis data [3]. Data spasial bisa direpresentasikan pada layar monitor ataupun di dalam perangkat gawai seperti ponsel pintar, serta bisa diukur, dihitung, dan disajikan dalam sistem koordinat dengan data digital [4].
Untuk rancangan alur data dan entitas yang digunakan sebagai pedoman, digunakan Data Flow Diagram dan Entity Relationship Diagram [5]. Untuk pemetaan library digunakan dalam penelitian ini adalah leaflet.
Leaflet atau Leaflet.js adalah library bahasa pemrograman Javascript yang digunakan oleh pengembang aplikasi untuk membangun aplikasi sistem informasi geografis. Leaflet memungkinkan pembuatan tampilan aplikasi Sistem Informasi Geografis yang bersifat responsif, sehingga memungkinkan pengguna bisa mengakses aplikasi ini dari berbagai macam perangkat seperti komputer hingga ponsel pintar, dimana library ini menggunakan HTML5 dan CSS3 di dalamnya. Selain itu, Leaflet juga memiliki berbagai macam plugin yang bisa diintegrasikan ke dalam aplikasi [6]. API JavaScript Leaflet didesain untuk bekerja dengan data worldwide, yakni OpenStreetMap. Tahapan workflow pada leaflet, pengorganisasian struktur HTML5, peta dasar yang dinamis dan akurat, beberapa blok kode JavaScript, dan data berbasis geolokasi (dibentuk oleh GeoJSON), tercantum pada parameter styling dalam styling CSS3. Aplikasi Sistem Informasi Pemetaan Sales Lapangan ini dibangun dalam lingkungan framework Laravel. Laravel adalah framework berbasis bahasa pemrograman PHP yang bersifat open- source. Framework ini menggunakan pola arsitektur MVC (Model-View-Controller) dan berbasis Pemrograman Berbasis Objek (Object-Oriented Programming) [7]. Salah satu keunggulan Laravel adalah laman web yang dibuat memiliki skalabilitas sehingga meningkatkan efisiensi pengembangannya [8]. Pengunaan framework ini digunakan untuk pembuatan aplikasi pemetaan yang memiliki struktur yang sederhana [9].
2. METODE PENELITIAN
2.1 Metode Pengembangan Sistem
Dalam pengembangan Sistem Informasi Geografis yang dirancang, akan digunakan metode Scrum. Scrum adalah sebuah framework pengembangan aplikasi ringan dan mampu untuk mengatur pengembangan, pengiriman, ataupun penjagaan produk yang rumit dengan sebuah deadline [10]. Dalam Scrum, perangkat lunak dirancang dalam sejumlah iterasi ataupun pertambahan dengan waktu yang telah disepakati yang disebut sebagai Sprint [11].
Di dalam kelompok pengembang yang menerapkan Scrum (Scrum Team) terdiri dari Scrum Master, Product Owner, dan para pengembang (Developers). Semuanya merupakan kelompok professional yang berfokus pada satu objektif yang disebut sebagai Product Goal. Secara rinci dijelaskan sebagai berikut:
a. Developer
Pengembang atau Developers adalah orang-orang yang berada di dalam Scrum Team yang memiliki komitmen untuk membuat perkembangan aplikasi dari setiap sprint yang dilakukan [12].
b. Product Owner
Product Owner memiliki tanggung jawab untuk meningkatkan nilai dari produk yang dibuat oleh Scrum Team. Product owner juga memiliki tanggung jawab untuk manajemen backlog. Backlog adalah daftar prioritas dari fitur-fitur produk yang berdasar dari ide seorang Product Owner [10].
c. Scrum Master
Scrum Master adalah orang yang bertanggung jawab untuk membangun lingkungan Scrum berdasarkan pada aturan yang telah disepakati. Scrum Master juga bertanggung jawab atas efektivitas Scrum Team.
41
Gambar 1. Alur Scrum (Sumber: medium.com)
Dalam satu sprint, alur Scrum dilakukan dengan tahapan sebagai berikut:
a. Sprint Planning
Pada awal sprint, Scrum Team melakukan kesepatakan dalam tujuan Sprint, menentukan Product Backlog, dan membuat Sprint Backlog dan menyetujui hal yang akan dilakukan dalam siklus sprint itu. Sprint planning pada penelitian ini diawali oleh menentukan tugas yang akan diselesaikan pada tahap sprint yang bersangkutan ke dalam Sprint Backlog. Sprint backlog dibuat oleh peneliti sebagai Scrum Master dan dikerjakan oleh developer.
b. Daily Scrum
Setiap hari dalam sebuah sprint, para pengembang melakukan Daily Scrum dalam bentuk Scrum meeting (berguna untuk mempercepat meeting), untuk menyatakan proses dalam penyelesaian Sprint Goal. Dalam tahapan Sprint, Daily Scrum dilakukan untuk menyelesaikan Sprint Backlog yang telah dibuat pada Sprint Planning.
c. Sprint Review
Dilakukan pada akhir sprint, di mana Scrum Team melakukan presentasi kerja kepada stakeholder. Dalam penelitian ini, Scrum Master akan melaporkan hasil penelitian terhadap Supervisor Marketing dan Sales sebagai stakeholder sekaligus Product Owner.
d. Sprint Retrospective
Pada Sprint Retrospective dilakukan refleksi terkait Sprint yang telah dilakukan dan menyepakati untuk melakukan improvisasi. Sprint Retrospective pada penelitian ini merupakan hasil kesimpulan dari Sprint Review yang telah dipertanggungjawabkan kepada Product Owner, yang kemudian akan digunakan untuk merangcang Sprint Planning pada tahapan yang selanjutnya.
Pada Scrum, terdapat juga dokumentasi untuk mengatur proyek Scrum yang disebut sebagai Artifact.
Artifact tersebut terdiri sebagai berikut:
a. Product Backlog
Product Backlog adalah sebuah uraian dari sebuah pekerjaan-pekerjaan yang diselesaikan dan berisikan sebuah daftar yang terdiri dari kebutuhan produk yang akan dirawat oleh tim untuk produk. Biasanya terdiri dari user story ataupun use case [13].
b. Sprint Backlog
Sprint Backlog adalah isi dari product Backlog yang akan diselesaikan dalam sprint yang akan datang.
Developer mengurus Sprint Backlog berdasarkan kemampuan setiap perorangan Developer.
c. Increment
Increment adalah output atau hasil dari Sprint yang sesuai dengan tujuan Sprint. Dibentuk dari seluruh sprint backlog yang telah diselesaikan dan terintegrasi oleh hasil dari sprint yang telah dilakukan sebelumnya.
2.2 Bahan dan Alat
Perangkat keras yang digunakan dalam merancang Sistem Informasi Geografis pada penelitian adalah dengan menggunakan perangkat keras ssebagai berikut:
Perangkat Komputer: ASUS FX-505DD Sistem Operasi: Windows 10
Integrated Development Environment (IDE): Visual Studio Code Local Server: Laragon
42 2.3 Instrumen Penelitian
Instrumen yang digunakan dalam penelitian ini adalah dengan menggunakan Wawancara dan observasi langsung terhadap para sales lapangan PT. ICON+ untuk mendapatkan spesifikasi yang diperlukan, didampingi oleh supervisor divisi Sales dan Marketing. Wawancara adalah pertemuan antara dua orang atau lebih dengan tujuan untuk melakukan pertukaran informasi atau ide dengan tanya jawab, sehingga dalam pertukaran tersebut, dapat ditarik sebuah kesimpulan atau makna dalam topik tertentu [14]. Adapun Wawancara yang digunakan dalam mengetahui permasalahan yang dilakukan kepada sales lapangan sebagai narasumber adalah dengan menggunakan wawancara semi-terstruktur, ini dilakukan untuk mengembangkan pendapat dan ide yang mungkin akan dikeluarkan oleh pihak narasumber [14]. Proses wawancara dilakukan dengan peneliti beserta supervisor divisi Sales dan Marketing, kemudian kepada dua orang Sales lapangan untuk untuk mengetahui jenis permasalahan dalam membuat spesifikasi sistem informasi yang akan dibangun. Dalam proses wawancara ini, peneliti memberikan pertanyaan akan masalah-masalah yang dihadapi oleh divisi Sales dan Marketing. Dari sisi Supervisor, ditemukan permasalahan yang terkait dengan mengakses dan manajemen data hasil penjualan layanan ISP ICONNET, sedangkan dari sales lapangan, ditemukan masalah yang dihadapi sales lapangan dalam mendata hasil penjualan.
2.4 Sumber Data
Terdapat dua jenis sumber data yang akan digunakan di dalam penelitian ini. Menurut Purhantara, dua jenis data itu terdiri dari Data Primer ataupun Data Sekunder [15].
a. Data Primer
Data Primer adalah data yang didapat langsung oleh penelitian. Data ini bisa disebut sebagai data pertama atau data mentah. Pada penelitian ini, data Primer berasal dari hasil wawancara yang dilakukan peneliti terhadap para sales lapangan yang akan menggunakan program ini, serta dataset Cluster dan tiang FAT yang akan digunakan untuk melakukan percobaan pemetaan.
b. Data Sekunder
Sedangkan Data Sekunder adalah data sampingan yang telah tersedia sebelumnya dan digunakan untuk membantu dan memperkuat hasil data primer. Pada penelitian ini, data sekunder berasal dari hasil-hasil penelitian yang digunakan sebagai tinjauan pustaka. Adapun data sekunder yang digunakan adalah referensi desain aplikasi Sistem Informasi Geografis.
3. HASIL DAN PEMBAHASAN
Penelitian ini menghasilkan sebuah Sistem Informasi Geografis berbasis web dengan menggunakan leaflet dan OpenStreeMap sebagai dasar pemetaannya. Dalam merancang web, digunakan framework Laravel yang berbasis PHP sebagai server-side scripting-nya, dibantu dengan menggunakan framework Bootstrap sebagai template CSS untuk tampilan halaman web. Dalam pengerjaannya, dilakukan dengan mengikuti framework pengembangan aplikasi Scrum yang dijabarkan pada poin di bawah.
3.1 Implementasi Scrum
Tahapan sprint dilaksanakan kurang lebih selama dua minggu, di mana Sprint Backlog yang telah dibuat diselesaikan selama proses Sprint berlangsung. Setiap Sprint, akan diulas balik Increment atau hasil dari akumulasi dari Sprint yang berlangsung untuk menentukan arah tahapan Sprint yang selanjutnya.
Responden dari pembuatan Product backlog adalah Supervisor Divisi Sales dan Marketing dan Sales lapangan dari Divisi Sales dan Marketing. Untuk mendapatkan user story, peneliti melakukan wawancara untuk mendapatkan permasalahan yang dihadapi oleh baik Sales lapangan. Dari permasalahan yang didapat, dibuatkan sebuah Product Backlog untuk dari user story yang telah didapatkan dari hasil wawancara. Product Backlog yang dibuat akan dikelompokkan menjadi story point dengan tingkat prioritasnya berdasarkan pentingnya fitur yang dikembangkan. Setiap Story point kemudian akan dibagi menjadi Sprint Backlog yang dikerjakan dalam rentangan tahapan sprint yang telah ditentukan.
43
Tabel 1. Product Backlog
No User Story Story
Point
Prioritas 1. Sebagai Admin dan Sales, saya menginginkan sebuah sistem yang memungkinkan proses login dengan
sistem bisa membedakan akun sebagai admin ataupun sales 1 Tinggi
2. Sebagai Sales, saya menginginkan sistem yang bisa memungkinkan untuk memasukkan tracking
penjualan di dalam suatu cluster layanan berdasarkan jaringan FAT. 2 Tinggi
3. Sebagai Admin dan Sales, saya menginginkan sistem yang bisa melihat persebaran jaringan Cluster dan
FAT yang terhubung di dalam cluster yang terkait 2 Sedang
4. Sebagai Sales, saya bisa mengubah (meng-update) hasil penjualan yang sedang berlangsung seiring
berjalannya proses penjualan, dan kemudian mengakhiri penjualan dengan sebuah tombol 3 Tinggi 5. Sebagai Admin, saya bisa mengunduh data penjualan yang dilakukan Sales secara keseluruhan 3 Sedang 6. Sebagai Admin, saya bisa mengunduh laporan harian dalam bentuk tabel yang telah dilakukan oleh sales
pada hari itu. 3 Sedang
7. Sebagai Admin, saya bisa melakukan pencarian di dalam tabel tersebut 3 Rendah 8. Sebagai Sales, saya bisa melihat daftar Tracking Sales yang bisa dibedakan dengan menggunakan sebuah
thumbnail. 4 Tinggi
9. Sebagai Admin, saya bisa menambah dan mengubah data Cluster dan tiang FAT yang terkait 5 Tinggi 10. Sebagai Admin, saya bisa menambah akun untuk Operator ataupun Sales baru 6 Tinggi
Setiap sprint memiliki tujuan sendiri berdasarkan dengan Product Backlog yang telah dirancang pada tabel 1. Adapun tahapan sprint ini dibagi menjadi:
a. Sprint 1
Pada Sprint ini, dilakukan selama kurang lebih 2 minggu dengan hari efektif sebanyak 10 hari.
Tabel 2. Sprint Backlog untuk Sprint ke-1
Sprint Backlog Task
Pembuatan Diagram a. Pembuatan Diagram Alur
b. Pembuatan Entitiy Relationship Diagram Rancang Tampilan Antarmuka
Aplikasi
Pembuatan Tampilan Antarmuka:
a. Fitur Login
b. Fitur Dashboard Peta c. Fitur Sales
d. Fitur Manajemen Sales
e. Fitur Manajemen Cluster dan tiang FAT f. Fitur Tambah Akun
Instalasi lingkungan pengembangan aplikasi
a. Instalasi Framework Laravel b. Instalasi Database
c. Pembuatan Repository untuk penyimpanan source code
Hasil dari pembuatan diagram adalah dengan dibentuknya diagram alur (Data Flow Diagram) dan Diagram Entitas. Menurut James A. Hall, Data Flow Diagram (DFD) adalah penggunaan simbol sebagai notasi dalam penggambaran entitas, proses, alur data ataupun penyimpanan yang relevan dengan sistem [16]. Data Flow diagram adalah pemodelan grafis untuk menunjukkan alur data terhadap sistem, itu berisi input, output, dan file. Sedangkan Entity Relation Diagram atau dikenal sebagai ERD adalah sebuah diagram yang digunakan untuk merancang sebuah basis data (database) berdasarkan entitas yang terlibat dalam sebuah program. ERD merupakan salah satu teknik yang bisa digunakan untuk melakukan strukturisasi data maupun perancangan Sistem Data [17].
44
Gambar 2. Data Flow Diagram Aplikasi Sistem Informasi Geografis
Gambar 3. Entity Relation Diagram Aplikasi Sistem Informasi Geografis b. Sprint 2
Pada Sprint ke-2, proses Sprint dilakukan selama 2 Minggu dengan hari efektif selama 10 hari.
Tabel 3. Sprint Backlog untuk Sprint ke-2
Nama Task
Implementasi Antarmuka Aplikasi
Penerapan HTML, CSS, dan Js pada tampilan halaman:
a. Login b. Dashboard
45
Nama Task
c. Daftar Sales Tracking
d. Tampilan data tunggal Sales Tracking e. Edit data Sales
Fitur Login dan Pembuatan Akun
a. Pembuatan migrasi untuk tabel user b. Pembuatan fitur API login pada aplikasi c. Pembuatan API role pada data User d. Pembuatan fitur untuk pembuatan akun
c. Sprint 3
Pada Sprint ke-3, proses Sprint dilakukan selama 3 minggu dengan hari aktif selama 15 hari.
Tabel 4. Sprint Backlog untuk Sprint ke-3
Nama Task
Fitur Dashboard
a. Membuat fitur API perhitungan Sales Harian b. Membuat fitur API record sales keseluruhan c. Membuat fitur API record sales perorangan (per akun)
Fitur Sales Tracking
a. Membuat fungsi API CRUD Sales Tracking b. Membuat tabel data Sales Tracking
c. Membuat relasi antara tabel Sales Tracking dengan User
Fitur Cluster
a. Membuat tampilan antarmuka untuk halaman Cluster dan FAT (Data Manager, Single Data, Edit, Delete)
b. Membuat API CRUD Service Cluster c. Membuat API CRUD Service tiang FAT
d. Membuat relasi antara tabel Sales Tracking dengan tabel Service Cluster dan tabel tiang FAT
d. Sprint 4
Pada Sprint ke-4, proses Sprint dilakukan selama 2 minggu dengan hari aktif selama 10 hari.
Tabel 5. Sprint Backlog untuk Sprint ke-4
Nama Task
Fitur Manajemen Sales
a. Membuat tampilan antarmuka untuk manajemen Sales Tracking
b. Membuat fitur API untuk export data penjualan keseluruhan c. Membuat fitur API untuk export data penjualan per hari pada
halaman Dashboard
Fitur Pemetaan Dashboard
a. Membuat API pemetaan pada halaman Dashboard b. Membuat pemetaan tiang FAT pada halaman Dashboard c. Membuat pop-over data penjualan dan profil pada tiang FAT
yang dipetakan
Fitur Pemetaan Data Sales Tracking
a. Membuat pemetaan persebaran tiang FAT
b. Membuat pemetaan titik koordinat awal penjualan dan titik koordinat akhir penjualan
Testing Pengujian Aplikasi secara keseluruhan
3.2 Implementasi Aplikasi pada Tahap Sprint 2, 3, dan 4
Implementasi aplikasi dilakukan dengan pembuatan kode untuk pembuatan tampilan antarmuka yang sebelumnya sudah dirancang dengan aplikasi pembuatan Prototype. Tampilan antarmuka aplikasi dibuat dengan menerapkan format markup HTML pada framework Laravel. Format HTML dibantu dengan styling dari framework Bootstrap untuk membuat tampilan yang bisa dimengerti oleh user.
46
Gambar 4. Struktur Aplikasi Sistem Informasi Geografis
Adapun tampilan aplikasi adalah sebagai berikut:
a. Halaman Login
Halaman Login terdapat input untuk memasukkan username dalam bentuk e-mail dan password oleh Operator atau Admin.
Gambar 5. Tampilan Halaman Login b. Halaman Dashboard
Pada halaman Dashboard terdapat Pemetaan tiang FAT relatif dengan posisi pengguna, Tombol untuk Membuat Sales baru, dimana mula-mula pengguna memasukkan lokasi sales berdasarkan Cluster dan Tiang, penampilan daftar penjualan keseluruhan, daftar rekor penjualan secara pribadi. Terdapat juga daftar Sales yang dilakukan oleh sales, dimana data ini bisa diunduh oleh admin.
47
Gambar 6. Tampilan Halaman Dashboard
Gambar 7. Tampilan Dashboard c. Halaman Manajemen Daftar Sales
Pada halaman Daftar Sales, terdapat halaman daftar sales secara ringkas yang hanya bisa diakses oleh admin.
Pada halaman terdapat tombol Download untuk mengunduh data.
Gambar 8. Tampilan Riwayat Penjualan d. Halaman Daftar Sales
Pada Halaman daftar sales, terdapat daftar-daftar Sales yang baik masih berjalan maupun yang sudah berakhir. Pada halaman daftar Sales, pengguna juga bisa menekan tombol tambah Sales Baru, dimana mula-mula pengguna memasukkan lokasi sales berdasarkan Cluster dan Tiang, dilanjutkan dengan memasukkan koordinat dimana sales dimulai.
48
Gambar 9. Tampilan Daftar Sales yang Berjalan
e. Halaman Data Tunggal Sales
Pada halaman data Tunggal Sales, terdapat data rinci tentang Sales tersebut, judul relatif dengan tiang FAT dimana sales dilakukan, waktu sales dimulai dan waktu di mana data sales terakhir kali di-edit, lokasi koordinat awal mulai Sales, jumlah Sales yang dilakukan, komentar, dan gambar sebagai bentuk dokumentasi kegiatan.
Gambar 10. Tampilan Halaman Data Tunggal Sales f. Halaman Edit Data Tunggal Sales
Pada halaman edit halaman tunggal Sales, operator maupun admin bisa mengedit data jumlah penjualan, titik koordinat akhir, menambah komentar ataupun gambar sebagai dokumentasi, serta mengubah status penjualan.
Gambar 11. Tampilan Halaman Edit Data Tunggal Sales
49 g. Halaman Daftar Cluster
Pada halaman ini admin bisa melihat daftar Cluster yang telah didata. Terdapat juga tombol untuk menambahkan data Cluster dalam bentuk modal. Admin juga bisa menghapus data Cluster, akan tetapi, dengan menghapus data Cluster, data tiang FAT yang terhubung dengan Cluster ini akan terhapus juga.
Gambar 12. Tampilan Daftar Cluster h. Halaman Edit Cluster
Pada halaman ini admin bisa mengubah data terkait dengan sebuah Cluster.
Gambar 13. Tampilan Edit Cluster i. Halaman Daftar Tiang FAT
Pada halaman ini admin bisa melihat daftar Tiang FAT yang telah didata. Terdapat juga tombol untuk menambahkan data FAT dalam bentuk modal. Admin juga bisa menghapus data FAT.
50
Gambar 14. Tampilan Halaman Daftar Tiang FAT
j. Halaman Edit Tiang FAT
Pada Halaman inim admin bisa mengubah data tunggal tiang FAT.
Gambar 15. Tampilan Halaman Edit data Tiang FAT k. Halaman Profil
Pada halaman ini, admin dan operator bisa melihat data terkait akun yang telah di-login.
Gambar 16. Tampilan Halaman Profil l. Halaman Pembuatan Profil
51
Pada halaman ini, admin bisa membuat akun baik untuk Admin lain maupun untuk operator.
Gambar 17. Tampilan Halaman Pembuatan Akun Baru
3.3 Testing aplikasi
Pada penelitian ini, aplikasi diuji menggunakan Black Box Testing. Didasari oleh penelitian dari I Gede Khrisna Okta Atmaja, proses testing yang dilakukan menggunakan metode Black Box Testing [18]. Black Box Testing adalah teknik pengujian sebuah produk dengan melakukan pengamatan terhadap input serta pengaruhnya terhadap output. Pengujian ini dilakukan setelah produk selesai agar memastikan seluruh fitur pada produk berjalan sesuai dengan harapan dan rancangan. Keuntungan dari Black Box testing adalah pada Black Box Testing, tidak diperlukan proses untuk memeriksa cara kerja di dalam sebuah produk, dalam kasus ini, kode dalam sebuah perangkat lunak. Sehingga pada sesi testing, pengguna awam bisa digunakan sebagai sampel untuk melakukan percobaan perangkat lunak, dengan sudut pandang berada seluruhnya pada pengguna [19].
Menggunakan metode Black Box Testing, aplikasi diuji menggunakan input dan menentukan apakah hasil output dari proses fitur yang telah dijabarkan telah berdasarkan hasil yang diharapkan. Hasil pengujian dapat dilihat pada tabel 6.
Tabel 6. Hasil Pengujian
No Skenario Pengujian Hasil Kesimpulan
1. Mengisi input dengan e-mail atau password yang salah Terdapat peringatan “These credentials do not match our records.
Berhasil
2. Mengisi input dengan e-mail dan password yang telah terdaftar Masuk ke halaman Dashboard Berhasil 3.
User memasukkan input penuh pada data sales baru Data tersimpan dan User dibawa ke halaman sales baru
Berhasil
4. User mengubah data input pada halaman edit Perubahan data Sales Tracking terimpan
Berhasil
5. User menghapus data Sales Tracking Data terhapus dan menghilang dari daftar Sales Tracking
Berhasil
6. User mengunduh data keseluruhan pada halaman manajemen sales
Data terunduh dalam bentuk (.xlsx)
Berhasil
7. User memasukkan data Cluster baru Data disimpan Berhasil
8. User menghapus data Cluster Data terhapus dan menghilang dari
daftar Cluster
Berhasil
9. User mengubah data input pada halaman edit Cluster Perubahan data disimpan Berhasil
10. User mengisi semua input data FAT Data disimpan Berhasil
11. User menghapus data FAT Data terhapus dan menghilang dari
daftar FAT
Berhasil
12. User mengubah data input pada halaman edit FAT dan menekan tombol Sales
Perubahan data Disimpan Berhasil
52
No Skenario Pengujian Hasil Kesimpulan
13. User memasukkan input dengan benar Pengguna akan ter-log dengan akun baru, dan data disimpan
Berhasil
4. KESIMPULAN
. Pada penelitian ini, kesimpulan yang dapat diambil adalah dengan pemetaan hasil penjualan layanan ICONNET pada PT. ICON+ dapat dikembangkan dengan menggunakan library leaflet dan OpenStreetMap.
Dengan menggunakan Leaflet, peta yang menampilkan tiang-tiang FAT bisa diakses untuk melihat hasil perolehan penjualannya, dengan memetakan letak dari posisi tiang FAT yang direpresentasikan berdasarkan posisi titik koordinatnya, berdasarkan dengan tampilan peta yang diperoleh dari OpenStreetMap. Sistem Informasi dikembangkan menggunakan framework Scrum yang pada penelitian ini, dibagi menjadi empat tahapan Sprint untuk memecah tahap pengembangan aplikasi dengan fitur-fitur yang kompleks dalam waktu yang singkat.
Ditarik pula kesimpulan dengan Sistem Informasi Geografis yang dikembangkan dalam penelitian ini, dengan fitur pemetaan dan pengarsipan data penjualan, dapat membantu baik sales yang berada di lapangan maupun yang berada di back office dengan data yang lebih tertata rapi dibandingkan dengan mengakses group chat pada aplikasi instant messaging, ditambah dengan memungkinkan pembuatan laporan data dengan fitur ekspor data yang bisa digunakan untuk melampirkan laporan jumlah penjualan.
Dalam pengembangannya, keperluan untuk Sistem Informasi Geografis masih sangat perlu dikembangkan, khususnya untuk perusahaan-perusahaan besar. Seiring luasnya cakupan penjualan sebuah perusahaan, maka pemetaan, khususnya dalam bidang penjualan. Dengan adanya penelitian ini, diharapkan pengembangan untuk Sistem Informasi Geografis akan semakin dikembangkan lagi, khususnya untuk keperluan perusahaan dalam bidang penjualan. Pengembangan Sistem Geografis ini bisa dikembangkan lagi, dengan semula berbasis web dapat dikembangkan lagi dengan versi aplikasi mobile seperti platform iOS ataupun Android. Fitur aplikasi dapat dikembangkan lagi dengan menambahkan data harga dari layanan yang diberikan sehingga dapat memperkirakan keuntungan, serta mengembangkan tampilan aplikasi yang sehingga lebih mudah untuk diakses dengan menerapkan User Experience.
UCAPAN TERIMAKASIH
Peneliti mengucapkan banyak terima kasih terhadap berbagai macam pihak yang telah terlibat dalam penelitian ini. Baik itu para pembimbing yang telah membantu dalam mengembangkan penelitian ini hingga berakhir dengan baik.
REFERENCES
[1] B. Hendrawan, Sistem Informasi Geografis Pangkalan Atau Warung Penjualan Gas Lpg 3 Kg Di Kota Bengkalis Menggunakan Leaflet, 2021.
[2] R. Renaldi dan D. A. Anggoro, “Sistem Informasi Geografis Pemetaan Sekolah,” Jurnal Teknik Elektro, vol. 2, no. 20, pp. 109-116, 2020.
[3] N. Rizky, Y. Rachman, A. L. Nugraha dan A. P. Wijaya, “Aplikasi Sistem informasi geografis berbasis web untuk persebaran sekolah,” Jurnal Geodesi Undip, vol. 1, no. 4, 2015.
[4] K. Widodo, R. Rachmawati dan Suraya, “SISTEM INFORMASI GEOGRAFIS DALAM PENETAPAN LOKASI PENJUALAN PROPERTI (STUDI KASUS CV RUMAH JOGJA PROPERTI),” Jurnal SCRIPT, vol. 1, no. 6, pp. 27-36, 2018.
[5] I. W. M. Yoga, I. G. J. E. Putra dan A. A. I. I. Paramitha, “Perancangan Pemetaan Destinasi Wisata Kabupaten Karangasem Berbasis Sistem Informasi Geografis,” Jurnal Ilmiah Teknik Informatika dan Sistem Informasi, vol. 8, no. 3, pp. 131-140, 2019.
[6] V. Agafonkin, “Leaflet,” A JavaScript library for interactive mapshttps://leafletjs.com, 2020.
[Online]. Available: https://leafletjs.com/. [Diakses 25 10 2021].
[7] M. Bean, Laravel 5 Essentials, Packt Publishing, 2015.
53
[8] H. R. Yu, “Design and implementation of web based on Laravel framework,” ACSR-Advances in Comptuer Science Research, vol. 6, p. 302, 2015.
[9] D. Edler dan M. Vetter, “The Simplicity of Modern Audiovisual Web Cartography: An Example,”
Journal of Cartography and Geographic Information, no. 69, pp. 51-62, 2019.
[10] S. Sharma dan N. Hasteer, “A Comprehensive Study on State of Scrum,” International Conference on Computing, Communication and Automation (ICCCA2016) , p. 867–872, 2016.
[11] K. S. Rubin, Essential Scrum: A practical guide to the most popular Agile process, Addison- Wesley, 2012.
[12] K. Schwaber dan J. Sutherland, The scrum guide, Scrum Alliance, 2011.
[13] P. Deemer, G. Benefield, C. Larman dan B. Vodde, “The Scrum Primer,” 2012. [Online].
Available: https://www.infoq.com/minibooks/Scrum_Primer/. [Diakses 18 11 2021].
[14] Sugiyono, Metode Penelitian Kuantitatif, Kualitatif, dan R&D, Bandung: Alfabeta, 2015.
[15] W. Purhantara, Metode penelitian kualitatif untuk bisnis, Yogyakarta: Graha ilmu, 2010.
[16] J. A. Hall, Accounting Information System, OH: Cengage Learning, 2011.
[17] Q. Li dan Y.-L. Chen, “Entity-Relationship Diagram,” dalam Modeling and Analysis of Enterprise and Information Systems, Berlin, Heidelberg, Springer,, 2009, pp. 125-139.
[18] I. G. K. O. Atmaja, I. N. Y. A. Wijaya dan I. G. P. K. Juliharta, “Sistem Informasi Geografis Kerajinan Desa Kamasan Berbasis Website Dengan Framework Codeigniter,” Jurnal Ilmiah Teknik Informatika dan Sistem Informasi, vol. 9, no. 2, pp. 23-30, 2020.
[19] S. Nidhra dan J. Dondeti., “Black box and white box testing techniques-a literature review,”
International Journal of Embedded Systems and Applications (IJESA), vol. 2, no. 2, pp. 29-50, 2012.
