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.