BAB 2 LANDASAN TEORI
2.1
Teori Umum Ada beberapa teori umum yang digunakan dalam penelitian ini yaitu: 2.1.1
Komunikasi Berikut merupakan pengertian komunikasi, proses komunikasi, dan
contoh alat komunikasi menurut beberapa ahli. 2.1.1.1 Pengertian Komunikasi Menurut Steinberg (2007), komunikasi dapat didefinisikan sebagai proses mengirim dan menerima pesan dari satu orang ke orang lain. Secara teknis, pesan dapat dikirimkan melalui saluran tertentu, seperti kabel telepon, siaran radio, dan komputer. Komunikasi dapat terlihat dalam beberapa wujud yaitu sandi morse, bahasa isyarat, graffiti, tangisan bayi, dan ekspresi muka. Menurut Suprapto (2009), komunikasi berasal dari bahasa latin communication yang memiliki arti ‘pemberitahuan’ atau ‘pertukaran pikiran’. Proses komunikasi dapat diartikan sebagai transfer informasi atau pesan antara pengirim pesan (komunikator) dengan penerima pesan (komunikan) dengan tujuan mutual understanding (saling pengertian).
2.1.1.2 Proses Komunikasi Menurut Purwanto (2006) proses komunikasi terbagi menjadi 6 (enam) tahap yaitu: 10
11 1. Pengirim mempunyai suatu ide atau gagasan 2. Pengirim mengubah ide menjadi suatu pesan 3. Pengirim mengirim pesan 4. Penerima menerima pesan 5. Penerima menafsirkan pesan 6. Penerima menerima ide pesan dan memberi tanggapan atau umpan balik ke pengirim Dalam tahap ketiga, pengirim mengirimkan pesan melalui suatu media komunikasi baik secara lisan maupun tulisan
Gambar 2.1 Proses Komunikasi menurut Purwanto (2006) Menurut Adler et al. (2006), Proses komunikasi diawali ketika pengirim pesan (sender) melakukan encode ide atau feeling ke dalam sebuah pesan dan mengirimkannya ke penerima (reciever). Reciever melakukan decode pesan yang telah diterimannya. Proses komunikasi melewati suatu media komunikasi seperti telepon, email, dan instant
12 messenger. Dalam proses komunikasi terdapat beberapa gangguan (noise) yang dapat mengganggu jalannnya komunikasi.
Gambar 2.2 Proses Komunikasi menurut Adler et al. (2006)
2.1.1.3 Alat Komunikasi Sunarto (2006) menyebutkan beberapa alat yang digunakan sebagai alat komunikasi, diantaranya adalah sebagai berikut: kentongan, radio panggil atau handy talkie (HT), pager, telegraf, telepon, faksimile, radio, dan telepon seluler.
2.1.2
Interaksi Manusia dan Komputer (IMK) Berikut merupakan teori mengenai pengertian interaksi manusia dan
komputer, delapan aturan emas, dan lima faktor manusia terukur: 2.1.2.1 Pengertian IMK Menurut Karray et al. (2008), IMK adalah sebuah desain yang harus menghasilkan sebuah rancangan yang sesuai diantara user, mesin,
13 dan layanan yang dibutuhkan dalam mendapatkan kinerja tertentu di bagian kualitas dan optimalitas dari layanan tersebut. IMK membuat user dapat memanfaatkan teknologi secanggih apapun tanpa menghilangkan kegunaan utama dari teknologi tersebut.
2.1.2.2 Delapan Aturan Emas Menurut Shneiderman dan Plaisant (2010), ada delapan hal yang harus diperhatikan dalam membuat rancangan antar muka sebuah aplikasi atau yang sering disebut delapan aturan emas. Delapan aturan emas tersebut adalah: 1. Berusaha untuk konsisten Tindakan-tindakan konsisten diperlukan dalam beberapa keadaan yang serupa. Contoh tindakan-tindakan konsisten adalah pemakaian warna, layout, dan jenis tulisan, pembuatan prompt, menu, dan tampilan bantuan. 2. Menyediakan fungsi yang bersifat universal atau umum Karena adanya jenis user yang beragam dari yang baru mengenal komputer hingga yang sudah ahli dengan komputer, dan dari anakanak hingga yang lanjut usia (lansia), dibutuhkan sebuah rancangan yang memiliki fungsi-fungsi yang mudah dikenali user yang beragam atau penjelasan pemakaian aplikasi juga memiliki fungsi tambahan yang mendukung aplikasi tersebut untuk para ahlinya.
14 3. Memberikan umpan balik yang informatif Untuk segala aksi yang dilakukan user, harus ada sistem yang memberikan umpan balik dengan respons yang berbeda di setiap kondisi yang ada. 4. Merancang dialog untuk menghasilkan penutupan Adanya urutan-urutan dari aksi-aksi yang harus diorganisasikan menjadi bagian awal, pertengahan, dan akhir dari aksi tersebut agar memberikan kepuasan kepada user yang menyelesaikan aksi tersebut dan adanya sebuah indikasi untuk mempersiapkan ke bagian selanjutnya dari aksi tersebut. 5. Memberikan pencegahan terhadap kesalahan yang sederhana Sebisa mungkin, desain sistem yang dibuat tidak menyebabkan user melakukan kesalahan serius. Jika user membuat kesalahan, aplikasi harus dapat mendeteksi kesalahan tersebut dan langsung memberikan penanganan kesalahan dengan cara yang mudah dipahami dan instruksi yang spesifik untuk penanganannya. 6. Memungkinkan pengembalian aksi yang sebelumnya Sebisa mungkin, sebuah aplikasi harus memiliki fitur yang dapat membatalkan aksi. Dengan fitur ini dapat mengurangi kecemasan karena user mengetahui bahwa kesalahan dapat dibatalkan dan dapat mendorong user untuk mempelajari pilihan-pilihan yang tidak biasa. 7. Mendukung pengendalian internal User yang sudah berpengalaman juga ingin merasakan bahwa user bertanggung jawab atas sistemnya dan sistem tersebut juga merespons
15 tindakan yang dilakukan oleh user karena user cenderung tidak menginginkan kejutan, perubahan tentang kebiasaan yang umum, terganggu dengan entry data yang membosankan, sulit mendapatkan informasi, dan tidak dapat menghasilkan hasil yang diharapkan. 8. Mengurangi beban ingatan jangka pendek Designer harus menghindari interface dimana user harus mengingat informasi dari satu tampilan yang akan dipakai di tampilan lainnya karena kapasitas ingatan manusia dalam hal memproses informasi jangka pendek yang terbatas.
2.1.2.3 Lima Faktor Manusia Terukur Menurut Shneiderman dan Plaisant (2010), terdapat lima faktor manusia terukur yang harus diperhatikan sebelum merancang sebuah interface yaitu: 1.
Waktu untuk belajar Merancang aplikasi yang memberikan kemudahan bagi user sehingga user dengan cepat mengerti cara menggunakan aplikasi tersebut.
2.
Kecepatan kinerja Merancang aplikasi yang memperhatikan kecepatan lama waktu yang dibutuhkan dalam melakukan tugas-tugas.
3.
Tingkat kesalahan user Merancang aplikasi yang dapat menghindarkan user dari jenis kesalahan-kesalahan
ketika
user
menggunakan
aplikasi
dan
16 memberikan penanganan kesalahan jika terjadi kesalahan yang serius pada saat penggunaan aplikasi. 4.
Daya ingat Merancang aplikasi yang mudah diingat oleh user sehingga tidak memerlukan waktu yang lama untuk mempelajari aplikasinya. Daya ingat ini berhubungan dengan waktu belajar dan frekuensi pemakaian yang dilakukan.
5.
Kepuasan subjektif Merancang aplikasi yang dapat memberikan kepuasan subjektif oleh user dengan menilai dari kesukaan mengenai variasi aspek-aspek yang ada pada sebuah interface. Kepuasan subjektif ini bisa didapatkan dari wawancara atau kuesioner yang memasukkan skala kepuasan dan memberikan pertanyaan yang dapat dijawab dengan komentar pada kuesioner tersebut.
2.1.3
Unified Modelling Language (UML) Whitten dan Bentley (2007) mengatakan Unified Modelling Language
(UML) adalah blueprint dari sistem informasi yang akan dibuat dalam pengembangan software. Setiap UML memiliki fungsi dan tujuan yang berbeda dalam pengembangan software sesuai dengan jenisnya. Terdapat tiga belas diagram yang dapat dipakai untuk pengembangan software dalam UML 2.0 yaitu:
17 1. Use Case 2. Activity 3. Class 4. Object 5. State Machine 6. Composite Structure 7. Sequence 8. Communication 9. Interaction Overview 10. Timing 11. Component 12. Deployment 13. Package
18 Dalam pengembangan software, dari ketiga belas diagram tersebut tidak semua perlu untuk digunakan. UML yang digunakan dipilih sesuai dengan kebutuhan, dengan syarat sudah dapat menggambarkan proses pengembangan sistem secara jelas. 2.1.3.1 Use Case Diagram Menurut Whitten dan Bentley (2007), use case diagram merupakan salah satu bagian dari use case modelling. Use case diagram digunakan untuk menggambarkan secara jelas proses yang akan dijalankan oleh sistem. Dalam use case digram terdapat tiga komponen utama yaitu: 1.
Use Case Use case adalah aktivitas yang akan dilakukan dalam sistem berupa interaksi antara sistem dan user untuk mencapai satu tujuan tertentu. Use case digambarkan dalam bentuk elips mendatar yang memiliki keterangan pada bagian atas, bawah, atau dalam dari elips tersebut.
Gambar 2.3 Contoh Use Case Diagram
19 2. Actor Actor adalah user yang akan berinteraksi dalam sistem dengan melaksanakan use case untuk bertukar informasi. Actor digambarkan dalam bentuk stick figure dengan label peran actor tersebut dalam sistem. Adapun peran actor dapat dibedakan menjadi empat, yaitu primary business actor, primary system actor, external server actor, dan external receiver actor.
Gambar 2.4 Simbol Actor 3. Relationship Relationship adalah hubungan dari dua simbol dalam use case diagram yang digambarkan dalam bentuk garis. Arti dari hubungan tersebut berbeda-beda tergantung dari jenis garis dan simbol yang dihubungkan. Berikut adalah hubungan yang ada dalam use case diagram: a. Associations Komunikasi antara use case dan actor digambarkan sebagai hubungan associations. Garis associations dapat memiliki anak panah yang berarti actor berperan sebagai pelaku dari use case tersebut, sedangkan garis tanpa anak panah berarti actor hanya berperan sebagai external database atau penerima dari use case tersebut.
20
Gambar 2.5 Contoh Hubungan Associations
b. Extends Sebuah use case yang cukup kompleks dapat dipisahkan menjadi extension use case yaitu dengan membuat hubungan extends dengan use case lainnya. Pemisahan tersebut berguna untuk membuat use case tetap berjalan sesuai logika, tetapi dengan penulisan
yang
lebih
simpel.
Hubungan
tersebut
dapat
digambarkan menggunakan garis solid atau putus-putus dengan anak panah dan label <<extends>> di samping garis tersebut.
Gambar 2.6 Contoh Hubungan Extends
21 c. Uses atau Includes Dalam use case diagram sistem yang dibuat dapat memiliki banyak use case yang fungsinya secara umum sama tetapi ditulis berulang-ulang sehingga menyebabkan redudansi. Hal tersebut dapat diatasi dengan hubungan uses atau includes kepada suatu use case dengan fungsi umum tersebut yang biasa disebut abstract use case. Hubungan tersebut dapat digambarkan dengan garis solid atau putus-putus dengan anak panah dan label <<uses>> di samping garis tersebut.
Gambar 2.7 Contoh Hubungan Uses (Includes)
d. Depends On Ketergantungan antara satu use case dengan yang lain digambarkan dengan hubungan depends on. Jika suatu use case belum dijalankan maka use case yang memiliki ketergantungan tersebut tidak dapat dijalankan. Hubungan tersebut dapat
22 digambarkan dengan garis solid atau putus-putus dengan anak panah dan label <<depends on>> di samping garis tersebut.
Gambar 2.8 Contoh Hubungan Depends On
e. Inheritance Dalam use case diagram sistem yang dibuat memungkinkan terdapat banyak actor yang memiliki perilaku umum yang sama tetapi ditulis berulang-ulang sehingga menyebabkan redudansi. Hal tersebut dapat diatasi dengan hubungan inheritance kepada suatu actor yang memiliki perilaku umum tersebut yang biasa disebut abstract actor. Hubungan tersebut dapat digambarkan dengan garis solid dengan anak panah.
23
Gambar 2.9 Contoh Hubungan Inheritance
24 2.1.3.2 Use Case Narrative Menurut Whitten dan Bentley (2007), use case narrative merupakan salah satu bagian dari use case modelling yang berisikan rincian dari setiap event dan menerangkan bagaimana user berinteraksi dengan sistem selama event terjadi.
2.1.3.3 Activity Diagram Menurut Whitten dan Bentley (2007), activity diagram digunakan untuk menggambarkan proses dari aktivitas dalam suatu sistem. Melalui activity diagram dapat dilihat secara jelas urutan dari use case yang akan dijalankan. Berikut adalah tabel notasi yang akan digunakan dalam menggambarkan activity diagram:
Tabel 2.1 Tabel Notasi Activity Diagram Notasi
Keterangan
Notasi ini menggambarkan awal proses Initial node
dari activity diagram
Notasi Activity
ini
sebuah
aktivitas yang jika disusun secara keseluruhan
Actions
menggambarkan
akan
menggambarkan
keseluruhan aktivitas dalam activity diagram
25 Notasi
Keterangan Notasi ini menggambarkan jalannya aktivitas dalam activity diagram. Jika notasi ini keluar dari decision, maka dibutuhkan
Flow
kata-kata
untuk
mengidentifikasikannya Notasi ini menggambarkan keadaan bersyarat, yaitu decision dan merge. 1. Decision Satu flow akan masuk ke dalam
Decision/Merge
decision dan menghasilkan dua atau lebih flow lainnya yang merupakan hasil pilihan dari kondisi yang ada. 2. Merge Dua atau lebih flow hasil dari decision akan masuk ke dalam merge
dan
menggabungkannya
kembali menjadi satu flow. Notasi ini menggambarkan keadaan paralel, yaitu fork dan join. Fork/Join
1. Fork Satu flow akan masuk ke dalam fork dan menghasilkan dua atau lebih flow lainnya, menandakan dua atau lebih actions berjalan bersamaan. 2. Join Dua atau lebih flow akan masuk ke dalam join dan menggabungkannya menjadi satu flow.
26 Notasi
Keterangan
Notasi ini menggambarkan akhir proses dari activity diagram Activity Final
Notasi ini menggambarkan bahwa suatu action sudah keluar menuju activity diagram yang lain. Subactivity Indicator Notasi A
ini
membantu
menangani
kompleksitas activity diagram. Sebuah flow yang masuk ke connector akan
Connector
dilanjutkan dengan flow yang keluar dari connector dengan huruf yang sama.
27
Activity 1
Activity 2
Activity 3
A Activity 4
Activity 5
Activity 6
A
Gambar 2.10 Contoh Activity Diagram
2.1.3.4 Class Diagram Menurut Whitten dan Bentley (2007), class diagram adalah kumpulan dari objek-objek beserta hubungannya dalam suatu sistem yang biasanya disebut sebagai class. Dalam class diagram terdapat tiga aspek utama, yaitu: 1. Object instance 2. Attribute 3. Behavior
28 <
> -attribute
+behavior
Gambar 2.11 Struktur Class
Dalam class diagram terdapat istilah visibility yang merupakan level akses suatu objek terhadap attribute dan behavior. Terdapat tiga level visibility dalam class diagram yaitu pada tabel berikut:
Tabel 2.2 Tabel Visibility Visibility
Simbol
Public
+
Keterangan Dapat digunakan oleh semua kelas yang berhubungan Hanya dapat digunakan oleh kelas itu
Protected
# sendiri dan kelas turunannya Hanya dapat digunakan oleh kelas itu
Private
sendiri
Hubungan dalam class diagram dilengkapi dengan multiplicity, yaitu jumlah minimal dan maksimal suatu objek kelas yang berhubungan dengan objek kelas lainnya.
29 Tabel 2.3 Tabel Multiplicity Multiplicity
Notasi 1
Tepat 1
atau kosong
0 atau 1
0..1 0..*
0 atau lebih
atau *
1.
1 atau lebih
1..*
Spesifik rentang
7..9
Generalisasi/Spesialisasi Generalisasi/spesialisasi adalah teknik yang digunakan untuk mengelompokkan attribute dan behavior yang sama dari suatu objek menjadi kelas tersendiri yang disebut supertype. Attribute dan behavior yang ada pada supertype akan diturunkan ke kelas anaknya yang disebut subtype.
30 Manusia nama jenisKelamin berjalan() berlari()
Mahasiswa
Dosen
nim ipk
nip
belajar()
mengajar()
Gambar 2.12 Contoh Generalisasi/Spesialisasi
2.
Asosiasi dan Multiplicity Asosiasi adalah hubungan antara satu kelas dengan kelas yang lain. Asosiasi dapat dibedakan menjadi dua jenis, yaitu: a. Uni-directional Hubungan ini digambarkan dengan garis yang memiliki anak panah (navigability) yang berarti tidak semua kelas berperan dan hanya satu kelas yang dapat mengirim pesan ke kelas lainnya yang ditunjuk.
31
specifies User
Password 1
1..6
Gambar 2.13 Contoh Asosiasi Uni-Directional
b. Bi-directional Hubungan ini digambarkan dengan garis tanpa anak panah yang berarti semua kelas berperan dan dapat saling mengirim pesan ke kelas lainnya yang terhubung. Works
Employee
for
Department
Gambar 2.14 Contoh Asosiasi Bi-Directional
3.
Agregasi Agregasi adalah hubungan suatu objek yang terdiri dari objek lainnya. Objek yang lebih besar adalah keseluruhan bagian dari objek kecil lainnya dan objek yang lebih kecil adalah bagian dari objek yang lebih besar tersebut. Team 0..* 12..18 Player Gambar 2.15 Contoh Agregasi
32 Selain itu terdapat agregasi yang lebih kuat yang biasa disebut komposisi yaitu hubungan suatu objek dengan objek lainnya dimana jika objek yang besar tidak ada maka objek yang kecil juga tidak mungkin ada. Paragraph
1..* Word
Gambar 2.16 Contoh Komposisi
2.1.3.5 Sequence Diagram Menurut Whitten dan Bentley (2007), sequence diagram digunakan
untuk
menggambarkan
bagaimana
actor
dan
sistem
berinteraksi dalam suatu skenario use case. Notasi yang digunakan dalam sequence diagram adalah sebagai berikut:
33 Tabel 2.4 Tabel Notasi Sequence Diagam Notasi
Keterangan Notasi ini menggambarkan user yang berinteraksi
dengan
sistem.
Dapat
dibedakan menjadi dua, yaitu: 1. Actor User yang menjalankan use case Actor/Receiver Actor
2. Receiver Actor User yang menerima message dari sistem, dapat berupa actor lain atau sistem eksternal.
:System
Notasi ini menggambarkan kelas-kelas yang ada pada class diagram
System
Notasi ini menggambarkan hidup dari sequence Lifelines Notasi
ini
menggambarkan
waktu
dimana user sedang aktif berinteraksi Activation Bars
dengan sistem Notasi
Input Messages
ini
menggambarkan
pesan
masuk yang dikirimkan yaitu berupa behavior Notasi ini menggambarkan pesan yang
Output Messages
dikirimkan
sebagai
balasan
masuk yaitu berupa attribute
pesan
34 Notasi
Keterangan
Notasi ini menggambarkan area pada
Loop
sistem yang mengalami perulangan (loops), seleksi (alternate fragments), atau kondisi opsional (optional) Frame
Gambar 2.17 Contoh Sequence Diagram
35 2.1.4
Rekayasa Perangkat Lunak Berikut merupakan teori mengenai rekayasa perangkat lunak, agile
development, dan extreme programming: 2.1.4.1 Pengertian Rekayasa Perangkat Lunak Menurut Pressman (2010), rekayasa perangkat lunak adalah penerapan prinsip-prinsip perancangan yang dapat menghasilkan software yang ekonomis dan dapat bekerja secara handal pada mesin-mesin yang akan dipakai.
2.1.4.2 Agile Development Menurut Pressman (2010), Agile Development berawal pada tahun 2001, Kent Beck dan 16 orang lainnya yang dikenal dengan sebutan Agile Alliance, menandatangani sebuah manifesto untuk Agile Software Development.
Manifesto
tersebut
bertuliskan
bahwa
untuk
mengembangkan software dengan cara yang lebih baik, dibutuhkan 4 (empat) hal utama yaitu: 1. Mementingkan interaksi antar individu dibandingkan proses dan tools 2. Mementingkan mengerjakan software dibandingkan dokumentasi yang lengkap 3. Mementingkan kolaborasi dengan para customer dibandingkan negosiasi kontrak 4. Mementingkan respons terhadap perubahan dibandingkan mengikuti rencana
36 Selain membuat manifesto, Agile Alliance juga mendefinisikan 12 (dua belas) prinsip ketangkasan (agility) yaitu: 1. Prioritas utama agile adalah untuk memuaskan pelanggan dengan memberikan perangkat lunak yang bernilai diawal dan berkelanjutan. 2. Menerima perubahan kebutuhan, sekalipun di akhir pengembangan. 3. Menyerahkan hasil/perangkat lunak dalam hitungan waktu 2 minggu sampai 2 bulan. 4. Pengembang
perangkat
lunak
beserta
orang-orang
yang
berkepentingan bekerja bersama-sama selama proyek berlangsung. 5. Membangun proyek di sekitar individu yang memiliki motivasi tinggi. Berikan lingkungan dan dukungan yang dibutuhkan serta percaya kepada mereka untuk menyelesaikan pekerjaan ini. 6. Komunikasi langsung adalah metode yang paling efisien dan efektif. 7. Software merupakan alat ukur utama dari kemajuan proyek. 8. Sponsor, developer, dan pengguna diperlukan untuk dapat menjaga perkembangan. 9. Perhatian yang berkelanjutan kepada kehebatan teknis dan desain akan meningkatkan agility. 10. Kesederhanaan itu penting. 11. Arsitektur, kebutuhan, dan desain yang terbaik muncul dari tim yang dapat mengatur dirinya sendiri. 12. Secara periodik, tim melakukan evaluasi dan mencari cara agar lebih efektif serta melakukannya dengan segera.
37 Beberapa kunci penting yang harus dimiliki oleh orang-orang yang menerapkan konsep Agile Development yaitu kompetensi, fokus, kolaborasi, kemampuan untuk mengampil keputusan, kemampuan untuk fuzzy problem-solving, saling percaya dan hormat, dan manajemen diri.
2.1.4.3 Extreme Programming (XP) Extreme Programming (XP) merupakan salah satu metode pengembangan
software
yang
termasuk
dalam
Agile
Software
Development. XP menggunakan pendekatan object-oriented. Dalam XP, terdapat 5 nilai yang menjadi pondasi yaitu communication, simplicity, feedback, courage, dan respect. Komunikasi yang efektif antara pengembang perangkat lunak dan pihak-pihak yang terlibat sangatlah penting. Dalam XP, desain dijadikan kebutuhan intermediate. Desain dibuat sesederhana mungkin agar mudah mengimplementasikan code. Disini dapat terjadi perubahan struktur desain atau perubahan source code tanpa mengubah fungsi utamanya (refactoring).
Feedback
akan
diberikan
saat
peningkatan
dan
pengimplementasian perangkat lunak. Berikut merupakan proses Extreme Programming menurut Pressman (2010): 1. Planning Tahap planning dimulai dengan membuat user stories yang menggambarkan output, fitur, dan fungsi-fungsi dari software yang akan dibuat. User stories tersebut kemudian diberikan bobot seperti
38 prioritas dan dikelompokkan untuk selanjutnya dilakukan proses delivery secara incremental. 2. Design Design di Extreme Programming mengikuti prinsip Keep It Simple (KIS). Untuk design yang sulit, Extreme Programming akan menggunaan Spike Solution dimana pembuatan design dibuat langsung ke tujuannya. Extreme Programming juga mendukung adanya refactoring dimana software system diubah sedemikian rupa dengan cara mengubah stuktur kode dan menyederhanakannya namun hasil dari kode tidak berubah. 3. Coding Proses coding pada XP diawali dengan membangun serangkaian unit test.
Setelah
itu
pengembang
mengimplementasikannya.
Dalam
akan Extreme
berfokus
untuk
Programming
diperkenalkan istilah Pair Programming dimana proses penulisan program dilakukan secara berpasangan. Dua orang programmer saling bekerjasama di satu komputer untuk menulis program. Dengan melakukan ini akan didapat real-time problem solving dan real-time quality assurance. 4. Testing Tahap ini dilakukan pengujian kode pada unit test. Dalam Extreme Programming, diperkenalkan XP acceptance test atau biasa disebut customer test. Tes ini dilakukan oleh customer yang berfokus kepada
39 fitur dan fungsi sistem secara keseluruhan. Acceptance test ini berasal dari user stories yang telah diimplementasikan.
2.1.4.4 Refactoring Menurut Arsenovski (2009), refactoring merupakan teknik yang digunakan untuk mengidentifikasi design flow dan mengubah struktur internal code yang bertujuan untuk improvement tanpa mengubah perlakukan kodenya. Berikut merupakan proses refactoring menurut Arsenovski(2009): 1. Identify code smells Langkah pertama dari proses refactoring adalah menentukan code smells dari kode program. Code smells merupakan suatu
yang
dianggap tidak sempurna dari kode program yang telah dibuat. Dengan begitu, tentukanlah bagian mana yang tidak sempurna dari code program untuk melakukan refactoring. 2. Apply the appropriate refactoring Langkah yang kedua ialah mengubah struktur dari kode / mentransformasikan refactoring. Transformasi dapat juga dilakukan secara otomatis dan dijalankan oleh refactoring tool. 3. Execute unit tests Langkah ke tiga adalah mengeksekusi unit test dan memastikan perubahan dari struktur kode tidak mengubah fungsionalitas atau behavior dari kode.
40 2.1.5
Internet Menurut Turban et al. (2005), internet adalah sistem jaringan global dari
berbagai jaringan komputer yang dapat berjalan sendiri dan dengan bantuan peralatan-peralatan nirkabel yang memungkinkan internet dapat diakses oleh semua orang di seluruh dunia. Internet merupakan jaringan komunikasi elektronik yang dapat saling bertukar informasi antara orang di seluruh dunia.
2.1.6
Instant Messenger Berikut merupakan pengertian instant messenger dan kegunaan instant
messenger menurut Rittinghouse dan Ransome (2005): 2.1.6.1 Pengertian Instant Messenger Menurut Rittinghouse dan Ransome (2005), instant messenger adalah sebuah aplikasi berbasis Internet Protocol (IP) yang memberikan kemudahan antar user yang memakai device berbeda dalam hal berkomunikasi. Instant Messenger yang paling sering digunakan adalah instant messenger antar komputer. Selain itu, sekarang ini sudah banyak user memakai instant messenger di mobile phone yang mendukung suara dan video.
2.1.6.2 Kegunaan Instant Messenger Menurut Rittinghouse dan Ransome (2005), instant messenger dimulai dari adanya sebuah kebutuhan dimana email dinilai tidak cukup cepat sedangkan user ingin sebuah aplikasi yang dapat secara instant diterima oleh user lain. Hal tersebut yang membuat instant messenger
41 semakin dikenal dan diterima dalam lingkungan masyarakat dalam hal bekerja dan berkomunikasi antar user. Sehingga menurut Rittinghouse dan Ransome (2005), instant messenger sangat berguna sebagai alat untuk komunikasi real time yang membuat user dapat secara cepat melihat siapa saja yang online dan dapat berkomunikasi secara langsung.
2.1.7
Smartphone Berikut merupakan pengertian smartphone dan sistem operasi yang
digunakan pada smartphone: 2.1.7.1 Pengertian Smartphone Menurut Yang et al. (2007), smartphone merupakan cellphone yang menggabungkan fungsi-fungsi Personal Digital Assistant (PDA) seperti kalender, personal schedule, address book, dan memiliki kemampuan untuk mengakses internet, membuka email, membuat dokumen, bermain game, serta membuka aplikasi lainnya. Schmidt (2009) juga mengemukakan bahwa istilah smartphone merupakan istilah yang digunakan untuk mendeskripsikan mobile device yang menggabungkan fungsi cellphone,
PDA, audio player, digital
camera, camcorder, Global Positioning System (GPS) reciever, dan Personal Computer (PC).
42 2.1.7.2 Sistem Operasi Smartphone Menurut Fling (2009), yang disadur dari bukunya yang berjudul Mobile Design and Development, terdapat beberapa sistem operasi pada smartphone yang umum digunakan yaitu: 1. Symbian 2. Windows Mobile 3. Palm OS 4. Linux 5. Android
2.1.8
Mobile Application Menurut Stark (2012), smartphone dan desktop computer memiliki
banyak perbedaan seperti ukuran layar, bandwith, dan sumber daya. Perbedaan tersebut membuat perancangan mobile application sangat berbeda dengan perancangan desktop application. Terdapat 10 (sepuluh) prinsip dalam merancang desain rancangan layar mobile application yaitu: 1. Mobile Mindset Dalam merancang mobile application harus menggunakan mobile mindset, yaitu harus fokus, unik, menarik, dan peka terhadap keinginan user. 2. Mobile Contexts Mengetahui dan fokus pada sasaran user untuk mobile application yang akan dirancang. Terdapat tiga jenis user, yaitu user yang menggunakan mobile application pada saat bersantai di rumah (bored), pada saat sedang sibuk dan
43 memerlukan pengaksesan content yang cepat (busy), dan pada saat sedang berada di daerah yang baru atau tersesat (lost). 3. Global Guidelines Terdapat aturan umum untuk perancangan mobile application, yaitu tingkat responsif yang tinggi, tampilan detail yang menarik, merancang dengan menyesuaikan ukuran ibu jari dan letak user interface yang sesuai, isi yang gampang diakses dan dimengerti, peletakkan kontrol di bawah isi, dan menghindari scrolling. 4. Navigation Models Terdapat banyak model navigasi dalam perancangan mobile application, tetapi pastikan model yang dipilih sesuai dengan jenis aplikasi yang akan dirancang. Beberapa pilihan model navigasi seperti none, tab bar, dan drill down. 5. User Input Terdapat banyak jenis keyboard dalam smartphone, seperti default, email, url, dan phone. Pastikan keyboard sesuai dengan jenis input yang diinginkan, pertimbangkan penggunaan auto correct dan pastikan memungkinkan landscape orientation jika banyak berinteraksi menggunakan keyboard. 6. Gestures Gesture yang ada pada mobile application bersifat tersembunyi dan pastikan memudahkan user untuk menemukannya. Tidak semua gesture penting dan cukup, misalnya seperti shortcut pada keyboard hanya diketahui beberapa user dan fasilitas zoom yang memerlukan penggunaan dua tangan dapat
44 ditambah dengan tombol zoom in dan zoom out sehingga tetap dapat digunakan dengan satu tangan. 7. Orientation Pastikan orientasi yang didukung mobile application sesuai dengan kebutuhan antara portrait atau landscape. Sediakan juga fitur lock orientation jika memang dibutuhkan melihat sesuatu dalam waktu yang lama. 8. Communications Komunikasi dengan user sangatlah penting dalam mobile application. Pastikan setiap aktivitas yang ada diberikan feedback dari aplikasi, kurangi penggunaan alert yang dapat mengganggu user, dan minta konfirmasi user dengan rancangan default pilihan yang paling aman. 9. Launching Perhatikan juga tampilan saat launching aplikasi. Pastikan menampilkan apa yang terkahir user tinggalkan saat launching kembali dan untuk halaman awal pilihlah gambar interaktif sehingga user tidak bosan. 10. First Impressions Kesan pertama dari aplikasi sangatlah penting. Pastikan icon yang dipakai dan first launch dari aplikasi dapat menarik perhatian user.
2.2
Teori Khusus Ada beberapa teori khusus yang digunakan dalam penelitian ini yaitu: 2.2.1
Android Berikut merupakan teori mengenai pengertian Android, versi Android,
keunggulan Android, jenis aplikasi Android, dan komponen Android:
45 2.2.1.1 Pengertian Android Menurut Gargenta (2011), Android adalah sebuah comprehensive open-source
platform
yang
didesain
untuk
perangkat
mobile.
Comprehensive platform disini adalah setumpuk lengkap perangkat lunak yang dipakai pada perangkat mobile. Android dipelopori oleh Google dan dimiliki oleh Open Handset Alliance. Android merupakan platform open source pertama yang memisahkan perangkat keras dan perangkat lunak yang berjalan. Menurut Darcey dan Conder (2012), Android adalah sebuah mobile platform pertama yang lengkap, open source, dan gratis yang dikembangkan dengan menggunakan Software Development Kit (SDK) yang comprehensive dengan tools yang cukup untuk mengembangkan aplikasi yang powerful dan kaya akan fitur. Menurut Meier (2011), Android merupakan gabungan dari 3 (tiga) komponen, yaitu: 1. Sebuah sistem operasi yang open-source untuk perangkat mobile. 2. Sebuah platform pengembangan yang open-source untuk membuat aplikasi mobile. 3. Perangkat, terutama mobile phone, yang menjalankan sistem operasi Android dan aplikasi yang dibuat di sistem operasi itu.
2.2.1.2 Versi Android Seperti halnya software yang lain, Android juga mengalami perkembangan setiap waktunya yang dapat dilihat dari jumlah versinya
46 dimana terdapat perbedaan antara versi yang satu dengan yang sesudahnya.
Tabel 2.5 Tabel Versi dan Distribusi Android (Sumber: www.developer.android.com, 2012)
Data di tabel atas ini didapatkan pada jumlah perangkat Android yang telah mengakses Google Play dalam periode 14 hari yang berakhir pada tanggal 1 Oktober 2012. Berdasarkan data tersebut, banyak versi yang ada dari versi 1.5 hingga 4.1. Perubahan versi tersebut dilakukan setiap waktu ketika API juga berubah dan ketika melakukan perbaikan kesalahan-kesalahan kecil atau menambah fitur-fitur yang baru.
47 2.2.1.3 Keunggulan Android Menurut Meier (2011), ada beberapa keunggulan dan fitur-fitur yang unik yang ada di Android, yaitu: 1. Aplikasi Google Maps Sekarang ini aplikasi Google Maps yang disediakan untuk mobile sangat populer dan Android menawarkan aplikasi Google Maps yang bisa digunakan kembali untuk aplikasi lain. 2. Background services and applications Background services memungkinkan developer untuk membuat sebuah aplikasi yang menggunakan event, berjalan tanpa terlihat bahwa aplikasi tersebut sedang berjalan ketika aplikasi lain sedang dijalankan. 3. Sharing data dan interprocess communication (IPC) Dengan menggunakan Content Provider, Android memungkinkan pertukaran pesan, melakukan pengolahan, dan berbagi data. 4. Semua aplikasi yang dibuat sama Android tidak membedakan antara aplikasi yang asli dengan yang dikembangkan oleh pihak ketiga (third parties).
2.2.1.4 Jenis Aplikasi Android Menurut Meier (2011), sebagian besar aplikasi yang buat dalam Android akan termasuk dalam salah satu kategori berikut:
48 1. Foreground Sebuah aplikasi yang berguna hanya ketika ada pada foreground dan tidak efektif ketika tidak terlihat. Contoh umumnya adalah games dan map mashups. 2. Background Sebuah aplikasi dengan interaksi yang terbatas, kecuali ketika dikonfigurasi,
sebagian
besar
masa
waktunya
tersembunyi.
Contohnya adalah aplikasi call screening dan Short Message Service (SMS) auto-responder. 3. Intermittent Sebuah aplikasi yang dapat jalan di foreground dan background, tetapi sering kali aplikasi ini akan dibentuk dan kemudian dijalankan tersembunyi (background) dan memberitahu pengguna di saat yang tepat. Contohnya adalah media player. 4. Widget Aplikasi yang dibuat hanya ditampilkan sebagai widget pada screen home.
2.2.1.5 Komponen Aplikasi pada Android Menurut Helal et al. (2012), terdapat empat jenis komponen dalam aplikasi Android yaitu sebagai berikut: 1. Activity Sebuah activity mewakili tampilan pada sebuah user interface aplikasi yang didefinisikan oleh activity class. Contohnya pada
49 aplikasi music player yang memiliki satu activity untuk memutar lagu dan satu activity lain untuk memilih album atau audio file. 2. Service Service berjalan secara tersembunyi untuk melakukan operasi yang berjalan lama atau menjalankan fungsi yang tidak harus langsung berinteraksi dengan user. Komponen ini berjalan di balik layar (background) dan tidak memiliki user interface. Contohnya pada aplikasi music player yang memiliki kemampuan untuk menjalankan lagu pada background. 3. Content Provider Content provider merupakan tempat untuk menyimpan dan membagikan data dengan aplikasi lain yang didefinisikan oleh ContentProvider
class
dan
interaksinya
dijalankan
oleh
ContentResolver interface. Contohnya pada aplikasi music player yang memungkinkan untuk membagikan data lagu apa yang sedang diputar ke aplikasi lain. 4. Broadcast Receiver Broadcast receiver didefinisikan oleh BroadcastReceiver class dan bertugas untuk merespon seluruh pengumuman sistem siaran. Contohnya adalah pengumuman dari Android mengenai status baterai dan setelah berhasil mengambil gambar dari camera. Broadcast receiver tidak memiliki user interface, tetapi komponen ini dapat membuat notification menggunakan Notification Manager.
50 2.2.1.6 Arsitektur Android Gambar berikut merupakan arsitektur Android yang terdiri dari komponen-komponen utama dari sistem operasi Android yang dibagi menjadi beberapa bagian (layer)
Gambar 2.18 Arsitektur Android (Sumber : Professional Android 2 Application Development, Meier, 2011)
51 2.2.1.6.1 Linux Kernel Merupakan komponen paling bawah dari arsiktektur Android. Linux Kernel (Linux 2.6 Kernel) menangani layananlayanan inti termasuk perangkat kerasnya, proses dan memory management, sekuritas, jaringan, dan power management. Komponen ini juga merupakan penghubung layer antara perangkat keras dengan sisa tumpukan.
2.2.1.6.2 Libraries Berjalan di atas dari komponen Kernel. Android memasukkan berbagai library inti dari C / C++ termasuk libc dan SSL, serta: 1. Media library untuk memutar kembali media audio dan video. 2. Surface manager untuk menyediakan pengaturan tampilan. 3. Graphics libraries yang mencakup SGL dan OpenGL untuk 2D dan 3D graphics. 4. SQLite untuk dukungan pada database aslinya. 5. SSL dan WebKit untuk integrasi web browser dan sekuritas internet.
2.2.1.6.3 Android run time Merupakan engine yang berfungsi untuk menjalankan aplikasi Android dan bersama dengan libraries. Pada komponen ini, terdapat dua komponen, yaitu:
52 1. Core libraries Core Libraries atau Android libraries menyediakan sebagian besar fungsi yang tersedia dalam inti Java libraries serta spesifik Android libraries. 2. Dalvik virtual machine Dalvik virtual machine adalah sebuah register-based virtual machine yang telah dioptimalisasi untuk memastikan bahwa sebuah perangkat dapat jalan di berbagai instance secara efisien.
2.2.1.6.4 Application Framework Menyediakan
class-class
yang
digunakan
untuk
membuat aplikasi Android. Komponen ini juga menyediakan abstraksi umum untuk akses perangkat keras dan mengelola user interface dan sumber aplikasi.
2.2.1.6.5 Application layer Semua aplikasi, yang asli maupun third-party dibuat di application layer dengan menggunakan library API yang sama. Application layer ini jalan di dalam Android run time dengan menggunakan class-class dan service yang dibuat dari application framework.
53 2.2.2
MongoDB Berikut merupakan teori mengenai MongoDB: 2.2.2.1 Pengenalan MongoDB MongoDB adalah salah satu jenis dari database NoSQL, yaitu sebuah konsep penyimpanan data non-relational. Ada empat metode berbeda yang dipakai oleh database jenis ini untuk menyimpan data, yaitu key-value, big table, document-oriented, dan graph. Metode yang dipakai oleh MongoDB adalah document-oriented yang menyimpan dokumen seperti JavaScript Object Notation (JSON) (Tiwari, 2011).
2.2.2.2 Fitur dan Kelebihan MongoDB Menurut Idrees (2012), ada beberapa fitur utama dari MongoDB yang membuatnya menjadi pilihan yang baik, yaitu sebagai berikut: 1. Penanganan data yang sangat besar Sistem database relasional mulai menjadi terlalu mahal dalam hal sumber daya sistem. Data yang sangat besar memerlukan pengolahan yang lebih dan akan menghabiskan banyak waktu dan juga tempat. MongoDB dapat menjadi alternatif yang lebih baik. 2. Mendukung operasi asynchronous insert Cara kerja dari MongoDB dalam proses insert adalah dengan memasukkan dokumen dan melanjutkan ke tugas berikutnya tanpa menunggu respon dari server. Hal tersebut membebaskan aplikasi untuk melakukan tugasnya tanpa terjebak pada satu operasi database yang lama dan dapat meningkatkan respons pengguna.
54 3. Pengolahan data dengan MapReduce MapReduce adalah sebuah pendekatan untuk pengolahan data yang memiliki dua manfaat dibanding solusi tradisional lainnya, yaitu performa yang lebih baik dan penulisan real code untuk mengolah data. MapReduce juga membuat operasi aggregate dan query data menjadi lebih mudah. Selain fitur utama tersebut, menurut Jayathiloha et al. (2012) terdapat beberapa alasan MongoDB dijadikan pilihan dibanding produk database NoSQL lainnya, yaitu: 1. Schema free MongoDB tidak memiliki schema sehingga biasa disebut schemafree database. Hal tersebut memungkinkan penyimpanan data dengan struktur yang berbeda dalam satu collection. 2. Agile development MongoDB
merupakan
pilihan
yang
sangat
tepat
untuk
pengembangan software secara Agile. MongoDB dapat mengatasi banyaknya perubahan dalam agile development karena sifatnya yang schema-free sehingga schema dapat berubah sesuai dengan perubahan persyaratan. 3. Flexible document Penyimpanan data MongoDB berbeda dari database lainnya yaitu dalam bentuk dokumen yang dapat berupa array dan hash. Dokumen MongoDB disimpan sebagai objek JSON yang biasa disebut binary JSON (BSON).
55 4. Cloud ready MongoDB siap untuk dijalankan pada commodity hardware, virtualized environments, dan cloud. MongoDB dapat berjalan dengan baik pada hardware jenis apapun. 5. High performance MongoDB tidak menggunakan join seperti database umumnya karena MongoDB dapat berisi gabungan field seperti array dan hash. MongoDB juga mendukung indexing yang akan meningkatkan performa dari query. 6. Horizontally scalable Berbeda dengan RDMS yang melakukan vertical scaling, MongoDB termasuk horizontally scalable yang berarti skalabilitas data dimungkinkan dengan menambahkan beberapa server dan tidak perlu melakukan upgrade server.
2.2.2.3 Konsep Dasar MongoDB Seguin (2012) mengatakan bahwa ada enam konsep dasar yang perlu diketahui mengenai MongoDB, yaitu sebagai berikut: 1. MongoDB memiliki konsep yang sama dengan database pada umumnya seperti MySQL dan Windows SQL Server. MongoDB dapat memiliki nol atau lebih database. 2. Sebuah database dapat memiliki nol atau lebih collection yang dapat disetarakan dengan table pada database umumnya.
56 3. Sebuah collection terdiri dari nol atau lebih dokumen yang dapat disetarakan dengan baris pada database umumnya 4. Sebuah dokumen terdiri dari satu atau lebih fields yang dapat disetarakan dengan kolom pada database umumnya. 5. MongoDB memiliki indeks yang memiliki fungsi sama seperti indeks pada database umumnya. 6. Data dari MongoDB akan dikembalikan dalam bentuk kursor. MongoDB bersifat client-server. Sisi server sebagai tempat proses data dan untuk penulisan instruksi pada sisi client. Pengaksesan database dilakukan dengan instruksi use DATABASE_NAME seperti use learn. Instruksi tersebut akan mengakses database learn yang sudah ada atau membuat baru jika belum ada ketika proses insert pertama. Instruksi yang akan dieksekusi pada database dituliskan dengan menggunakan objek db seperti db.help() atau db.stats(). Instruksi yang akan dieksekusi pada collection
dituliskan
db.COLLECTION_NAME
dengan seperti
menggunakan
objek
db.unicorns.help()
atau
db.unicorns.count(). 2.2.2.3.1 Select Data Menurut Seguin (2012), menampilkan data pada database MongoDB dapat dilakukan dengan menggunakan instruksi find, misalnya db.unicorns.find(). Instruksi find juga dapat memiliki parameter tambahan untuk pemberian syaratsyarat khusus dan pemilihan field yang ditampilkan. Berikut penjelasan lebih lanjut mengenai parameter pada instruksi find():
57 1. Pemberian syarat-syarat khusus Instruksi: find({field: value}) Contoh: db.unicorns.find({gender: 'm'}) Terdapat juga beberapa operator yang dapat digunakan dalam pemberian syarat dalam seleksi seperti pada tabel berikut
Tabel 2.6 Operator MongoDB Operator
Penjelasan
$lt
less than/lebih kecil dari
$gt
greater than/lebih besar dari less than or equal/
$lte lebih kecil dari atau sama dengan greater than/ $gte lebih besar dari atau sama dengan $ne $exists
not equal/tidak sama dengan fields ada pada dokumen
$or
operasi atau
$and
operasi dan
Contoh: db.unicorns.find({gender: 'm', weight: {$gt: 700}})
58 2. Pemilihan field yang akan ditampilkan Instruksi: find({field: value},{field: value}) Parameter
pertama
menunjukkan
syarat
seleksi
dan
parameter kedua menunjukkan field yang akan ditampilkan. Contoh: db.unicorns.find(null, {name: 1}) Field _id akan tetap tampil walaupun tidak dituliskan pada parameter, sehingga parameter kedua dapat diganti menjadi {name: 1, _id: 0} untuk menghilangkannya.
2.2.2.3.2 Insert Data Menurut Seguin (2012), proses insert data pada MongoDB dapat dilakukan dengan menggunakan instruksi insert atau save. Penggunaan insert akan langsung menambahkan data baru, sedangkan penggunaan save akan menyesuaikan dengan kondisi. Jika data yang ditambahkan belum ada, maka data akan ditambahkan, tetapi jika sudah ada maka data akan diubah. Sebagai contoh dapat dilihat seperti di bawah ini: db.unicorns.insert({name: ‘Aurora’, gender: ‘f’}) object={name: ‘Aurora’} db.unicorns.save(object)
59 2.2.2.3.3 Update Data Menurut Seguin (2012), proses update data pada MongoDB masih sering digunakan dengan tidak tepat karena memiliki konsep yang jauh berbeda dengan database pada umumnya seperti SQL. Instruksi yang digunakan adalah update dengan 2 parameter, syarat seleksi yang digunakan dan field mana yang akan diubah. Berikut adalah contoh penggunaannya: db.unicorns.update({name: 'Roooooodles'}, {weight: 590}) Instruksi tersebut akan menyebabkan replace data bukan update. Dokumen yang memiliki name Roooooodles akan diganti datanya dengan weight 590. Perubahan data untuk satu atau lebih field yang bukan bersifat replace dilakukan dengan menggunakan operator $set. Berikut adalah cara penggunaanya: db.unicorns.update({weight: 590}, {$set: {name: 'Roooooodles', dob: new Date (1979, 7, 18, 18, 44), loves: ['apple'], gender: 'm', vampires: 99}})
2.2.2.3.4 Delete Data Menurut
Seguin
(2012),
menghapus
data
pada
MongoDB dapat dilakukan dengan menggunakan instruksi remove. Seperti instruksi find dan update, remove juga dapat memiliki parameter sebagai syarat data mana yang akan dihapus. Berikut adalah cara penggunaannya: db.unicorns.remove()
60 db.unicorns.remove({name: 'Roooooodles'}) Berbeda lagi untuk penghapusan collection dari database. Hal tersebut dapat dilakukan dengan instruksi db.COLLECTION_NAME.drop() menjadi db.unicorns.drop().
2.2.2.3.5 Data Modelling Menurut Seguin (2012), MongoDB tidak menggunakan JOIN seperti yang biasa dimiliki oleh database pada umumnya, tetapi dapat tetap dihubungkan secara manual seperti penggunaan foreign key di SQL. Langkah yang dapat dilakukan adalah dengan menyimpan _id dari satu dokumen dalam dokumen yang lain. Contohnya adalah sebagai berikut: db.employees.insert( { _id:ObjectId("4d85c7039ab0fd70a117d730"), name: 'Leto' }) db.employees.insert( { _id: ObjectId("4d85c7039ab0fd70a117d731"), name: 'Duncan', manager: ObjectId("4d85c7039ab0fd70a117d730") })
61 ObjectID pada dokumen yang memiliki name Leto dijadikan sebagai manager pada dokumen yang lainnya, dengan begitu dokumen tersebut dapat secara tidak langsung terhubung. MongoDB juga dapat menyimpan data dalam bentuk array dan embedded document. Hal tersebut dapat menangani hubungan many-to-many. Berikut adalah contoh penggunaan array pada MongoDB:
db.employees.insert( {
_id: ObjectId("4d85c7039ab0fd70a117d733"), name: 'Siona', manager: [ObjectId("4d85c7039ab0fd70a117d730"), ObjectId("4d85c7039ab0fd70a117d732")]
}) Dapat dilihat bahwa satu karyawan tersebut memiliki lebih dari satu manager dan data manager tersebutlah yang disimpan sebagai bentuk array. Selanjutnya, berikut adalah contoh penggunaan embedded document pada MongoDB:
62 db.employees.insert( {
_id: ObjectId("4d85c7039ab0fd70a117d734"), name: 'Ghanima', family: {
mother: 'Chani', father: 'Paul', brother: ObjectId("4d85c7039ab0fd70a117d730")
} }) Dapat dilihat dalam dokumen terdapat dokumen lagi yaitu untuk field family. Pengaksesan isi dari embedded document tersebut adalah dengan menggunakan notasi titik. Contohnya saja jika ingin mengakses data mother sebagai syarat seleksi, maka instruksinya adalah db.employees.find({'family.mother': 'Chani'}). Pilihan lainnya adalah dengan menggunakan DBRef yang sudah disediakan oleh MongoDB. DBRef dapat digunakan untuk menghubungkan antara lebih dari satu dokumen dalam collection atau database yang berbeda. DBRef memiliki beberapa field sebagai berikut: 1. $ref Field $ref akan berisi nama collection dimana dokumen yang akan dihubungkan berada.
63 2. $id Field $id akan berisi nilai _id dari dokumen yang akan dihubungkan. 3. $db Field $db bersifat optional dan akan berisi nama database dimana dokumen yang akan dihubungkan berada. Dokumen DBRef akan terbentuk menjadi { $ref : , $id : , $db : }.
2.2.2.3.6 Fitur Tambahan Menurut Seguin (2012), dalam MongoDB juga disediakan beberapa fitur tambahan lagi yang mendukung performa. Berikut akan dibahas beberapa hal yang akan sering digunakan pada database MongoDB: 1. Indexes Indeks pada MongoDB berfungsi sama dengan indeks pada database relasional pada umumnya yang membantu performa query dan sorting data. Penambahan indeks dapat dilakukan dengan menggunakan instruksi ensureIndex. Penghapusan indeks dapat dilakukan dengan menggunakan instruksi dropIndex. Berikut adalah contoh penggunaannya: db.unicorns.ensureIndex({name: 1}); db.unicorns.dropIndex({name: 1});
64 Pembuatan
unique
index
dapat
dilakukan
dengan
menambahkan parameter kedua. Pengurutan indeks secara ascending ditandai dengan angka 1 dan secara descending ditandai dengan angka -1 seperti pada contoh sebagai berikut: db.unicorns.ensureIndex({name: 1}, {unique: true}); db.unicorns.ensureIndex({name: 1, vampires: -1}); 2. Explain Pada MongoDB dapat dilakukan pengecekkan apakah suatu collection dan query menggunakan indeks. Instruksi yang digunakan
adalah
explain.
Penggunaan
instruksi
db.unicorns.find().explain() akan menampilkan kursor yang digunakan adalah BasicCursor yang menandakan tidak adanya penggunaan
indeks.
Penggunaan
instruksi
db.unicorns.find({name: 'Pilot'}).explain() akan menampilkan kursor
yang
digunakan
adalah
BtreeCursor
adanya
penggunaan indeks. 3. Backup dan Restore Backup dan restore pada MongoDB dapat dilakukan dengan menggunakan file executable yang sudah disediakan oleh MongoDB.
Backup
dilakukan
dengan
menjalankan
mongodump dengan diikuti pilihan database, collection, dan nama
file
backup.
Sedangkan
untuk
restore
dengan
menjalankan mongorestore dengan pilihan yang sama. Berikut adalah contoh penggunaannya:
65 mongodump --db learn –collection unicorns --out backup mongorestore --collection unicorns backup/learn/ unicorns.bson Selain backup dan restore, MongoDB juga memungkinkan untuk proses import dan export. File executable yang digunakan adalah mongoimport dan mongoexport. Berikut adalah contoh penggunaannya: mongoexport --db learn -collection unicorns mongoexport --db learn -collection unicorns --csv -fields name,weight,vampires
2.2.3
C# Programming Menurut Griffiths (2012), C# (dibaca “C Sharp”) merupakan sebuah
bahasa pemrograman yang digunakan untuk membangun berbagai macam aplikasi seperti aplikasi desktop, website, games dan phone app yang dapat berjalan dalam .NET Framework. C# programming menyediakan fitur objectoriented dan functional programming. C# juga menyediakan service seperti runtime type checking, exception handling, dan thread management.
2.2.4
Windows Communication Foundation (WCF) Menurut Cibraro et al. (2010), Windows Communication Foundation
(WCF) merupakan teknologi didalam .NET yang dapat digunakan untuk membuat aplikasi berbasis service untuk pertukaran message antara client dan
66 server. WCF menggunakan konsep contract untuk mendefinisikan service dan operasinya serta mendefinisikan data yang dikirimkan. Menurut Lowy(2010), pada release ke 1 (pada .NET 3.0), WCF menyediakan beberapa fasilitas yang berguna untuk pengembangan services seperti hosting, service instance management, asynchronous calls, reliability, transaction management, disconnected queued calls dan security. Pada release ke 2 (pada .NET 3.5), WCF menyediakan tools tambahan seperti additional communication options. Pada release ke 3 (pada .NET 4.0), menyertakan perubahan konfigurasi dan beberapa extension serta beberapa fitur baru. Menurut Bustamante(2007), dengan menggunakan WCF, programmer dapat menyediakan cross process, cross mesin, dan cross corporate boundaries dari banyak protocol. Dengan WCF, satu buah service dapat didefinisikan ke banyak end point.
2.2.5
Web Service Berikut merupakan teori mengenai web service, Extensible Markup
Language (XML), Simple Object Access Protocol (SOAP), Web Service Definition Language (WSDL) dan Universal Description, Discovery, and Integration (UDDI): 2.2.5.1 Pengertian Web Service Menurut Kalin (2009), web service adalah aplikasi berbasis web terdistribusi yang terdiri dari beberapa komponen code dan dapat diakses dari berbagai macam device. Menurut Priyambodo (2005), web service adalah antar muka yang berisi informasi, yang dapat dikembangkan
67 dengan bahasa pemrograman apapun dan diimplementasikan pada platform manapun karena pertukaran data yang dilakukan menggunakan standar format data universal, yaitu Extensible Markup Language (XML).
2.2.5.2 Extensible Markup Language (XML) Menurut Priyambodo (2005), Extensible Markup Language (XML) adalah Markup Language untuk dokumen yang memiliki struktur tertentu. XML memiliki standarisasi penulisan namun bisa dimodifikasi untuk menggambarkan isi dari suatu dokumen. Kelebihan dari XML antara lain adalah dapat digunakan pada sistem operasi manapun, hasil pencarian datanya lebih akurat, dan dokumennya dapat diterjemahkan ke dalam format yang berbeda-beda.
2.2.5.3 Simple Object Access Protocol (SOAP) Menurut Priyambodo (2005), Simple Object Access Protocol (SOAP) adalah sebuah protokol yang merupakan perpaduan dari Hypertext Transfer Protocol (HTTP) dan XML. Pertukaran data menggunakan protokol HTTP dan dalam format data XML. Hal tersebut memungkinkan pertukaran data antara platform, sistem operasi, dan perangkat lunak yang berbeda.
68 2.2.5.4 Web Service Definition Language (WSDL) Menurut Priyambodo (2005), Web Service Description Language (WSDL) adalah bahasa berbasis XML untuk mendefinisikan web service dan bagaimana cara untuk mengakses web service tersebut. Ada 5 (lima) elemen yang utama dalam WSDL, yaitu: 1. Fungsi dari elemen ini adalah untuk mendefinisikan tipe data yang digunakan dalam pesan. 2. <message> Fungsi dari elemen ini adalah untuk mendefinisikan format dari sebuah pesan yang digunakan sebagai input maupun output dari operasi. 3. <portType> Fungsi dari elemen ini adalah untuk mendefinisikan operasi-operasi. 4. Fungsi dari elemen ini adalah untuk menghubungkan operasi dan pesan yang terdapat pada port type ke protokol tertentu. 5. <service> Fungsi dari elemen ini adalah untuk mendefinisikan port yang saling berhubungan.
2.2.5.5 Universal Description, Discovery, and Integration (UDDI) Menurut Priyambodo (2005), Universal Description, Discovery, and
Integration
(UDDI)
adalah
cara
yang
digunakan
untuk
69 mempublikasikan dan menemukan informasi mengenai web service. Fungsinya mirip dengan search engine, tetapi fokus pada web service dan dapat melakukan hal-hal yang tidak dapat dilakukan search engine, seperti memanggil aplikasi lain. Cara kerjanya adalah service consumer akan mengirim query ke UDDI registry untruk menemukan sebuah service dan mendapatkan WSDL service tersebut. Melalui deskripsi WSDL, service consumer kemudian membuat pesan SOAP untuk berkomunikasi dengan suatu web service.
2.2.6
Java Menurut Schildt (2011) dalam bukunya berjudul Java: A Beginner’s
Guide, Java merupakan bahasa pemrograman yang dikembangkan oleh James Gosling, Patrick Naughton, Chris Warth, Ed Frank, dan Mike Sheridan di Sun Microsystems pada tahun 1991. Awalnya bahasa pemrograman ini disebut “Oak”, pada tahun 1995 baru berubah nama menjadi Java. Berikut merupakan beberapa kelebihan bahasa pemrograman Java: 1. Simple Java dirancang dengan seperangkat fitur yang membuatnnya lebih mudah untuk dipelajari dan lebih mudah untuk digunakan 2. Secure Java menyediakan sarana yang aman untuk membuat aplikasi internet 3. Portable & Cross Platform Program Java dapat dijalankan di environment manapun yang memiliki Java run-time system. Selain itu, Java juga menyediakan cross-platform code.
70 4. Object-Oriented Pusat dari Java adalah Object-Oriented Programming (OOP). Ada tiga konsep dalam OOP yakni: encapsulation, polymorphism, dan inheritance. 5. Multithreaded Java menyediakan dukungan terintegrasi untuk multithreading programming
2.2.7
Eclipse Menurut Deitel (2012), Eclipse merupakan Integrated Development
Environment (IDE) yang menyediakan tools yang mendukung proses pengembangan perangkat lunak, termasuk editor untuk menulis dan mengubah program serta sebagai debugger untuk mencari kesalahan-kesalahan logika. Menurut Holzner (2004), Eclipse awalnya dibuat oleh anak perusahaan IBM yakni Object Technologies International (OTI) bersama-sama dengan Borland, IBM, dan beberapa perusahaan lain. Eclipse yang bersifat open-source memungkinkan
pengguna
untuk
mengembangkan,
mengubah,
dan
mendistribusikan software. Menurut Lowy (2010), Pada saat WCF dirilis pertama kali (bagian dari .NET 3.5), WCF menyediakan fasilitas-fasilitas untuk pengembangan service seperti hosting, service instance management, asynchronous calls, transaction management, dan security.
71 2.2.8
Android Software Development Kit (SDK) Menurut Meier (2011), Android SDK merupakan cakupan dari segalanya
yang dibutuhkan untuk memulai pengembangan, pengujian, dan debugging aplikasi Android. 2.2.8.1 Android APIs Inti dari Android SDK adalah Android APIs libraries. Android APIs ini memungkinkan developer bisa mengakses Android stack. Libraries yang digunakan untuk membuat aplikasi Android sama dengan libraries yang digunakan oleh Google.
2.2.8.2 Development Tools Development tools memungkinkan developer untuk compile dan debug aplikasi Android untuk membuat source code menjadi aplikasi Android yang dapat dijalankan.
2.2.8.3 The Android Virtual Device Manager and Emulator Android Emulator adalah sebuah emulator yang interaktif dengan menampilkan beberapa alternatif skin pada aplikasi Android. Emulator ini jalan di dalam sebuah Android virtual device yang mensimulasikan konfigurasi device perangkat keras.
72 2.2.8.4 Full Documentation Android SDK menyediakan informasi mengenai code yang dipakai untuk membuat sebuah aplikasi. Informasi tersebut berupa dokumentasi yang menjelaskan bagaimana memulai dalam membuat sebuah aplikasi, penjelasan detail mengenai apa yang ada di setiap package dan class pada libraries Android juga cara pemakaiannya, dan memberikan penjelasan mendasar yang detail mengenai pengembangan aplikasi Android.
2.2.8.5 Sample Code Memberikan contoh program yang mendemonstrasikan beberapa kemungkinan yang tersedia di Android, maupun program sederhana yang memberikan penjelasan bagaimana fitur API secara tersendiri.
2.2.8.6 Online Support Android
telah
menghasilkan
komunitas
developer
yang
berkembang sangat cepat. Oleh karena itu pengembangan aplikasi Android didukung oleh online support.
2.2.9
Android Development Tools (ADT) Menurut Meier (2011), ADT adalah plug-in untuk Eclipse yang
memudahkan dalam pengembangan aplikasi Android dengan mengintregasikan alat developer, termasuk emulator dan .class-to.dex converter, langsung kedalam Integrated Development Environment (IDE). Menggunakan ADT plug-in pada
73 Eclipse dalam merancang aplikasi Android merupakan cara tercepat dan sangat disarankan, karena adanya komponen-komponen yang berfungsi dalam merancang aplikasi Android yang terintegrasi dengan Eclipse. Komponenkomponen tersebut adalah: 1. Sebuah wizard untuk membuat Android project yang memudahkan dalam membuat project baru dan memasukkan template aplikasi yang dasar. 2. Forms-based manifest, layout, dan resource editors untuk membantu dalam membuat, mengubah, dan memvalidasikan Extensible Markup Language (XML) resource. 3. Automated building of Android projects, konversi menjadi aplikasi Android yang dapat dieksekusi (.dex), packaging menjadi package files (.apk), dan instalasi dari package ke Dalvik virtual machine. 4. The Android Virtual Device manager, yang memungkinkan developer untuk membuat dan manage virtual device yang dapat dijalankan dengan sistem operasi Android dan memory constraint tertentu. 5. The Android Emulator, yang mencakup kontrol dari tampilan emulator dan konfigurasi koneksi jaringannya, dan kemampuan untuk mensimulasikan telepon masuk dan pesan SMS. 6. The Dalvik Debug Monitoring Service (DDMS), yang mencakup port forwarding, stack, heap, dan thread viewing, detil prosesnya, dan fasilitas screen capture. 7. Akses ke file system sebuah device atau emulator, navigasi ke tree folder dan pengiriman data.
74 8. Runtime debugging, sehingga dapat mengatur breakpoint dan melihat pemanggilan stack. Semua Android/Dalvik log dan output konsole.
2.2.10 Session Initiation Protocol (SIP) Menurut Miller dan Gregory (2009), Session Initiation Protocol (SIP) merupakan sebuah open signaling protocol standar yang dikembangkan oleh Internet Engineering Task Force (IETF) yang digunakan untuk berkomunikasi dengan menggunakan jaringan berbasis IP, seperti internet. Komunikasi yang melalui suara, video, atau teks (instant messaging), dapat terjadi dengan menggunakan kombinasi dari perangkat SIP yang sudah diaktifkan, seperti softphone pada laptop, perangkat genggam nirkabel atau PDA, ponsel, instant messaging pada PC dengan kemampuan konferensi video.
2.2.11 Google Cloud Messaging (GCM) Menurut Android Open Source
Project (2013) yang ditulis dalam
website resmi Android Developer, Google Cloud Messaging merupakan salah satu layanan yang memungkinkan pengembang aplikasi untuk mengirimkan data dari server ke device Android. Jika terdapat data baru yang diambil dari server, maka GCM akan memberikan message ke aplikasi Android bahwa ada data yang baru. Layanan GCM akan menangani antrian pesan dan mengirimkan ke aplikasi Android. Proses utama dari GCM ada tiga (3) yaitu:
75 1. Mengaktifkan GCM Aplikasi Android yang berjalan pada perangkat mobile diregistrasikan untuk menerima pesan. 2. Mengirimkan pesan Server akan mengirimkan pesan ke aplikasi Android. 3. Menerima pesan. Aplikasi Android akan menerima pesan dari server GCM.
