MEMBANGUN SISTEM INFORMASI USAHA ROSOK INOVATIF BERBASIS WEB SERVICE DENGAN STUDI KASUS USAHA ROSOK DI DESA GENENG SKRIPSI

perpustakaan.uns.ac.id

digilib.uns.ac.id

MEMBANGUN SISTEM INFORMASI USAHA ROSOK INOVATIF BERBASIS WEB SERVICE DENGAN STUDI KASUS USAHA ROSOK DI DESA GENENG

SKRIPSI

Diajukan untuk Memenuhi Salah Satu Syarat Mencapai Gelar Strata Satu Jurusan Informatika

Disusun Oleh :

DENI AGUS KRISTIANTO M0507014

JURUSAN INFORMATIKA FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM UNIVERSITAS SEBELAS MARET SURAKARTA 2011

commiti to user


digilib.uns.ac.id

MEMBANGUN SISTEM INFORMASI USAHA ROSOK INOVATIF BERBASIS WEB SERVICE DENGAN STUDI KASUS USAHA ROSOK DI DESA GENENG

SKRIPSI

Diajukan untuk Memenuhi Salah Satu Syarat Mencapai Gelar Strata Satu Jurusan Informatika

Disusun Oleh :

DENI AGUS KRISTIANTO M0507014

JURUSAN INFORMATIKA FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM UNIVERSITAS SEBELAS MARET SURAKARTA 2011

commitii to user


digilib.uns.ac.id

SKRIPSI MEMBANGUN SISTEM INFORMASI USAHA ROSOK INOVATIF BERBASIS WEB SERVICE DENGAN STUDI KASUS USAHA ROSOK DI DESA GENENG Disusun oleh : DENI AGUS KRISTIANTO M0507014 telah dipertahankan di hadapan Dewan Penguji Pada tanggal : 27 Oktober 2011 Susunan Dewan Penguji Pembimbing I

Pembimbing II

Wiharto, S.T., M.Kom.

Sari Widya Sihwi, S.Kom., M.TI.

NIP. 19750210 200801 1005

NIP. 19830412 200912 2 003

Anggota Dewan Penguji Lain : 1. Ristu Saptono, S.Si., M.T.

(

)

(

)

(

)

NIP. 19790210 200212 1001 2. Wisnu Widiarto, S.Si., M.T. NIP. 19700601 200801 1 009 3. Abdul Aziz, S.Kom., M.Cs NIP. 19810413 200501 1001 Disahkan oleh Dekan FMIPA UNS

Ketua Jurusan Informatika

Ir. Ari Handono Ramelan, M.Sc. (Hons), Ph.D

Umi Salamah, S.Si., M.Kom.

NIP. 19610223 198601 1 001

NIP. 19700217 199702 2 001

commitiiito user


digilib.uns.ac.id

MOTTO Because there is no guarantee that this life is easy (Miley Cirrus)

commitivto user


digilib.uns.ac.id

PERSEMBAHAN

Paniyem dan Gunawan, Orang Tua Paling Tangguh di Dunia

commitv to user


digilib.uns.ac.id

KATA PENGANTAR

Puji syukur kepada Allah SWT atas segala limpahan rahmat dan karunia-Nya, sehingga penulis dapat menyelesaikan penulisan skripsi. Sholawat dan salam senantiasa penulis haturkan kepada Rosululloh SAW sebagai pembimbing seluruh umat manusia. Skripsi ini tidak akan selesai tanpa adanya bantuan dari banyak pihak, karena itu penulis menyampaikan terima kasih kepada : 1. Bapak Ir. Ari Handono Ramelan, M.Sc., Ph.D. selaku Dekan FMIPA UNS. 2. Ibu Umi Salamah, M.Kom. selaku Ketua Jurusan Informatika FMIPA UNS. 3. Ibu Dewi Wisnu Wardhani, S.Kom., M.S. selaku Sekretaris Jurusan Informatika FMIPA UNS. 4. Bapak Wiharto, S.T., M.Kom. selaku pembimbing I 5. Ibu Sari Widya Sihwi, S.Kom., M.TI. selaku pembimbing II 6. Bapak Drs. Wiranto, M.Kom., M.Cs. selaku Pembimbing Akademik. 7. Bapak Ibu Dosen Jurusan Informatika FMIPA UNS. 8. Seluruh keluargaku terutama kedua orangtuaku serta kakakku. 9. Semua pihak yang tidak dapat penulis sebutkan satu persatu. Semoga Allah SWT membalas jerih payah dan pengorbanan yang telah diberikan dengan balasan yang lebih baik Semoga skripsi ini dapat memeberikan manfaat bagi pembaca umumnya dan mahasiswa Informatika pada khususnya.

Surakarta , Oktober 2011

Deni Agus Kristianto

commitvito user


digilib.uns.ac.id

ABSTRACT

Performer of recycling business in Desa Geneng should promote their professionalism and their profit. They need the recent information about the recycling availability or about the current recycling price. Information System for innovative recycling business is expected to be an alternative problem solver toward their needed. The most possible condition to build the information system with web service based is using SMS service. This application which developed base on web service will provide a fast and real time information system. It also can be created as tools for recycling business management related to the information they need. This research is conducted to plan and develope the information system for innovative recycling business. Information system is built by object orientation software engineering method. The implementation of information system using web technology stands as face to face management and SMS web application, SMS server, SOAP as service builder, and HTTP as transport protocol for accessing. The result of the research is the information system application which can be accessed via web and cell (sending SMS) for understanding the recycling availability and the recycling current price. For development program, this information system is built with web service based which can be accessed by other applications with different platform.

Key words: Information System, Innovative Recycling Business, Web Service, Recycling Business Performer

commit viito user


digilib.uns.ac.id

ABSTRAK

Pedagang rosok desa Geneng perlu meningkatkan profesionalisme dan profit. Pedagang rosok juga membutuhkan informasi terbaru tentang ketersediaan rosok ataupun tentang harga rosok secara up to date. Sistem Informasi usaha rosok inovatif diharapkan sebagai solusi alternatif untuk kebutuhan tersebut. Kondisi yang ada memungkinkan untuk mambangun sistem informasi berbasis web service dengan layanan SMS. Layanan SMS yang dibangun berbasis web service ini memberikan layanan informasi secara cepat dan realtime dan dapat dijadikan tools untuk manajemen usaha rosok terkait informasi yang diperlukan. Penelitian dilakukan untuk merancang dan membangun Sistem Informasi usaha rosok inovatif. Sistem informasi dibangun dengan metode berorientasi objek. Implementasi Sistem Informasi menggunakan teknologi web sebagai antarmuka manajemen serta aplikasi SMS web, server SMS, SOAP sebagai pembangun service, dan HTTP sebagai protokol transport untuk mengakses. Hasil penelitian berupa aplikasi sistem informasi yang dapat diakses melalui web dan ponsel (mengirim SMS) untuk keperluan mengetahui informasi ketersedian barang rosok, harga yang up to date. Untuk keperluan pengembangan, sistem informasi ini dibangun berbasis web service yang dapat diakses oleh aplikasi lain meskipun berbeda platform.

Kata Kunci: Pedagang Rosok, Sistem Informasi, Usaha Rosok Inovatif, Web Service

commit viiito user


digilib.uns.ac.id

DAFTAR ISI

HALAMAN JUDUL..................................................................................................... ii HALAMAN PENGESAHAN...................................................................................................iii MOTTO ....................................................................................................................................iv PERSEMBAHAN ..................................................................................................................... v KATA PENGANTAR .............................................................................................................. vi ABSTRACT............................................................................................................................. vii ABSTRAK .............................................................................................................................. viii DAFTAR ISI.............................................................................................................................ix DAFTAR TABEL.....................................................................................................................xi DAFTAR GAMBAR ............................................................................................................... xii DAFTAR LAMPIRAN ........................................................................................................... xiii

BAB I PENDAHULUAN ............................................................................................. 1 1.1

Latar Belakang .......................................................................................................... 1

1.2

Perumusan Masalah .................................................................................................. 3

1.3

Pembatasan Masalah ................................................................................................. 3

1.4

Tujuan ....................................................................................................................... 4

1.5

Manfaat Tugas Akhir ................................................................................................ 4

1.6

Tinjauan Pustaka ....................................................................................................... 4

1.7

Sistematika Penulisan ............................................................................................... 9

BAB II LANDASAN TEORI ............................................................................................. 11 2.1

Sistem Informasi ..................................................................................................... 11

2.2

Web service ............................................................................................................. 12

2.3

Layanan Short Message Service (SMS) .................................................................. 15

2.4

Model View Controller (MVC) ............................................................................... 16

2.5

Unified Model Language (UML)...................................................................... 17

BAB III METODOLOGI PENELITIAN.................................................................... 23 3.1

Tahap Pengumpulan Data ....................................................................................... 23

3.2

Tahap Analisis dan Perancangan ............................................................................ 25

commitixto user


digilib.uns.ac.id

3.3

Tahap Implementasi dan Pengujian ........................................................................ 27

3.4

Tahap Penyusunan Dokumentasi ............................................................................ 27

BAB IV HASIL DAN PEMBAHASAN........................................................................... 28 4.1

Analisis dan Perancangan Sistem ........................................................................... 28

4.1.1

Analisis Permasalahan dan Kebutuhan Sistem ..................................... 28

4.1.2

Pemodelan Use Case Diagram ............................................................. 31

4.1.3

Activity Diagram ................................................................................... 44

4.1.4

Class Diagram ...................................................................................... 48

4.1.5

Sequence Diagram ................................................................................ 51

4.1.6

Struktur Data ......................................................................................... 56

4.1.7

Service-Service yang Tersedia dalam Sistem........................................ 60

4.1.8

Arsitektur Aplikasi Sistem .................................................................... 61

4.1.9

Arsitektur Sistem Jaringan .................................................................... 62

4.2

Implementasi Sistem ............................................................................................... 63

4.2.1

Tampilan Antarmuka ............................................................................ 63

4.2.2

Implementasi Layanan SMS ................................................................. 68

4.3

Kompatibilitas ......................................................................................................... 72

BAB V KESIMPULAN DAN SARAN ............................................................................ 73 5.1

Kesimpulan ............................................................................................................. 73

5.2

Saran ....................................................................................................................... 73

DAFTAR PUSTAKA ............................................................................................................. 74

commitx to user


digilib.uns.ac.id

DAFTAR TABEL

Tabel 4.1 Actor Glosary .............................................................................................. 31 Tabel 4.2 Hak dan Kewajiban Aktor dalam Use Case................................................ 31 Tabel 4.3 Use Case Glosary........................................................................................ 31 Tabel 4.4 Use Case Description Manage Pegawai ..................................................... 34 Tabel 4.5 Use Case Description Manage Rosok ........................................................ 36 Tabel 4.6 Use Case Description SMS Kenal Pegawai ............................................... 38 Tabel 4.7 Use Case Description SMS Harga .............................................................. 38 Tabel 4.8 Use Case Description Meminta Order ........................................................ 39 Tabel 4.9 Use Case Description View Laporan .......................................................... 40 Tabel 4.10 Use Case Description Manage Laporan ................................................... 41 Tabel 4.11 Use Case Description Manage Order...................................................... 41 Tabel 4.12 Use Case Description Manage SMS ....................................................... 42 Tabel 4.13 Use Case Description Notifikasi .............................................................. 43 Tabel 4.14 Daftar Tabel yang Digunakan dalam Sistem ............................................ 56 Tabel 4.15 Atribut Tabel User .................................................................................... 57 Tabel 4.16 Atribut Tabel Pedagang Rosok ................................................................. 57 Tabel 4.17 Atribut Tabel Barang Rosok ..................................................................... 58 Tabel 4.18 Atribut Tabel Customer ............................................................................ 58 Tabel 4.19 Atribut Tabel Pesanan ............................................................................... 58 Tabel 4.20 Atribut Tabel Inbox ................................................................................... 58 Tabel 4.21 Atribut Tabel Outbox ................................................................................ 59 Tabel 4.22 Service-Service yang Tersedia dalam Sistem............................................ 60 Tabel 4.23 Format SMS yang Diterapkan .................................................................. 69 Tabel 4.24 Hasil Ujicoba SMS Pemberitahuan Ketersediaan Rosok ......................... 71 Tabel 4.25 Hasil Ujicoba SMS Kenal Pegawai Rosok ............................................... 72 Tabel 4.26 Hasil Ujicoba SMS Harga Rosok.............................................................. 72

commitxito user


digilib.uns.ac.id

DAFTAR GAMBAR Gambar 1.1 Layanan berorientasi analisis dan pendekatan desain ............................... 5 Gambar 1.2 Service Oriented Architecture pada Online Lab Sistem ........................... 6 Gambar 1.3 Arsitektur three tier client-server (Ogunlana, 2009) ................................ 8 Gambar 2.1 Lapisan Teknologi Web Service (Gunzer, 2002) .................................... 13 Gambar 3.1 Visualisasi Metodologi Penelitian ........................................................... 23 Gambar 4.13 Use Case Diagram ................................................................................ 33 Gambar 4.14 Activity Diagram untuk Manage Pegawai ............................................ 44 Gambar 4.15 Activity Diagram unuk Manage Rosok ................................................. 45 Gambar 4.16 Activity Diagram untuk Pencarian ........................................................ 46 Gambar 4.17 Activity Diagram untuk Melakukan SMS Order .................................. 47 Gambar 4.18 Activity Diagram untuk Malakukan SMS Harga dan SMS Kenal Pegawai ....................................................................................................................... 48 Gambar 4.2 Class Diagram......................................................................................... 50 Gambar 4.3 Sequence Diagram untuk Manage Pegawai ........................................... 51 Gambar 4.4 Sequence Diagram untuk Manage Rosok ............................................... 52 Gambar 4.5 Sequence Diagram untuk Pencarian ....................................................... 53 Gambar 4.6 Sequence Diagram untuk SMS Order .................................................... 54 Gambar 4.7 Sequence Diagram untuk SMS Kenal Pegawai ...................................... 55 Gambar 4.8 Sequence Diagram untuk SMS Harga .................................................... 56 Gambar 4.9 Relasi Antar Tabel................................................................................... 59 Gambar 4.11 Arsitektur Aplikasi Sistem .................................................................... 61 Gambar 4.12 Arsitektur Jaringan Sistem .................................................................... 62 Gambar 4.19 Screenshot Web Service Definition Language ...................................... 63 Gambar 4.20 Screenshot Service yang Tersedia dalam Sistem .................................. 64 Gambar 4.21 Screenshot Menu Utama Administrator ................................................ 65 Gambar 4.22 Screenshot Halaman Manage Pegawai ................................................. 65 Gambar 4.23 Screenshot Halaman Manage Rosok..................................................... 66 Gambar 4.24 Screenshot Halaman Manage Order ..................................................... 67 Gambar 4.25 Screenshot Halaman Pencarian ............................................................. 67 Gambar 4.26 Screenshot Halaman SMS Rosok Melalui Website .............................. 68 Gambar 4.27 Screenshot Halaman Muka Tampilan Awal ......................................... 70 Gambar 4.28 Gambar Koneksi Modem ke Sistem Layanan SMS .............................. 71

commit xiito user


digilib.uns.ac.id

DAFTAR LAMPIRAN

Lampiran 1. Data Pedagang Rosok Desa Geneng ...................................................... 78 Lampiran 2. Data Sensus Ekonomi Kabupaten Sragen 2006 Kecamatan Miri ......... 79 Lampiran 3. Daftar Pertanyaan dan Rekapitulasi Interview ....................................... 88 Lampiran 4. Angket untuk Survei Data Pedagang Rosok Desa Geneng .................... 90 Lampiran 5. Daftar Nama dan Harga Barang Rosok .................................................. 91 Lampiran 6. Surat Keterangan Melakukan Penelitian dan Pengambilan Sampel ....... 92

commit xiiito user


digilib.uns.ac.id

BAB I PENDAHULUAN

1.1 Latar Belakang Indonesia merupakan negara yang kaya sumber daya alam maupun sumber daya manusia. Namun tampaknya kondisi sumber daya manusianya belum berdaya guna secara maksimal, sehingga mengakibatkan kehidupan masyarakat masih jauh dari kata sejahtera. Berdasarkan laporan Badan Pusat Statistik (BPS) pada pertengahan tahun 2010 angka kemiskinan di Indonesia mencapai 31.023.400 orang, artinya hampir 13,33% masyarakat Indonesia berada di bawah garis kemiskinan (BPS, 2010). Mengacu pada amanat UUD 1945 pasal 33 dan 34, yang memaparkan bahwa pemerintah menjadikan pengentasan kemiskinan sebagai sasaran utama pembangunan untuk kesejahteraan rakyat. Namun dalam kondisi krisis keuangan global yang tengah melanda dunia, maka sangatlah berat untuk mewujudkan cita-cita mulia tersebut. Perdagangan merupakan sektor yang menjanjikan untuk meningkatkan kesejahteraan masyarakat dan dapat digunakan untuk membantu pemerintah dalam pengentasan kemiskinan. Masyarakat desa Geneng, kecamatan Miri, kabupaten Sragen memiliki keunikan dalam usaha perdagangan yang mampu memberikan ketertarikan kepada masyarakat lain, karena barang yang diperdagangkan adalah rosok. Rosok adalah barang-barang yg sudah rusak sama sekali; rombengan; rongsokan (KBBI, 2008). Rosok yang biasanya diperdagangkan misalnya: kertas bekas, kardus, botol, besi tua, ember bekas, dan lain-lain. Usaha dagang rosok merupakan peluang usaha yang sangat diminati oleh penduduk desa Geneng. Hal itu dibuktikan dalam sensus ekonomi terakhir pemerintah kabupaten Sragen tahun 2006 tercatat 91 dari 311 pengusaha atau 29.26% pengusaha di desa Geneng adalah

commit1 to user


digilib.uns.ac.id

2

pedagang rosok. Data menyatakan bahwa usaha dagang rosok adalah item usaha yang menempati urutan pertama dari 32 item usaha yang tercatat (BPS Kab. Sragen, 2006). Perdagangan yang dilakukan pedagang rosok desa Geneng adalah dengan keliling di suatu daerah untuk membeli rosok penduduk daerah tersebut dimana ketersediaan rosok yang dimilki oleh penduduk daerah tersebut belum jelas ketersediaannya. Berdasar hasil wawancara dengan pedagang rosok, hal inilah salah satu yang menjadi masalah pedagang rosok sehingga uang modal bisa habis hanya untuk transportasi dari daerah satu ke daerah lain. Disamping itu, pedagang rosok sulit mengetahui fluktuasi harga jual, padahal harga jual tersebut dijadikan dasar dalam pembelian rosok. Belum adanya manajemen perdagangan juga menjadi kendala dan hambatan pedagang rosok desa Geneng. Sementara ini pedagang rosok hanya mencari rosok disekitar pedesaan atau perumahan penduduk kota. Artinya, instansi perkantoran belum dimaksimalkan untuk pencarian rosoknya, padahal ketersediaan barang rosok di instansi perkantoran juga dapat dimanfaatkan oleh pedagang rosok. Belum maksimalnya potensi ini disebabkan tidak ada informasi pemberitahuan tentang ketersediaan rosok yang dimiliki oleh penduduk maupun instansi perkantoran. Oleh sebab itu, perlu dibangun suatu sistem untuk mendapatkan informasi dengan cepat, misalnya sistem informasi dengan posisi client hanya cukup menggunakan SMS. Kebutuhan akan sistem yang mampu bekerja multiplatform memudahkan pengguna sistem dalam menerapkan dan mengimplementasikannya. Sistem yang harus mampu bertahan dengan perkembangan teknologi yang ada dan harus dipersiapkan untuk dikembangkan (ada keberlanjutan). Oleh karenanya, web service dapat digunakan sebagai arsitektur pembangunan sistem tersebut. Web service merupakan salah satu implementasi dari suatu sistem yang menggunakan

arsitektur

yang

berorientasi

pada service (Service oriented

architecture, SOA), konsep teknologi web service muncul untuk mendukung sistem terdistribusi yang berjalan pada infrastruktur serta platform yang berbeda (multiplatform). Penggunaan arsitektur web service menjadikan aplikasi client nantinya dapat dikembangan tidak hanya menggunakan SMS, tetapi dapat juga

commit to user


digilib.uns.ac.id

3

menggunakan aplikasi smart client. Artinya, terdapat keberlanjutan yang dapat dilakukan dalam mengembangkan sistem ini, menyesuaikan kondisi fasilitas client yang dimiliki pedagang rosok. Berdasarkan survei dengan metode angket (lihat lampiran 1), merumuskan bahwa mayoritas pedagang rosok memiliki ponsel/HP. Namun, kondisi ponsel/HP pedagang rosok saat ini belum bisa ditanami aplikasi atau belum mendukung aplikasi-aplikasi smart client. Sistem hendaknya dibangun dengan memperhatikan kondisi ponsel/HP pedagang rosok yang sekarang. Aplikasi client yang akan diterapkan adalah aplikasi layanan Short Message Service (SMS) rosok dengan SMS gateway. Sistem juga mendukung SMS pemberitahuan informasi keberadaan barang rosok melalui website sebagai upaya memperluas jangkauan sistem. Karena arsitektur sistem berbasis web service, maka kedepan memungkinkan untuk dikembangkan seperti aplikasi smart client. Jadi, aplikasi client yang akan dibangun adalah layanan SMS melalui SMS gateway dan SMS melalui website. 1.2 Perumusan Masalah Perumusan masalah dalam penulisan penilitian ini adalah bagaimana menyediakan informasi ketersediaan rosok dan harga jualnya secara up to date dalam sistem informasi berbasis web service dengan layanan SMS yang diterapkan pada usaha rosok inovatif di desa Geneng. 1.3 Pembatasan Masalah Yang menjadi pembatasan masalah dalam penulisan penelitian ini adalah: a. Layanan sistem ini berlaku di desa Geneng b. Sistem ini dipersiapkan untuk dijalankan di tingkat kelurahan yaitu di kelurahan Geneng. c. Sistem ini dipersiapkan untuk dijalankan secara online melalui dua media yaitu layanan SMS dan website.

commit to user


digilib.uns.ac.id

4

1.4 Tujuan Tujuan yang ingin dicapai dalam penulisan penelitian tugas akhir ini adalah: membangun sistem informasi untuk menyediakan informasi ketersediaan rosok dan informasi harga jual secara up to date dalam sistem informasi berbasis web service dengan layanan SMS yang diterapkan pada usaha rosok inovatif di desa Geneng. 1.5 Manfaat Tugas Akhir Manfaat yang ingin dicapai dalam penulisan penelitian tugas akhir ini adalah: Memberikan alternatif solusi untuk meningkatkan profesionalisme kerja dan menambah keuntungan (profit) pedagang rosok desa Geneng. 1.6 Tinjauan Pustaka Penelitian sebelumnya yang pernah dilakukan yang berkaitan dengan penelitian tugas akhir ini antara lain: a. Designing Web Services in Health Information Sistems: From Process to Application Level oleh Juha Mykkanena, Annamari Riekkinena, Marko Sormunena, Harri Karhunenb, dan Pertti Laitinenc dalam International Journal of Medical Informatics 76 ( 2007 ) 89 95. Penelitian tersebut memaparkan teknologi web service diusulkan untuk menanggapi beberapa tantangan interoperabilitas sistem informasi kesehatan. Sebuah model digunakan untuk mendefinisikan service dan solusi untuk aplikasi kesehatan. Secara ringkas dipaparkan bahwa web service memiliki potensi untuk meningkatkan konektivitas dan fleksibilitas sistem informasi kesehatan. Penelitian tersebut membagi desain service/layanan pada tiga tingkatan yaitu proses (process level), aplikasi (application level) dan platform (platform level) dari sudut pandang penyedia, konsumen, produksi dan manajemen. Pada tingkat platform diperlukan teknologi rinci atau keahlian dalam penciptaan dan pengelolaan service dan implementasi aplikasi serta infrastruktur teknologi. Pada tingkat aplikasi yang menggunakan penyedia layanan perangkat

commit to user


digilib.uns.ac.id

5

lunak dan aplikasi adalah konsumen. Manajemen berkaitan dengan pengendalian dan pemeliharaan aplikasi dan layanan. Produksi mengacu pada alat-alat, teknologi (pada tingkat platform) dan metode yang digunakan dalam pembangunan. Desain service pada level aplikasi membutuhkan kombinasi ilmu dan keahlian teknologi. Pada tingkat proses, penyedia layanan biasanya menyediakan layanan kepada pelanggan. Proses jasa dan manajemen didukung oleh berbagai konvensi terutama oleh informasi sistem yang menghubungkan tingkat proses dan tingkat aplikasi. Solusi pada tingkat ini memerlukan pengetahuan yang terperinci pada domain yang terlibat serta tujuan dari individu atau organisasi yang berpartisipasi. Tingkat Proses harus mendorong semua desain aplikasi. Persyaratan yang harus ditangani dalam desain dan tingkat aplikasi merupakan sesuatu yang menggunakan alat dan teknologi pada tingkat platform. Berikut ini gambaran untuk layanan berorientasi analisis dan pendekatan desain:

Gambar 1.1 Layanan berorientasi analisis dan pendekatan desain (Mykkanen et al, 2007) Perbedaan dengan penelitian ini adalah pada studi kasus yang ada, penelitian ini berkaitan erat dengan sistem informasi rosok. Perbedaan ini, otomatis variabel, sampel, populasi, dan domain masalahnya berbeda. b. Web Service Enabled Online Laboratory Oleh Yuhong Yan, Yong Liang, Abhijeet Roy, dan Xinge Du dalam International Journal of Web Services Research , Vol.X.

commit to user


digilib.uns.ac.id

6

Penelitian tersebut memaparkan pembangunan sebuah laboratorium online dengan web service (berbasis layanan) menggunakan metode IVI (Interchangeable Virtual Instruments) dan standard VISA (Virtual Instrument Sistem Architecture). Untuk

menghindari instalasi di sisi klien, mereka mengembangkan teknik-teknik berbasis Web 2.0 untuk menampilkan panel instrumen virtual dan sinyal realtime hanya dengan web browser standar. Gambaran dari segi arsitektur sistem penelitian tersebut, ditunjukkan pada Gambar 1.2.

Gambar 1.2 Service Oriented Architecture pada Online Lab Sistem (Yan et al, 2007) Perbedaanya dengan penelitian ini adalah pada studi kasusnya serta sisi client yang digunakan. Penelitian ini menggunakan studi kasus usaha rosok di desa Geneng serta website dan layanan SMS untuk sisi/antarmuka kliennya. c. E-Marketing And Digital Communications: Implementing An Effective Knowledge Based Targeted E-Marketing Campaign oleh Olawale Ogunlana dan Xiao-Chun Cheng dalam Proceedings of the Eighth International Conference on Machine Learning and Cybernetics, Baoding, 12-15 July 2009. Penelitian ini menganalisis permasalahan yang dihadapi oleh sebuah perusahaan kecil ketika merencanakan, menggelar, dan mengusulkan kegiatan pemasaran.

Untuk mencapai pengetahuan efektif berdasarkan target kampanye

pemasaran. Tiga strategi e-business pemasarannya adalah: pengembangan website e-

commit to user


digilib.uns.ac.id

7

commerce, perangkat lunak kampanye pemasaran terpadu, dan layanan web (web service). Penelitian ini menghendaki pelaksanaan layanan ini melalui salah satu pilihan yaitu Open Source Software untuk mengembangkan dan melaksanakan website e-commerce, e-marketing dan web services. Web service menggunakan teknologi web yang mendasarinya termasuk Extensible Markup Language (XML), Simple Object Application Protocol (SOAP), Web Services Description Language (WSDL) dan Universal Description, Discovery and Integrasi (UDDI) spesifikasi menggunakan NuSOAP web services Toolkit untuk PHP, HTML, MySQL, HTTP dll. Mereka juga mengevaluasi efektivitas teknologi web yang digunakan dan merekomendasikan lebih lanjut fungsi yang dapat meningkatkan kecepatan, kinerja, dan keamanan. Penelitian e-marketing tersebut mempunyai 3 (tiga) domain masalah yang di selesaikan yaitu pengembangan website e-commerce, perangkat lunak kampanye pemasaran terpadu, dan layanan web (web service). Disini penulis mengadopsi domain masalah yang ketiga tentang web service yang menggunakan NuSOAP. Web services toolkit untuk PHP yang akan diterapkan dalam studi kasus usaha rosok di desa Geneng. Bedanya, pada peneletian itu mereka menggunakan CMS (Content Management Sistem) dari Joomla Open Source. Sedangkan penulis menggunakan salah satu framework (CodeIgniter). Dari segi arsitektur, gambaran arsitektur dari penelitian e-marketing tersebut ditunjukkan pada Gambar 1.3. Perbedaan dengan penelitian ini adalah pada client side, dimana penelitian ini dari sisi client side terdapat dua antar muka yaitu website sebagai front end dan client dan layanan SMS sebagai aplikasi client-nya.

commit to user


digilib.uns.ac.id

8

Gambar 1.3 Arsitektur three tier client-server (Ogunlana, 2009) d. Balanced MVC Architecture for Developing Service-based Mobile Applications oleh Hyun Jung La and Soo Dong Kim dalam IEEE International Conference on Web Services tahun 2010 p. 292 s.d 299 Pada penelitian ini, dipaparkan penelitian mereka bertujuan untuk mrnunjukkan perancangan yang unik. Ideal dan praktis pada aplikasi mobile berbasis service bernama rancangan MVC yang seimbang. Ada banyak keuntungan teknis dengan mengadopsi

perancangan

ini.

Mereka

juga

memaparkan

metode

untuk

mengoptimalisasi partisi fungsional antara sisi pelanggan dan provider, dan untuk perancangan keputusan yang lain terkait perancangan tersebut. Mereka menjelaskan studi kasus pasa peralatan mobile untuk pengaplikasian tujuan metode ini untuk mendesain perancangan. Perbedaan dengan penelitian ini terletak pada studi kasus dan penggunaan peralatan client. Pada penelitian tersebut sisi client mengakses server melalui mobile application yang disebut SMA (Service-Based Mobile Application), sedangkan penelitian ini pada sisi client menggunakan paket layanan SMS menggunakan gammu dan aplikasi SMS dari website.

commit to user


digilib.uns.ac.id

9

e. Perancangan dan Implementasi Sistem Layanan Short Message Service (SMS) oleh Cahyo Rossy W, Wiranto Herry Utomo, dan Theophilus Wellem dalam Jurnal Informatika Volume 2 Nomor 2 Tahun 2006, Universitas Maranatha Bandung. Dipaparkan tentang sistem informasi data pertandingan serta perancangan sistem yang dibuat berbasis layanan SMS. Sistem yang dibuat dapat menambah, mengubah, ataupun menghapus tanpa harus menggunakan PC (Personal Computer). Sistem dibangun menggunakan telepon seluler dan sistem yang akan dikembangkan digunakan diberbagai database. Penelitian ini membahas detail tentang merancang sampai mengimplementasikan sebuah sistem berbasis layanan SMS. Kendala penelitian ini adalah menggunakan mobile device yang hanya mampu menampung sedikit inbox serta tidak cukup kapasitas untuk menampung banyak data. Proses sistem akan menjadi lambat ketika ada gangguan pada mobile device misalnya saat ada panggilan masuk. Perbedaan dengan penelitian ini adalah pada device yang digunakan. Penilitian ini menggunakan modem khusus untuk device SMS yang mampu mengatasi permasalahan tersebut. Belum ada beberapa fitur seperti autorefresh, autoreplay, autoforward, dan autoinsert juga menjadi perbedaan dengan penelitian penulis. 1.7 Sistematika Penulisan Sistematika penulisan laporan memuat tentang metode penulisan yang digunakan dalam pembuatan laporan tugas akhir. Sistematika tersebut dijelaskan dengan uraian sebagai berikut: BAB I PENDAHULUAN Pada bab ini diuraikan secara umum mengenai latar belakang, perumusan masalah, pembatasan masalah, tujuan, manfaat tugas akhir, tinjauan pustaka, dan sistematika penulisan.

commit to user


digilib.uns.ac.id

10

BAB II LANDASAN TEORI Pada bab ini dijelaskan secara umum tentang teori-teori Sistem Informasi, Web Service, Layanan Short Message Service (SMS), Model View Controller (MVC) dan Unified Model Language (UML). BAB III METODOLOGI PENELITIAN Pada bab ini dipaparkan tentang segala yang berhubungan dengan metode penelian antara lain Metode pengumpulan data dan Metodologi penelitian. BAB IV PEMBAHASAN Pada bab ini dipaparkan tentang analisis kebutuhan, perancangan sistem, implementasi sistem, pengujian sistem dan hasil penelitian. BAB IV KESIMPULAN DAN SARAN Bab ini merupakan kesimpulan dan saran penulis dari BAB I sampai dengan BAB IV.

commit to user


digilib.uns.ac.id

BAB II LANDASAN TEORI

2.1 Sistem Informasi Menurut Sutedjo (2002), sistem adalah kumpulan elemen yang saling berhubungan satu sama lain yang membentuk satu kesatuan dalam usaha mencapai suatu tujuan. Sedangkan menurut Sutanta (2003), sistem adalah sekumpulan elemen atau subsistem yang saling bekerjasama atau yang dihubungkan dengan cara-cara tertentu sehingga membentuk satu kesatuan untuk melaksanakan suatu fungsi guna mencapai suatu tujuan. Menurut Sutedjo (2002), informasi adalah hasil pemrosesan data yang diperoleh dari setiap elemen sistem tersebut menjadi bentuk yang mudah dipahami dan merupakan pengetahuan yang relevan yang dibutuhkan oleh orang untuk menambah pemahamannya terhadap fakta-fakta yang ada. Sedangkan menurut Sutanta (2003), informasi merupakan hasil pengolahan data sehingga menjadi bentuk yang penting bagi penerimanya dan mempunyai kegunaan sebagai dasar dalam pengambilan keputusan yang dapat dirasakan akibatnya secara langsung saat itu juga atau secara tidak langsung pada saat mendatang. Sumber dari informasi adalah data, data adalah kenyataan yang menggambarkan suatu kejadian-kejadian dan kesatuan nyata. Data merupakan bentuk yang masih mentah, belum dapat bercerita banyak, sehingga perlu diolah lebih lanjut. Data diolah melalui suatu model untuk dihasilkan informasi. Informasi yang diberikan hendaknya akurat, tepat pada waktunya, dan relevan.

Kegunaan informasi adalah untuk mengurangi ketidakpastian di dalam

proses pengambilan keputusan tentang suatu keadaan (Jogiyanto, 2000). Jika terdapat informasi pendukung yang akurat, tepat pada waktunya, dan relevan maka akan menghindari ketidakpastian yang akan menjadi hambatan.

commit 11to user


digilib.uns.ac.id

12

Sistem Informasi adalah suatu kombinasi dari orang-orang, fasilitas, teknologi, media, prosedur-prosedur dan pengendalian yang ditujukan untuk mendapatkan jalur komunikasi penting, memproses tipe transaksi rutin tertentu, memberi sinyal kepada manajemen dan yang lainnya terhadap kejadian-kejadian internal dan eksternal yang penting dan menyediakan suatu dasar untuk pengambilan keputusan yang cerdik (Nash et al, 1984). Sistem informasi adalah kumpulan elemen yang saling berhubungan satu sama lain yang membentuk satu kesatuan untuk mengintegrasikan data, memproses dan menyimpan serta mendistribusikan informasi (Sutedjo, 2002). Sistem informasi adalah suatu tipe khusus dari sistem kerja yang fungsi internalnya terbatas pada pemrosesan informasi dengan melakukan enam tipe operasi: menangkap (capturing), mentransmisikan (transmitting), menyimpan (storing), mengambil (retrieving), memanipulasi (manipulating), dan menampilkan (displaying) informasi (Jogiyanto, 2007) 2.2 Web service Web service adalah implementasi menjanjikan dari arsitektur berorientasi layanan, dimaksudkan untuk menyediakan sarana standar interoperating antara aplikasi perangkat lunak yang berbeda, berjalan pada berbagai platform dan/atau kerangka kerja. Sistem lain berinteraksi dengan web service dalam cara yang ditentukan oleh deskripsi dengan menggunakan pesan SOAP, biasanya disampaikan menggunakan HTTP dengan serialisasi XML dalam hubungannya dengan Web lainnya yang standar (Protogeros, 2007). W3C mendefinisikan web service sebagai software aplikasi yang dapat teridentifikasi oleh URI (Uniform Resource Identifier) dan memiliki interface yang didefiniskan, dideskripsikan, dan dimengerti oleh XML dan juga mendukung interaksi langsung dengan software aplikasi yang lain dengan menggunakan message

.

Konsep teknologi web service muncul untuk mendukung sistem terdistribusi yang berjalan pada infrastruktur yang berbeda (Haryanto, 2006). Web service dapat diidentifikasikan sebagai komponen aplikasi-aplikasi yang melakukan proses

commit to user


digilib.uns.ac.id

13

komunikasi lewat open protocol berbasis XML (eXtensible Markup Language) dan HTTP (HyperText Transport Protocol) yang dapat digunakan oleh aplikasi-aplikasi lainnya dan dapat dibuat dengan UDDI (Universal Description Discovery, and Integration) (Gusti et al, 2009). Konsep teknologi web service muncul untuk mendukung sistem terdistribusi yang berjalan pada infrastruktur yang berbeda. Dengan adanya kombinasi dari XML dan HTTP web service yang berbasiskan XML sangat mungkin untuk diimplementasikan. SOAP (Simple Object Application Protocol) dan beberapa teknologi yang didukung seperti WSDL (Web Service Description Language) dan UDDI merupakan kombinasi dari XML yang dikirimkan melalui HTTP. SOAP menyediakan transmisi data yang sederhana dan fleksibel, pemanggilan fungsi, pengembalian nilai, multiplatform dan dapat dikembangkan dengan menggunakan berbagai bahasa pemrograman (Gusti et al, 2009). Menurut Hartwig Gunzer (2002) dalam papernya Service

Web

menjelaskan bahwa lapisan (layer) dari web service terdiri dari 4 bagian

yaitu: XML (Extensible Markup Language), SOAP (Simple Object Access Protocol), WSDL (Web services Definition Language), UDDI (Universal Discovery Description Integration) yaitu diilustrasikan dalam gambar 2.2 berikut ini:

Gambar 2.1 Lapisan Teknologi Web Service (Gunzer, 2002) Dari gambar diatas maka Hartwig Gunzer (2002) memaparkan lapisan XML adalah sebagai format yang diterima secara luas untuk pertukaran data dan yang sesuai dengan semantik. Ini adalah sebuah blok bangunan fundamental bagi hampir setiap lapisan lain yang digunakan untuk web service. Web services akan berjalan dalam lingkungan yang heterogen, protokol yang digunakan untuk melakukan

commit to user


digilib.uns.ac.id

14

transfer data antara fungsi harus independen dari suatu lingkungan runtime. SOAP adalah protocol yang memiliki karakteristik ini. WSDL menggambarkan layanan jaringan dengan menggunakan tata bahasa XML. WSDL menyediakan dokumentasi untuk sistem terdistribusi dan memiliki tujuan untuk memungkinkan aplikasi berkomunikasi satu sama lain secara otomatis. WSDL menjelaskan layanan yang ditawarkan oleh penyedia (sebuah "endpoint") dan dapat digunakan sebagai resep untuk menghasilkan pesan SOAP yang tepat untuk mengakses layanan/service yang ada. UDDI adalah standar yang dirancang untuk menyediakan direktori pencarian bisnis dan layanan web. Jadi, UDDI merupakan broker layanan yang memungkinkan peminta layanan untuk mencari penyedia layanan yang sesuai. Dalam banyak hal UDDI dirancang seperti buku telepon. Web service yang merupakan bagian dari arsitektur berbasis layanan mempunyai kelebihan untuk diterapkan dalam kasus ini. Menurut Sujala D Shetty dkk. bahwa web service dikatakan interoperable karena web service merupakan salah satu yang dapat bekerja di seluruh platform (multiplatform), bahasa, aplikasi dan dapat bekerja dengan web service dari vendor yang berbeda (Shetty et al, 2009). Menurut Boualem

Benatallah

dkk. dalam

penilitian

menganalisis, dan mengelola protokol web service teknologi yang mendukung pengembangan pelayanan saat ini terutama berkaitan dengan pelaksanaan dan aspek infrastruktur web service. Mereka juga mengusulkan operator protokol untuk kebutuhan analisis dan manajemen serta memotivasi dalam mengikuti pendekatan tersebut untuk melihat evolusi bekerja di interoperabilitas web service yang mencerminkan kinerja yang dilakukan dalam pengelolaan database selama bertahun-tahun. Kontribusi utama dari kerja yang disajikan dalam penelitian mereka adalah kerangka kerja yang memanfaatkan teknologi web service dan notasi pemodelan untuk memberikan dukungan tingkat tinggi dalam menganalisis derajat persamaan dan varians antara protokol interoperation serta kemungkinan berinteraksinya web service (Benatallah et al, 2006).

commit to user


digilib.uns.ac.id

15

Teknologi web service semakin dikerahkan di organisasi bisnis untuk mencapai kolaborasi antar sistem. Web service menjanjikan keuntungan besar seperti produktivitas, efisiensi, dan akurasi. Membantu aplikasi untuk berkomunikasi dengan satu sama lain merupakan fokus dari web service (Moradian, 2006). 2.3 Layanan Short Message Service (SMS) Short Message Service (SMS) merupakan sebuah layanan yang banyak diaplikasikan pada sistem komunikasi tanpa kabel, memungkinkan dilakukan pesan dalam bentuk alphanumeric antar terminal pelanggan atau antara terminal pelanggan dengan sistem eksternal seperti email, paging, voice mail, dan lain-lain (Rozidi, 2004). SMS merupakan aplikasi ponsel yang menyediakan layanan untuk mengirim dan menerima pesan pendek berupa huruf atau teks (Oetomo dan Handoko, 2003). Pada prinsipnya, SMS adalah sebuah perangkat lunak yang menggunakan bantuan komputer dan memanfaatkan teknologi seluler yang diintegrasikan guna mendistribusikan pesan-pesan yang di-generate lewat sistem informasi melalui media SMS yang di-handle oleh jaringan seluler. Short Message Service disingkat SMS adalah sebuah layanan yang diberikan oleh jaringan komunikasi seluler melalui telepon seluler untuk mengirim atau menerima pesan-pesan pendek . SMS memiliki karakteristik utama yang merupakan sebuah sistem pengiriman data dalam paket yang bersifat out-of-band dengan bandwidth

kecil, sehingga

pengiriman suatu burst data yang pendek bisa dilakukan dengan waktu yang singkat dengan tingkat efisiensi yang lebih tinggi. Karakteristik yang dimiliki oleh fasilitas SMS inilah yang nantinya dapat menjadi faktor penting untuk mencapai sukses service provider dalam rangka diferensiasi layanan. Selain digunakan untuk berkirim pesan pendek yang berbentuk alphanumeric, SMS juga dipergunakan untuk mengirim pesan yang berbentuk

biner dan

mengimplementasikan tumpukan (stack). Menurut Oetomo dan Handoko (2003) , SMS memiliki karakteristik yang penting, antara lain:

commit to user


digilib.uns.ac.id

16

a. Karena sifatnya yang nonreal time, hal ini mengakibatkan pesan yang dikirim dapat dijamin akan sampai ke tujuan, jika terjadi kegagalan sistem akan memberikan informasi (report) bahwa pesan gagal ke nomor si pengirim. b. Jika saat pesan dikirim ponsel yang dituju tidak aktif, maka pesan tersebut akan masuk ke dalam antrian sampai batas waktu tertentu (time out) dan akan segera terkirim jika ponsel yang dituju telah aktif, tetapi jika sampai batas time out belum aktif, pesan yang dikirim dianggap gagal. c. Bandwidth yang digunakan rendah. Hal ini dikarenakan sebuah pesan singkat, biasanya hanya terdiri dari beberapa karakter saja, berbeda dengan sebuah pesan email yang terkadang terdiri dari ribuan karakter. Menurut Asyhari (2003) Secara umum layanan SMS memiliki keuntungan dari segi kenyamanan, fleksibilitas, dan kemudahan integrasi yang tidak terlihat antara layanan pesan (messaging service) dengan akses data. Secara garis besar keuntungan yang didapat oleh pelanggan melalui penggunaan fasilitas SMS antara lain: Pengiriman notifikasi dan alert, Pengiriman pesan yang terjamin karena sifatnya yang nonreal time, Pengiriman pesan yang handal (reliable), Layanan komunikasi dengan biaya murah, Meningkatkan produktifitas, Pengiriman pesan lebih dari satu tujuan dalam satu waktu, Pembuatan user group, Integrasi dengan aplikasi data dan aplikasi internet, Mampu menerima informasi yang beragam. 2.4 Model View Controller (MVC) MVC adalah sebuah design pattern yang berfungsi untuk memisahkan kerja menjadi tiga bagian. yaitu model, view, dan controller. Design pattern inilah yang sering digunakan dalam framework yang memungkinkan developer membagi pekerjaan bagi seorang programmer, database analisis, dan desainer (Myer, 2008). Model, merepresantiskan struktur data dari website yang bisa berupa basis data maupun data lain, misalnya dalam bentuk file teks atau file XML. Biasanya didalam model akan berisi class dan fungsi untuk mengambil, melakukan update dan menghapus data website. Karena sebuah website biasanya memnggunakan basis data

commit to user


digilib.uns.ac.id

17

dalam menyimpan data maka bagian model biasanya akan berhubungan dengan perintah-perintah query SQL. Model bisa dibilang khusus digunakan untuk melakukan koneksi ke basis data oleh karena itu logika-logika pemrograman yang berada didalam model juga harus yang berhubungan dengan basis data (Myer, 2008). View, merupakan informasi yang ditampilkan kepada pengunjung website. Sebisa mungkin didalam view tidak berisi logika-logika kode tetapi hanya berisi variabel-variabel yang berisi data yang siap ditampilkan. View bisa dibilang adalah halaman website yang dibuat menggunakan HTML dengan bantuan CSS atau JavaScript. Didalam view jangan pernah ada kode untuk melakukan koneksi ke basis data. View hanya dikhususkan untuk menampilkan data-data hasil dari model dan controller (Myer, 2008). Controller, merupakan penghubung antara model dan view. Didalam Controller inilah terdapat class dan fungsi-fungsi yang memproses permintaan dari view kedalam struktur data didalam model. Controller juga tidak boleh berisi kode untuk mengakses basis data. Tugas controller adalah menyediakan berbagai variabel yang akan ditampilkan di view, memanggil model untuk melakukan akses ke basis data, menyediakan penanganan error, mengerjakan proses logika dari aplikasi serta melakukan validasi atau cek terhadap input (Myer, 2008). 2.5 Unified Model Language (UML) UML adalah bahasa grafis untuk mendokumentasi, menspesifikasikan, dan membangun sistem pernagkat lunak. UML berorientasi objek menerapkan banyak level abstraksi, tidak bergantung proses pengembangan, tidak tergantung bahasa da teknologi, pemaduan beberapa notasi di beragam metodologi, usaha bersama dari semua pihak, disukung oleh kakas-kakas yang diintegrasikan lewat XML. Standar UML dikelola oleh OMG (Object Managenent Group) (Hariyanto, 2004). Sebagai bahasa pemodelan, UML fokus pada pemahaman subyek melalui formulasi model dari subyek (dua konteks yang terhubung). Model memuat pengetahuan pada subyek, dan aplikasi dari pengetahuan ini bekaitan dengan

commit to user


digilib.uns.ac.id

18

intelejensia. Kegunaan diagram pada pemodelan adalah untuk formalisasi ekspresi model objek secara koheren, presisi dan mudah dirumuskan. Pemodelan berorientasi objek memerlukan kakas untuk mengekspresikan model. UML menyediakan sejumlah diagram untuk mengekspresikan pemodelan berorientasi objek yang dilakukan (Hariyanto, 2004). Berikut ini jenis diagram dalam (Hariyanto, 2004) yaitu: 1. Diagram struktur a.

Diagram Kelas (Class Diagram) Diagram ini meunjukkan sekumpulan kelas, interface dan kolaborasi dan keterhubungannya. Diagram kelas ditujukan untuk pandangan statik terhadap sistem. Class diagram mendeskripsikan struktur statis dari kelas di dalam sistem dan mengilustrasikan atribut, operasi, serta relasi diantara kelas (Sugrue, 2010). Berikut ini contoh-contoh notasi/simbol dalam class diagram: Tabel 2.1 Notasi/Simbol dalam Class Diagram Nama

Notasi/symbol

Class

Dependency

Association

commit to user


digilib.uns.ac.id

19

Aggregation

Composition

Generalitazion

Boundary Class

Controll Class

Entity Class

2. Diagram Perilaku a.

Diagram Use-Case (Use-Case Diagram) Diagram ini menunjukkan kasus fungsional dan aktor (jenis kelas khusus) dan keterhubungannya. Use case diagram sangat berguna untuk merepresentasikan kebutuhan dari sistem. Diagram menggambarkan interaksi antara user dan entitas eksternal lainnya dengan sistem yang sedang dikembangkan (Sugrue, 2010). Berikut ini tabel yang menunjukkan notasi/symbol dari use case diagram:

commit to user


digilib.uns.ac.id

20

Tabel 2. 2 Notasi/Simbol Use Case Diagram Nama

Simbol/Notasi

Aktor

Use case

Subject Boundary Association Include Extend Generalization

b.

Sequence Diagram Diagram ini yang menunjukkan interaksi antar objek, diagram ini merupakan pandangan dinamis terhadap sistem. Diagram ini menekankan pada basis keberurutan waktu

dari pesan-pesan

yang

terjadi.

Sequence diagram

mendeskripsikan bagaimana entitas berinteraksi, termasuk message yang digunakan ketika berinteraksi (Sugrue, 2010). Semua message digambarkan dalam urutan eksekusi.

commit to user


digilib.uns.ac.id

21

Tabel 2. 3 Notasi/Simbol Sequence Diagram Nama

Notasi/Simbol

Aktor

Objek Lifeline

Message

Object Destruction Frame

c.

Diagram Aktifitas (Activity Diagram) Diagram ini menunjukkan aliran aktifitas di sistem. Diagram ini adalah pandangan dinamis terhadap sistem. Diagram ini penting untuk memodelkan fungsi sistem dan menekankan pada aliran kendali di anatara objek-objek. Tabel 2. 4 Notasi/Simbol Activity Diagram Nama

Notasi/Simbol

Action

Activity

commit to user


digilib.uns.ac.id

22

Object Node Control Flow Object Flow Decision Node

Merge Node

Fork Node

Join Node

Initian Node Final Node Swimline

commit to user


digilib.uns.ac.id

BAB III METODOLOGI PENELITIAN

Metodologi penelitian ini terdiri dari tahap pengumpulan data, tahap analisis, tahap perancangan, serta tahap implementasi dan pengujian, dan tahap. Pemodelan yang dipakai untuk merancang aplikasi sistem informasi usaha rosok inovatif ini adalah UML (Unified Model Language). Untuk lebih detail mengenai metode penelitian, perhatikan gambar berikut ini: Tahap Penyusunan Dokumentasi (Laporan)

Tahap Pengumpulan Data

Data Primer Observasi Wawancara Survey/Angket

Data Sekunder

Tahap Implementasi dan Pengujian

Tahap Analisis Dan Perancangan

Analisis Permasalahan dan Deskripsi Kebutuhan

Sequence Diagram

Construction

Data Management Layer Design

Testing

Use Case Diagram

Human Computer Interaction Layer Design

Activity Diagram

Class Diagram

Physical Architecture Layer Design

Gambar 3.1 Visualisasi Metodologi Penelitian 3.1 Tahap Pengumpulan Data Metode

pengumpulan

data

adalah

metode

yang

digunakan

untuk

mengumpulkan data-data yang diperlukan dalam penelitian dan penyelesaian tugas akhir. Metode pengumpulan data yang digunakan dalam tugas akhir ini terdiri dari

commit 23to user


digilib.uns.ac.id

24

dua macam data yaitu data primer dan data sekunder. Perolehan dua macam data tersebut adalah dengan penjelasan sebagai berikut: a. Data Primer Data primer yang diperlukan dalam penelitian tugas akhir ini dapat diperoleh dengan beberapa metode, yaitu : i.

Observasi Observasi dilakukan dengan melakukan pengamatan terhadap usaha rosok di desa Geneng. Observasi dilakukan dengan melakukan kunjungan ke desa Geneng, kantor kepala desa Geneng, serta ke tempat pengepul rosok yang menjadi tempat transaksi penjualan dari pedagang rosok. Observasi ini dilakukan untuk pengamatan terhadap potensi pedagang rosok, kesejahteraan pedagang rosok desa Geneng, observasi perputaran rosok, penjualan rosok, dan proses perdagangan rosok.

ii.

Wawancara Wawancara

dilakukan

secara

langsung

bertemu

dengan

narasumber.

Wawancara dilakukan dengan mengajukan pertanyaan kepada pedagang rosok desa Geneng, pengepul rosok dan pihak pemerintah desa Geneng. Masingmasing dari pertanyaan dan ringkasan jawaban terdapat dalam lampiran 3. Wawancara kepada pedagang rosok desa Geneng bertujuan mengetahui permasalahan yang menjadi kendala dalam pencarian dan perdagangan rosok. Kemudian wawancara kepada pengepul rosok bertujuan mengetahui proses perdagangan rosok selanjutnya, barang rosok, dan harga jual rosok. Wawancara kepada pemerintah desa Geneng bertujuan mengetahui keterlibatan pemerintah dalam usaha rosok, data statistik pedagang rosok, serta data monografi desa Geneng. iii.

Angket/Survei Survei dilakukan dengan memberikan kuisioner kepada pedagang rosok desa Geneng dengan menggunakan sampel 25 pedagang rosok. Angket dan hasil

commit to user


digilib.uns.ac.id

25

angket terdapat dalam lampiran 4. Angket bertujuan untuk mengetahui data diri pegawai rosok, data kepemilikan ponsel/HP serta fiturnya, dan data tentang modal pegawai rosok. b. Data Sekunder Data sekunder dapat diperoleh dengan metode studi pustaka. Studi pustaka dilakukan dengan membaca buku, artikel dan jurnal dari media cetak maupun elektronik seputar perancangan sistem informasi, web service, dan hal lain yang berhubungan dengan pembangunan sistem informasi untuk usaha rosok inovatif. Studi pustaka dilakukan di BPS kabupaten Sragen, mengunjungi situs e-jurnal, serta membaca buku sebagai literatur. Studi pustaka bertujuan untuk mendapatkan data pendukung argumentasi serta teori-teori yang baerkaitan dengan pembangunan sistem informasi usaha rosok inovatif. 3.2 Tahap Analisis dan Perancangan Pada tahap analisis, terdapat banyak sub tahap, antara lain sebagai berikut ini: a. Tahap Analisis Permasalahan dan Deskripsi Kebutuhan Sub tahap analisis permasalahan ini dilakukan guna melakukan listing semua permasalahan yang ada, sehingga terdapat penyikapan terhadap permasalahan tersebut. Tahap ini dilakukan dengan tujuan mengetahui permasalahan, kemudian dilakukan skala prioritas terhadap semua permasalahan dan menentukan permasalahan yang harus segera diselesaikan. Penentuan permasalahan yang harus diselesaikan berdasarkan urutan kepentingan dan/atau berdasarkan urutan skala prioritas serta dampak yang akan timbul dalam sistem. Analisis kebutuhan dibedakan menjadi functional dan analisis kebutuhan non functional sistem. Pada kebutuhan functional dijabarkan tentang kebutuhan sistem dari segi hal yang harus ada dalam sistem, mekanisme kerja sistem, serta pihak yang terlibat terhadap sistem. Pada kebutuhan non functional dijabarkan kebutuhan yang mendukung sistem. Dari tahap ini, maka akan diketahui kebutuhan-kebutuhan baik kebutuhan pokok ataupun kebutuhan penunjuang dalam membangun sistem.

commit to user


digilib.uns.ac.id

26

b. Use Case Diagram Sub tahap ini dilakukan untuk memodelkan analisis permasalahan dan kebutuhan yang sebelumnya dilakukan dengan membuat use case diagram. Use case diagram dibuat analisis detail mulai dari actor glossary, hak dan kewajiban aktor, use case glossary, use case description, dan use case diagram. Dalam use case diagram ini dimodelkan aktor yang terlibat dalam sistem serta hal yang dapat dilakukan aktor dalam sistem. c. Activity diagram Activity Diagram dibuat untuk pemodelan kegiatan/aktivitas yang dilakukan oleh aktor yang akan memudahkan implementasi program. d. Class Diagram Pada sub tahap ini dilakukan pemodelan class yang dibutuhkan dalam sistem berdasarkan analisis permaslahan dan kebutuhan. Pada tahap ini, dibuat class diagram untuk memudahkan pengimplementasian sistem, mengetahui class yang dibutuhkan berikut atribut kelas dan operasinya. Class diagram ini juga merepresentasikan relasi antar kelas. e. Sequence Diagram Sub tahap ini melakukan analisis alur atau mekanisme aktor yang terkait dengan sistem. Analisis alur tersebut dilakukan dengan cara dimodelkan dengan membuat sequence diagram. Diagram ini yang menunjukkan interaksi antar objek. Diagram ini menekankan pada basis keberurutan waktu dari pesan-pesan yang terjadi. f.

Data Management Layer Design Pada sub tahap ini melakukan perancangan basis data mulai dari nama basis data, tabel dalam basis data, atribut dan tipe data tabel, dan relasi antar tabel. Sub tahap ini juga melakukan perancangan transaksional antar tabel dalam sistem.

commit to user


digilib.uns.ac.id

27

g. Physical Architecture Layer Design Pada sub tahap ini dibuat perancangan arsitektur dilihat dari dua macam arsitektur, yaitu arsitektur aplikasi sistem dan arsitektur sistem jaringan yang akan diterapkan pada tahap implementasi. 3.3 Tahap Implementasi dan Pengujian Pada tahap Implementasi, dilakukan construction yaitu pemrograman sistem dan testing yaitu melakukan pengujian jalannya program. Tahap ini adalah tahap mengimplementasikan segala sesuatu yang telah di analisis dan dirancang pada tahap analisis

dan

tahap

perancangan.

Hardware

yang

digunakan

untuk

mengimplementasikan sistem mempunyai spesifikasi sebagai berikut: Processor Intel Pentium Dual Core 1,86 GHz, Ram 1 GB DDR2. Sedangkan untuk hardware layanan SMS menggunakan modem Wavecom Fastrack dan ponsel/HP sebagai alat untuk SMSnya. Sistem dibangun menggunakan bahasa pemrograman PHP Object dengan framework CodeIgniter yang mendukung konsep MVC (model, view, controller) menggunakan library nuSOAP untuk pembangunan service-nya, gammu versi 1.25 untuk server smsnya, dan MySQL versi 5 untuk basis datanya yang didukung engine innoDB. Pengujian dilakukan dengan cara memberikan input ke program dan dianalisis outputnya. Penginputan dicoba dengan input yang benar dan/atau yang salah, kemudian dilakukan perbaikan apabila sistem tidak sesuai dengan perancangan. 3.4 Tahap Penyusunan Dokumentasi Tahap ini adalah tahapan penyusunan laporan dari setiap tahap yang dikerjakan. Setiap tahap yang sudah dikerjakan, langsung didokumentasikan laporannya pada tahap ini. Jadi, tahap ini dilakukan setiap kali satu tahap selesai dikerjakan. Laporan disusun untuk mendokumentasikan segala report analisis, perancangan, implementasi dan pengujian yang selanjutnya disusun sebagai sebuah hasil dari penelitian ini.

commit to user


digilib.uns.ac.id

BAB IV HASIL DAN PEMBAHASAN 4.1 Analisis dan Perancangan Sistem 4.1.1 Analisis Permasalahan dan Kebutuhan Sistem Analalisis permasalahan ini dimulai dari pihak-pihak yang terlibat dalam usaha perdagangan rosok yaitu pedagang rosok, pemilik rosok (customer), dan pengepul rosok. Sasaran pihak yang akan disejahterakan adalah pedagang rosok. Pemilik rosok selain sebagai customer juga sebagai supplier (penyedia barang rosok). Pemilik rosok menjual barang rosok kepada pedagang (pegawai) rosok. Berdasarkan pengamatan, pedagang rosok desa Geneng tidak bisa mengoperasikan komputer. Dalam pembangunan sistem ini, pedagang rosok mendaftarkan data diri mereka untuk mendapatkan account sebagai pegawai. Permasalahannya, yang berhak mendaftar ke sistem hanya pedagang rosok desa Geneng. Pengepul rosok tidak diperbolehkan mendaftar sebagai pegawai. Oleh karena itu, pendaftaran tidak dilakukan dengan SMS dengan tujuan melakukan seleksi bahwa yang berhak mendaftar hanyalah pedagang rosok di desa Geneng. Kebutuhan informasi yang up to date tentang data customer, harga jual rosok, dan pemberitahuan keberadaan rosok harus dimanajemen dengan suatu sistem. Untuk memanajemen

ini

dibutuhkan

administrator

sistem.

Administrator

dapat

menambahkan pegawai, menyunting data pegawai, dan menghapus data pegawai. Administrator juga dapat menambah data barang rosok, menyunting data barang rosok, dan menghapus data barang rosok. Untuk memudahkan administrator dalam memanaje sistem harus dibuat modul pencarian. Kebutuhan terhadap rekapitulasi order sebagai bagian dari manajemen juga harus ada dalam sistem, sehingga sistem membutuhkan modul manajemen order.

commit 28to user


digilib.uns.ac.id

29

Informasi keberadaan rosok dari customer dapat dilakukan dengan SMS melalui dua media yaitu ponsel dan website. Untuk memudahkan administrator dalam mengelola sistem, pengelolaan SMS harus mendukung beberapa otomatisasi misalnya membalas SMS secara otomatis (autoreply). Sistem juga hendaknya segera meneruskan informasi keberadaan rosok dari customer kepada pedagang rosok. Oleh karena itu, diperlukan otomatisasi penerusan pesan (autoforwarding). Pengelolaan SMS juga harus selalu me-refresh sistem agar SMS keluar masuk dapat pula dikelola secara otomatis. Sistem informasi ini hendaknya menyimpan data customer, data pedagang (pegawai) rosok, serta data pemberitahuan informasi ketersediaan rosok. Dalam hal memanajemen kebutuhan tersebut, karena sistem dibuat berbasis web service maka dibutuhkan beberapa service untuk mendukung keberjalanan sistem. Service yang harus dibuat antara lain menyimpan data customer yang diinputkan dari setiap pesan masuk, menyimpan data pemberitahuan informasi ketersediaan rosok, menampilkan data pegawai rosok, dan menampilkan nomor telpon pegawai rosok untuk kepentingan penerusan informasi pemberitahuan ketersedian rosok. Upaya dalam kebutuhan pengembangan sistem juga dipersiapkan dalam sistem ini, yaitu dengan menyediakan beberapa service tersebut. Hanya administrator yang berhak memanipulasi data dan administrator masuk ke sistem dengan cara login (menggunakan session) terlebih dahulu. Sistem dapat menampilkan data pegawai rosok, data order rosok, dan daftar harga jual rosok khusus untuk pegawai rosok (pedagang rosok). Pengguna sistem ini adalah semua pihak yang berkepentingan pada sistem informasi usaha rosok inovatif ini (read) seperti pengunjung website, pemilik rosok, dan pegawai rosok (pedagang rosok) dan administrator sistem (write). Setelah administrator melakukan login dengan session, maka administrator memiliki hak-hak kepada sitem antara lain: manajemen pegawai (tambah, update, hapus), manajemen rosok (tambah, update, hapus), manajemen order (forwarding SMS) dan manajemen SMS. Pegawai (pedagang) rosok memiliki

commit to user


digilib.uns.ac.id

30

hak mengetahui daftar harga jual rosok secara up to date dan melihat daftar order. Sedangkan pengunjung digeneralisasikan dari pengunjung biasa (hanya melihat website) dan pemilik rosok (dapat melakukan sms pemberitahuan kepada sistem tentang kepemilikan rosok dan sms kenal pegawai rosok). Intinya, yang terlibat dalam sistem ini adalah administrator, pegawai rosok, dan pemilik rosok (customer). Berdasarkan analisis permasalahan dan kebutuhan diatas, maka kebutuhan sistem diklasifisikasikan menjadi dua macam yaitu kebutuhan functional dan kebutuhan non functional. Masing-masing penjelasan dari kebutuhan adalah sebagai berikut: a.

Kebutuhan Functional Kebutuhan functional dari sistem ini, antara lain: 1. Sistem dapat menampilkan seluruh informasi tentang data pegawai rosok, data barang rosok, serta data order rosok (SMS). 2. Administrator sistem dapat menambahkan, meng-update, menghapus data pegawai rosok, dan data barang rosok. Administrator juga melakukan manaje order dan melakukan pencarian. 3. Sistem dapat melakukan pembalasan pesan (autoreply) secara otomatis, penerusan pesan secara otomatis (autoforward) terhadap pesan masuk dari SMS yang masuk. 4. Sistem mengelola setiap informasi yang berkaitan dengan ketersediaan rosok dari customer melalui dua media SMS yaitu ponsel dan website. 5. Sistem dapat menyimpan data customer, data order, data pegawai, dan data barang rosok.

b.

Kebutuhan Non Functional Kebutunan non functional dari sistem ini, antara lain: 1. Sistem informasi usaha rosok inovatif mudah dipelajari dan digunakan. 2. Dapat dibuka menggunakan browser standar. 3. Sistem dapat dijalankan dengan sistem operasi Windows. 4. Dapat diakses melalui intranet maupun internet.

commit to user


digilib.uns.ac.id

31

4.1.2 Pemodelan Use Case Diagram 4.1.2.1 Use Case Modeling 4.1.2.1 Actor Glosary Tabel 4.1 Actor Glosary Nama Actor Administrator

Deskripsi Orang yang bertanggung jawab terhadap jalannya sistem termasuk melakukan pengelolaan terhadap sistem. Pedagang Pihak yang menjadi sasaran dari kebermanfaatan (Pegawai) Rosok pembuatan sistem ini. Pengunjung/Pemilik Pihak/instansi yang akan memberi informasi keberadaan Rosok (Guest) 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 Administrator

-

Pedagang (Pegawai) Rosok

-

Pengunjung/Pemilik Rosok (Guest) -

Hak dan Kewajiban 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. Melakukan SMS permintaan daftar harga secara up to date Mendapatkan informasi order rosok Melihat laporan order 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

commit to user


digilib.uns.ac.id

32

ID Nama Use Case 1 Login 2 3 4

5

6 7 8

9

Deskripsi Fungsi yang digunakan agar user dapat mengakses sistem . Manaje Pegawai Fungsi untuk melakukan pengelolaan pegawai, meliputi add, update, dan delete data pegawai. Manaje Rosok Fungsi untuk melakukan pengelolaan barang rosok, meliputi add, update dan delete data rosok. Manaje Order Fungsi untuk melakukan pengelolaan terhadap order (informasi) rosok, termasuk didalamnya melakukan pengelolaan laporan order dan Managing dari SMS ataupun website. SMS Rosok Fungsi untuk melakukan SMS kepada sistem baik melalui website ataupun ponsel terkait informasi (order) keberadaan/kepemilikan barang rosok. SMS Kenal Fungsi yang disediakan untuk guest mengenal Pegawai data diri pegawai rosok melalui SMS. View Laporan Fungsi untuk melihat rekapitulasi order dan data pegawai. 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. 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.

commit to user


digilib.uns.ac.id

33

4.1.2.2 Use Case Diagram 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

commit to user


digilib.uns.ac.id

34

4.1.2.2 Use Case Description Tabel 4.4 Use Case Description Manage Pegawai Use Case Name ID Importance Level Primary actor Stakeholders and interest Brief Description

Trigger Type Relationship

Normal flow event

Sub flow

Manage Pegawai 1 High Admin Admin: melihat data pegawai, tambah data pegawai, update data pegawai, hapus data pegawai, dan mencari data pegawai. Pegawai. 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. Internal Assosiation : admin Include : view pegawai Extends : add pegawai, update pegawai, hapus pegawai, search pegawai Generalization : 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, kemudian menjalankan usecase update pegawai atau delete pegawai Mencari pegawai 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.

commit to user


digilib.uns.ac.id

35

3.1.6 Admin memilih kembali ke halaman manage pegawai 3.1.7 Kembali ke tahap 3 3.2 Add pegawai 3.2.1 Admin mengisikan pegawai baru

data 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.1 Sistem mengkonfirmasi kepada admin apakah data benar-benar akan dihapus. 3.3.2 Admin menyetujui menghapus data pegawai 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 Search Pegawai 3.4.1 Admin memasukkan kata kunci pencarian pegawai 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 3.4.4 Kembali ke tahap 3 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.

commit to user


digilib.uns.ac.id

36

Tabel 4.5 Use Case Description Manage Rosok Use Case Name ID Importance Level Primary actor Stakeholders and interest Brief Description


Normal flow event

Sub flow

Manage Rosok 2 High Admin Admin: melihat data rosok, tambah data rosok, update data rosok, hapus data rosok, dan mencari data rosok 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. Internal Assosiation : admin Include : view rosok Extends : add rosok, update rosok, hapus rosok, search rosok Generalization : 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 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

commit to user


digilib.uns.ac.id

37

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.1 Sistem mengkonfirmasi kepada admin apakah data benar-benar akan dihapus. 3.3.2 Admin menyetujui menghapus data rosok 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 Search Rosok 3.4.1 Admin memasukkan kata kunci pencarian rosok 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 3.4.4 Kembali ke tahap 3 3.1.3 Data yang dimasukkan salah 3.1.4 Jika data salah, kembali ke halaman update rosok dengan penandaan di data yang salah

Alternate/ Exceptional flow

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 menghapus data rosok

menyetujui 3.4.3 Jika kata kunci tidak ada, sistem memberikan pemberitahuan bahwa data yang dicari tidak tersedia

commit to user


digilib.uns.ac.id

38

Tabel 4.6 Use Case Description SMS Kenal Pegawai Use Case Name ID Importance Level Primary actor Stakeholders and interest Brief Description Trigger Type Relationship

Normal flow event

SMS Kenal Pegawai 3 Medium Pemilik Rosok Pemilik Rosok: melakukan SMS ke sistem untuk mengetahui detail data pegawai. Pegawai Rosok: pegawai rosok dikenal account-nya oleh pemilik rosok Use case ini berfungsi untuk memperkenalkan pegawai rosok dengan account yang mereka miliki kepada pemilik rosok. Internal Assosiation : Pemilik Rosok Include : Extends : Manage SMS Generalization : Aksi Pemilik Rosok 1. Pemilik Rosok melakukan SMS ke sistem dengan format kenal pegawai

Reaksi

2. 3.

Sistem menerima SMS

Pemilik rosok menerima SMS balasan dari sistem berisi informasi detail pegawai. 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. 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.

Sub flow


Tabel 4.7 Use Case Description SMS Harga Use Case Name ID Importance Level Primary actor Stakeholders and interest

SMS Harga 4 High Pegawai Rosok Pegawai Rosok: melakukan SMS ke sistem untuk mengetahui harga jenis rosok tertentu secara up to date.

commit to user


digilib.uns.ac.id

39

Brief Description


Usecase ini berfungsi untuk memberikan kemudahan kepada pegawai rosok dalam mengetahui perkembangan harga jual rosok secara real time dan up to date Internal Assosiation : Pegawai rosok Include : Extends : Manage SMS Generalization : Aksi Pemilik Rosok 1. Pegawai Rosok melakukan SMS ke sistem dengan format SMS harga

Normal flow event

Reaksi

2. 3.

Sistem menerima SMS

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. 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 ID Importance Level Primary actor Stakeholders and interest Brief Description Trigger Type Relationship

Meminta Order 5 High Pegawai Rosok Pegawai Rosok: melakukan SMS ke sistem untuk meminta order rosok yang tertuju ke accountnya Usecase ini berfungsi untuk memberikan kemudahan kepada pegawai rosok dalam mengetahui setiap order yang masuk untuk accountnya Internal Assosiation : Pegawai rosok Include : Extends : Notifikasi Generalization : -

commit to user


digilib.uns.ac.id

40

Normal flow event

Aksi Pemilik Rosok 1. Pegawai Rosok melakukan SMS ke sistem dengan format SMS minta order

Reaksi

2. 3.

Sistem menerima SMS

Pegawai rosok menerima SMS balasan dari sistem berisi informasi detail order yang ia miliki. 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. 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.

Sub flow


Tabel 4.9 Use Case Description View Laporan Use Case Name ID Importance Level Primary actor Stakeholders and interest Brief Description Trigger Type Relationship

Normal flow event

View Laporan 6 Low Pemilik rosok Pemilik Rosok: melihat laporan tentang data transaksi rosok Usecase ini berfungsi untuk memberikan informasi kepada pemilik rosok tentang data transaksi seputar rosok Internal Assosiation : Pemilik rosok Include : Extends : Generalization : Aksi Pemilik Rosok 1. Pemilik Rosok memilih melihat laporan/rekapitulasi

Reaksi

2. 3.

Pegawai rosok data/rekapitulasi

commit to user

melihat

Sistem menampilkan data/rekapitulasi seputar rosok


digilib.uns.ac.id

41

Sub flow Alternate/ Exceptional flow

-

Tabel 4.10 Use Case Description Manage Laporan Use Case Name ID Importance Level Primary actor Stakeholders and interest Brief Description Trigger Type Relationship

Normal flow event

Sub flow


Manage Laporan 7 High Sistem Sistem, Pegawai Rosok, Data Rosok, Pemilik Rosok Usecase ini berfungsi untuk memberikan data rekapitulasi/laporan seputar olah data pada sistem. Ketika ada SMS order yang masuk ke sistem Internal Assosiation : Include : Extends : Manage Order Generalization : Aksi Sistem 1. Refresh Laporan 2. Menampilkan data rekapitulasi terbaru 2.1 Melakukan pengecekan database tentang record data yang terbaru. 2.2 Jika ada data terbaru, maka lakukan langkah 1 2.2 Menampilkan rekapitulasi terbaru 2.1 Jika tidak ada terbaru, maka tetap lakukan langkah 1

Tabel 4.11 Use Case Description Manage Order Use Case Name ID Importance Level Primary actor Stakeholders and interest Brief Description

Trigger Type

Manage Order 8 Medium Sistem Sistem, Pegawai Rosok, Data Rosok, Pemilik Rosok Usecase ini berfungsi untuk memanaje apabila ada order (SMS) pemberitahuan keberadaan rosok serta terkait autoforwrding informasi tersebut ke pegawai rosok. Internal

commit to user


digilib.uns.ac.id

42

Relationship

Normal flow event

Sub flow


Assosiation : Include : Extends : Manage laporan, manage SMS Generalization : 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) 2.1 Jika format benar, masuk ke inbox, kemudian melakukan langkah 3 dan seterusnya 3.1 Jika format benar, maka diberikan balasan dengan format tertentu. 4.1 Jika pesan berhasil di forward, maka beri status berhasil 2.1 Jika format salah, masuk ke inbox, kemudian melakukan 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 ID Importance Level Primary actor Stakeholders and interest Brief Description Trigger Type Relationship

Normal flow event

Manage SMS 9 High Sistem Sistem, Pegawai Rosok, Data Rosok, Pemilik Rosok Usecase ini berfungsi untuk memanage apabila ada SMS SMS seputar rosok atau yang berkaitan dengan sistem informasi rosok ini Internal Assosiation : Include : Extends : SMS kenal pegawai, SMS harga, notifikasi, manage order Generalization : Aksi Sistem 1. Autorefresh database (inbox) 2. Melakukan pengecekan format

commit to user


digilib.uns.ac.id

43

SMS Memberikan SMS balasan ke pemilik rosok 4. Melanjutkan pesan SMS ke pegawai rosok (forward) 2.1 Jika format benar, masuk ke inbox, kemudian melakukan langkah 3 dan seterusnya 3.1 Jika format benar, maka diberikan balasan dengan format tertentu. 4.1 Jika pesan berhasil di forward, maka beri status berhasil 2.1 Jika format salah, masuk ke inbox, kemudian melakukan 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. 3.

Sub flow


Tabel 4.13 Use Case Description Notifikasi Use Case Name ID Importance Level Primary actor Stakeholders and interest Brief Description Trigger Type Relationship

Normal flow event

Sub flow Alternate/ Exceptional flow

Notifikasi 10 High Sistem Sistem, Pegawai Rosok, Data Rosok, Pemilik Rosok Usecase ini berfungsi untuk memanaje apabila ada SMS SMS seputar rosok atau yang berkaitan dengan sistem informasi rosok ini Internal Assosiation : Include : Extends : SMS kenal pegawai, SMS harga, notifikasi, manage order Generalization : Aksi Sistem 3.3.3.1 Memberikan pemberitahuan kepada pegawai rosok saat meminta order atau saat terdapat order. -

commit to user


digilib.uns.ac.id

44

4.1.3 Activity Diagram a. Activity Diagram untuk Manage Pegawai 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

Menampilkan data terbaru pegawai [ Pilihan = add ]

[ Pilihan = delete ] [ Pilihan = update ]

Memilih Add Pegawai

Memilih Update Pegawai

Memilih Delete Pegawai

Memilih Data Dihapus

Mengisi Form Add

Mengupdate Data Pegawai

Memvalidasi hasil Add

Memvalidasi hasil update

[ Tidak Valid ]

Mengkonfimasi Penghapusan

[ Tidak Valid ] [ Valid ]

Menyimpan Data Pegawai

[ No ]

[ Valid ] Menyimpan Data Terbaru

[ Yes ] Menyimpan Data Terbaru

Gambar 4.2 Activity Diagram untuk Manage Pegawai

commit to user


digilib.uns.ac.id

45

b. Activity Diagram untuk Manage Rosok 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

Menampilkan Data Terbaru Rosok [ Pilihan = Add ]

[ Pilihan = Delete ] [ Pilihan = Update ]

Memilih Add Rosok

Memilih Update Rosok

Memilih Delete Rosok

Memilih Data Dihapus

Mengisi Form Add

Mengupdate Data Rosok

Memvalidasi hasil Add

Memvalidasi hasil update

Mengkonfimasi Penghapusan

[ Tidak Valid ]

[ No ]

[ Tidak Valid ] [ Valid ]

Menyimpan Data Rosok

[ Valid ] Menyimpan Data Terbaru

[ Yes ] Menyimpan Data Terbaru

Gambar 4.3 Activity Diagram unuk Manage Rosok

commit to user


digilib.uns.ac.id

46

c. Activity Diagram untuk Pencarian 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

[ Tidak Valid ]

[ Valid ] Menampilkan hasil pencarian

Gambar 4.4 Activity Diagram untuk Pencarian

commit to user


digilib.uns.ac.id

47

d. Activity Diagram untuk Melakukan SMS Order 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

[ Tidak Valid ] Mengiri Pemberitahuan Format Salah [ Valid ] Memberikan Ucapan Terima Kasih

Meneruskan

Gambar 4.5 Activity Diagram untuk Melakukan SMS Order

commit to user


digilib.uns.ac.id

48

e. Activity Diagram Melakukan SMS Harga dan SMS Kenal Pegawai 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

[ Tidak Valid ] Memberikan Pemberitahuan Format Salah [ Valid ]

Mengirim Informasi yang Diminta

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:

commit to user


digilib.uns.ac.id

49

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:

commit to user


digilib.uns.ac.id

50

Gambar 4.8 Class Diagram

commit to user


digilib.uns.ac.id

51

4.1.5 Sequence Diagram a. Sequence Diagram Untuk Manage Pegawai 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

commit to user


digilib.uns.ac.id

52

b. Sequence Diagram untuk Manage Rosok 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

commit to user


digilib.uns.ac.id

53

c. Sequence Diagram untuk Pencarian 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

commit to user


digilib.uns.ac.id

54

d. Sequence Diagram untuk SMS Order 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

commit to user


digilib.uns.ac.id

55

e. Sequence Diagram untuk SMS Kenal Pegawai 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:

commit to user


digilib.uns.ac.id

56

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. 1.

Nama Tabel User

Deskripsi Tabel ini untuk menyimpan User (Administrator) yang berhak mengakses front-end sistem.

commit to user


digilib.uns.ac.id

57

2.

Pedagang Rosok

Tabel ini untuk menyimpan daftar pegawai/pedagang 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

Index

Keterangan

Username

Varchar (20)

Primary Key

Not Null

Password

Varchar (20)

-

Not Null

Tabel 4.16 Atribut Tabel Pedagang Rosok Atribut Tabel

Tipe Data

Index Primary Key

Keterangan

Id_Pegawai

Varchar (8)

Nama

Varchar (20)

-

Not Null

Alamat

Varchar (50)

-

Not Null

-

Not Null

Jenis Kelamin

Not Null

Tempat Lahir

Varchar (20)

-

Not Null

Tanggal Lahir

Date

-

Not Null

No_Telp

Varchar(13)

-

Not Null

commit to user


digilib.uns.ac.id

58

Tabel 4.17 Atribut Tabel Barang Rosok Atribut Tabel

Tipe Data

Index Primary Key

Keterangan

Id_Rosok

Varchar(8)

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

Unik PK

Not Null

No_Telp_Customer Varchar(13)

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

Forign Key

Not Null

No_Telp_Customer Varchar(13)

Tabel 4.20 Atribut Tabel Inbox Atribut Tabel

Tipe Data

ID

Int(10)

SenderNumber TextDecoded

Index

Keterangan

Primary Key

Not Null

Varchar(20)

-

Not Null

Varchar(160)

-

Not Null

ReceivingDateTime TimeStamp

-

Not Null

Processed

-

Not Null

commit to user


digilib.uns.ac.id

59

Tabel 4.21 Atribut Tabel Outbox Atribut Tabel

Tipe Data

ID

Int(10)

DestinationNumber

Index

Keterangan

Primary Key

Not Null

Varchar(20)

-

Not Null

TextDecoded

Varchar(160)

-

Not Null

SendingDateTime

TimeStamp

-

Not Null

-

Not Null

DeliveryReport

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: Pegawai_rosok

Pesanan

PK Id_Pegawai Alamat Jenis_Kelamin Tempat_Lahir Tanggal_Lahir No_Telp

PK

Id_Order

FK1 FK2 FK2

Id_Pegawai No_Telp_Customer Nama_Customer

Barang_Rosok

Customer

User PK

PK PK

Id_Barang

PK Username Nama Harga

Password

Nama_Customer No_Telp_Customer Alamat_Customer

Gambar 4. 15 Relasi antar tabel Web Service Server Outbox

Inbox PK

PK

ID ReceivingDateTime TextDecoded Processed SenderNumber

ID SendingDateTime TextDecoded DeliveryReport

Gambar 4.16 Relasi Antar Tabel SMS Server

commit to user


digilib.uns.ac.id

60

4.1.7 Service-Service yang Tersedia dalam Sistem 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. 1.

Nama Service Tampil_idPegawai

Kegunaan Service 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 orderorder informasi ketersidaan barang rosok.

commit to user


digilib.uns.ac.id

61

4.1.8 Arsitektur Aplikasi Sistem 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.

Client Side

Application Framework

Model

Controller

View FUTURE

Browser SMS Server

Database Server WEB SERVICE SERVER

Smart Client Server Side

WS Client Database Gammu (PHP) Gammu

Ponsel/HP

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

commit to user


digilib.uns.ac.id

62

dimasukkan kedalam database dan masuk pada tabel inbox. Web service client (PHP) 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:

Internet

DB Server (MySQL) Base Station

XML/ SOAP

SMS User

XML/ SOAP

SMS Server (Gammu)

Aplikasi Web Server

Browser

Web Service (nuSOAP)

Gambar 4.18 Arsitektur Jaringan Sistem Penjelasan

dari

Gambar

4.16

diatas

adalah

web

service

ditanamkan/digabungkan dalam satu server yang sama yaitu pada web server. Web

commit to user


digilib.uns.ac.id

63

server terhubung dengan database server. Client web mengakses antarmuka web melalui web browser. User yang mengirimkan SMS melalui ponsel melewati base station diterima oleh web service client (Gammu). Sementara itu, web service client (Gammu) yang mendukung SOAP/XML dapat mengakses service yang tersedia di web service server. Dari gambar tersebut, apabila suatu saat sistem dikembangkan misal menjadi aplikasi smart client maka client tersebut tinggal mengakses service yang telah disediakan. 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

commit to user


digilib.uns.ac.id

64

atribut yang dimilikinya. Web service berikut dapat diakses untuk kepentingan pemrosesan SMS dan dapat dipanggil pula pada suatu ketika saat service-service-nya dibutuhkan.

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:

commit to user


digilib.uns.ac.id

65

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,

commit to user


digilib.uns.ac.id

66

ataupun mengubah data barang rosok. Berikut ini tampilan untuk halaman manage 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:

commit to user


digilib.uns.ac.id

67

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.

commit to user


digilib.uns.ac.id

68

Pengunjung menginformasikan nama, alamat, serta nomor telpon/HP-nya. Berikut 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.

commit to user


digilib.uns.ac.id

69

c. Autoforward : Sistem meneruskan informasi kepada pihak yang berhak menerima 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

1.

ROSOK#Account Pegawai Rosok#Nama Pemilik Rosok#Alamat Pemilik Rosok

2.

KENAL#Account Pegawai Rosok

3.

HARGA#Nama Rosok

Keterangan

Dilakukan Oleh SMS tipe ini untuk Pemilik memberitahukan kepada Rosok pegawai rosok yang telah ditunjuk sesuai account-nya bahwa ada ketersediaan barang rosok yang dimiliki oleh pemilik rosok SMS tipe ini adalah SMS Pelanggan berkenalan dengan pegawai atau Calon rosok, dengan melakukan Pelanggan SMS ini customer/pelanggan akan mengetahui Identitas pegawai rosok dengan account tertentu. SMS tipe ini digunakan Pedagang untuk mengetahui harga Rosok barang rosok secara up-todate. Sehingga akan memberikan informasi kepada pedagang rosok informasi harga barang rosok.

commit to user

Service yang Diakses Tampil_idPegawai, Cari_noTelpPegawai, inputCustomer, Create_idOrder, Input_Order, Tampil_Order Tampil_idPegawai, Kenal_pegawai

cariHarga


digilib.uns.ac.id

70

4.3.2.3 Antarmuka Layanan SMS 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:

commit to user


digilib.uns.ac.id

71

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 ROSOK#DE100889#E KO#Jl. Melati No. 5 (HP: 085227804885)

Keterangan Positif Case

ROSOK#CD100889#E Negatif Case KO# Jl. Melati No. 5 (HP: 085227804885) > Id_Pegawai tidak ada ROSOK#DE100889# Negatif Case Terserah

Negatif Case

Isi Balasan Terima Kasih Informasinya, SMS Rosok anda akan kami beritahukan ke DE100889 dengan nama pegawai Deni Agus Kristianto Id Pegawai tidak ditemukan

Harap isi NAMA dan Alamat anda Maaf format yang anda kirim salah

commit to user

Isi Forward Anda dapat ORDER Rosok dari EKO di alamat JL. MELATI NO. 5 dengan nomor telpon +6285227804885 -

-


digilib.uns.ac.id

72

Tabel 4.25 Hasil Ujicoba SMS Kenal Pegawai Rosok Format SMS KENAL#DE100889


ROSOK#CD100889 ROSOK# Terserah

Negatif Case Negatif Case Negatif Case

Isi Balasan Id Pegawai = DE100889, Nama = Deni Agus Kristianto, Jenis Kelamin = Laki-laki, Tempat Tanggal Lahir = Sragen, 10-081989, No.Telp = 085728344866 Id Pegawai tidak ditemukan Harap isi Id Pegawai Maaf format yang anda kirim salah

Tabel 4.26 Hasil Ujicoba SMS Harga Rosok

Format SMS HARGA#Besi Super A


ROSOK#CD100889 ROSOK# Terserah

Negatif Case Negatif Case Negatif Case

Isi Balasan Id Rosok = BES00001, Nama = Besi Super A, Harga = Rp. 4.500/Kg Id Pegawai tidak ditemukan Harap isi Id Pegawai 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.

commit to user


digilib.uns.ac.id

BAB V KESIMPULAN DAN SARAN

5.1 Kesimpulan Berdasarkan pada penelitin, hasil, dan pembahasan disimpulkan bahwa pedagang rosok tidak bisa mengoperasikan komputer, harga jual rosok yang fluktuatif, serta kebutuhan tersampaikannya informasi, maka sistem telah dibangun sesuai kebutuhan tersebut. Sistem ini terdapat empat modul penting yaitu Manage Pegawai, manage rosok, manage order, dan pencarian. Untuk pengelolaan informasi dari SMS melalui ponsel/HP memerlukan serviceservice untuk mengakses basis data, yaitu service Tampil Id Pegawai untuk menampilkan id pegawai sebagai kata kunci penerusan informasi pemberitahuan, cari nomor telpon pegawai untuk meneruskan pesan (forward), input customer untuk menyimpan data customer, cari harga untuk memberikan harga saat pegawai meminta data harga jual, kenal pegawai untuk memperkenalkan data pegawai dalam promosi, create id order, input order, dan tampil order untuk manajemen ordernya. Adanya service tersebut, sebagai wujud sistem dapat dikembangkan dan ada keberlanjutannya. Pemrosesan SMS secara otomatis, antara lain: autorefresh, autoreplay, autoforward, dan autoinsert yang memudahkan administrator sistem dalam pengelolaan sistem. 5.2 Saran Saran yang disampiakan pada penulisan tugas akhir ini adalah dari sistem yang sudah jadi sekarang, ke depannya dimanfaatkan untuk pengembangan lebih lanjut aplikasi client (smart client) berbasis mobile ataupun aplikasi sistem yang lain yang mengakses web service yang sudah tersedia dalam sistem ini. Kedepan sistem juga diharapkan menampilkan tranparansi harga rosok kepada pemilik rosok, dengan mencantumkan harga beli terendah dan untuk pedagang rosok ditampilkan harga jual tertinggi.

commit 73 to user

MEMBANGUN SISTEM INFORMASI USAHA ROSOK INOVATIF BERBASIS WEB SERVICE DENGAN STUDI KASUS USAHA ROSOK DI DESA GENENG SKRIPSI

Recommend Documents