Upload
duongkhuong
View
219
Download
0
Embed Size (px)
Citation preview
BAB 2
LANDASAN TEORI
2.1. Tinjauan Pustaka Industri
2.1.1. Definisi Kualitas
Kualitas merupakan salah satu faktor yang sangat penting bagi konsumen ketika
memilih suatu produk atau jasa tertentu. Dengan demikian, kualitas dari produk atau jasa
yang ditawarkan oleh suatu perusahaan akan mempengaruhi tingkat perkembangan dan
kemajuan perusahaan tersebut. Tinggi rendahnya suatu kualitas pada produk atau jasa
yang ditawarkan oleh perusahaan akan berhubungan langsung dengan kepuasan
konsumen (Gygi, 2005, p8-9).
Menurut Vincent Gaspersz, kualitas memiliki definisi yang berbeda-beda,
tergantung pada bidang penerapannya. Pada bidang industri, kualitas dapat didefinisikan
dalam dua cara yaitu secara konvensional dan secara strategik. Kualitas yang
didefinisikan ssecara konvensional biasanya berhubungan dengan karakteristik dari suatu
produk, seperti performance, reliability, kemudahan dalam penggunaan, estetika, dan lain
sebagainya. Sedangkan kualitas yang didefinisikan secara strategik maksudnya adalah
segala sesuatu yang mampu memenuhi keinginan atau kebutuhan konsumen.
Definisi dari kualitas sangatlah bervariasi, berikut adalah beberapa pengertian dari
kualitas menurut para pakar kualitas (Ariani, 2004, p3):
Menurut Joseph M. Juran, kualitas adalah kesesuaian dengan tujuan dan
manfaatnya.
14
Menurut Vincent Gasperz, kualitas adalah konsistensi peningkatan dan
penurunan variasi karakteristik produk, agar dapat memenuhi spesifikasi
dan kebutuhan, guna meningkatkan kepuasan pelanggan internal maupun
eksternal
Menurut Deming, kualitas bertujuan memenuhi kebutuhan pelanggan
sekarang dan di masa mendatang.
Menurut Feigenbaum, kualitas merupakan keseluruhan karakteristik
produk dan jasa meliputi marketing, engineering, manufacture, dan
maintenance, di mana produk atau jasa tersebut dalam pemakaiannya akan
sesuai dengan kebutuhan dan harapan pelanggan
2.1.2. Variasi
Variasi merupakan perbedaan antara tindakan atau aktivitas tertentu dengan hasil
yang ditargetkan (Fandy, 2004, p32). Variasi dapat terjadi di dalam proses, baik proses
manufaktur maupun non-manufaktur. Variasi dapat terjadi karena terdapat proses-proses
tidak konsisten sehingga produk yang dihasilkan tidak sama. Dan apabila variasi yang
terjadi melewati batas-batas yang telah ditentukan, maka produk tersebut dianggap cacat.
Perhitungan standar deviasi (σ ) merupakan perhitungan pada statistik yang dapat
digunakan untuk mengukur tingkat variasi (penyimpangan) yang terjadi pada suatu
proses yang diketahui dalam suatu populasi tertentu.
Gaspersz (1998, p28-29) mengatakan bahwa variasi merupakan ketidakseragaman
dalam sistem produksi atau operasional sehingga menimbulkan perbedaan dalam kualitas
15
pada output (barang dan jasa) yang dihasilkan. Terdapat dua penyebab timbulnya variasi
yaitu:
1. Variasi penyebab khusus (Special-Causes Variation)
Variasi penyebab khusus adalah kejadian-kejadian di luar sistem yang mempengaruhi
variasi dalam sistem. Sumber dari penyebab khusus ini biasanya adalah faktor-faktor
seperti manusia, peralatan, material, lingkungan, dan metode kerja. Penyebab khusus
ini mengambil pola-pola non-acak (non random patterns) sehingga dapat
diidentifikasi/ditemukan sebab tidak selalu aktif dalam proses tetapi memiliki
pengaruh yang lebih kuat pada proses sehingga menimbulkan variasi.
2. Variasi penyebab umum (Common-Causes Variation)
Variasi penyebab umum merupakan faktor-faktor di dalam sistem atau yang melekat
pada proses yang menyebabkan timbulnya variasi dalam sistem serta hasil-hasilnya.
Variasi ini sering disebut sebagai penyebab acak (random causes) atau penyebab
sistem (system causes). Karena penyebab umum ini selalu melekat pada sistem, untuk
menghilangkannya harus menelusuri elemen-elemen dalam sistem itu, dan hanya
pihak manajemen yang dapat memperbaikinya (karena pihak manajemenlah yang
mengendalikan sistem itu).
2.1.3. Six Sigma
2.1.3.1. Sejarah dan Perkembangan Six Sigma
Pada awalnya, konsep Six Sigma di dalam dunia industri diperkenalkan dan
dipergunakan pertama kali oleh salah satu perusahaan peralatan elektronik yang berbasis
di Amerika Serikat, yaitu Motorola Incorporated pada tahun 1979. Pada saat itu Motorola
16
menghadapi kesulitan besar dan berada di dalam bahaya karena kemampuan bersaing
yang dimiliki oleh perusahaan tertinggal cukup jauh dari para pesaingnya, terutama
perusahaan-perusahaan Jepang yang dapat menghasilkan produk dengan kualitas lebih
baik dengan harga lebih murah.
Setelah menyadari bahwa permasalahan utama pada perusahaan adalah buruknya
kualitas produk-produk yang dihasilkan, maka Motorola melakukan penelitian dan
pengembangan yang akhirnya membawa pada metodologi Six Sigma.
Sampai pada tahun 1993, kebanyakan proses yang ada di Motorola sudah
mencapai tingkat hampir 6 sigma. Dan setelah empat tahun menerapkan Six Sigma,
penghematan yang diterima perusahaan mencapai $2,2 miliar. Untuk kesuksesannya
menerapkan Six Sigma, Motorola mendapatkan Malcom Baldrige National Award pada
tahun 1998.
Karena kesuksesan implementasi metodologi Six Sigma di Motorola sangat
signifikan, banyak perusahaan lain yang juga mengimplementasikan metodologi tersebut
dan mendapatkan hasil yang serupa. Beberapa dari perusahaan-perusahaan tersebut antara
lain adalah (Gygi, 2005, p12):
General Electric meraih keuntungan sebesar $7 miliar dalam waktu lima
tahun.
Dupont menghemat sebesar $2,4 miliar dalam waktu empat tahun.
Bank of America mempercepat waktu siklusnya sebesar dua kali lipat dan
mengurangi jumlah eror secara signifikan dalam prosesnya.
Honeywell menghemat sebesar $2 miliar pada biaya langsung.
17
2.1.3.2. Pengertian Six Sigma
Six Sigma merupakan suatu implementasi dari prinsip-prinsip kualitas dan teknik
yang sangat efektif dan terfokus. Dengan menggabungkan elemen-elemen kualitas yang
telah ada sebelumnya, Six Sigma bertujuan untuk mengeliminasi segala kesalahan yang
terjadi dalam suatu proses (Pyzdek, 2003, p3).
Sigma merupakan huruf ke-18 dari alphabet Yunani yang digunakan oleh para
statistikawan untuk mengukur variasi pada suatu proses. Kinerja dari suatu perusahaan
diukur dengan menggunakan sigma level dari proses bisnisnya.
Seiring dengan berjalannya waktu, Six Sigma telah menjadi suatu terminologi
yang digunakan untuk mendefinisikan beberapa konsep (Gygi, 2005, p9), di antaranya
adalah:
Six Sigma merupakan suatu metodologi pemecahan masalah yang
digunakan untuk meningkatkan performance bisnis dan organisasi.
Performance Six Sigma merupakan suatu proses yang menghasilkan 3,4
cacat untuk setiap satu juta kesempatan.
Six Sigma improvement merupakan hasil dari suatu bisnis atau proses yang
ditingkatkan secara signifikan, biasanya sebesar 70% atau lebih.
Six Sigma deployment merupakan penerapan metodologi Six Sigma dalam
suatu perusahaan.
18
2.1.3.3. Six Sigma dari Sudut Pandang Statistik
Secara statistik, Six Sigma ditandai dengan nilai 3,4 DPMO (Defect Per Million
Opportunities) yang berarti bahwa hanya terdapat 3,4 defect dalam sejuta kesempatan
atau 99,99966% dari apa yang diharapkan ada di produk tersebut (Gygi, 2005, p23).
Skala sigma merupakan alat pengukuran universal untuk mengukur seberapa baik
kinerja suatu karakteristik yang kritikal bila dibandingkan terhadap kebutuhannya.
Semakin tinggi nilai sigmanya, maka semakin baik pula kinerja suatu karakteristik.
Berikut adalah tabel skala sigma (Gygi, 2005, p23):
Tabel 2.1 Skala Sigma
Sigma Persentasi Defect Defects per Million
1 69 % 691.462
2 31 % 308.538
3 6,7 % 66.807
4 0,62 % 6210
5 0,023 % 233
6 0,00034 % 3,4
Konsep Six Sigma yang dikembangkan oleh Motorola berbeda dengan konsep
distribusi normal yang tidak memberikan kelonggaran akan pergeseran. Pada konsep Six
Sigma Motorola terdapat pergeseran 1,5 sigma dari nilai target. Nilai pergeseran ini
diperoleh dari hasil penelitian Motorola atas proses dan sistem industri. Berdasarkan
data-data historis selama bertahun-tahun, diperoleh bahwa proses yang terdapat pada
perusahaan selalu mengalami pergeseran (drift) nilai tengah (mean) sebesar 1,5σ setiap
19
tahunnya. Pergeseran ini disebut sebagai Long Term Dynamic Mean Variation.
Kesimpulan yang didapat adalah bahwa suatu proses industri (terutama mass production)
tidak akan 100% berada pada satu titik nilai target, tetapi akan ada pergeseran sebesar
rata-rata 1,5 sigma dari nilai tersebut (Gygi, 2005, p24).
Pada perhitungan distribusi normal biasa, nilai 3,4 DPMO hanya menghasilkan
4,5σ dan bukan 6σ seperti seharusnya. Jumlah kecacatan yang diperbolehkan dalam Six
Sigma menurut distribusi normal adalah 2 DPBO (Defect Per Billion Opportunities).
Sedangkan Dengan pergeseran nilai sesuai dengan konsep Motorola, untuk tingkat 6
sigma akan diperoleh nilai DPMO sebesar 3,4 per satu juta kesempatan. Dibawah ini
adalah tabel konversi nilai sigma dengan 1,5 shift (Gygi, 2005, p142-143):
Tabel 2.2 Perbandingan True Six Sigma dengan Motorola’s Six Sigma
True 6-Sigma Process
(Normal Distribution Centered)
Motorola's 6-Sigma Process
(Normal Distribution Shifted 1,5-Sigma)
Batas
Spesifikasi
(LSL – USL)
Persentase
yang
memenuhi
spesifikasi
(LSL – USL)
DPMO
(kegagalan/cacat
per sejuta
kesempatan)
Batas
Spesifikasi
(LSL – USL)
Persentase
yang
memenuhi
spesifikasi
(LSL – USL)
DPMO
(kegagalan/cacat
per sejuta
kesempatan)
1-Sigma
2-Sigma
3-Sigma
4-Sigma
5-Sigma
6-Sigma
68,27%
95,45%
99,73%
99,9937%
99,999943%
99,9999998%
317.300
45.500
2.700
63
0,57
0,002
1-Sigma
2-Sigma
3-Sigma
4-Sigma
5-Sigma
6-Sigma
30,8538%
69,1462%
93,3193%
99,3790%
99,9767%
99,99966%
691.462
308.538
66.807
6.210
233
3,4
20
2.1.3.4. Penerapan Six Sigma
Dalam penerapan Six Sigma, terdapat 8 (delapan) tahap dasar, yaitu identifikasi
(identify), definisi (define), pengukuran (measure), analisis (analyze), perbaikan
(improve), kontrol (control), standar (standardize) dan integrasi (integrate). Inti dari
strategi ini adalah tahap Measure-Analyze-Improve-Control. Namun, tahap definisi sering
dimasukkan ke dalam inti strategi Six Sigma, sehingga tahapannya menjadi Define-
Measure-Analyze-Improve-Control. Tahapan ini dilakukan secara berulang dan
membentuk siklus peningkatan kualitas Six Sigma seperti dilihat pada gambar berikut:
Define
AnalyzeImprove
MeasureControl
Gambar 2.1 Siklus DMAIC
2.1.3.5. Critical To Quality (CTQ)
Critical To Quality (CTQ) merupakan ketentuan-ketentuan yang diinginkan oleh
pelanggan terhadap suatu produk atau jasa. CTQ merupakan karakteristik kualitas yang
ditetapkan seyogyanya berhubungan langsung dengan kebutuhan spesifik pelanggan,
yang diturunkan secara langsung dari persyaratan-persyaratan output dan pelayanan
(Gaspersz, 2002, p73).
21
2.1.3.6. Tools yang Digunakan dalam Six Sigma
Berikut ini adalah beberapa tools yang digunakan dalam menjalankan suatu
proyek Six Sigma:
2.1.3.6.1. Diagram SIPOC
Diagram SIPOC merupakan suatu teknik diagram alir yang membantu dalam
mengidentifikasikan proses-proses yang memiliki pengaruh terbesar pada kepuasan
konsumen (Pzydek, 2003, p67-p68). SIPOC merupakan singkatan dari Supplier – Input –
Process – Output – Customer dan didefinisikan sebagai berikut (Gygi, 2005, p247):
Supplier adalah sistem, orang-orang, organisasi atau sumber lain untuk
material, informasi, dan sumber daya lainnya yang ditransformasikan
dalam suatu proses tertentu.
Input adalah material, informasi, dan sumber daya lainnya yang
disediakan oleh supplier dan ditransformasikan dalam suatu proses
tertentu.
Process merupakan suatu kumpulan langkah dan aktivitas yang
mentransformasikan input menjadi output.
Output merupakan suatu produk atau jasa yang dihasilkan dari suatu
proses dan digunakan oleh konsumen.
Customer adalah orang-orang, perusahaan, sistem, atau proses-proses lain
yang menerima output dari proses tertentu.
22
Gambar 2.2 Contoh Diagram SIPOC
2.1.3.6.2. Peta Kontrol (Control Chart)
Pembuatan peta kontrol bertujuan untuk menghilangkan variasi tidak normal
melalui pemisahan variasi yang disebabkan oleh penyebab khusus (special-causes
variation) dan variasi yang disebabkan oleh penyebab umum (common-causes variation).
Dengan pembuatan peta kontrol, manajemen dapat memperoleh informasi mengenai hal-
hal seperti (Pzydek, 2003, p416-417):
Karakteristik operasi proses dari waktu ke waktu.
Variasi penyebab umum yang dapat diharapkan pada proses.
Apakah variasi penyebab umum memenuhi spesifikasi.
Kehadiran variasi penyebab khusus.
Terdapat berbagai macam peta kontrol. Pemilihan peta kontrol didasarkan pada
tipe data yang ada. Dalam konteks pengendalian proses statistik, terdapat jenis data, yaitu
(Pzydek, 2003, p416-417):
23
Data variabel (variables data); adalah data kuantitatif yang diukur untuk
keperluan analisis.
Data atribut (attributes data); merupakan data kualitatif yang dapat
dihitung untuk pencatatan dan analisis.
Berdasarkan kedua tipe data tersebut, terdapat dua jenis peta kontrol yaitu peta
kontrol untuk data variabel dan peta kontrol untuk data atribut. Dibawah ini adalah jenis-
jenis peta kontrol berdasarkan tipe data (Pzydek, 2003, p418):
1. Peta kontrol untuk data variable.
- Peta kontrol x dan R; menjelaskan perubahan-perubahan yang terjadi dalam
ukuran titik pusat (central tendency) atau rata-rata dari suatu proses serta dan
dalam ukuran variasi yang berkaitan dengan perubahan homogenitas produk yang
dihasilkan melalui suatu proses.
- Peta kontrol x dan MR; diterapkan pada proses produksi yang sangat lama dan
menggunakan 100% inspeksi.
2. Peta kontrol untuk data atribut.
- Peta kontrol p; digunakan untuk mengukur proprosi ketidak sesuaian atau
penyimpangan yang sering disebut sebagai cacat dari item produk yang dihasilkan
dalam suatu proses.
24
Minggu ke-
Prop
orsi
Ket
erla
mba
tan
51464136312621161161
0.18
0.16
0.14
0.12
0.10
0.08
0.06
0.04
0.02
0.00
_P=0.0396
UC L=0.1704
LCL=0
T es ts per formed w ith unequal sam ple sizes
Peta Ko ntrol P Untuk Pro ses Produk si
Gambar 2.3 Contoh Gambar Peta Kontrol P
- Peta kontrol np; merupakan peta kontrol yang hampir sama dengan peta kontrol p,
kecuali bahwa dalam peta kontrol np tidak terjadi perubahan skala pengukuran.
- Peta kontrol c; diterapkan pada kasus-kasus di mana toleransi atas kelemahan satu
atau beberapa titik spesifik yang tidak memenuhi syarat namun tidak
mempengaruhi fungsi dari item yang diperiksa.
- Peta kontrol u; mengukur banyaknya ketidak sesuaian dalam periode pengamatan
tertentu yang mungkin memiliki ukuran contoh atau sampel item yang diperiksa.
Berikut adalah hierarki dalam pemilihan jenis peta kendali (Pzydek, 2003):
25
Gambar 2.4 Hierarki Pemilihan Jenis Peta Kendali
2.1.3.6.3. Diagram Sebab Akibat
Diagram sebab akibat atau yang biasa dikenal sebagai diagram tulang ikan
(fishbone diagram) atau diagram Ishikawa (Ishikawa’s diagram) diperkenalkan oleh Prof.
Kaoru Ishikawa. Diagram sebab akibat merupakan diagram berbentuk tulang ikan yang
menunjukkan semua kemungkinan–kemungkinan variabel yang dapat mempengaruhi
output dari suatu proses (Gygi, 2005, p 321).
Diagram sebab akibat dapat digunakan untuk berbagai kebutuhan berikut:
Membantu mengidentifikasi akar penyebab dari suatu masalah.
Membantu membangkitkan ide-ide untuk solusi suatu masalah.
Membantu pencarian fakta lebih lanjut tentang masalah.
Merupakan alat untuk mengumpulkan ide atau input-input kelompok yang
merupakan metode dasar dari “brainstorming terstruktur”.
26
Dengan mengelompokkan penyebab-penyebab yang mungkin, maka
kelompok dapat memikirkan banyak kemungkinan daripada hanya
memfokuskan pada beberapa area tipikal.
Membantu dalam identifikasi beberapa penyebab yang paling berpengaruh
dalam terjadinya cacat.
Dibawah ini adalah contoh bentuk diagram sebab akibat:
Gambar 2.5 Diagram Sebab Akibat
2.1.3.6.4. Analytical Hierarchy Process (AHP)
Model AHP diperkenalkan pertama kali oleh Thomas L. Saaty pada tahun 1970-
an (Rizky, 2005, p92). Model AHP merupakan suatu model pengambilan keputusan dan
perencanan strategis. Ciri khas dari model ini adalah penentuan skala prioritas atas
alternatif pilihan berdasarkan suatu proses analitis secara terstruktur atas variabel
keputusan.
Langkah–langkah perhitungan model AHP adalah:
27
Menentukan tujuan (level 1), kriteria (level 2), dan alternative (level 3) dari suatu
masalah.
Gambar 2.6 Skema Pemilihan Pada AHP
Menentukan peringkat kriteria untuk matriks alternative yang dipilih menurut
derajat kepentingan.
Dalam menentukan skala prioritas, terdapat sembilan derajat kepentingan
dalam AHP yaitu:
28
Tabel 2.3 Derajat Kepentingan dalam AHP
Intensitas
Kepentingan
Keterangan Penjelasan
1 Equally Preferred Dua aktivitas memberikan
kontribusi yang sama
terhadap tujuan
2 Equally to moderately
preferred
Antara equally dan
moderately
3 Moderately preferred Pengalaman dan penilaian
memberikan nilai tidak jauh
berbeda antara satu aktivitas
terhadap aktivitas lainnya
4 Moderately to strongly
preferred
Antara moderately dan
strongly
5 Strongly preferred Penilaian memberikan nilai
kuat berbeda antara satu
aktivitas terhadap aktivitas
lainnya
6 Strongly to very strongly
preferred
Antara strongly dan very
strongly
7 Very strongly preferred Satu aktivitas sangat lebih
disukai dibandingkan
aktivitas lainnya
8 Very strongly to extremely
preferred
Antara very strongly dan
extremely
9 Extremely preferred Satu aktivitas menempati
urutan tertinggi dari aktivitas
lainnya.
29
Menentukan peringkat untuk masing-masing matriks kriteria yang dipilih menurut
derajat kepentingan.
Mengalikan matriks kriteria dan matriks alternative yang didapat untuk
menghasilkan priority vector sehingga bisa mendapatkan keputusan yang baik.
Melakukan perhitungan konsistensi untuk mengetahui kekonsistenan hasil yang
didapat dengan cara:
o Menentukan Weighted Sum Vector: didapat dengan cara mengalikan row
average dengan matriks awal.
o Menentukan consistency vector: didapat dengan cara membagi weighted
sum vector dengan row average.
o Menghitung Lambda dan Consistency Index
CI = 1n
nλ −−
Di mana: λ = Lambda
n = Jumlah faktor
o Menghitung Consistency Ratio
CICR
RI=
Di mana: CI = Consistency Index
RI = Random Index yang didapat dari tabel
30
Berikut adalah tabel Random Index:
Tabel 2.4 Tabel Random Index
N RI
1 0
2 0
3 0,58
4 0,9
5 1,12
6 1,24
7 1,32
8 1,41
9 1,45
10 1,49
Hasil yang konsisten adalah apabila nilai CR lebih kecil dari pada 0,1. Apabila
nilai CR lebih besar dari 0,1, maka hasil yang didapat harus dievaluasi ulang
karena tidak konsisten.
2.1.3.6.5. Failure Mode and Effect Analysis (FMEA)
FMEA pertama kali dibuat pada tahun 1960-an, yang kemudian digunakan untuk
standar militer Mil-Std-1629A. FMEA dilakukan untuk mengetahui kemungkinan-
kemungkinan kegagalan yang ada, efeknya terhadap suatu sistem, kemungkinan bagi
31
kegagalan itu untuk terjadi, dan probabilitas kegagalan itu bisa terjadi tanpa diketahui
(Pzydek, 2003, p596).
Terdapat dua pendekatan dalam pembuatan FMEA yaitu (Pzydek, 2003, p596 – p
597):
Pendekatan hardware: pendekatan ini mencatat setiap perangkat keras
yang ada dan menganalisa kemungkinan kegagalannya. Pendekatan
FMEA ini biasanya digunakan pada proyek produk DFSS.
Pendekatan fungsional: pendekatan ini melihat output-output yang didapat
dari melakukan fungsi-fungsi tertentu. Output-output ini dicatat dan
kemungkinan kegagalannya dianalisa. Pendekatan FMEA ini adalah
pendekatan yang paling sering digunakan pada proyek DMAIC maupun
DMADV yang meliputi perbaikan dari proses-proses atau sistem yang
kompleks.
Definisi berbagai terminologi dalam FMEA adalah sebagai berikut (Pzydek,
2003, p596 – p 597):
1. Akibat potensial adalah akibat yang dirasakan atau dialami oleh pengguna akhir.
2. Potential Failure Mode adalah penyebab kegagalan–kegagalan atau penyebab
kecacatan yang mungkin terjadi
3. Potential Failure Effect adalah efek-efek yang terjadi karena kegagalan tersebut.
4. Potential Causes adalah kemungkinan penyebab terjadinya potential failure.
5. Severity adalah penilaian tentang seberapa signifikan efek dari kegagalan yang terjadi
terhadap konsumen. Penilaian untuk Severity dapat dilihat pada tabel di bawah ini
(Pzydek, 2003, p598-599):
32
Tabel 2.5 Tabel Penilaian untuk Severity
Rating Severity
1 Minor. Konsumen tidak akan mengetahui efek yang
diakibatkan, atau konsumen akan menganggapnya tidak
terlalu penting.
2 Konsumen akan mengetahui efek yang diakibatkan oleh
cacat.
3 Konsumen akan merasa terganggu terhadap efek yang
diakibatkan dan kinerja akan melemah.
4 Ketidakpuasan konsumen karena melemahnya kinerja.
5 Produktivitas konsumen akan melemah.
6 Konsumen akan komplain. Biasanya output yang
dihasilkan akan perlu untuk diperbaiki atau
dikembalikan. Biaya internal akan naik (scrap, rework,
dan lain-lain).
7 Kritikal. Loyalitas konsumen akan melemah. Operasi
internal akan sedikit terpengaruh oleh efek yang
diakibatkan
8 Hilangnya goodwill konsumen. Operasi internal sangat
terganggu.
9 Keselamatan konsumen atau karyawan terganggu.
10 Sangat Buruk. Konsumen maupun karyawan terancam
bahaya tanpa warning. Pelanggaran dari ketentuan
pekerjaan ataupun hukum.
33
6. Occurrence (O) adalah penilaian tentang seberapa sering penyebab kegagalan atau
penyebab cacat ini akan terjadi. Penilaian untuk Occurrence dapat dilihat pada tabel
di bawah ini (Pzydek, 2003, p598-599):
Tabel 2.6 Tabel Penilaian untuk Occurrence
Rating Occurrence
1 Kemungkinan terjadi sangat kecil.
2 Failure rate yang terdokumentasi rendah.
3 Failure rate yang tidak terdokumentasi rendah.
4 Kegagalan terjadi dari waktu ke waktu.
5 Failure rate yang terdokumentasi sedang.
6 Failure rate yang tidak terdokumentasi sedang.
7 Failure rate yang terdokumentasi tinggi.
8 Failure rate yang tidak terdokumentasi tinggi.
9 Kegagalan sangat sering terjadi
10 Kegagalan hampir selalu terjadi.
7. Detectability (D) adalah penilaian tentang seberapa mungkin sistem akan mengetahui
penyebab kegagalan ketika terjadi. Penilaian untuk Detectability dapat dilihat pada
tabel di bawah ini, di mana p adalah probabilitas dari suatu kegagalan untuk tidak
diketahui (Pzydek, 2003, p598-599):
34
Tabel 2.7 Tabel Penilaian untuk Detectability
Rating Detectability
1 Hampir selalu diketahui sebelum diterima oleh
konsumen.
(p ≈0)
2 Kemungkinan untuk tidak diketahui sebelum diterima
oleh konsumen sangat rendah.
(0<p ≤0,01)
3 Kemungkinan untuk tidak diketahui sebelum diterima
oleh konsumen rendah.
(0,01<p ≤0,05)
4 Biasanya diketahui sebelum diterima oleh konsumen.
(0,05<p ≤0,20)
5 Mungkin diketahui sebelum diterima oleh konsumen.
(0,20<p ≤0,50)
6 Terkadang tidak diketahui sebelum diterima oleh
konsumen.
(0,50<p ≤0,70)
7 Kemungkinan besar tidak diketahui sebelum diterima
oleh konsumen.
(0,70<p ≤0,90)
8 Kemungkinan untuk dapat diketahui sebelum diterima
oleh konsumen buruk.
(0,90<p ≤0,95)
9 Kemungkinan untuk dapat diketahui sebelum diterima
oleh konsumen sangat buruk.
(0,95<p ≤0,99)
10 Pasti tidak akan diketahui sebelum diterima oleh
konsumen.
(p ≈1)
35
8. Risk Priority Number (RPN) merupakan hasil perkalian antara severity, detectibility
dan occurrence.
9. Recommended Action adalah usulan-usulan yang dapat dilakukan untuk mengatasi
kegagalan-kegagalan atau cacat yang mungkin terjadi.
2.2. Sistem Informasi Manajemen
2.2.1. Pengertian Sistem
Menurut Mathiasen (2000, p3) sistem adalah sebuah kumpulan komponen yang
mengimplentasi model dari requirement, functions dan interface.
Menurut O’Brien (2006, p24) sistem merupakan kumpulan komponen yang
saling berhubungan yang bekerja sama mencapai suatu tujuan dengan menerima input
dan mentransformasikannya untuk menghasilkan output.
Sedangkan menurut Mulyadi (2001, p5) sistem merupakan suatu jaringan
prosedur yang dibuat menurut pola yang terpadu untuk melaksanakan kegiatan pokok
perusahaan.
Berdasarkan pengertian-pengertian di atas, sistem adalah kumpulan dari
komponen-komponen atau jaringan yang saling bekerja sama untuk mencapai tujuan
yang sama.
2.2.2. Pengertian Data
Menurut McLeod (2004, p9) data terdiri dari fakta- fakta dan angka-angka yang
secara relatif tidak berarti bagi pemakai.
36
Menurut O’Brien (2006, p28) data merupakan bahan mentah dari sistem
informasi.
Dari pengertian-pengertian di atas, dapat disimpulkan bahwa data adalah fakta-
fakta mentah yang tidak memiliki arti.
2.2.3. Pengertian Informasi
Menurut O’Brien (2006, p20) informasi adalah data yang telah dikonversi
sehingga menjadi berarti dan berguna untuk pemakai.
McLeod (2004, p10) mengatakan bahwa informasi merupakan data yang telah
diproses atau memiliki arti.
Dari pengertian-pengertian di atas, dapat ditarik simpulan bahwa informasi
merupakan data yang telah diproses sehingga memiliki arti yang berguna bagi organisasi
atau perusahaan untuk menghasilkan keputusan.
2.2.4. Pengertian Sistem Informasi
Menurut McLeod (2004, p19) sistem informasi adalah sekumpulan komponen-
komponen terintegrasi dan mengimplementasikan model dari requirement, function dan
interface yang bekerja untuk mencapai tujuan tertentu dengan menerima data sebagai
input dan memprosesnya sehingga menjadi output yang mempunyai arti bagi
penerimanya.
Menurut O’Brien (2006, p6) sistem informasi adalah penggabungan dari manusia,
hardware, software, jaringan komputer, dan sumber data yang mengumpulkan,
mentransformasikan, dan menyebarkan informasi di dalam suatu organisasi.
37
Menurut O’Brien (2006, p26) Sistem Informasi terdiri dari lima komponen yaitu:
• Manusia: Manusia diperlukan dalam operasi Sistem Informasi. Manusia
terbagi atas:
o End users: Orang yang menggunakan sistem informasi. Contoh:
pelanggan, manager.
o IS Specialist: Orang yang mengembangkan dan mengoperasik
sistem informasi. Contoh: system analyst, software developers,
dan system operators.
• Hardware: Perangkat-perangkat yang digunakan dalam memproses
informasi.
Contoh:
- Sistem komputer: Contohnya microcomputer, dan laptop.
- Pendukung komputer: Contohnya keyboard , mouse, dan printer.
• Software: Merupakan program atau prosedur yang digunakan dalam
menjalankan sistem.
Contoh :
o System software: Program dalam suatu sistem yang mengkontrol
dan mendukung proses operasional.
o Application software: Program yang berhubungan dengan
pemprosesan data oleh end user. Contoh: program analisis
penjualan, dan demand.
o Prodecures: Instruksi operasi untuk orang yang menggunakan
sistem informasi. Contoh: prosedur entri data.
38
• Data: Bahan mentah dalam sistem informasi. Contoh: deskripsi produk,
data pelanggan, data pemasok, dan data karyawan.
• Network: Teknologi komunikasi dan jaringan.
2.2.5. Pengertian Sistem Informasi Manajemen
Menurut O’Brien (2006, p328) sistem informasi manajemen merupakan satu dari
tipe sistem informasi yang dikembangkan untuk mendukung pembuatan keputusan
manajerial.
Menurut Mulyadi (2001, p30) sistem informasi manajemen merupakan
manajemen perusahaan menjalankan bisnis perusahaan dengan menggunakan sistem
informasi.
Sedangkan menurut McLeod (2004, p10) sistem informasi manajemen adalah
suatu sistem berbasis komputer yang menyediakan informasi bagi beberapa pemakai
yang serupa.
2.2.6. Object Oriented Analysis and Design (OOAD)
Object-Oriented Analysis and Design (OOAD) adalah metode analisa dan
perancangan sistem yang berorientasi object (Mathiassen, 2000, p135). Object
merupakan suatu entitas yang memiliki identitas, state dan behavior (Mathiassen, 2000,
p4). Pada bagian analisa, identitas sebuah object dapat membedakanya dari object lain,
dan behavior object merupakan event-event yang dilakukannya. Pada bagian
perancangan, identitas sebuah object digambarkan dengan cara bagaimana object lain
mengenalinya sehingga dapat diakses, dan behavior object digambarkan dengan
39
operation yang dapat dilakukan object tersebut yang dapat mempengaruhi object lain
dalam sistem.
2.2.6.1. Objek dan Class
Objek merupakan sebuah entitas yang memiliki identitas, status, dan perilaku
(Mathiassen, 2000, p4). Contoh dari objek misalnya pelanggan yang merupakan entitas
dengan identitas yang spesifik, dan memiliki status dan perilaku tertentu yang berbeda
antara satu pelanggan dengan pelanggan yang lain. Sedangkan class merupakan
deskripsi dari kumpulan objek yang memiliki struktur, pola perilaku, dan atribut yang
sama (Mathiassen, 2000, p4). Untuk dapat lebih memahami objek, biasanya objek-objek
tersebut sering digambarkan dalam bentuk class.
Tiga buah konsep dalam proses analisa dan perancangan berorientasi objek
adalah sebagai berikut:
1. Encapsulation
Encapsulation merupakan suatu pengelompokkan fungsi. Pengelompokkan ini
bertujuan agar tidak terjadi redundancy untuk suatu fungsi yang sama, sehingga
cukup untuk memanggil fungsi yang telah dibuat sebelumnya.
2. Inheritance
Inheritance adalah suatu class baru yang memiliki sifat-sifat dan karakteristik-
karakteristik sama dengan class induknya.
3. Polymorphism
Polymorphism adalah kemampuan dari tipe objek yang berbeda untuk
menyediakan atribut dan operasi yang sama dalam hal yang berbeda.
40
Empat buah aktivitas utama dalam analisa dan perancangan berorientasi objek
dapat dilihat pada gambar berikut ini (Mathiassen 2000, p14-15):
Gambar 2.7 Aktivitas Utama dalam OOAD
2.2.6.2. Pengertian System Definition
Menurut Mathiassen (2000, p24) pengertian System Definition adalah deskripsi
singkat dari sistem komputerisasi yang diungkapkan dengan bahasa sehari-hari.
2.2.6.3. Pengertian Rich Picture
Menurut Mathiassen (2000, p26) Rich Picture adalah gambaran informal yang
mengilustrasikan pengertian terhadap situasi dari sistem yang sedang berlangsung.
2.2.6.4. FACTOR
Kriteria FACTOR terdiri dari enam elemen yaitu :
• Functionality: Fungsi dari sistem yang mendukung application domain
41
• Application Domain: Bagian dari organisasi yang mengadministrasi,
memantau, atau mengawasi sebuah problem domain.
• Conditions: Kondisi dimana sistem akan dikembangkan atau dijalankan.
• Technology: Teknologi yang digunakan untuk mengembangkan dan
menjalankan sistem.
• Objects: Objek- objek pada probem domain.
• Responsibility: Tanggung jawab sistem secara keseluruhan.
2.2.6.5. Pengertian Problem Domain
Problem domain merupakan bagian dari konteks yang diatur, diawasi atau
dipantau oleh sistem. Analisis problem domain difokuskan pada informasi-informasi
yang harus ditangani dan menghasilkan sebuah model yang merupakan gambaran dari
kelas-kelas, objek-objek, struktur dan perilaku (behavior) yang ada dalam problem
domain. Berikut ini adalah gambar aktivitas-aktivitas pada problem domain:
Gambar 2.8 Aktivitas Analisis Problem Domain
42
2.2.6.5.1. Class
Class merupakan gambaran atau definisi atau kumpulan objek yang mempunyai
structure, behavioral pattern, dan atribut yang bersamaan (Mathiassen, 2000, p53).
Objek adalah suatu entitas yang memiliki identitas, state dan behaviour. Event adalah
kejadian yang melibatkan satu atau lebih objek.
2.2.6.5.2. Structure
Structure merupakan kegiatan kedua dalam problem domain (Mathiassen, 2000,
p69). Structure digunakan untuk mencari hubungan struktural antara kelas-kelas dan
objek-objek dalam problem domain.
Hasil dari kegiatan structure adalah class diagram. Class diagram adalah
kumpulan dari kelas-kelas yang terhubung secara terstuktur.
Menurut Mathiassen (2000, p73), terdapat dua tipe dari Object Oriented
Structure yaitu:
Class Structure merupakan suatu gambaran hubungan konseptual yang statis antar
class, meliputi:
o Generalization: Kelas umum (super class) yang menjelaskan property
pada suatu kelompok kelas khusus (subclasses). Hubungan dalam
generalization dapat dikatakan sebagai hubungan “is-a”, yang berarti
subclass akan mempunyai attribute dan operation yang sama dengan
superclass.
43
Person
EmployeeCustomer
Gambar 2.9 Generalization Structure
o Cluster: Kumpulan dari kelas-kelas yang saling berhubungan. Cluster
digambarkan dengan notasi file folder yang di dalamnya terdapat
kumpulan class yang berkaitan. Class-class dalam cluster yang sama
dihubungkan dengan hubungan generalization ataupun aggregation,
sedangkan class-class yang ada pada cluster yang berbeda dihubungkan
dengan hubungan assosiation.
<<cluster>>cars
car
engine passenger car
Cylinder Taxi
Gambar 2.10 Class Structure
44
Object Structure meliputi:
o Aggregation: objek superior (keseluruhan) yang terdiri dari sejumlah
objek infer ior (sebagian). Hubungan Aggregation dirumuskan sebagai
hubungan “has-a” atau “is-part-of”.
Car
WheelBody
Gambar 2.11 Agregation Structure
Terdapat tiga tipe struktur dari aggregation, yaitu:
Whole-part: Objek superior adalah jumlah dari objek inferior, jika
dilakukan penambahan atau penghapusan objek inferior, maka
akan mengubah objek superior.
Container-content: Objek superior adalah container bagi objek
inferior, jika melakukan penambahan maupun penghapusan objek
inferior, tidak akan mengubah pokok objek superior.
Union-member: Objek superior adalah objek inferior yang
terorganisasi. Tidak akan terjadi perubahan pada objek superior
apabila melakukan penambahan atau penghapusan objek inferior,
akan tetapi ada batasannya.
o Association: hubungan yang penting antara sejumlah objek. Hubungan
association digambarkan sebagai garis yang menghubungkan class-class
yang relevan.
45
PersonCar 0..* 1..*
Gambar 2.12 Association Structure
2.2.6.5.3. Behaviour
Kegiatan ketiga dalam problem domain adalah behaviour. Behaviour berguna
untuk membuat model dinamis dari problem domain. Hasil dari kegiatan behaviour
adalah statechart diagram.
State1/ Account Openend / Amount Closed
/ Amount Deposited
/ Amount Withdrawn
Gambar 2.13 Contoh Statechart Diagram
2.2.6.6. Application Domain Analysis
Application domain adalah fase desain untuk menggambarkan kegiatan yang
mengatur, memonitor, atau mengendalikan problem domain. Analisis application domain
memiliki tiga kegiatan, yaitu Usage, Function, dan Interface. Berikut adalah gambar
kegiatan dalam application domain analysis:
46
Gambar 2.14 Aktivitas Analisis Application Domain
2.2.6.6.1. Usage
Usage merupakan kegiatan pertama yang bertujuan untuk menentukan bagaimana
interaksi actor dengan sistem. Actor adalah abstraksi dari user yang terlibat dalam
usecase. Sedangkan usecase merupakan interaksi antara sistem dengan actor di dalam
application domain. Hasil dari usage adalah deskripsi dari semua use case dan actor.
Berikut adalah contoh bentuk dari Use Case Diagram:
Gambar 2.15 Contoh Use Case Diagram
47
2.2.6.6.2. Function
Kegiatan selanjutnya dari analisis application domain adalah function. Function
bertujuan untuk menentukan kemampuan suatu sistem dalam memproses informasi.
Function memfokuskan pada apa yang bisa dilakukan sistem untuk membantu actor
dalam pekerjaan.
Function mempunyai empat tipe, yaitu:
Update function: Fungsi yang aktif ketika event dari problem domain dan
menghasilkan perubahan dalam model state.
Signal function: Fungsi yang aktif ketika perubahan di model state dan
menghasilkan reaksi dalam konteks.
Read function: Fungsi yang aktif ketika ada kebutuhan informasi oleh actor
dalam melakukan tugas dan sistem akan menampilkan informasi yang
diinginkan.
Compute function: Fungsi yang aktif ketika adanya kebutuhan informasi oleh
actor dalam melakukan tugas dan terdiri dari perhitungan sejumlah informasi.
2.2.6.6.3. Interface
Kegiatan ketiga adalah interface, yang bertujuan untuk menentukan system
interface. Interface digunakan oleh actor untuk berinteraksi dengan system.
Aktifitas interface mempunyai tiga konsep yaitu:
Interface: Fasilitas yang membuat model sistem dan fungsi dapat digunakan
oleh actor.
User interface: Interface untuk user.
48
System interface: Interface untuk sistem lain.
Terdapat empat jenis pola user interface yaitu :
Menu selection: Menampilkan pilihan-pilihan pada user interface.
Form fill-in: Pola klasik untuk entri data.
Command language: User memasukkan dan mengaktifkan perintah format
sendiri.
Direct manipulation: User memilih objek dan melaksanakan function atas
objek dan melihat hasil dari interaksi tersebut.
Hasil dari kegiatan interface adalah sebuah deskripsi elemen user interface dan
system interface yang lengkap. Hasil dari kegiatan user interface berupa form presentasi
dan dialoque style, daftar lengkap dari elemen user interface, diagram window terpilih,
dan diagram navigasi. Sedangkan hasil dari system interface berupa class diagram untuk
peralatan dan protocol eksternal untuk berinteraksi dengan sistem yang lain.
2.2.6.6.4. Sequence Diagram
Menurut Bennet (2006, p252) Sequence diagram adalah bagian dari interaksi
UML diagram, di mana interaksi ini menentukan pola komunikasi di antara sejumlah
objek atau sistem yang berpartisipasi dalam satu kolaborasi. Interaksi ini dijelaskan oleh
rangkaian pesan yang berurutan antara objek.
Sequence diagram menggambarkan interaksi antara penyusunan atau perubahan
objek dalam waktu yang berurutan. Sequence diagram dapat digambarkan dalam level
49
yang berbeda dari detail dan digunakan untuk menemukan maksud dalam beberapa
tingkatan dalam pengembangan daur hidup.
Setiap sequence diagram harus diberikan frame yang memiliki heading dengan
menggunakan notasi sd yang merupakan kependekan dari sequence diagram. Terdapat
beberapa notasi penulisan heading pada setiap frame yang terdapat dalam sequence
diagram, antara lain:
o Alt: adalah singkatan untuk alternatives yang menjelaskan terdapat beberapa
buah alternatif jalur eksekusi untuk dijalankan.
o Opt: adalah singkatan untuk optional dimana frame yang memiliki heading ini
memiliki status pilihan yang akan dijalankan jika syarat tertentu dipenuhi.
o Loop: menyatakan bahwa operation yang terdapat dalam frame tersebut
dijalankan secara berulang.
o Break:menyatakan bahwa semua operation yang berada setelah frame tersebut
tidak dijalankan.
o Par: adalah singkatan untuk parallel yang mengindikasikan bahwa operation
dalam frame tersebut dijalankan secara bersamaan.
o Seq: adalah singkatan untuk weak sequencing yang berarti operation yang
berasal dari lifeline yang berbeda dapat terjadi pada urutan manapun.
o Strict: adalah singkatan untuk strict sequencing yang menyatakan bahwa
operation harus dilakukan secara berurutan.
o Neg: adalah singkatan untuk negative yang mendeskripsikan operasi yang
tidak valid.
50
o Critical: notasi ini menyatakan bahwa operasi-operasi yang terdapat di
dalamnya tidak memiliki sela yang kosong.
o Ignore: Notasi ini menyatakan bahwa tipe pesan atau parameter yang
dikirimkan dapat diabaikan dalam interaksi.
o Consider: Consider menyatakan pesan mana yang harus dipertimbangkan
dalam interaksi.
o Assert: adalah singkatan untuk assertion yang menyatakan urutan pesan yang
valid.
o Ref: adalah singkatan untuk refer yang menyatakan bahwa frame
mereferensikan operation yang terdapat di dalamnya pada sebuah sequence
diagram tertentu.
51
Berikut adalah contoh gambar Sequence Diagram:
Gambar 2.16 Contoh Sequence Diagram
2.2.6.7. Architectural Design
Menurut Mathiassen (2002, p173) keberhasilan suatu sistem ditentukan dari
kekuatan desain arsitekturalnya. Arsitektur membentuk sistem yang sesuai dengan sistem
tersebut dengan memenuhi kriteria desain tertentu. Arsitektur berfungsi sebagai kerangka
52
untuk pengembangan selanjutnya. Suatu arsitektur yang tidak jelas akan menghasilkan
pekerjaan yang sia-sia. Terdapat tiga kegiatan dalam architectural design yaitu Criteria,
Component Architecture, dan Process Architecture. Berikut adalah gambar kegiatan yang
terdapat dalam architectural design:
Gambar 2.17 Aktivitas Architectural Design
2.2.6.7.1. Criteria
Tujuan dari sebuah criteria adalah untuk mempersiapkan prioritas dari sebuah
perancangan. Konsep utama pada criteria adalah:
Criteria: Menentukan properti yang diinginkan dari sebuah arsitektur.
Condition: Hal–hal yang bersifat teknis, organisasional, kelebihan dan
keterbatasan manusia yang terlibat dalam tugas
Sebuah desain yang baik memiliki ciri-ciri sebagai berikut:
53
Tidak mempunyai kelemahan. Syarat ini menyebabkan adanya penekanan
pada evaluasi dari kualitas berdasarkan review dan eksperimen dalam
menentukan prioritas dari criteria yang mengatur kegiatan pendesainan. Tabel
dibawah ini adalah beberapa criteria yang digunakan dalam kegiatan
mendesain objek
54
Tabel 2.8 Criteria
Kriteria Ukuran dari
Usable Kemampuan sistem untuk beradaptasi dengan organisasi,
hubungan kerja, dan konteks secara teknis.
Secure Pencegahan terhadap akses yang tidak dikehendaki
terhadap data dan fasilitas lainnya.
Efficient Eksploitasi secara ekonomis dari fasilitas-fasilitas
technical platform.
Correct Pemenuhan akan kebutuhan-kebutuhan.
Reliable Pemenuhan atas ketepatan yang diperlukan dalam
pengeksekusian suatu fungsi.
Maintainable Biaya penempatan dan perbaikan sistem yang rusak
Testable Biaya dari memastikan bahwa sistem yang dikembangkan
akan sesuai dengan yang diharapkan.
Flexible Biaya untuk memodifikasi sistem yang dikembangkan.
Comprehensible Usaha yang dibutuhkan untuk memperoleh suatu
pemahaman tentang sebuah sistem.
Reusable Kemampuan untuk menggunakan bagian sistem ke sistem
lain yang berhubungan.
Portable Biaya pemindahan sistem ke technikal platform lainnya.
Interoperable Biaya menggabungkan sistem ke sistem lainnya.
55
Menyeimbangkan beberapa kriteria. Konflik sering terjadi antar kriteria, maka
untuk menentukan kriteria mana yang diutamakan dan bagaimana cara untuk
menyeimbangkannya dengan kriteria-kriteria yang lain bergantung pada
situasi sistem tertentu.
Usable, flexible, dan comprehensible. Kriteria-kriteria ini bersifat universal
dan digunakan pada sebagian setiap proyek pengembangan sistem.
2.2.6.7.2. Component Architecture
Component architecture adalah sebuah struktur sistem dari komponen-komponen
yang saling berhubungan. Pola dalam desain komponen arsitektur yang umum digunakan,
yaitu:
Layered architecture pattern: Pola ini adalah model klasik pada software. Layer
arsitektur ini terdiri dari beberapa komponen yang ditunjuk sebagai layer. Layer
menunjukkan component sedangkan panah menunjukkan dependencies yang berarti
perubahan pada satu komponen akan mempengaruhi komponen yang lain. Arsitektur
ini sangat berguna untuk membagi sistem ke dalam komponen-komponen
<<component>>Layer i+1
<<component>>Layer 1
<<component>>Layer i-1
Gambar 2.18 Layered Architecture Pattern
56
Generic Architecture Pattern: Pola ini digunakan dalam menguraikan sistem dasar
yang terdiri dari komponen interface, function, dan model. Model component berada
di layer yang paling bawah, kemudian dilanjutkan oleh function layer dan yang
paling atas adalah interface.
<<c om ponen t>>In te rfac e
<<c om ponen t>>Us er In te rface
<<c om ponen t>>S ys tem In te rfac e
<<com ponen t>>F unction
<<com ponen t>>M ode l
<<c om ponen t>>T ec hn ic al P la fo rm
<<c om ponen t>>UIS
< <com ponen t>>D BS
<<com ponen t>>F unc tion
Gambar 2.19 Generic Architecture Pattern
Client Server Architecture Pattern: Pola ini dibangun untuk mengatasi sistem yang
terdistribusi di beberapa proses yang tersebar secara geografis. Arsitektur ini terdiri
dari sebuah server dan beberapa client. Server memiliki kumpulan operation yang
dapat digunakan oleh client. Client menggunakan server secara independen. Bentuk
distribusi dari bagian sistem diputuskan antara client dan server. Identifikasi
komponen, didalam perancangan sistem atau subsistem, pada umumnya dimulai
dengan layer architecture dan client server architecture dimana keduanya merupakan
57
dua layer yang berbeda, tetapi saling melengkapi. Perbedaannya adalah layer
architecture memberikan hierarchy discipline, sedangkan client server architecture
merupakan ekspresi dari pemikiran jaringan. Dari component architecture ini akan
menghasilkan class diagram dengan specification
<<component>>Client 1
<<component>>Client 2
<<component>>Client n
<<component>>Server
Gambar 2.20 Client server Architecture Pattern
Terdapat dua macam metode berbeda dalam membagi komponen client dan
server, yaitu:
o Client dan server dianggap sebagai subsistem tunggal yang masing-masing
memiliki komponen, yaitu user interface(U), function (F), dan model (M).
o Atau masing-masing dapat dianggap sebagai layer berbeda dalam sistem yang
sama.
58
Tabel 2.9 Form Distributed pada Client server architecture
Client Server Architecture
U U+F+M Distributed presentation
U F + M Local presentation
U + F F + M Distributed functionality
U + F M Centralized data
U + F + M M Distributed data
Component Diagram merupakan diagram implementasi yang digunakan untuk
menggambarkan arsitektur fisik dari software sistem. Diagram ini dapat menunjukkan
bagaimana coding pemrograman terbagi menjadi komponen-komponen dan juga
menunjukkan ketergantungan antar komponen tersebut (Whitten, 2004, p442). Berikut
adalah contoh gambar untuk Component Diagram:
Gambar 2.21 Contoh Component Diagram
59
2.2.6.7.3. Process Architecture
Process Architecture adalah suatu struktur sistem eksekusi yang terdiri dari
proses-proses yang saling tergantung. Hasilnya adalah deployment diagram.
Pada aktivitas ini, terdapat 3 jenis pola distribusi, yaitu:
o Centralized Pattern: Pola ini menyimpan semua data pada server pusat dan
user hanya bisa melihat user interface saja. Keuntungan dari pola ini adalah
dapat diimplementasikan pada client secara murah, semua data konsisten
karena hanya berada di satu tempat saja, strukturnya mudah.
moreclients
: : Cl ient
User Interface
System Interface
. : S erver
user Interface System interface
Function
Model
Gambar 2.22 Centralized Pattern
o Distributed Pattern: Pada pola ini, semua terdistribusi ke user atau client dan
server hanya menyebarkan model yang telah di-update di antara client.
Keuntungan utama pada model ini adalah waktu akses yang rendah, sehingga
60
tidak terjadi kemacetan jaringan, kinerja lebih maksimal, dan back-up data
banyak. Kerugian dalam pola ini adalah banyaknya data yang redundant
sehingga konsistensi data terancam, kemacetan jaringan yang tinggi karena
semua update harus disebar kepada semua client, kebutuhan teknis yang
canggih, arsitekturnya lebuh sulit dimengerti dan diimplementasikan.
_ : Client
user interface system interface
function
model
, : Server
System_interface
moreclients
Gambar 2.23 Distributed Pattern
o Decentralized Pattern Client: Pola ini berada diantara kedua pola diatas. Pada
pola ini client memiliki data tersendiri sehingga data umum hanya berada
pada server. Server menyimpan data umum dan function atas data-data
tersebut, sedangkan client menyimpan data yang merupakan milik bagian
application domain client tersebut. Keuntungan pola ini adalah konsistensi
61
data, karena tidak ada duplikasi data antara client dengan client lain ataupun
dengan server, lalu lintas jaringan jarang karena jaringan hanya digunakan
ketika data umum di server di-update. Kekurangan pola ini adalah bahwa
semua prosedur harus mampu melakukan fungsi yang kompleks dan
memelihara model dalam jumlah besar, sehingga akan meningkatkan biaya
hardware.
:client
user_interface
function.
system interface.
M odel (local)
:server
User_Interface
Function.
system_interface
M odel (common)
moreclients
Gambar 2.24 Decentralized Pattern
2.2.6.8. Component Design
Tujuan dari component design adalah untuk menentukan kebutuhan di dalam
kerangka arsitektural. Berikut adalah gambar aktivitas yang terdapat pada component
design:
62
Gambar 2.25 Aktivitas Component Design
2.2.6.8.1. Model Component
Model component adalah bagian dari sistem yang mengimplementasikan model
problem domain. Hasil dari model component adalah restrukturisasi class diagram yang
dibuat pada tahap analisis, terdiri dari penambahan class, attribute dan struktur baru yang
menunjukkan events. Restrukturisasi class dapat terjadi pada :
o Generalization: Jika terdapat dua class dengan attribute yang sama maka
dapat dibentuk class baru (revised class).
o Association: Jika terdapat hubungan many- to- many.
o Embedded Iterations: Embedded Iterations merupakan embedded di dalam
statechart diagram. Misalnya jika sebuah class terdapat statechart diagram
yang mempunyai tiga iterative events, maka dapat membentuk tiga class di
dalam perancangan model.
63
2.2.6.8.2. Function Component
Function component adalah bagian dari sebuah sistem yang
mengimplementasikan kebutuhan-kebutuhan fungsional. Tujuan dari Function
component adalah untuk menunjukkan pengimplementasian dari functions. Hasilnya
berupa class diagram dengan operations dan spesification dari operation yang kompleks.