BAB 2 TINJAUAN PUSTAKA 2.1 Landasan Teori 2.1.1
Android Menurut Lee (2012, pp. 2), Android merupakan suatu sistem operasi mobile yang didasarkan pada versi modifikasi dari Linux. Awal mulanya, Android diciptakan oleh startup dengan nama yang sama yaitu Android, Inc. Pada tahun 2005, sebagai bagian dari strategi untuk memasuki dunia mobile, Google
membeli Android dan mengambil alih semua
pekerjaan yang sedang di-develop (termasuk development team). Android merupakan sebuah sistem operasi yang berbasis Linux untuk perangkat portable seperti smartphone dan komputer tablet. Android menyediakan platform terbuka (open source) bagi programmer untuk mengembangkan aplikasi sendiri pada berbagai perangkat dengan sistem Android. Pada awal Maret 2009 Google berhasil merilis sistem operasi Android hasil pengembangan yang pertama yaitu Android versi 1.1 pada perangkat smartphone. Pada tahun yang sama, Google kembali merilis sistem operasi versi 1.5 yang dikenal dengan nama Cupcake. Cupcake adalah nama pertama yang digunakan untuk versi sistem operasi Android. Google merilis setiap sistem operasi Android bersamaan dengan perangkat lunak pengembangnya yang disebut Android Software Development Kit (Android SDK). Android memiliki kelebihan dan kelemahan. Kelebihan Android antara lain : 11
12
1. User Friendly. 2. Notifications. 3. Tampilan. 4. Open Source. 5. Aplikasi. 6. Dan lain-lainnya. Setiap hal pasti memiliki kelebihan dan kekurangan. Kelemahan Android antara lain : 1. Update. 2. Batterai cepat habis. 3. Lemot atau Lag.
2.1.2
Data Menurut Hoffer (2007, pp. 6) data mengacu pada fakta mengenai objek maupun kejadian yang dapat direkam dan disimpan ke dalam media komputer. Data sebagai tempat penyimpanan representasi objek dan penting dalam lingkungan pengguna. Hoffer (2007, pp. 604) lebih spesifik mengatakan bahwa,”Informasi adalah data yang telah diolah sedemikian rupa untuk meningkatkan pengetahuan dari orang yang menggunakan data.” Jenis-jenis data dapat dibagi berdasarkan sifat, sumber, cara memperoleh dan waktu pengumpulan. Menurut sifat, jenis-jenis data antara lain : 1. Data Kualitatif. Data kualitatif adalah data yang tidak berbentuk angka. Misalnya kuesioner pertanyaan tentang suasana kerja, kualitas pelayanan sebuah rumah sakit atau gaya kepemimpinan, dan lain-lain. 2. Data Kuantitatif. Data kuantitatif adalah data yang berbentuk angka. Misalnya harga saham, besarnya pendapatan, dll.
13
Lalu jenis-jenis data menurut sumber, antara lain: 1. Data Internal. Data internal adalah data yang berasal dari dalam suatu organisasi yang menggambarkan
keadaan
organisasi
tersebut.
Contohnya
suatu
perusahaan, jumlah karyawannya, jumlah modalnya, atau jumlah produksinya, dan lain-lain. 2. Data Eksternal. Data eksternal adalah data yang berasal dari luar suatu organisasi yang dapat menggambarkan faktor-faktor yang mungkin mempengaruhi hasil kerja suatu organisasi. Misalnya daya beli masyarakat mempengaruhi hasil penjualan suatu perusahaan.
2.1.3
Database Menurut Hoffer (2007, pp. 6) data mengacu pada fakta mengenai objek maupun kejadian yang dapat direkam dan disimpan ke dalam media komputer. Data sebagai tempat penyimpanan representasi objek dan penting dalam lingkungan pengguna. Hoffer (2007, pp. 604) lebih spesifik mengatakan bahwa,”Informasi adalah data yang telah diolah sedemikian rupa untuk meningkatkan pengetahuan dari orang yang menggunakan data. Database atau basis data adalah kumpulan data yang disimpan secara sistematis di dalam komputer dan dapat diolah atau dimanipulasi menggunakan perangkat lunak (program aplikasi) untuk menghasilkan informasi. Pendefinisian basis data meliputi spesifikasi berupa tipe data, struktur dan juga batasan-batasan data yang akan disimpan. Database atau basis data merupakan aspek yang sangat penting dalam sistem informasi dimana database merupakan gudang penyimpanan data yang akan diolah lebih lanjut. Database menjadi penting karena dapat menghidari duplikasi data, hubungan antar data yang tidak jelas, organisasi data dan juga update yang rumit.
14
2.1.4
DBMS Menurut Jeffrey A. (2007, pp. 8), Database Management System (DBMS) adalah sebuah sistem software yang digunakan untuk membuat, mengelola, dan menyediakan akses terkontrol kepada pengguna database. DBMS
menyediakan
suatu
metode
sistematis
seperti
membuat,
memperbaharui, menyimpan, dan mengambil data pada database.
2.1.5
Eclipse Menurut Shelly dan Vermaat (2011, pp. 670), Eclipse adalah suatu open source, sarana pengembangan lanjutan yang bekerja dengan berbagai program termasuk Java dan C++.
2.1.6
Genymotion Menurut website www.genymotion.com, genymotion adalah sebuah emulator Android yang terdiri dari satu set sensor dan fitur-fitur yang lengkap untuk berinteraksi dengan lingkungan virtual Android. Dengan Genymotion, pengguna dapat menguji aplikasi Android pada berbagai perangkat
virtual
untuk
keperluan
pengembangan,
pengujian,
dan
demonstrasi. Genymotion bekerja dengan cepat, mudah dalam instalasi, sensor widget dan fitur interaksi yang user-friendly. Emulator ini dapat dijalankan pada sistem operasi Windows, Mac OS X, Linux Ubuntu, dan Linux Debian.
2.1.7
HTML (Hyper Text Markup Language) Menurut Connolly dan Begg (2015, pp. 1055), HyperText Markup Language (HTML) merupakan suatu document formatting language yang digunakan untuk merancang tampilan Web, menandai atau memberikan tanda pada dokumen sehingga dapat dipublikasikan pada Web.
15
2.1.8
iBATIS Menurut Clinton (2007, pp. 4), Structured Query Language (SQL) telah lebih dari 35 tahun sejak Edgar F. Codd pertama menyarankan gagasan bahwa data dapat dinormalisasi ke set tabel terkait. Sejak itu, perusahaan IT telah menginvestasikan miliaran dolar ke dalam sistem manajemen database relasional (RDBMSs). iBATIS didasarkan pada gagasan bahwa ada nilai dalam database relasional dan SQL, dan itu adalah ide yang baik untuk merangkul investasi luas industri di SQL. iBATIS adalah salah satu hybrid solution seperti untuk persistence layer dari aplikasi. Seiring waktu, berbagai metode telah dikembangkan untuk memungkinkan aplikasi mengeksekusi SQL terhadap database. iBATIS adalah solusi unik yang meminjam konsep dari beberapa pendekatan lain. Structured Query Language (SQL) telah lebih dari 35 tahun sejak Edgar F. Codd(2007, pp. 4) pertama menyarankan gagasan bahwa data dapat dinormalisasi ke set tabel terkait. Sejak itu, perusahaan IT telah menginvestasikan miliaran dolar ke dalam sistem manajemen database relasional (RDBMSs). iBATIS didasarkan pada gagasan bahwa ada nilai dalam database relasional dan SQL, dan itu adalah ide yang baik untuk merangkul investasi luas industri di SQL.
2.1.9
Internet Menurut Connolly dan Begg (2015, pp. 1048), Internet adalah kumpulan dari jaringan komputer yang saling berhubungan di seluruh dunia. Internet dibuat untuk kepentingan komersial, edukasi, organisasi pemerintah dan Internet Service Providers (ISP). Fitur-fitur yang ditawarkan oleh Internet meliputi electronic mail (email), conferencing, collaboration
16
services, kemampuan untuk mengakses komputer dari jarak jauh, serta mengirim dan menerima dokumen. Kemunculan Internet dimulai pada tahun 1960-an akhir dan tahun 1970-an awal ketika US Department of Defense melakukan percobaan yang dinamakan APRANET (Advanced Research Projects Agency NETwork). APRANET menyelidiki bagaimana cara untuk membangun jaringan yang dapat menahan partial outages (seperti serangan bom nuklir). Pada tahun 1982, TCP/IP (Transmission Control Protocol/Internet Protocol) digunakan sebagai sarana komunikasi dasar untuk APRANET. TCP bertanggung jawab untuk memastikan pengiriman pesan dari satu komputer ke komputer lainnya benar. IP mengatur pengiriman dan penerimaan paket-paket data antar mesin. Istilah TCP/IP terkadang mengacu pada seluruh rangkaian Internet protokol yang biasanya dijalankan pada TCP/IP, seperti FTP (File Transfer Protocol), SMTP (Simple Mail Transfer Protocol), Telnet (Telecommunication Network), DNS (Domain Name Server), POP (Post Office Protocol), dan sebagainya.
2.1.10 Java Java merupakan Bahasa pemrograman yang diciptakan oleh James Gosling pada tahun 1966 dan mengklaim dirinya yang mengimplementasikan konsep PBO. Sampai saat ini pengembangan Java berada di bawah Sun Micosystems walaupun akhir-akhir ini Java mulai di open-source kan. Java dapat diimplementasikan pada berbagai aspek kehidupan mulai dari komputer mainframe, PC, telepon genggam/HP, PDA, smart card sampai dengan perlengkapan rumah tangga seperti mesin cuci dan TiVo. Java menjanjikan sifat platform yang independent yang berarti program cukup ditulis dan decompile satu kali maka akan dapat dijalankan di mesin lain tapan memerlukan perubahan code.
17
Sampai saat ini Java terbagi menjadi empat kategori yaitu Java 2 Platform Standard Edition (J2SE) untuk aplikasi desktop, Java 2 Platform Enterprise Edition (J2EE) untuk aplikasi server kelas enterprise yang biasanya berskala besar, Java 2 Platform Micro Edition (J2ME) untuk aplikasi pada perangkat memiliki tingkat komputasi tidak setinggi komputer, misalnya telepon genggam, PDA, dan TiVo. Dan yang terakhir adalah Java Card yang digunakan untuk pemrograman smart card dengan menggunakan Bahasa pemrograman berbasis Java.
Gambar 2.1 Overview Teknologi Java Pada Gambar 2.1 menunjukkan perkembangan teknologi yang dibuat dengan menggunakan basis dari Bahasa pemograman Java. Java Development Toolkit (JDK) terdiri dari satu set program yang terpisah, masing-masing dipanggil dari baris perintah, untuk mengembangkan
18
dan menguji program Java. Selain JDK, programmer dapat menggunakan Java development tool seperti NetBeans, Eclipse, dan TextPad. Java Development tool adalah sebuah software yang menyediakan integrated development environment (IDE) untuk mengembangkan program Java. Java Virtual Machine (JVM) adalah bagian dari JDK dan dasar dari Java platform. Mesin virtual (VM) adalah sebuah aplikasi perangkat lunak yang mensimulasikan komputer namun menyembunyikan sistem operasi yang mendasari dan perangkat keras dari program yang berinteraksi dengannya. Jika VM yang sama diterapkan pada banyak platform komputer, aplikasi yang dijalankan dapat digunakan pada semua platform tersebut. JVM adalah salah satu yang paling banyak digunakan mesin virtual. Microsoft’s .NET menggunakan arsitektur virtual-mesin yang sama. Tentu saja Java memiliki kelebihan dan kekurangan. Kelebihan Java antara lain : 1. Multi-platform. Java dapat dijalankan dalam beberapa platform komputer dan sistem operasi yang berbeda 2. OOP atau Object Oriented Programming. Java memiliki library yang lengkap. Library disini adalah sebuah kumpulan dari program yang disertakan dalam Java. Hal ini akan memudahkan pemrograman. Kelengkapan library semakin beragam jika ditambah dengan karya komunitas Java.
Setiap hal pasti memiliki kelebihan dan kekurangan. Begitu juga dengan Java. Kekurangan yang dimiliki oleh Java antara lain : 1. Multi-Platform. Beberapa hal harus disesuaikan jika dijalankan pada platform yang berbeda. Misalnya untuk J2SE dengan platform SWT-AWT bridge tidak dapat berfungsi pada Mac OS X. 2. Kemudahan aplikasi Java didekompilasi.
19
Dekompilasi adalah suatu proses membalikkan sebuah aplikasi menjadi kode sumbernya. Hal ini memungkinkan terjadi pada Java karena berupa byte code yang menyimpan bahasa tingkat tinggi. Hal ini terjadi pula pada platform .NET dari Microsoft sehingga program yang dihasilkan mudah dibajak kodenya karena sulit untuk disembunyikan.
3. Penggunaan memori yang cukup banyak. Penggunaan memori lebih besar daripada bahasa tingkat tinggi sebelum generasi Java. Namun hal ini memang sesuai dengan fitur beragam yang dimiliki oleh Java. Masalah memori ini juga tidak dialami oleh semua pengguna aplikasi Java. Bagi yang sudah menggunakan perangkat keras dengan teknologi terbaru tidak merasakan kelambatan dan konsumsi memori Java yang tinggi. Lain halnya dengan yang menggunakan teknologi lama atau komputer yang sudah berumur tua lebih dari empat tahun maka akan merasakan adanya kelambatan 2.1.11 Leasing Ada beberapa prosedur Mekanisme dalam leasing dalam melakukan perjanjian leasing terdapat prosedur dan mekanisme yang harus dijalankan, yaitu : 1. Lessee bebas memilih dan menentukan peralatan yang dibutuhkan, mengadakan penawaran harga dan menunjuk supplier peralatan yang dimaksudkan. 2. Setelah lessee mengisi formulir permohonan lease, maka dikirimkan kepada lessor disertai dokumen lengkap. 3. Lessor
mengevaluasi
kelayakan
kredit
dan
memutuskan
untuk
memberikan fasilitas lease dengan syarat dan kondisi yang disetujui lessee (lama kontrak pembayaran sewa lease), setelah ini maka kontrak lease dapat ditandatangani.
20
4. Pada saat yang sama, lessee dapat menandatangani kontrak asuransi untuk peralatan yang dilease dengan perusahaan asuransi yang disetujui lessor, seperti yang tercantum dalam kontrak lease. Antara lessor dan perusahaan asuransi terjalin perjanjian kontrak utama. 5. Kontrak pembelian peralatan akan ditandatangani lessor dengan supplier peralatan tersebut. 6. Supplier dapat mengirimkan peralatan yang dilease ke lokasi lessee. Untuk mempertahankan dan memelihara kondisi peralatan tersebut, supplier akan menandatangani perjanjian purna jual. 7. Lessee menandatangani tanda terima peralatan dan menyerahkan kepada suppplier. 8. Supplier menyerahkan tanda terima (yang diterima dari lessee),bukti pemilikan dan pemindahan pemilikan kepada lessor. 9. Lessor membayar harga peralatan yang dilease kepada supplier. 10. Lessee membayar sewa lease secara periodik sesuai dengan jadwal pembayaran yang telah ditentukan dalam kontrak lease.
Supplier (Manufacturer)
Pembelian Barang Pembayaran
Independent (Lessor)
Angsuran
Kontrak Leasing
Independent (Lesse)
Gambar 2.2 Mekanisme Transaksi Leasing
21
2.1.12 Object Oriented Programming Sebuah bahasa yang berorientasikan pada objek harus menyediakan dukungan berupa tiga fitur yaitu abstract data types, inheritance, dan dynamic binding of method calls to methods. 2.1.12.1 Abstract Data Types Abstract data types adalah sebuah tipe data yang memenuhi kondisi berikut : •
Representasi, operasi, dan tipe objek yang didefinisikan dalam single syntactic unit.
•
Representasi dari tipe objek disembunyikan dari unit program yang menggunakan objek tersebut, sehingga operasi yang memungkinkan adalah operasi yang disediakan di dalam type’s definition.
2.1.12.2 Inheritance Pemrograman
berorientasi
objek
memungkinkan
programmer untuk mendapatkan kelas baru dari kelas yang ada. Ini disebut sebagai inheritance. Inheritance adalah fitur penting dan kuat di Java untuk penggunaan software. Inheritance menawarkan solusi untuk berbagai masalah modifikasi yang ditimbulkan oleh penggunaan kembali abstract data type dan masalah organisasi program. Abstract data type dalam bahasa berorientasi objek, mengikuti SIMULA67 yang biasa disebut sebagai class. Class instances disebut dengan objek. Programmer dapat menurunkan sebuah kelas baru dari kelas yang ada. Hal ini dikenal sebagai class inheritance. Kelas baru disebut subclass, child class atau extended class. Kelas yang ada disebut kelas superclass, parent class, atau base class.
22
Perbedaan antara parent class dan subclass adalah sebagai berikut: •
Parent class dapat mendefinisikan beberapa variabel atau method untuk memiliki akses private, yang berarti kelas tersebut tidak akan terlihat dalam subclass.
•
Subclass dapat menambah variabel dan/atau method
yang
diwariskan dari parent class. •
Subclass dapat memodifikasi perilaku dari satu atau lebih dari metode yang diwariskan. Metode modifikasi harus memiliki nama yang sama yang pada akhirnya disebut sebagai overridden method.
2.1.12.3 Dynamic Binding Pada C++, sebuah method didefinisikan dengan kata virtual untuk mengizinkan dynamic binding. Pada Java, semua pemanggilan method yang dinamis terikat kecuali yang dipanggil method telah didefinisikan sebagai final, dimana tidak bisa di-overridden dan semua binding adalah static. Static binding juga digunakan jika method adalah static atau private, keduanya tidak bisa melakukan overriding. 2.1.12.4 Support for Object-Oriented Programming in Java Desain Java yang mendukung pemrograman berorientasi objek mirip seperti C++, Java tidak mengijinkan parentless classes dan menggunakan dynamic binding yang didefinisikan dengan kata final.
2.1.13 Oracle Menurut Connolly dan Begg (2010, pp. 130-132), Oracle berdasarkan pada arsitektur client-server dimana Oracle server terdiri dari database dan instance (proses dan memori sistem pada server yang menyediakan hak akses ke dalam database). Suatu instance hanya dapat melakukan koneksi ke satu database.
23
Oracle database terdiri dari struktur logikal (seperti skema database) dan struktur fisikal (yang berisi file-file yang membentuk suatu Oracle database). Pada struktur logikal, Oracle mempertahankan tablespaces, skema, data blocks, dan extents/segments. Pada struktur fisikal, Oracle mempertahankan datafiles, redo log files, dan control files. Connolly dan Begg (2010, pp. 1218) menjelaskan bahwa Oracle Database 11g adalah suatu platform database yang komprehensif untuk data warehousing dan business intelligence yang mengkombinasikan skalabilitas dan performa industri terkemuka, analisis mendalam yang terintegrasi, kualitas data dan integrasi yang tertanam. Oracle Database 11g menyediakan fungsi untuk data warehouse dan data marts dengan fungsi partisi yang kuat, skalabilitas yang sudah terbukti, dan optimasi queryprocessing yang inovatif.
2.1.14 Server Menurut Shelly dan Vermaat (2011, pp. 25), Server merupakan komputer pusat yang mengatur akses ke hardware, software, dan sumber daya lainnya pada jaringan dan menyediakan tempat penyimpanan terpusat untuk program, data, dan informasi. Server dapat mendukung dua sampai ribuan komputer yang saling berhubungan di waktu yang bersamaan.
2.1.15 Smartphone Menurut Shelly dan Vermaat (2011, pp. 21), Smartphone merupakan telepon berbasis Internet yang biasanya menyediakan fitur manajemen informasi pribadi seperti kalendar, jadwal perencanaan, daftar alamat, kalkulator, dan notepad. Sebagai kemampuan tambahan dari telepon biasa, smartphone memberikan fitur untuk penggunanya mengirim dan menerima pesan e-mail dan hak akses ke Web. Beberapa smartphone dapat berkomunikasi dengan device lainnya atau komputer tanpa menggunakan
24
kabel. Selain itu, smart phone juga dapat digunakan sebagai media player dan kamera, dimana sesama pengguna smartphone dapat saling bertukar foto dan rekaman.
2.1.16 Software Development Lifecycle Menurut Kendall & Kendall (2006, pp. 10), Systems Development Life Cycle (SDLC) merupakan suatu pendekatan yang terdiri dari beberapa fase untuk menganalisa dan merancang sistem melalui penggunaan dari siklus yang spesifik dan aktivitas user. 2.1.17 Waterfall Models Menurut Pressman (2010, pp. 39), model waterfall atau yang biasanya disebut dengan classic life cycle merupakan suatu model yang bersifat sistematis, pendekatan secara bertahap dalam proses pengembangan software. Model ini dimulai dengan spesifikasi konsumen akan kebutuhan yang diinginkan, lalu dilanjutkan dengan planning, modeling, construction, dan deployment. Model waterfall merupakan model tertua untuk software engineering, dimana konsumen harus menjelaskan semua requirement secara rinci sebelum melanjutkan tahap berikutnya. Jika sudah memasuki tahap berikutnya, maka tidak bisa kembali ke tahap sebelumnya dan harus menunggu hingga tahap deployment selesai baru dapat kembali lagi ke tahap communication.
Gambar 2.3 Ilustrasi Proses Waterfall (Sumber : Pressman, 2010, pp. 39)
25
Berikut ini lima fase dalam model waterfall, yaitu: 1. Communication Fase pertama akan mempertemukan kedua belah pihak antara software engineering dengan konsumen untuk membahas setiap kebutuhan yang dibutuhkan oleh konsumen.
2. Planning Setelah mendapatkan requirement yang rinci, fase selanjutnya melakukan perencanaan jadwal, pembuatan timeline, estimasi dari pembuatan software, dan pembagian tugas ke semua anggota tim.
3. Modeling Fase ini akan melakukan analisa berdasarkan hasil dari fase pertama dan kedua. Lalu merancang arsitektur dan tampilan dari sistem yang akan dibuat.
4. Construction Fase construction melakukan coding sesuai design dari tahap modeling. Setelah selesai coding, programmer melakukan testing software untuk menguji kelancaran dari setiap fitur atau fungsi dalam software.
5. Deployment Fase terakhir ini akan mengimplementasikan software yang sudah dites kepada pihak konsumen. Fase deployment juga menerima feedback dan support jika terdapat bug issue.
26
2.1.18 SQL Lite Menurut Kreibich J. A. (2010, pp. 15), SQLite adalah suatu database engine yang tidak memerlukan konfigurasi, berdiri sendiri, dan relatif dimana ditanamkan langsung ke dalam suatu aplikasi. Dalam istilah yang sederhana, SQLite merupakan sebuah paket perangkat lunak dengan public-domain yang menyediakan suatu relational database management system atau RDBMS. RDBMS digunakan untuk menyimpan catatan yang telah ditetapkan oleh pengguna dalam tabel yang besar. Sebagai tambahan untuk manajemen dan penyimpanan data, database engine dapat mengolah perintah query yang kompleks dan menggabungkan data dari beberapa tabel untuk menghasilkan laporan dan rangkuman data.
2.1.19 Struts 1 Struts merupakan development framework yang berada di bawah Apache Software Foundation, Struts menggunakan pattern MVC dengan memanfaatkan Java bean (Model), Servlet (Controller) dan JSP (View). Struts pertama kali ditemukan oleh Craig R. McClanahan dan kemudian disumbangkan untuk proyek Jakarta dari Apache Software Foundation (ASF) pada Mei 2000. Pada bulan Juni 2001, Struts 1.0 dirilis. Sejak itu, banyak orang telah memberikan kontribusi baik source code dan dokumentasi untuk proyek dan Struts telah menjadi standar de facto untuk membangun aplikasi Web di Java dan telah memeluk seluruh komunitas Java. Struts 1.1 dirilis pada Juni 2003 dan termasuk sejumlah besar fungsi baru, termasuk penambahan Tiles, Validator, declarative exception handling, dan banyak lagi. Kemudian, pada bulan Desember 2004, Struts 1.2 dirilis dengan beberapa update kecil untuk framework. Struts 1.3, dirilis pada tahun 2006, memperkenalkan perubahan terbesar untuk framework sejak rilis 1.1: pindah ke chain of responsibility (COR)-based request processing engine.
27
Rilis terbaru dari Struts pada saat penulisan ini adalah 1.3.5 dan itu dibahas dalam buku Struts: The Complete Reference 2nd Edition. Struts terus berkembang. Struts sekarang terbagi atas dua versi utama yang berbeda dari Struts yaitu Struts 1 dan Struts 2. Struts 1 bersifat matang, diadopsi secara luas, didokumentasikan, dan didukung versi Struts. Struts 2 adalah versi baru dari Struts berdasarkan penggabungan Struts dan WebWork, open source Java Web application framework populer lain. Struts adalah framework utama untuk membangun aplikasi Web berbasis Java. Menggunakan pola desain Model-View-Controller (MVC), Struts memecahkan banyak masalah yang terkait dengan pengembangan kinerja tinggi, aplikasi Web berorientasi bisnis yang menggunakan servlets Java dan JSP. Pada awalnya, penting untuk memahami bahwa Struts lebih dari sekedar kenyamanan pemrograman. Struts dasarnya telah mengubah bentuk cara pengembang Web berpikir dan struktur aplikasi Web. Ini adalah teknologi dimana pengembang Web yang sangat efisien.
2.1.20 Teknologi Informasi Menurut Whitten dan Bentley (2007, pp. 6), Information Technology merupakan suatu istilah pada zaman sekarang yang mendeskripsikan kombinasi dari teknologi komputer (hardware dan software) dengan teknologi telekomunikasi (data, gambar, dan jaringan suara).
2.1.21 Unified Modelling Language (UML) Menurut Whitten dan Bentley (2007, pp. 371), Unified Modeling Language (UML) merupakan sekumpulan aturan atau konsep dalam melakukan
modeling
yang
digunakan
untuk
menetapkan
menggambarkan suatu sistem software yang berhubungan dengan objek.
atau
28
2.1.21.1 Class Diagram Menurut Whitten dan Bentley (2007, pp. 400), class diagram merupakan suatu penggambaran grafis dari struktur objek statis suatu sistem, dimana berfungsi menunjukkan objek class yang menyusun sistem dan hubungan antar setiap objek class.
<
> - Atribut + Operasi()
Gambar 2.4 Class dan Strukturnya Ada tiga struktur dalam merancang suatu class dalam class diagram, yaitu : 1.
Nama Kelas Nama
kelas
berfungsi
untuk
melakukan
penamaan
dan
membedakan antara kelas yang satu dengan kelas lainnya. 2.
Atribut Kelas Atribut
kelas
berisikan
data-data
berupa
variabel
yang
menjelaskan nilai suatu objek dari kelas tersebut. 3.
Operasi Kelas Operasi kelas merupakan metode-metode yang akan dijalankan oleh class tersebut dalam memberikan respon kepada class lainnya.
2.1.21.1.1 Visibility Menurut Whitten dan Bentley (2007, pp. 650), visibility merupakan hak akses yang dimiliki oleh setiap objek. Visibility adalah tingkatan bagi objek diluar dari class tersebut untuk mengakses suatu atribut atau metode. Visibility dibagi menjadi tiga jenis, yaitu:
29
1.
Public Public dinotasikan dalam bentuk “+”. Public menunjukkan bahwa suatu kelas dapat diakses atau dipanggil oleh semua kelas lainnya.
2.
Protected Protected dinotasikan dalam bentuk “#”. Protected menunjukkan bahwa suatu kelas hanya dapat diakses atau dipanggil oleh kelas yang bersangkutan dan kelas turunannya.
3.
Private Private dinotasikan dalam bentuk “-“. Private menunjukkan bahwa suatu kelas hanya dapat dipanggil oleh kelas lainnya yang diberikan akses untuk memanggil kelas tersebut.
2.1.21.1.2 Association Menurut Whitten dan Bentley (2007, pp. 377), Association menjelaskan suatu hubungan atau koneksi antar class yang digambarkan dengan sebuah garis. Ada dua jenis hubungan dalam Association, yaitu : 1.
Undirectional Undirectional menunjukkan hubungan antar class yang terjadi hanya dalam satu arah, dimana class user akan memanggil class password, namun tidak sebaliknya. Undirectional digambarkan dengan garis yang mempunyai anak panah.
Gambar 2.5 Contoh Undirectional Association (Sumber : Whitten dan Bentley, pp. 2007:651)
30
2.
Bidirectional Bidirectional menunjukkan hubungan antar class yang terjadi secara dua arah, dimana semua class dapat saling mengirimkan dan menerima pesan ke dan dari class lain yang saling terhubung. Bidirectional digambarkan dengan garis yang tidak memiliki anak panah.
Gambar 2.6 Contoh Bidirectional Association (Sumber : Whitten dan Bentley, pp. 2007:377) 2.1.21.1.3 Multiplicity Menurut Whitten dan Bentley (2007:378), multiplicity merupakan jumlah kejadian minimum dan maksimum dari suatu objek pada class tersebut untuk satu kejadian dari objek yang berhubungan dengan class itu. Berikut ini tabel yang menunjukkan penggunaan simbol multiplicity beserta penjelasannya dalam class diagram: Tabel 2.1 Tabel Simbol Multiplicity Multiplicity
Keterangan
1 atau
Tepat satu
tidak ada (kosong) 0…1
Nol atau satu
0…* atau
Nol atau lebih dari satu
* 1…*
Satu atau lebih dari satu
31
7…9
Jumlah spesifik
2.1.21.1.4 Aggregation Menurut Whitten dan Bentley (2007, pp. 378), Aggregation merupakan hubungan suatu class dengan class lainnya, dimana class induk (lebih besar) memiliki satu atau lebih class anak (lebih kecil), dan class anak merupakan bagian dari class induk. Aggregation digambarkan dengan symbol diamond yang kosong pada salah satu ujungnya. Berikut merupakan contoh gambar Agregation:
Gambar 2.7 Contoh Aggregation (Sumber: Whitten dan Bentley, 2007, pp. 379)
2.1.21.1.5 Generalization Menurut Whitten dan Bentley (2007:380), Generalization atau yang dapat disebut dengan inheritance merupakan hubungan suatu class utama dengan class-class turunannya. Atribut yang ada pada class utama akan diturunkan dan dapat digunakan oleh class turunan dari class utama. Contoh dari Generalization:
32
Gambar 2.8 Contoh Generalization (Sumber: Whitten dan Bentley, 2007, pp. 381) 2.1.21.2
Use Case Diagram Menurut Whitten dan Bentley (2007:246), Use Case diagram merupakan diagram yang menggambarkan hubungan antara user, sistem, dan pihak eksternal (diluar dari sistem tersebut). Use Case diagram menggambarkan aksi yang dilakukan oleh user terhadap suatu sistem, bagaimana cara user berinteraksi dengan sistem tersebut, dan respon yang diterima user dari sistem. Contoh dari Use Case diagram.
Gambar 2.9 Contoh Use Case Diagram (Sumber : Whitten dan Bentley, 2007, pp. 246)
33
Berikut merupakan notasi-notasi yang digunakan dalam Use Case diagram, antara lain: •
Use Case Use Case menunjukkan goal atau tujuan dari sistem, dimana menjelaskan tahapan dari aktivitas yang dilakukan oleh actor untuk mencapai tujuan tersebut. Use Case mendeskripsikan fungsi sistem dari sudut pandang actor eksternal dengan cara dan terminologi yang dapat mudah dimengerti.
Gambar 2.10 Use Case (Sumber: Whitten dan Bentley, 2007, pp. 246) •
Actor Use Case dipicu oleh pengguna luar yang disebut dengan actor. Actor adalah semua pihak yang melakukan interaksi dengan sistem baik dalam memberikan dan menerima pesan untuk dapat bertukar informasi. Actor tidak harus seorang manusia, namun dapat berupa kumpulan beberapa orang dalam suatu organisasi, sistem informasi lain, perangkat eksternal, dan lainnya.
Gambar 2.11 Actor (Sumber: Whitten dan Bentley, 2007, pp. 247)
34
Actor dibagi menjadi 4 jenis, yaitu: 1.
Primary Business Actor Primary Business Actor adalah actor yang mendapatkan keuntungan dari Use Case dengan menerima suatu nilai yang terukur dan terobservasi. Contohnya, dalam sistem pemberian gaji, seorang karyawan tidak melakukan suatu aksi pada sistem namun menerima suatu nilai dari sistem.
2.
Primary System Actor Primary System Actor adalah actor yang secara langsung berinteraksi dengan sistem untuk memicu suatu aksi pada sistem. Contohnya adalah seorang kasir memindai barang yang dibeli oleh pelanggan atau teller bank yang melakukan pemrosesan transaksi perbankan.
3.
External Server Actor External Server Actor merupakan actor yang menerima respon permintaan dari Use Case. Contohnya sebuah biro kredit yang menotorisasi pembayaran dari kartu kredit.
4.
External Receiver Actor External Receiver Actor berbeda dengan primary actor tetapi mampu mendapatkan keuntungan dari Use Case dengan menerima suatu nilai terukur dan terobservasi. Contohnya
sebuah
gudang
menerima
pesanan
pengepakan. •
Boundary Boundary adalah suatu persegi panjang yang menggambarkan ruang lingkup dari sistem. Contoh gambar Boundary dalam Use Case diagram.
35
Gambar 2.12 Boundary
2.1.21.2.1 Association Menurut Whitten dan Bentley (2007:248), association merupakan interaksi antara seorang actor dengan sebuah use case. Association dengan tanda panah (1) yang menyentuh use case menunjukkan bahwa actor tersebut melakukan use case tersebut, sedangkan association tanpa panah (2) menunjukkan bahwa interaksi use case ke actor yang menerima hasil dari use case tersebut. Contoh association.
Gambar 2.13 Contoh Association (Sumber : Whitten dan Bentley, 2007, pp. 248)
36
2.1.21.2.2 Extends Extends merupakan pemisahan dari sebuah Use Case yang kompleks untuk melakukan menyederhanaan. Berikut adalah contoh dari hubungan extends.
Gambar 2.14 Contoh Extends (Sumber : Whitten dan Bentley, 2007, pp. 249)
2.1.21.2.3 Uses atau Includes Includes merupakan hubungan antara Abstact Use Case dengan Use Case yang menggunakan Abstract tersebut. Abstact Use Case digunakan ketika ada dua atau lebih Use Case yang menjalankan fungsi yang mirip untuk memisahkan beberapa Use Case tersebut.
37
Gambar 2.15 Contoh Uses atau Includes (Sumber : Whitten dan Bentley, 2007, pp. 249)
2.1.21.2.4 Depends On Depends On merupakan hubungan antara suatu Use Case yang bergantung pada Use Case lain, sehingga suatu Use Case tidak adapat dijalankan jika Use Case sebelumnya belum dijalankan.
Gambar 2.16 Contoh Depends On (Sumber : Whitten dan Bentley, 2007, pp. 250)
38
2.1.21.2.5 Inheritance Inheritance merupakan hubungan pada Use Case dimana terdapat beberapa actor yang melakukan Use Case yang sama, sehingga diperlukan abstact actor sebagai penghubung dalam melakukan Use Case tersebut.
Gambar 2.17 Contoh Inheritance (Sumber : Whitten dan Bentley, 2007, pp. 250) 2.1.21.3
Use Case Narrative Menurut Whitten dan Bentley (2007:246), Use Case Narrative merupakan penjelasan yang lebih rinci secara step by step dari setiap interaksi actor dengan use case. Berikut penjelasan mengenai bagianbagian use case narrative : a.
Use case name : Merepresentasikan goal atau tujuan yang akan dicapai oleh use case yang dimulai dengan kata kerja.
39
b.
Actors : Orang atau pihak yang mendapatkan manfaat dari use case dengan menerima suatu nilai yang terukur.
c.
Descriptions : Ringkasan singkat mengenai tujuan use case beserta aktivitasnya.
d.
Preconditions : Kondisi yang harus dipenuhi sebelum use case dapat dijalankan.
e.
Postconditions : Kondisi setelah use case telah dijalankan.
f.
Normal Flow : Urutan normal dari aktivitas yang dilakukan oleh actor dan sistem.
g.
Alternate Flow : Menjelaskan jalur alternatif atau pengecualian yang terjadi diluar normal flow.
40
Contoh dari Use Case Narrative :
Gambar 2.18 Contoh Use Case Narrative (Sumber : Whitten dan Bentley, 2007, pp. 259) 2.1.21.4 Sequence Diagram Menurut Whitten dan Bentley (2007, pp. 382), sequence diagram merupakan diagram yang menggambarkan interaksi suatu objek dengan objek lainnya secara sekuensial yang menunjukkan proses pengiriman dan penerimaan pesan. Berikut adalah notasi-notasi yang terdapat dalam sequence diagram menurut Whitten & Bentley :
41
1.
Actor, merupakan bagian dari aktor pada use-case yang digambarkan dengan simbol actors pada use-case diagram
2.
Interface class, kotak yang melambangkan user interface dan untuk membedakan
dengan
kelas
lainnya,
kelas
ini
diberi
lambang
<>. Simbol colon (:) yang merupakan standar dari diagram seqeuence menandakan instansi yang sedang digunakan. 3.
Controller class, setiap use-case akan memiliki minimal 1 controller class yang dilambangkan dengan <. Simbol colon (:) yang merupakan standar dari diagram seqeuence menandakan instansi yang sedang digunakan.
4.
Entity classes, kotak yang melambangkan setiap entitas atau model yang dibutuhkan untuk dikolaborasikan dalam sequence.
5.
Messages, panah horizontal dari aktor menuju ke sistem yang menggambarkan pesan input
6.
Activation bars, digambarkan dengan bentuk balok yang terdapat pada lifelines menggambarkan suatu periode waktu ketika partisipan sedang aktif melakukan interaksi.
7.
Return messages, garis panah horizontal putus – putus yang melambangkan output yang dihasilkan dari fungsi atau behavior yang telah dipanggil dalam bentuk pesan untuk menandakan berhasil atau tidak fungsi tersebut.
8.
Self-call, sebuah objek yang dapat memanggil method diri sendiri.
9.
Frame, sebuah kotak yang membungkus satu atau lebih pesan dalam sequence dan menggambarkan sebagai perulangan (loop), bagian alternatif (alternate fragments), atau langkah yang opsional (opt).
42
Gambar 2.19 Contoh Sequence Diagram (sumber : Whitten & Bentley, 2007, pp. 659)
43
2.1.21.5
Activity Diagram Menurut Whitten dan Bentley (2007, pp. 390), activity diagram merupakan diagram yang berfungsi untuk menggambarkan alur proses, step by step dalam use case, dan logika dari metode suatu objek.
Gambar 2.20 Contoh Activity Diagram (sumber: Whitten & Bentley, 2007, pp. 392)
44
Berikut ini merupakan notasi-notasi yang digunakan dalam activity diagram : 1. Initial mode, sebuah lingkaran solid yang menggambarkan titik awal dari sebuah proses 2. Actions,
berbentuk
persegi
dengan
sisi
melengkung
yang
menggambarkan suatu tahapan 3. Flow, digambarkan dengan panah yang menggambarkan suatu jalannya alur 4. Decision, digambarkan dengan bentuk diamond dengan satu panah sebagai input dan dua atau tiga panah mengarah keluar sebagai output 5. Merge, digambarkan dengan bentuk diamond dengan dua atau lebih panah sebagai input dan satu panah menuju keluar sebagai output 6. Fork, digambarkan dengan balok hitam dengan satu panah ke arah input dan dua atau lebih panah menuju keluar sebagai output yang bertujuan untuk menggambarkan bahwa proses berjalan secara bersamaan 7. Join, digambarkan dengan balok hitam dengan dua atau lebih panah ke arah input dan satu panah menuju keluar sebagai output yang menggambarkan semua proses yang bergabung harus diselesaikan terlebih dahulu sebelum proses dilanjutkan 8. Activity final, digambarkan dengan lingkaran solid yang berada di dalam lingkaran kosong sebagai penanda akhir dari sebuah proses.
2.1.21.6
Entitiy Relation Diagram Menurut
Whitten
dan
Bentley (2007, pp.
271), Entity
Relationship Diagram (ERD) merupakan suatu model data yang menggambarkan data berupa entitas dan hubungan antar tabel yang berisi data-data menggunakan beberapa notasi. Berikut merupakan bagianbagian dari ERD:
45
1. Entity Entity adalah class dari orang, tempat, objek, kejadian, atau konsep yang dibutuhkan untuk mengambil dan menyimpan data. 2. Attribute Attribute merupakan nama dari properti atau karakteristik suatu entitas. 3. Relationship Relationship merupakan hubungan antar entitas yang dijelaskan dengan cardinality. Cardinality merupakan jumlah minimum dan maksimum kejadian dari sebuah entitas yang berinteraksi dengan kejadian pada entitas lainnya.
46
Tabel 2.2 Tabel Notasi Cardinality
Notasi Grafik
atau
Jumlah
Jumlah
Kejadian
Kejadian
minimum
maksimum
1
1
Tepat satu
0
1
Nol atau satu
1
Banyak (>1)
0
Banyak (>1)
>1
>1
Keterangan
Satu atau lebih dari satu
Nol atau lebih dari satu
Jumlah spesifik
47
2.1.22 Web Service Web service merupakan suatu sistem perangkat lunak yang dirancang untuk mendukung pengoperasian interaksi antar mesin melalui jaringan. Web service mengizinkan suatu aplikasi untuk berintegrasi dengan aplikasi lain melalui Internet. Web service tidak memiliki user interface dan tidak ditujukan pada Web browsers, melainkan Web service memberikan logika bisnis, data, dan proses-proses melalui tampilan program di dalam jaringan. Connoly dan Begg (2015, pp. 117). 2.1.23 White Box and Black Box Testing Menurut Pressman (2010, pp. 485-495), tahap testing dapat dibedakan menjadi dua jenis, di antaranya yaitu : 1. White-Box Testing White-Box testing merupakan desain test-case yang menggunakan struktur kontrol untuk mengambil test-case. Dengan metode white-box testing, bisa mengambil test case untuk: • Meyakinkan bahwa semua path pada modul telah dicoba minimal sekali. • Mencoba semua pilihan logical baik dari sisi benar maupun salah. • Mengeksekusi semua bagian pada batasan-batasan yang ada. • Mencoba struktur data internal untuk meyakinkan validitasnya
2. Black-Box Testing Black-Box testing fokus terhadap requirement fungsional pada suatu software. Teknik black-Box Testing memungkinkan untuk memperoleh kumpulan kondisi input-an yang akan mencoba semua requirement fungsional program secara keseluruhan. Black Box testing berupaya untuk menemukan error berupa fungsi yang kurang atau salah, kesalahan interface, kesalahan pada struktur data atau pengaksesan database eksternal, kesalahan kinerja, dan kesalahan inisialisasiatau terminasi.
48
2.1.24 5 Faktor Manusia Terukur Menurut Shneiderman dan Plaisant (2010, pp. 32), ada 5 faktor manusia terukur yaitu : 1. Time to learn Ukuran untuk berapa lama waktu yang dibutuhkan seorang user untuk mempelajari cara menggunakan fungsi-fungsi yang relevan pada sekumpulan tugas hingga dapat menggunakan fungsi tersebut dengan baik. 2. Speed of performance Ukuran
untuk
berapa
lama
waktu
yang
diperlukan
untuk
menyelesaikan suatu tugas. 3. Rate of errors by users Ukuran untuk berapa banyak dan jenis-jenis error yang dilakukan oleh user dalam melakukan sekumpulan tugas. 4. Retention over time Ukuran untuk seberapa lama seorang user dapat mempertahankan ingatan atau pengetahuannya setelah beberapa jam, hari atau minggu. 5. Subjection satisfaction Ukuran untuk seberapa puas user akan ketertarikannya dalam menggunakan berbagai aspek pada suatu tampilan sistem.
2.1.25 10 Prinsip Mobile Interface Desgin Menurut Stark pada NetMagazine.com (2012), smartphone dan desktop computer merupakan dua hal yang sangat berbeda, baik dari segi ukuran layar, koneksi, tingkat bandwidth, pemakain baterai, dan sebagainya. Berdasarkan beberapa hal tersebut, maka perancangan tampilan untuk
49
perangkat mobile tidak dapat disamakan dengan desktop computer. Berikut ini sepuluh prinsip dari mobile interface design: 1. Mobile mindset Dikarenakan adanya perbedaan dalam merancang aplikasi mobile dan desktop computer, berikut merupakan pola pikir yang harus diperhatikan mengenai aplikasi mobile: a. Be
Focused:
Banyak
belum
tentu
lebih
baik,
lebih
baik
menghilangkan fitur yang tidak berguna dalam aplikasi yang akan dibuat. b. Be Unique: Mengenali apa yang membuat suatu aplikasi yang akan dibuat berbeda. Jika aplikasi yang akan dibuat tidak memiliki keunikan
tersendiri,
maka
user
tidak
akan
memilih
untuk
menggunakan aplikasi tersebut. c. Be Charming: Aplikasi yang mudah digunakan dan memberikan kesenangan kepada user akan lebih menarik perhatian user untuk memilih aplikasi tersebut. d. Be Considerate: Pengembang aplikasi biasanya terlalu fokus pada kesenangan dalam pengembangan aplikasi. Namun pengembang aplikasi harus mencoba untuk menempatkan dirinya pada posisi sebagai user.
2. Mobile contexts Pengembang aplikasi perlu mengetahui alasan orang dalam menggunakan sebuah aplikasi mobile. Ada tiga konteks utama yang harus diperhatikan dalam merancang aplikasi sesuai kebutuhan user, yaitu: a. Bored: Banyak orang menggunakan aplikasi mobile untuk mengisi waktu luang. Aplikasi tersebut memberikan kesenangan dalam jangka panjang yang disertai dengan interupsi seperti notification sehingga
50
user membuka kembali suatu aplikasi dalam jangka waktu tertentu. Contoh: Facebook, Twitter, Angry Birds, web browser. b. Busy: Terkadang aplikasi mobile digunakan untuk menyelesaikan suatu tugas penting dalam waktu cepat dan mudah pada lingkungan yang sibuk. Sangat penting untuk menggunakan target yang besar dan design yang jelas yang mudah dilihat. Contoh: TripIt, email, kalender, dan perbankan. c. Lost: User yang sedang berada pada kondisi dimana user tertarik untuk menjelajahi suatu tempat yang belum diketahui masuk ke dalam kategori ini. Dalam konteks ini, daya tahan baterai dan konektivitas yang terbatas menjadi perhatian utama dalam pembuatan aplikasi. Contoh: Maps, Yelp, Foursquare. 3. Global guidelines Setiap aplikasi yang berbeda memiliki pendekatan, rancangan, dan teknik yang berbeda. Berikut merupakan pedoman umum yang harus diperhatikan dalam merancang suatu aplikasi: a. Responsiveness: Aplikasi yang responsive sangat diperlukan oleh user. Jika user sedang melakukan sesuatu, aplikasi tersebut harus memberikan informasi kepada user sebagai timbal balik sehingga user mengetahui bahwa aplikasi tersebut sedang menjalankan perintah dari user. b. Polish: Pembaharuan pada aplikasi seperti memperhatikan hal-hal kecil pada rancangan dan fitur akan dihargai dan diperhatikan oleh user. c. Thumbs: Ibu jari merupakan bagian dari jari yang paling interaktif dalam menggunakan aplikasi dengan fitur tampilan touchscreen, sehingga perlu memperhatikan interaksi dalam menggunakan ibu jari. d. Targets: Sangat penting dalam menempatkan fungsi-fungsi pada aplikasi dengan posisi baik dan mudah untuk dijangkau, seperti penempatan tombol backspace yang berada di samping tombol enter
51
merupakan ide yang buruk. Developer juga harus memperhatikan ukuran dari setiap tombol agar dapat dijangkau dengan mudah. e. Content: Revolusi dari layar sentuh dimana memungkinkan user untuk berinteraksi secara langsung dengan konten aplikasi. Lebih baik meminimalisir tampilan berupa tombol, tab bars, checkboxes, sliders, dan lainnya sehingga aplikasi terpusat pada konten aplikasi tersebut. f. Controls: Ketika suatu aplikasi membutuhkan control, cobalah untuk meletakkannya pada posisi di bawah layar, seperti tombol next dan previous. g. Scrolling: Sebaiknya menghindari penggunaan fitur scrolling pada aplikasi. Aplikasi yang tidak mempunyai fitur scrolling memberikan rasa kuat dan dapat diandalkan kepada user karena aplikasi terlihat jelas dan tidak membingungkan user dalam mencari konten yang diinginkan. 4. Navigation models Ada beberapa model navigasi dalam merancang tampilan aplikasi mobile, seperti: a. None: Aplikasi single screen seperti aplikasi Weather pada iPhone. b. Tab bar: Aplikasi yang memiliki lebih dari satu area konten aplikasi dan berbentuk seperti tab bar pada bagian atas aplikasi. Contoh: Twitter, Facebook. c. Drill down: Aplikasi yang berbentuk seperti suatu daftar dan detail konten dalam hierarki. Contoh: aplikasi penganturan. 5. User input Aplikasi yang memiliki input pada keyboard yang beragam akan memudahkan user dalam mengetik input yang diinginkan, seperti keyboard untuk teks, angka, email, URL, dan lainnya. Jika aplikasi yang dibuat membutuhkan banyak pengetikan, maka developer seharusnya
52
menyediakan fitur orientasi landscape bagi user yang memiliki ukuran ibu jari yang besar. 6. Gestures Salah satu aspek yang penting dalam merancang tampilan aplikasi mobile adalah gesture. Berikut beberapa gesture yang diantaranya jarang ditemukan atau digunakan oleh user: a. Invinsible: Banyak gesture yang tidak terlihat sehingga perlu adanya instruksi atau petunjuk kepada user untuk menemukan keberadaan gesture tersebut, seperti swipe atau flick gesture. b. Two Hands: Multi-touch gesture memerlukan dua tangan untuk mengeksekusinya, seperti zoom in/out gesture. c. Nice to Have: Dalam banyak kasus, gesture seperti ini jarang ditemukan sehingga orang awam umumnya tidak mengetahui akan keberadaan gesture ini, seperti keyboard shortcuts-power. d. No Replacement: Sebuah kosa kata umum untuk gesture yang belum ada sampai sekarang sehingga terlalu awal untuk beberapa aplikasi menghiraukan visible controls yang dapat digunakan dengan satu jari. 7. Orientation Aplikasi berorientasi portrait merupakan orientasi yang paling populer dalam merancang suatu aplikasi. Jika suatu aplikasi membutuhkan banyak pengetikan, maka seharusnya mendukung orientasi landscape sehingga user dapat mengakses keyboard yang lebih besar. 8. Communications Dalam merancang suatu aplikasi perlu adanya komunikasi antara aplikasi dengan user. Berikut tiga jenis komunikasi yang dapat dilakukan untuk memberikan informasi kepada user: a. Provide feedback: Aplikasi harus menyediakan feedback secara langsung untuk setiap interaksi yang dilakukan oleh user pada
53
aplikasi tersebut. Jika tidak ada feedback, maka user akan menduga bahwa aplikasi tersebut tidak berjalan dengan baik. Feedback dapat berupa teks, suara, dan visual. Jika user melakukan suatu interaksi yang
memerlukan
waktu
cukup
lama
bagi
sistem
untuk
mengelolanya, maka tampilkan spinner atau progress bar untuk memberikan respon balik ke user. b. Modal alerts: Modal alerts sangat mengganggu user dalam berinteraksi
dengan
aplikasi,
sehingga
developer
harus
menggunakannya ketika ada sesuatu hal yang penting dan tidak berjalan dengan baik. Jangan menggunakan modal alerts untuk pemberian informasi pada umumnya. c. Confirmation: Aplikasi juga perlu memberikan konfirmasi atas aksi yang telah dilakukan oleh user. Misalnya user ingin menghapus suatu file, maka tampilan dialog box yang berisi konfirmasi akan keyakinan user untuk menghapus file tersebut. 9. Launching Ketika user membuka kembali aplikasi yang sebelumnya digunakan, sebaiknya aplikasi tersebut menampilkan operasi yang terakhir dilakukan oleh user. Hal ini dapat memberikan ilusi kecepatan dan berkontribusi untuk merasakan keseluruhan dari rasa responsif. Jika memungkinkan, tampilkan gambar dari aplikasi tersebut saat aplikasi sedang loading pertama kalinya. Apapun yang terlihat interaktif (seperti tombol, link, icon, dan konten) akan membuat user frustasi sehingga mengakibatkan kegagalan interaksi. 10. First impressions Prinsip terakhir yang penting dalam merancang aplikasi mobile adalah kesan pertama. Faktor pertama yang menjadi kesan pertama user adalah icon. Rancangan icon harus dapat membuat aplikasi tersebut terlihat jelas akan tujuannya. Namun tidak perlu rumit, melainkan tepat dan seperti apa
54
yang dapat dilakukan oleh aplikasi tersebut. Faktor kedua yaitu first launch. Faktor ini memberikan dampak apakah user merasa dipermudah atau dipersulit dengan keberadaan aplikasi tersebut. Jika user baru merasa bingung dan frustasi ketika mencoba aplikasi, maka mereka akan sesegera mungkin membuangnya.
