BAB 2

LANDASAN TEORI

2.1 Teori-Teori Dasar / Umum

Berikut merupakan teori teori dasar atau umum yang menjadi landasan
teori yang digunakan dalam pengembangan aplikasi:
2.1.1

Interaksi Manusia dan Komputer (IMK)

Beberapa teori teori tentang Interaksi Manusia dan Komputer yang
digunakan dalam pengembangan aplikasi:
2.1.1.1 Pengertian IMK
Berdasarkan Maheswari, Sharma, dan Khurana (2012),
Interaksi Manusia Komputer atau Human Computer Interaction
(HCI) adalah ilmu yang berkaitan dengan perancangan, evaluasi,
dan implementasi untuk sistem komputer interaktif yang digunakan
manusia.

2.1.1.2 Lima Faktor Manusia Terukur

Berdasarkan pendapat Shneiderman dan Plaisant (2010),
dalam merancang sistem sebelumnya harus memperhatikan 5 (lima)
faktor berikut:
1. Waktu belajar
Waktu yang dibutuhkan seorang pengguna aplikasi untuk
belajar menggunakan aplikasi tersebut.

9
2. Kecepatan kinerja
Waktu yang dibutuhkan oleh pengguna aplikasi untuk
melakukan suatu tugas.
3. Tingkat kesalahan pengguna
Seberapa banyaknya dan apa jenis kesalahan yang dilakukan
oleh pengguna aplikasi.
4. Daya ingat
Pengguna aplikasi dapat mengingat pengetahuan yang dimiliki
tentang aplikasi tersebut dalam jangka waktu tertentu.
5. Kepuasan subjektif
Seberapa besar ketertarikan pengguna aplikasi terhadap aspek
aspek interface aplikasi tersebut.

2.1.1.3 Eight Golden Rules (Delapan Aturan Emas)

Berdasarkan pendapat Shneiderman dan Plaisant (2010)
terdapat 8 (delapan) aturan yang digunakan untuk merancang user
interface:
1.

Berusaha untuk konsistensi

Konsisten di berbagai situasi baik dalam istilah-istilah
yang digunakan pada setiap menu, pesan bantuan, dan dalam
penggunaan tampilan seperti jenis tulisan, warna, dan layout.

10
2.

Memenuhi kegunaan yang universal

Mengetahui kebutuhan yang berbeda pada masing-masing
pengguna,

seperti

pengguna,

teknologi

kemampuan

perbedaan

pengguna.

yang

umur

pengguna,

digunakan

Berdasarkan

dan

kondisi

perbedaan

kemampuan

dari

pengguna terbagi menjadi 3 (tiga) jenis yaitu:

a. Novice atau First-Time-Users yang membutuhkan umpan
balik yang informatif.
b. Knowledgeable Intermittent Users yang membutuhkan
fasilitas bantuan yang jelas.
c. Expert Frequent Users yang membutuhkan umpan balik
yang singkat dan dapat menggunakan shortcut.
3.

Memberikan umpan balik yang informatif

Setiap tindakan

yang dilakukan oleh pengguna harus

mendapatkan umpan balik yang memudahkan pengguna dalam

mengetahui akibat dari tindakannya. Misalnya muncul suatu
suara ketika salah menekan tombol pada waktu input data atau
muncul pesan kesalahan.
4.

Merancang dialog untuk menghasilkan suatu penutupan

Kegiatan yang dilakukan pengguna dipisahkan menjadi 3 (tiga)
bagian yaitu bagian awal, tengah, dan akhir. Pada bagian akhir
pengguna harus mendapatkan umpan balik yang informatif

11
yang memudahkan pengguna dalam mengetahui dampak dari
tindakan yang telah dilakukan.
5.

Memberikan penanganan kesalahan

Sistem akan memberikan suatu intruksi yang sederhana dan
mudah dimengerti kepada pengguna jika terjadi kesalahan yang
dilakukan.

6.

Mudah kembali ke tindakan sebelumnya

Pengguna tidak perlu khawatir bila melakukan kesalahan
karena sistem menyediakan fitur yang dapat mengembalikan
keadaan ke keadaan sebelum dilakukan kesalahan.

7.

Mendukung tempat pengendalian internal

Pengguna menjadi pengendali sistem dan bukan sebaliknya.
Jadi peran pengguna dalam sistem adalah sebagai inisiator
bukan responden.

8.

Mengurangi beban ingatan jangka pendek

Sistem yang dikembangkan berbentuk sederhana dan mudah
diingat karena ingatan manusia yang terbatas. Penyederhanaan
sistem misalnya menggabungkan tampilan-tampilan sejenis
dan memberikan pelatihan dengan jangka waktu yang cukup.

2.1.1.4 Desain Interface Mobile

Smartphone

dan

komputer

desktop

sangat

berbeda.

Smartphone memiliki layar yang kecil, konektivitas intermittent,

12
bandwidth rendah dan bertenaga baterai. Sedangkan komputer
desktop memiliki layar yang besar, konektivitas handal, bandwidth
tinggi dan plugged in. Dengan banyaknya perbedaan antara
smartphone dan desktop, desain untuk smartphone sangat berbeda
dengan desain pada desktop.
Mengacu

pada

pendapat

dari

Jonathan

Stark

(2012)

pengembangan aplikasi pada mobile terdapat 10 (sepuluh) prinsip

desain untuk interface mobile:
1. Mobile Mindset
Dengan adanya perbedaan antara mobile

dan desktop, ada

beberapa pola pikir untuk mobile:

a. Be focused
Aplikasi sebaiknya fokus pada suatu fitur karena dengan
lebih banyak fitur, tidak membuat aplikasi tersebut menjadi
lebih baik.
b. Be unique
Aplikasi yang dikembangkan memiliki suatu keunikan dan
kekuatan yang membedakan aplikasi tersebut dengan
aplikasi lainnya.
c. Be charming
Aplikasi yang dapat diandalkan, dan menyenangkan saat
digunakan, sehingga aplikasi tersebut banyak diminati dan
digunakan.

13
d. Be considerate
Aplikasi

yang dikembangkan sebaiknya tidak hanya

menyenangkan pengguna saat menggunakannya, tetapi juga

sesuai dengan keinginan pengguna.
2. Mobile Contexts
Terdapat 3 (tiga) konteks utama pada mobile yang perlu
dipertimbangkan untuk mengetahui aplikasi yang pengguna
inginkan:
a. Bored

: aplikasi yang berkonteks hiburan.

b. Busy

: aplikasi untuk menyelesaikan tugas dengan cepat.

c. Lost

: aplikasi yang berkonteks informasi tempat.

3. Global Guidelines
Setiap aplikasi memiliki teknik pendekatan dan desain yang
berbeda-beda. Sifat yang merekat pada sebuah perangkat
touchscreen

berukuran

saku

memiliki

hal

yang

harus

diperhatikan dalam pengembangan aplikasi, yaitu:

a. Responsiveness
Jika pengguna melakukan sesuatu pada aplikasi, aplikasi
perlu menunjukkan jika aplikasi sedang beroperasi.
b. Polish
Pengembang harus memperhatikan detil desain aplikasi.

14
c. Thumbs
Dengan touchscreen interfaces, desain interfaces harus
disesuaikan karena banyak pengguna menggunakan ibu jari
untuk mengetik.
d. Targets
Dalam mendesain aplikasi yang akan menggunakan banyak
fungsi

keyboard,

pengembang

sebaiknya

mendesain

penempatan tombol yang baik sehingga memudahkan

pengguna dalam pengetikan.
e. Content
Sebaiknya pengembang menempatkan content aplikasi pada
tengah layar untuk memudahkan pengguna berinteraksi
dengan aplikasi.
f. Controls
Ketika harus menambahkan suatu kontrol pada aplikasi,
sebaiknya diletakkan pada bagian bawah layar agar
memudahkan pengguna berinteraksi dengan aplikasi.
g. Scrolling
Sebaiknya pengembang mengurangi pemakaian scrolling
untuk memudahkan pengguna dalam penggunaan aplikasi.

15
4. Navigation Models
Ada beberapa model navigasi umum untuk aplikasi mobile yang
dapat digunakan sesuai dengan aplikasi, seperti none, tab bar,
dan drill down.
5. User Input
Pada pengembangan suatu aplikasi memungkinkan pengguna
dalam memberikan input seperti pengetikan. Terdapat banyak
variasi keyboard pada smartphone, pertimbangkan untuk
menampilkan keyboard yang akan sangat berguna. Pilihan auto
entry yang harus diaktifkan juga harus dipertimbangkan. Jika
aplikasi perlu banyak input seperti pengetikan, pastikan
mendukung orientasi landscape.
6. Gestures
Touchscreen interfaces saat ini mendukung gesture-based untuk
interaksi pengguna. Hal - hal yang harus diingat adalah:
a. Invisible
Gestures tidak terlihat, tetapi pengembang aplikasi harus
mempertimbangkan

bagaimana

untuk

mengungkapkan

keberadaan gestures tersebut kepada pengguna.

b. Two Hands
Multi-touch gestures membutuhkan operasi dua tangan.
Contohnya pengguna dapat dengan mudah memperbesar
atau memperkecil tampilan aplikasi dengan dua jari.

16
c. Nice to have
Menggunakan semacam keyboard shortcuts pada suatu
aplikasi yang dikembangkan jika diperlukan agar pengguna
lebih mudah dalam menggunakan aplikasi.
d. No replacement
Teknologi Two-Hands

belum terlalu berkembang dan

pengembangan aplikasi dianjurkan tidak menghilangkan

fungsi single-finger.
7. Orientation
a. Potrait
Orientasi

yang

paling

sering

digunakan

untuk

mengoptimalkan desain antar muka aplikasi.

b. Landscape
Orientasi ini digunakan untuk mendukung pengguna yang
sering mengetik yaitu dengan mengoptimalkan penggunaan
keyboard yang lebih besar.
c. Orientasi berubah tiba tiba
Pengembangan aplikasi yang akan digunakan dalam jangka
panjang perlu dipertimbangkan untuk menambahkan suatu
orientasi yang tepat di aplikasi tersebut.
8. Communications
Aplikasi harus dapat berinteraksi dengan pengguna.

17
a. Provide feedback
Memberikan umpan balik instan untuk setiap interaksi. Jika
pengguna telah meminta suatu tindakan yang akan memakan
waktu lama, maka aplikasi menampilkan progress bar.
b. Modal alert
Modal alert sangat mengganggu sehingga harus digunakan
ketika ada sesuatu yang benar-benar salah.
c. Confirmation
Ketika harus meminta pengguna untuk mengkonfirmasi
tindakan, dapat ditampilkan dialog konfirmasi modal.
Seperti: Apakah Anda yakin ingin menghapus data ini?.
9. Launching
Ketika pengguna kembali ke aplikasi, maka aplikasi harus
kembali

beroperasi

tepat

dimana

pengguna

terakhir

mengoperasikan aplikasi.
10. First Impressions
Pada saat pengguna pertama kali menggunakan aplikasi,
terdapat 2 (dua) faktor yang menjadi kesan pertama pengguna,
yaitu:
a. Your icon
Icon merupakan suatu hal yang sangat penting, karena icon
merupakan salah satu yang menjadi daya tarik bagi
pengguna dalam menggunakan aplikasi yang dikembangkan.

18
b. First launch
Peluncuran pertama kali harusnya tidak menimbulkan
kebingungan bagi pengguna yang menggunakannya.

2.1.2 Unified Modelling Language (UML)

Menurut Whitten dan Bentley (2007), Unified Modelling Language
(UML) adalah sekumpulan aturan pemodelan yang digunakan untuk
menentukan dan menggambarkan suatu sistem software yang berkaitan
dengan objek.
UML telah menjadi standar dalam bahasa pemodelan di bidang
perancangan software. Standarisasi UML diatur dan dibuat oleh Object
Management Group (OMG).
Untuk

menjalankan

fungsinya

dalam

menentukan

dan

menggambarkan rancangan software, UML versi 2.0 menggunakan diagramdiagram sebagai berikut:
1.

Use Case Diagram

2.

Activity Diagram

3.

Class Diagram

4.

Object Diagram

5.

State Machine Diagram

6.

Sequence Diagram

7.

Communication Diagram

8.

Interaction Overview Diagram

19
9.

Timing Diagram

10.

Component Diagram

11.

Deployment Diagram

12.

Package Diagram

13.

Composite Structure Diagram

Meskipun UML memiliki begitu banyak diagram, tidak semuanya

diperlukan dan harus digunakan dalam perancangan. Apabila sistem telah

digambarkan dan dapat dipahami dengan baik menggunakan diagram yang
ditentukan, maka tujuan dari UML telah tercapai.

2.1.2.1 Use Case Diagram

Use Case Diagram adalah diagram yang mendeskripsikan
interaksi antara sistem dengan pengguna dan menggambarkan siapa
yang akan menggunakan sistem serta bagaimana pengguna
berinteraksi dengan sistem (Whitten dan Bentley, 2007).
Komponen notasi dasar yang dimiliki oleh use case diagram
adalah aktor dan use case. Berikut adalah notasi yang terdapat pada
use case diagram:
Tabel 2.1 Tabel Notasi Use Case Diagram
Notasi

Deskripsi

Aktor

Aktor adalah pengguna sistem. Aktor tidak terbatas

hanya manusia saja, jika sebuah sistem berkomunikasi

20
dengan aplikasi lain dan membutuhkan input atau
memberikan output, maka aplikasi tersebut juga bisa
dianggap sebagai aktor.
Use Case Use case digambarkan sebagai elips dengan nama
use case dituliskan didalam elips tersebut.

Gambar 2.1 Contoh Use Case Diagram

Dalam use case diagram terdapat hubungan yang digunakan

(Whitten dan Bentley, 2007), antara lain:
1. Asosiasi
Asosiasi mendeskripsikan suatu hubungan antara aktor dan use
case. Asosiasi dapat digambarkan dengan suatu garis yang
menghubungkan aktor dan use case. Sebuah asosiasi yang
digambarkan

dengan

suatu

garis

dengan

anak

panah

21
menunjukkan interaksi antara use case dengan aktor sebagai
inisiator. Sedangkan asosiasi yang digambarkan tanpa anak
panah menggambarkan interaksi antara use case dengan aktor
penerima.

Gambar 2.2 Contoh Asosiasi Pada Use Case Diagram

2. Extends
Pada suatu use case dapat terdiri dari fungsi-fungsi yang
kompleks dan menyebabkan use case sulit dimengerti. Oleh
karena itu digunakan extends dengan cara use case tersebut
menghasilkan

use

case

baru

yang

berfungsi

untuk

mempermudah dalam pemahaman terhadap suatu use case. Use

case hasil dari extends disebut dengan extention use case yang
hanya dapat diakses oleh use case yang menggunakan extends.

22

Gambar 2.3 Contoh Extends Pada Use Case Diagram

3. Uses / Includes
Pada suatu use case diagram sering ditemukan dua atau lebih
use case yang melakukan fungsi yang sama tersebut. Fungsi
tersebut digabungkan menjadi use case baru yang disebut use
case abstrak, yang berfungsi untuk mengurangi redundansi
dalam suatu use case diagram.

Gambar 2.4 Contoh Includes Pada Use Case Diagram

23
4. Depends On
Depends On merupakan suatu hubungan ketergantungan antara
satu use case dengan use case lainnya, dimana suatu use case
tidak dapat berjalan jika use case lain belum dilakukan.

Gambar 2.5 Contoh Depends On Pada Use Case Diagram

5. Inheritance
Inheritance digunakan untuk mempermudah penggambaran
hubungan antara dua atau lebih aktor yang memiliki langkah
yang sama dalam sistem dengan membuat aktor abstrak.

Gambar 2.6 Contoh Inheritance Pada Use Case Diagram

24
2.1.2.2 Use Case Narrative
Use Case Narrative adalah sebuah teks yang mendeskripsikan
suatu langkah yang ada pada use case dan bagaimana cara
pengguna

berinteraksi

dengan

sistem

untuk

menyelesaikan

pekerjaannya pada sistem tersebut (Whitten dan Bentley, 2007).

2.1.2.3 Class Diagram

Class diagram merupakan gambaran grafis dari struktur
objek, yang menunjukkan kelas objek yang ada pada suatu sistem
dan hubungan antara kelas-kelas objek tersebut (Whitten dan
Bentley, 2007).

Gambar 2.7 Contoh Class Diagram

25
Setiap kelas objek dibagi menjadi 3 (tiga) bagian, yaitu:
1.

Nama kelas
Nama kelas harus unik atau dapat dibedakan antara kelas yang
satu dengan kelas yang lain karena nama kelas merupakan
identitas yang dimiliki oleh setiap kelas.

2.

Atribut kelas
Atribut menunjukkan informasi yang dimiliki oleh suatu kelas
atau informasi yang berhubungan dengan suatu kelas.

3.

Operasi kelas
Operasi digunakan untuk menunjukkan fungsi yang dapat
dilakukan oleh suatu kelas.
<< Nama kelas >>
- Atribut kelas

+ Operasi kelas

Gambar 2.8 Struktur Kelas Objek

2.1.2.3.1 Visibility
Pada class diagram terdapat visibility yang
digunakan untuk menentukan suatu kelas dapat diakses
oleh kelas lainnya atau tidak. Dalam visibility memiliki 3
(tiga) tingkatan, yaitu (Whitten dan Bentley, 2007):

26
1. Public
2. Protected
3. Private

Tabel 2.2 Tabel Penjelasan Visibility

Visibility
Public

Simbol
+

Deskripsi
Dapat

diakses

oleh

semua

kelas yang berhubungan

Protected

Hanya dapat diakses oleh kelas

yang

mendefinisikan

dan

turunannya
Private

Hanya dapat diakses oleh kelas

yang mendefinisikan

2.1.2.3.2 Multiplicity
Multiplicity merupakan jumlah banyaknya objek
sebuah kelas yang berelasi dengan sebuah objek lain pada
kelas lain yang berasosiasi dengan kelas tersebut (Whitten
dan Bentley, 2007).

27
Tabel 2.3 Tabel Penjelasan Multiplicity
Multiplicity

Deskripsi

0..1

Nol atau satu

Hanya satu

0..*

Nol atau lebih

1..*

Satu atau lebih

2.1.2.3.3 Generalisasi
Generalisasi merupakan suatu teknik dimana
sebuah kelas (subclass) dapat mewarisi atribut-atribut dan
operasi-operasi dari kelas lainnya (superclass) dimana
superclass

bersifat

lebih

umum

daripada

(Whitten dan Bentley, 2007).

Person

Student

Teacher

Gambar 2.9 Contoh Generalisasi

subclass

28
2.1.2.3.4 Asosiasi
Asosiasi merupakan hubungan antara satu kelas
dengan kelas yang lain. Asosiasi antara dua kelas biasanya
dinotasikan dengan sebuah garis yang menghubungkan
kedua kelas tersebut dan biasanya disertakan keterangan
mengenai detil relasi antar kelas dan multiplicity (Whitten
dan Bentley, 2007).
Hubungan yang digambarkan dibedakan menjadi 2
(dua) jenis, yaitu:
1. Uni-directional
Hubungan uni-directional menghubungkan 2 (dua)
kelas yang saling terhubung, tetapi hanya satu yang
memiliki peran dalam hubungan tersebut. Hubungan
uni-directional

dapat

direpresentasikan

dengan

menggunakan anak panah. Seperti gambar 2.4 kelas

Order memiliki atribut bertipe sama dengan kelas
Customer, dan kelas Customer tidak dapat
memiliki atribut bertipe sama dengan kelas Order.

Gambar 2.10 Contoh Hubungan Uni-Directoral

29
2. Bi-directional
Hubungan bi-directional menghubungkan 2 (dua)
kelas yang saling terhubung dan keduanya memiliki
peran dalam hubungan tersebut. Hubungan bidirectional tidak perlu menggunakan anak panah.
Seperti gambar 2.5 kelas Flight memiliki atribut
bertipe sama dengan kelas Plane, dan kelas Plane
memiliki atribut bertipe sama dengan kelas Flight.

Gambar 2.11 Contoh Hubungan Bi-directional

2.1.2.3.5 Agregasi
Agregasi menggambarkan hubungan dimana satu
kelas merupakan bagian dari kelas lain. Seperti pada
gambar 2.5, dimana kelas Karyawan adalah bagian dari
kelas Perusahaan, tetapi kelas Perusahaan bukan
merupakan bagian dari kelas Karyawan (Whitten dan
Bentley, 2007).

30
Perusahaan

Karyawan
0..*

Gambar 2.12 Contoh Agregasi

2.1.2.3.6 Komposisi
Komposisi merupakan bentuk lain dari agregasi,
tetapi sebuah kelas tidak dapat berdiri sendiri dan harus
merupakan bagian dari kelas yang lain. Seperti pada
gambar 2.6, dimana kelas Halaman merupakan bagian
dari kelas Buku dan kelas Halaman tidak akan ada
jika kelas Buku tidak dibuat (Whitten dan Bentley,
2007).
Buku

Halaman
1

1..*

Gambar 2.13 Contoh Komposisi

2.1.2.4 Activity Diagram

Activity diagram adalah suatu diagram yang digunakan untuk
menggambarkan proses bisnis, langkah-langkah dari use case dan
logika perilaku dari objek. Dalam activity diagram lebih dari satu
use case dapat digambarkan dengan satu activity diagram, tetapi

31
satu activity diagram dapat digambarkan untuk setiap use case jika
use case tersebut memiliki logika yang kompleks (Whitten dan
Bentley, 2007).

Activity

Activity

Activity
[True]

[False]

Activity

Activity

Activity

Gambar 2.14 Activity Diagram

Beberapa elemen yang digunakan dalam activity diagram

adalah (Whitten dan Bentley, 2007):

32
Tabel 2.4 Tabel Elemen Activity Diagram
Initial node Simbol

yang

menggambarkan

dimulainya proses.
Action

Simbol

yang

merepresentasikan

suatu

Activity

aktivitas.

Keseluruhan

aktivitas

diagram mengikuti urutan actions.

Flow

Simbol

yang

merepresentasikan

jalur dari satu aktivitas ke aktivitas

lainnya.
Decision / Simbol
Merge

yang

merepresentasikan

keadaan kondisional, yaitu decision

dan merge.
1. Decision
Mengindikasi kondisi untuk
memilih

salah

satu

alur

aktivitas.
2. Merge
Mengindikasi

bergabungnya

alur aktivitas yang dipisahkan

oleh decision sebelumnya.
Fork / Join

Simbol

yang

merepresentasikan

keadaan paralel, yaitu fork dan join.

1. Fork

dari

33
Mengindikasikan adanya dua
atau

lebih

actions

yang

berlangsung bersamaan.
2. Join
Mengindikasi

berakhirnya

proses paralel.
Activity

Simbol

yang

merepresentasikan

Final

berakhirnya proses.

Pada activity diagram dapat ditentukan siapa yang melakukan

tindakan apa dengan membagi activity diagram ke dalam beberapa
partitions atau swimlane yang menunjukkan aktivitas yang
dilakukan oleh aktor tertentu. Suatu activity diagram dapat
memiliki tiga atau lebih swimlane yang menunjukkan aktor
penerima.

2.1.2.5 Sequence Diagram

Sequence diagram adalah salah satu UML diagram yang
menggambarkan model logika dari sebuah use case dengan
menggambarkan interaksi pesan antar objek dalam suatu urutan
waktu (Whitten dan Bentley, 2007).

34

:Pemesanan
Aktor

:Barang

Memesan barang
Mengecek barang ()

Status barang
Status pemesanan

Gambar 2.15 Contoh Sequence Diagram

Beberapa elemen yang digunakan dalam sequence diagram

adalah (Whitten dan Bentley, 2007):
1. Aktor
Aktor adalah suatu elemen yang dapat digunakan pada sequence
diagram dimana digambarkan dengan aktor simbol yang
mewakili pengguna dalam berinteraksi dengan interface.

Gambar 2.16 Aktor Simbol

35
2. Objek
Objek digunakan untuk mewakili kelas-kelas pada class
diagram dan digambarkan dengan simbol persegi panjang yang
didalamnya terdapat nama objek tersebut. Pada objek terdapat
garis putus-putus yang disebut lifeline.
:Objek

Gambar 2.17 Objek

3. Pesan
Pesan digunakan untuk menggambarkan interaksi antar objek
yang ada pada sequence diagram.

Pesan

Contoh 2.18 Pesan

4. Aktivasi
Aktivasi digambarkan dengan sebuah persegi panjang pada
lifeline dan berfungsi untuk menunjukkan lamanya objek yang
digunakan.

36
:Objek1

Gambar 2.19 Aktivasi

5. Pesan kembali
Pesan kembali digambarkan dengan simbol seperti pesan tetapi
dengan garis putus-putus dan berfungsi untuk menanggapi
pesan yang sebelumnya telah disampaikan.
Pesan Kembali

Gambar 2.20 Pesan Kembali

6. Self-call
Suatu objek pada sequence diagram dapat mengirimkan pesan
atau berinteraksi ke objek itu sendiri.

Gambar 2.21 Self-call

37
7. Frame
Penggunaan frame pada sequence diagram menunjukkan
adanya perulangan (looping) pada daerah yang dibatasi oleh
frame tersebut. Frame juga digunakan jika pada sequence
diagram terdapat pilihan yang boleh dipilih atau tidak dipilih
(optional) atau menggambarkan pilihan yang setidaknya ada
sebuah proses yang dilakukan (alternate).

:MemberServicesSystem

User

opt

Sys Admin

numTries <= 3
submitLogin(username, password)

Invalid

opt

numTries >3

failedAttempt

submitLogin(username, password)

(datetime, ip)

Gambar 2.22 Frame

(Sumber: Whitten dan Bentley, 2007)

2.1.3

Rekayasa Perangkat Lunak

Menurut Pressman (2010), pengertian rekayasa perangkat lunak adalah
pengimplementasian prinsip-prinsip perancangan untuk menghasilkan

38
software yang ekonomis, handal dan mampu bekerja efisien pada mesin
yang sesungguhnya.
Karakteristik dari software adalah sebagai berikut (Pressman, 2010):
1. Software dikembangkan atau dibuat, bukan dirakit
Terdapat beberapa kesamaan antara pengembangan software

dan

perakitan hardware. Pada dasarnya kedua kegiatan tersebut berbeda,

kualitas tinggi dapat diperoleh melalui rancangan yang baik, tetapi
perakitan hardware dapat memberikan permasalahan pada kualitas
software.
2. Software tidak akan habis
Software tidak akan habis oleh waktu karena tidak memiliki bentuk
fisik. Tidak seperti hardware yang memiliki bentuk fisik.
3. Sebagian besar software dibangun sesuai dengan keinginan
Sebuah komponen software harus dirancang dan diimplementasi,
sehingga dapat digunakan kembali dalam banyak program berbeda.

2.1.3.1 Agile Software Development

Agile

Software

Development

adalah

sebuah

strategi

pengembangan sistem dimana pengembang diberikan fleksibilitas

untuk memilih alat yang sesuai dan teknik yang baik untuk
menyelesaikan

tugas-tugasnya.

Agile

Software

Development

memiliki keseimbangan yang optimal antara produktivitas dan

kualitas dalam pengembangan sistem (Whitten dan Bentley, 2007).

39
2.1.3.2 Extreme Programming
Extreme Programming (XP) merupakan salah satu metodologi
dalam rekayasa perangkat lunak dan merupakan salah satu metode
dari beberapa agile software development yang berfokus pada
coding sebagai aktivitas utama dan menekankan pada kerjasama
tim. XP digunakan untuk menghadapi kebutuhan yang kurang
dimengerti oleh pengembang dan berubahnya kebutuhan dari
pengguna. Pada XP antara pengguna dan pengembang selalu
melakukan komunikasi jika terjadi perubahan pada software yang
dikembangkan.

Gambar 2.23 Extreme Programming

(Sumber: Roger S. Pressman, Software Enginnering: A
Practitioners Approach, 2010)

40
Mengacu

pada

pendapat

Pressman

(2010),

dalam

pengembangan software dengan menggunakan XP terdapat 4

(empat) tahap yang digunakan. Empat tahap tersebut yaitu:
1. Planning
Pada tahap ini dimulai dengan perencanaan stories yang
menggambarkan fitur dan fungsionalitas yang diperlukan untuk
software yang akan dibangun. Setiap story ditulis oleh
pengguna dan ditempatkan pada kartu index. Kemudian
pengguna memberikan nilai untuk story yang akan dinilai oleh
pengembang

dan

menentukan

biaya

selama

waktu

pengembangan software. Jika waktu yang diperlukan untuk

story lebih dari 3 (tiga) minggu, maka pengguna diminta untuk
membagi story tersebut menjadi beberapa story yang lebih
kecil.
2. Design
Pada tahap ini menggunakan prinsip Keep It Simple (KIS).
Perancangan yang sederhana lebih mudah dimengerti dari pada
tampilan yang kompleks. XP mendukung penggunaan Class
Responsibillity Collaborator (CRC) cards sebagai mekanisme
yang efektif untuk berpikir tentang software dalam konteks
berorientasi objek.

41
3. Coding
Tahap ini dilakukan setelah story dikembangkan dan rancangan
pendahuluan selesai. Kemudian dilakukan perancangan unit
test terlebih dahulu sebelum penulisan kode dilakukan. Unit
test merupakan serangkaian test yang mengevaluasi setiap
story. Setelah unit test selesai dibuat, pemikiran pengembang
berfokus pada pengimplementasian untuk melewati unit test
berikutnya. Setelah pembuatan kode selesai dapat langsung
dilakukan pengujian. Pada tahap coding juga dilakukan
refactoring yang merupakan suatu teknik konstruksi dan
metode untuk mengoptimalkan rancangan yaitu dengan
penyederhanaan kode untuk memudahkan orang lain atau
pengembang dalam memahami kode tersebut. Setelah tahap
pembuatan kode dilakukan selanjutnya dapat dilakukan
perancangan baik sebelum ataupun sesudah tahap tersebut, hal
ini dikarenakan adanya refactoring.
4. Testing
Pada bagian ini dilakukan pengujian kode dengan unit test yang
telah dihasilkan pada tahap sebelumnya. Setelah itu dilakukan
acceptance test yang disebut juga customer test yang berfungsi
untuk memastikan aplikasi yang telah memenuhi kebutuhan
pengguna.

42
2.1.4

Database
Berdasarkan pendapat dari Connolly (2005), database adalah
sekumpulan data yang secara logis saling terkait yang dirancang untuk
memenuhi kebutuhan informasi suatu organisasi.

2.1.5

Teknologi Mobile
Berikut merupakan penjelasan mengenai teknologi teknologi mobile
yang sedang berkembang:
2.1.5.1 Smartphone
Mengacu pada pendapat dari Ramteke, Choudhary (2012),
smartphone menyediakan fasilitas internet dan akses ke layanan
data yang beragam. Teknologi smartphone telah pindah ke
perangkat yang sangat visual dan menarik banyak pengguna serta
memberikan banyak fasilitas untuk berkomunikasi. Beberapa sistem
operasi yang sedang berkembang saat ini adalah Blackberry, iOs,
dan Android.

2.1.5.2 Native Mobile Applications

Mengacu pada pendapat Upadhyay dan Tripathi (2012),
Native Mobile Applications adalah aplikasi yang diinstal pada
smartphone dan dikembangkan dengan bahasa pemrograman
khusus. Aplikasi mobile ini cepat, handal, dan kinerja yang
maksimal tetapi terikat pada mobile platform yang dikembangkan.

43
Native mobile applications selalu lebih responsif dan dapat
mengakses lebih fitur hardware pada device.

2.1.6

Instant Messaging (IM)

Instant Messaging (IM) adalah sebuah aplikasi berbasis Internet
Protokol (IP) yang memberikan kemudahan berkomunikasi antar orang
menggunakan bermacam macam device yang berbeda. Sekarang IM dapat
bekerja dengan mobile device, seperti digital cellular phones dan dapat
mendukung suara dan video (Rittinghouse dan Ransome, 2005).

2.1.7

Android
Mengacu pada pendapat Nimodia dan Deshmukh (2012), Android
adalah sebuah software stack untuk perangkat mobile yang mencakup sistem
operasi, middleware dan key applications. Android memiliki platform yang
bersifat open source dan sistem operasi untuk perangkat mobile berbasis
pada sistem operasi Linux dan dikembangkan oleh Google dan Open
Handset Alliance.
Sistem operasi pada android ini berbasis bahasa pemrograman Java
menggunakan Android Software Development Kit (Android SDK) dan
berjalan pada Linux Kernel, dengan middleware, library, Application
Programming Interface (API) yang ditulis dalam bahasa C, dan software
yang berjalan pada suatu kerangka aplikasi dengan menyertakan Javacompatible libraries berbasis pada Apache Harmony, yaitu sebuah

44
implementasi Java bersifat open source

dikembangkan oleh Apache

Software Foundation yang terdiri dari Java Development Kit (JDK), virtual
machine dan class library.

2.1.8 Fitur Android

Android memiliki beberapa fitur yang mendukungnya, dimana fiturfitur tersebut terdapat pada perangkat mobile. Fitur-fitur yang mendukung
Android yaitu (Lee, 2011):
1. Storage
Menggunakan

SQLite,

mesin

database

SQL

embedded,

untuk

menyimpan data.
2. Connectivity
Mendukung GSM/EDGE, IDEN, CDMA, EV-DO, UMTS, Bluetooth,
WiFi, LTE, dan WiMAX.
3. Messaging
Mendukung SMS dan MMS.
4. Web browser
Berbasis open-source WebKit, dengan Chromes V8 JavaScript engine.
5. Media support
Mendukung media: MP3, MIDI, WAV, JPEG, PNG, dan lain-lain.
6. Hardware support
Mendukung hardware: Accelerometer Sensor, Camera, Digital Compass,
Proximity Sensor, GPS.

45
7. Multi-touch
Mendukung multi-touch screens.
8. Multi-tasking
Mendukung multi-tasking applications.
9. Flash support
Android 2.3 mendukung Flash 10.1.
10. Tethering
Mendukung sharing koneksi internet seperti wireless hotspot.

2.1.9 Arsitektur Android

Gambar 2.23 menunjukkan komponen-komponen yang terdapat pada
sistem operasi Android yang terbagi menjadi beberapa layer.

Gambar 2.24 Arsitektur Android

(Sumber: http://developer.android.com/about/versions/index.html, 2012)

46
2.1.9.1 Applications
Dalam applications layer, Android akan dikirim dengan satu
set aplikasi termasuk email client, program SMS, kalender, peta,
browser, kontak, dan lain-lain. Semua aplikasi ditulis menggunakan
bahasa pemrograman Java (Anonim1, 2012).

2.1.9.2 Application Framework

Dengan platform open development, Android menawarkan
kemampuan pengembang untuk membangun aplikasi yang sangat
kaya dan inovatif. Pengembang bebas untuk mengambil keuntungan
dari hardware devices, mengakses informasi lokasi, menjalankan
background

services,

mengatur

alarm,

menambahkan

pemberitahuan ke status bar, dan lain-lain (Anonim1, 2012).

Sekumpulan services dan sistem yang mendasari aplikasi
Android adalah (Anonim1, 2012):
1. Sekumpulan views yang dapat digunakan untuk membangun
aplikasi, termasuk list, grids, text boxes, buttons, dan
embeddable web browser.
2. Content

providers

yang

memungkinkan

aplikasi

untuk

mengambil data dari aplikasi lain atau untuk berbagi data dari
aplikasi itu sendiri.
3. Resource manager menyediakan akses ke non-code resources
seperti localized strings, graphics, dan layout files.

47
4. Notification manager yang memungkinkan semua aplikasi
untuk menampilkan pemberitahuan pada status bar.
5. Activity manager yang mengatur siklus dari aplikasi dan
menyediakan common navigation backstack.

2.1.9.3 Libraries
Android mencakup sekumpulan library C/C++ yang
digunakan oleh berbagai komponen dari sistem Android. Beberapa
library yang digunakan adalah (Anonim1, 2012):
1. System C library digunakan untuk embedded Linux-based
devices.
2. Media Libraries untuk memutar audio dan video.
3. Surface Manager untuk menyediakan pengaturan tampilan.
4. LibWebCore sebuah mesin web browser modern.
5. Scene Graph Library (SGL) untuk kemampuan menampilkan
grafik dua dimensi.
6. 3D

libraries

termasuk

OpenGL

untuk

kemampuan

menampilkan grafik tiga dimensi.

7. SQLite untuk dukungan dalam database.

2.1.9.4 Android Runtime

Android yang mencakup sekumpulan core libraries yang
menyediakan sebagian besar fungsi pada bahasa pemrograman

48
Java. Android Runtime juga termasuk Dalvik virtual machine, yang
memungkinkan setiap aplikasi Android untuk berjalan dalam proses
sendirinya. Dalvik adalah mesin virtual khusus dirancang khusus
untuk android dan dioptimalkan untuk battery-powered device
mobile dengan memori yang terbatas dan CPU (Anonim1, 2012).

2.1.9.5 Linux Kernel

Android bergantung pada versi Linux 2.6 Kernel untuk
sistem inti seperti keamanan, manajemen memori, manajemen
proses, network stack, dan driver model. Kernel juga bertindak
sebagai abstraction layer antara hardware dan dari stack yang lain
(Anonim1, 2012).

2.1.10 Komponen Aplikasi Android

Android memiliki 4 (empat) komponen pemrograman. Setiap
komponen memiliki peran yang berbeda-beda. Masing-masing komponen
memiliki siklus hidup sendiri-sendiri yang mengatur kapan komponen
dibuat dan bagaimana komponen dihapus. Berikut ini adalah 4 (empat) jenis
komponen dalam aplikasi android (Anonim2, 2012):
1. Activities
Activities adalah suatu komponen yang menyediakan layar dimana
pengguna dapat berinteraksi untuk menjalankan fungsi tertentu.

49
2. Services
Services adalah komponen aplikasi yang berjalan di background untuk
menjalankan proses yang memerlukan waktu cukup lama. Services tidak
memiliki tampilan.
3. Content Providers
Content Providers bertugas untuk mengelola sekumpulan data aplikasi
yang terbagi (shared). Datanya dapat disimpan dalam file sistem,
database SQLite atau lokasi penyimpanan lainnya. Dengan adanya
Content Providers ini, aplikasi lain dapat mengakses data yang
diperlukan tanpa perlu mengetahui bagaimana data tersebut disimpan.
Content provider juga dapat digunakan untuk menulis dan membaca data
pribadi yang tidak dibagikan (tidak shared).
4. Broadcast Receivers
Broadcast receivers adalah suatu komponen aplikasi yang menanggapi
broadcast. Contoh broadcast yang dikirim oleh sistem operasi Android
adalah pemberitahuan ada aplikasi baru yang terinstal atau ter-update,
layar mati, ada SMS atau telepon masuk, dan lain-lain. Broadcast
receiver juga tidak memiliki tampilan, tetapi dapat menjalankan suatu
activity atau menampilkan pemberitahuan.

2.1.11 Google Cloud Messaging (GCM)

Google Cloud Messaging (GCM) adalah suatu layanan yang
digunakan untuk mengirimkan data pesan singkat dari server ke pengguna

50
pada perangkat Android. GCM dapat mengirimkan pesan singkat untuk
memberitahu aplikasi bahwa terdapat data baru yang akan diambil dari
server, seperti file film yang diunggah oleh seorang teman atau pesan yang
berisi data sampai dengan 4 KB. Layanan GCM menangani semua aspek
antrian pesan dan pengiriman ke aplikasi pengguna Android pada perangkat
pengguna. GCM tidak peduli seberapa besar pesan yang dibutuhkan oleh
pengguna dan tidak ada kuota (Anonim3, 2012).

2.2 Teori-Teori Khusus yang Berhubungan dengan Topik Bahasan

Berikut merupakan teori teori khusus yang berhubungan dengan topik
bahasan pada pengembangan aplikasi:
2.2.1

PHP Hypertext Preprocessor (PHP)

PHP adalah suatu bahasa scripting yang sesuai digunakan untuk
pengembangan web dan tertanam ke dalam HTML. Terdapat perbedaan
antara PHP dengan yang lain seperti client server JavaScript yaitu code
dijalankan di server, menghasilkan HTML yang kemudian dikirim ke client.
Dari client akan menerima hasil dari script yang dijalankan, tetapi tidak
akan mengetahui apa code yang mendasarinya (Anonim4, 2012).
PHP memiliki beberapa kelebihan dibandingkan dengan beberapa
bahasa scripting yang lain. Beberapa kelebihan dari PHP adalah (Anonim5,
2012):
1. PHP dapat digunakan pada semua sistem operasi utama, termasuk Linux,
Microsoft Office, Mac OS, dan beberapa sistem operasi lainnya.

51
2. PHP mendukung untuk sebagian web server, seperti Apache, IIS, dan
beberapa web server lainnya.
3. PHP dapat menggunakan pemrograman prosedural atau pemrograman
berorientasi objek (OOP).
4. PHP juga didukung berbagai database, seperti MySQL, ODBC.

2.2.2

MySQL
MySQL adalah suatu open source database yang sering digunakan di
dunia karena memiliki kinerja yang tinggi, kehandalan yang tinggi, dan
kemudahan dalam penggunaan. MySQL berjalan pada lebih dari 20
platform termasuk Linux, Windows, Mac OS, Solaris, IBM, AIX (Anonim6,
2012).

2.2.3

JavaScript Object Notation (JSON)

JSON merupakan suatu format teks yang tidak bergantung pada
bahasa pemrograman apapun karena menggunakan bahasa yang umum dan
dapat digunakan oleh programmer yang menggunakan C, C++, C#, Java,
JavaScript, Perl, Python dan lain lain (Anonim7, 2012).
Beberapa bentuk yang digunakan di dalam JSON adalah (Anonim7,
2012):
1. Object
Object adalah sepasang nama atau nilai yang tidak terurutkan. Object
dimulai dengan kurung kurawal buka ( { ) dan diakhiri dengan kurung

52
kurawal tutup ( } ). Pada setiap nama diikuti dengan titik dua ( : ) dan
setiap pasangan nama atau nilai dipisahkan oleh koma ( , ).
2. Array
Array adalah kumpulan nilai yang terurutkan dan memiliki komponen
komponen yang mempunyai tipe data sama. Array dimulai dengan
kurung kotak buka ( [ ) dan diakhiri dengan kurung kotak tutup ( ] ). Pada
setiap nilai dipisahkan oleh koma ( , ).
3. Value
Value dapat berupa string, angka, object, array, true, false, atau null.
Struktur struktur tersebut dapat disusun dengan bertingkat.
4. String
String adalah kumpulan dari nol atau lebih karakter Unicode, yang
dibungkus dengan tanda kutip ganda. Di dalam string dapat digunakan
dapat digunakan backslash escapes ( \ ) untuk membentuk karakter
khusus. Sebuah karakter mewakili karakter tunggal pada string. String
sangat mirip dengan string C atau Java.
5. Number
Number sangat mirip dengan number di C atau Java, kecuali format oktal
dan heksadesimal tidak digunakan.

2.2.4

SQLite
SQLite adalah sebuah library yang mengimplementasi self-contained,
serverless, zero-configuration, transactional SQL database. SQLite

53
merupakan SQL database engine yang paling banyak digunakan karena
kode untuk SQLite berada dalam public domain dan dengan demikian bebas
untuk digunakan (Anonim8, 2012).
Beberapa fitur yang terdapat pada SQLite adalah (Anonim9, 2012):
1. Transaksi bersifat atomic, konsisten, terisolasi, dan tahan lama (ACID),
bahkan jika terjadi kegagalan sistem atau power.
2. Zero configuration, yang berarti tidak membutuhkan setup atau
administration.
3. Penerapan SQL92.
4. Database yang lengkap disimpan di dalam single cross-platform disk
file.
5. Mendukung database dengan ukuran terabyte dan gigabyte, strings,
dan blobs.
6. Footprint yang berukuran kecil: kurang dari 350 KB jika terkonfigurasi
penuh atau kurang dari 200 KB jika fitur fitur tambahan tidak
digunakan.
7. Lebih cepat dari database client atau server yang sering digunakan
pada umumnya untuk operasi operasi yang bersifat umum.
8. API yang sederhana dan mudah untuk digunakan.
9. Ditulis dalam ANSI-C dan TCL binding terdapat didalamnya. Binding
untuk bahasa lainnya tersedia secara terpisah.
10. Tersedia sebagai single ANSI-C source-code file yang dapat
ditambahkan dengan mudah.

54
11. Mandiri, tidak bergantung kepada faktor eksternal.
12. Cross platform: UNIX (Linux dan Mac OS X), OS/2, dan Windows
(Win32 dan WinCE).
13. Kode SQLite berada di public domain dan dapat digunakan untuk
tujuan apapun.
14. Memiliki command line interface (CLI) client yang mandiri dan dapat
digunakan untuk mengatur database dari SQLite.

2.2.5 Global Positioning System (GPS)

Mengacu pada pendapat Meduri dan Brahmanandam (2012), Global
Positioning System (GPS) adalah satelit berbasis sistem navigasi radio untuk
memberikan informasi posisi yang akurat dengan waktu yang tepat.
Biasanya, akurasi GPS dibatasi oleh beberapa faktor seperti lingkungan,
penerima, dan kesalahan berbasis satelit.

2.2.6 Java
Berdasarkan

pendapat

Schildt

(2005),

java

adalah

bahasa

pemrograman yang mendukung Object Oriented Programming (OOP).

Aplikasi Java biasanya dapat dikompilasi menjadi bytecode (file kelas) yang
dapat berjalan di Java Virtual Machine (JVM) manapun walaupun berbeda
dalam arsitektur komputer.
Bahasa pemrograman Java memiliki beberapa kelebihan dibandingkan
beberapa bahasa pemrograman lain. Beberapa kelebihan dari Java adalah:

55
1. Multiplatform
Java dapat dijalankan dibeberapa platform atau sistem operasi komputer,
yang tidak terikat pada arsitektur tertentu. Sesuai dengan prinsip write
once, run anywhere.
2. Object Oriented Programming (OOP)
Bahasa Java merupakan bahasa pemrograman yang mendukung
pemodelan berorientasi objek karena pada Java mengutamakan dalam
pembuatan objek, manipulasi objek, dan membuat objek bekerja sama.
3. Library yang lengkap
Java memiliki library yang lengkap dan mempermudah dalam
penggunaan oleh para pembangun untuk membangun aplikasinya.
4. Berdasar C++
Memiliki sintaks seperti bahasa pemrograman C++.

2.2.7 Eclipse
Eclipse adalah suatu software yang bersifat terbuka dan multi-bahasa.
Eclipse terdiri dari Integrated Development Environment (IDE) dan sistem
extensible plug-in. Dapat digunakan untuk mengembangkan berbagai jenis
aplikasi, menggunakan bahasa seperti Java, Ada, C, C++, COBOL, Python
dan lain-lain (Lee, 2011).
Eclipse mengijinkan ekstensi tambahan dari pihak third-party dan
merupakan sebuah IDE karena menyediakan tools untuk mengatur

56
workspace; dapat membangun, menjalankan dan debug aplikasi; dan
melakukan penyesuaian terhadap pemrograman.
Mengacu pada pendapat Harika, Pravin, dan Sivaram (2012) dalam
mengembangkan aplikasi mobile platform Android diperlukan Software
Development Kit (SDK) untuk membantu dalam pengembangan aplikasi
dan yang paling penting adalah Emulator Android dan Android
Development Tool (ADT) plug-in untuk Eclipse.

2.2.8 Android Software Development Kit (SDK)

Android SDK berisi debugger, libraries, emulator, dokumentasi,
sample code, dan tutorial. SDK ini merupakan add-on Java Development
Kit (JDK) dan memiliki plug-in terintegrasi untuk Eclipse IDE (Lee, 2011).
Beberapa fitur yang terdapat pada Android SDK (Meier, 2010):
1. Tidak ada proses perizinan , distribusi, atau pengembangan biaya atau
persetujuan proses rilis.
2. Wi-Fi akses hardware.
3. GSM, EDGE, dan 3G untuk telepon atau mengirim data, memungkinkan
untuk membuat atau menerima panggilan atau pesan SMS, atau mengirim
dan mengambil data di jaringan mobile.
4. Komprehensif API untuk layanan berbasis lokasi seperti GPS.
5. Pengaturan multimedia hardware, termasuk pemutaran dan merekam
dengan kamera dan microphone.

57
6. API untuk menggunakan sensor hardware, termasuk accelerometer dan
kompas.
7. Libraries menggunakan Bluetooth untuk mengirim data peer-to-peer.
8. IPC message passing.
9. Shared data stores
10. Latar belakang dari aplikasi dan proses.
11. Home-screen Widgets, Live Folders, dan Live Wallpaper.
12. Kemampuan untuk mengintegrasikan hasil pencarian aplikasi ke dalam
pencarian sistem.
13. Terintegrasi open-source HTML5 WebKit-based browser.
14. Mendukung untuk aplikasi yang mengintegrasikan map controls
sebagai bagian dari user interface.
15. Mobile-optimized hardware-accelerated graphic, termasuk library
path-based grafik 2D dan mendukung untuk grafik 3D menggunakan
OpenGL ES 2.0.
16. Media libraries untuk bermain dan merekam berbagai audio atau video
atau format gambar.
17. Lokalisasi melalui dynamic resource framework.
18. Suatu framework aplikasi yang mendorong penggunaan kembali
komponen aplikasi dan penggantian aplikasi asli.

58
2.2.9 Android Development Tools (ADT)
ADT adalah plug-in untuk Eclipse yang memudahkan dalam
pengembangan Android dengan menghubungkan developer tools, termasuk
emulator dan .class-to-.dex converter, langsung di dalam IDE (Meier, 2011).
Dengan menggunakan ADT sebagai plug-in untuk Eclipse dapat
melakukan (Meier, 2010):
1. Android Project Wizard menyederhanakan dalam pembuatan proyek baru
dan termasuk template aplikasi dasar
2. Forms-based manifest, layout, dan resource editors untuk membantu
membuat, mengubah, dan validasi sumber XML.
3. Membangun secara langsung Android Projects, konversi untuk Android
executables (.dex), pengemasan untuk package files (.apk), dan instalasi
package pada Dalvik virtual machine.
4. Android Virtual Device manager, dapat membuat dan mengatur virtual
devices hosting emulator yang menjalankan keluaran tertentu dalam
sistem operasi Android dan mengatur memory constraint.
5. Emulator Android, termasuk untuk mengendalikan tampilan emulator dan
pengaturan koneksi jaringan, dan kemampuan untuk menyimulasikan
telepon masuk dan pesan SMS.
6. Dalvik Debug Monitoring Service (DDMS), yang termasuk port
forwarding, stack, heap, dan thread viewing, detil proses, dan fasilitas
screen-capture.

59
7. Akses ke perangkat atau file sistem emulator, memungkinkan untuk
menavigasi folder tree dan transfer files.
8. Runtime debugging, dapat mengatur breakpoints dan view call stacks.
9. Semua Android atau Dalvik log dan console outputs.