BAB III ANALISIS DAN PERANCANGAN SISTEM

BAB III ANALISIS DAN PERANCANGAN SISTEM

3.1

ALTERNATIF PEMECAHAN MASALAH.

Dari hasil analisa yang telah dilakukan,ditemukan masalah yaitu dalam melakukan proses dalam pencarian pengiriman dokumen dan tanda bukti penerimaaan dokkumen oleh client dengan penggunaan media smartphone khususnya smartphone Android,sehingga mempermudah dalam melakukan pencarian dokumen yang sudah dikirim dan tanda bukti terima bahwa dukumen tersebut sudah dikirim dan di terima oleh client.Terdapat 2 alternatif pemecahan masalah dari masalah terebut yaitu: 1. Membuat sebuah Aplikasi pencarian pengiriman dokumen berbasis Android dengan database bersifat offline.

Android

Database

Gambar 3.1.1 Skenario Aplikasi dengan database internal Aplikasi dengan konsep skenario ini mempunyai kelebihan dan kekurangan antara lain: a. Keuntungan: -

Ringkas

-

Tidak perlu koneksi Internet

b. Kekurangan: -

Ukuran aplikasi besar (Aplikasi inti + Database).

-

Perlu update aplikasi lambat inti jika ada penambahan database divisi baru.

-

Performa aplikasi lamabat karena ukuran aplikasi yang besar akan memakan resource Smartphone.

32

http://digilib.mercubuana.ac.id/

33

2. Membuat sebuah aplikasi pencarian pengiriman dokumen berbasis Android dengan database pengiriman dokumen yang sudah tersimpan pada server (eksternal) dan bersifat online (Client-server).

Android Gambar 3.1.2 Skenario Aplikasi dengan database eksternal Aplikasi dengan konsep skenario ini mempunyai kelebihan dan kekurangan antar lain : a. Keuntungan: -

Performa cepat (tergantung koneksi ke server jaringan internet).

-

Ringkas karena semua pemanggilan database ditempatkan di server.

b. Kekurangan: -

3.2

Diperlukan koneksi internet.

USULAN PEMECAHAN MASALAH.

Dari 2 alternatif pemecahan masalah yang diusulkan dapat ditarik kesimpulan bahwa alternatif yang kedua lebih menguntungkan. Usulan penulis dalam rangka pemecahan masalah dengan dibuat sebuah aplikasi berbasis Android dimana aplikasi ini memanfaatkan teknologi XML sebagai media pertukaran data antara sisi client (Android) dengan sisi server.Pemrograman java digunakan pada sisi client sedangkan pada sisi server menggunakan bahasa pemrograman PHP serta penggunaan MySQL untuk databasenya.


34

Koneksi internet

Android

My SQL

Parsing Data XML

Gambar 3.1.3 Skenario Aplikasi Usulan

3.3

ANALISIS SISTEM

Dalam membangun aplikasi SLBM (Sistem Log Book Berbasis mobile) berbasis android ini,penulis akan menganalisa kebutuhan dasar sistem. Analisa akan dilakukan terhadap data-data mempresentasikan masalah, sehingga dapat diketahui apa saja yang dibutuhkan dalam spesifikasi system yang dibangun. Aplikasi ini terdiri dari rancangan berbasis android yang ditunjukan untuk mahasiswa ilmu komputer, orang yang ingin melakukan pengiriman dokumen. Aplikasi ini tediri dari melakukan proses pengiriman dokumen dan penyimpanan dari suatu isi dari dokumen tersebut, kegunaan aplikasi ini bertujuan untuk mempermudah dalam melakukan teransaksi dalam melakukan pengiriman dokumen dan mempermudah dalam mencari dokumen yang sudah terkirim apa belum. 3.4

PERANCANGAN SISTEM Aplikasi Sistem SLBM (Sistem Log Book Berbasis mobile) menggunakan

Mobile Programming, sedangkan untuk bahasa pemrogramannya menggunakan Java dan Eclipse sebagai Aplikasi Editor. Perancangan sistem merupakan tahap awal dari perancangan perangkat lunak. Perancangan ini dilakukan untuk mengetahui kondisi sistem secara umum. Perancangan sistem meliputi cara kerja sistem, Use case diagram, Activity Diagra


35

3.4.1

Use Case Diagram Use Case adalah teknik untuk merekam persyratan fungsional sebuah

sistem.Use Case Diagram menggambarkan proses apa saja yang dilakukan oleh sistem

beserta

aktor

yang

menjalankan.Urutan

langkah-langkah

yang

menerangkan antara pengguna dan sistem disebut scenario.Berikut merupakan use case

diagram dari implementasi aplikasi Sistem log Book Berbasis Mobile

(SLBM).

Gambar 3.4.1. Use Case Diagram Dalam sistem log book berbasis mobile ini User untuk melakukan pengisian yaitu mengisi Buat Divisi,Tulis Dokumen dan Lihat Dokumen.Dan Client melakukan Terima Dokumen dan Tanda Terima Dokumen.


36

3.4.2

Diagram Activitiy Activity diagram adalah refresentasi grafis dari alur kerja tahapan aktifitas.Diagram

ini

mendukung

pilihan

tindakan,

iterasi

dan

konkurensi.Berikut merupakan Activity diagram dari aplikasi yang dibangun.

1.Activity Diagram Buat Devisi

Gambar 3.4.2 Activity Diagram Buat Divisi Proses diawali dengan user membuka Aplikasi kemudian klik tombol “Halaman Buat Divisi”, kemudian sistem akan menindaklanjuti dengan menampilkan

isi

dari

halaman,user

dapat

memasukan

nama

divisi,pic,email.Setelah user memasukan nama divisi,pic,email dan klik tombol


37

“Simpan” sistem melakukan load data dari server kemudian menampilkan data yang di imput.Dan data yang di imput tidak sesuai dan user masih ada yang kurang dalam pengisian halaman buat divisi server akan melakukan pengulangan dalam melakukan pengisian dan kembali kehalaman buat divi.Dan user melakukan pengisin ulang dan pengisian sudah benar server akan imput data ulang dan berhasil akan tampil ke halaman divisi. 2.Activity diagram buat dokumen:

Gambar 3.4.3 Activity Diagram Buat Dokumen Proses diawali dengan user membuka Aplikasi kemudian klik tombol “Halaman Tulis Dokumen”, kemudian sistem akan menindaklanjuti dengan menampilkan isi dari halaman dan user dapat memasukan

tanggal,pilih

divisi,masukan no dokumen dan perihal.Dan client akan melakukan tanda bukti


38

dokumen dan tanda bukti akan di tersimpan,setalah client melakukan tanda bukti dokumen aplikasi akan kembali ke halaman utama. 3.Activity diagram lihat dokumen

Gambar 3.4.4 Activity Diagram Lihat Dokumen Proses diawali dengan user membuka Aplikasi kemudian klik tombol “Halaman Lihat Dokumen”, kemudian sistem akan menindaklanjuti dengan menampilkan isi dari halaman Lihat dokumen dan user dapat memasukan No Dokumen dan Perihal Dan user akan klik “cari”,kemudian sistem akan menindaklanjuti dengan menampilkan list dokumen yang di cari oleh user,


39

3.5

CLASS DIAGRAM. Dari database aplikasi ini digambarkan class diagram sebagai berikut.Dimana class diagram mempunyai relasi one to many terhadap class diagram divisi dan terhadap class dokumen dengan method nama divisi dan many to one.

Gambar 3.5.1 Class Diagram Dari gambar class diagram diatas ada 2 class diagram yaitu class divisi dan class dokumen masing-masing class memiliki property/atribut dan method-method dari setiap masing-masing class. 1. Untuk class divisi memiliki property/atribut. Id, nama divisi, pic, email dan untuk method terdiri dari. Add nama divisi, add pic, add email. 2. Untuk class dokumen memiliki property/atribut. Id, nama divisi, no dokumen, perihal, tanggal, url dan untuk method terdiri dari. Send nama divisi,send dokumen, send perihal, send tanggal, send url. 3.6

BASIS DATA APLIKASI SLBM. Untuk pembuatan basis data Aplikasi SLBM (Sistem Log Book Berbasis Mobile) ini penulis menggunakan database MYSQL alasan penggunaan MYSQL adalah karena penulis menggunakan teknologi pertukaran

data

(Parsing)

dengan

XML

sebagai

media

penghubungnya,hal ini membuat aplikasi mempunyai ukuran yang kecil saat diinstal,selain itu dengan penggunaan MYSQL data-data yang


40

tersimpan

pada

server

dapat

dengan

mudah

diakses

dengan

menggunakan aplikasi berbasis web. 3.6.1

Struktur Tabel Database ini memiliki struktur tabel yang terdiri hanya 2 (dua)

tabel ,yaitu tabel Divisi dan tabel Dokumen. 1) Tabel Divisi Tabel ini berisi nama-nama divisi yang dibuat oleh user dan disimpan,antar lain,nama divisi, pic, email.

No 1 2 3 4

Nama Field Id Nama_Divisi Pic Email

Tipe Data Int(11) Varchar(10) Varchar(25) Varchar(25)

Keterangan Id (primarykey) Berisi nama divisi Emal yang bersangkutan dengan dokumen berisi nama email penrima dokumen

Tabel 3.6.1 Struktur Tabel Divisi 2) Tabel Dokumen Tabel ini berisi nama-nama dokumen yang telah dibuat oleh user dan diterima oleh client dan disimpan antara lain.nama divisi, no dokumen, perihal, tanggal, url.

No 1 2 3 4 5 6

Nama Field Id Nama_Divisi No Dokumen Perihal Tanggal Url

Tipe Data Keterangan Int(11) Id (primarykey) Varchar(10) Berisi nama divisi Varchar(5) Berisi no dokumen Varchar(25) berisi perihal dari isi dokumen Date Berisi tanggal pengiriman dokumen Varchar(50) Berisi image gambar tanda terima dokumen

Tabel 3.6.2 Struktur Tabel Dokumen


41

3.7

PERANCANGAN ANTAR MUKA Berikut ini adalah rancangan tampilan yang akan dibuat di dalam aplikasi sistem look book berbasis mobile. 3.7.1

Perancanagn Interface. Perancangan interface merupakan tampilan antarmuka yang dilihat

oleh user guna pada aplikasi ini,perancangan interface dibuat oleh penulis semudah mungkin untuk dapat dipakai oleh user.Berikut merupakan rancangan Interface aplikasi: 1. Tampilan Menu Utama. Halaman ini merupakan tampilan Menu Utama dari aplikasi,user untuk melakukan proses pengiriman dokumen. MENU UTAMA

DEVISI

KIRIM

RIVIEW

Gambar 3.7.1.1 Tampilan Menu Utama


42

2. Tampilan Divisi Halaman ini Merupakan tampilan user untuk melakukan proses penambahkan divisi dan melihat Divisi mana saja yang sudah ada di dalam sebuah data base.

Buat Divisi

Gambar 3.7.1.2 Tampilan Divisi 3. Tampilan Buat Divisi Merupakan tampilan menu masukan data untuk buat divisi yang ada berdasarkan keinginan user.Di menu ini user melakukan penulisan Nama Devisi,Pic,Email kemudian klik simpan maka sistem akan menyimpan divisi yang telah di tulis oleh user.

Nama Divisi : Pic

:

Email

: Simpan

Gambar 3.7.1.3 Tampilan Buat Divisi


43

4. Tampilan Hasil Lihat Divisi Tampilan ini merupakana tampilan hasil filtering sesui data yang diimput user Nama Divisi : abc Pic

:[email protected]

Email

:[email protected]

Gambar 3.7.1.4 Tampilan Hasil Lihat Divisi 5. Tampilan Tulis Dokumen Merupakan tampilan manu masukan data untuk pegiriman dokumen yang diinginkan user sebagai bukti tanda terima bahwa dokumen tersebut sudah dikirim dan di terima oleh client

Tanggal dokumen

Divisi

Tanggal

:

No Dokumen : Perihal

:

Menu

Save

Clear Canvas

Gambar 3.7.1.5 Gambar kirim dokumen


44

6. Tampilan Lihat Dokumen. Merupakan tamppilan menu masukan data untuk memfilter database lihat dokumen yang sudah di kirim.Di menu ini user melakukan masukan NoDokumen,Perihal kemudian klik cari maka sistem akan menampilkan data dokumen yang sudah di kirim seperti yang diinginkan user.

Cari Divisi No Dokumen Perihal Menu

Gambar 3.7.1.6 Tampilan Pencarian Dokumen


BAB III ANALISIS DAN PERANCANGAN SISTEM

Recommend Documents