6 BAB 2 LANDASAN TEORI 2.1 Ruang Contoh, Kejadian, dan

BAB 2
LANDASAN TEORI
2.1
Ruang Contoh, Kejadian, dan Peluang
Definisi 1 (Ruang Contoh)
Ruang contoh adalah himpunan semua hasil yang mungkin dari suatu percobaan
acak, dan dinotasikan dengan Ω.
(Grimmett dan Stirzaker, 2001:1)
Definisi 2 (Kejadian)
Kejadian adalah suatu himpunan bagian dari ruang contoh Ω.
(Grimmett dan Stirzaker, 2001:2)
Definisi 3 (Kejadian Saling Lepas)
Kejadian A dan B disebut saling lepas jika irisan dari keduanya adalah himpunan
kosong ∅ .
(Grimmett dan Stirzaker, 2001:2)
Definisi 4 (Medan-σ )
Medan-σ adalah suatu himpunan
yang anggotanya terdiri atas himpunan bagian
dari ruang contoh Ω , yang memenuhi kondisi berikut :
1.
∅∈ ,
2.
Jika A ∈
maka Ac ∈
,
6
7
3.
Jika A1, A2 ,... ∈
maka
.
(Grimmett dan Stirzaker, 2001:3)
Definisi 5 (Ukuran Peluang)
Misalkan
fungsi P :
adalah medan-σ dari ruang contoh Ω . Ukuran peluang adalah suatu
→ ⎡⎣0,1⎤⎦ pada (Ω, ) yang memenuhi :
1.
P(∅) = 0, P(Ω) = 1,
2.
Jika A1, A2, ... ∈
adalah himpunan yang saling lepas yaitu Ai ∩ Aj = ∅ untuk
setiap pasangan i ≠ j , maka :
(Grimmett dan Stirzaker, 2001:5)
Definisi 6 (Kejadian Saling Bebas)
Kejadian A dan B dikatakan saling bebas jika:
Ρ ( A ∩ B ) = Ρ ( A) Ρ ( B ) .
Secara umum, himpunan kejadian {Ai; i ∈ I} dikatakan saling bebas jika:


Ρ  I Ai  = ∏ Ρ ( Ai )
 i∈J  i∈J
untuk setiap himpunan bagian J dari I.
(Grimmett dan Stirzaker, 2001:13)
8
2.2
Peubah Acak dan Fungsi Sebaran
Definisi 7 (Peubah Acak)
Misalkan Ω adalah ruang contoh dari suatu percobaan acak. Fungsi X yang
terdefinisi pada Ω yang memetakan setiap unsur ω ∈ Ω ke satu dan hanya satu bilangan
real X(ω) = x disebut peubah acak.
Ruang dari X adalah himpunan bagian bilangan real A = {x : x = X(ω), ω ∈ Ω}.
(Hogg dan Craig, 2005:33)
Peubah acak dinotasikan dengan huruf kapital, misalnya X, Y, Z. Sedangkan nilai
peubah acak dinotasikan dengan huruf kecil seperti x, y, z.
Definisi 8 (Peubah Acak Diskrit)
Peubah acak X dikatakan diskret jika semua himpunan nilai dari peubah acak
tersebut merupakan himpunan tercacah.
(Hogg dan Craig, 2005:41)
Definisi 9 (Fungsi Sebaran)
Misalkan X adalah peubah acak dengan ruang A. Misalkan kejadian A=(-∞,x] ⊂
A, maka peluang dari kejadian A adalah pX ( A) = Ρ ( X ≤ x ) = FX ( x ) .
Fungsi FX disebut fungsi sebaran dari peubah acak X.
(Hogg dan Craig, 2005:35)
9
Definisi 10 (Fungsi Kerapatan Peluang)
Fungsi kerapatan peluang dari peubah acak diskret X adalah fungsi p : x → [0,1]
yang diberikan oleh:
pX ( x ) = Ρ ( X = x )
.
(Hogg dan Craig, 2005:36)
Definisi 11 (Sebaran Poisson)
Suatu peubah acak X dikatakan menyebar Poisson dengan parameter λ , jika
memiliki fungsi massa peluang :
(Hogg dan Craig, 2005:143)
Definisi 12 (Sebaran Geometric)
Suatu peubah acak X dikatakan menyebar geometrik dengan parameter , jika
memiliki fungsi massa peluang :
Dengan x = 0, 1, 2, ... dan 0 <
< 1.
(Hogg dan Craig, 2005:137)
Definisi 13 (Sebaran Eksponensial)
Suatu peubah acak X dikatakan menyebak eksponensial dengan parameter θ, jika
X memiliki fungsi kepekatan peluang :
(Ghahramani, 2005:285)
10
Definisi 14 (Sebaran Gamma)
Suatu peubah acak X dikatakan menyebar gamma dengan parameter α dan β,
dinotasikan gamma (α,β), jika memiliki fungsi kepekatan peluang :
Dengan α > 0, β > 0 dan Γ(α) > 0, di mana
(Hogg dan Craig, 2005:149)
Definisi 15 (Sebaran Inverse-Gamma)
Suatu peubah acak X dikatakan menyebar inverse-gamma dengan parameter s dan
m, jika memiliki fungsi kepekatan peluang :
(Hogg dan Klugman, 1984)
Definisi 16 (Sebaran Pareto)
Suatu peubah acak X dikatakan berdistribusi Pareto dengan parameter α dan β
Jika memiliki fungsi kepekatan:
(Hogg dan Craig, 2005:193)
Definisi 17 (Fungsi Kepekatan Peluang Bersyarat)
11
Misalkan X dan Y adalah peubah acak kontinu dengan fungsi kepekatan peluang
marginal
Fungsi kepekatan peluang bersyarat dari X dengan syarat Y=y adalah
(Grimmett dan Stirzaker, 2001:104)
2.3
Nilai Harapan
Definisi 18 (Nilai Harapan)
Misalkan X adalah peubah acak diskret dengan fungsi kerapatan peluang
pX ( x ) = Ρ ( X = x ) .Nilai harapan dari X, dinotasikan dengan E(X), adalah
Ε ( X ) = ∑ x Ρ ( X = x ) = ∑ x pX ( x )
x
x
,
jika jumlah di atas konvergen mutlak.
(Hogg dan Craig, 2005:53)
Definisi 19 (Nilai Harapan Bersyarat)
Misalkan X dan Y adalah peubah acak kontinu dan
adalah fungsi
kepekatan peluang bersyarat dari X dengan syaratY = y. Nilai harapan dari X dengan
syarat Y=y adalah
(Hogg dan Craig, 2005:95)
Definisi 20 (Mean)
12
Misalkan X adalah peubah acak diskret yang memiliki nilai harapan. Nilai mean
dari X adalah
(Hogg dan Craig, 2005:59)
Definisi 21 (Varians)
Misalkan X adalah peubah acak diskret dengan mean . Nilai Varians dari X
dapat didefinisikan sebagai
(Hogg dan Craig, 2005:59)
2.4
Likelihood
Definisi 22 (Fungsi Likelihood)
Misalkan X1, X2, ..., Xn adalah contoh acak dari suatu sebaran dengan fungsi
kepekatan peluang
dengan x merupakan realisasi dari peubah acak X. Fungsi
kepekatan peluang bersama dari X1, X2, ..., Xn (fungsi likelihood) adalah :
Fungsi kemungkinan maksimum merupakan bentuk maksimum dari fungsi likelihood.
(Hogg dan Craig, 2005:311)
13
Definisi 23 (Fungsi Likelihood Maksimum)
Misalkan X1, X2, ..., Xn adalah contoh acak berukuran n dari suatu sebaran dengan
fungsi kepekatan peluang
Penduga kemungkinan maksimum bagi
dengan , adalah
dinotasikan
yang memaksimumkan fungsi likelihood
(Hogg dan Craig, 2005:313)
2.5
Pendekatan Bayes
Definisi 24 (Sebaran Prior)
Suatu peubah acak X yang memiliki fungsi kepekatan peluang bersama yang
dilambangkan dengan
dan fungsi marjinal
, dinamakan sebaran
prior.
(Hogg dan Craig, 2005:583)
Definisi 25 (Sebaran Posterior)
Misalkan peubah acak X memiliki sebaran prior dengan fungsi kepekatan peluang
bersama
dan
memiliki fungsi kepekatan peluang marjinal
Fungsi kepekatan peluang gabungan dari
.
dilambangkan dengan
dinamakan fungsi kepekatan peluang dari sebaran posterior, dan dinyatakan dengan :
(Hogg dan Craig, 2005:584)
Definisi 26 (Fungsi Kerugian)
Misalkan X adalah suatu peubah acak dengan parameter
parameternya
dan penduga
. Fungsi kerugian (loss function) dari parameter tersebut adalah :
14
dan
Fungsi kerugian kuadratik merupakan fungsi kerugian dengan kesalahan kuadrat dari
parameter tersebut yang dinyatakan dengan :
(Hogg dan Craig, 2005:370)
Definisi 27 (Fungsi Resiko)
Fungsi resiko adalah nilai harapan dari fungsi kerugian, yang dinyatakan sebagai
berikut :
(Hogg dan Craig, 2005:368)
Definisi 28 (Solusi Bayes)
Misalkan θ adalah suatu parameter dengan penduga parameternya
, dengan
fungsi kerugian L[θ, ] dan nilai harapan dari fungsi kerugian tersebut E[L[θ, ]], solusi
bayes
jika
penduga
parameter
meminimumkan
(Hogg dan Craig, 2005:586)
2.6
Bahasa Pemrograman
Definisi 29 (Bahasa Pemrograman R)
15
Bahasa R adalah bagian yang terintegrasi pada fasilitas suatu perangkat lunat
untuk manipulasi data, kalkulasi data dan menampilkan grafik. Bahasa R mempunyai
kelebihan di antara lain :
•
Mempunyai kemampuan yang efektif dalam menangani dan menyimpan data,
•
Adanya operator kalkulasi menggunakan arrays dengan matrix khusus,
•
Suatu alat dengan kemampuan menengah yang besar, koheren dan terintegrasi
untuk analisa data,
•
Kemampuan grafis untuk analisa data dan menampilkannya baik secara langsung
di komputer atau saat dicetak.
(Venables dan Smith, 2009)
Definisi 30 (Bahasa Pemrograman C#)
C# (biasanya disebut juga sebagai “C sharp”) adalah sebuah bahasa pemrograman
komputer yang baru. C# merupakan bahasa object-oriented seperti java dan merupakan
bahasa component-oriented yang pertama. Bahasa pemrograman ini dibuat berbasiskan
bahasa C++ yang telah dipengaruhi oleh aspek-aspek ataupun fitur bahasa yang terdapat
pada bahasabahasa pemrograman lainnya seperti java, visual basic, dan lain-lain dengan
beberapa penyederhanaan.
(Deitel & Deitel, 2012)
2.7
Flowchart
Definisi 31 (Flowchart)
Flowchart adalah bagan-bagan yang mempunyai arus yang menggambarkan
langkah-langkah penyelesaian suatu masalah. Flowchart merupakan cara penyajian dari
suatu algoritma.
16
Tujuan membuat flowchart :
•
Menggambarkan suatu tahapan penyelesaian masalah secara sederhana,
terurai, rapi dan jelas.
•
Menggunakan simbol-simbol standar
Dalam penulisan Flowchart dikenal dua model, yaitu Sistem Flowchart dan
Program Flowchart.
•
System Flowchart :
Bagan yang memerlihatkan urutan prosedur dan proses dari beberapa file di dalam
media tertentu.
Melalui flowchart ini terlihat jenis media penyimpanan yang dipakai dalam
pengolahan data.
Selain itu juga menggambarkan file yang dipakai sebagai input dan output.
Tidak digunakan untuk menggambarkan urutan langkah untuk memecahkan
masalah.
Hanya untuk menggambarkan prosedur dalam sistem yang dibentuk.
Gambar 2.1 Contoh System Flowchart
17
•
Program Flowchart :
Bagan yang memperlihatkan urutan dan hubungan proses dalam suatu program.
Dua jenis metode penggambaran program flowchart :
1)
Conceptual flowchart, menggambarkan alur pemecahan masalah secara
global
2)
Detail flowchart, menggambarkan alur pemecahan masalah secara rinci
Gambar 2.2 Conceptual dan Detail Flowchart.
Simbol-simbol dalam flowchart
Simbol-simbol yang dipakai dalam flowchart dibagi menjadi 3 kelompok :
1)
2)
Flow direction symbols
o
Digunakan untuk menghubungkan simbol satu dengan yang lain
o
Disebut juga connecting line
Processing symbols
o
Menunjukan jenis operasi pengolahan dalam suatu proses/prosedur
18
3)
Input / Output symbols
o
Menunjukan jenis peralatan yang digunakan sebagai media input atau
output
o
Tabel 2.1 Flow Direction Symbols
Symbol arus / flow, yaitu menyatakan jalannya arus
suatu proses
Simbol
communication
link,
yaitu
menyatakan
transmisi data dari satu lokasi ke lokasi lain
Simbol connector, berfungsi menyatakan sambungan
dari proses ke proses lainnya dalam halaman yang
sama
Simbol offline connector, menyatakan sambungan dari
proses ke proses lainnya dalam halaman yang berbeda
Tabel 2.2 Processing Symbols
Simbol process, yaitu menyatakan suatu tindakan
(proses) yang dilakukan oleh komputer
Simbol manual, yaitu menyatakan suatu tindakan
(proses) yang tidak dilakukan oleh komputer
Simbol decision, yaitu menunjukkan suatu kondisi
tertentu yang akan menghasilkan dua kemungkinan
(ya/tidak)
19
Simbol predefined process, yaitu menyatakan
penyediaan tempat penyimpanan suatu pengolahan
untuk memberi harga awal
Simbol terminal, yaitu menyatakan permulaan atau
akhir suatu program
Simbol keying operation, menyatakan segala jenis
operasi yang diproses menggunakan suatu mesin yang
memiliki keyboard.
Simbol offline-storage, menyatakan bahwa data dalam
simbol ini akan disimpan ke suatu media tertentu.
Simbol manual input, memasukan data secara manual
dengan menggunakan online keyboard.
Tabel 2.3 Input/Output Symbols
Simbol input/output, menyatakan proses input atau
output tanpa tergantung jenis peralatannya
Simbol punched card, menyatakan input berdasarkan
dari kartu atau output ditulis ke kartu
Simbol magnetic tape, menyatakan input berasal dari
pita magnetis atau output disimpan ke pita magnetis.
Simbol disk storage, menyatakan input berasal dari
disk atau output disimpan ke disk.
Simbol document, mencetak keluaran dalam bentuk
dokumen (melalui printer)
20
Simbol display, mencetak keluaran dalam layar
monitor.
(Nilawati, 2009)
2.8
Peranti Lunak
Definisi 32 (Peranti Lunak)
Peranti lunak adalah
a.
Perintah (program komputer) yang saat dieksekusi menyediakan features, fungsi dan
performa yang diinginkan pengguna.
b.
Struktur data yang memungkinkan program untuk memanipulasi informasi secara
proporsional.
c.
Informasi deskriptif (dokumen) dalam bentuk hardcopy dan virtual yang menjelaskan
operasi dan kegunaan program.
(Pressman, 2010:4)
Definisi 33 (Rekayasa Peranti Lunak)
Rekayasa peranti lunak merupakan pembangunan peranti lunak berdasarkan
prinsip-prinsip rekayasa untuk mendapatkan peranti lunak yang ekonomis, handal, dan
mampu bekerja secara efisien pada mesin nyata.
(Pressman, 2010:13)
Definisi 34 (Waterfall Model)
Waterfall model merupakan model proses pengembangan peranti lunak dengan
pendekatan yang sistematis dan berurutan. Waterfall model dimulai dari tahap
21
communication, planning, modeling, construction, hingga deployment. Tahap demi tahap
dalam model proses waterfall dijalankan secara linier. Tahap sebelumnya harus telah
diselesaikan sebelum memasuki tahapan yang baru.
Gambar 2.3 Waterfall Model
(Pressman, 2010:39)
2.9
Object Oriented Programming
Definisi 35 (Object Oriented Programming)
Object oriented programming adalah bahasa pemrograman yang memungkinkan
penerapan desain berorientasi objek sebagai sistem kerja. Object-oriented programming
menggunakan modular, object oriented design (OOD) dan pendekatan implementasi
yang lebih meningkatkan produktivitas programmer jika dibandingkan dengan structure
programming.
(Deitel dan Deitel, 2012:13)
2.10
Unified Modeling Language
Definisi 36 (Unified Modeling Language (UML))
UML adalah sekumpulan ketentuan permodelan yang digunakan untuk
menspesifikasi dan menggambarkan sebuah sistem peranti lunak yang berbasis objek.
(Whitten dan Bentley, 2007:371)
22
Definisi 37 (Use-case Modeling)
Use-case modeling adalah proses permodelan yang menggambarkan fungsi
sebuah sistem yang terbatas pada kegiatan bisnis tertentu, dan sumber daya yang terlibat
dalam sistem, serta umpan balik sistem terhadap kegiatan bisnis tersebut. Dalam
permodelannya, Use-case terbagi atas 2 jenis :
a.
Use-case Narrative
Use-case Narrative tersusun atas penggambaran secara detail setiap kegiatan
bisnis dan spesifikasi interaksi pengguna dengan sistem selama kegiatan bisnis
berlangsung. Use-case Narrative terdiri dari :
1. Use-case Name
Use-case name berisikan nama dari use-case dan menggambarkan tujuan dari usecase tersebut ketika dijalankan.
2. Actor
Actor berisikan pengguna eksternal yang dapat mengakses use-case tersebut.
3. Description
Berisikan ringkasan yang menggambarkan tujuan dari use-case dan aktivitasnya.
4. Precondition
Precondition berisikan kondisi sistem sebelum use-case dijalankan.
5. Flow of Events
Berisikan langkah-langkah yang dilakukan oleh actor dan sistem untuk mencapai
tujuan dari use-case.
6. Postcondition
Postcondition berisikan kondisi sistem setelah use-case berhasil dieksekusi.
b.
Use-case Diagram
23
Use-case diagram merupakan diagram yang menggambarkan alur interaksi antara
sistem, sistem eksternal, dan pengguna. Use-case diagram secara grafis menggambarkan
pengguna sistem dan cara pengguna berinteraksi dengan sistem. Use-case diagram
terbagi atas 3 unsur penting, yaitu:
1.
Use-case
Use-case adalah sebuah perilaku yang berkaitan dengan langkah-langkah
berurutan, baik secara otomatis ataupun manual dengan tujuan menyelesaikan
tugas bisnis tunggal. Use-case dilambangkan dengan bentuk elips horizontal
dengan nama use-case di dalam elips tersebut.
Gambar 2.4 Use-case Diagram
(Whitten dan Bentley, 2007:246)
2.
Actor
Actor adalah pengguna eksternal yang memicu use-case dengan tujuan
menyelesaikan tugas bisnis yang menghasilkan sesuatu yang dapat diukur. Secara
garis besar actor terbagi atas 4 tipe :
2.1.
Primary business actor
24
Actor utama yang mendapatkan keuntungan utama dari terlaksananya usecase dengan menerima sesuatu yang dapat diukur. Contoh : karyawan yang
menerima pembayaran.
2.2.
Primary system actor
Actor yang berinteraksi secara langsung dengan sistem untuk memicu
kejadian bisnis atau sistem. Contoh : teller sebuah bank.
2.3.
External server actor
Actor yang menanggapi permintaan dari use-case. Contoh : biro kredit
yang melakukan otorisasi charge sebuah kartu kredit.
2.4.
External receiver actor
Actor yang meskipun bukan actor utama tetapi menerima sesuatu dari usecase. Contoh : gudang menyimpan slip packing.
3.
Relationship
Relationship digambarkan dalam bentuk garis antara dua simbol dalam use-
case diagram. Terdapat beberapa jenis relationship dalam use-case diagram,
diantaranya :
1.1.
Association
Hubungan antara actor dengan use-case dimana terjadi interaksi diantara
mereka.
Gambar 2.5 Contoh Association Pada Use-case Diagram
25
1.2.
Extends
Hubungan yang terdiri dari langkah yang diekstraksi dari use-case yang
lebih kompleks untuk menyederhanakan masalah awal.
Gambar 2.6 Extended Use-case
1.3.
Uses or Includes
Hubungan yang terjadi pada saat dua atau lebih use-case memiliki
langkah yang sama. Cara terbaik untuk menghindari perulangan ini adalah
memunculkan use-case abstrak yang baru.
Gambar 2.7 Contoh Includes Pada Use-case Diagram
1.4.
Depends On
Hubungan yang menggambarkan ketergantungan satu use-case dengan
use-case lainnya.
26
Gambar 2.8 Contoh Hubungan Depends On
1.5.
Inheritance
Hubungan yang terjadi pada saat dua atau lebih actor memiliki kelakuan
yang sama dan umum maka akan muncul actor abstrak baru yang
mengurangi komunikasi berulang dengan sistem.
Gambar 2.9 Contoh Inheritance Dalam Use-case
(Whitten dan Bentley, 2007:245)
Definisi 38 (Activity Diagram)
Activity
diagram
merupakan
diagram
yang
sangat
berperan
dalam
menggambarkan aliran sebuah proses yang akan terjadi jika sebuah operasi dieksekusi.
27
Activity diagram merupakan urutan proses dari use-case atau logika dari sebuah method.
Activity diagram memiliki beberapa notasi diagram, diantaranya :
Tabel 2.4 Activity Diagram Notation
No
Notasi
Nama
Deskripsi
1
Initial node
Notasi
lingkaran
padat
yang
menyatakan awal dari sebuah
proses
2
Actions
Notasi segi-empat dengan sudut
melengkung
yang
menyatakan
urutan aksi tunggal, kumpulan
aksi
tunggal
tersebut
yang
menyusun aktivitas sebuah usecase
3
Flow
Notasi panah yang menunjukkan
aliran aksi-aksi dalam Activity
diagram.
4
Decision
Notasi wajik dengan satu panah
mengarah ke wajik dan dua panah
yang mengarah keluar dari wajik.
Wajik tersebut merupakan notasi
untuk
proses
menghasilkan
pemilihan
yang
keputusan.
Dua
28
panah yang keluar dari wajik
menerangkan kondisi-kondisi.
5
Merge
Notasi wajik dengan lebih dari
satu panah yang mengarah ke
wajik dan satu panah keluar dari
wajik.
6
Fork
Notasi balok hitam dengan satu
panah masuk dan lebih dari satu
panah
keluar.
menggambarkan
Notasi
aksi
ini
yang
dipecah menjadi beberapa aksi
dengan aliran yang paralel.
7
Join
Notasi balok hitam dengan lebih
dari satu panah masuk dan hanya
satu panah keluar. Notasi ini
menggambarkan
penggabungan
aksi-aksi paralel keluaran fork.
8
Activity final
Notasi lingkaran dengan sebuah
lingkaran
didalamnya,
yang
menyatakan akhir dari sebuah
proses
(Whitten dan Bentley, 2007:390)
29
Gambar 2.10 Activity Diagram
(Whitten dan Bentley, 2007:392)
Definisi 39 (Sequence Diagram)
Sequence diagram merupakan bagan yang menggambarkan interaksi antara actor
dan sistem dengan eksekusi use-case. Sequence diagram menggambarkan bagaimana
pesan terkirim dan diterima objek-objek dan dengan urutan tertentu.
30
Gambar 2.11 Contoh Sequence Diagram
(Whitten dan Bentley, 2007:659)
Gambar 2.12 Contoh Sequence Diagram Dengan Dua Actor
(Whitten dan Bentley, 2007:396)
31
Notasi penyusun sequence diagram terdiri atas :
1.
Actor
Simbol actor yang berinteraksi dengan user interface dapat ditunjukkan dengan
simbol actor use-case atau dengan segi-empat yang diberi notasi “<<actor>>”. Garis
putus-putus vertikal yang memanjang ke bawah menunjukkan riwayat actor tersebut.
2.
Interface Class
Segi-empat yang dengan notasi “<<interface>>” menandakan object classes user
interface. Simbol “ : ” menandakan kejadian yang berlangsung pada sebuah kelas.
3.
Controller Class
Setiap use-case akan memiliki lebih dari satu controller class yang ditunjukkan
dengan notasi “<<controller>>” yang mirip dengan kelas lainnya.
4.
Entity Class
Segi-empat untuk setiap entity yang bekerja sama dalam tahap yang berurutan.
5.
Messages
Panah horizontal yang menandakan pesan yang dikirimkan ke kelas. Setiap
messages memanggil methods yang menghubungkan antar kelas. Penulisan messages
dalam sequence diagram diawali dengan huruf kecil, huruf kapital pada kata tambahan,
dan tanpa spasi.
6.
Activation Bars
Balok yang yang terletak pada lifelines menandakan rentang waktu berfungsinya
setiap objek.
7.
Return Messages
Panah yang bergaris putus-putus horizontal dengan arah berlawanan dengan
messages menandakan bahwa setiap methods harus memberikan umpan balik.
32
8.
Self-call
Panah yang menunjuk kembali menandakan sebuah objek yang memanggil
methods-nya sendiri.
9.
Frame
Segi-empat yang menandakan bahwa controller harus mengulangi semua
komponen didalamnya jika terjadi
perulangan.
10.
Receiver Actor
Actor lain atau sistem eksternal yang menerima pesan dari sistem.
(Whitten dan Bentley, 2007:394)
Definisi 40 (Class Diagram)
Class diagram merupakan penggambaran secara grafis objek statis sebuah sistem
dan hubungan antar objek penyusun sistem tersebut. Tahap-tahap pembuatan class
diagram menurut Whitten dan Bentley dimulai dari :
a.
Identifikasi association dan multiplicity
Pada tahap ini, dilakukan identifikasi pertalian antar object classes (association).
Hubungan antara objek yang menyusun sistem akan memunculkan multiplicity.
Multiplicity adalah angka maksimum dan minimum kejadian yang terjadi diantara
hubungan tunggal sebuah object classes dengan object classes lainnya.
33
Gambar 2.13 Association dan Multiplicity
(Whitten dan Bentley, 2007:377)
b.
Identifikasi hubungan generalization/spesialization
Pada
tahap
ini,
generalization/spesialization
dilakukan
diperlukan
dalam
identifikasi
hubungan
apakah
antar
object
hubungan
classes.
Generalization/spesialization umumnya terjadi pada object classes yang memiliki
hubungan multiplicity one-to-one.
Generalization/spesialization membagi object classes menjadi 2 kategori :
34
1.
Supertype classes
Supertype classes merupakan entity yang mengandung attributes umum bagi satu
atau lebih object classes.
2.
Subtype classes
Subtype classes terdiri atas attributes unik yang merupakan turunan dari attributes
supertype classes.
Gambar 2.14 Generalization / Spesialization
(Whitten dan Bentley, 2007:404)
c.
Identifikasi hubungan aggregation/composition
Pada tahap ini, dilakukan identifikasi hubungan aggregation/composition yang
terdapat antar object classes. Aggregation adalah hubungan antar 2 object classes dimana
sebuah object classes mengandung sebagian kecil attributes dari object classes lain.
Sedangkan composition adalah hubungan aggregation dimana terdapat hubungan yang
kuat dalam seluruh atau sebagian object classes sehingga jika satu object classes hilang,
maka object classes yang menjadi bagiannya akan hilang juga.
35
Gambar 2.15 Aggregation / Composition
(Whitten dan Bentley, 2007:379)
d.
Menyempurnakan class diagram
Pada tahap ini dilakukan penyempurnaan pada setiap object classes. Setiap object
classes tunggal tersusun atas nama kelas (stereotype), attributes, dan methods. Tingkatan
akses objek eksternal terhadap attributes atau methods disebut dengan visibility. Dalam
class diagram terdapat 3 jenis visibility :
1.
Public
Level ini dinotasikan dengan simbol “+”. Attributes dengan level public berarti
attributes dapat diakses dan methods dapat dipanggil oleh semua object classes yang
berada dalam sistem.
36
2.
Protected
Level ini dinotasikan dengan simbol “#”. Attributes dengan level protected dapat
diakses dan methods dengan level protected dapat dipanggil oleh object classes tertentu
yang diberi hak dan subtype class object classes tersebut.
3.
Private
Level ini dinotasikan dengan simbol “-”. Attributes dengan level private dan
methods dengan level private juga hanya dapat dipanggil oleh object classes dimana
attributes tersebut berada.
(Whitten dan Bentley, 2007:400)
37
Gambar 2.16 Class Diagram
(Whitten dan Bentley, 2007:406)
38
2.11
Interaksi Manusia dan Komputer
Definisi 41 (Interaksi Manusia dan Komputer)
Interaksi manusia dan komputer merupakan bidang ilmu desain yang menerapkan
metode psikologi dan ilmu komputer dengan cara mengintegrasikan pendidikan dengan
industri psikologi, instruksi dengan perancangan grafis, penulis teknis, ahli ergonomi,
arsitek informasi, dan petualangan beberapa antropolog dan sosiolog
(Shneiderman dan Plaisant, 2010:22)
Definisi 42 (Delapan Aturan Emas)
Prinsip yang umum digunakan para perancangan untuk merancang user interface
adalah delapan aturan emas perancangan user interface. Delapan aturan emas
perancangan user interface tersebut terdiri atas :
1. Berusaha untuk konsistem
Konsistensi urutan tindakan pada situasi yang sama, menggunakan istilah yang
identik pada menus, prompt, dan help screens, konsistensi warna, tata ruang, tipe
huruf, bahasa dan lain sebagainya.
2. Memenuhi kegunaan universal
Pengguna yang beragam akan memunculkan reaksi penggunaan sistem yang
berbeda juga, maka diperlukan pengelompokkan pengguna untuk penetapan features
dalam sistem. Contoh: menggunakan features penjelasan untuk pemula dan
penggunaan features shortcuts dan faster pacing untuk pengguna yang ahli.
3. Menawarkan umpan balik yang informatif
Untuk setiap tindakan
pengguna, harus disertakan dengan umpan balik dari
sistem untuk menunjukkan hasil dari tindakan yang dilakukan. Untuk tindakan yang
39
sering dilakukan dan tidak terlalu penting, dapat diberikan umpan balik yang
sederhana. Sebaliknya untuk tindakan jarang dan penting, berikan umpan balik yang
substansial.
4. Merancang dialog yang mengarah pada penutupan
Rangkaian aksi yang bertahap seharusnya diatur dalam kelompok yaitu : awal,
tengah dan akhir. Pemberian umpan balik yang informatif pada akhir dari serangkaian
aksi yang telah dilakukan pengguna untuk menunjukkan bahwa proses yang dilakukan
telah selesai dan siap untuk ke aksi berikutnya.
5. Memberikan penanganan kesalahan
Jika pemakai melakukan kesalahan, sistem akan mendeteksi kesalahan dan
menawarkan perintah yang sederhana, membangun, dan spesifik untuk menangani
kesalahan yang terjadi.
6. Mengizinkan pembalikan aksi
Setiap aksi harus dapat dibalikkan ke aksi semula atau aksi yang sebelumnya agar
pengguna merasa aman untuk menggunakan pilihan-pilihan yang belum diketahuinya.
7. Mendukung pengendalian internal
Memposisikan pemakai di posisi pelaku tindakan yang mengontrol sistem, bukan
hanya sekedar menanggapi tindakan dari sistem.
8. Mengurangi penggunaan ingatan jangka pendek
Hal ini dapat dilakukan dengan menjaga tampilan layar agar tetap sederhana,
perancangan menu dan sub-menu yang tidak rumit, menggabungkan beberapa
halaman, mengurangi frekuensi pergerakan windows, membuat waktu pelatihan dan
pembelajaran kode, singkatan dan urutan aksi yang secukupnya.
(Shneiderman dan Plaisant, 2010:88)
40
2.11
Database
Definisi 43 (Database)
Database adalah kumpulan data yang berhubungan secara logika dan deskripsinya
dirancang untuk memenuhi kebutuhan infomasi sebuah organisasi. Database berupa
penyimpanan data dengan kapasitas besar yang dapat digunakan secara bersamaan oleh
banyak departemen dan pengguna. Database merepresentasikan entity, attributes, dan
hubungan antar entity.
(Connolly dan Begg, 2010:65)
Definisi 44 (Database Management System / DBMS )
DBMS merupakan sebuah sistem peranti lunak yang memungkinkan pengguna
untuk menetapkan, membuat, merawat, dam mengontrol akses ke database. DBMS
merupakan peranti lunak yang bertindak sebagai perantara antara peranti lunak aplikasi
pengguna dan database.
(Connolly dan Begg, 2010:66)
Definisi 45 (MySQL)
MySQL merupakan sistem manajemen database relasional yang memungkinkan
penyimpanan, pencarian, dan pengambilan data secara efisien, cepat, dan tangguh.
MySQL menggunakan bahasa query standar (SQL). MySQL bersifat multiuser yang
berarti beberapa pengguna dapat mengakses database dalam waktu yang bersamaan
(Welling dan Thomson, 2009:3)