SISTEM INFORMASI RONDA BERBASIS MOBILE - …...perpustakaan.uns.ac.id digilib.uns.ac.id commit to...

perpustakaan.uns.ac.id digilib.uns.ac.id

commit to user

SISTEM INFORMASI RONDA

BERBASIS MOBILE

Diajukan Untuk Memenuhi Sebagian Persyaratan Memperoleh Gelar Ahli Madya

Program Diploma III Ilmu Komputer

Diajukan Oleh :

ENITA INDAH S

M3307040

PROGRAM DIPLOMA III ILMU KOMPUTER

FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM

UNIVERSITAS SEBELAS MARET

2010


commit to user

ii

HALAMAN PERSETUJUAN


BERBASIS MOBILE

Disusun Oleh

ENITA INDAH S

NIM. M3307040

Laporan Tugas Akhir ini disetujui untuk dipertahankan

Di hadapan dewan penguji

pada tanggal

DosenPembimbing

Didiek Sri Wiyono,S.T, M. T

NIP. 198750331 200501 1 001


commit to user

iii

HALAMAN PENGESAHAN

SISTEM INFORMASI RONDA BERBASIS

MOBILE

Disusun Oleh

ENITA INDAH S

NIM. M3307040

Dibimbing Oleh

Pembimbing Utama

Didiek Sri Wiyono, S.T, M.T

NIP. 19750331 200501 1 001

Tugas Akhir ini telah diterima dan disahkan oleh Dewan Penguji Tugas Akhir

Program Diploma III Ilmu Komputer

Pada tanggal

Dewan Penguji :

1. Penguji 1 : Didiek Sri Wiyono, S.T, M.T ( )

NIP 19750331 200501 1 001

2. Penguji 2 : Agus Purbayu, S.Si ( )

NIDN.0629088001

3. Penguji 2 : Drs Siswanto, M.Si ( )

NIP 19670813 199203 1 002

Disahkan Oleh

Dekan FMIPA UNS Ketua

Program DIII Ilmu Komputer UNS

Prof. Drs. Sutarno, M.Sc, Ph. D Drs. YS. Palgunadi, M.Sc

NIP. 19600809 198612 1 001 NIP. 19560407 198303 1 004


commit to user

ii

HALAMAN PERSETUJUAN


BERBASIS MOBILE

Disusun Oleh

ENITA INDAH S

NIM. M3307040

Tugas Akhir ini disetujui untuk dipresentasikan

pada Ujian TA

pada tanggal ________________

Pembimbing,

Didiek S Wiyono, ST

NIP. 19750331 200501 1 001


commit to user

vii

PERSEMBAHAN

Karya tulis ini saya persembahkan kepada :Karya tulis ini saya persembahkan kepada :Karya tulis ini saya persembahkan kepada :Karya tulis ini saya persembahkan kepada :

Kedua Orang tua tercinta yang telah memberi saya segala yang saya Kedua Orang tua tercinta yang telah memberi saya segala yang saya Kedua Orang tua tercinta yang telah memberi saya segala yang saya Kedua Orang tua tercinta yang telah memberi saya segala yang saya

butuhkan selama inibutuhkan selama inibutuhkan selama inibutuhkan selama ini

Keluarga besar saya yang selalu memberi dukungannya, motivasi Keluarga besar saya yang selalu memberi dukungannya, motivasi Keluarga besar saya yang selalu memberi dukungannya, motivasi Keluarga besar saya yang selalu memberi dukungannya, motivasi

dan doadan doadan doadan doa

Teman Teman Teman Teman –––– teman Tekomp 2007 terima kasih teman Tekomp 2007 terima kasih teman Tekomp 2007 terima kasih teman Tekomp 2007 terima kasih atas segala bantuannya atas segala bantuannya atas segala bantuannya atas segala bantuannya

selama iniselama iniselama iniselama ini

Teman Teman Teman Teman –––– teman Kost yang selalu mendukung saya.teman Kost yang selalu mendukung saya.teman Kost yang selalu mendukung saya.teman Kost yang selalu mendukung saya.

Para pembaca, semoga bermanfaatPara pembaca, semoga bermanfaatPara pembaca, semoga bermanfaatPara pembaca, semoga bermanfaat


commit to user

vi

HALAMAN MOTTO

Jangan Pernah Menyerah…


commit to user

viii

KATA PENGANTAR

Segala puji syukur kehadiran Tuhan Yang Maha Esa karena atas berkah dan rahmat-Nya

penulis dapat menyelesaikan laporan tugas akhir ini.

Laporan ini ditulis untuk memenehui syarat kelulusan Kurikulum Tingkat Diploma III

Jurusan Teknik Informatika Unisversitas Sebelas Maret Surakarta.

Pada kesempatan ini, penulis ingin mengucapkan rasa terima kasih sebesar-besarnya

kepada :

1. Tuhan Yang Maha Esa yang selalu memberikan kekuatan untuk menyelesaikan

laporan KMM ini.

2. Bapak Drs. Y. S Palgunadi, M.Sc. selaku ketua Program D3 Ilmu Komputer Fakultas

Matematika dan Ilmu Pengetahuan Alam Universitas Sebelas Maret.

3. Bapak Didiek Sri Wiyono, M.T. selaku dosen pembimbing TA yang telah banyak

memberikan pengarahan, dukungan moril dan saran.

4. Kedua orang tuaku tercinta yang selalu memberikan doa dan dukungannya.

5. Adik dan kakakku, terima kasih dukungannya.

6. Temanku, Dika Ikhsan Yuditya, Sidig, dan Mas Chaula Maliki, Mahfud, Eko terima

kasih atas bantuannya.

7. Teman-teman D3 teknik Komputer angkatan 2007.

Penulis menyadari bahwa laporan ini masih jauh dari sempurna. Semoga laporan ini

dapat menambah wawasan kita terutama dibidang teknologi informasi.

Surakarta, Juli 2009

Penyusun


commit to user

v

ABSTRAK

Sistem Informasi Ronda berbasis Mobile. Enita Indah S NIM M3307040.

Program Diploma III Jurusan Teknik Komputer, Fakultas Matematika dan Ilmu

Pengetahuan Alam Universitas Sebelas Maret 2010.

Adanya layanan GPRS membuka peluang bagi para pengembang software

handphone untuk membuat aplikasi yang fleksibel dan tidak terfokus pada stand

alone system. Banyak aplikasi-aplikasi client server bermunculan dengan beragam

fungsi dan manfaat.

Pembuatan Sistem Informasi Ronda berbasis Mobile yang dapat

membantu para anggota ronda memperoleh informasi jadwal ronda dengan

memanfaatkan Handphone bagi para anggota ronda. Pada aplikasi ini

menggunakan SOAP yaitu spesifikasi untuk bertukar informasi dalam

pelaksanaan layanan web di jaringan komputer, dan pada sistem applikasi

mobilenya menggunakan bahasa pemrogramman J2ME ( Java 2 Micro edition) .

Selain itu, dalam aplikasi ini juga digunakan teknologi JAX-RPC dan protocol

koneksi HTTP dalam proses pertukaran data antara aplikasi mobile dengan web

server

Aplikasi Mobile memiliki ukuran file jar anggota 228KB jenis software

berbasis smart client memiliki dua menu utama yaitu menu jadwal ronda dan

menu denda ronda. Menu jadwal menamplikan Jadwal anggota ronda dan menu

denda ronda menampilkan peringatan denda bagi anggota yang tidak bisa

menghadiri ronda.

Keyword : Ronda, Smart Client, SOAP, Aplikasi Mobile, Web Server


commit to user

v


commit to user

ix

DAFTAR ISI

Halaman

HALAMAN JUDUL ......................................................................................... i

HALAMAN PERSETUJUAN .......................................................................... ii

HALAMAN PENGESAHAN .......................................................................... iii

ABSTRACT ..................................................................................................... iv

ABSTRAK ....................................................................................................... v

MOTTO.............................................................................................................. vi

PERSEMBAHAN............................................................................................. vii

KATA PENGANTAR..................................................................................... viii

DAFTAR ISI ................................................................................................... ix

DAFTAR TABEL .......................................................................................... xii

DAFTAR GAMBAR .......................................................................................xiii

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

1.1 Latar Belakang Masalah .............................................................. 1

1.2 Rumusan Masalah ........................................................................ 1

1.3 Batasan Masalah........................................................................... 2

1.4 Maksud dan Tujuan ..................................................................... 2

1.5 Manfaat Penelitian ....................................................................... 2

1.6 Metodologi Penelitian ................................................................. 2


commit to user

x

1.7 Sistematika Penulisan .................................................................. 3

BAB II LANDASAN TEORI ........................................................................ 5

2.1 Pengertian Web Server.................................................................. 5

2.2 Pengertian PHP ............................................................................ 5

2.3 Pengertian J2ME .......................................................................... 6

2.4 Connected Limited Device Configuration(CLDC) ......................8

2.5 Connected Device Configuration(CDC) ......................................9

2.6 Java Application Archive (JAR) .................................................. 9

2.7 Java Application Description (JAD) ............................................9

2.8 Pengertian DBMS My SQL ....................................................... 10

2.9 Use Case ..................................................................................... 10

2.9.1 Static Diagram ............................................................... 11

2.9.2 State Chart Diagram ..................................................... 12

2.9.3 Sequence Diagram .........................................................13

2.9.4 Activity Diagram ........................................................... 14

2.9.5 Component Diagram ..................................................... 14

2.9.6 Deployment Diagram .....................................................15

2.9.7 Collaboration Diagram..................................................16

2.10 SOAP ....................................................................................... 16

BAB III ANALISA ....................................................................................... 17

3.1 Penentuan Software Requirement Specification(SRS).................17

3.2 Use Case Diagram .....................................................................17

3.3 Tabel Kesesuaian Antara Use Case dengan SRS ....................... 18

3.4 Activity dan State Diagram ........................................................ 19

3.5 Squence Diagram ....................................................................... 22

3.6 Class Diagram .......................................................................... 24

3.7 Component Diagram ................................................................. 24

3.8 Deployment Diagram .................................................................24


commit to user

xi

3.9 Perancangan Database ............................................................... 24

BAB IV IMPLEMENTASI DAN PEMBAHASAN ....................................... 33

4.1 Implementasi Aplikasi Ronda ................................................... 33

4.2 Kebutuhan System ..................................................................... 33

4.2.1 Kebutuhan Hardware ...................................................... 33

4.2.2 Kebutuhan Software ....................................................... 33

4.3 Screenshoot Aplikasi dan Penjelasan ........................................ 34

4.4 Ukuran File Transfer saat Transaksi Terjadi.............................. 39

4.5 Tampilan Web Server................................................................. 36

4.6 Evaluasi Program ....................................................................... 43

BAB V PENUTUP ....................................................................................... 44

5.1 Kesimpulan ............................................................................... 44

5.2 Saran .......................................................................................... 44

DAFTAR PUSTAKA ...................................................................................... 45

LAMPIRAN


commit to user

1

BAB I

PENDAHULUAN

1.1 Latar Belakang Masalah

Kemajuan yang sangat pesat dibidang teknologi, terutama teknologi

mobile yaitu handphone yang didukung oleh oleh via akses GPRS (General Paket

Radio Service), yang menciptakan akses disetiap waktu dan tempat. Banyak

memancing para penyedia layanan telekomunikasi untuk menarik pasar device

bergerak (mobile phone). Adanya layanan GPRS membuka peluang bagi para

pengembang software handphone untuk membuat aplikasi yang fleksibel dan

tidak terfokus pada stand alone system. Banyak aplikasi-aplikasi client server

bermunculan dengan beragam fungsi dan manfaat.

Aplikasi-aplikasi pada ponsel banyak dikembangkan dengan

menggunakan teknologi Java 2 Micro Edition (J2ME) yang memungkinkan

pengguna ponsel untuk membuat program yang dapat dijalankan pada ponsel

yang mendukung J2ME Platform.

Dari uraian diatas, maka penulis ingin membuat sebuah aplikasi yang

informatif serta mudah diakses dimanapun dan kapanpun. Dengan membuat

Sistem Informasi Ronda Berbasis Mobile yang dikembangkan dengan SMS,

menggunakan bahasa Pemrograman PHP dan J2ME ( Java 2 Micro Edition ).

1.2 Rumusan Masalah

Berdasarkan latar belakang masalah yang telah diuraikan, maka rumusan

Masalah adalah bagaimana membuat Sistem Informasi Ronda berbasis Mobile?


commit to user

2

1.3 Batasan Masalah

Untuk menghindari melebarnya masalah penulis membatasi masalah yang

sebagai berikut :

1. Pembangunan Aplikasi ini hanya sebagai sarana informasi terkait jadwal

ronda anggota.

2. Aplikasi ini dapat dijalankan pada ponsel yang mendukung JAVA MIDP

2.0.

1.4 Maksud dan Tujuan

Membuat Sistem Informasi Ronda berbasis Mobile yang dapat membantu

para anggota ronda memperoleh informasi jadwal ronda dengan memanfaatkan

Handphone bagi para anggota ronda.

1.5 Manfaat Penelitian

Manfaat – manfaat yang penulis harapkan dari pembuatan Tugas Akhir

1. Mempermudah proses penerimaan informasi tentang ronda.

2. Ada pemberitahuan Jadwal ronda langsung dari handphone para anggota

ronda.

3. Memudahkan para anggota ronda untuk memperoleh jadwal dan menerima

peringatan denda.

1.6 Metodologi Penelitian

Metode penelitian menggambarkan tahapan penelitian yang akan

dilakukan dalam pemecahan masalah yang ada. Tahapan kegiatan tersebut adalah

sebagai berikut :

1. Studi Pustaka

Tahap ini dilakukan dengan membaca buku-buku dan literatur yang

berhubungan dengan bahasa pemrograman mobile, dan webservice.

2. Penentuan dan Analisa SRS(Software Requirement Specification).

Tahap ini dilaksanakan untuk menganalisa kriteria apa saja yang

seharusnya ada aplikasi yang akan dibuat. Kemudian, dari hasil analisa


commit to user

3

tersebut dibuat spesifikasi kebutuhan program atau yang biasa disebut

SRS(Software Requirement Specifications).

3. Pembuatan Aplikasi

Tahap ini dilaksanakan dengan cara melakukan proses penyusunan kode-

kode program hingga menjadi sebuah aplikasi yang siap pakai dan sesuai

SRS yang telah ditentukan.

4. Melakukan Pengujian Terhadap Aplikasi(Debugging)

Tahap ini dilaksanakan untuk menguji sekaligus mengetahui

kesalahan(bugs) yang masih terdapat dalam aplikasi.

5. Penulisan Laporan

Tahap ini mulai melakukan proses pembuatan laporan tugas akhir.

1.7 Sistematika Penulisan

Penelitian ini disusun dengan sistematika pembahasan sebagai berikut :

BAB I : PENDAHULUAN

Bab ini membahas tentang latar belakang permasalahan, perumusan masalah,

batasan masalah, tujuan penelitian, manfaat penelitian, metodologi penelitian dan

sistematika penulisan tugas akhir yang diperlukan dalam penyelesaian tugas akhir.

BAB II : LANDASAN TEORI

Bab ini berisi landasan teori yang menjelaskan tentang istilah-istilah yang

digunakan dalam pembuatan dokumen tugas akhir dengan cakupan tinjauan

pustaka, kerangka pemikiran dan hipotesis.

BAB III : ANALISIS DAN DESAIN

Bab ini membahas mengenai analisis system dari aplikasi yang akan

dibuat..

BAB IV : IMPLEMENTASI

Bab ini membahas mengenai penerapan hasil analisa dan rancangan sistem

yang dibuat hingga terbentuk aplikasi yang diharapkan.


commit to user

4

BAB VI : PENUTUP

Bab ini berisi kesimpulan dan saran mengenai produk dari tugas akhir

yang telah dibuat.

DAFTAR PUSTAKA

LAMPIRAN-LAMPIRAN


commit to user

5

BAB II

LANDASAN TEORI

2.1. Pengertian Web Server

Web server adalah suatu perangkat lunak yang berfungsi untuk melayani

aktifitas request and reply file-file web. Salah satu web server yang paling banyak

digunakan saat ini adalah Apache Web Server. Keunggulan Apache antara lain :

bersifat open source, gratis, memiliki dukungan luas terhadap bahasa

pemrograman web, antara lain PHP, JSP, Perl, dan lain sebagainya. Berikut

adalah bagan arsitektur web service ( Bayu Putra,2009) :

Web Client

(web browser)

Web Server

(apache,IIS,PWS, dll)

Web Application

Web Application

Web Application

HTTP Request

HTTP Response

PHP, JSP, ASP,

ColdFusion, dll

DB

DB

ADO

ODBC

Gambar 2.1 Arsitektur Web Server ( Bayu Putra, 2009)

2.2. Pengertian PHP

PHP (PHP: Hypertext Preprocessor) merupakan salah satu dari bahasa

pemrograman berbasis website. PHP bersifat server-side programming, artinya

kode PHP yang ditulis akan dieksekusi di sisi server sehingga pengunjung tidak

dapat melihat source code dari skrip PHP yang dibangun. Adapun proses eksekusi

kode PHP didalam sisi server ditunjukan oleh gambar dibawah ini (Kadir Abdul.

2004) :


commit to user

6

Gambar 2.2 Proses Eksekusi kode PHP

Menurut survey yang dilakukan oleh TIOBE, sebuah website yang menyediakan

informasi statistik; PHP menempati urutan pertama sebagai bahasa pemrograman

website yang paling banyak digunakan oleh developer-developer website di dunia

dan menempati urutan ke lima terbanyak untuk keseluruhan bahasa pemrograman.

Tabel hasil survey TIOBE ditunjukan pada tabel 2.1. Keunggulan PHP dibanding

bahasa pemograman web yang lain antara lain : bersifat multi platform, open

source, memiliki fasilitas untuk OOP(Object Oriented Programming) yang

merupakan teknik pemrograman yang paling handal dan banyak digunakan saat

ini, bersifat gratis, memiliki dukungan API (Application Programming Interface)

yang sangat lengkap serta didukung oleh hampir semua web hosting yang ada

didunia (Lavin Peter. 2006).

2.3. Pengertian J2ME

Java2 Micro Edition atau yang biasa disebut J2ME adalah lingkungan

pengembangan yang di desain untuk meletakkan perangkat lunak Java pada

barang elektronik beserta perangkat pendukungnya. Pada J2ME, jika perangkat

lunak berfungsi baik pada sebuah perangkat maka belum tentu juga berfungsi baik

pada perangkat yang lainya. J2ME membawa Java ke dunia informasi,

komunikasi dan perangkat komputasi selain perangkat komputer dekstop yang

biasanya lebih kecil dibandingkan perangkat komputer dekstop. J2ME biasnya


commit to user

7

digunakan pada telephone seluler, pager, personal digital assistants (PDA’s) dan

sejenisnya.

J2ME adalah bagian dari J2SE, karena tidak semua library yang ada pada

J2SE dapat digunakan pada J2ME. Tetapi J2ME mempunyai library khusus yang

tidak dimiliki pada J2SE. Arsitektur J2ME dapat dilihat pada gambar 2.3.

Gambar 2.3. Arsitektur J2ME

Teknologi J2ME juga memiliki bebrapa keterbatasan, terutama jika

diaplikasikan pada ponsel. J2ME sangat tergantung pada perangkat device yang

digunakan, biasanya dari segi merk ponsel, maupun kemampuan ponsel dan

dukunganya terhadap teknologi J2ME. Misalnya pada keterbatasan pada ukuran

aplikasi, karena memori pad ponsel sangat terbatas. Sebagian besar ponsel tidak

mengijinkan aplikasi J2ME menulis pada file karena alasan keamanan.

Configuration merupakan Java library minimum dan kapabilitas yang

dipunya oleh para pengembang J2ME, yang maksudnya sebuah mobile device

dengan kemampuan Java akan dioptimalkan untuk menjadi sesuai.

Configuration hanyalah mengatur kesamaan sehingga dapat dijadikan ukuran

kesesuaian antar-device. Dalam J2ME telah didefinisikan dua buah konfigurasi

yaitu CLDC (Connected Limited Device Configuration) untuk perangkat kecil

dan CDC (Connected Device Configuration) dan untuk perangkat yang lebih

besar. Lingkup CLDC dan CDC dapat dilihat pada gambar 2.4.


commit to user

8

Gambar 2.4. Lingkup Configuration

Profile berbeda dengan Configuration, profile membahas sesuatu yang

spesifik untuk sebuah perangkat. Dalam J2ME terdapat dua buah profile yaitu

MIDP dan Foundation Profile. Keterhubungan antara Configuration dan

profile yang ada pada J2ME beserta jenis mesin virtualnya dapat dilihat pada

gambar 2.5 ( M.Shalahudin, Rosa A.S,2008).

Gambar 2.5. Hubungan J2ME dan J2SE

2.4. Connected Limited Device Configuration (CLDC)

CLDC atau Connected Limited Device Configuration adalah perangkat

dasar dari J2ME, spesifikasi dasar yang berupa library dan API yang

diimplementasikan pada J2ME, seperti yang digunakan pada telepon selular,

pager dan PDA. Perangkat tersebut dibatasi dengan keterbatasan memori, sumber

daya dan kemampuan memproses. Spesifikasi CLDC pada J2ME adalah

spesifikasi minimal dari package, kelas, dan sebagian fungsi dari Java Virual

Machine yang dikurangi agar dapat diimplementasikan dengan keterbatasan

sumber daya pada alat-alat tersebut, JVM yang digunakan disebut KVM (Kilobyte

Virtual Machine) (M.Shalahudin, Rosa A.S,2008) .


commit to user

9

2.5. Connected Device Configuration (CDC)

CDC atau Connected Device Configuration adalah spesifikasi dari

konfigurasi J2ME. CDC merupakan komunitas proses java yang memiliki

standarisasi. CDC terdiri dari virtual Machine dan kumpulan library dasar untuk

dipergunakan pada profile industri. Implementasi CDC pada J2ME adalah source

code yang menyediakan sambungan dengan macam-macam platform.(

M.Shalahudin, Rosa A.S,2008).

2.6.Java Archive(Jar)

File JAR(Java Archive) merupakan merupakan sebuat format file yang

berbasiskan pada format kompresi file yang populer yakni ZIP dan telah

digunakan untuk mengumpulkan beberapa file ke dalam sebuah file. Pada

dasarnya file JAR juga merupakan sebuah file ZIP yang didalamnya terdapat

sebuah direktori yang berisi file manifest. Sebuah file JAR dpat di buat dengan

menggunakan fasilitas jar pada command-line atau bisa juga menggunakan

java.util.jar API pada pemrograman java. Tidak ada pembatasan pada penamaan

nama file JAR. Penamaan file JAR mengunakan aturan penamaan file secara

umum.

Pada berbagai kasus, file JAR tidak hanya merupakan sebuah arsip class-

class java dan file sumber yang lain. File-file tersebut digunakan sebagai sebuah

blok pembangunan aplikasi. Jika di dalam file JAR terdapat direktori META-INF,

maka direktori tersebut digunakan untuk menyimpan data konfigurasi package

dan ekstensi termasuk keamanan, versi, ekstensi dan servis.(MIDlet Life Cycle.

http://developers.sun.com/).

2.7. Java Application Descriptor(JAD)

Java Application Descriptor(JAD) merupakan sebuah file yang

didalamnya mendeskripsikan properti sebuah MIDLET. Di dalam file JAD

terdapat nama MIDLET, lokasi file JAR, ukuran file JAR, konfigurasi dan profil

dari sebuah MIDLET. Berikut ini adalah struktur file JAD :(MIDlet Life

Cycle.2009. http://developers.sun.com/)


commit to user

2.8. Pengertian DBMS MySQL

DBMS adalah suatu perangkat lunak yang digunakan untuk mengelola,

membuat, menghapus, memasukan data, dan melakukan manajemen database

lainnya. Salah satu DBMS yang handal adalah MySQL. MySQL merupakan salah

satu DBMS(Dababases Management System)

database relasional (RDBMS) (Bayu Putra, 2009).

2.9. Use Case

Use Case digunakan pada saat pelaksanaan tahap

pengembangan suatu sistem informasi.

antara entitas yang biasa disebut aktor dengan suatu proses yang dapat

dilakukannya. Berikut adalah simbol

beserta deskripsinya.(Munawar,2005).

Gambar 2.6Struktur JAD

Pengertian DBMS MySQL


mbuat, menghapus, memasukan data, dan melakukan manajemen database


Dababases Management System) yang menggunakan stukt

database relasional (RDBMS) (Bayu Putra, 2009).

digunakan pada saat pelaksanaan tahap requirment

pengembangan suatu sistem informasi. Use Case menggambarkan hubungan


dilakukannya. Berikut adalah simbol-simbol yang digunakan dalam

(Munawar,2005).

10


mbuat, menghapus, memasukan data, dan melakukan manajemen database


yang menggunakan stuktur

requirment dalam

menggambarkan hubungan


ol yang digunakan dalam Use Case


commit to user

11

Tabel 2.1 Simbol Use Case

No. Simbol Nama Deskripsi

1.

Case Menggambarkan proses / kegiatan

yang dapat diakukan oleh aktor

2.

Actor

Menggambarkan entitas / subyek

yang dapat melakukan suatu

proses

3.

Relation Relasi antara case dengan actor

ataupun case dengan case lain.

2.9.1. Static Diagram / Class Diagram

Static Diagram digunakan untuk menggambarkan stuktur kelas dan obyek

yang akan digunakan dalam sistem yang akan dibangun. Static Diagram

digunakan pada tahap analisa dan desain aplikasi. Berikut adalah simbol-simbol

yang digunakan dalam Static Diagram.(Munawar, 2005).


commit to user

12

Tabel 2.2 Simbol Static Diagram


1.

Class

Menggambarkan sebuah kelas

yang terdiri dari attribut dan

method

2.

Relation

Menggambarkan hubungan

komponen-komponen didalam

Static Diagram.

3.

Association

Class

Class yang terbentuk dari

hubungan antara dua buah Class

2.9.2. State Chart Diagram

State Chart Diagram digunakan untuk menjelaskan siklus hidup dari

sebuah elemen. State Chart digunakan dalam tahap desain dalam pembangunan

suatu aplikasi. Berikut ini adalah simbol-simbol yang digunakan dalam State

Chart Diagram.( Munawar, 2005).

Table 2.3 Simbol State Chart Diagram


1.

Initial State Menggambarkan titik awal siklus

hidup suatu elemen

2.

Final State Menggambarkan titik akhir yang

menjadi kondisi akhir suatu


commit to user

13

elemen

3.

Decision Menggambarkan suatu

percabangan logika dalam sistem

4.

Transition Menggambarkan aliran siklus

state (kondisi) suatu elemen

5.

State Menggambarkan kondisi suatu

elemen

2.9.3. Sequence Diagram

Sequence Diagram digunakan untuk menjelaskan aliran pesan dari suatu

Class ke Class lain secara sequensial (berurutan). Sequence Diagram digunakan

pada tahap desain aplikasi. Berikut adalah simbol yang digunakan dalam

Sequence Diagram.(Munawar, 2005).

Tabel 2.4 Simbol Sequnce Diagram


1

Object

Menggambarkan pos-pos obyek

yang pengirim dan penerima

message

2

Message

Menggambarkan aliran pesan

yang dikirim oleh pos-pos

obyek


commit to user

14

2.9.4. Activity Diagram

Activity Diagram digunakan untuk menjelaskan tanggung jawab elemen.

Activity Diagram biasa dikolaburasikan dengan Sequence Diagram dalam

pendiskripsian visual dari tahap desain aplikasi. Berikut adalah simbol-simbol

yang digunakan dalam Activity Diagram.(Munawar, 2005).

Tabel 2.5 Simbol Activity Diagram


1

ActionState

Menggambarkan keadaan dari

suatu elemen dalam suatu aliran

aktifitas

2

State Menggambarkan kondisi suatu

elemen

3

Flow

Control

Mengggambarkan aliran

aktifitas dari suatu elemen ke

elemen lain

4.

Initial State Menggambarkan titik awal

siklus hidup suatu elemen

5.

Final State

Menggambarkan titik akhir

yang menjadi kondisi akhir

suatu elemen

2.9.5. Component Diagram

Component Diagram digunakan untuk menjelaskan hubungan komponen-

komponen sistem. Komponen digunakan dalam tahap desain aplikasi. Berikut

adalah simbol-simbol yang digunakan dalam Component Diagram.(Munawar

,2005).


commit to user

15

Tabel 2.6 Simbol Component Diagram


1.

Component Menggambarkan sebuah

Komponen

2.

Package

Menggambarkan sebuah

package dari class-class yang

bekerja sama membentuk suatu

fungsi tertentu.

3

Dependency Menggambarkan hubungan

antar komponen

2.9.6 Deployment Diagram

Deployment Diagram digunakan untuk menjelaskan implementasi aplikasi

yang dibuat ke dalam sebuah environment. Deployment Diagram digunakan

dalam tahap desain aplikasi. Berikut ini adalah simbol-simbol yang digunakan

dalam Deloyment Diagram.(Munawar, 2005)

Tabel 2.7 Simbol Deployment Diagram


1.

Node Menggambarkan Node sistem

atau environment.

Node


commit to user

16

2.

Relation

Menggambarkan hubungan

node-node didalam Static

Diagram.

2.9.7.Collaburation Diagram

Collaburation Diagram digunakan untuk mejelaskan hubungan antar

obyek-obyek didalam pembuatan aplikasi. Collaburation Diagram digunakan

dalam tahap desain aplikasi. Berikut adalah simbol yang digunakan dalam

Collaburation Diagram.(Munawar, 2005).

Tabel 2.6 Simbol Collaburation Diagram


1.

Object Menggambarkan sebuah Object

2.

Association Menggambarkan hubungan

antar Object

2.10 SOAP ( Simple Object Access Protokol)

Simple Object Access Protokol adalah Spesifikasi untuk bertukar

informasi yang terstruktur dalam pelaksanaan layanan web di jaringan komputer.

Hal ini tergantung pada Extensible Markup Language (XML) sebagai format

pesan dan biasanya bergantung pada yang lainnya Layer aplikasi protokol

(terutama Remote Procedure Protokol (RPC) dan HTTP) untuk negosiasi dan

transmisi pesan. SOAP dapat membentuk sebuah lapisan dasar dari sebuah jasa

web stock protokol. ( http ://www.google.com/2010/06/SOAP).

Object


commit to user

17


commit to user

18


commit to user

BAB III

ANALISA

3.1.Penentuan Software Requirement Specification(SRS)

a. SRS Fungsional

Berikut ini terdapat tabel SRS. Tabel tersebut berisi daftar beberapa fungsi

kerja yang seharusnya terdapat pada aplikasi yang dibuat. Tabel SRS Fungsional

memiliki delapan SRS dan tabel SRS Non Fungsional memiliki empat SRS.

Tabel 3.1 SRS Fungsional

Nama Fungsi Deskripsi Kebutuhan Fungsional

SRS – RF01 User dapat melihat jadwal Ronda

SRS – RF02 User dapat membatalkan jadwal ronda dengan membayar

denda.

SRS – RF03 Admin dapat menambah jadwal

SRS – RF04 Admin dapat melakukan proses pengisian data anggota

ronda

b. SRS Non Fungsional

Tabel 3.2 SRS Non Fungsional

Nama Fungsi Deskripsi Kebutuhan Non Fungsional

SRS – RNF01 User dapat melakukan log in dan Log out

SRS – RNF02 Menggunakan Bahasa Indonesia yang singkat dan jelas

SRS – RNF03 Antar muka yang user Friendly

SRS – RNF04 Admin dapat merubah password

3.2. Use Case Diagram

Berdasarkan SRS fungsional dan non fungsional Sitem Informasi Ronda,

use case diagram untuk Sistem Informasi Ronda berbasis Mobile dapat dibagi

menjadi 2, yaitu use case untuk aktor user(memuat visitor dan Anggota) dan aktor

administrator, kedua use case tersebut adalah sebagai berikut :


commit to user

18

3.1 Gambar Use Case Anggota

Admin memiliki lima fungsi utama yaitu mampu melakukan proses

pengiriman jadwal ronda, melakukan proses pengisian data anggota, melakukan

proses penerimaan jadwal, menambah jadwal,merubah password. Skema tersebut

dapat digambarkan melalui Use Case Diagram sebagai berikut :

Gambar 3.2 Use Case Admin

3.3. Tabel Kesesuaian Antara Use Case dengan SRS

Berikut ini merupakan tabel yang menunjukkan adanya kesesuaian antara

use case yang telah dibuat dengan SRS yang telah ditentukan sebelumnya. Tabel

tersebut menginformasikan bahwa semua SRS telah diterapkan dalam use case.

a. Fungsional

Tabel 3.3 Kesesuaian SRS Fungsional dan Use Case Diagram

Fungsi Use Case Deskripsi Kebutuhan fungsional

SRS – RF01 UC – RF01 Dapat melihat jadwal Ronda

SRS – RF02 UC – RF02 Dapat membatalkan ronda dengan

membayar denda

SRS – RF03 UC – RF03 Admin dapat menambah jadwal


commit to user

19

SRS – RF04 UC – RF04 Dapat melakukan proses penngisian data

anggota

b. Non Fungsional

Tabel 3.4 Kesesuaian SRS Non Fungsional dan Use Case Diagram

Non Fungsional Use Case Deskripsi Kebutuhan non Fungsional

SRS – RNF01 UC – RNF01 User dapat melakukan log in dan log out

SRS – RNF02 UC – RNF02 Menggunakan bahasa yang singkat dan

jelas

SRS – RNF03 - Antar muka yang User Friendly

SRS – RNF04 - Admin dapat mengubah password

3.4. Activity dan State Diagram

Activity dan State Diagram digunakan untuk menggambarkan alur aplikasi

ditinjau dari sisi proses dan kondisi aplikasi saat ataupun sebelum menjalankan

suatu proses. Berikut ini terdapat rancangan Activity dan state diagram yang telah

diterapkan dalam aplikasi.


commit to user

20

Gambar 3.3 Activity diagram Aplikasi Ronda


commit to user

21

Gambar 3.4 Diagram Activity Menu jadwal


commit to user

22

3.5. Sequence Diagram

Sequence Diagram menggambarkan langkah – langkah yang ditempuh

oleh aplikasi pada saat menjalankan suatu proses. Berikut ini terdapat gambar

sequence diagram yang sudah diterapkan pada aplikasinya.

Gambar 3.5 Sequence Diagram Permintaan Jadwal

Gambar 3.6 Sequence Diagram Denda


commit to user

23

Gambar 3.7 Sequence diagram log in

3.6 Class Diagram

Class Diagram digunakan untuk menggambarkan class – class yang

digunakan dalam aplikasi. Diagram ini juga menunjukkan hubungan yang terjadi

antar class.

Gambar 3.8 Class Diagram


commit to user

24

3.7. Component Diagram

Gambar 3.9 Component Diagram

3.8. Deployment Diagram

Gambar 3.10 Deployment Diagram

3.9. Perancangan Database

Untuk aplikasi mobile Ronda di dalam OOSE handphone sebenarnya tidak

ada database yang tersimpan, karena database ini dipanggil lewat MySQL di

server maka dibuatlah rancangan database dengan menggunakan 3 tabel yaitu

tabel denda, tabel jadwal, tabel anggota yang berfungsi sebagai penyimpanan.

Untuk perancangan databasenya bisa dilihat pada tabel berikut :


commit to user

25

1. Tabel Anggota

Gambar 3.11 Tabel Anggota

Tabel 3.5. Tabel Anggota

Nama Field Tipe Data Keterangan

Nama_anggota Varchar(25) Sebagai nama anggota

Password Varchar(10) Berisi password Anggota

Ronda

Nomor hape Varchar(12) Berisi nomer hape tiap –

tiap anggota

Nomer_kk Int Berisi nomer KK

anggota Ronda


commit to user

26

2. Tabel Jadwal

Gambar 3.12 Tabel Jadwal

Tabel 3.6. Tabel Jadwal


Id_Jadwal Char(5) Sebagai Kode Jadwal

Nomor_kk Int(4) Berisi nomer kk anggota

Ronda

Tanggal Varchar(10) Jadwal Anggota Ronda


commit to user

27

3. Tabel Denda

Gambar 3.13 Tabel Denda

Tabel 3.7. Denda


Id_Jadwal Char Sebagai Kode Jadwal

NAP Varchar NomerAnggota

Pengganti

Jumlah_denda Varchar Jumlah denda


commit to user

28

4. Tabel Agenda

Gambar 3.14 Tabel Agenda

Tabel 3.8 Agenda


Id_Agenda Integer Sebagai kode Anggota

Tema Varchar Sebagai Tema dari isi

Agenda

Isi_Agenda Text Berisi agenda

Tempat Varchar Tempat jadwal yang ada

di Agenda

Tgl_mulai Date Berisi Tanggal Acara

yang ada diAgenda

Tgl_selesai Date Berisi tanggal selesai

acaranya

Tgl_Posting Date Berisi tanggal Posting

Agenda

Id_user varchar Berisi id user


commit to user

29

5. Tabel Berita

Gambar 3.15 Tabel berita

Tabel 3.9 Tabel Berita


Id_berita Integer Sebagai kode berita

Id_kategori Integer Sebagai kode kategori

Id_user Varchar Sebagai kode user

Judul Varchar Sebagai judul

Isi_berita Text Berisi berita

Gambar Varchar Berisi gambar2 pada isi

berita

Hari Varchar Berisi hari

Tanggal Date Sebagai keterrangan

tanggal

Jam Time Berisi keterangan waktu

counter Integer Sebagai Counter


commit to user

30

6. Tabel modul

Gambar 3.16 Tabel modul

Tabel 3.10 Modul


Id_modul Integer Sebagai kode modul

Nama_modul Varchar Sebagai nama modul

Link Varchar Sebagai link dalam tabel

modul

Static_content Int Sebagai content

Gambar Varchar Berisi link yang

memanggil gambar

Publish Enum Mempublishkan isi dari

database

Status Enum

Aktif Enum

Urutan Integer


commit to user

31

7. Tabel Pengumuman

Gambar 3.17 Tabel Pengumuman

Tabel 3.11 Pengumuman

Nama Field Type data Keterangan

Id_pengumuman Integer Sebagai kode

pengumuman

Judul Varchar Berisi Judul

Isi Text Berisi pengumuman

Tanggal Date Tanggal pengumuman

Tgl_posting Date Tgal posting

pengumuman



commit to user

32

8. Tabel User

Gambar 3.18 Tabel User

Tabel 3.12 User

Nama Field Type Data Keterangan


Password Varchar Sebagai password user

Nama_lengkap Varchar Sebagai identitas nama

user

Email Varchar Email user

Level varchar


commit to user

33


commit to user

BAB IV

IMPLEMENTASI DAN PEMBAHASAN

4.1. IMPLEMENTASI APLIKASI MOBILE RONDA

Aplikasi mobile Ronda, merupakan sebuah aplikasi yang dibuat untuk di

jalankan pada perangkat mobile semisal telepon genggam ataupun PDA. Untuk

bisa berfungsi secara normal, aplikasi ini membutuhkan perangkat mobile yang

mendukung aplikasi java dengan versi MIDP 2.0 and CLDC 1.1 serta memiliki

konektivitas internet melalui GPRS atau yang lebih tinggi.

4.2 KEBUTUHAN SYSTEM

4.2.1.Kebutuhan Hardware

4.2.1.1 Komputer Developer

Tabel 4.1 Spesifikasi Hardware Komputer Developer

Status Processor RAM Harddisk

Minimal 800MHz Intel

Pentium atau

yang sebanding

512MB Ruang kosong

sebesar 750 MB

Direkomendasikan 2.6 Intel pentiu IV 1G Ruang kosong

sebesar 1 G

4.2.1.2 Perangkat Mobile Ronda

Memori kosong minimal 200 KB dan memiliki fitur koneksi GPRS atau

yang lebih tinggi.

4.2.2Kebutuhan Software

4.2.2.1Komputer Developer


commit to user

34

Tabel 4.2 Spesifikasi Software Komputer Developer

Sistem Operasi IDE Tool

Windows 7 Netbeans 6.8 Eclipse

Ganymmede

WTK 2.5.2 EclipseMe

LAMPP(MySQL dan

PHP, SOAP)

4.2.2.2. Perangkat Mobile

Perangakat mobile yang digunakan adalah yang mendukung teknologi Java

dengan MIDP 2.0 dan CLDC 1.1.

4.3. Screenshoot Aplikasi dan Penjelasan

4.3.1 Aplikasi Mobile Ronda

1. Form Splash Screen

Gambar 4.1 Form Awal Aplikasi

Form ini merupakan Form tampilan awal aplikasi Ronda berbasis

Mobile. Pada form ini terdapat Splash Screen dari logo aplikasi Ronda


commit to user

35

1. Form Login

Gambar 4.2 Form login Aplikasi Ronda

Form ini merupakan form yang akan muncul setelah aplikasi startup. Form

ini digunakan untuk melakukan proses login dengan parameter autentikasi berupa

nama pengguna, password dan level user. Nama pengguna dan password diisikan

secara manual oleh pengguna aplikasi, sedangkan level akan secara otomatis

diisikan oleh sistem. Jika proses login sukses maka akan segera ditampilkan form

menu utama. Tetapi jika proses login gagal, maka akan muncul peringatan bahwa

proses login telah gagal dan posisi form tetap berada pada form login.

3. Form Permintan Persetujuan dari Server

Gambar 4.3 Form Permintaan Persetujuan dari Server


commit to user

36

Form ini merupakan tampilan yang harus connect ke server dan

persetujuan dari server.

4. Form List Jadwal – Log out

Gambar 4.4 Form list Jadwal dan Log-out

Form ini merupakan form yang digunakan untuk menampilkan Menu

jadwal yang disediakan oleh aplikasi untuk membantu pengguna aplikasi/anggota

Ronda dalam menggunakan aplikasi Ronda. Menu yang disediakan yaitu menu

Jadwal. Menu ini merupakan menu bantuan offline tanpa memerlukan akses ke

server. Dengan kata lain menu sudah ditanamkan dalam aplikasi dan dapat

langsung dapat ditampilkan tanpa harus melakukan koneksi ke Server.

5. Form Liat jadwal anggota ronda

Gambar 4.5 Form Jadwal anggota ronda


commit to user

37

Form ini merupakan form yang digunakan untuk menampilkan detail dari

jadwal ronda semua anggota ronda bantuan yang ada pada daftar jadwal pada

form sebelumnya. Form ini merupakan form bantuan online yang memerlukan

akses ke server dan Daftar jadwal yang di ambil dari Database My SQL.

6. Form Jadwal

Gambar 4.6 Form Jadwal Ronda

Form ini merupakan form yang digunakan untuk menampilkan detail dari

jadwal ronda anggota bantuan yang ada pada daftar jadwal pada form

sebelumnya. Detail yang ditampilkan adalah detail Jadwal yang sesuai dengan

nama pengguna serta password dari anggota Ronda. Form ini merupakan form

bantuan online yang memerlukan akses ke server dan Daftar jadwal yang di

parsing dari Database My SQL.


commit to user

38

7. Form Konfirmasi Jadwal

Gambar 4.7 Form konfirmasi jadwal

Form ini merupakan Form yang menampilkan konfirmasi Ronda yang

terdapat pada aplikasi Ronda, untuk memilih list iya atau tidak dapat memilih

tombol ok. Dan jika memilih tombol back akan membuka form Start up atau Form

Log-in.

8. Form Masuk Ronda

Gambar 4.8 Form masuk Ronda


commit to user

39

Tampilan Form Masuk Ronda merupakan Tampilan aplikasi comment

dimana jika anggota ronda memilih iya dan dapat mengikuti Ronda yang dan

untuk Segera mengikuti Ronda. Comment ini merupakan comment bantuan

offline tanpa memerlukan akses ke server.

9. Form Denda

Gambar 4.9 Form Denda

Form Denda merupakan Tampilan Form apabila Anggota Ronda tidak bisa

mengikuti ronda atau berhalangan Hadir dalam Ronda dan setiap anggota akan

dikenakan denda Rp 20.000. Menu ini merupakan menu bantuan online dan

memerlukan akses ke server dan memparsing Database My SQL.

4.4. Ukuran File Transfer Saat Transaksi yang Terjadi

Perangkat mobile semisal handphone memiliki kemampuan untuk

melakukan koneksi ke internet melalui fasilitas GPRS yang biasanya sudah

tertananm pada handphone. Karena kemampuan dan kecepatan yang terbatas,

kecepatan dalam mengirim ataupun menerima data atau file dari internet sangat

tergantung dari ukuran file atau data yang dikirim atau diterima. Oleh karena itu,

dalam pembuatan aplikasi mobile yang memerlukan akses internet dalam


commit to user

40

pengoperasiannya, di perlukan paket data yang sekecil mungkin untk diterima

ataupun dikirim. Besar ataupu kecil ukuran paket data juga memepengaruhi biaya

yang harus dikeluarkan oleh pengguna aplikasi.

4.5. Tampilan Web Server

A Halaman Home

Gambar 4.10 Tampilan Home


commit to user

41

b. Halaman Log in

Gambar 4.11 Tampilan Login Admin

Admin terlebih dahulu mengisi username dan password, untuk menjalankan

Web server

c. Halaman Admin

Gambar 4.12 Tampilan Home Admin

Pada form ini menampilkan halaman home admin yang berisi menu – menu

yang dipakai admin buat menambah anggota, menambah jadwal dan mengisi

anggota pengganti.


commit to user

42

d. Halaman Tambah Anggota

Gambar 4.13 Tampilan Tambah Anggota

Pada form ini admin dapat menambah anggota ronda yang mau mengikuti

ronda. Admin mengisi nomer kk sebagai identitas anggota ronda dan apabila

terjadi bila di kampung tersebut ada nama anggota ronda yang sama.

e. Halaman Tambah Jadwal

Gambar 4.14 Tampilan Tambah Jadwal

Pada form diatas admin dapat menambah jadwal ronda dan jika ada anggota

ronda yang ingin merubah jadwal, admin bisa mengubah pada form ini. Admin

bisa memilih link Tampil Jadwal Anggota, dan disitu ada menu ubah.


commit to user

43

Gambar 4.15 Tampilan Anggota Pengganti

Pada form diatas admin dapat mengisi anggota pengganti, anggota

pengganti ini digunakan untuk mengganti anggota ronda apabila ada salah satu

atau beberapa anggota ronda yang tidak dapat mengikuti ronda.

4.6. Evaluasi Program

1. Merupakan sebuah aplikasi web yang dapat diakses melalui mobile.

Pengambilan data dilakukan melalui web server dengan menggunakan koneksi

GPRS/EDGE/3G/4G, sehingga apabila memungkinkan adanya tambahan Jadwal,

anggota tidak perlu menginstall ulang aplikasi dikarenakan proses manajemen

data dilakukan di web server

2. Oleh karena pengambilan data membutuhkan jalur koneksi

GPRS/EDGE/3G/4G, maka peran jaringan dari provider menjadi yang utama

dalam kecepatan pengambilan data, selain itu diperlukan biaya untuk mengakses

informasi yang diperlukan.


commit to user

44

BAB V

PENUTUP

5.1 Kesimpulan

Berdasarkan pada aplikasi yang telah dibuat, dapat disimpulkan bahwa :

1. Aplikasi ini menggunakan media koneksi GPRS/ EDGE/ 3G/ 4G sehingga

memerlukan biaya untuk mengakses data.

2. Aplikasi ini dijalankan dengan profil MIDP- 2.0 dan dapat dijalankan pada

handphone yang support fasilitas tersebut.

3. Aplikasi ini hanya seputar memberi informasi Jadwal kepada anggota ronda

dan memberi peringatan membayar denda kepada para anggota yangntidak

bisa hadir

5.2 Saran

Setelah melalui beberapa proses pengujian, dapat diketahui bahwa aplikasi

mobile Ronda ini masih belum sempurna, penulis berharap, perlu dilakukan

pengembangan berupa penambahan Informasi Ronda yang dapat disampaikan

kepada Anggota Ronda. Dalam pengembangannya selanjutnya menjadi aplikasi

yang lebih baik.

SISTEM INFORMASI RONDA BERBASIS MOBILE - …...perpustakaan.uns.ac.id digilib.uns.ac.id commit to...

Documents

Transcript of SISTEM INFORMASI RONDA BERBASIS MOBILE - …...perpustakaan.uns.ac.id digilib.uns.ac.id commit to...