Perancangan Dan Implementasi Aplikasi e-Order Berbasis Android Pada Jaringan Lokal

1

1.1 Latar Belakang

Aplikasi e-order merupakan aplikasi yang digunakan untuk memesan dan mengolah data menu. Pada aplikasi ini terdapat daftar menu makanan dan minuman yang dapat dipesan oleh pelanggan sesuai dengan keinginan mereka. Pelanggan cukup menekan tombol-tombol yang ada pada aplikasi yang dijalankan pada PC Tablet dengan sistem operasi Android tersebut. Untuk memudahkan pelanggan, Tablet ditempatkan pada masing-masing meja mereka. Keseluruhan Tablet tersebut terkoneksi dengan jaringan lokal dan memiliki akses ke server saat digunakan. Menu yang dipesan akan dikirim ke server untuk kemudian disimpan di basis data. Kemudian data pesanan ini akan diteruskan ke Tablet koki yang ada di dapur. Selain fitur menu, terdapat fitur lain seperti fitur menu favorit yang akan memudahkan pelanggan dalam memesan menu yang paling digemari oleh pelanggan lain.

Sistem seperti ini tentunya memiliki kelebihan serta kekurangan. Kelebihannya adalah, jumlah karyawan yang dibutuhkan lebih sedikit, dikarenakan seluruh proses sederhana akan dikerjakan oleh sistem. Tentunya hal ini akan menghemat pengeluaran biaya pegawai. Seluruh data akan disimpan kedalam basis data, sehingga pengeluaran biaya seperti kertas untuk mencatat pesanan akan semakin berkurang. Namun terdapat kekurangan seperti biaya implementasi awal yang mahal. Hal inilah yang menyebabkan masih banyak restoran belum mau mengimplementasikan sistem yang canggih seperti ini. Apabila dapat diketahui berapa besar kebutuhan akan spesifikasi Komputer didalam sistem e-order ini, maka pemilik restoran dapat menghitung anggaran yang dibutuhkan untuk membangun sistem ini.

Pada tugas akhir ini akan dibahas seberapa besar kebutuhan hardisk untuk menyimpan data pesanan, serta berapa besar penggunaan CPU dan RAM pada saat aplikasi ini bekerja. Dari hasil pengujian maka dapat diprediksi berapa besar kebutuhan ini, sehingga bagi pemilik restoran yang akan mengimplementasikan

2

sistem ini telah mengetahui berapa besar kebutuhan non fungsional yang mereka perlukan.

1.2 Maksud dan Tujuan

Berdasarkan dari latar belakang masalah, maksud dari penelitian ini yakni membangun aplikasi pemesanan menu berbasis Android. Sedangkan tujuan yang ingin dicapai dari penelitian ini antara lain:

1. Membangun aplikasi yang dapat digunakan untuk melakukan pemesanan menu dan pengolahan data menu.

2. Melakukan analisa pada aplikasi tersebut agar didapat informasi mengenai ukuran data pesanan, ukuran data menu saat ditambahkan, dan beban hardware (PC Server) saat aplikasi sedang digunakan. Serta berapa jumlah maksimal tablet yang dapat digunakan jika aplikasi e-order ini diimplementasikan.

1.3 Batasan Masalah

Adapun batasan-batasan masalah dalam membangun aplikasi pemesanan menu secara elektronik atau e-order ini antara lain:

1. Aplikasi ini dibangun dengan basis Android dan digunakan pada sistem operasi Android dengan versi minimum 4.1 JellyBean.

2. Aplikasi ini digunakan pada tablet berukuran 7.0 Inch, prosesor minimum dualcore 1.2 GHz, RAM minimum 1 GB, serta memori internal minimum sebesar 8 GB. Spesifikasi ini disesuaikan dengan tablet yang digunakan selama proses pengerjaan aplikasi.

3. Aplikasi ini dibangun menggunakan bahasa pemrograman Java dan basis data menggunakan MySQL.

4. Aplikasi ini dibangun untuk dua sisi pengguna, yakni front-end (antarmuka untuk Pelanggan) dan back-end (antarmuka untuk Admin dan Koki). Aplikasi untuk Kasir tidak termasuk.

1.4 Metode Penelitian

Metode penelitian yang digunakan dalam pengerjaan tugas akhir ini adalah metode waterfall, yaitu metode yang dikhususkan dalam pembangunan perangkat lunak. Metode ini terdiri dari: analisa kebutuhan, perancangan sistem, coding

(pengkodean), integration and testing (penerapan dan pengujian) serta maintenance (pemeliharaan). Berikut ini adalah alur dari metode waterfall:

Gambar I-1 Metode Waterfall Berikut adalah penjabaran mengenai metode waterfall: 1. Analisa Kebutuhan

Langkah ini merupakan analisa terhadap kebutuhan sistem. Pengumpulan data pada tahap ini dapat dilakukan melalui diskusi dan studi literatur. Seorang analis sistem akan menggali informasi sebanyak mungkin dari pengguna sehingga akan tercipta suatu sistem yang dapat melakukan tugas-tugas yang di inginkan oleh pengguna tersebut. Tahapan ini akan menghasilkan dokumen user requirement (kebutuhan pengguna). Dokumen inilah yang akan digunakan sebagai referensi untuk diterjemahkan ke dalam bahasa pemrograman.

2. Perancangan Sistem

Proses perancangan akan menerjemahkan dokumen user requirement ke sebuah perancangan perangkat lunak sebelum masuk ke tahap koding. Perancangan sistem berfokus pada: struktur data, arsitektur perangkat lunak, representasi antarmuka, dan detail (algoritma) prosedural. Tahapan ini akan

4

menghasilkan dokumen yang disebut dengan software requirement. Dokumen ini menjadi referensi oleh programmer untuk melakukan aktivitas pembuatan sistemnya.

3. Pengkodean (Coding)

Pengkodean/ Coding merupakan proses penerjemahan user requirement dan software requirement ke dalam bahasa yang dapat dikenali oleh komputer, yang mana proses ini dilakukan oleh pemrogram (programmer). Tahapan ini merupakan tahapan nyata dalam membangun suatu sistem.

4. Pengujian dan Penerapan (Testing and Integration)

Tahapan ini merupakan tahapan final dalam pembangunan suatu sistem. Setelah pengkodean selesai, maka akan dilakukan testing (pengujian) terhadap sistem yang telah dibuat tadi. Tujuan testing adalah untuk menemukan kesalahan-kesalahan (bug) pada sistem agar kemudian dapat diperbaiki. Pengujian yang akan dilakukan adalah pengujian alpha menggunakan metode blackbox (pengujian sistem secara fungsional). Setelah tahapan analisa, perancangan, coding, dan testing selesai, maka sistem sudah dapat digunakan oleh user (pengguna).

5. Pemeliharaan (Maintenance)

Perangkat lunak yang sudah diserahkan pada pengguna pasti akan mengalami perubahan dalam jangka waktu tertentu. Perubahan dapat terjadi karena mengalami kesalahan (error) ketika perangkat lunak tersebut digunakan pada lingkungan yang berbeda dari hasil analisa sebelumnya (perbedaan spesifikasi perangkat keras atau sistem operasi baru) atau karena pengguna membutuhkan perkembangan baru secara fungsional.

1.5 Sistematika Penulisan

Sistematika penulisan tugas akhir ini disusun untuk memenuhi gambaran umum tentang penelitian yang dilakukan. Sistematika penulisan tugas akhir ini adalah sebagai berikut:

BAB I PENDAHULUAN

Bab ini menguraikan tentang latar belakang permasalahan, menjelaskan maksud dan tujuan penelitian, yang kemudian diikuti dengan pembatasan masalah, menguraikan metode penelitian yang akan digunakan serta sistematika penulisan.

BAB II TINJAUAN PUSTAKA

Bab ini membahas tentang berbagai konsep dasar dan teori-teori yang berkaitan dengan topik penelitian yang dilakukan, serta hal-hal yang berguna dalam proses analisis permasalahan untuk membangun sistem.

BAB III ANALISIS DAN PERANCANGAN SISTEM

Bab ini berisi tentang deskripsi sistem, analisis kebutuhan dalam pembangunan sistem serta perancangan sistem yang dikembangkan yaitu perancangan model usecase diagram, activity diagram, class diagram, sequence diagram, dan perancangan antarmuka.

BAB IV PENGUJIAN DAN ANALISA

Bab ini meliputi hasil implementasi dari analisis dan perancangan yang telah dilakukan beserta hasil pengujian, sehingga diketahui apakah sistem yang dibangun sudah memenuhi syarat dan dapat memenuhi tujuannya dengan baik. Metode pengujian yang akan digunakan pada aplikasi ini adalah pengujian alpha dengan metode blackbox. Metode ini merupakan metode pengujian sistem secara fungsional. Selain itu juga dilakukan analisa mengenai ukuran data dan beban penggunaan RAM dan CPU pada PC Server saat aplikasi digunakan.

BAB V KESIMPULAN DAN SARAN

Bab ini berisi tentang kesimpulan yang diperoleh dari hasil pengujian sistem, serta saran pengembangan sistem ke depan.

6

BAB II

TINJAUAN PUSTAKA

2.1 Jaringan Komputer

Jaringan komputer merupakan sekumpulan perangkat (sering disebut nodes) yang saling terhubung melalui jalur komunikasi. Sebuah node dapat berupa komputer, printer, atau perangkat lain yang mampu mengirim dan/ atau menerima data yang dikirimkan oleh node lain pada jaringan[1]. Jaringan komputer diklasifikasikan menjadi beberapa bagian, antara lain berdasarkan:

1. Cakupan Area Geografis 2. Topologi Jaringan Komputer 3. Arsitektur Jaringan Komputer 4. Media Transmisi

2.1.1 Cakupan Area Geografis

Berdasarkan cakupan area geografis, jaringan komputer dikelompokan menjadi tiga bagian, yakni:

1. Local Area Network (LAN)

Local Area Network (LAN) merupakan sekumpulan perangkat yang terhubung dalam area geografis yang berdekatan. Contohnya jaringan di dalam suatu gedung atau kelas yang jaraknya cukup dekat. Jaringan LAN ini biasanya digunakan oleh komputer-komputer pribadi dan workstation dalam perusahaan-perusahaan.

2. Metropolitan Area Network (MAN)

Metropolitan Area Network (MAN) merupakan jaringan LAN yang berukuran lebih besar dan biasanya menggunakan teknologi yang sama dengan LAN. MAN biasanya mampu menunjang data dan suara, bahkan dapat berhubungan dengan jaringan TV kabel.

3. Wide Area Network (WAN)

Wide Area Network (WAN) merupakan jaringan komputer yang mencakup area geografis yang sangat besar dan luas. Contohnya seperti jaringan antar negara hingga antar benua. Teknologi yang digunakan adalah X.25 atau Frame Relay.

2.1.2 Topologi Jaringan Komputer

Topologi jaringan komputer merupakan susunan aliran data dalam jaringan yang secara fisik menghubungkan suatu node dengan node yang lainnya. Topologi suatu jaringan didasari pada penghubung node-node yang ada dalam membentuk suatu sistem jaringan. Jenis-jenis topologi jaringan adalah sebagai berikut:

1. Topologi Bus

Topologi bus ini menggunakan sebuah kabel linear yang membentang dan beberapa komputer dihubungkan pada kabel tersebut. Dari semua komputer-komputer yang terhubung nantinya akan ada satu perangkat yang bertindak sebagai master/ server dan di izinkan mengirimkan paket data.

Gambar II-1 Topologi Bus 2. Topologi Star

Dalam topologi star, salah satu sentral dibuat sebagai server atau sentral pusat. Sentral pusat ini bisa berupa komputer atau switch/ hub. Karena menggunakan sentral pusat, tentunya beban yang ditanggung menjadi lebih berat, tetapi tingkat kerumitan jaringan lebih sederhana sehingga sistem menjadi lebih ekonomis.

8

3. Topologi Ring

Topologi ini disebut topologi ring karena bentuk dari jaringannya seperti cincin (ring). Masing-masing perangkat dihubungkan satu dengan yang lainnya dan hubungan ini akan membentuk loop tertutup.

Gambar II-3 Topologi Ring 4. Topologi Mesh

Topologi mesh adalah topologi yang tidak memiliki aturan dalam koneksi. Karena secara pembangunan fisik tidak teratur, maka kegagalan komunikasi sering terjadi dan sulit untuk dideteksi.

Gambar II-4 Topologi Mesh

2.1.3 Arsitektur Jaringan Komputer

Berdasarkan arsitekturnya, jaringan komputer dibagi menjadi tiga bagian seperti yang dilampirkan berikut ini:

1. Server-Workstation

Pada jaringan server-workstation, server hanya bertugas sebagai penyimpanan data. Proses-proses dijalankan pada masing-masing workstation.

2. Client-Server

Komputer yang ada pada suatu sistem jaringan berfungsi sebagai client dan server. Server adalah komputer yang memiliki resource seperti aplikasi, cd-room dan printer yang bisa diakses oleh client. Client adalah perangkat yang menerima dan meminta data dari server.

3. Peer-to-Peer

Komputer pada sebuah jaringan peer-to-peer dapat berfungsi sebagai client maupun sebagai server. Pada jaringan ini tidak satupun komputer yang memiliki prioritas akses tertinggi, maupun tanggung jawab tertinggi untuk membagikan sumberdaya.

2.1.4 Media Transmisi

Berdasarkan media transmisi yang digunakan, maka jaringan komputer dibagi menjadi:

1. Media Transmisi Kabel (Wired)

Kabel merupakan media penghubung yang paling banyak digunakan pada jaringan LAN. Beberapa kabel yang digunakan dalam membangun jaringan diantaranya adalah kabel twisted pair, kabel coaxial dan kabel fiber optic. Kabel twisted pair sendiri dibagi menjadi dua yaitu unshielded twisted pair dan shielded twisted pair.

2. Media Transmisi Tanpa Kabel (Wireless)

Media transmisi wireless ini merupakan media transmisi tanpa kabel dimana masing-masing perangkat akan terhubung menggunakan transmisi gelombang radio atau gelombang mikro (microwave). Beberapa perangkat untuk penunjang media transmisi ini antara lain: switch, hub, router dan access point.

10

2.2 Sistem Operasi Android

Android adalah sebuah sistem operasi untuk perangkat mobile berbasis linux yang mencakup sistem operasi, middleware, dan aplikasi. Android menyediakan platform terbuka bagi para pengembang untuk menciptakan aplikasi[2].

2.2.1 Sejarah Android

Pada awalnya, Google Inc. membeli Android Inc. yang merupakan pendatang baru dalam hal pembangun perangkat lunak ponsel/ smartphone. Kemudian untuk mengembangkan Android, dibentuklah Open Handset Alliance, sebuah konsorsium dari 34 perusahaan perangkat keras, perangkat lunak, dan telekomunikasi, termasuk Google, HTC, Intel, Motorola, Qualcomm, T-Mobile, dan Nvidia. Pada saat perilisan perdana Android, 5 November 2007, Android bersama Open Handset Alliance menyatakan mendukung pengembangan open source pada perangkat mobile. Kemudian, Google merilis kode-kode Android di bawah lisensi Apache, sebuah lisensi perangkat lunak dan open platform perangkat seluler. Distributor sistem operasi Android di dunia ini hanya ada dua jenis. Pertama yang mendapat dukungan penuh dari Google atau Google Mail Services (GMS), dan yang kedua adalah yang benar-benar bebas sistem pendistribusiannya tanpa dukungan langsung Google atau yang dikenal sebagai Open Handset Distribution (OHD).

Pada bulan September 2007 Google mengenalkan Nexus One, salah satu jenis smartphone yang menggunakan Android sebagai sistem operasinya. Telepon seluler ini diproduksi oleh HTC Corporation dan tersedia di pasaran pada 5 Januari 2010. Seiring pembentukan Open Handset Alliance, OHA sekaligus mengumumkan produk perdananya, Android, perangkat lunak mobile yang merupakan modifikasi kernel Linux 2.6. Sejak Android dirilis, telah dilakukan berbagai pembaruan berupa perbaikan bug dan penambahan fitur-fitur baru. Tidak hanya menjadi sistem operasi di smartphone, saat ini Android menjadi pesaing utama dari Apple pada sistem operasi Tablet PC. Pesatnya pertumbuhan Android selain karena faktor-faktor diatas, adalah karena Android itu sendiri adalah platform yang sangat lengkap baik itu sistem operasinya, aplikasi dan tool pengembangan, market aplikasi Android serta dukungan yang sangat tinggi dari komunitas Open Source dunia. Hal inilah yang membuat Android semakin

berkembang pesat baik dari segi teknologi maupun dari segi jumlah device yang ada di dunia.

2.2.2 Versi Android

Telepon pertama yang memakai sistem operasi Android adalah HTC Dream, yang dirilis pada 22 Oktober 2008. Pada penghujung tahun 2010 diperkirakan hampir semua vendor seluler di dunia menggunakan Android sebagai sistem operasi. Adapun versi-versi Android yang pernah dirilis adalah sebagai berikut: 1. Android versi 1.1

Pada 9 Maret 2009, Google merilis Android versi 1.1. Android versi ini dilengkapi dengan pembaruan estetis pada aplikasi, jam, alarm, voice search (pencarian menggunakan suara), pengiriman pesan dengan Gmail, dan pemberitahuan email.

2. Android versi 1.5 (Cupcake)

Pada pertengahan Mei 2009, Google kembali merilis telepon seluler dengan menggunakan Android dan SDK dengan versi 1.5. Terdapat beberapa pembaruan termasuk juga penambahan beberapa fitur pada seluler versi ini, yakni kemampuan merekam dan menonton video dengan modus kamera, mengunggah video ke Youtube dan gambar ke Picasa langsung dari telepon, dukungan Bluetooth A2DP, kemampuan terhubung secara otomatis ke headset Bluetooth, animasi layar, dan keyboard pada layar yang dapat disesuaikan dengan sistem.

3. Android versi 1.6 (Donut)

Donut dirilis pada September 2009 dengan menampilkan proses pencarian yang lebih baik dibanding sebelumnya, penggunaan baterai indicator dan kontrol applet VPN. Fitur lainnya adalah galeri yang memungkinkan pengguna untuk memilih foto yang akan dihapus; kamera, camcorder dan galeri yang diintegrasikan, CDMA/ EVDO, VPN, Gestures, dan Text-to-speech engine, kemampuan dial kontak, teknologi text to change speech (tidak tersedia pada semua ponsel), dan pengadaan resolusi VWGA.

4. Android versi 2.0-2.1 (Eclair)

Pada 3 Desember 2009, kembali diluncurkan ponsel Android dengan versi 2.0. Perubahan yang dilakukan adalah pengoptimalan hardware,

12

peningkatan Google Maps 3.1.2, perubahan UI dengan browser baru dan dukungan HTML5, daftar kontak yang baru, dukungan flash pada kamera 3.2 MP, Digital Zoom, dan Bluetooth 2.1.

5. Android versi 2.2 (Froyo: Frozen Yoghurt)

Pada bulan Mei 2010, Android versi 2.2 Rev 1 diluncurkan. Android ini merupakan salah satu versi yang sangat banyak beredar di pasaran. Fitur yang tersedia di Android versi ini sudah lebih kompleks dibanding versi sebelumnya.

6. Android versi 2.3 (Gingerbread)

Android versi 2.3 diluncurkan pada Desember 2010. 7. Android versi 3.0-3.2 (Honeycomb)

Versi ini dirilis Februari 2011 sebagai Android 3.0 Rev 1. Revisi 2 dari versi 3.0 dirilis pada Juli 2011. Android versi ini dikhususkan penggunaannya hanya pada Tablet PC.

8. Android versi 4.0 (Ice Cream Sandwich)

SDK Android 4.0 dibangun berdasarkan kernel Linux 3.0.1, dan dirilis pada 19 Oktober 2011. Petinggi Google, Gabe Cohen, menyatakan bahwa Android 4.0 secara teoritis kompatibel dengan perangkat Android 2.3 yang diproduksi pada saat itu. Kode sumber untuk Android 4.0 tersedia pada tanggal 14 November 2011.

9. Android versi 4.1-4.3 (JellyBean)

Google mengumumkan Android 4.1 dalam konferensi Google I/O pada tanggal 27 Juni 2012. Berdasarkan kernel Linux 3.0.31, Jelly Bean adalah pembaruan penting yang bertujuan untuk meningkatkan fungsi dan kinerja antarmuka pengguna (UI). Pembaruan ini diwujudkan dalam “Proyek Butter”, perbaikan ini termasuk antisipasi sentuh, tiple buffering, perpanjangan waktu vsync, dan peningkatan frame rate hingga 60 fps untuk menciptakan UI yang lebih halus. Android 4.1 jelly Bean dirilis untuk Android Open Source Project pada tanggal 9 Juli 2012. Perangkat pertama yang menggunakan sistem operasi ini adalah tablet Nexus 7 yang dirilis pada 13 Juli 2012. Android 4.2 dirilis pada 29 Oktober 2012 dan Android 4.3 dirilis pada 24 Juli 2013.

10. Android versi 4.4 (KitKat)

Google mengumumkan Android 4.4 KitKat (dinamai dengan izin dari Nestle dan Hershey) pada 3 September 2013, dengan tanggal rilis 31 Oktober 2013. Pembaruan yang dilakukan lebih mengarah pada grafis dan fungsi-fungsi perangkat keras.

11. Android versi 5.0 (Lollipop)

Android versi ini merupakan Android dengan versi terakhir hingga saat ini. Android ini diperkirakan dirilis pada akhir tahun 2014. Perubahan yang dilakukan pada versi ini yakni: perubahan antarmuka yang dinamakan “Material Desain”, 64-bit ART compiler, Project Volta (berguna untuk meningkatkan daya hidup baterai 30% lebih tahan lama) dan beberapa fitur terbaru lainnya.

2.3 Pemrograman Java

Java adalah nama sebuah bahasa pemrograman yang sangat terkenal. Sebagai bahasa pemrograman, Java dapat digunakan untuk menulis program. Sebagaimana diketahui, program adalah kumpulan instruksi yang ditujukan untuk komputer. Melalui program, komputer dapat diatur agar melaksanakan tugas tertentu sesuai dengan yang ditentukan oleh pemrogram[3]. Bahasa Java dikembangkan di Sun Microsystems dan mulai diperkenalkan kepada publik pada tahun 1995. Seperti halnya C++, Java juga merupakan bahasa yang berorientasi objek. Dengan demikian, Java juga memudahkan dalam pembuatan aplikasi yang berskala besar. Sebagai bahasa yang beraras tinggi, yang menggunakan perintah-perintah yang mudah dimengerti, Java mempunyai keunggulan yakni bersifat universal. Sebagai bahasa yang universal, Java bisa dijumpai di berbagai platform (Linux, UNIX, Windows, Mac, dan lain-lain). Artinya, jika menguasai Java di platform PC, sangat mudah untuk berpindah ke Linux ataupun sistem operasi yang lain. Hasil kompilasi Java yang dinamakan bytecode, dapat dijalankan di berbagai platform selama di sistem target memiliki Java Runtime Environtment (JRE).

14

2.4 MySQL

Relational Database Management System (RDBMS) adalah suatu alat yang penting dalam banyak lingkungan, dari penggunaan tradisional pada bisnis, riset, dan konteks edukasi, hingga aplikasi seperti penggerak mesin pencari di Internet. Namun, meski sistem basis data yang baik untuk manajerial dan akses sumberdaya informasi adalah hal yang penting, banyak organisasi menemukan situasi bahwa mereka tidak mampu dalam hal sumberdaya keuangan untuk menangani permasalahan terkait basis data. Dalam sejarahnya, sistem basis data telah menjadi suatu perencanaan yang mahal. Juga, karena mesin basis data seringkali membutuhkan perangkat keras yang besar agar dapat berjalan dengan kinerja yang wajar, maka biayanya juga akan bertambah besar[4].

Perangkat lunak basis data menjadi alternatif karena lebih mudah untuk diakses, juga, karena sistem basis data yang bersifat Open Source pun kini tersedia secara bebas. Salah satunya adalah MySQL, suatu sistem manajerial relasi basis data SQL client/server yang berasal dari Scandinavia. MySQL berisi SQL server, program client untuk mengakses server, peralatan administratif, dan antarmuka pemrograman untuk menulis program. Pada awalnya, MySQL menjadi sangat populer karena kecepatan dan kemudahan dalam penggunaannya. Namun muncul kritikan, juga, karena tidak memiliki fitur seperti dukungan transaksi dan dukungan foreign key. MySQL terus mengembangkan, menambahkan tidak hanya fitur yang sebelumnya tidak ada, tapi juga replikasi, subquery, prosedur yang tersimpan, tampilan, dan triggers. Kemampuan ini membawa MySQL ke dalam bidang aplikasi enterprise. MySQL bersifat portable dan berjalan pada beberapa sistem operasi komersil seperti Mac OS X, HP-UX, dan Windows, dan pada perangkat keras yang mendukung server enterprise.

2.5 Unified Modelling Language (UML)

Berikut akan dijelaskan mengenai diagram yang akan digunakan dalam pembangunan sistem pemesanan menu berbasis Android ini, yaitu use case diagram, activity diagram, sequence diagram, dan class diagram[5].

1. Use Case Diagram

Use case diagram merupakan pemodelan untuk (behavior) aplikasi yang akan dibuat. Use case mendeskripsikan sebuah interaksi antara satu atau lebih aktor dengan aplikasi yang akan dibuat. Secara kasar, use case digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah aplikasi dan siapa saja yang berhak menggunakan fungsi-fungsi tersebut. Penjelasan tentang simbol-simbol use case dapat dilihat pada Tabel II.1 berikut ini.

Tabel II-1 Definisi Simbol Use Case Diagram

Simbol Nama Simbol Fungsi

Aktor Merupakan manusia, proses, atau

sistem lain yang berinteraksi dengan aplikasi yang akan dibuat. Walaupun simbol aktor adalah manusia, tapi aktor tidak harus selalu manusia

Use Case Fungsionalitas yang disediakan sistem sebagai unit-unit yang saling bertukar pesan antar unit atau aktor; biasanya dinyatakan dengan menggunakan kata kerja di awal frase nama use case

Association Merelasikan Aktor dengan use case

System Boundary

Menggambarkan batasan sistem terhadap lingkungannya

2. Activity Diagram

Activity diagram menggambarkan aliran kerja atau aktivitas dari sebuah sistem, proses, atau menu yang ada pada perangkat lunak. Satu hal yang perlu diperhatikan adalah activity diagram menggambarkan aktivitas sistem, bukan apa yang dilakukan oleh aktor. Tabel II.2 adalah penjelasan tentang simbol-simbol pada activity diagram.

16

Tabel II-2 Definisi Simbol Activity Diagram

Simbol Nama Simbol Fungsi

Initial State Pernyataan awal dari sebuah aktivitas

Final State Pernyataan akhir dari sebuah aktivitas

Transisi Menggambarkan alur dari aksi-aksi yang ada pada aktivitas

Aksi Menggambarkan aksi

yang ada pada aktivitas

3. Sequence Diagram

Sequence diagram menggambarkan behavior objek pada use case dengan mendeskripsikan waktu hidup dan pesan, yang dikirim/ diterima antar objek. Oleh karena itu, untuk menggambar sequence diagram harus diketahui objek-objek yang terlibat dalam sebuah use case beserta metode-metode yang dimiliki kelas yang diinstansiasi menjadi objek itu. Dalam membangun sequence diagram, harus melihat dan mengacu pada skenario use case. Penjelasan tentang simbol-simbol sequence diagram dapat dilihat pada Tabel II.3.

Tabel II-3 Definisi Simbol Sequence Diagram

Simbol Nama Simbol Fungsi

Lifelines

Menggambarkan waktu

mulai dan berakhirnya sebuah message

Message

Spesifikasi dari

komunikasi antar objek yang memuat informasi tentang aktfitas yang terjadi

Actor

Digunakan untuk

menggambarkan user / pengguna

Boundary

Digunakan untuk

menggambarkan sebuah

form atau antarmuka

Control Class

Digunakan untuk

menghubungkan boundary dengan entity

Entity Class

Menyimpan

data/informasi yang

digunakan dalam

perangkat lunak

4. Class Diagram

Class diagram menggambarkan struktur sistem dari segi pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem. Kelas memiliki apa yang disebut atribut dan metode atau operasi. Class diagram dibuat agar pembuat program atau programmer membuat kelas-kelas sesuai dengan rancangan di dalam class diagram, agar antara dokumen perancangan dan perangkat lunak sesuai. Gambar II.5 merupakan contoh dari class diagram. Berikut penjelasan mengenai atribut dan operasi pada class diagram.

a) Atribut; merupakan variabel-variabel yang dimiliki oleh suatu kelas. b) Operasi (atau Metode); adalah fungsi-fungsi yang dimiliki oleh suatu

kelas.

18

BAB III

ANALISIS DAN PERANCANGAN SISTEM

Langkah awal dari perancangan sistem adalah analisis dan penentuan kebutuhan sistem. Pada langkah ini akan ditentukan kebutuhan apa saja yang harus dipenuhi.

Tablet Pelanggan

Access Point

PC Server 1

2

n

Tablet Admin

Tablet Koki

Gambar III-1 Diagram Blok Sistem Keterangan gambar:

1. Tablet Pelanggan adalah perangkat yang digunakan untuk menjalankan aplikasi e-order khusus untuk Pelanggan.

2. Tablet Admin dan Tablet Koki merupakan perangkat yang digunakan untuk menjalankan aplikasi e-order khusus untuk Admin dan Koki.

3. Access Point (Wireless Router) merupakan perangkat perantara yang menghubungkan antara Tablet Pelanggan dan Tablet Admin/Koki dengan PC Server.

4. PC Server merupakan perangkat yang menjadi wadah untuk menyimpan data. Data-data tersebut terdiri dari data menu, data pesanan, dan data gambar.

3.1 Analisis Kebutuhan Sistem

Analisis kebutuhan sistem bertujuan untuk melakukan analisa mengenai kebutuhan-kebutuhan untuk membangun sistem yang direncanakan. Analisis tersebut meliputi analisis kebutuhan non fungsional, analisis perancangan basis data, dan analisis kebutuhan fungsional.

3.1.1 Analisis Kebutuhan Non Fungsional

Analisis kebutuhan non fungsional adalah analisis yang menggambarkan kebutuhan luar sistem yang diperlukan untuk menjalankan aplikasi yang dibangun. Adapun kebutuhan non fungsional yang diperlukan untuk menjalankan aplikasi e-order tersebut adalah analisis kebutuhan perangkat keras, analisis kebutuhan perangkat lunak serta analisis pengguna.

3.1.1.1Analisis Kebutuhan Perangkat Keras

Analisis perangkat keras bertujuan untuk memudahkan proses perancangan dan implementasi dalam pembangunan perangkat lunak aplikasi e-order. Adapun kebutuhan minimum perangkat keras yang dibutuhkan untuk menjalankan aplikasi yang akan dibangun dapat dilihat pada Tabel III.1 dan Tabel III.2 berikut.

Tabel III-1 Kebutuhan Minimum Perangkat Keras Tablet

No Perangkat Keras Disarankan

1 Prosesor Tablet Dualcore 1.2 GHz

2 Ukuran Layar 7.0 Inch

3 Memori RAM 1 GB

20

Tabel III-2 Kebutuhan Minimum Perangkat Keras PC Server

No Perangkat Keras Disarankan

1 Prosesor Laptop Intel Core i3 2.1 GHz

2 Memori RAM 4 GB

3 Hardisk 640 GB

3.1.1.2Analisis Kebutuhan Perangkat Lunak

Aplikasi e-order berbasis Android yang dibangun membutuhkan perangkat lunak pendukung sehingga aplikasi tersebut dapat berjalan dengan baik. Adapun perangkat lunak minimum yang dibutuhkan untuk menjalankan aplikasi tersebut adalah:

Tabel III-3 Kebutuhan Minimum Perangkat Lunak

No Perangkat Lunak Keterangan

1 Sistem Operasi Tablet Android versi 4.1 JellyBean

2 Sistem Operasi Laptop Server Windows 7 64 Bit

3 Editor Aplikasi Android Studio 1.4

4 Basis Data MySQL

5 Server Apache Server (XAMPP)

3.1.1.3Analisis Kebutuhan Pengguna

Pengguna yang mengoperasikan aplikasi e-order ini adalah Admin, Koki, dan Pelanggan restoran. Tabel III.3 menunjukan analisis kebutuhan pengguna dari aplikasi tersebut.

Tabel III-4 Analisis Kebutuhan Pengguna Aplikasi

No Pengguna Hak Akses Tingkat Keterampilan

1 Admin Dapat melakukan hak akses

(melakukan pengaturan data menu)

Mampu menggunakan tablet, memahami ilmu tentang basis data dan jaringan komputer

2 Koki Dapat melihat daftar

pesanan, dan dapat

menghapus daftar pesanan yang telah selesai dibuat

Mampu menggunakan tablet, memahami penggunaan aplikasi berbasis Android

3 Pelanggan Dapat melihat daftar menu,

dan dapat melakukan

pemesanan menu

Mampu menggunakan tablet, memahami penggunaan aplikasi berbasis Android

3.1.2 Analisis Perancangan Basis Data

Analisis perancangan basis data merupakan tahap untuk mengidentifikasi kebutuhan-kebutuhan file database yang diperlukan oleh sistem. Pada perancangan basis data ini, akan dibahas mengenai Entity Relationship Diagram (ERD), Relasi Tabel, dan Struktur File.

3.1.2.1Entity Relationship Diagram (ERD)

Dalam memodelkan data dan menggambarkan hubungan antara entitas dan komponen data yang ada pada aplikasi secara sistematis, digunakan suatu alat bantu yaitu diagram E-R. Dalam hal ini, diagram E-R merupakan komponen-komponen himpunan entitas dan himpunan relasi yang dideskripsikan lebih jauh melalui sejumlah atribut-atribut (property) yang menggambarkan seluruh fakta dari sistem yang ditinjau. Adapun diagram E-R yang diusulkan dalam membangun aplikasi pemesanan menu e-order ini dilampirkan pada Gambar III.2.

Mengelola Menu

harga_menu

id_menu

gambar_menu nama_menu

Admin n

id_admin

1

Meja Memesan

id_meja

n m username

password id_pesanan

kuantitas total_harga

Gambar III-2 Entity Relationship Diagram

Untuk keterangan mengenai entitas dan atribut pada Gambar III.2 dapat dilihat pada Tabel III.5 berikut ini:

22

Tabel III-5 Entitas dan Atribut

No Entitas Atribut

1 Admin id_admin, username, password

2 Meja id_meja

3 Menu id_menu, nama_menu, harga_menu, gambar_menu

4 Memesan id_pesanan, kuantitas, total_harga

3.1.3 Analisis Kebutuhan Fungsional

Analisis kebutuhan fungsional merupakan gambaran proses-proses mengenai sistem yang berjalan pada aplikasi e-order.

3.1.3.1Use Case Diagram

Use case diagram merupakan suatu diagram yang menggambarkan fungsionalitas yang dimiliki oleh suatu sistem beserta aktor-aktor yang terlibat di dalamnya. Berikut ini adalah use case diagram dari aplikasi e-order.

Gambar III-3 Use Case Diagram Aplikasi e-Order

System

Admin

Pelanggan

Koki Login

Tambah menu

Ubah menu

Hapus menu

Lihat menu

Pesan menu

Lihat pesanan

Hapus pesanan

<<include>>

<<include>>

<<include>> <<include>>

Berikut adalah penjelasan mengenai use case diagram yang ada pada aplikasi pemesanan menu e-order:

1. Definisi Aktor

Definisi aktor mendeskripsikan peranan aktor yang ada pada sistem. Definisi aktor pada aplikasi pemesanan menu e-order dapat dilihat pada Tabel III.6.

Tabel III-6 Definisi Aktor

No Aktor Deskripsi

1 Admin Orang yang bertugas dan memiliki hak akses untuk

melakukan operasi pengolahan data menu

2 Pelanggan Orang yang hanya memiliki hak akses untuk melihat daftar menu dan melakukan pemesanan menu

3 Koki Orang yang hanya memiliki hak akses untuk melihat daftar

pesanan dan menghapus pesanan yang telah selesai dibuat

2. Definisi Use Case

Definisi use case mendeskripsikan setiap use case yang terdapat pada use case diagram. Tabel III.6 merupakan definisi use case pada sistem yang dibuat.

Tabel III-7 Definisi Use Case

No Use Case Deskripsi

1 Login Merupakan proses untuk melakukan login

2 Tambah menu Merupakan proses penambahan data menu baru ke

basis data

3 Lihat menu Merupakan proses melihat menu yang ada di basis data

4 Ubah menu Merupakan proses mengubah menu (nama, harga,

dan gambar) pada basis data

5 Hapus menu Merupakan proses menghapus menu pada basis data

6 Pesan menu Merupakan proses mengirim data menu pesanan

dari tablet ke server

7 Lihat pesanan Merupakan proses melihat menu yang dipesan oleh pelanggan pada basis data

8 Hapus pesanan Merupakan proses menghapus menu pesanan yang

24

3. Use Case Scenario

Use case scenario merupakan deskripsi urutan langkah-langkah pada suatu proses, baik yang dilakukan aktor terhadap sistem maupun yang dilakukan oleh sistem terhadap aktor.

Berikut ini merupakan penjelasan mengenai scenario dari tiap-tiap use case pada aplikasi e-order:

a) Nama Use Case: Login

Deskripsi: Menjelaskan tentang proses login Admin ke aplikasi e-order (back-end)

Aktor: Admin

Tabel III-8 Use Case Scenario Login Admin

Aksi Aktor Reaksi Sistem

Skenario Normal

1. Memilih tombol Admin

2. Menampilkan form login untuk Admin

3. Memasukan username dan

password

4. Validasi username dan password

5. Masuk ke form Admin e-order (menampilkan halaman Daftar Menu)

Skenario Alternatif

1. Memilih tombol Admin

2. Menampilkan form login untuk Admin

3. Memasukan username dan

password

4. Validasi username dan password

5. Menampilkan pesan login gagal

6. Memasukan username dan

password yang valid

7. Validasi username dan password

(menampilkan halaman Daftar Menu)

b) Nama Use Case: Tambah menu

Deskripsi: Menjelaskan tentang proses penambahan data menu baru Aktor: Admin

Tabel III-9 Use Case Scenario Tambah Menu

Aksi Aktor Reaksi Sistem

Skenario Normal

1. Memilih tombol Admin

2. Menampilkan form login untuk Admin

3. Melakukan login

4. Menampilkan halaman Daftar Menu

5. Menekan tombol +

6. Menampilkan halaman Tambah

Menu (berisi form isian data untuk menu baru)

7. Mengisi form isian untuk menu baru (kode, nama, harga, dan gambar) 8. Menekan tombol Tambah

Menu

9. Menampilkan pesan konfirmasi 10. Memilih Ya pada pesan

konfirmasi tersebut untuk menambah menu baru, Tidak

untuk batal

11. Menyimpan penambahan data baru ke basisdata

12. Menampilkan hasil pengelolaan data menu (halaman Daftar Menu)

c) Nama Use Case: Lihat menu

Deskripsi: Menjelaskan tentang proses melihat data menu yang ada di basis data

26

Tabel III-10 Use Case Scenario Lihat Menu

Aksi Aktor Reaksi Sistem

Skenario Normal

1. Memilih tombol Admin

2. Menampilkan form login untuk Admin

3. Melakukan login

4. Menampilkan halaman Daftar Menu

d) Nama Use Case: Ubah menu

Deskripsi: Menjelaskan tentang proses pengubahan data menu Aktor: Admin

Tabel III-11 Use Case Scenario Ubah Menu

Aksi Aktor Reaksi Sistem

Skenario Normal

1. Memilih tombol Admin

2. Menampilkan form login untuk Admin

3. Melakukan login

4. Menampilkan halaman Daftar Menu

5. Memilih menu yang ingin diubah

6. Menampilkan pesan konfirmasi 7. Memilih Ubah pada pesan

konfirmasi tersebut untuk melanjutkan

8. Menampilkan informasi data menu yang akan diubah

9. Mengubah data menu (nama,

harga, atau gambar)

8. Menekan tombol Ubah Menu

9. Menampilkan pesan konfirmasi 10. Memilih Ya pada pesan

konfirmasi tersebut untuk mengubah, Tidak untuk batal

basis data

12. Menampilkan hasil pengelolaan data menu (halaman Daftar Menu)

e) Nama Use Case: Hapus menu

Deskripsi: Menjelaskan tentang proses menghapus data menu Aktor: Admin

Tabel III-12 Use Case Scenario Hapus Menu

Aksi Aktor Reaksi Sistem

Skenario Normal

1. Memilih tombol Admin

2. Menampilkan form login untuk Admin

3. Melakukan login

4. Menampilkan halaman Daftar Menu

5. Memilih menu yang ingin

dihapus

6. Menampilkan pesan konfirmasi 7. Memilih Hapus pada pesan

konfirmasi tersebut untuk menghapus

8. Menyimpan perubahan data ke basis data

9. Menampilkan hasil pengelolaan data menu (halaman Daftar Menu)

f) Nama Use Case: Lihat menu

Deskripsi: Menjelaskan tentang proses melihat data menu yang ada di basis data

28

Tabel III-13 Use Case Scenario Lihat Menu

Aksi Aktor Reaksi Sistem

Skenario Normal

1. Memilih tombol Daftar Menu/ Favorit pada halaman utama

2. Menampilkan halaman Daftar Menu/ Favorit

g) Nama Use Case: Pesan menu

Deskripsi: Menjelaskan tentang proses memesan menu Aktor: Pelanggan

Tabel III-14 Use Case Scenario Pesan Menu

Aksi Aktor Reaksi Sistem

Skenario Normal

1. Memilih tombol Daftar Menu/ Favorit pada halaman utama

2. Menampilkan halaman Daftar Menu/ Favorit

3. Memilih menu yang ingin dipesan

4. Menampilkan pesan konfirmasi 5. Memilih Ya pada pesan

konfirmasi tersebut untuk melanjutkan, Tidak untuk batal

6. Menampilkan halaman

informasi tentang menu dan isian jumlah porsi

7. Mengisi jumlah porsi

8. Menekan tombol Tambahkan

ke Pesanan

9. Menampilkan pesan konfirmasi 10. Memilih Ya pada pesan

konfirmasi tersebut untuk melanjutkan, Tidak untuk batal

11. Mengirim data menu tersebut ke halaman Pesanan

12. Memilih kembali ke halaman utama

13. Menampilkan menu yang ada pada halaman utama (Favorit, Daftar Menu, dan Pesanan) 14. Memilih tombol Pesanan

15. Menampilkan daftar menu yang akan dikirim ke server

16. Menekan tombol Pesan Sekarang

17. Menampilkan pesan konfirmasi 18. Memilih Ya pada pesan

konfirmasi tersebut untuk mengirim pesanan, Tidak

untuk batal

19. Mengirim data pesanan ke server untuk disimpan di basis data dan diteruskan untuk ditampilkan di tablet Koki Skenario Alternatif

1. Memilih tombol Daftar Menu/ Favorit pada halaman utama

2. Menampilkan halaman Daftar Menu/ Favorit

3. Memilih menu yang ingin dipesan

4. Menampilkan pesan konfirmasi 5. Memilih Ya pada pesan

konfirmasi tersebut untuk melanjutkan, Tidak untuk batal

6. Menampilkan halaman

informasi tentang menu dan isian jumlah porsi

7. Mengisi jumlah porsi

8. Menekan tombol Tambahkan

ke Pesanan

9. Menampilkan pesan konfirmasi 10. Memilih Ya pada pesan

konfirmasi tersebut untuk melanjutkan, Tidak untuk batal

11. Mengirim data menu tersebut ke halaman Pesanan

12. Memilih kembali ke halaman utama

30

13. Menampilkan menu yang ada pada halaman utama (Favorit, Daftar Menu, dan Pesanan) 14. Memilih tombol Pesanan

15. Menampilkan daftar menu yang akan dikirim ke server

16. Menghapus menu jika batal memesan dengan memilih menu tersebut

17. Menampilkan pesan konfirmasi 18. Memilih Ya pada pesan

konfirmasi tersebut untuk menghapus, Tidak untuk batal

19. Menampilkan sisa daftar menu pesanan (jika semua menu dihapus maka harus memesan menu lagi dari halaman utama, kemudian pilih tombol Daftar Menu/ Favorit)

20. Menekan tombol Pesan Sekarang

21. Menampilkan pesan konfirmasi 22. Memilih Ya pada pesan

konfirmasi tersebut untuk mengirim pesanan, Tidak

untuk batal

23. Mengirim data pesanan ke server untuk disimpan di basis data dan diteruskan untuk ditampilkan di tablet Koki

h) Nama Use Case: Lihat pesanan

Deskripsi: Menjelaskan tentang proses melihat pesanan yang telah dikirim oleh pelanggan

Aktor: Koki

Tabel III-15 Use Case Scenario Lihat Pesanan

Aksi Aktor Reaksi Sistem

Skenario Normal

1. Memilih tombol Koki

2. Menampilkan form Daftar Pesanan untuk Koki

i) Nama Use Case: Hapus pesanan

Deskripsi: Menjelaskan tentang proses menghapus menu pesanan yang telah selesai dibuat

Aktor: Koki

Tabel III-16 Use Case Scenario Hapus Pesanan

Aksi Aktor Reaksi Sistem

Skenario Normal

1. Memilih tombol Koki

2. Menampilkan form Daftar Pesanan untuk Koki

3. Menghapus menu pesanan

yang telah selesai dibuat dengan memilih menu tersebut

4. Menampilkan pesan konfirmasi 5. Memilih Ya pada pesan

konfirmasi tersebut untuk menghapus pesanan, Tidak

untuk batal

6. Menyimpan perubahan data ke basis data

7. Menampilkan hasil pengelolaan data menu pesanan (halaman Daftar Pesanan)

3.1.3.2Activity Diagram

Activity diagram merupakan diagram yang memodelkan aliran kerja dari urutan aktivitas suatu proses yang mengacu pada use case diagram. Activity diagram yang terdapat pada aplikasi ini adalah sebagai berikut:

32

1. Activity Diagram Login

Gambar III-4 Activity Diagram Login

User (Admin) System

memilih tombol Admin

menampilkan form login untuk Admin

memasukan username dan password

validasi

masuk ke form Admin (menampilkan halaman

Daftar Menu)

menampilkan pesan "username/ password

salah"

2. Activity Diagram Tambah Menu

Gambar III-5 Activity Diagram Tambah Menu

User (Admin) System

memilih tombol Admin

menampilkan form login untuk Admin

melakukan login

menampilkan halaman Daftar Menu

menampilkan halaman Tambah Menu (form isian data menu baru) menekan

tombol +

mengisi form isian dengan data menu baru

menekan tombol Tambah Menu

menampilkan pesan konfirmasi

tetap di form ini Tidak

menyimpan data baru ke basisdata Ya

menampilkan halaman Daftar Menu

34

3. Activity Diagram Lihat Menu

Gambar III-6 Activity Diagram Lihat Menu

User (Admin) System

memilih tombol Admin

menampilkan form login untuk Admin

melakukan login

menampilkan halaman Daftar Menu

4. Activity Diagram Ubah Menu

Gambar III-7 Activity Diagram Ubah Menu

User (Admin) System

memilih tombol Admin

menampilkan form login untuk Admin

melakukan login

menampilkan halaman Daftar Menu

mengubah data menu (nama, harga, atau

gambar) memilih menu yang

ingin diubah

menampilkan halaman Ubah

Menu memilih Ubah pada

pesan konfirmasi untuk melanjutkan

menampilkan pesan konfirmasi

menekan tombol Ubah Menu

Tidak

menampilkan pesan konfirmasi

Ya

tetap di halaman ini

menyimpan perubahan ke

basisdata

menampilkan halaman daftar

36

5. Activity Diagram Hapus Menu

Gambar III-8 Activity Diagram Hapus Menu 6. Activity Diagram Lihat Menu (Pelanggan)

Gambar III-9 Activity Diagram Lihat Menu (Pelanggan)

User (Admin) System

memilih tombol Admin

menampilkan form login untuk Admin

melakukan login

menampilkan halaman Daftar Menu

memilih menu yang ingin dihapus

memilih Hapus pada pesan konfirmasi untuk melanjutkan

menampilkan pesan konfirmasi

menyimpan perubahan ke

basisdata

menampilkan halaman daftar

menu

User (Pelanggan) System

memilih tombol Daftar Menu/ Favorit pada

halaman utama

menampilkan halaman Daftar

7. Activity Diagram Pesan Menu

Gambar III-10 Activity Diagram Pesan Menu

User (Pelanggan) System

memilih tombol Daftar Menu/ Favorit pada

halaman utama menampilkan halaman Daftar Menu/ Favorit mengisi jumlah porsi mengirim data pesanan ke halaman Pesanan memilih Ya pada pesan

konfirmasi untuk melanjutkan, Tidak untuk batal

memilih menu yang ingin

dipesan

menampilkan halaman informasi tentang menu

dan isian jumlah porsi memilih Ya pada pesan

konfirmasi untuk melanjutkan, Tidak untuk batal

menampilkan pesan konfirmasi menekan tombol Tambahkan ke Pesanan menampilkan pesan konfirmasi kembali ke halaman utama

mengirim data pesanan ke server untuk disimpan, kemudian diteruskan ke Tablet

Koki menampilkan halaman utama (Favorit, Daftar Menu, dan Pesanan)

memilih tombol Pesanan

menampilkan daftar menu yang akan dikirim ke server

melakukan pengelolaan pada menu pesanan (hapus menu jika

tidak jadi memesan). Jika tidak, lanjutkan dengan menekan

tombol Pesan Sekarang

menampilkan pesan konfirmasi

memilih Ya pada pesan konfirmasi untuk melanjutkan,

38

8. Activity Diagram Lihat Pesanan

Gambar III-11 Activity Diagram Lihat Pesanan 9. Activity Diagram Hapus Pesanan

Gambar III-12 Activity Diagram Hapus Pesanan

User (Koki) System

memilih tombol Koki pada halaman utama

menampilkan halaman Daftar Pesanan untuk Koki

User (Koki) System

memilih tombol Koki pada halaman utama

menampilkan halaman Daftar Pesanan untuk Koki

menghapus menu pesanan yang telah selesai dibuat dengan memilih menu tersebut

memilih Ya pada pesan konfirmasi untuk melanjutkan,

Tidak untuk batal

menampilkan pesan konfirmasi

menyimpan perubahan data pesanan ke

basisdata

menampilkan halaman Daftar

3.1.3.3Sequence Diagram

Sequence diagram menggambarkan behavior dari objek pada use case dengan mendeskripsikan waktu hidup dan pesan, yang dikirim/ diterima antar objek. Sequence diagram pada sistem ini adalah sebagai berikut:

1. Sequence Diagram Login

Gambar III-13 Sequence Diagram Login

Admin Antarmuka Login BasisdataAdmin

1 : Memilih tombol Admin()

2 : Menampilkan form login() 3 : Memasukan username dan password()

4 : Login()

5 : Validasi()

6 : Data valid/ tidak valid()

7 : Menampilkan halaman Daftar Menu/ pesan login gagal() 8 : Gagal login/ masukan ulang()

9 : Validasi()

10 : Data valid()

40

2. Sequence Diagram Tambah Menu

Gambar III-14 Sequence Diagram Tambah Menu 3. Sequence Diagram Lihat Menu

Gambar III-15 Sequence Diagram Lihat Menu

Admin Antarmuka Login MengelolaMenu Basisdata

1 : Memilih tombol Admin()

2 : Menampilkan form login() 3 : Melakukan login()

4 : Login()

5 : Menampilkan halaman Daftar Menu() 6 : Memilih tombol +()

7 : Menampilkan halaman Tambah Menu()

8 : Mengisi data menu baru()

9 : Menyimpan hasil perubahan ke basisdata()

10 : Menampilkan hasil perubahan data menu()

Admin Antarmuka Login Basisdata

1 : Memilih tombol Admin()

2 : Menampilkan form login()

3 : Melakukan login()

4 : Login()

5 : Meminta data menu()

4. Sequence Diagram Ubah Menu

Gambar III-16 Sequence Diagram Ubah Menu 5. Sequence Diagram Hapus Menu

Gambar III-17 Sequence Diagram Hapus Menu

Admin Antarmuka Login MengelolaMenu Basisdata

1 : Memilih tombol Admin()

2 : Menampilkan form login() 3 : Melakukan login()

4 : Login()

5 : Menampilkan halaman Daftar Menu() 6 : Mengubah data menu()

7 : Menyimpan perubahan ke basisdata()

8 : Menampilkan hasil perubahan data menu()

Admin Antarmuka Login MengelolaMenu Basisdata

1 : Memilih tombol Admin()

2 : Menampilkan form login() 3 : Melakukan login()

4 : Login()

5 : Menampilkan halaman Daftar Menu() 6 : Menghapus data menu()

7 : Menyimpan perubahan ke basisdata()

42

6. Sequence Diagram Lihat Menu (Pelanggan)

Gambar III-18 Sequence Diagram Lihat Menu (Pelanggan) 7. Sequence Diagram Pesan Menu

Gambar III-19 Sequence Diagram Pesan Menu

Pelanggan Antarmuka Basisdata

1 : Memilih tombol Daftar Menu/ Favorit()

2 : Meminta data menu()

3 : Menampilkan halaman Daftar Menu/ Favorit()

Pelanggan Antarmuka Basisdata Pesanan

1 : Memilih tombol Daftar Menu/ Favorit()

2 : Meminta data menu()

3 : Menampilkan halaman Daftar Menu/ Favorit() 4 : Memilih menu yang ingin dipesan()

5 : Mengirim data pesanan()

6 : Kembali ke halaman utama()

7 : Menampilkan halaman Favorit, Daftar Menu, dan Pesanan()

8 : Memilih tombol Pesanan()

9 : Meminta data pesanan()

10 : Menampilkan data pesanan() 11 : Mengatur daftar pesanan sebelum dikirim, hapus jika batal memesan()

12 : Kirim pesanan()

8. Sequence Diagram Lihat Pesanan

Gambar III-20 Sequence Diagram Lihat Pesanan 9. Sequence Diagram Hapus Pesanan

Gambar III-21 Sequence Diagram Hapus Pesanan

3.1.3.4Class Diagram

Class diagram adalah diagram yang digunakan untuk menampilkan beberapa kelas yang ada dalam perangkat lunak yang sedang dikembangkan. Class diagram menggambarkan struktur dan deskripsi kelas beserta hubungan kelas yang satu dengan kelas yang lain. Berikut ini merupakan class diagram untuk aplikasi pemesanan menu e-order:

Koki Antarmuka Basisdata

1 : Memilih tombol Koki()

2 : Meminta data menu()

3 : Menampilkan halaman Daftar Pesanan untuk Koki()

Koki Antarmuka Basisdata

1 : Memilih tombol Koki()

2 : Meminta data menu()

3 : Menampilkan halaman Daftar Pesanan untuk Koki()

4 : Menghapus pesanan yang telah dibuat()

5 : Menyimpan perubahan data menu()

44

Gambar III-22 Class Diagram

3.2 Perancangan Sistem

Dalam membangun suatu sistem, perancangan sistem merupakan salah satu hal yang harus dilakukan. Perancangan ini terdiri dari struktur menu Pelanggan dan struktur menu Admin/Koki, perancangan antarmuka Pelanggan, perancangan antarmuka Admin/Koki, dan perancangan pesan.

3.2.1 Struktur Menu

Dalam perancangan sebuah perangkat lunak, dibutuhkan suatu struktur menu yang memaparkan mengenai menu yang akan dibangun. Struktur menu untuk aplikasi ini dibagi menjadi dua bagian: struktur menu Pelanggan dan struktur menu Admin (struktur menu Koki digabung di aplikasi yang sama).

3.2.1.1Struktur Menu Level Pelanggan

Struktur menu aplikasi e-order untuk level Pelanggan dapat dilihat pada Gambar III.23 berikut ini.

Tambah +kode_menu +nama_menu +harga_menu +gambar_menu +SimpanPerubahan() Lihat +kode_menu +SimpanPerubahan() Ubah +nama_menu +harga_menu +gambar_menu +SimpanPerubahan() Hapus +kode_menu +SimpanPerubahan() TambahMenu +menambahMenu() LihatMenu +melihatMenu() UbahMenu +mengubahMenu() HapusMenu +menghapusMenu() Antarmuka +FormLogin() +FormTambahMenu() +FormLihatMenu() +FormUbahMenu() +FormHapusMenu() +FormDaftarPesanan() +TampilMenuAdmin() +TampilMenuKoki() +TampilMenuPelanggan() +TampilTambahMenu() +TampilLihatMenu() +TampilHapusMenu() +TampilUbahMenu() 1 1..* 1 1..* 1 1 1..* 1..* 1 1 1 1 1 1 1 1 Pesan +kode_menu +jumlah_porsi +SimpanPerubahan() PesanMenu +memesanMenu() 1 1..* 1 _Cek +kode_menu +jumlah_porsi +SimpanPerubahan() 1 CekPesanan +melihatPesanan() 1..* 1 1 ₁ Status +kode_menu +status_pesanan +SimpanPerubahan() StatusPesanan +mengubahStatus() 1..* 1 1 1

Favorit

Halaman Utama

Daftar Menu Pesanan

Gambar III-23 Struktur Menu Level Pelanggan

3.2.1.2Struktur Menu Level Admin/Koki

Struktur menu aplikasi e-order untuk level Admin (termasuk Koki) dapat dilihat pada Gambar III.24 berikut ini.

Admin

Halaman Utama

Lihat Pesanan Koki

Login Validasi

Lihat Menu

Tambah Menu Ubah Menu Hapus Menu

Hapus Pesanan

Logout

Gambar III-24 Struktur Menu Level Admin/Koki

3.2.2 Perancangan Antarmuka

Antarmuka merupakan suatu media komunikasi antara user dengan aplikasi yang dibangun. Oleh karena itu, dalam perancangan sebuah aplikasi dibutuhkan suatu perancangan antarmuka guna memberikan gambaran umum bagi user. Perancangan antarmuka aplikasi ini dapat dilihat pada beberapa gambar berikut.

46

3.2.2.1Perancangan Antarmuka Pelanggan

Berikut ini merupakan tampilan aplikasi e-order (antarmuka untuk pelanggan) yang terdiri dari menu favorit, daftar menu, dan daftar pesanan.

1. Halaman Utama (P01)

DAFTAR MENU

Keterangan : 1. Tap Favorit menuju P02 2. Tap Daftar Menu menuju P03 3. Tap Pesanan menuju P04

FAVORIT

tequilla.

_{fast and easy}

MEJA : 7

PESANAN

P01

2. Halaman Menu Favorit (P02)

Keterangan : 1. Tap back menuju P01 2. Tap listmenu menuju P05 untuk memesan, pesan konfirmasi M01 akan muncul

Gambar Menu

tequilla.

fast and easy

P02

Menu Favorit Nama Menu

Harga Jumlah di Pesan

Gambar Menu

Nama Menu

Harga Jumlah di Pesan

Gambar Menu

Nama Menu

Harga Jumlah di Pesan

Gambar Menu

Nama Menu

Harga Jumlah di Pesan

Gambar III-26 Rancangan Antarmuka Halaman Menu Favorit 3. Halaman Daftar Menu (P03)

Keterangan : 1. Tap back menuju P01 2. Tap listmenu menuju P05 untuk memesan, pesan konfirmasi M01 akan muncul

Gambar Menu

tequilla._{fast and easy}

P03

Daftar Menu Nama Menu

Harga

Jumlah di Pesan

Gambar Menu

Nama Menu

Harga

Jumlah di Pesan

Gambar Menu

Nama Menu

Harga

Jumlah di Pesan

Gambar Menu

Nama Menu

Harga

Jumlah di Pesan

48

4. Halaman Pesanan (P04)

PESAN SEKARANG

Keterangan : 1. Tap back menuju P01 2. Tap listmenu untuk menghapus pesanan. Pesan konfirmasi M08 akan muncul 3. Tap Pesan Sekarang untuk mengirim data pesanan ke server. Pesan konfirmasi M03 akan muncul

tequilla.

fast and easy P04

Daftar Pesanan

Nama Menu Harga x Porsi = Total

Nama Menu Harga x Porsi = Total

Nama Menu Harga x Porsi = Total

Nama Menu Harga x Porsi = Total

Total Harga : Harga

Gambar III-28 Rancangan Antarmuka Halaman Pesanan 5. Halaman Atur Pesanan (P05)

TAMBAHKAN KE PESANAN

Keterangan : 1. Tap back menuju P02/ P03

2. Tap Masukan jumlah porsi disini untuk mengisi jumlah porsi 3. Tap Tambahkan ke Pesanan untuk mengirim data pesanan ke P04. Pesan konfirmasi M02 akan muncul

tequilla.

fast and easy

Gambar Menu P05 Pesanan Menu Nama menu Harga Porsi Gambar Harga menu

Masukan jumlah porsi disini

3.2.2.2Perancangan Antarmuka Admin/Koki

Berikut ini merupakan tampilan aplikasi e-order (antarmuka admin, termasuk koki) yang terdiri dari halaman admin dan koki.

1. Halaman Utama (A01)

KOKI

Keterangan : 1. Tap Admin menuju A02 2. Tap Koki menuju A03

ADMIN

tequilla.

_{fast and easy}

A01

Gambar III-30 Rancangan Antarmuka Halaman Utama Admin dan Koki 2. Halaman Login Admin (A02)

Username

Keterangan : 1. Tap back untuk menuju A01

2. Tap Username dan Password untuk mengisi data admin 3. Tap Log In menuju A04

LOG IN

tequilla.

_{fast and easy}

A02

Password

50

3. Halaman Koki (A03)

Keterangan : 1. Tap back menuju A01 2. Tap listmenu untuk menghapus pesanan ketika telah selesai dibuat. Pesan konfirmasi M08 akan muncul

tequilla.

fast and easy A03

Daftar Pesanan [Koki]

Nomor Meja Menu Porsi Nomor Meja Menu Porsi Nomor Meja Menu Porsi Nomor Meja Menu Porsi

Gambar III-32 Rancangan Antarmuka Halaman Koki 4. Halaman Daftar Menu Admin (A04)

Keterangan : 1. Tap back menuju A02. Pesan konfirmasi M04 akan muncul 2. Tap Log Out menuju A02

3. Tap listmenu menuju A05 untuk mengubah menu, pesan konfirmasi M05 akan muncul. Hapus menu juga melalui pesan konfirmasi yang sama 4. Tap tombol + menuju A06 untuk menambah menu baru Gambar

Menu

tequilla._{fast and easy}

A04

Daftar Menu [Admin]

Nama Menu Harga LOG OUT Kode

+

Gambar

Menu Nama Menu

Harga

Kode

Gambar

Menu Nama Menu

Harga

Kode

Gambar

Menu Nama Menu

Harga

Kode

5. Halaman Ubah Menu (A05)

UBAH MENU

Keterangan : 1. Tap back menuju A04 2. Tap Nama menu untuk mengubah nama, Harga menu untuk mengubah harga

3. Tap Ubah Gambar untuk mengubah gambar 4. Tap Ubah Menu untuk mengubah menu, setelah itu menuju A04. Pesan konfirmasi M06 akan muncul

tequilla.

fast and easy

Gambar Menu A05 Ubah Menu Kode Kode menu Menu Harga Gambar Nama menu Harga menu UBAH GAMBAR

Gambar III-34 Rancangan Antarmuka Halaman Ubah Menu 6. Halaman Tambah Menu (A06)

TAMBAH MENU

Keterangan : 1. Tap back menuju A04 2. Tap Kode menu untuk mengisi kode, Nama menu untuk mengisi nama, Harga menu untuk mengisi harga 3. Tap Pilih Gambar untuk memilih gambar menu dari galeri

4. Tap Tambah Menu untuk menambah menu baru ke basisdata, setelah itu menuju A04. Pesan konfirmasi M07 akan muncul.

tequilla.

fast and easy

Gambar Menu A06 Tambah Menu Kode Kode menu Menu Harga Gambar Nama menu Harga menu PILIH GAMBAR

52

3.2.2.3Perancangan Antarmuka Pesan

Berikut ini dilampirkan tampilan dari pesan konfirmasi pada aplikasi e-order.

M01

Konfirmasi

Pesan menu ini?

Ya Tidak

M02

Konfirmasi

Tambahkan menu ini ke Pesanan?

Ya Tidak

M03

Konfirmasi

Apakah Anda yakin ingin memesan menu ini?

Ya Tidak

M04

Konfirmasi

Anda harus LOG OUT terlebih dahulu

Log Out Kembali

M05

Konfirmasi

Ubah Hapus

M06

Konfirmasi

Ubah menu ini?

Ubah Kembali

M07

Konfirmasi

Apakah Anda yakin ingin menambahkan menu ini? Ya Tidak

M08

Konfirmasi

Hapus Batal

75

5.1 Kesimpulan

Dari hasil pengujian yang telah dilakukan, kesimpulan yang dapat diambil adalah sebagai berikut:

1. Aplikasi e-order yang dibangun telah berhasil digunakan untuk memesan menu (aplikasi Pelanggan) dan mengolah data menu (aplikasi Admin/Koki). 2. Ukuran rata-rata data menu ketika baru ditambahkan adalah sebesar ± 2048

Byte. Sedangkan ukuran rata-rata data pesanan adalah sebesar ± 963 Byte. Perbedaan penggunaan CPU PC Server saat server belum dijalankan dan saat dijalankan adalah sebesar ± 4%. Sedangkan perbedaan persentase penggunaan RAM pada PC Server sebelum server dijalankan dengan saat dijalankan adalah sebesar ± 12%. Dengan asumsi penggunaan aplikasi pada sebuah restoran kecil dengan 10 tablet, minimal 50 pesanan dalam sehari, dan terdapat sedikitnya 20 menu dalam daftar menu, maka didapat ukuran kebutuhan hardisk dalam setahun adalah 23 MB. Ukuran ini terbilang sangat kecil, sehingga tidak dibutuhkan hardisk yang terlalu besar untuk mengakomodasi penggunaan aplikasi e-order ini.

5.2 Saran

Berikut adalah beberapa saran yang dapat dijadikan pertimbangan untuk pengembangan aplikasi ini selanjutnya.

1. Menambahkan fitur cari menu pada aplikasi Pelanggan maupun Admin/Koki agar memudahkan pengguna saat akan mencari menu tertentu. 2. Mengubah proses hapus pesanan menjadi ubah status pesanan. Hal ini

bertujuan agar data menu pesanan tidak terhapus dari basis data.

3. Menambah informasi mengenai tanggal pesanan dilakukan dan tanggal dilakukannya proses tambah, ubah, dan hapus menu yang dilakukan oleh Admin, begitu juga dengan Koki.

BIODATA

Nama : Aulia Rahmat Sagala Nama Panggilan : Aulia

Tempat Tanggal Lahir : Aceh Utara, 6 Nopember 1992

Agama : Islam

Alamat : Jln. Bagusrangin Gang 2 RT 05/07 No. 126, Kel. Lebak Gede

Kec. Coblong Bandung No Telepon : 082368055945

Email : auliarahmatsagala@yahoo.co.id Riwayat Pendidikan :

(1998-2004) SD Negeri 24 Kuamang

(2004-2007) SMP Negeri 1 Tanjung Mutiara (2007-2010) SMA Negeri 2 Lubuk Basung

PERANCANGAN DAN IMPLEMENTASI APLIKASI

E-ORDER BERBASIS ANDROID PADA JARINGAN LOKAL

TUGAS AKHIR

Disusun Untuk Memenuhi Syarat Kelulusan Pada

Program Studi Strata Satu Sistem Komputer di Jurusan Teknik Komputer

Oleh

Aulia Rahmat Sagala 10210156

Pembimbing

Susmini Indriani Lestariningati, M.T

JURUSAN TEKNIK KOMPUTER

FAKULTAS TEKNIK DAN ILMU KOMPUTER

UNIVERSITAS KOMPUTER INDONESIA

BANDUNG

2016

v

DAFTAR ISI

ABSTRAK... i

ABSTRACT...ii

KATA PENGANTAR...iii

DAFTAR ISI...v

DAFTAR GAMBAR...vi

DAFTAR TABEL... ix

BAB I PENDAHULUAN...1

1.1 Latar Belakang...1

1.2 Maksud dan Tujuan... 2

1.3 Batasan Masalah... 2

1.4 Metode Penelitian... 2

1.5 Sistematika Penulisan... 4

BAB II TINJAUAN PUSTAKA...6

2.1 Jaringan Komputer...6

2.2 Sistem Operasi Android...10

2.3 Pemrograman Java...13

2.4 MySQL... 14

2.5 Unified Modelling Language(UML)... 14

BAB III ANALISIS DAN PERANCANGAN SISTEM...18

3.1 Analisis Kebutuhan Sistem...19

3.2 Perancangan Sistem...44

BAB IV PENGUJIAN DAN ANALISA... 53

4.1 Pengujian AplikasiFront-End(Pelanggan)...53

4.2 Pengujian AplikasiBack-End(Admin dan Koki)... 59

4.3 Hasil Pengujian Fungsional... 69

4.4 Analisa Data Hasil Pengujian... 69

BAB V KESIMPULAN DAN SARAN... 75

5.1 Kesimpulan...75

76

[1] Behrouz, Forouzan A. 2007. Data Communication and Networking. New York: McGraw-Hill.

[2] Safaat, Nazruddin. 2014. Android Pemrograman Aplikasi Mobile Smartphone dan Tablet PC Berbasis Android. Bandung: Informatika.

[3] Kadir, Abdul. 2014. Buku Pertama Belajar Pemrograman Java Untuk Pemula. Yogyakarta: Mediakom.

[4] DuBois, Paul. 2009. MySQL Developer’s Library. Indianapolis: Pearson Education, Inc.

[5] Shalahuddin, M., S., Rosa A. 2013. Rekayasa Perangkat Lunak Terstruktur dan Berorientasi Objek. Bandung: Informatika.

iii

KATA PENGANTAR

Segala puji bagi Allah SWT, Pencipta dan Pemelihara alam semesta, shalawat serta salam semoga terlimpah bagi Muhammad SAW, keluarga dan para pengikutnya yang setia hingga akhir masa.

Atas rahmat Allah SWT, akhirnya penulis dapat menyelesaikan Tugas Akhir ini, meskipun proses belajar sesungguhnya tak akan pernah berhenti. Tugas Akhir ini sesungguhnya bukanlah sebuah kerja individual dan akan sulit terlaksana tanpa bantuan banyak pihak yang tak mungkin Penulis sebutkan satu persatu. Namun dengan segala kerendahan hati, izinkanlah Penulis mengucapkan terima kasih yang sebesar-besarnya selama melaksanakan studi dan menyelesaikan Tugas Akhir ini kepada:

1. Kedua Orang Tua dan Adik yang senantiasa berjuang, berdoa, mencurahkan cinta, kasih sayang, perhatian, nasehat, serta motivasi sehingga Penulis dapat menyelesaikan Tugas Akhir ini.

2. Ibu Susmini Indriani Lestariningati, S.T, M.T selaku Dosen Pembimbing yang telah memberikan banyak bantuan berupa arahan, saran, motivasi, dan bimbingan kepada Penulis selama menyelesaikan Tugas Akhir.

3. Ibu Sri Supatmi, S.Kom, M.T selaku Dosen Wali yang telah banyak membantu Penulis terutama dalam hal motivasi dalam belajar dan semangat untuk menyelesaikan Tugas Akhir ini.

4. Seluruh staf Dosen dan Karyawan di Jurusan Teknik Komputer

5. Bayu Paoh (Teknik Informatika 2013) dari laboratorium Codelabs yang sudah sangat membantu dalam menyelesaikan aplikasi untuk Tugas Akhir Penulis.

6. Teman-teman terbaik yang selama ini telah sama-sama berjuang di kelas 10 TK-4 hingga akhir: Made Aldibunggi S.Kom a.k.a Madun, Rizki Triandini S.Kom a.k.a Cukeng, Muhammad Padli Tanjung a.k.a Padlilay, Zainal Abidin S.Kom a.k.a Kang Jen, Fahmi Rewansa S.Kom a.k.a Kakek, Bramasto Setyo Nugroho S.Kom, Gamal Abdun Nasher S.Kom, dan Raden Muhammad Prima Yahya S.Kom yang telah banyak membantu selama perkuliahan maupun selama proses pengerjaan Tugas Akhir ini.

iv

Akhirnya, Penulis berharap semoga penelitian ini menjadi sumbangsih yang bermanfaat bagi dunia sains dan teknologi di Indonesia, khususnya disiplin keilmuan yang Penulis dalami.

Bandung, Maret 2016

76

DAFTAR PUSTAKA

[1] Behrouz, Forouzan A. 2007. Data Communication and Networking. New York: McGraw-Hill.

[2] Safaat, Nazruddin. 2014. Android Pemrograman Aplikasi Mobile Smartphone dan Tablet PC Berbasis Android. Bandung: Informatika.

[3] Kadir, Abdul. 2014. Buku Pertama Belajar Pemrograman Java Untuk Pemula. Yogyakarta: Mediakom.

[4] DuBois, Paul. 2009. MySQL Developer’s Library. Indianapolis: Pearson Education, Inc.

[5] Shalahuddin, M., S., Rosa A. 2013. Rekayasa Perangkat Lunak Terstruktur dan Berorientasi Objek. Bandung: Informatika.

iii

KATA PENGANTAR

Segala puji bagi Allah SWT, Pencipta dan Pemelihara alam semesta, shalawat serta salam semoga terlimpah bagi Muhammad SAW, keluarga dan para pengikutnya yang setia hingga akhir masa.

Atas rahmat Allah SWT, akhirnya penulis dapat menyelesaikan Tugas Akhir ini, meskipun proses belajar sesungguhnya tak akan pernah berhenti. Tugas Akhir ini sesungguhnya bukanlah sebuah kerja individual dan akan sulit terlaksana tanpa bantuan banyak pihak yang tak mungkin Penulis sebutkan satu persatu. Namun dengan segala kerendahan hati, izinkanlah Penulis mengucapkan terima kasih yang sebesar-besarnya selama melaksanakan studi dan menyelesaikan Tugas Akhir ini kepada:

1. Kedua Orang Tua dan Adik yang senantiasa berjuang, berdoa, mencurahkan cinta, kasih sayang, perhatian, nasehat, serta motivasi sehingga Penulis dapat menyelesaikan Tugas Akhir ini.

2. Ibu Susmini Indriani Lestariningati, S.T, M.T selaku Dosen Pembimbing yang telah memberikan banyak bantuan berupa arahan, saran, motivasi, dan bimbingan kepada Penulis selama menyelesaikan Tugas Akhir.

3. Ibu Sri Supatmi, S.Kom, M.T selaku Dosen Wali yang telah banyak membantu Penulis terutama dalam hal motivasi dalam belajar dan semangat untuk menyelesaikan Tugas Akhir ini.

4. Seluruh staf Dosen dan Karyawan di Jurusan Teknik Komputer

5. Bayu Paoh (Teknik Informatika 2013) dari laboratorium Codelabs yang sudah sangat membantu dalam menyelesaikan aplikasi untuk Tugas Akhir Penulis.

6. Teman-teman terbaik yang selama ini telah sama-sama berjuang di kelas 10 TK-4 hingga akhir: Made Aldibunggi S.Kom a.k.a Madun, Rizki Triandini S.Kom a.k.a Cukeng, Muhammad Padli Tanjung a.k.a Padlilay, Zainal Abidin S.Kom a.k.a Kang Jen, Fahmi Rewansa S.Kom a.k.a Kakek, Bramasto Setyo Nugroho S.Kom, Gamal Abdun Nasher S.Kom, dan Raden Muhammad Prima Yahya S.Kom yang telah banyak membantu selama perkuliahan maupun selama proses pengerjaan Tugas Akhir ini.

iv

7. Pandu Sutrisno a.k.a Pandu Yakuza (Teknik Elektro 2010) atas semua bantuan yang selama ini pernah dilakukan untuk Penulis.

Akhirnya, Penulis berharap semoga penelitian ini menjadi sumbangsih yang bermanfaat bagi dunia sains dan teknologi di Indonesia, khususnya disiplin keilmuan yang Penulis dalami.

Bandung, Maret 2016