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
HALAMAN PERSETUJUAN
SISTEM INFORMASI RONDA
BERBASIS MOBILE
Disusun Oleh
ENITA INDAH S NIM. M3307040
Laporan Tugas Akhir ini disetujui untuk dipertahankan Di hadapan dewan penguji
pada tanggal
DosenPembimbing
commit to user
HALAMAN PENGESAHAN
SISTEM INFORMASI RONDA BERBASIS
MOBILE
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
Program DIII Ilmu Komputer UNS
SISTEM INFORMASI RONDA
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
commit to user
PERSEMBAHAN
commit to user
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
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.
DAFTAR ISI
Halaman
HALAMAN JUDUL ... i
HALAMAN PERSETUJUAN ... ii
HALAMAN PENGESAHAN ... iii
ABSTRACT ... iv
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
commit to user
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.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.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
commit to user
BAB I
PENDAHULUAN
1.1Latar 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.2Rumusan Masalah
1.3Batasan 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.4Maksud 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.5Manfaat 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.6Metodologi 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).
commit to user
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.7Sistematika 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 VI : PENUTUP
Bab ini berisi kesimpulan dan saran mengenai produk dari tugas akhir yang telah dibuat.
DAFTAR PUSTAKA
commit to user
BAB II
LANDASAN TEORI
2.1. Pengertian Web Server
Web server adalah suatu perangkat lunak yang berfungsi untuk melayani aktifitas request and replyfile-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) :
!
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.
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
commit to user
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
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
commit to user
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). 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
2.8. Pengertian DBM
Gambar 2.6Struktur JAD
MS MySQL
lah suatu perangkat lunak yang digunakan un pus, memasukan data, dan melakukan mana u DBMS yang handal adalah MySQL. MySQL m
ababases Management System) yang mengg
(RDBMS) (Bayu Putra, 2009).
digunakan pada saat pelaksanaan tahap requi
tu sistem informasi. Use Case menggamba g biasa disebut aktor dengan suatu pros ikut adalah simbol-simbol yang digunakan da
(Munawar,2005).
untuk mengelola, najemen database merupakan salah ggunakan stuktur
requirment dalam
commit to user
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
Tabel 2.2 Simbol Static Diagram
No. Simbol Nama Deskripsi
1. Class
Menggambarkan sebuah kelas yang terdiri dari attribut dan method
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
No. Simbol Nama Deskripsi
1. Initial State Menggambarkan titik awal siklus hidup suatu elemen
2. Final State Menggambarkan titik akhir yang
commit to user
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
No. Simbol Nama Deskripsi
1 Object
Menggambarkan pos-pos obyek
yang pengirim dan penerima
message
2 Message
Menggambarkan aliran pesan
yang dikirim oleh pos-pos
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
No. Simbol Nama Deskripsi
1 ActionState
Menggambarkan keadaan dari suatu elemen dalam suatu aliran aktifitas
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
commit to user
Tabel 2.6 Simbol Component Diagram
No. Simbol Nama Deskripsi
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
No. Simbol Nama Deskripsi
1. Node
Menggambarkan Node sistem
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
No. Simbol Nama Deskripsi
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
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
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
commit to user
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
commit to user
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
commit to user
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.
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.
commit to user
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
2. Tabel Jadwal
Gambar 3.12 Tabel Jadwal
Tabel 3.6. Tabel Jadwal
Nama Field Tipe Data Keterangan
Id_Jadwal Char(5) Sebagai Kode Jadwal
Nomor_kk Int(4) Berisi nomer kk anggota
Ronda
commit to user
3. Tabel Denda
Gambar 3.13 Tabel Denda
Tabel 3.7. Denda
Nama Field Tipe Data Keterangan
Id_Jadwal Char Sebagai Kode Jadwal
NAP Varchar NomerAnggota
Pengganti
4. Tabel Agenda
Gambar 3.14 Tabel Agenda
Tabel 3.8 Agenda
Nama Field Tipe Data Keterangan
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
commit to user
5. Tabel Berita
Gambar 3.15 Tabel berita Tabel 3.9 Tabel Berita
Nama Field Tipe Data Keterangan
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
6. Tabel modul
Gambar 3.16 Tabel modul Tabel 3.10 Modul
Nama Field Tipe Data Keterangan
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
commit to user
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
8. Tabel User
Gambar 3.18 Tabel User Tabel 3.12 User
Nama Field Type Data Keterangan
Id_user Varchar Sebagai kode user
Password Varchar Sebagai password user
Nama_lengkap Varchar Sebagai identitas nama
user
Email Varchar Email 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
commit to user
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
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
commit to user
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
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
commit to user
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
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
commit to user
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
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
commit to user
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
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
commit to user
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
