APLIKASI
DAILY REPORT BERBASIS WEB DAN PENGIRIMAN INFORMASI HARGA PERDAGANGAN EMAS MELALUI SMS GATEWAY DI PT PREMIER EQUITY FUTURES BANDUNG
Sonty Lena S.Kom., MM., MOS 1, Melly Simbolon2 1,2 Program Studi Sistem Informasi STMIK LPKIA Jln. Soekarno Hatta No. 456 Bandung 40266, Telp. +62 22 75642823, Fax. +62 22 7564282
[email protected], 2
[email protected].
Abstrak PT Premier Equity Futures adalah sebuah perusahaan pialang berjangka komoditi yang bergerak dalam perdagangan kontrak derivatif komoditi, indeks saham dan foreign exchange, yang bersifat independen dan dikelola oleh pihak swasta yang bergerak di bidang international financial service. Daily report adalah sebuah laporan harian yang sudah ditetapkan oleh perusahaan dimana setiap Financial Consultant (FC) setiap hari membuat daily report yang akan dilaporkan kepada Manager masing masing dan mengirimkan (news) berita berupa pergerakan harga emas sedang berada dilevel berapa dan untuk menentukan pengambilan posisi buy atau sel berdasarkan analisis. Nasabah akan melakukan buy ketika harga emas berada di harga rendah dan Sell dilakukan ketika harga berada diatas (tinggi). Dan untuk calon nasabah berita dikirim melalui sms untuk mengetahui informasi berupa harga emas, peluang profit yang akan diperoleh. Namun dalam hal mengirimkan News (berita ) setiap harinya juga mengalami kendala dikarenakan FC harus mengirim informasi lewat Sms menggunakan telepon seluler masing masing kepada setiap Nasabah maupun calon nasabah. Hal ini dinilai cukup kurang efektif karena informasi yang akan dikirim kurang lebih kepada 40 orang nasabah dan calon nasabah yang sedang di followup. Lewat aplikasi ini diharapkan dapat mempermudah pembuatan dan mengurangi penumpukan dokumen daily report dan mengatasi permasalahan yang terjadi didalam membuat daily report, Serta dalam menyampaikan berita (news) mengenai informasi pergerakan harga setiap hari dapat dilakukan dengan efektif yaitu dikirim melalui SmsGateway.aplikasi dibangun menggunakan Framework Code Ignitier dan MySql sebagai databasenya. Kata kunci : Sms Gateway, Daily Report
1. Pendahuluan PT Premier Equity Futures adalah sebuah perusahaan yang berdiri pada tahun tahun 2004. Dan PT Premier Equity Futures adalah sebuah perusahaan pialang berjangka komoditi yang bergerak dalam perdagangan kontrak derivatif komoditi, indeks saham dan foreign exchange, yang bersifat independen dan dikelola oleh pihak swasta yang bergerak di bidang international financial service. Daily report adalah sebuah laporan harian yang sudah ditetapkan oleh perusahaan dimana setiap Financial Consultant (FC) setiap hari harus membuat daily report yang harus dilaporkan kepada Manager masing masing. Namun dalam pembuatan daily report ini FC masih harus mencatat secara manual daily report di dalam sebuah format kertas yang sudah disediakan oleh perusahaan. Isi dari daily report yang harus dilaporakan oleh Financial consultant adalah hasil dari apa yang telah dikerjakan oleh financial consultant. Berisi data lengkap calon nasabah, jika remaks dari calon nasabah bisa bertemu hari ini maka data akan di isi
dalam lembar prospect report akan melaporkan hasil pertemuan dengan calon nasabah pada hari itu.dan data calon nasabah tersebut kan disimpan oleh FC karena akan dikirimkan berita atau news pergerakan harga emas yang sedang running kepada calon nasabah. Dalam hal ini FC sering kali mengalami kendala dimana dalam membuat laporan sering terjadi kesalahan dalam penulisan, dalam melakukan pencarian data Nasabah ataupun Calon nasabah juga sulit dikarenakan data yang menumpuk. Berita dikirim kepada nasabah agar mengetahui posisi untuk mengambil Buy atau Sell dalam melakukan transaksi yang akan di ambil oleh Nasabah. Buy dilakukan ketika harga emas berada di harga rendah dan Sell dilakukan ketika harga berada diatas (tinggi). Dan untuk calon nasabah berita dikirim melalui sms untuk mengetahui informasi berupa harga emas, peluang profit yang akan diperoleh. Namun dalam hal mengirimkan News (berita) setiap harinya juga mengalami kendala dikarenakan FC harus menyampaikan dan mengirimkan informasi lewat Sms menggunakan
telepon seluler masing masing kepada setiap Nasabah maupun calon nasabah. Adapun permasalahan yang di identifikasi adalah : 1. Daily report yang dibuat masih dilakukan dengan menulis satu persatu report di sebuah dokumen yang sudah disediakan oleh perusahaan yang menyebabkan lambatnya dalam menyajikan report. 2. Sulit dalam melakukan pencarian data nasabah maupun calon nasabah karena banyak dokumen yang masih menumpuk. 3. Proses Penyampaian informasi pergerakan harga emas dan pengambilan posisi buy atau sell kepada semua nasabah dan calon nasabah masih sulit dilakukan. Berdasarkan permasalahan yang ada diatas maka ruang lingkup permasalahan adalah ; 1. Aplikasi daily report berbasis web digunakan hanya di bagian Marketing di PT Premier Equity Bandung. 2. Dalam aplikasi web ini tidak membahas tentang keamanan/security data yang ada. 3. SMS Gateway hanya digunakan untuk mengirim berita kepada Nasabah/Calon Nasabah setiap hari di bagian Marketing di PT Premier. Adapun tujuan dari penerapan sistem yang akan dibuat yaitu: 1. Untuk mempermudah dalam menyajikan daily report yang akan dilaporkan setiap hari oleh Financial Consultant. 2. Untuk mempermudah dalam melakukan pencarian data nasabah maupun calon nasabah. 3. Mempermudah dalam melakukan penyampaian informasi kepada semua nasabah maupun calon nasabah setiap hari. 2. Landasan Teori 2.1 Pengertian Daily Report Daily report dalam manajemen berupa penyampaian perkembangan atau hasil kegiatan atau pemberian keterangan mengenai segala hal yang bertalian dengan tugas dan fungsi-fungsi kepada pejabat yang lebih tinggi, baik secara lisan maupun tulisan sehingga dalam menerima laporan dapat memperoleh gambaran tentang pelaksanaan tugas orang yang memberi laporan. 2.2 Pengertian SMSGateway Menurut Janner Simarmata yang ditulis pada Jurnal.amikom,.ac.id “Sms Gateway “ ”Sistem yang berfungsi sebagai gateway atau jembatan antara suatu system computer dan SMS Center (SMSC) menerima pesan SMS dari handphone melalui SMs Center. Pesan sms tersebut diteruskan oleh gateway menjadi input bagi palikasi untuk mengakses content atau database server.
3. Gambaran Perancangan Sistem 3.1 Aliran Proses 3.1.1 Use Case Diagram Use case diagram menggambarkan fungsionalitas yang diharapkan dari sistem dan merepersentasikan interaksi antara actor dengan sistem
Gambar 3.1 Use case Diagram 3. 1.2 Use Case Scenario Interaksi antar aktor pengguna, yaitu user dengan use case akan dijelaskan dalam use case skenario berikut : a. Tabel III.1 Use Case Skenario Login Identifikasi Masalah Login Nama Masuk ke dalam Aplikasi Tujuan Setiap Aktor yang akan Deskripsi mengoperasikan aplikasi harus login terlebih dahulu Aktor Admin,Financial Consultant, Business Division Manager, General Manager, Vice President. Skenario Kondisi Awal Aksi Aktor Reaksi Sistem 1. Memasukkan Username dan Password 2. Mencocokkan data login dengan Database 3. Masuk ke halaman utama Skenario Alternatif (Jika Gagal) Aksi Aktor Reaksi sistem 1. Menampilkan message Box Username atau Password salah 2. Menampilkan Form Login 3. Mengisi Form 4. Mencocokkan data login Login dengan database 5. Bila cocok, sistem akan menampilkan Menu Utama User dapat melakukan Login Kondisi Akhir dan menggunakan Aplikasi Website.
b. Tabel III.2 Use case skenario Kelola User Identifikasi Masalah Kelola User Nama Untuk mengelola data Tujuan seluruh data user Agar dapat melakukan Deskripsi pengelolaan terhadap seluruh data user yang menggunakan aplikasi Aktor Admin Skenario Utama Kondisi Awal Aksi Aktor Reaksi Sistem 1. Buka halaman kelola User 2. Menampilkan halaman kelola user 3. Masukkan data lengkap user 5. Menampilkan (Nama,Alamat,n Username dan o.Hp dan password user yang Email). sudah dibuat 4. Membuat Username dan Password 6. Pilih Aksi 7. Eksekusi aksi yang (tambah, ubah , dipilih hapus) 8. Tampilkan hasil aksi yang dieksekusi 9. Menyimpan data kedalam database Skenario Alternatif (Jika Gagal) Aksi Aktor Reaksi sistem 1. Menampilkan pesan error 2. Menampilkan Form Kelola User 3. Mengisi dan 4. Menyimpan data membuat kembali kedalam database Username dan password Admin dapat Kondisi Akhir membuat username dan password.
Skenario Utama Kondisi Awal Aksi Aktor Reaksi Sistem 1. Buka halaman 2. Menampilkan kelola pegawai halaman kelola pegawai 3. Masukkan data 4. Menampilkan data pegawai dan dan jabatan pegawai. jabatan 5. Pilih aksi (tambah, 6. Eksekusi aksi yang ubah, hapus) dipilih 7. Menampilkan hasil eksekusi 8. Menyimpan data ke dalam database. Admin dapat melakukan Kondisi Akhir pengelolaan data dan dapat melakukan eksekusi aksi yaitu dapat menambah, mengubah ,menghapus,dan mengupdate data pegawai. d.
Tabel III.4 Use Case Skenario Kelola Laporan
Nama Tujuan
Deskripsi
Identifikasi Masalah Kelola Laporan Untuk melakukan pengelolaan laporan yang telah di masukkan oleh Financial Consultant Dapat melakukan pengelolaan laporan yang telah dimasukkann oleh Financial Consultant
Aktor
Admin dan Consultant
Skenario Utama Kondisi Awal Aksi Aktor 1. Buka halaman kelola laporan 3.
Pilih aksi yang ingin dilakukan (tambah,ubah, hapus)
Financial
Reaksi Sistem 2. Menampilkan halaman kelola laporan 4. Eksekusi aksi yang dipilih
5. c.
Tabel III.3 Use case skenario Kelola Pegawai Identifikasi Masalah Kelola Pegawai Nama Untuk melakukan Tujuan pengelolaan data pegawai Admin dapat melakukan Deskripsi pengelolaan data yaitu dapat menambah, mengubah ,menghapus, dan mengupdate data user Aktor Admin
Kondisi Akhir e. Report
Nama Tujuan
Menampilkan hasil eksekusi 6. Menyimpan data dan hasil laporan ke dalam database Admin dapat mengelola semua laporan.
Tabel III.5 Use case Skenario Kelola Dailiy
Identifikasi Masalah Kelola Dailiy Report Untuk Membuat Daily
Deskripsi
Aktor Skenario Utama Kondisi Awal Aksi Aktor 1. Buka halaman kelola daily report
report yang yang harus dilaporkan setiap hari Dapat melakukan pembuatan Daily Report dan mengelola report Financial Consultant
Reaksi Sistem 2. Menampilkan halaman kelola daily report 3. Input daily report 4. Menampilkan daily report yang sudah di input 5. Pilih aksi(tambah, 6. Menampilkan aksi ubah, hapus) yang dipilih 7. Eksekusi Aksi yang dipilih 8. Menampilkan hasil eksekusi 9. Menyimpan Report ke dalam database Financial Consultant dapat Kondisi Akhir membuat Daily Report dan bisa melakukan pencarian, update dan merubah data hasil report yang sudah di input ke dalam web. f.
Tabel III.6 Use case Skenario Lihat Ringkasan Daily Report
Identifikasi Masalah Lihat Ringkasan Daily Report Agar Setiap BDM, GM, dan Tujuan Vice President bisa melihat ringkasan keseluruhan Daily Report yang sudah masuk. Melihat setiap ringkasan Deskripsi daily report yang sudah diposting oleh Financial Consultant Aktor BDM, GM, Vice President Skenario Utama Kondisi Awal Aksi Aktor Reaksi Sistem 1. Buka halaman 2. Menampilkan halaman ringkasan daily ringkasan daily report report 3. Buka semua 4. Menampilkan semua daily report daily report 5. Pilih daily 6. Menampilkan daily report yang report yang di pilih ingin dilihat BDM, GM, Vice President Kondisi Akhir dapat melihat ringkasan daily report dan bisa melakukan pencarian,Update dan merubah data hasil Nama
report yang sudah di input oleh FC kedalam Website g.
Tabel III.7 Use case Skenario Persetujuan Dailiy Report
Identifikasi Masalah Persetujuan Dailiy Report Setelah BDM, GM, dan Vice President melihat dailiy report yang sudah di posting maka Laporan akan disetujui dengan mengirimkan persetujuan report kepada FC. Dailiy Report Deskripsi disetujui/approve jika dailiy report yang dilaporkan lengkap Aktor BDM, GM, Vice President Skenario Utama Kondisi Awal Aksi Aktor Reaksi Sistem 1. Buka halaman 2. Menampilkan halaman persetujuan yang dibuka daily report 3. Buka semua 4. Menampilkan semua report report 5. Pilih report yang 7. Menampilkan report ingin di setujui yang sudah disetujui setelah melihat report 6. Lakukan persetujuan terhadap report Financial Consultant 8. Menyimpan data ke dalam database. BDM, GM, Vice President Kondisi Akhir dapat memberikan persetujuan daily report dan bisa melakukan pencarian, merubah data hasil report yang sudah di input oleh FC kedalam Website Nama Tujuan
h.
Tabel III.8 Use Case Skenario Kelola Berita. Identifikasi Masalah Kelola Berita Nama Untuk mempermudah dalam Tujuan membuat berita yaitu pergerakan harga Emas yang akan dikirimkan ke Nasabah maupun calon Nasabah. Berita yang dikelola oleh Deskripsi Financial Consultant, akan dikirimkan ke Nasabah maupun calon Nasabah. Aktor Financial Consultant Skenario Utama
Kondisi Awal Aksi Aktor
Reaksi Sistem
1.
2.
3.
5.
Buka halaman kelola berita Tulis berita yaitu pergerakan harga Emas yang sedang running. Pilih aksi (tambah, ubah, hapus)
4.
6.
Menampilkan halaman kelola berita. Menampilkan berita yang sudah ditulis.
Menampilkan aksi yang dipilih
7.
Kondisi Akhir
i.
Eksekusi aksi yang di pilih 8. Menampilkan hasil eksekusi 9. Data disimpan ke dalam database Berita berupa pergerakan harga Emas dapat dibuat dan dikelola oleh Financial Consultant.
Tujuan
Untuk mengelola Data Nasabah dan Calon Nasabah.
Deskripsi
Financial Consultant dapat melakukan tambah, ubah, hapus data Nasabah dan calon nasabah. Financial Consultant
Aktor Skenario Utama Kondisi Awal Aksi Aktor 1. Buka halaman kelola Nasabah/ Calon Nasabah
Reaksi Sistem 2. Menampilkan halaman
3.
4.
5.
Masukkan data nasabah dan calon nasabah. Pilih aksi(tambah, ubahw, hapus )
Tabel III.9 Use case Skenario SMS Gateway Identifikasi Masalah
Nama Tujuan
Deskripsi
Aktor
SMS Gateway Untuk mengirimkan informasi harga emas melalui Sms Gateway kepada Nasabah dan Calon Nasabah. Setiap aktor dapat membuat mengirimkan berita/news harga emas kepada Nasabah dan calon nasabah. Financial Consultant
Kondisi Akhir
Menampilkan data nasabah dan calon nasabah yang sudah di input. 6. Menampilkan aksi yang dipilih 7. Eksekusi aksi yang dipilih 8. Menampilkan hasil eksekusi 9. Menampilkan data seluruh nasabah/calon nasabah 10. Menyimpan data nasabah/calon nasabah ke dalam database. Financial Consultant dapat mengelola data nasabah dengn baik serta dapat mengubah data nasabah jika ada perubahan data.
3.3 Class Diagram
Skenario Utama Kondisi Awal
Aksi Aktor 1. Buka berita yang sudah dibuat 3. Pilih berita yang akan dikirim 4. Masukkan nomor Hp nasabah dan calon nasabah 5. Kirim berita Kondisi Akhir
j.
Reaksi Sistem 2. Menampilkan berita yang sudah dibuka 6.
Mengirim berita harga emas melalui Sms Gateway kepada nasabah dan calon nasabah
Gambar 3.2 Class Diagram 3.4 Perancangan Antar Muka Perancangan antarmuka ini bertujuan untuk memberikan gambaran mengenai bentuk antarmuka dari sistem yang akan digunakan oleh user untuk berinteraksi dengan sistem.
7. Berita terkirim User dapat mengirimkan berita melalui Sms Gateway ke Nasabah/ Calon Nasabah.
III.10 Tabel Use Case Skenario Kelola Nasabah/Calon Nasabah Identifikasi Masalah Kelola Nasabah/Calon Nama Nasabah
Gambar 3.3 Kelola Pegawai
Gambar 3.4 SmsGateway 4. Jadwal Implementasi Tahap tahap dalam perancangan perangkat lunak ini adalah: 1. Analisis kebutuhan 2. Menyiapkan dan instalasi HW/SW 3. Perancangan Database 4. Perancangan Perangkat Lunak 5. Membuat perangkat lunak 6. Evaluasi dan perbaikan perangkat lunak 7. Instalasi aplikasi 8. Dokumentasi
Gambar 4.1 Menu Utama
Gambar 4.2 Kelola Pegawai
Berikut adalah seluruh kegiatan yang dijabarkan seperti diatas. Tabel 4.1 Tabel Aktivitas Kode Aktivitas A B
C D
E
F
G
H I
Keterangan Aktvitas Analisis Kebutuhan Menyiapkan dan Isntalasi HW/SW Perancangan Database Perancangan Perangkat Lunak Membuat Perangkat Lunak Pengujian Perangkat Lunak Evaluasi dan Perbaikan Perangkat Lunak Instalasi Aplikasi Dokumentasi
Waktu (Minggu) 1
Predecessor (pendahulu) -
2
A
3
B
2
C
5
D
1
E
1
F
1
G
19
J
Gambar 4.3 Sms Gateway Daftar Pustaka A. BUKU 1. Rosa A.S dan M.Salahuddin.2013, Rekayasa Perangkat Lunak Terstruktur Dan Berorientasi Objek, INFORMATIKA, Bandung. B. JURNAL 1. Fikri, A. 2007, “Aplikasi Short Message Service (SMS) Gateway untuk Layanan Informasi Registrasi Administrasi Mahasiswa”, Jurnal Program Studi Ilmu Komputer, Universitas Pendidikan Indonesia, 2007. 2. Ali Ibrahim September 2011, JUSI Vol. 1, No. 2 ISSN 2087-8737 “Pengembangan Sistem Informasi Monitoring Tugas Akhir Berbasis Short Message Service (SMS) Gateway di Fasilkom Unsri”
4.1 Gantt Chart
Tabel 4.1 Kegiatan Perancangan Perangkat Lunak 4.3 Implementasi Antarmuka
C. INTERNET 1. www.repository.amikom.ac.id Pembuatan Sms Gateway Sebagai Media Informasi Pada Majelis Ta’lim, Zikir & Sholawat Ahbaabul Musthofa Yogyakarta , Diakses tanggal 3 Mei 2014 Pukul 15.00 2. http://elib.unikom.ac.id/files/disk1/491/jbpt unikompp-gdl-indrawardh-24507-3unikom_i-i.pdf Pengertian Webserver,
