Tinjauan Pustaka
4.1.2.1 Use Case Modeling
4.1.2.1 Actor Glosary Tabel 4.1 Actor Glosary
Nama Actor
Deskripsi
Administrator Orang yang bertanggung jawab terhadap jalannya sistem termasuk melakukan pengelolaan terhadap sistem.
Pedagang (Pegawai) Rosok
Pihak yang menjadi sasaran dari kebermanfaatan pembuatan sistem ini.
Pengunjung/Pemilik Rosok (Guest)
Pihak/instansi yang akan memberi informasi keberadaan rosok yang akan dibeli oleh pegawai rosok serta semua orang yang berkepentingan dengan sistem.
4.1.2.2 Hak dan Kewajiban Aktor
Tabel 4.2 Hak dan Kewajiban Aktor dalam Use Case Nama Actor
Hak dan Kewajiban
Administrator
- Mengelola keseluruhan sistem. - Memanaje pegawai rosok, mendaftarkan (add),
melakukan update data pegawai rosok, dan menghapus data pegawai rosok.
- Memanaje informasi barang rosok termasuk melakukan penambahan, update, dan menghapus data barang rosok.
- Memanaje order dari SMS maupun website, termasuk memanaje laporan order. Intinya managing layanan SMS-nya.
- Mengelola website.
Pedagang (Pegawai) Rosok
- Melakukan SMS permintaan daftar harga secara up
to date - Mendapatkan informasi order rosok - Melihat laporan order
Pengunjung/Pemilik Rosok (Guest)
- Melakukan SMS kenal pegawai rosok - Melakukan SMS Informasi
keberadaan/kepemilikan rosok - Melihat laporan order, data seputar rosok
4.1.2.3 Use Case Glosary Tabel 4.3 Use Case Glosary
1 Login Fungsi yang digunakan agar user dapat mengakses sistem .
2 Manaje Pegawai Fungsi untuk melakukan pengelolaan pegawai, meliputi add, update, dan delete data pegawai.
3 Manaje Rosok Fungsi untuk melakukan pengelolaan barang rosok, meliputi add, update dan delete data rosok.
4 Manaje Order Fungsi untuk melakukan pengelolaan terhadap order (informasi) rosok, termasuk didalamnya melakukan pengelolaan laporan order dan Managing dari SMS ataupun website.
5 SMS Rosok Fungsi untuk melakukan SMS kepada sistem baik melalui website ataupun ponsel terkait informasi (order) keberadaan/kepemilikan barang rosok.
Fungsi yang disediakan untuk guest mengenal data diri pegawai rosok melalui SMS.
7 View Laporan Fungsi untuk melihat rekapitulasi order dan data pegawai.
8 SMS Harga Fungsi yang disediakan untuk pegawai (pedagang) rosok agar mengetahui harga jual rosok secara up to date yang dapat di akses melalui SMS dari ponsel masing-masing pegawai rosok.
9 Meminta Order Suatu Fungsi yang secara otomatis (forward) disampaikan kepada pegawai rosok yang memiliki orderan, selain otomatis pegawai rosok juga dapat melakukan SMS untuk order yang ia miliki.
Berikut ini adalah use case diagram yang merepresentasikan sistem dengan aktor dan keterhubungan dengan masing-masing use case yang dimiliki setiap aktor:
Gambar 4.1 Use Case Diagram
Tabel 4.4 Use Case Description Manage Pegawai
Use Case Name
Manage Pegawai ID 1
Importance Level High
Primary actor
Admin
Stakeholders and interest
Admin: melihat data pegawai, tambah data pegawai, update data pegawai, hapus data pegawai, dan mencari data pegawai. Pegawai.
Brief Description
Use case ini berfungsi untuk memanaje data pegawai seperti menambah data pegawai baru, maupun memperbarui data pegawai yang sudah ada. Admin mempunyai data pegawai baru atau data baru tentang pegawai yang ingin ditambahkan.
Trigger Type
Internal
Relationship
Assosiation : admin Include : view pegawai Extends : add pegawai, update pegawai, hapus pegawai, search pegawai Generalization :-
Normal flow event
Aksi Admin
Reaksi
1. Admin memilih manage data pegawai
2. Sistem menampilkan daftar terbaru pegawai
3. Admin menjalankan salah stu usecase berikut ini:
Tambah Pegawai Memilih nama salah satu pegawai yang ada dalam daftar,
update pegawai atau delete pegawai Mencari pegawai
Sub flow
3.1 Update pegawai
3.1.1 Sistem menampilkan data pegawai yang akan di update.
3.1.2 Admin memasukkan data baru pegawai
3.1.3 Sistem melakukan pengecekan terhadap data yang dimasukkan 3.1.4 Jika data benar, sistem akan melakukan update data pegawai di database
3.1.5 Sistem memberikan notifikasi bahwa data berhasil di update.
halaman manage pegawai
3.2 Add pegawai
3.1.7 Kembali ke tahap 3
3.2.1 Admin mengisikan data pegawai baru
3.2.2 Sistem melakukan pegecekan terhadap data yang dimasukkan 3.2.3 Jika data benar sistem akan menyimpan data di database 3.2.4 Sistem memberikan notifikasi bahwa data berhasil ditambahkan.
3.2.5 Admin memilih kembali ke halaman manage pegawai
3.2.6 Kembali ke tahap 3
3.3 Hapus pegawai
3.3.2 Admin menyetujui menghapus data pegawai
3.4 Search Pegawai
3.4.1 Admin memasukkan kata kunci pencarian pegawai
3.4.4 Kembali ke tahap 3
3.3.1 Sistem mengkonfirmasi kepada admin apakah data benar-benar akan dihapus.
3.3.3 Sistem menghapus data pegawai dari database 3.3.4 Sistem memberikan notifikasi bahwa data berhasil dihapus. 3.3.5 Kembali ke tahap 3
3.4.2 Sistem mencari dalam basis data sesuai dengan kata kunci yang dimasukkan
3.4.3 Jika kata kunci ada, sistem menampilkan hasil pencarian
Alternate/ Exceptional flow
3.1.3 Data yang dimasukkan salah 3.1.4 Jika data salah, kembali ke halaman update pegawai dengan penandaan di data yang salah
3.2.2 Data yang dimasukkan salah 3.2.3 Jika data salah, kembali ke halaman tambah pegawai dengan penandaan di data yang salah
3.3.2 Admin tidak menyetujui menghapus data pegawai
3.4.3 Jika kata kunci tidak ada, sistem memberikan pemberitahuan.
Use Case Name
Manage Rosok ID 2
Importance Level High
Primary actor
Admin
Stakeholders and interest
Admin: melihat data rosok, tambah data rosok, update data rosok, hapus data rosok, dan mencari data rosok
Brief Description
Use case ini berfungsi untuk memanaje data rosok seperti menambah data rosok baru, maupun memperbarui data rosok yang sudah ada. Admin mempunyai data rosok baru atau data baru tentang rosok yang ingin ditambahkan.
Trigger Type
Internal
Relationship
Assosiation : admin Include : view rosok Extends : add rosok, update rosok, hapus rosok, search rosok Generalization :-
Normal flow event
Aksi Admin
Reaksi
1. Admin memilih manage data rosok
2. Sistem menampilkan daftar terbaru rosok
3. Admin menjalankan salah stu usecase berikut ini:
Tambah rosok Memilih nama salah satu data rosok yang ada dalam daftar, kemudian menjalankan
usecase
update rosok atau delete rosok Mencari rosok
Sub flow
3.1 Update rosok
3.1.1 Sistem menampilkan data rosok yang akan di update.
3.1.2 Admin memasukkan data baru
rosok
3.1.3 Sistem melakukan pengecekan terhadap data yang dimasukkan 3.1.4 Jika data benar, sistem akan melakukan update data rosok di database
3.1.5 Sistem memberikan notifikasi bahwa data berhasil di update.
3.1.6 Admin memilih kembali ke halaman manage rosok
3.1.7 Kembali ke tahap 3
3.2 Add rosok
3.2.1 Admin mengisikan data rosok
baru
3.2.2 Sistem melakukan pegecekan terhadap data yang dimasukkan 3.2.3 Jika data benar sistem akan menyimpan data di database 3.2.4 Sistem memberikan notifikasi bahwa data berhasil ditambahkan.
3.2.5 Admin memilih kembali ke halaman manaje rosok
3.2.6 Kembali ke tahap 3
3.3 Hapus rosok
3.3.2 Admin menyetujui menghapus data rosok
3.4 Search Rosok
3.4.1 Admin memasukkan kata kunci pencarian rosok
3.4.4 Kembali ke tahap 3
3.3.1 Sistem mengkonfirmasi kepada admin apakah data benar-benar akan dihapus.
3.3.3 Sistem menghapus data rosok dari database 3.3.4 Sistem memberikan notifikasi bahwa data berhasil dihapus. 3.3.5 Kembali ke tahap 3
3.4.2 Sistem mencari dalam basis data sesuai dengan kata kunci yang dimasukkan
3.4.3 Jika kata kunci ada, sistem menampilkan hasil pencarian
Alternate/ Exceptional flow
3.1.3 Data yang dimasukkan salah 3.1.4 Jika data salah, kembali ke
halaman
update rosok dengan penandaan di data yang salah
3.2.2 Data yang dimasukkan salah 3.2.3 Jika data salah, kembali ke halaman tambah rosok dengan penandaan di data yang salah
3.3.2 Admin tidak menyetujui menghapus data rosok
3.4.3 Jika kata kunci tidak ada, sistem memberikan pemberitahuan bahwa data yang dicari tidak tersedia
Use Case Name
SMS Kenal Pegawai ID 3
Importance Level Medium
Primary actor
Pemilik Rosok
Stakeholders and interest
Pemilik Rosok: melakukan SMS ke sistem untuk mengetahui detail data
pegawai. Pegawai Rosok: pegawai rosok dikenal account-nya oleh pemilik rosok
Brief Description
Use case ini berfungsi untuk memperkenalkan pegawai rosok dengan account yang mereka miliki kepada pemilik rosok.
Trigger Type
Internal
Relationship
Assosiation : Pemilik Rosok Include : - Extends : Manage SMS Generalization :-
Normal flow event
Aksi Pemilik Rosok
Reaksi
1. Pemilik Rosok melakukan SMS ke sistem dengan format kenal pegawai
2. Sistem menerima SMS
3. Pemilik rosok menerima SMS balasan dari sistem berisi informasi detail pegawai.
Sub flow 2.1 Sistem melakukan pengecekan terhadap format sms yang masuk
2.2. Jika format benar, sistem akan melakukan balasan detail data pegawai
2.3 Sistem memberikan status bahwa data berhasil dikirim/direplay.
Alternate/ Exceptional flow
2.1 Format sms salah 2.2 Jika format salah, sistem mereplay
pemberitahuan bahwa format SMS salah atau data pegawai yang diminta tidak ada dalam database
2.3 Sistem memberikan status bahwa data belum/tidak dikirim/direplay.
Tabel 4.7 Use Case Description SMS Harga
Use Case Name
SMS Harga ID 4
Importance Level High
Primary actor
Pegawai Rosok
Stakeholders and interest
Pegawai Rosok: melakukan SMS ke sistem untuk mengetahui harga jenis
rosok tertentu secara up to date.
dalam mengetahui perkembangan harga jual rosok secara real time dan up to date
Trigger Type
Internal
Relationship
Assosiation : Pegawai rosok Include : - Extends : Manage SMS Generalization :-
Normal flow event
Aksi Pemilik Rosok
Reaksi
1. Pegawai Rosok melakukan SMS ke sistem dengan format SMS harga
2. Sistem menerima SMS
3. Pegawai rosok menerima SMS balasan dari sistem berisi informasi detail harga rosok.
Sub flow 2.1 Sistem melakukan pengecekan terhadap format sms yang masuk
2.2. Jika format benar, sistem akan melakukan balasan detail daftar harga rosok
2.3 Sistem memberikan status bahwa data berhasil dikirim/direplay.
Alternate/ Exceptional flow
2.1 Format sms salah 2.2Jika format salah, sistem mereplay pemberitahuan bahwa format SMS salah atau data harga rosok yang diminta tidak ada dalam database
2.3 Sistem memberikan status bahwa data belum/tidak dikirim/direplay.
Tabel 4.8 Use Case Description Meminta Order
Use Case Name
Meminta Order ID 5
Importance Level High
Primary actor
Pegawai Rosok
Stakeholders and interest
Pegawai Rosok: melakukan SMS ke sistem untuk meminta order rosok yang
tertuju ke accountnya
Brief Description
Usecase ini berfungsi untuk memberikan kemudahan kepada pegawai rosok dalam mengetahui setiap order yang masuk untuk accountnya
Trigger Type
Internal
Relationship
Assosiation : Pegawai rosok Include : - Extends : Notifikasi Generalization :- Assosiation : Pegawai rosok Include : - Extends : Notifikasi Generalization :-
1. Pegawai Rosok melakukan SMS ke sistem dengan format SMS minta order
2. Sistem menerima SMS
3. Pegawai rosok menerima SMS balasan dari sistem berisi informasi detail order yang ia miliki.
Sub flow 2.1 Sistem melakukan pengecekan terhadap format sms yang masuk
2.2. Jika format benar, sistem akan melakukan balasan detail order 2.3 Sistem memberikan status bahwa data berhasil dikirim/di-replay.
Alternate/ Exceptional flow
2.1 Format sms salah 2.2 Jika format salah, sistem mereplay
pemberitahuan bahwa format SMS salah atau data order yang diminta tidak ada dalam database
2.3 Sistem memberikan status bahwa data belum/tidak dikirim/direplay.
Tabel 4.9 Use Case Description View Laporan
Use Case Name
View Laporan ID 6
Importance Level Low
Primary actor
Pemilik rosok
Stakeholders and interest
Pemilik Rosok: melihat laporan tentang data transaksi rosok
Brief Description
Usecase ini berfungsi untuk memberikan informasi kepada pemilik rosok tentang data transaksi seputar rosok
Trigger Type
Internal
Relationship
Assosiation : Pemilik rosok Include : - Extends :- Generalization :-
Normal flow event
Aksi Pemilik Rosok
melihat laporan/rekapitulasi
2. Sistem menampilkan data/rekapitulasi seputar rosok
data/rekapitulasi
Alternate/ Exceptional flow
Tabel 4.10 Use Case Description Manage Laporan
Use Case Name
Manage Laporan ID 7
Importance Level High
Primary actor
Sistem
Stakeholders and interest
Sistem, Pegawai Rosok, Data Rosok, Pemilik Rosok
Brief Description
Usecase ini berfungsi untuk memberikan data rekapitulasi/laporan seputar olah data pada sistem.
Trigger
Ketika ada SMS order yang masuk ke sistem
Assosiation : Include : - Extends : Manage Order Generalization : -
Normal flow event
Aksi Sistem
1. Refresh Laporan 2. Menampilkan data rekapitulasi
terbaru
Sub flow 2.1 Melakukan
pengecekan
database tentang record data yang terbaru.
2.2 Jika ada data terbaru, maka lakukan
Alternate/ Exceptional flow
2.1 Jika tidak ada terbaru, maka tetap lakukan langkah 1
Tabel 4.11 Use Case Description Manage Order
Use Case Name
Manage Order ID 8
Importance Level Medium
Primary actor
Sistem
Stakeholders and interest
Sistem, Pegawai Rosok, Data Rosok, Pemilik Rosok
Brief Description
Usecase ini berfungsi untuk memanaje apabila ada order (SMS) pemberitahuan keberadaan rosok serta terkait autoforwrding informasi tersebut ke pegawai rosok.
Trigger
Type
Internal
Include : - Extends : Manage laporan, manage SMS Generalization : -
Normal flow event
Aksi Sistem
1. Autorefresh database (inbox, outbox , dan order) 2. Melakukan pengecekan format SMS 3. Memberikan SMS balasan ke pemilik rosok 4. Melanjutkan pesan SMS ke pegawai rosok (forward)
Sub flow
2.1 Jika format benar, masuk ke
inbox, kemudian
3.1 Jika format benar, maka diberikan balasan dengan format tertentu.
4.1 Jika pesan berhasil di forward, maka beri status berhasil
Alternate/ Exceptional flow
2.1 Jika format salah, masuk ke
langkah 3 dan seterusnya 3.1 Jika format salah, maka diberikan balasan bahwa format SMS
salah
4.1 Jika pesan tidak berhasil di forward, maka beri status gagal.
Tabel 4.12 Use Case Description Manage SMS
Use Case Name
Manage SMS ID 9
Importance Level High
Primary actor
Sistem
Stakeholders and interest
Sistem, Pegawai Rosok, Data Rosok, Pemilik Rosok
Brief Description
Usecase ini berfungsi untuk memanage apabila ada SMS SMS seputar rosok atau yang berkaitan dengan sistem informasi rosok ini
Trigger Type
Internal
Relationship
Assosiation : Include : - Extends : SMS kenal pegawai, SMS harga, notifikasi, manage order Generalization : -
Normal flow event
Aksi Sistem
1. Autorefresh database (inbox)
2. Melakukan pengecekan format
3. Memberikan SMS balasan ke pemilik rosok 4. Melanjutkan pesan SMS ke pegawai rosok (forward)
Sub flow
2.1 Jika format benar, masuk ke
3.1 Jika format benar, maka diberikan balasan dengan format tertentu.
4.1 Jika pesan berhasil di forward, maka beri status berhasil
Alternate/ Exceptional flow
2.1 Jika format salah, masuk ke
langkah 3 dan seterusnya 3.1 Jika format salah, maka diberikan balasan bahwa format SMS
salah
4.1 Jika pesan tidak berhasil di forward , maka beri status gagal.
Tabel 4.13 Use Case Description Notifikasi
Use Case Name
Notifikasi ID 10
Importance Level High
Primary actor
Sistem
Stakeholders and interest
Sistem, Pegawai Rosok, Data Rosok, Pemilik Rosok
Brief Description
Usecase ini berfungsi untuk memanaje apabila ada SMS SMS seputar rosok atau yang berkaitan dengan sistem informasi rosok ini
Assosiation : Include : - Extends : SMS kenal pegawai, SMS harga, notifikasi, manage order Generalization : -
Normal flow event
Aksi Sistem
3.3.3.1 Memberikan pemberitahuan
kepada
pegawai rosok saat meminta order atau saat terdapat order.
Sub flow -
Alternate/ Exceptional flow Alternate/ Exceptional flow
Aktivitas ini dilakukan oleh administrator. Administrator memilih menu manage pegawai untuk melakukan aktivitas-aktivitas yang ada di dalamnya. Berikut ini gambar untuk activity diagram manage pegawai:
Memilih Manage Pegawai
Memilih Add Pegawai
Mengisi Form Add
Menyimpan Data Pegawai
Memilih Update Pegawai
Mengupdate Data Pegawai
Memvalidasi hasil update
Menyimpan Data Terbaru
Memilih Delete Pegawai
Mengkonfimasi Penghapusan
Menampilkan data terbaru pegawai
Memilih Data Dihapus
Menyimpan Data Terbaru
Memvalidasi hasil Add
[ Tidak Valid ]
[ Valid ]
[ Valid ]
[ Tidak Valid ]
[ No ]
[ Yes ]
[ Pilihan = delete ]
[ Pilihan = update ]
[ Pilihan = add ]
Gambar 4.2 Activity Diagram untuk Manage Pegawai
Aktivitas ini dilakukan oleh administrator. Administrator memilih menu manage rosok untuk melakukan aktivitas-aktivitas yang ada di dalamnya. Berikut ini gambar untuk activity diagram manage rosok:
Memilih Manage Rosok
Memilih Add Rosok
Mengisi Form Add
Menyimpan Data Rosok
Memilih Update Rosok
Mengupdate Data Rosok
Memvalidasi hasil update
Menyimpan Data Terbaru
Memilih Delete Rosok
Mengkonfimasi Penghapusan
Menampilkan Data Terbaru Rosok
Memilih Data Dihapus
Menyimpan Data Terbaru
Memvalidasi hasil Add
[ Tidak Valid ]
[ Valid ]
[ Valid ]
[ Tidak Valid ]
[ Yes ]
[ Pilihan = Add ]
[ Pilihan = Update ]
[ Pilihan = Delete ]
[ No ]
Gambar 4.3 Activity Diagram unuk Manage Rosok
Aktivitas ini dilakukan oleh administrator. Administrator memilih menu pencarian untuk melakukan aktivitas-aktivitas yang ada di dalamnya. Berikut ini gambar activity diagram untuk pencarian:
Memilih Menu Pencarian
Memasukkan Keyword
Memilih Kategori Pencarian
Melakukan Validasi Keyword
Menampilkan hasil pencarian
[ Tidak Valid ]
[ Valid ]
Gambar 4.4 Activity Diagram untuk Pencarian
Aktivitas ini dilakukan oleh pemilik rosok. Pemilik rosok melakukan SMS melalui 2 media yaitu website/browser dan/atau ponsel/HP. Berikut ini activity diagram untuk melakukan SMS order:
Mengirim SMS
Menvalidasi Format SMS
Mengiri Pemberitahuan Format Salah
Memberikan Ucapan Terima Kasih
[ Tidak Valid ]
[ Valid ]
Meneruskan
Gambar 4.5 Activity Diagram untuk Melakukan SMS Order
SMS Harga dilakukan oleh pedagang rosok, sedangkan SMS kenal pegawai dilakukan oleh pemilik rosok (customer). Pedagang rosok mengirim sms harga untuk mengetahui harga rosok secara up to date. Berikut ini activity diagram untuk melakukan SMS harga dan/atau SMS kenal pegawai:
Mengirim SMS
Menvalidasi Format SMS
Memberikan Pemberitahuan Format Salah
Mengirim Informasi yang Diminta
[ Tidak Valid ]
[ Valid ]
Gambar 4.6 Activity Diagram untuk Malakukan SMS Harga dan SMS Kenal
Pegawai
4.1.4 Class Diagram
Class diagram mendeskripsikan struktur statis dari kelas di dalam sistem informasi manajemen usaha rosok inovatif dan mengilustrasikan atribut, operasi, dan relasi diantara kelas. Berikut ini hubungan class diagram antara boundary class, control class , dan entity class:
Gambar 4. 7 Class Digram yang memuat boundary, control, dan entity class
Class Digarm diatas merupakan kelas diagram ditinjau dari tiga lapisan yaitu lapisan model, view, maupun controller. Sedangkan yang berikut ini adalah Class diagram yang dibuat ini adalah class pada layer controller. Dan berikut ini adalah gambar class diagram beserta relasi antar class-nya:
Gambar 4.8 Class Diagram Gambar 4.8 Class Diagram
Berikut ini merupakan aktivitas yang dilakukan oleh administrator apabila memilih menu manage pegawai. Aktivitas ini juga menggambarkan alur manage pegawai yang dilakukan administrator:
Gambar 4.9 Sequence Diagram untuk Manage Pegawai
Berikut ini merupakan aktivitas yang dilakukan oleh administrator apabila memilih menu manage rosok. Aktivitas ini juga menggambarkan alur manage rosok yang dilakukan administrator:
Gambar 4.10 Sequence Diagram untuk Manage Rosok
Berikut ini merupakan aktivitas yang dilakukan oleh administrator apabila memilih menu pencarian. Dalam aktivitas ini administrator memasukkan kata kunci dan kategori pencarian.
Gambar 4.11 Sequence Diagram untuk Pencarian
Berikut ini merupakan aktivitas yang dilakukan oleh pemilik rosok apabila melakukan pengiriman SMS pemberitahuan rosok baik melalui website ataupun ponsel/HP.
Gambar 4.12 Sequence Diagram untuk SMS Order
Berikut ini merupakan aktivitas yang dilakukan oleh pemilik rosok apabila ingin mengetahui data diri pegawai rosok.
Gambar 4.13 Sequence Diagram untuk SMS Kenal Pegawai
f. Sequence Diagram untuk SMS Harga
Berikut ini merupakan aktivitas yang dilakukan oleh pedagang rosok untuk mengetahui fluktuasi harga jual rosok secara up to date. Untuk lebih memahami alur tentang aktivitas SMS harga ini, perhatikan gambar dibawah ini:
Gambar 4.14 Sequence Diagram untuk SMS Harga
4.1.6 Struktur Data
Berikut ini dijelaskan tabel-tabel yang ada dalam sistem informasi usaha rosok inovatif beserta tipe data dan index-nya (primary key atau bukan). Penjelasan lebih detail dapat dilihat berikut ini:
a. Daftar Tabel
Daftar tabel ini merupakan komponen penyusus tabel yang terdiri dari nama serta deskripsi tabel yang akan digunakan dalam SIM usaha rosok inovatif. Berikut ini detail tabel yang digunakan dalam sistem lengkap dengan deskripsi fungsi pada masing-masing tabel:
Tabel 4.14 Daftar Tabel yang Digunakan dalam Sistem No.
Nama Tabel
Deskripsi
1. User Tabel ini untuk menyimpan User (Administrator) yang berhak mengakses front-end sistem.
rosok.
3. Customer Tabel ini untuk menyimpan daftar customer (pemilik rosok).
4. Rosok Tabel ini untuk menyimpan daftar barang rosok.
5. Order/Pesanan Tabel ini untuk menyimpan daftar orderan rosok.
6. Inbox Tabel ini untuk menyimpan pesan SMS masuk.
7. Outbox Tabel ini untuk menyimpan pesan SMS keluar.
b. Tabel dan Atribut
Tabel dan atribut ini menjelaskan bahwa dalam suatu tabel dibangun dengan field dan tipe data yang berbeda-beda. Berikut ini adalah gambaran perancangan
dengan atribut dan tipe datanya :
Tabel 4.15 Atribut Tabel User
Atribut Tabel
Tipe Data
Primary Key
Not Null
Password
Varchar (20)
Not Null
Tabel 4.16 Atribut Tabel Pedagang Rosok Atribut Tabel
Tipe Data
Index
Keterangan
Id_Pegawai
Varchar (8)
Primary Key
Not Null
Nama
Varchar (20)
Not Null
Alamat
Varchar (50)
Not Null
Jenis Kelamin
Not Null
Tempat Lahir
Varchar (20)
Not Null
Tanggal Lahir
Date
Not Null
No_Telp
Varchar(13)
Not Null
Atribut Tabel
Tipe Data
Index
Keterangan
Id_Rosok
Varchar(8)
Primary Key
Not Null
Nama Rosok
Varchar(50)
Not Null
Harga
Double
Not Null
Tabel 4.18 Atribut Tabel Customer Atribut Tabel
Tipe Data
Index
Keterangan
Nama Customer
Varchar(8)
Unik
Not Null
Alamat Customer
Varchar(50)
Not Null
No_Telp_Customer Varchar(13)
Unik PK
Not Null
Tabel 4.19 Atribut Tabel Pesanan Atribut Tabel
Tipe Data
Index
Keterangan
Id_Order
Varchar(20)
Primary Key Not Null
Id_Pegawai
Varchar(8)
Forign Key Not Null
No_Telp_Customer Varchar(13)
Forign Key Not Null
Tabel 4.20 Atribut Tabel Inbox Atribut Tabel
Tipe Data
Index
Keterangan
ID Int(10)
Primary Key Not Null
SenderNumber
Varchar(20)
Not Null
TextDecoded
Varchar(160)
Not Null
ReceivingDateTime TimeStamp
Not Null
Processed
Not Null
Atribut Tabel
Tipe Data
Index
Keterangan
ID Int(10)
Primary Key Not Null
DestinationNumber Varchar(20)
Not Null
TextDecoded
Varchar(160)
Not Null
SendingDateTime
TimeStamp
Not Null
DeliveryReport
Not Null
c. Relasi antar Tabel
Berikut ini adalah relasi antar tabel baik dari sisi web service server maupun dari sisi SMS Server (Gammu) termasuk digambarkan juga transaksional antar tabelnya. Perhatikan gambar berikut ini:
User
PK Username
Password
Pegawai_rosok
PK Id_Pegawai
Alamat Jenis_Kelamin Tempat_Lahir Tanggal_Lahir No_Telp
Barang_Rosok
PK Id_Barang
Nama Harga
Customer
PK Nama_Customer PK No_Telp_Customer
Alamat_Customer
Pesanan
PK
Id_Order
FK1 Id_Pegawai FK2 No_Telp_Customer FK2 Nama_Customer
Gambar 4. 15 Relasi antar tabel Web Service Server
Inbox
PK ID
ReceivingDateTime TextDecoded Processed SenderNumber
Outbox
PK ID
SendingDateTime TextDecoded DeliveryReport
Gambar 4.16 Relasi Antar Tabel SMS Server
Beberapa service yang disediakan dibangun menggunakan PHP nuSAOP, service ini melayani pemanggilan yang mendukung XML/SOAP ketika dipanggil. Beberapa service yang disediakan dalam sistem informasi usaha rosok inovatif ini antara lain:
Tabel 4.22 Service-Service yang Tersedia dalam Sistem
No. Nama Service
Kegunaan Service
1. Tampil_idPegawai Service ini disediakan ketika dibutuhkan id pegawai dalam kegiatan transaksional sistem.
2. Cari_noTelpPegawai Service ini digunakan dalam kebutuhan meneruskan
pesan (forward) ke pegawai
3. inputCustomer Service ini digunakan untuk memasukkan data customer untuk kebutuhan rekapitulasi.
4. cariHarga Service ini digunakan untuk kebutuhan pengetahuan informasi harga secara up to date.
5. Kenal_pegawai Service ini digunakan untuk memperkenalkan identitas (data diri) detail pegawai rosok.
6. Create_idOrder Service ini digunakan untuk membuat Id Order yang unik sebagai bahan pelaporan dan rekapitulasi.
7. Input_Order Service ini digunakan untuk memasukkan data order guna pelaporan dan rekapitulasi.
8. Tampil_Order Service ini digunakan untuk menampilkan order- order informasi ketersidaan barang rosok.
Gambar 4.15 mendeskripsikan bahwa sistem terdiri dari tiga sisi yaitu sisi server (server side), sisi SMS server, dan sisi klien (client side). Dari sisi server, sistem terdiri dari dua bagian penting yaitu database server dan application framework. Application framework memuat aplikasi web yang digunakan untuk melakukan manajemen sistem dan web service server yang tersedia dalam sistem. Aplikasi web dibangun dengan konsep MVC (Model, View, Controller). Model merupakan modul yang berisi akses ke database. Sedangkan view adalah file yang berisi HTML PHP script yang berfungsi untuk menampilkan di browser. Pada client aplikasi website, proses yang terjadi adalah controller melakukan query ke database melalui model, kemudian mem-parsing-kan data hasil query tersebut ke view. Disisi SMS server terdapat gammu. Gammu tersebut terdiri dari engine gammu, database gammu, dan satu web service client (PHP) yang meng-handle (memproses) SMS. yang menghubungkan ponsel/HP saat mengirim SMS sehingga mendapatkan respon dari sistem adalah gammu sebagai pengelola layanan SMS. Sedangkan dari sisi klien, terdapat dua klien yang berhubungan dengan server yaitu browser dan HP/Ponsel.
Application Framework
Database
Server
Model Controller
View
Browser
Ponsel/HP
Server Side
Smart Client
FUTURE
WS Client
(PHP)
Database Gammu
Gammu
WEB SERVICE SERVER
SMS Server
Client Side
Gambar 4.17 Arsitektur Aplikasi Sistem
Mekanisme dari gambaran sistem diatas adalah apabila klien mengakses atau mengirim SMS melalui ponsel/HP maka akan diterima oleh gammu selanjutnya
di gammu memproses setiap ada pesan masuk ke tabel inbox untuk dialihkan ke tabel outbox guna membalas dan/atau meneruskan pesan kepada pengirim pesan atau yang berkepentingan menerima informasi terusan. Disamping itu, web service client (PHP) juga melakukan pemrosesan sebelum pesan dialihkan ke outbox yaitu dengan memanggil service-service melalui SOAP/XML untuk mengakses service yang tersedia di web service server guna melakukan penyimpanan data customer dan data order di database server, memberikan balasan data yang diambil dari database server , dan seterusnya. SMS yang dilakukan melalui aplikasi website, pesan dikirim melalui HTTP kemudian dikomunikasikan untuk dimasukkan dalam tabel inbox, proses selanjutnya sama dengan SMS melalui ponsel/HP.
4.1.9 Arsitektur Sistem Jaringan
Berikut ini merupakan gambaran lingkungan jaringan dalam sistem:
DB Server (MySQL)
SMS Server
(Gammu)
Aplikasi Web
Server
Web Service (nuSOAP)
XML/ SOAP
XML/ SOAP
Base Station
SMS User
Internet
Browser
Gambar 4.18 Arsitektur Jaringan Sistem
web service
ditanamkan/digabungkan dalam satu server yang sama yaitu pada web server. Web ditanamkan/digabungkan dalam satu server yang sama yaitu pada web server. Web
4.2 Implementasi Sistem
4.2.1 Tampilan Antarmuka
4.2.2.1 Tampilan Service-Service dalam Sistem
Diperlukan suatu mekanisme untuk mendeskripsikan web service. WSDL (Web Service Definition Language) menyediakan deskripsi untuk web service. WSDL itu sendiri memiliki format XML.
Gambar 4.19 Screenshot Web service Definition Language
Gambar diatas adalah gambar WSDL yang digunakan untuk mendeskripsikan service yang disediakan. Berikut ini adalah contoh tampilan service yang tersedia beserta Gambar diatas adalah gambar WSDL yang digunakan untuk mendeskripsikan service yang disediakan. Berikut ini adalah contoh tampilan service yang tersedia beserta
Gambar 4.20 Screenshot Service yang Tersedia dalam Sistem
4.2.2.2 Tampilan Antarmuka Web untuk Manajemen
a. Halaman Utama
Halaman utama bisa diakses setelah user melakukan login. Halaman ini berisi menu navigasi utama ke fungsi-fungsi aplikasi. Menu-menu yang ditampilkan sangat
bergantung pada hak akses dari user yang login yaitu administrator sistem. Berikut ini adalah tampilan untuk halaman utama yang muncul ketika administrator sistem melakukan login:
Gambar 4.21 Screenshot Menu Utama Administrator
b. Halaman Manage Pegawai
Administrator dapat melihat tabel daftar pegawai rosok. Melalui halaman ini administrator bisa menambahkan pegawai baru (add), menghapus pegawai (delete),
ataupun mengubah data pegawai (update). Berikut ini tampilan untuk halaman manaje pegawai:
Gambar 4.22 Screenshot Halaman Manage Pegawai
c. Halaman Manage Rosok
Administrator dapat melihat tabel daftar barang rosok. Melalui halaman ini administrator bisa menambahkan data rosok baru, menghapus data barang rosok, Administrator dapat melihat tabel daftar barang rosok. Melalui halaman ini administrator bisa menambahkan data rosok baru, menghapus data barang rosok,
Gasmbar 4.23 Screenshot Halaman Manage Rosok
d. Halaman Manage Order
Administrator dapat melihat tabel daftar order/pesanan atau pemberitahuan informasi rosok yang masuk ke Sistem Informasi Usaha Rosok Inovatif pada menu manage order ini. Melalui halaman ini administrator bisa melakukan rekapitulasi atau pelaporan dengan mengkonversi order dalam bentuk data/tabel dan dapat melakukan pencetakan order (print) untuk kepentingan pemberiahuan via pengumuman selain SMS dan website. Untuk gambaran halaman manage order, berikut ini tampilan halamannya:
Gambar 4.24 Screenshot Halaman Manage Order
e. Halaman Pencarian
Administrator dapat melakukan pencarian pada dua data, yaitu pencarian untuk data pegawai rosok dan pencarian data barang rosok. Jadi terdapat dua kategori
pencarian. Administrator memasukkan kata kunci pencarian dan kategori data yang akan dicari. Berikut ini tampilan untuk halaman pencarian:
Gambar 4.25 Screenshot Halaman Pencarian
4.2.2.3 Tampilan Antarmuka SMS Web untuk Pengunjung (Customer)
Antarmuka yang terpenting untuk pengunjung (customer) adalah aplikasi SMS dari sisi website, pengunjung bisa memberikan informasi ketersediaan barang rosok.
tampilan halaman saat memilih tabulasi SMS Rosok:
Gambar 4.26 Screenshot Halaman SMS Rosok Melalui Website
4.2.2 Implementasi Layanan SMS
4.3.2.1 Fitur Layanan SMS yang Diterapkan
Implementasi layanan SMS yang dimaksud disini adalah layanan SMS informasi keberadaan rosok yang melalaui ponsel/HP. Mekanismenya adalah pesan
diterima oleh server gammu (layanan SMS) kemudian diproses untuk dimasukkan ke dalam database, akses database tersebut memanggil service-service yang tersedia. Kemudian informasi akan diteruskan kepada pegawai rosok. Terkait dengan hal ini, digunakan beberapa fitur layanan sms misalnya:
a. Autorefresh : Sistem me-refresh secara otomatis layanan SMS yang berguna untuk dinamisasi apabila ada pesan masuk. Dengan adanya refresh secara otomatis maka sistem secara otomatis memproses setiap pesan baru yang masuk.
b. Autoreplay : Sistem memberikan balasan pesan secara otomatis ke nomer pengirim pesan.
informasi, dalam hal ini pegawai rosok. Karena pegawai rosok berhak menerima informasi tentang ketersediaan barang rosok.
d. Autoinsert : Sistem secara otomatis memasukkan data-data (data customer dan data order) yang dibutuhkan yang diambil dari isi SMS.
4.3.2.2 Format SMS yang Diterapkan
Untuk memproses setiap pesan yang masuk ke inbox maka pemecahan perlu digunakan suatu kata kunci didepan agar informasi tepat sasaran dan tepat tujuan. Format SMS rosok yang terkait di sistem informasi usaha rosok inovatif ini, antara lain seperti terlihat dalam tabel berikut ini:
Tabel 4.23 Format SMS yang Diterapkan
No. Format SMS
Service yang Diakses
1. ROSOK#Account Pegawai Rosok#Nama Pemilik Rosok#Alamat Pemilik Rosok
pegawai rosok yang telah ditunjuk sesuai account-nya bahwa ada ketersediaan barang rosok yang dimiliki oleh pemilik rosok
Pemilik Rosok
Tampil_idPegawai, Cari_noTelpPegawai, inputCustomer, Create_idOrder, Input_Order, Tampil_Order
2. KENAL#Account Pegawai Rosok
SMS tipe ini adalah SMS berkenalan dengan pegawai rosok, dengan melakukan SMS ini customer/pelanggan akan mengetahui Identitas pegawai
rosok
dengan
account tertentu.
Pelanggan atau Calon Pelanggan
Tampil_idPegawai, Kenal_pegawai
3. HARGA#Nama Rosok
SMS tipe ini digunakan untuk mengetahui harga barang rosok secara up-to- date.
kepada pedagang rosok informasi
Pedagang Rosok
cariHarga
Antarmuka ini digunakan untuk seting awal pemakaian layanan SMS (Gammu). Halaman ini digunakan untuk mensinkronisasi modem yang digunakan untuk layanan SMS dengan sistem yang telah dibuat. Antarmuka ini memberikan kemudahan untuk koneksi sistem dengan database SMS. Memudahkan dalam membuat, menjalankan, dan menghentikan service layanan SMS (Gammu). Berikut ini beberapa tampilan antarmuka layanan SMS:
Gambar 4.27 Screenshot Halaman Muka Tampilan Awal
Sesuai gambar diatas, ada beberapa langkah untuk menjalankan service layanan SMS. Setting GAMMURC, mensinkronkan antara modem dengan sistem. Test koneksi dilakukan untuk mengecek koneksi modem dengan sistem, apabila koneksi berhasil biasanya akan memunculkan pesan seperti gambar berikut:
Gambar 4.28 Koneksi Modem ke Sistem Layanan SMS
Langkah selanjutnya adalah meng-install database, jika database yang dipilih sudah ada, tinggal di-set dan di masukkan pada langkah selanjutnya yaitu pada setting SMSDRC. Setelah hal itu berhasil dilakukan, maka service SMS dapat dibuat kemudian dijalankan. Service dapat dihentikan melalui antarmuka ini.
4.3.2.4 Uji Coba Layanan SMS
Berikut ini tabel yang menunjukkan hasil uji coba implementasi layanan SMS dengan menggunakan kasus yang benar (positif case) dan kasus yang salah (negative
case) , untuk hasil ujicoba lebih detail perhatikan tabel-tabel berikut ini:
Tabel 4.24 Hasil Ujicoba SMS Pemberitahuan Ketersediaan Rosok Format SMS
Keterangan
Isi Balasan
Isi Forward
ROSOK#DE100889#E KO#Jl. Melati No. 5 (HP: 085227804885)
Positif Case
Terima Kasih Informasinya, SMS Rosok anda akan kami beritahukan ke DE100889 dengan nama pegawai Deni Agus Kristianto
Anda dapat ORDER Rosok dari EKO di alamat JL. MELATI NO. 5 dengan nomor telpon +6285227804885
ROSOK#CD100889#E KO# Jl. Melati No. 5 (HP: 085227804885) - > Id_Pegawai tidak ada
Negatif Case Id Pegawai tidak ditemukan -
ROSOK#DE100889#
Negatif Case Harap isi NAMA dan
Alamat anda
- Terserah
Negatif Case Maaf format yang anda
kirim salah
Format SMS
Keterangan
Isi Balasan
KENAL#DE100889
Positif Case
Id Pegawai = DE100889, Nama = Deni Agus Kristianto, Jenis Kelamin = Laki-laki, Tempat Tanggal Lahir = Sragen, 10-08- 1989, No.Telp = 085728344866
ROSOK#CD100889 Negatif Case Id Pegawai tidak ditemukan ROSOK#
Negatif Case Harap isi Id Pegawai
Terserah Negatif Case Maaf format yang anda kirim
salah
Tabel 4.26 Hasil Ujicoba SMS Harga Rosok
Format SMS
Keterangan
Isi Balasan
HARGA#Besi Super A
Positif Case
Id Rosok = BES00001, Nama = Besi Super A, Harga = Rp. 4.500/Kg
ROSOK#CD100889 Negatif Case Id Pegawai tidak ditemukan ROSOK#
Negatif Case Harap isi Id Pegawai
Terserah Negatif Case Maaf format yang anda kirim
salah
4.3 Kompatibilitas
Layanan SMS baik dari web maupun dari ponsel/HP yang dibangun telah berhasil mengakses service-service yang tersedia. Layanan SMS yang dibangun telah memberikan respon sesuai dengan format SMS dan ketentuan yang dibuat. Layanan SMS yang dibangun dengan memanfaatkan fitur seperti autorefresh, autoreplay, autoforward, dan autoinsert telah berjalan. Sistem informasi usaha rosok inovatif ini telah terbangun dan sesuai dengan analisis dan perancangan yang telah ditentukan sebelumnya.