5 1 BAB 2 Landasan Teori Untuk membantu pembahasan, pada bab ini akan diuraikan landasan ...

35 Pages·2014·1.66 MB·Indonesian

1 BAB 2
Landasan Teori

Untuk membantu pembahasan, pada bab ini akan diuraikan landasan teori
yang meliputi: Pothole Detection System, Android, dan akselerometer. Di samping
itu akan dibahas pula Metode Perancangan Program serta teknologi pendukung yang
digunakan. Dalam bab ini juga akan dibahas mengenai proyek terkait yang sudah
pernah dilakukan peneliti-peneliti sebelumnya.
2.1 Rekayasa Piranti Lunak
Piranti lunak atau lebih dikenal dengan software adalah sekumpulan instruksi
yang jika dijalankan akan menyediakan fitur, fungsi dan performa yang diinginkan;
struktur data yang memungkinkan program untuk memanipulasi informasi; dan
dokumen yang menyatakan operasi dan kegunaan program (Pressman, 2011: 4).
Proses pembuatan piranti lunak atau disebut juga dengan software
engineering menyatakan definisi di atas ke dalam aksi. Pendekatan dalam
pembangunan sebuah piranti lunak harus sistematis, disiplin, dan terukur.
Rekayasa piranti lunak adalah teknologi dengan beberapa lapisan sebagai
berikut

Gambar 2.1 Software engineering layers (Pressman, 2011:14)

Dasar pendukung dari piranti lunak adalah lapisan quality focus. Pada lapisan ini
akan diatur manajemen pengerjaan, sehingga pekerjaan dapat dilaksanakan secara
efektif dan menghasilkan produk berkualitas.
Fondasi dari pembuatan suatu piranti lunak terletak pada lapisan process.
Lapisan ini mendefinisikan kerangka kerja, bagian penting untuk dapat menghasilkan
keluaran efektif. Proses pembuatan piranti lunak membentuk basis manajemen
kontrol projek dan menentukan metode kerja yang digunakan. Selain itu juga
5
6

ditentukan bagaimana bentuk produk hasil keluaran, tenggat kerja, keyakinan
kualitas dan pengaturan perubahan.
Lapisan methods membahas teknik yang diperlukan dalam pembentukan
piranti lunak. Termasuk di dalamnya, memberi arah tujuan komunikasi, analisis
kebutuhan, desain model, konstruksi program, uji coba program, dan juga dukungan
teknik. Terdapat prinsip dasar yang mengatur setiap aktivitas dan teknologinya.
Pada lapisan teratas terdapat tools yang menyediakan dukungan otomatis atau
semi-otomatis untuk methods dan process. Ketika tools terintegrasi, sehingga
informasi yang dihasilkan suatu alat dapat digunakan oleh yang lain, diterapkan
sistem pendukung pengembangan piranti lunak yang disebut computer-aided
software engineering (Pressman, 2011: 13-14).

2.2 Rapid Application Development (RAD)
Metodologi perancangan program yang akan digunakan dalam perancangan
aplikasi ini adalah Rapid Application Development. Metode ini digunakan untuk
memenuhi kebutuhan akan suatu piranti lunak, namun tidak semua persyaratan
kebutuhan serta fitur-fitur yang hendak dimasukkan ada pada saat perencanaan.
Dengan menggunakan purwarupa (prototype) sebagai gambaran akan hasil akhir,
maka client dapat segera memberikan tanggapan untuk perubahan atau penambahan
fitur.
Pendekatan ini diperkenalkan oleh James Martin pada awal tahun 90–an. ada
empat tahapan dalam paradigma pembuatan piranti lunak dengan purwarupa:
1. Requirement Planning Phase: gabungan antara analisis perencaan dan
analisis sistem. Dalam tahap ini, programmer dan client membahas mengenai
garis besar sistem, cangkupan dan batasan, serta kebutuhan sistem.
2. User Design Phase: pada tahap ini dibuat sebuah purwarupa dari hasil
pembicaraan sebelumnya, yang sudah merepresentasi kerja sistem, proses
input, dan proses output. Kemudian client dapat memberikan tanggapan atas
model tersebut, untuk memperbaiki purwarupa sesuai dengan kebutuhan.
3. Construction Phase: pengembangan piranti lunak dan sistem dilakukan pada
tahap ini. Meskipun proses yang dilakukan dengan merujuk pada tahap
sebelumnya, namun client dihimbau untuk turut berpartisipasi memberikan
masukan maupun perubahan.
7

4. Cutover Phase: setelah didapatkan hasil purwarupa sesuai kebutuhan, maka
selanjutnya dapat diimplementasi untuk menjadi satu sistem yang utuh.
Termasuk di dalamnya adalah testing dan user training.

Gambar 2.2 Proses RAD

Menurut CMS (2005), manfaat dari penggunaan RAD dalam pengembangan
sistem antara lain adalah kepuasan client. Dengan partisipasi dan intervensi langsung
dari end–user, maka dapat dibuat sistem yang benar-benar sesuai dengan kebutuhan
dan kenyamanan kerja. Maka dari itu, peran client di sini sangat penting dalam
memberikan masukan.
Keterlibatan dari kedua pihak juga akan meminimalkan resiko. Hasil keluaran
purwarupa pada awal pengembangan dapat memberikan gambaran jelas mengenai
sistem yang tengah dihadapi, serta kesulitan apa saja yang mungkin akan
menghadang. Sehingga dari awal tahapan, resiko sudah dapat diantisipasi terlebih
dahulu.
Kecepatan juga menjadi faktor penting dalam membangun sistem. Metode ini
didesain untuk membangun sistem berskala sedang dan dengan menggunakan RAD,
sistem dapat dihasilkan dengan lebih cepat daripada metode Waterfall, Incremental,
atau Spiral. Juga anggaran dapat diatur supaya tidak meluap, dan dengan segera
diberikan batasan pengembangan bahkan sebelum sistem selesai.
8

2.3 Unified Modeling Language (UML)
Menurut Pressman (2011 : 841), UML adalah bahasa standar dalam penulisan
cetak biru piranti lunak yang dapat digunakan sebagai bantuan visual, untuk
menspesifikasi, membangun, maupun sebagai dokumentasi sistem software–
intensive. Hanya dengan membiasakan diri pada UML, setiap orang dapat
menjelaskan desain sistem atau cetak biru sistem kepada orang lain.
Standar UML yang saat ini digunakan adalah UML 2.0 yang menyediakan 13
diagram yang dapat digunakan untuk memodelkan piranti lunak. Namun demikian,
hanya 4 diagram utama yang akan dibahas dan digunakan, yaitu: Use Case Diagram,
Activity Diagram, Class Diagram, dan Sequence Diagram.
2.3.1 Use Case Diagram
Menurut Whiten dan Bentley (2007), Use Case digunakan untuk
menggambarkan relasi antara sistem; dengan sistem eksternal; dan dengan pengguna.
Use Case adalah inti dari pemodelan piranti lunak karena mempengaruhi dan
memberikan arah tujuan untuk elemen-elemen lainnya.
2.3.1.1 Elemen dalam Use Case
Ada tiga elemen wajib di dalam sebuah diagram use case, yaitu :
1. Aktor, atau pelaku yang berinteraksi dengan sistem untuk saling bertukar
informasi. Aktor tidak selalu manusia, namun dapat berupa badan organisasi,
perusahan, atau sistem informasi. Aktor digambarkan dengan stickman.
2. Use Case, atau skenario adalah proses yang menjelaskan interaksi antara
aktor dengan sistem. Di dalamnya dijelaskan fungsi sistem, dilihat dari sudut
pandang pengguna.

Gambar 2.3 Simbol aktor (stickman) dan use case (elips)
9

3. Relationships (hubungan), menggambarkan interaksi antara aktor dengan use
case dan disimbolkan dengan garis berpanah. Berdasarkan jenis
hubungannya, ada beberapa jenis relationships.
2.3.1.2 Use Case Relationships
Whitten dan Bentley (2007: 248-250) menyatakan ada lima hubungan yang
digunakan dalam use case diagram:
1. Association: menggambarkan relasi antara aktor dengan use case. Association
dimodelkan dengan garis lurus dengan, atau tanpa, tanda panah di ujungnya.
Pemodelan dengan tanda panah (1) disebut dengan unidirectional association,
yang menunjukan aktor sebagai inisiator dari relasi tersebut. Sedangkan
pemodelan tanpa tanpa tanda panah (2) mengindikasikan aktor sebagai
penerima hasil relasi.

Gambar 2.4 Association

2. Extends: digunakan jika use case meliputi beberapa tahap. Jenis relasi ini
berguna untuk menghasilkan use case baru yang mewakili fungsi suatu use
case bertahap. Hasil dari extends disebut sebagai extended use case.

Gambar 2.5 Extended Use Case
10

3. Includes (Uses): digunakan jika ada dua atau lebih use case yang melakukan
tahapan yang sama. Includes bertujuan untuk mengurangi redundansi melalui
penggabungan tersebut.

Gambar 2.6 Includes

4. Depends On: digunakan jika ada use case pendahulu yang harus diselesaikan
untuk dapat mencapai suatu use case lainnya.

Gambar 2.7 Depends On
11

5. Inheritance: digunakan jika pada dua atau lebih aktor melakukan tahapan
yang sama. Inheritance akan membentuk aktor abstrak. Seperti include,
inheritance dilakukan untuk mengurangi redundansi pada use case.

Gambar 2.8 Inheritance

2.3.2 Activity Diagram
Menurut Whitten dan Bentley (2007: 390), Activity Diagram digunakan untuk
menggambarkan rangkaian alur berurutan dari aktifitas use case, proses bisnis,
maupun logika perilaku suatu objek. Selain itu diagram ini digunakan untuk
memodelkan action pada eksekusi operasi, juga hasil keluaran action tersebut.
Activity Diagram memiliki beberapa notasi, antara lain adalah initial mode,
actions, flow, decision, merge, fork, join, dan activity final. Juga dapat digunakan
swimlane untuk mengkategorikan action berdasarkan pelaku.
1. Initial node: digambarkan dengan lingkaran penuh yang merepresentasikan
awal proses.
2. Actions: digambarakan dengan kotak berlingkaran yang menggambarkan
tahapan/proses individu.
3. Flow: digambarkan dengan anak panah di dalam diagram yang menyatakan
perkembangan sebuah action.
12

Gambar 2.9 Activity Diagram

4. Decision: digambarkan dengan bentuk permata, memiliki satu flow masuk
dan dua atau lebih flow keluar. Flow keluar menyatakan pilihan kondisi yang
diambil.
13

5. Merge: digambarkan dengan bentuk permata, memiliki dua atau lebih flow
masuk dan flow yang keluar. Simbol ini menyatukan flow yang terpisah
akibat decision.
6. Fork: digambarkan dengan kotak hitam, memiliki satu flow masuk dan dua
atau lebih flow keluar. Aksi di bawah percabangan dapat terjadi dalam urutan
apapun.
7. Join: digambarkan dengan kotak hitam, memiliki dua atau lebih flow masuk
dan satu flow keluar. Action yang masuk ke dalam join harus terlebih dahulu
diselesaikan.
8. Activity Final: lingkaran kosong yang merepresentasikan titik akhir dari suatu
rangkaian proses.
2.3.3 Sequence Diagram
Sequence Diagram merupakan diagram yang memodelkan interaksi dari
objek melalui pesan dalam use case atau operasi. Diagram ini menggambarkan
bagaimana pertukaran pesan terjadi dan objek apa saja yang terlibat di dalamnya.
Terdapat beberapa notasi yang digunakan dalam menggambarkan sequence
diagram, antara lain adalah actor, system, lifelines, activarion bars, input message,
dan output message.
1. Actor: aktor atau pelaku yang berinteraksi dengan objek Interface Class.
Memiliki simbol yang sama dengan aktor pada use case.
2. Interface Class: yang digambarkan dengan kotak, mengidentifikasikan kode
kelas dari interface.
3. Controller Class: memiliki notasi yang sama dengan Interface Class namun
ditandai dengan <<controller>>.
4. Entity Class: berupa kotak tambahan untuk setiap kesatuan yang
membutuhkan kolaborasi dalam tahap-tahap sequence.
5. Messages: sesuai namanya, menyampaikan informasi method dari setiap
objek.
6. Activation Bars: kotak yang berada di atas lifelines, berguna untuk
menggambarkan waktu keberadaan setiap objek.
7. Return Messages: jawaban dari Message yang disampaikan pada suatu objek
8. Frame: digunakan untuk menandai area diagram yang mengalami looping
(perulangan), alternative (pemilihan), atau optional (ketentuan).
14

Gambar 2.10 Sequence Diagram

2.3.4 Class Diagram
Class Diagram digunakan untuk menggambarkan struktur objek statis dalam
sistem. Di dalam diagram ini digambarkan kelas-kelas obyek penyusun sistem, dan
juga hubungan antar obyek tersebut. Notasi yang digunakan di dalam class diagram
antara lain adalah class dan relationship.
1. Class berisi objek dengan keterangannya. Keterangan dari class disebut
sebagai attribute dan behavior. Attribute berisi data yang merepresentasikan
karakteristik fungsi suatu objek. Sedangkan behaviour atau operational
adalah aksi yang dapat dilakukan objek yang biasanya ditulis dalam bentuk
metode, operasi, atau layanan. Nama class berada di paling atas, diikuti
dengan attribute, dan behavior di paling bawah.

Gambar 2.11 Objek dengan attribute dan behavior.