BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

2.1

Pengertian Aplikasi Menurut Hartono (2004, p8), Aplikasi merupakan sistem yang dirancang

dan disusun sedemikian rupa untuk menghasilkan informasi yang terpadu dengan menggunakan sarana komputer sebagai sarana penunjangnya.

2.2

Metode Waterfall Model waterfall adalah model klasik yang bersifat sistematis, berurutan

dalam membangun software. Menurut Sommerville (2011, p29), Waterfall model mengambil kegiatan proses dasar spesifikasi, pengembangan, validasi dan evolusi dan mewakili kegiatan tersebut sebagai fase proses terpisah seperti spesifikasi persyaratan, perancangan perangkat lunak, implementasi, pengujian, dan sebagainya. Tahapan utama dari waterfall model langsung mencerminkan aktifitas pengembangan dasar. Terdapat 5 tahapan pada waterfall model, yaitu requirement analysis and definition, system and software design, implementation and unit testing, integration and system testing, dan operation and maintenance. Tahapan-tahapan model waterfall menurut referensi Sommerville (2011, p31), yaitu : 1.

Requirements Analysis and Definition Mengumpulkan kebutuhan secara lengkap kemudian dianalisis dan didefinisikan kebutuhan yang harus dipenuhi oleh software yang akan dibangun. Hal ini sangat penting, mengingat software harus dapat berinteraksi dengan elemen-elemen yang lain seperti hardware, database, dan sebagainya. Tahap ini sering disebut dengan Project Definition.

8

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

9

2.

System and Software Design Proses pencarian kebutuhan diintensifkan dan difokuskan pada software. Untuk mengetahui sifat dari program yang akan dibuat, maka para software engineer harus mengerti tentang domain informasi dari software, misalnya fungsi yang dibutuhkan, user interface, dan sebagainya. Dari dua aktivitas tersebut (pencarian kebutuhan sistem dan software) harus didokumentasikan dan ditunjukkan kepada user. Proses software design untuk mengubah kebutuhan-kebutuhan di atas menjadi representasi ke dalam bentuk “blueprint” software sebelum coding dimulai. Desain harus dapat mengimplementasikan kebutuhan yang telah disebutkan pada tahap sebelumnya. Seperti dua aktivitas sebelumnya, maka proses ini juga harus didokumentasikan sebagai konfigurasi dari software.

3.

Implementation and Unit Testing Desain

program

diterjemahkan ke dalam

kode-kode dengan

menggunakan bahasa pemrograman yang sudah ditentukan. Program yang dibangun langsung diuji baik secara unit. 4.

Integration and System Testing Untuk dapat dimengerti oleh mesin, dalam hal ini adalah komputer, maka desain tadi harus diubah bentuknya menjadi bentuk yang dapat dimengerti oleh mesin, yaitu ke dalam bahasa pemrograman melalui proses coding. Tahap ini merupakan implementasi dari tahap design yang secara teknis nantinya dikerjakan oleh programmer. Penyatuan unit-unit program kemudian diuji secara keseluruhan (system testing).

5.

Operation and Maintenance Sesuatu yang dibuat haruslah diujicobakan. Demikian juga dengan software. Semua fungsi-fungsi software harus diujicobakan, agar software bebas dari error, dan hasilnya harus benar-benar sesuai dengan

kebutuhan

yang

sudah

didefinisikan

sebelumnya.

Pemeliharaan suatu software diperlukan, termasuk di dalamnya adalah pengembangan, karena software yang dibuat tidak selamanya hanya seperti itu. Ketika dijalankan mungkin saja masih ada error kecil yang


10

tidak ditemukan sebelumnya, atau ada penambahan fitur-fitur yang belum ada pada software tersebut. Pengembangan diperlukan ketika adanya perubahan dari eksternal perusahaan seperti ketika ada pergantian sistem operasi, atau perangkat lainnya. Kelebihan dari model ini adalah selain karena pengaplikasian menggunakan model ini mudah, kelebihan dari model ini adalah ketika semua kebutuhan sistem dapat didefinisikan secara utuh, eksplisit, dan benar di awal proyek, maka Software Engineering (SE) dapat berjalan dengan baik dan tanpa masalah. Meskipun seringkali kebutuhan sistem tidak dapat didefinisikan se-eksplisit yang diinginkan, tetapi paling tidak, problem pada kebutuhan sistem di awal proyek lebih ekonomis dalam hal uang (lebih murah), usaha, dan waktu yang terbuang lebih sedikit jika dibandingkan problem yang muncul pada tahap-tahap selanjutnya. Kekurangan yang utama dari model ini adalah kesulitan dalam mengakomodasi perubahan setelah proses dijalani. Fase sebelumnya harus lengkap dan selesai sebelum mengerjakan fase berikutnya. 2.3

Unified Modelling Language (UML) Unified

Modelling

Language

(UML)

adalah

suatu

alat

untuk

memvisualisasikan dan mendokumentasikan hasil analisa dan desain yang berisi sintak dalam memodelkan sistem secara visual. Juga merupakan satu kumpulan konvensi pemodelan yang digunakan untuk menentukan atau menggambarkan sebuah sistem software yang terkait dengan objek (Haviluddin, 2011, p1). Secara filosofi UML diilhami oleh konsep yang telah ada yaitu konsep permodelan Object Oriented karena konsep ini menganalogikan sistem seperti kehidupan nyata yang didominasi oleh obyek dan digambarkan atau dinotasikan dalam simbol-simbol yang cukup spesifik (Haviluddin, 2011, p1-2). Menurut Haviluddin (2011, p3-5) UML memiliki 13 jenis diagram, yaitu : 1.

Class diagram Class diagram menggambarkan struktur statis dari kelas dalam sistem anda dan menggambarkan atribut, operasi dan hubungan antara kelas. Class diagram membantu dalam memvisualisasikan struktur kelas-


11

kelas dari suatu sistem dan merupakan tipe diagram yang paling banyak dipakai. Selama tahap desain, class diagram berperan dalam menangkap struktur dari semua kelas yang membentuk arsitektur sistem yang dibuat. 2.

Object diagram Object diagram menggambarkan kejelasan kelas dan warisan dan kadang-kadang diambil ketika merencanakan kelas, atau untuk membantu pemangku kepentingan non-program yang mungkin menemukan diagram kelas terlalu abstrak.

3.

Component diagram Component diagram menggambarkan struktur fisik dari kode, pemetaan pandangan logis dari kelas proyek untuk kode aktual di mana logika ini dilaksanakan.

4.

Deployment diagram (Collaboration diagram in version 1.x) Deployment diagram memberikan gambaran dari arsitektur fisik perangkat lunak, perangkat keras, dan artefak dari sistem. Deployment diagram dapat dianggap sebagai ujung spektrum dari kasus penggunaan,

menggambarkan

bentuk

fisik

dari

sistem

yang

bertentangan dengan gambar konseptual dari pengguna dan perangkat berinteraksi dengan sistem. 5.

Composite structure diagram Sebuah diagram struktur komposit mirip dengan diagram kelas, tetapi menggambarkan bagian individu, bukan seluruh kelas. Kita dapat menambahkan konektor untuk menghubungkan dua atau lebih bagian dalam atau ketergantungan hubungan asosiasi.

6.

Package diagram Paket diagram biasanya digunakan untuk menggambarkan tingkat organisasi yang tinggi dari suatu proyek software. Atau dengan kata lain untuk menghasilkan diagram ketergantungan paket untuk setiap paket dalam Pohon Model.


12

7.

Use case diagram Diagram yang menggambarkan actor, use case dan relasinya sebagai suatu urutan tindakan yang memberikan nilai terukur untuk aktor. Sebuah use case digambarkan sebagai elips horizontal dalam suatu diagram UML use case.

8.

Activity diagram Menggambarkan aktifitas-aktifitas, objek, state, transisi state dan event. Dengan kata lain kegiatan diagram alur kerja menggambarkan perilaku sistem untuk aktivitas.

9.

State Machine diagram (State chart diagram in version 1.x) Menggambarkan state, transisi state dan event.

10.

Communication diagram Serupa dengan sequence diagram, tetapi diagram komunikasi juga digunakan untuk memodelkan perilaku dinamis dari use case. Bila dibandingkan dengan Sequence diagram, diagram komunikasi lebih terfokus pada menampilkan kolaborasi benda daripada urutan waktu.

11.

Interaction Overview diagram Interaksi overview diagram berfokus pada gambaran aliran kendali interaksi dimana node adalah interaksi atau kejadian interaksi.

12.

Sequence diagram Sequence diagram menjelaskan interaksi objek yang disusun berdasarkan urutan waktu. Secara mudahnya sequence diagram adalah gambaran tahap demi tahap, termasuk kronologi (urutan) perubahan secara logis yang seharusnya dilakukan untuk menghasilkan sesuatu sesuai dengan use case diagram.

13.

Timing diagram Timing diagram di UML didasarkan pada diagram waktu hardware awalnya dikembangkan oleh para insinyur listrik.


13

2.3.1 Use Case Diagram Use

case

diagram

menggambarkan

fungsionalitas

yang

diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Use Case dilakukan oleh satu actor yang digambarkan dengan simbol orang yang dihubungkan dengan garis yang menunjukan hubungan komunikasi. Setiap Use Case harus diberi nama yang menyatakan apa hal yang dicapai dari hasil interaksi dengan Actor. Nama Use Case boleh terdiri dari beberapa kata dan tidak boleh ada Use Case yang memiliki nama yang sama (Rosa dan Shalahuddin, 2011). Diagram yang menggambarkan actor, use case dan relasinya sebagai suatu urutan tindakan yang memberikan nilai terukur untuk aktor. Sebuah use case digambarkan sebagai elips horizontal dalam suatu diagram UML use case (Haviluddin, 2011, p4). Tabel 2.1 : Simbol Use Case Diagram (Rosa dan Shalahuddin, 2011) Simbol

Nama

Keterangan Orang, proses, atau sistem lain yang berinteraksi dengan sistem informasi

Actor

yang akan dibuat informasi

diluar sistem

yang akan

dibuat

itu

sendiri, jadi walaupun simbol dari actor adalah gambar orang biasanya dinyatakan menggunakan kata benda diawal frase nama actor. Fungsionalitas

yang

disediakan

sistem sebagai unit-unit yang saling Use Case

bertukar pesan antara unit atau actor biasanya

dinyatakan

dengan

menggunakan kata kerja diawal frase nama use case.


14

Ektensi/extend

Relasi use case tambahan ke sebuah use case dimana use case yang ditambahkan dapat berdiri sendiri walau tanpa use case. Relasi use case tambahkan ke sebuah use case dimana use case yang ditambahkan memerlukan use case

Include

ini untuk menjalankan fungsinya atau syarat dijalankan use case ini. Association/asosiasi

Generalization/ Generalisasi

Apa yang menghubungkan antara objek satu dengan objek lainnya. Disebut juga inheritance (pewarisan), sebuah elemen dapat merupakan spesialisasi dari elemen lainnya.

2.3.2 Activity Diagram Activity diagram memodelkan alur kerja (work flow). Sebuah proses bisnis dan urutan aktifitas dalam suatu proses. Diagram ini sangat mirip dengan sebuah flowchart karena kita dapat memodelkan sebuah alur kerja dari aktifitas keaktifitas lainnya atau dari suatu aktifitas kedalam keadaan sesaat (state) (Rosa dan Shalahuddin, 2011). Menggambarkan aktifitas-aktifitas, objek, state, transisi state dan

event.

Dengan

kata

lain

kegiatan

diagram

alur

kerja

menggambarkan perilaku sistem untuk aktivitas (Haviluddin, 2011, p4). Tabel 2.2 : Simbol Activity Diagram (Rosa dan Shalahuddin, 2011) Simbol

Nama Aktivitas

Keterangan Aktivitas yang dilakukan sistem, aktivitas biasanya diawali dengan kata kerja.


15

Status awal aktivitas sistem, sebuah Status Awal

diagram aktivitas memiliki sebuah status awal.

Status Akhir

Status

akhir

yang

dilakukan

sistem,

sebuah

diagram

aktivitas

memiliki sebuah status akhir. Percabangan/ decision Penggabungan/ Joint

Asosisasi percabangan dimana jika ada pilihan aktivitas lebih dari satu. Asosiasi penggabungan dimana lebih dari satu aktivitas digabung menjadi satu. Memisahkan

Swimlane

organisasi

bisnis

yang

bertanggung jawab terhadap aktivitas yang terjadi.

2.3.3 Sequence Diagram Diagram sequence merupakan gambaran interaksi antar objek di dalam dan di sekitar sistem berupa massage yang digambarkan terhadap waktu. Diagram ini secara khusus berasosiasi dengan Use Case. Diagram sequence juga digunakan untuk menggambarkan skenario atau rangkain langkah-langkah apa yang seharusnya terjadi sebagai respons dari sebuah event untuk menghasilkan sesuatu didalam Use Case sebagai output. Untuk massage digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase desain berikutnya, message dipetakan menjadi operasi/metode dari class. Activation bar menunjukan lamanya eksekusi sebuah proses, biasanya diawali dengan sebuah message (Rosa dan Shalahuddin, 2011). Sequence diagram menjelaskan interaksi objek yang disusun berdasarkan urutan waktu. Secara mudahnya sequence diagram adalah gambaran tahap demi tahap, termasuk kronologi (urutan) perubahan


16

secara logis yang seharusnya dilakukan untuk menghasilkan sesuatu sesuai dengan use case diagram (Haviluddin, 2011, p5). Tabel 2.3 : Simbol Sequence Diagram (Rosa dan Shalahuddin, 2011) Simbol

Nama

Object LifeLine

Activation

Message (Call)

Message

Message (Return) Message (Return)

Keterangan

Partisipan Form.

Merupakan sebuah focus dari control pada suatu waktu. Pesan

yang

pemanggilan yang terjadi antar objek. Pesan yang menggambarkan komunikasi yang terjadi antar objek.

Pesan yang dikirim untuk diri sendiri.

Pesan yang dikirim untuk diri sendiri.

Menambahkan Lifetime

2.4

menggambarkan

pemulaan

dan

menghentikan titik dari suatu object.

Interaksi Manusia dan Komputer (IMK) Menurut Shneiderman dan Plaisant (2010), Interaksi manusia dan komputer

adalah sebuah ilmu yang mempelajari hubungan dan interaksi yang terjadi antara


17

manusia dan komputer. Fokus dari interaksi manusia dan komputer adalah perancangan dan evaluasi antarmuka pengguna (user interface). Eight Golden Rules of Interface Design menurut Shneiderman dan Plaisant (2010) aturan yang dapat digunakan sebagai pedoman dasar yang baik dalam merancang sebuah user interface adalah sebagai berikut : 1.

Strive for consistency Sebuah aplikasi harus memiliki tampilan dan operasional yang konsisten. Hal ini mencakup konsisten pada warna, layout, jenis tulisan, menu, ukuran dan harus berada pada letak yang sama serta hal lainnya harus diterapkan secara konsisten.

2.

Cater to universal usability Sebuah aplikasi harus memberikan keterangan pada setiap fitur bagi pengguna yang baru dan menyediakan shortcuts bagi pengguna yang sudah ahli (expert).

3.

Offer informative feedback Sebuah aplikasi harus memberikan umpan balik (feedback) terhadap setiap aksi yang dilakukan oleh pengguna.

4.

Design dialogs to yield closure Urutan aksi harus dirancang menjadi beberapa bagian seperti bagian awal, bagian tengah, dan bagian akhir. Memberikan umpan balik apabila aksi pengguna yang sedang dilakukan telah selesai dan melanjutkan aksi selanjutnya.

5.

Pervent errors Sebuah aplikasi dirancang agar pengguna tidak melakukan kesalahan yang fatal. Jika pengguna melakukan kesalahan, sistem harus mendeteksi kesalahan dan memberikan intruksi yang sederhana dan mudah dipahami untuk melakukan perbaikan kesalahan tersebut.

6.

Permit easy reversal of actions Suatu aplikasi harus disediakan fitur yang memungkinkan pengguna untuk kembali ke aksi sebelumnya, sehingga pengguna dapat mencoba pilihan-pilihan lain yang belum biasa digunakan.


18

7.

Support internal locus of control Sebuah aplikasi dirancang harus bisa dikendalikan oleh pengguna yang memiliki keinginan untuk mengontrol sistem dan sistem akan memberikan umpan balik terhadap aksi yang dilakukan pengguna. Sebaiknya sistem dirancang agar pengguna dapat mengetahui langkah-langkah apa saja yang harus diambil.

8.

Reduce short term memory load Pengguna memiliki keterbatasan ingatan sehingga sebuah aplikasi harus dirancang dengan tampilan yang sederhana agar mudah dimengerti dan diingat oleh pengguna.

Shneiderman dan Plaisant (2010), menyatakan bahwa dalam merancang sebuah sistem yang ramah (friendly) untuk user maka harus memperhatikan 5 (lima) faktor sebagai berikut : 1.

Waktu Belajar Berapa lama waktu yang dibutuhkan pengguna untuk mempelajari sekumpulan perintah suatu aplikasi. Dengan kata lain kemudahan dalam mengoperasikan aplikasi sehingga pengguna dapat dengan mudah menggunakan aplikasi tersebut.

2.

Kecepatan Kinerja Berapa lama waktu yang diperlukan untuk mengerjakan suatu tugas. Pengguna menginginkan kecepatan penyajian informasi yang cepat.

3.

Tingkat Kesalahan Berapa lama kesalahan dan jenis kesalahan apa saja yang dilakukan oleh pengguna dalam menyesesaikan suatu tugas. Aplikasi harus memiliki tingkat kesalahan yang rendah bila sedang digunakan.

4.

Daya Ingat Daya ingat berkaitan dengan waktu belajar. Semakin sering pengguna menggunakan aplikasi, maka semakin mudah pengguna dalam mengingat aplikasi tersebut. Aplikasi juga harus mudah digunakan sehingga pengguna hanya memerlukan waktu belajar yang singkat.


19

5.

Kepuasan Subjektif Bagaimana tingkat kepuasan pengguna terhadap berbagai aspek dari aplikasi. Kepuasan subjektif pengguna dapat diketahui dari hasil kusioner terhadap aplikasi tersebut.

2.5

Pengertian Java Java adalah bahasa pemrograman yang dapat dijalankan diberbagai

komputer termasuk telepon gengam. Bahasa ini awalnya dibuat oleh James Goslin saat masih bergabung di Sun Microsystem, saat ini merupakan bagian dari Oracle dan dirilis tahun 1995. Bahasa ini banyak mengadopsi sintaksis yang terdapat pada C dan C++ namun dengan sintaksis model objek yang lebih sederhana serta dukungan rutin-rutin aras bawah yang minimal. Aplikasi-aplikasi berbasis Java umumnya dikompilasi ke dalam p-code (bytecode) dan dapat dijalankan pada berbagai Mesin Virtual Java (JVM). Java merupakan bahasa pemrograman yang bersifat umun/non-spesifik (general purpose), dan secara khusus didisain untuk memanfaatkan dependensi implementasi seminimal mungkin. Karena fungsionalitasnya yang memungkinkan aplikasi java mampu berjalan di beberapa platform sistem operasi yang berbeda, Java dikenal pula dengan slogannya, “tulis sekali, jalankan dimanapun”. Saat ini java merupakan bahasa pemrograman yang paling populer digunakan dan secara luas dimanfaatkan dalam pengembangan berbagai jenis perangkat lunak aplikasi ataupun aplikasi berbasis web (Gata, 2012).

2.6

Keunggulan Java Java memiliki beberapa keunggulan bila dibandingkan dengan bahasa

pemrograman lainnya. Menurut Hermawan (2004), terdapat 5 aspek yang menjadi keunggulan Java, yaitu : 1.

Java bersifat sederhana dan relatif lebih mudah. Bentuk model Java sebagian besar berasal dari bahasa C++. Namun ada beberapa karakteristik yang diperbaiki pada C++, seperti


20

mengurangi kompleksitas beberapa fitur, penambahan fungsionalitas, dan penghilangan beberapa aspek pemicu ketidakstabilan sistem pada C++. 2.

Java berorientasi pada objek (Object Oriented). Java merupakan bahasa pemrograman yang berorientasi objek (OOP) dan bukan seperti Pascal, Basic maupun C yang berbasis prosedural. Dalam memecahkan masalah, Java membagi program menjadi objekobjek yang kemudian memodelkan sifat dan tingkah laku masingmasing. Java juga menentukan dan mengatur interaksi antara objek yang satu dengan lainnya.

3.

Java bersifat terdistribusi. Pada dekade awal perkembangan PC (Personal Computer), komputer hanya bersifat sebagai workstation tunggal dan tidak terhubung satu sama lain. Sedangkan saat ini, sistem komputerisasi cenderung terdistribusi, mulai dari workstation client, e-mail server, database server, web server, proxy server, dan sebagainya.

4.

Java bersifat multiplatform. Sekarang ini mengenal banyak platform sistem operasi, mulai dari Windows, Apple, dan berbagai varian UNIX dan Linux. Pada umunya, program yang dibuat dan di-compile di suatu platform hanya bisa dijalankan di platform tersebut. Java bersifat multiplatform, yakni dapat aplikasi yang dibuat dengan bahasa Java dapat diterjemahkan oleh Java Interpreter pada berbagai sistem operasi.

5.

Java bersifat multithread. Thread adalah proses yang dapat dikerjakan oleh program dalam suatu waktu. Java bersifat multithreaded, artinya dapat mengerjakan beberapa proses dalam waktu yang hampir bersamaan.

2.7

Algoritma Fisher Yates Shuffle Algoritma adalah langkah-langkah yang logis dan terstruktur untuk

menyelesaikan suatu permasalahan. Yang dimaksud logis dalam hal ini adalah


21

bahwa langkah yang diambil masuk akal dan dapat dinilai benar atau salahnya. Sedangkan terstruktur memiliki pengertian bahwa langkah tersebut susunan sesuai urutan kejadian atau waktu. Shuffle atau dikenal dengan pengacakan merupakan teknik yang digunakan untuk mengacak urutan dari sekelompok angka, teks, atau data. Proses pengacakan saat ini banyak digunakan dalam pengembangan perangkat lunak. Proses pengacakan yang dilakukan terhadap urutan angka, teks, atau data akan menghasilkan permutasi acak. Fisher Yates Shuffle (diambil dari nama Ronald Fisher dan Frank Yates) atau juga dikenal dengan nama Knuth Shuffle (diambil dari nama Donald Knuth), adalah sebuah algoritma untuk menghasilkan suatu permutasi acak dari suatu himpunan terhingga, dengan kata lain untuk mengacak suatu himpunan tersebut. Jika diimplementasikan dengan benar, maka hasil dari algoritma ini tidak akan berat sebelah, sehingga setiap permutasi memiliki kemungkinan yang sama (Ibijola dan Olu, 2012). Proses dasar dari Fisher-Yates Shuffle mirip dengan mengambil kartu dari setumpuk kartu satu demi satu sampai tidak ada yang tersisa. Algoritma FisherYates dianggap oleh banyak orang sebagai metode yang objektif dan optimal untuk menghasilkan permutasi yang benar-benar acak dari himpunan berhingga. Fisher-Yates Shuffle, dalam bentuk aslinya digambarkan pada tahun 1938 oleh Ronald Fisher dan Frank Yates, dalam tabel buku statistik mereka untuk penelitian biologi, pertanian dan medis “Statistical tables for biological, agricultural and medical research”. Versi asli dilaksanakan secara manual, menggunakan pensil dan kertas dengan meja yang telah diberi nomor secara acak untuk menghasilkan kemungkinan acak. Flowchart yang menggambarkan langkah dari Fisher-Yates dalam bentuk aslinya dapat di lihat pada gambar 2.1 :


22

Gambar 2.1 : Flowchart illustrating the steps of Original FYS (Ibijola dan Olu, 2012, p25) Metode dasar yang digunakan untuk menghasilkan suatu permutasi acak untuk angka 1 sampai N adalah sebagai berikut : 1.

Tuliskan angka dari 1 sampai N.

2.

Pilih sebuah angka acak K diantara 1 sampai dengan jumlah angka yang belum dicoret.

3.

Dihitung dari bawah, coret angka K yang belum dicoret, dan tuliskan angka tersebut di lain tempat.

4.

Ulangi langkah 2 dan langkah 3 sampai semua angka sudah tercoret.

5.

Urutan angka yang dituliskan pada langkah 3 adalah permutasi acak dari angka awal.

Pada versi modern digunakan sekarang, angka yang terpilih tidak dicoret, tetapi posisinya ditukar dengan angka terakhir dari angka yang belum terpilih. Berikut ini adalah contoh pengerjaan dari versi modern. Range adalah jumlah angka yang belum terpilih, roll adalah angka acak yang terpilih, scratch


23

adalah daftar angka yang belum terpilih, dan result adalah hasil permutasi yang akan didapatkan. Tabel 2.4 : Contoh Pengerjaan Algoritma Fisher Yates Shuffle Range

Roll

Scratch

Result

12345678 1-8

6

1234587

1-7

2

173458

1-6

6

17345

1-5

1

5734

1-4

3

574

1-3

3

57

1-2

1

7

6 26 826 1826 31826 431826 5431826

Permutasi yang didapatkan adalah 7 5 4 3 1 8 2 6. Penelitian tentang A Simulated Enhancement of Fisher-Yates Algorithm for Shuffling Virtual Card Games using Domain-Specific Data Structures (Ibijola dan Olu, 2012) melakukan implementasi terhadap game virtual card menggunakan algoritma Fisher Yates Shuffle. Penelitian ini menerapkan algoritma Fisher Yates Shuffle untuk melakukan pengacakan terhadap 54 kartu. Artinya, kemungkinan permutasi dari 54 kartu tersebut adalah 54! atau sekitar 2,3 x 1071 urutan yang mungkin. Namun karena game virtual card yang diimplementasikan adalah Whot Cards, maka dari 54 kartu, hanya 12 urutan kartu saja yang dibutuhkan, sehingga permutasinya dapat diurutkan dengan kemungkinan 12! urutan atau 479.001.600 urutan yang mungkin. Yang dimaksud dengan domain-specific data structures dalam penelitian ini adalah struktur data generic list. Peneliti menggunakan struktur data generic list dengan IDE Visual Basic.Net. Generic merupakan object collection pada VB.Net yang sudah typed-safe yang terdiri dari object collection Array, List, Dictionary,


24

Sorted Dictionary, Queue, dan Stack. Dalam penelitian ini object collection yang digunakan adalah List. 2.8

Pengertian Alarm Weker Alarm secara umum dapat didefinisikan sebagai bunyi peringatan atau

pemberitahuan. Weker adalah jam dengan perangkat yang dapat dibuat terdengar pada saat ditetapkan di muka yang digunakan untuk membangunkan seseorang (encyclopedia.com, 2009). Jam weker atau beker adalah jam untuk kamar tidur yang dilengkapi dengan alarm (lonceng) yang bisa disetel untuk berbunyi pada jam dan menit yang ditentukan. Jam weker dipakai untuk membangunkan orang yang sedang tidur atau sebagai alat pengukur waktu. Hampir semua jam weker memiliki sebuah tombol yang bisa ditekan agar dering lonceng (bunyi alarm) bisa berhenti. 2.9

Pengertian Handphone Ponsel atau bisa juga disebut Handphone (telepon genggam atau telepon

seluler) merupakan telepon yang termasuk dalam sambungan telepon bergerak, dimana yang menghubungkan antar sesama ponsel tersebut adalah gelombanggelombang radio yang dilewatkan dari pesawat ke BTS (Base Tranceiver Station) dan MSC (Mobile Switching Center) yang bertebaran di sepanjang jalur perhubungan kemudian diteruskan ke pesawat yang dipanggil (Saydam, 2005). Telepon seluler (ponsel) atau handphone (HP) atau disebut sebagai perangkat telekomunikasi elektronik yang mempunyai kemampuan dasar yang sama dengan telepon konvensional saluran tetap, namun dapat dibawa ke manamana (portabel, mobile) dan tidak perlu disambungkan dengan jaringan telepon menggunakan kabel (nirkabel, wireless). Saat ini Indonesia mempunyai dua jaringan telepon nirkabel yaitu sistem GSM (Global System for Mobile Telecommunications) dan sistem CDMA (Code Division Multiple Access). 2.10 Pengertian Aplikasi Mobile Aplikasi mobile merupakan aplikasi yang berfungsi untuk memudahkan pengguna

dalam

mencari

informasi,

hiburan

maupun


edukasi

dengan

25

menyediakan layanan serupa dengan yang diakses pada PC. Aplikasi ini pada umumnya berukuran kecil, unit perangkat lunak individu dengan fungsi yang terbatas dan mengadopsi dari perangkat lunak yang biasanya terintegrasi atau yang ditemukan pada PC. Tetapi, dengan modifikasi atau pengembangan khusus untuk lingkungan mobile, dengan keterbatasan dan kelebihannya masing-masing (Susanto dan Kamal, 2014).

2.11 Pengertian Android Android adalah sistem operasi untuk handphone yang berbasis Linux. Android menyediakan platform terbuka bagi para pengembang buat menciptakan aplikasi mereka sendiri untuk digunakan oleh bermacam peranti bergerak. Awalnya, Google Inc. membeli Android Inc. pendatang baru yang membuat peranti lunak untuk handphone. Kemudian untuk mengembangkan Android, dibentuklah Open Handset Alliance, konsorsium dari 34 perusahaan peranti keras, peranti lunak, dan telekomunikasi (Safaat, 2012). Pada saat perilisan perdana Android, 5 November 2007, Android bersama Open Handset Alliance menyatakan mendukung pengembangan standar terbuka pada perangkat seluler. Di lain pihak, Google merilis kode-kode Android di bawah lisensi Apache, sebuah lisensi perangkat software dan standar terbuka perangkat seluler. Di dunia ini terdapat dua jenis distributor sistem operasi Android. Pertama yang mendapat dukungan penuh dari Google atau Google Mail Services (GMS) dan kedua adalah yang benar-benar bebas distribusinya tanpa dukungan langsung Google atau dikenal sebagai Open Handset Distribution (OHD). 1.

Kelebihan Android  Multitasking, dimana Android mampu membuka beberapa aplikasi sekaligus tanpa harus menutup salah satunya.


26

 Kemudahan dalam Notifikasi, setiap ada SMS, Email, atau bahkan artikel terbaru dari RSS Reader, akan selalu ada notifikasi di Home Screen Ponsel Android.  Akses Mudah terhadap Ribuan Aplikasi Android lewat Google Android App Market, kemudahan bagi pengguna yang gemar install aplikasi ataupun games, lewat Google Android App Market maka bisa mendownload berbagai aplikasi dengan gratis.  Pilihan Ponsel yang beranekaragam, ponsel Android, akan terasa “beda” dibandingkan dengan iOS, jika iOS hanya terbatas pada iPhone dari Apple, maka Android tersedia di ponsel dari berbagai produsen, mulai dari Sony Ericsson, Motorola, HTC sampai Samsung. Dan setiap pabrikan ponsel-pun menghadirkan ponsel Android dengan gaya masing-masing, seperti Motorola dengan Motoblur-nya, Sony Ericsson dengan TimeScape-nya.  Bisa menginstal ROM yang dimodifikasi, jika tidak puas dengan tampilan standar Android, ada banyak Costum ROM yang bisa dipakai di ponsel Android.  Widget, dapat dengan mudah mengakses berbagai setting dengan cepat dan mudah. 2.

Kelemahan Android  Koneksi Internet yang terus menerus, kebanyakan ponsel berbasis sistem ini memerlukan koneksi internet yang simultan alias terus menerus aktif. Koneksi internet GPRS selalu aktif setiap waktu, itu artinya harus berlangganan paket GPRS yang sesuai dengan kebutuhan.  Iklan. Aplikasi di Ponsel Android memang bisa didapatkan dengan mudah dan gratis, namun konsekuensinya di setiap Aplikasi tersebut, akan selalu ada Iklan yang terpampang, entah itu bagian atas atau bawah aplikasi.


27

2.12 Android Studio Android studio merupakan sebuah Integrated Development Environment (IDE) untuk platform Android. Android Studio ini diumumkan pada tanggal 16 Mei 2013 pada Konferensi Google I/O oleh Produk Manajer Google, Ellie Powers. Android studio bersifat free dibawah Apache License 2.0. Android Studio awalnya dimulai dengan versi 0.1 pada bulan Mei 2013, Kemudian dibuat versi beta 0.8 yang dirilis pada bulan Juni 2014. Yang paling stabil dirilis pada bulan Desember 2014, dimulai dari versi 1.0. Berbasiskan JetBrainns’ IntelliJ IDEA, Studio di desain khusus untuk Android Development (developer.android.com, 2016). 2.13 Keunggulan Android Studio Berikut ini beberapa keunggulan yang terdapat pada Android Studio (developer.android.com, 2016) : 1.

Live Layout : WYSIWYG Editor - Live Coding - Real time App Rendering.

2.

Developer Console : optimization tips, assistance for translation, referral tracking, campaigning and promotions - Usage Metrics.

3.

Provision for beta releases and staged rollout.

4.

Gradle-based build support.

5.

Android - specific refactoring and quick fixes.

6.

Lint tools to catch performance, usability, version compatibility and other problems.

7.

ProGuard and app-signing capabilities.

8.

Template-based wizards to create common Android designs and components.

9.

A rich layout editor that allows user to drag-and-drop UI components, option to preview layouts on multiple screen configurations.

10.

Support for building Android Wear apps.

11.

Built-in support for Google Cloud Platform, enabling integration with Google Cloud Messaging and App Engine.


28

Tabel 2.5 : Fitur-fitur Android Studio (developer.android.com, 2016) Features

Android Studio

Build system

Gradle

Maven - based build dependencies

YES

Build variants and multiple APK generation

YES

Advanced Android code completion and refactoring

YES

Graphical layout editor

YES

APK Signing and keystore management

YES

2.14 Android SDK Android SDK merupakan tools bagi para programmer yang ingin mengembangkan aplikasi berbasis google Android. Android SDK mencakup seperangkat alat pengembangan yang komprehensif. Android SDK terdiri dari debugger, libraries, handset emulator, dokumentasi, contoh kode, dan tutorial. Saat ini Android seudah mendukung arsitektur x86 pada Linux (distribusi Linux apapun untuk desktop modern), Mac OS X 10.4.8 atau lebih, Windows XP atau Vista. Persyaratan mencakup JDK, Apache Ant dan Python 2.2 atau yang lebih baru. IDE yang didukung secara resmi adalah Eclipse 3.2 atau lebih dengan menggunakan plugin

Android

Development

Tools

(ADT), dengan ini

pengembang dapat menggunakan teks editor untuk mengedit file Java dan XML serta menggunakan peralatan command line untuk menciptakan, membangun, melakukan debug aplikasi Android dan pengendalian perangkat Android (misalnya reboot, menginstall paket perangkat lunak dengan jarak jauh). Aplikasi Android dipaketkan ke dalam format .apk dan disimpan pada folder /data/app. Pengguna dapat menjalankan perintah adb root untuk mengakses folder tersebut karena root memiliki izin untuk mengakses folder tersebut (Huda, 2012).


29

2.15 Black Box Testing Pengujian menggunakan sekumpulan aktifitas validasi, dengan pendekatan black box testing. Menurut Rosa dan Shalahuddin (2011), black box testing adalah menguji perangkat lunak dari segi spesifikasi fungsional tanpa menguji desain dan kode program. Pengujian dimaksudkan untuk mengetahui apakah fungsi-fungsi, masukan, dan keluaran dari perangkat lunak sesuai dengan spesifikasi yang dibutuhkan. Pengujian kotak hitam dilakukan dengan membuat kasus uji yang bersifat mencoba semua fungsi dengan memakai perangkat lunak apakah sesuai dengan spesifikasi yang dibutuhkan. Kasus uji yang dibuat untuk melakukan pengujian black box testing harus dibuat dengan kasus benar dan kasus salah.


BAB II LANDASAN TEORI

Recommend Documents