9

BAB 2
LANDASAN TEORI

2.1. Teori-Teori Dasar/Umum
Dalam mendukung penulisan skripsi ini, maka berikut teori-teori
dasar yang digunakan oleh penulis sebagai referensi.
2.1.1. Pengertian Data
Menurut Considine et al (2012: 7), data adalah fakta mentah yang
berhubungan atau menjelaskan suatu kejadian. Sedangkan menurut Rainer,
dan Cegielski (2011: 10), Data merujuk pada deskripsi dasar suatu benda,
kejadian, aktivitas dan transaksi yang direkam, diklasifikasikan,dan
disimpan tetapi tidak disusun untuk mengungkapkan arti tertentu.
Contohnya angka, huruf, figur, suara, dan gambar.

2.1.2. Pengertian Informasi
Menurut Rainer, dan Cegielski (2011: 10), informasi adalah data yang
telah disusun sehingga data-data tersebu memiliki arti dan nilai bagi
penerimanya. Menurut Considine et al (2012: 103), informasi berasal dari
fakta atau data yang diproses dalam bentuk yang bermakna. Bentuk dari
informasi harus memenuhi tujuan dari informasi tersebut.

2.1.3. Pengertian Sistem
Menurut Satzinger, Jackson, dan Burd (2010: 6 ), sistem adalah
kumpulan dari komponen-kompenen yang saling berkaitan yang bekerja
bersama untuk mencapai beberapa tujuan. Sistem apapun dapat mempunyai
10


subsistem. Subsistem adalah sebuah sistem yang merupakan bagian dari
sistem yang lain. Jadi subsistem dapat menjadi satu cara untuk berpikir
tentang komponen dari sebuah sistem. Pemahaman sistem sebagai
gabungan antara subsistem sangat berguna untuk para analis karena
memampuhkan para analis untuk memfokuskan diri pada suatu area
tertentu. Supersistem adalah sistem yang lebih besar yang mempunyai
sistem-sistem yang lebih kecil di dalamnya.

2.1.4. Pengertian Sistem Informasi
Menurut Satzinger, Jackson, dan Burd (2010: 6), sistem informasi
adalah sekumpulan dari komponen-komponen yang berkaitan yang
mengumpulkan, memproses, dan menyediakannya sebagai output informasi
yang dibutuhkan untuk menyelesaikan tugas-tugas bisnis.

2.1.5. Pengertian Implementasi
Menurut McLeod dan Schell (2004: 144), implementasi adalah
kegiatan memperoleh dan mengintegrasikan sumber daya fisik dan
konseptual yang menghasilkan suatu sistem yang bekerja.

2.1.6. Pendekatan Implementasi Sistem
Menurut McLeod dan Schell (2004 : 147), ada empat pendekatan
dasar dalam tahap implementasi sistem:
a. Pilot adalah suatu sistem percobaan yang diterapkan dalam satu
subset dari keseluruhan operasi seperti satu kantor atau daerah tertentu.
11


b. Immediate adalah pendekatan yang paling sederhana, yaitu peralihan
dari sistem lama ke sistem baru pada satu hari tertentu. Namun
pendekatan ini hanya layak bagi perusahaan kecil atau sistem kecil,
karena permasalahan waktu semakin besar saat skala operasi
meningkat.
c. Phased adalah pendekatan dimana sistem yang baru digunakan bagian
per bagian pada suatu waktu.
d. Parallel adalah pendekatan dimana sistem lama harus dipertahankan
sampai sistem baru diperiksa secara menyeluruh. Pendekatan ini
memberikan pengamanan yang paling baik terhadap kegagalan tetapi
merupakan yang paling mahal karena kedua sumber daya
dipertahankan.
2.1.7. Pengertian ERP(Enterprise Resources Planning)
Menurut OBrien (2006 : 320), Enterprise Resources Planning (ERP)
adalah suatu tulang punggung lintas fungsi perusahaan yang
mengintegrasikan dan mengotomatisasi banyak proses internal dan sistem
informasi dalam hal fungsi produksi, logistik, distribusi, akuntansi,
keuangan, dan sumber data manusia perusahaan.
Menurut Brady (2001 :2), perangkat lunak Enterprise Resources Planning
(ERP) membantu untuk mengatur proses bisnis perusahaan, menggunakan
database umum dan pengaturan peralatan perlaporan bersama. ERP
mendukung operasi yang efisien dari proses bisnis dengan
mengintegrasikan aktivitas bisnis, termasuk penjualan, pemasaran,
manufaktur, keuangan, dan sumber daya manusia.

12


2.1.8. SAP
Menurut Brady, Monk, dan Wagner (2001 :21), SAP diperkenalkan
pada tahun 1972, berasal dari bahas Jerman yang berarti systeme,
anwendungen, and produkte in derdatenverarbeitung, dan dalam bahasa
inggris yaitu systems and applications, and products in data processing.
SAP merupakan vendor utama software ERP di Mannheim, Jerman yang
dibangun oleh 5 orang dari IBM.
Menurut Brady, Monk, dan Wagner (2001 :23), modul-modul SAP
terdiri dari :
a. Sales and Distribution (SD)
Modul Sales and Distribution (SD) mencatat pesanan dan
pengiriman yang telah terjadwal. Informasi tentang pelanggan
(harga, bagaimana dan dimana produk akan dikirim, bagaimana
pelanggan membayar tagihan, dan sebagainya) diatur dan diakses
dalam modul ini.
b. Material Management (MM)
Modul Material Management (MM) mengelola pengadaan bahan
baku dari supplier dan kemudian menangani inventory bahan baku,
dari penyimpanan untuk barang yang sedang diproses hingga
inventory barang jadi.
c. Production Planning (PP)
Modul Production Planning (PP) memelihara informasi mengenai
produksi. Disinilah produksi direncanakan dan dijadwalkan, dan
aktivitas produksi yang sesungguhnya dicatat.

13


d. Quality Management (QM)
Modul Quality Management (QM) membantu perencanaan dan
pencatatan aktivitas pengendalian kualitas, seperti inspeksi produk
dan keterangan material.
e. Plant Maintenance (PM)
Modul Plant Maintenance (PM) memungkinkan perencanaan
untuk pemeliharaan mesin-mesin pabrik, dan mengelola
pemeliharaan sumber daya, sehingga gangguan peralatan dapat
diminimalisasi.
f. Human Resource (HR)
Modul Human Resource (HR) memudahkan perekrutan,
penyewaan, dan pelatihan karyawan, termasuk juga penggajian
dan laba.
g. Financial Accounting (FI)
Modul Financial Accounting (FI) mencatat transaksi dalam akun
buku besar. Ini menghasilkan financial statement untuk tujuan
laporan eksternal.
h. Controlling (CO)
Modul Controlling (CO) digunakan untuk tujuan manajemen
internal. Disini, biaya perusahaan manufaktur ditetapkan untuk
produksi dan untuk cost center, mempermudahkan analisis biaya.
i. Asset Management (AM)
Modul Asset Management (AM) membantu perusahaan untuk
mengatur pembelian aset tetap (pabrik dan mesin) dan depresiasi
nilai yang berhubungan.
14


j. Project System(PS)
Modul Project System(PS) memungkinkan perencanaan dan
mengendalikan R&D, kontruksi, dan proyek pemasaran yang baru.
Modul ini memungkinkan biaya proyek dikumpulkan dan
seringkali digunakan untuk mengatur implementasi sistem SAP.
k. Workflow(WF)
Modul Workflow(WF) dapat digunakan untuk mengotomastisasi
beberapa aktivitas dalam sistem. Ini dapat menunjukkan analisis
aliran tugas dan karyawan dengan cepat dan tepat jika mereka
membutuhkan suatu aksi.
l. Industry Solution (IS)
Modul Industry Solution (IS) mengandung pengaturan konfigurasi
yang telah ditemukan SAP cocok dengan industri khusus.
Pengaturan ini menyederhanakan implementasi dan
memungkinkan pembeli mengambil keuntungan dalam
pengalaman industri SAP.

2.2. Teori-Teori Khusus
Teori-teori pendukung lain yang penulis gunakan sebagai referensi adalah
sebagai berikut.
2.2.1 Pengertian Manajemen Sumber Daya Manusia
Menurut Robbins dan Coulter (2004 : 305), proses manajemen
sumber daya manusia adalah berbagai kegiatan yang diperlukan untuk
mengisi staf dan mempertahankan karyawan yang berkinerja tinggi.
Gambar 2.1 dapat menunjukkan proses manajeman sumber daya manusia.
15



Gambar 2. 1 Proses manajemen sumber daya manusia


2.2.1.1 Pengertian Perencanaan Sumber Daya Manusia
Menurut Robbins dan Coulter (2004 : 307), perencanaan sumber daya
adalah proses yang dilakukan para manajer untuk menjamin bahwa mereka
memiliki jumlah dan jenis orang yang tepat, dan pada saat yang tepat, yang
mampu menyelesaikan sejumlah tugas yang dibebankan secara efektif dan
efisien. Perencanaan sumber daya manusia dapat diringkas menjadi tiga
langkah:
a. Menilai sumber daya manusia yang ada sekarang.
b. Menilai kebutuhan sumber daya manusia di masa depan.
c. Menyusun program untuk memenuhi kebutuhan di masa depan
tersebut.
2.2.1.2 Pengertian Perekrutan dan Pelepasan
Menurut Robbins dan Coulter (2004 : 309), perekrutan adalah proses
mencari, mengidentifikasi, dan menarik para calon yang berkemampuan,
16


sedangkan pelepasan adalah sejumlah teknik untuk mengurangi pasokan
tenaga kerja di dalam organisasi.

2.2.1.3 Pengertian Penyeleksian
Menurut Robbins dan Coulter (2004 : 310), proses seleksi adalah
proses penyaringan pelamar kerja untuk memastikan bahwa kandidat yang
paling layak yang akan dipekerjakan. Perangkat-perangkat yang dapat
digunakan dalam seleksi antara lain : formulir aplikasi, tes tertulis, tes
simulasi kinerja, wawancara, penyelidikan latar belakang dan pemeriksaan
fiksi.
2.2.1.4 Pengertian Orientasi
Menurut Robbins dan Coulter (2004 : 316), orientasi adalah
perkenalan karyawan baru dengan pekerjaan dan organisasinya. Ada dua
jenis orientasi :
a. Orientasi unit kerja : mengakrabkan karyawan itu dengan sasaran unit
kerja tersebut, memperjelas bagaimana pekerjaannya menyumbang
pada sasaran unit itu, dan mencakup perkenalan dengan rekan-rekan
kerja barunya.
b. Orientasi organisasi: memberi tahu karyawan baru mengenai tujuan,
riwayat, filosofi, prosedur, dan peraturan organisasi tersebut. Itu harus
mencakup tunjangan kebijakan dan tunjangan sumber daya manusia
yang relevan seperti jam kerja, prosedur penggajian, tuntutan lembur,
dan tunjangan tambahan.


17


2.2.1.5 Pengertian Pelatihan
Menurut Robbins dan Coulter (2004 : 317), keterampilan karyawan
dapat dikelompokkan menjadi tiga kategori: keterampilan teknis, antar
pribadi, dan penyelesaian masalah.Kebanyakan pelatihan diarahkan untuk
meningkatkan dan memperbaiki keterampilan teknis karyawan, yang
mencakup keterampilan dasar-kemampuan membaca, menulis, dan
melakukan perhitungan matematik- maupun kompetensi khusus yang
berkaitan dengan pekerjaan.
2.2.1.6 Pengertian Manajemen Kinerja
Menurut Robbins dan Coulter (2004 : 319), sistem manajemen kinerja
adalah suatu proses menetapkan standard kinerja dan menilai kinerja untuk
tiba pada keputusan SDM yang obyektif sehingga dapat memberikan
dokumentasi untuk mendukung keputusan itu. Metode penilaian kinerja
yang dapat dipilih adalah sebagai berikut:
a. Essay tertulis : suatu teknik penilaian kinerja dimana seorang penilai
menuliskan deskripsi dari keunggulan dan kelemahan karyawan, kinerja
masa lalu, dan potensinya.
b. Insiden kritis :suatu teknik penilaian kinerja dimana seorang penilai
berfokus pada sikap yang menonjol yang memisahkan kinerja pekerjaan
yang efektif dan tak efektif.
c. Skala pemeringkat grafis : Teknik penilaian kinerja dimana karyawan
dinilai berdasar serangkaian faktor kinerja.
d. BARS(skala pemeringkat berdasarkan perilaku): Teknik penilaian
kinerja yang menilai karyawan berdasarkan contoh perilaku yang
sebenarnya.
18


e. Perbandingan banyak orang : Teknik penilaian kinerja yang
membandingkan kinerja seseorang dengan satu orang lain atau lebih.
f. MBO (manajemen berdasar tujuan): para karyawan dievaluasi berdasar
seberapa baik mereka mencapai serangkaian sasaran tertentu yang telah
ditentukan sebagai faktor penentu keberhasilan penyelesaian pekerjaan.
g. Penilaian 360 derajat : metode penilaian kinerja yang menggunakan
umpan balik dari karyawan, dan rekan kerja.

2.2.1.7 Pengertian Kompensasi dan Tunjangan
Menurut Robbins dan Coulter (2004 : 321), menyusun sistem
kompensasi yang efektif dan efisien merupakan bagian penting proses
manajemen atau pengelolaan sumber daya manusia. Sistem kompensasi
yang efektif dan memadai dapat membantu menarik dan mempertahankan
orang-orang yang kompeten dan berbakat yang dapat membantu organisasi
tersebut mencapai misi dan sasarannya. Selain itu, sistem kompensasi
sebuah organisasi telah terbukti mempunyai dampak pada kinerja strategis.
Beberapa faktor yang dapat mempengaruhi kompensasi dan tunjangan
karyawan adalah :
a. Jabatan dan kinerja karyawan : Berapa lamakah karyawan bekerja di
perusahaan dan bagaimana kinerjanya?
b. Jenis pekerjaan yang dilakukan : Apakah pekerjaan memerlukan
tingkatan keahlian yang tinggi?
c. Jenis bisnis : Termasuk dalam industri apakah perkerjaan ini?
d. Serikat buruh: Apakah perusahaan ini berserikat?
19


e. Padat tenaga kerja atau padat modal : Apakah perusahaan ini padat
tenaga kerja atau padat modal?
f. Filosofi manajemen : Apakah filosofi manajemen mengenai
pengupahan?
g. Lokasi geografis : Di manakah organisasi itu terletak?
h. Profitabilitas perusahaan : Seberapa besar profitabilitas perusahaan ini?
i. Ukuran perusahaan : Seberapa besarkah perusahaan ini?
2.2.1.8 Pengertian Pengembangan Karir
Menurut Robbins dan Coulter (2004 : 322), salah satu keputusan
karier pertama harus dibuat adalah pemilihan karier. Pilihan karier yang
optimum adalah pilihan yang memberikan kecocokan yang paling baik
antara apa yang dikehendaki dari hidup dan minat, kemampuan, serta
peluang pasar. Hasil pilihan karier yang baik harus menghasilkan
serangkaian posisi yang memberi peluang untuk menjadi pekerja yang
berkinerja tinggi, meningkatkan keinginan untuk mempertahankan
komitmen terhadap karier , menghasilkan pekerjaan yang sangat
memuaskan, dan memberi keseimbangan yang wajar antara kehidupan
kerja dan kehidupan pribadi.

2.2.2 mySAP ERP Human Capital Management
Menurut Anonim 2 (2006:6-2), perusahaan dapat memaksimalkan
nilai dari karyawan dan menyeleraskan kemampuan, aktivitas dan insentif
yang dimiliki karyawan dengan tujuan dan strategi bisnis. mySAP ERP
HCM juga menyediakan tools untuk mengatur, mengukur, dan memberi
penghargaan terhadap konstribusi dari individu maupun tim.
20


Menurut Anonim 2 (2006: 6-3), Elemen-elemen mySAP ERP HCM
a. Organizational management
b. Applicant data
c. Personnel management
d. Personnel development
e. Training and event management
f. Time management
g. Appraisal
h. Payroll
i. Personnel cost planning

2.2.2.1 The Organizational Plan/ Organizational Management
Elemen Organizational Management digunakan untuk memetakan
struktur organisasi perusahaan dan struktur pelaporan organisasi yang
relevan dengan objek dengan cepat dan efektif.
Menurut Anonim1 (2006:27),Organizational Plan adalah sebuah
model yang komperhensif dan dinamis dari lingkungan struktural dan
personil suatu perusahaan.
Menurut Anonim2 (2006:6-3), Istilah-istilah kunci yang digunakan
dalam Organizational Management :
a. Organizational Unit
Organizational Unit menggambarkan berbagai unit bisnis yang ada
pada suatu organisasi. Organizationa Unit dapat dibagi berdasarkan
kriteria fungsional dan regional


21


b. Jobs
Jobs adalah deskripsi umum atau template yang berlaku untuk
beberapa posisi dengan persyaratan, tugas dan karakteristik yang
sebanding.
c. Positions
Positions adalah unit organisasional terkecil dalam struktur organisasi.
Positions menggambarkan pendistribusian tugas kepada karyawan
dalam suatu organisasi.
d. Persons
Orang yang menempati suatu posisi dalam struktur organisasi.
Persons mewakili karyawan-karyawan yang ada pada organisasi. Data
dari karyawan tersebut dimaintained di Personel Management.
2.2.2.2 Recruitment
Menurut Anonim1 (2006:54) ,komponen Recruitment digunakan
untuk menangani seluruh proses perekrutan dari memasukkan data pelamar
sampai menentukan posisi staff. Hal ini berlaku bagi pelamar eksternal dan
karyawan internal yang ingin mengganti posisi. Menurut Anonim2 (2006:6-
4), persyaratan kepegawaian digambarkan dalam Vacancies. Vacancies
adalah posisi yang perlu diisi. mySAP ERP HCM menggambarkan
persyaratan karyawan, periklanan, mengatur dan memilih pelamar, dan
korespondensi dari pelamar.
Proses umum dalam recruitment:
a. Posisi yang kosong akan diumumkan pada iklan lowongan
pekerjaan.
22


b. Data pelamar dimasukkan kedalam sistem (nama, alamat,
kualifikasi, dsb)
c. Proses seleksi yang rumit, keputusan dibuat.
d. Kontrak pekerjaan dibuat untuk pelamar yang diterima.
e. Data pelamar ditransfer ke master data HCM

2.2.2.3 Personnel Management
Menurut Anonim2 (2006:6-6), integrasi antara Recruitment dan
Personnel Administration memungkinkan data pelamar ditransfer sebagai
data karyawan. Data karyawan disimpan pada mySAP ERP HCM sebagai
infotype. Data tersebut dapat ditampilkan, di-copy, dikoreksi, dan dihapus.
Infotype dapat dimaintain dengan beberapa cara, yaitu:
a. Single-screen maintainance (satu infotype untuk satu orang)
b. Personnel actions (serangkaian infotype untuk satu orang)
c. Fast entry (satu infotype untuk banyak orang)
2.2.2.4 Personnel Development
Menurut Anonim2 (2006:6-8), dengan komponen Personnel
Development, anda dapat merencanakan dan menyadari pengembangan
personil dan pendidikan serta training lebih lanjut untuk karyawan.
Persyaratan Personnel Development didapat dari perbandingan antara
kebutuhan dari suatu pekerjaan dan kualifikasi yang dimiliki karyawan.

2.2.2.5 Training and Event Management
Menurut Anonim2 (2006:6-9), Training and Event Management
adalah komponen yang sangat terintegrasi yang membantu dalam
23


merencanakan, melaksanakan, mengatur training dan event bisnis. Ada 4
proses utama dalam training and event management, yaitu:
a. Business Event Preparation
Meliputi semua data yang dibutuhkan pada saat membuat business
event catalog tersebut digambarkan dengan menggunakan hirarki
yang terdiri dari business event group dan business event type.
b. The Business Event Catalog
The Business Event Catalog kemudian dibuat, tanggal event yang
direncanakan dan dibuat di dalam sistem.
c. Ketika tanggal telah tersedia, day-to day activities seperti booking,
rebooking, atau pembatalan business event untuk peserta internal
maupun eksternal mungkin saja terjadi.
d. Recurring Activities sangat erat hubungannya dengan day-to-day
activities. Setelah sebuah training, peserta dapat menulis penilaian
atas training tersebut. Jika peserta internal, kualifikasi baru dapat
ditransfer ke subprofiles di personnel development

2.2.2.6 Time Management
Menurut Anonim2 (2006:6-11), komponen Time Management dapat
digunakan untuk mendukung semua proses yang berhubungan dengan
perencanaan, pencatatan dan penilaian waktu kehadiran dan ketidakhadiran
karyawan.
Ada beberapa pilihan untuk mencatat data waktu seperti waktu kerja,
perjalanan off-site work, atau penggantian, yaitu sebagai berikut:
a. Online oleh time administrators
24


b. Menggunakan sistem pencatatan waktu front-end
c. Menggunakan mySAP ERP Cross-Application Time
Sheet(CATS)
2.2.2.7 Appraisal
Menurut Anonim2 (2006:6-12), fungsionalitas Appraisal mendukung
proses Appraisal yang fleksibel yang dapat digunakan untuk melaksanakan
standar Appraisal dengan objektivitas tertinggi. Hal ini berlaku tidak hanya
pada penilaian personil yang tradisional, tetapi juga berlaku bagi penilaian
business event dan karyawan online ataupun survey pelanggan dengan
menggunakan layanan internet maupun intranet.
Tahap-tahap dari suatu proses Appraisal meliputi semua tahap-tahap
yang biasanya terdapat pada proses appraisal seperti perencanaan, review
dan pelaksanaan penilaian serta evaluasi dari Appraisal yang diajukan.

2.2.2.8 Payroll
Menurut Anonim2 (2006:6-13), pada umumnya Payroll terkonsentrasi
pada perhitungan gaji karyawan, secara lebih spesifik, payroll meliputi
banyak proses, seperti pembuatan hasil penggajian dan laporan gaji,
transfer bank, dan pembayaran dengan cek. Proses tersebut meliputi
sejumlah aktivitas yang berkesinambungan seperti pengiriman hasil
penggajian ke mySAP ERP Financial.
Perhitungan pemberian gaji dilakukan dengan tahap berikut ini:
a. Mengumpulkan elemen gaji dan hasilnya adalah gaji kotor.
b. Pengurangan secara hukum dan sukarela hasilnya adalah gaji
bersih (country spesific)
25


2.2.2.9 Personnel Cost Planning
Menurut Anonim2 (2006:6-14), personnel Cost Planning mendukung
proses bisnis yang melampaui batas-batas departemen dan aplikasi.
Informasi mengenai pembayaran didapat dari berbagai sumber, informasi
tersebut digunakan untuk membuat perencanaan biaya untuk Personil.
Ketika perencanaan tersebut telah dibuat, data tersebut dapat
digunakan untuk banyak proses, seperti:
a. Membuat anggaran training untuk Training and Event
Management
b. Transfer data ke Controlling.
c. Pembuatan proyeksi biaya untuk analisis lebih lanjut pada SAP
Business Information Warehouse.

2.2.3 Pengertian Testing
Menurut Quadri dan Farooq (2010: 1), pengujian software adalah
proses verifikasi dan validasi apakah sebuah aplikasi software atau program
memenuhi persyaratan bisnis dan persyaratan teknis yang mengarahkan
desain dan pengembangan dan cara kerjanya seperti yang diharapkan dan
juga mengidentifikasi kesalahan yang penting yang digolongkan
berdasarkan tingkat severity pada aplikasi yang harus diperbaiki.
Menurut Nidhra dan Dondeti (2012:1), pengujian software adalah
teknik yang sering digunakan untuk verifikasi dan validasi kualitas suatu
software. Pengujian software adalah prosedur untuk eksekusi sebuah
program atau sistem dengan tujuan untuk menemukan kesalahan.
26


Kesimpulan yang dapat diambil dari pendapat-pendapat tersebut
adalah pengujian software merupakan proses verifikasi dan validasi apakah
software memenuhi requirement dan mengidentifikasi kesalahan-kesalahan
yang ditemukan saat eksekusi program.

2.2.4 Granularity Test
Menurut Black (2009 :2), test granularity mengacu pada kehalusan
atau kekasaran fokus tes. Test case yang halus mengijinkan tester untuk
memeriksa detil pada tingkat rendah, biasa pada internal sistem. Test case
yang kasar memberikan informasi tentang perilaku sistem secara umum
kepada tester.
Ada tiga spektrum pada test granularity, yaitu :
a. Structural(White Box) Tests
b. Behavioral (Black Box) Tests
c. Live Tests

2.2.4.1 Structural (White-Box Test)
Menurut Black (2009 :2), Structural test (atau yang biasa disebut
white-box tests dan glass-box tests) menemukan bug dalam elemen struktur
tingkat rendah seperti yang terjadi di tingkatan code , data base scemas,
chips, subassemblies dan interfaces. Pengujian struktural ini didasarkan
pada bagaimana suatu sistem beroperasi. Contohnya, pengujian struktural
akan mengungkapkan tempat penyimpanan database masih memiliki ruang
penyimpanan username sebanyak 80 karakter, tetapi pada kenyataannya
hanya memungkinkan menyimpan 40 karakter.
27


Pengujian struktural melibatkan pengetahuan teknis terperinci dari
sistem. Untuk menguji software, tester membuat pengujian yang paling
struktural dengan melihat kode dan struktur data itu sendiri. Untuk
pengujian hardware, tester membuat pengujian struktural untuk
membandingkan spesifikasi chip untuk pembacaan oscilloscopes atau meter
tegangan.
2.2.4.2 Behavioral (Black-Box) Tests
Menurut Black (2009 :3), Tester menggunakan behavioral test
(disebut juga Black-Box Tests), sering digunakan untuk menemukan bug
dalam high level operations, pada tingkatan fitur, profil operasional dan
skenario customer. Tester dapat membuat pengujian fungsional black box
berdasarkan pada apa yang harus sistem lakukan. Behavioral testing
melibatkan pemahaman rinci mengenai domain aplikasi, masalah bisnis
yang dipecahkan oleh sistem dan misi yang dilakukan sistem. Behavioral
test paling baik dilakukan oleh penguji yang memahami desain sistem,
setidaknya pada tingkat yang tinggi sehingga mereka dapat secara efektif
menemukan bug umum untuk jenis desain.
Menurut Nidhra dan Dondeti (2012:1), black box testing juga disebut
functional testing, sebuah teknik pengujian fungsional yang merancang test
case berdasarkan informasi dari spesifikasi.

2.2.4.3 Live Test
Menurut Black (2009 :4), Live test mengikutsertakan customer,
content experts, early adopter, dan end user lainnya dalam pengujian sistem.
Dalam beberapa kasus, penulis mendorong tester untuk mencoba
28


menelusuri sistem tersebut. Beta testing merupakan salah satu bug-driven
live test yang dikenal.

2.2.5 Pengertian Product Specification
Menurut McArthur dan Shepard (2000 :108) product specification
menyediakan semua rincian teknis suatu produk yang dihasilkan. Hal ini
diberikan kepada orang-orang yang akan memproduksi produk. Ini
membantu memastikan bahwa produk tersebut identik dan memiliki
kualitas yang diperlukan.

2.2.6 Pengertian Technical Specification
Menurut Berkun (2008 : 139) technical specification menjelaskan
detil gambaran dari komponen yang paling rumit atau komponen yang
digunakan kembali oleh programmer lain dan untuk menyediakan petunjuk
untuk pekerjaan yang membutuhkan spesifikasi fitur.

2.2.7 Pengertian Quality Risk Analysis
Menurut Shirouyehzad, Dabestani, dan Badakhshian (2011:1) Risk
analysis adalah suatu pendekatan yang tepat untuk membedakan dan
mengevaluasi critical failure factors (CFF). Identifikasi resiko
menghasilkan daftar spesifik proyek dan resiko yang kemungkinan
mengakibatkan kegagalan proyek. Salah satu metode yang dapat
mengidentifikasi dan memprioritaskan CFF adalah failure mode and effect
analysis (FMEA).

29


2.2.8 Pengertian Failure Mode and Effect Analysis (FMEA)
Menurut Black (2009 :32), pada dasarnya FMEA adalah suatu teknik
untuk memahami dan memprioritaskan failure modes atau quality risk
dalam fungsi sistem, fitur, atribut, perilaku, komponen, dan interface.
Contoh FMEA :

Gambar 2. 2 Contoh FMEA
Ada beberapa kolom pada FMEA yaitu :
a. System Function or Feature
Kolom ini merupakan titik mulai dari analisis FMEA, berisi deksripsi
fungsi dari suatu kategori. Untuk memperoleh level detil yang tepat
cukup rumit. Dengan detil yang telalu banyak, akan tercipta chart
yang telalu panjang dan sulit untuk dibaca. Dengan detil yang telalu
sedikit, akan tecipta banyak failure modes yang dihubungkan pada
setiap fungsi.
b. Potential Failure Mode(s)-Quality Risk (s)
Pada kolom ini, untuk setiap fungsi atau fitur akan diidentifikasi cara
untuk menemukan kesalahan tersebut. Quality risk berhubungan
30


dengan hilangnya fungsi sistem tertentu. Setiap fungsi atau fitur
tertentu dapat memiliki banyak failure modes.
c. Potential Effect(s) of Failure
Pada kolom Potential Effect(s) of Failure, akan dijabarkan bagaimana
setiap failure mode dapat mempengaruhi user.
d. Critical
Pada kolom ini, diidentifikasi apakah pengaruh yang potensial
memberikan konsekuensi yang kritis bagi user. Apakah fitur produk
atau fungsi sepenuhnya tidak berguna jika failure mode terjadi?
e. Severity
Pada kolom ini berisi nilai efek dari kesalahan pada sistem( baik yang
langsung atau tidak). Sebagai contoh skala yang dapat digunakan pada
kolom ini dari 1(paling tinggi)-5(paling rendah) menandakan
tingkatan efek.
f. Potential Cause(s) of Failure
Kolom ini berisi daftar faktor-faktor yang memungkinkan untuk
menicu terjadinya kesalahan.
g. Priority
Kolom priority berisi nilai efek kesalahan pada user, customer, atau
operator. Sebagai contoh skala yang dapat digunakan pada kolom ini
dari 1(paling tinggi)-5(paling rendah) menandakan tingkatan efek.
h. Detection Method(s)
Kolom ini berisi metode atau prosedur yang ada sekarang , sebagai
contoh development activities atau vendor testing, yang dapat
membantu menemukan masalah sebelum mempengaruhi user.
31


i. Likelihood
Kolom ini berisi angka-angka yang merepresentasikan kerentanan
kesalahan sistem berdasarkan keberadaan dalam produk (contoh
berdasarkan faktor resiko teknis seperti kompleksitas dan historis
kecacatan), lepas dari proses development, dan gangguan pada
operasi user. Sebagai contoh skala yang dapat digunakan pada kolom
ini dari 1(paling tinggi)-5(paling rendah) menandakan tingkatan
kerentanan sistem.
j. Risk Pri No
Kolom yang memberikan informasi seberapa penting untuk menguji
failure mode tertentu. RPN merupakan hasil perkalian dari nilai
severity,priority, dan likelihood. Berdasarkan contoh nilai dari ketiga
parameter tersebut 1-5 maka nilai RPN antar 1-125.
k. Recommended Action
Kolom ini mengandung satau atau lebih action item sederhana untuk
setiap efek potensial untuk mengurangi resiko tersebut.
l. Who/When?
Kolom ini mengidentifikasi siapa yang bertanggung jawab terhadap
tiap aksi yang diusulkan dan kapan tanggung jawab tersebut akan
dijalankan.
m. References
Kolom ini menyediakan referensi untuk informasi lebih tentang
quality risk. Biasanya mengacu pada product specification, dokumen
requirement, atau dokumen lainnya.

32


2.2.9 Test Phases
Menurut Black (2009 :4), perusahaan cenderung untuk mengadopsi
sebuah pendekatan partitioning testing hingga urutan dalam fase-fase
(biasanya disebut level). Berikut adalah bermacam-macam fase pengujian :
a. Unit Testing
Unit testing memfokuskan pada sebuah potongan kode. Dengan
bahasa pemograman seperti C, unit testing harus mengikutsertakan
suatu fungsi tunggal.
b. Component atau subsystem testing
Componen testing berlaku untuk sekelompok unit yang menyajikan
beberapa set kemampuan sistem. Jadi, component testing adalah
pengujian terhadap sekelompok unit sistem yang memberikan suatuset
fungsi tertentu.
c. Integration atau product testing
Integration atau product testing berfokus pada hubungan dan
interface antara pasangan komponen dan kelompok komponen dalam
sistem yang sedang diuji.
d. String testing
String testing berfokus pada masalah dalam penggunaan script
tertentu dan string operasional customer. Pengujian string mungkin
mengikutsertakan kasus seperti dokumen enkripsi dan dekripsi
dokumen, atau pembuatan, pencetakan, dan menyimpan sebuah
dokumen.
e. System testing
33


System testing mencakup seluruh sistem yang terintegrasi. Biasanya
seperti pada installation dan usability testing, pengujian ini melihat
suatu sistem dari pandangan customer dan end user.
f. User Acceptance Testing
Tujuan dari pengujian ini adalah mendemonstrasikan bahwa sistem
memenuhi persyaratan. Pada pengembangan software and hardware
komersial, acceptance test kadang-kadang disebut alpha dan beta test.
Alpha dan beta test dijalankan untuk mendemonstrasikan kesiapan
suatu produk di pasaran, walaupun banyak organisasi juga
menggunakan pengujian ini untuk menemukan bug yang tidak
terdekteksi saat proses pengujian sistem.
g. Pilot Testing
Pilot testing menguji kemampuan perakitan untuk produksi masal
sistem yang telah diselesaikan.
Berdasarkan penjelasan di atas, maka pengujian sistem SAP HR
Sinarmas Land, digunakan metode Component atau subsystem testing yang
disebut juga Functionality testing dan Integration atau product testing.

2.2.10 Report Testing
Menurut Protiviti (2010:2), report testing adalah proses menelaah
keakuratan dan kelengkapan laporan-laporan utama. Akurat merupakan
ketepatan atau kebenaran dari dokumen-dokumen sumber yang ada pada
laporan seperti komponen-komponen yang muncul dalam laporan yang
dapat ditelusuri ke dokumen sumbernya dan dikonfirmasikan kebenarannya.
34


Kelengkapan berarti dapat dimengertinya dan tersedianya data-data yang
diinginkan dalam laporan.
Pendekatan pengujian laporan menurut Protiviti (2010:4) adalah :
a. Recalculation : Tergantung pada jenis laporan, recalculation
dapat dijalankan berdasarkan porsi dari laporan atau dengan
menjumlahkan berbagai macam subtotal untuk melaporkan grand
total dalam laporan. Digunakan dalam laporan atau paket laporan
yang melakukan kalkulasi yang diinginkan.
b. Accuracy Testing : Pengujian ini melibatkan "back-tracing" pada
contoh transaksi pada pengujian performa laporan terhadap
sumber data. Dapat disimpulkan bahwa pengujian akurasi ini
mencocokan kesesuaian data yang ditampilkan pada laporan
dengan sumber data.
c. Completeness Testing : Pengujian ini melibatkan "forward -
tracing" pada contoh transaksi dari sumber data ke laporan.
Memastikan bahwa element dari contoh data yang harus muncul
pada laporan, pada kenyataan muncul dalam laporan dan
memberikan kepastian bahwa laporan menampilkan satu set
lengkap informasi bagi end user.
2.2.11 Transitions
Menurut Black (2009 :56), pada setiap fase pengujian, sistem yang
diuji harus memenuhi satu set kualifikasi minimal sebelum organisasi
pengujian dapat menjalankan pengujian secara efektif dan efisien.
Transition harus dapat menjabarkan kriteria yang penting untuk memulai
dan menyelesaikan berbagai fase pengujian (dan untuk melanjutkan sebuah
35


proses pengujian yang efektif dan efisien). Kriteria yang biasanya
digunakan adalah :
a. Entry Criteria
Entry Criteria menjabarkan apa yang harus terjadi untuk mengijinkan
sebuah sistem dilanjutkan ke tahap pengujian berikutnya.
b. Stopping Criteria
Stopping Criteria merupakan kriteria yang digunakan oleh penguji
profesional yang menentukan kapan pengujian harus berhenti sesuai
dengan kondisi yang telah dijabarkan pada kriteria ini.
c. Continuation Criteria
Continuation Criteria mendefiniskan kondisi dan situasi yang harus
berlaku dalam proses pengujian untuk mengijinkan pengujian
dilanjutkan secara efektif dan efisien.
d. Exit Criteria
Exit Criteria menjelaskan bagaimana menentukan kapan proyek telah
selesai melakukan pengujian.

2.2.12 Pengertian Test Case
Menurut Black (2009 :610), Test case adalah urutan langkah-langkah,
substep, dan tindakan-tindakan lain yang dilakukan secara bertahap atau
paralel, atau kombinasi turutan, yang membuat kondisi pengujian yang
dirancang untuk dievaluasi dari test case.
Quadri dan Farooq (2010: 2) mengatakan bahwa user requirement
harus diketahui sebelum merancang test case. Sebuah test case harus
36


mengandung sebuah deskripsi dari output yang benar dari program untuk
satu set input data.

2.2.13 Test Case Life Cycle

Gambar 2. 3 Test case life cycle
Menurut Black (2009 :208), ada beberapa kemungkinan status test
case. Beberapa siklus hidup test case yang digunakan antara lain(seperti
pada gambar 2.3) :
a. Queue
Test case siap untuk dijalankan, dan diassign pada tester untuk
dieksekusi.
b. In Progress
Pengujian sedang dijalankan dan akan dilanjutkan untuk beberapa
saat.
c. Block
Kondisi seperti kehilangan potongan fungsi atau kekurangan sebuah
komponen penting dalam pengujian sehingga menghalangi tester
untuk menjalankan pengujian.

37


d. Skip
Pengujian dilewati karena prioritas pengujiannya yang relatif rendah.
Tester dapat melakukan pengujian namun tester tidak ingin
menjalankan pengujian tersebut.
e. Pass
Test case berhasil dijalankan dan tester hanya menemukan hasil
yang diharapkan , status dan perilaku yang diharapkan.
f. Fail
Dalam satu atau dua cara, tester menemukan hasil, status dan
perilaku yang tidak diharapkan yang mempertanyakan kualitas
sistem pada pencapaian tujuan pengujian.
g. Warn
Dalam satu atau dua cara, tester menemukan hasil, status dan
perilaku yang tidak diharapkan, tapi kualitas sistem tidak
menggangu pencapaian tujuan pengujian.
h. Closed
Untuk test case yang telah ditandai dengan fail atau warn dalam
siklus pengujian yang pertama, dan untuk rilis pengujian berikutnya
bug tersebut telah diperbaiki.

2.2.14 Pengertian Bug
Menurut Black (2009 :601), bug adalah sebuah masalah yang ada
pada sistem yang sedang diuji yang mengakibatkan sistem gagal untuk
memenuhi hasil yang diharapkan, biasanya disebut juga cacat. Gejala dari
bug adalah kegagalan atau kesalahan.
38


2.2.14.1 Pengertian Bug Report
Black (2009 :146) mengatakan bahwa bug report adalah sebuah
dokumen teknis yang mendeskripsikan berbagai gejala atau model
kesalahan yang berhubungan dengan satu bug tertentu. Sebuah bug report
yang baik menangkap informasi yang dibutuhkan oleh seorang programmer
untuk memperbaiki masalah. Contoh Bug report :

Gambar 2. 4 Bug detail report


2.2.14.2 Bug Report Life Cycle
Dalam pengujian tester dapat menemukan bug dalam sistem yang
akan dicatat dalam laporan bug atau bug report. Untuk mempermudah
dalam pengelolaan bug yang dilaporkan maka diberikan status untuk bug
yang dilaporkan. Menurut Black (2009 :158), ada beberapa status dalam
siklus hidup laporan bug, yaitu :
39



Gambar 2. 5 Bug report life cycle
a. Review
Ketika tester memasukkan data laporan bug yang baru ke dalam
database bug, database bug menahan data bug untuk ditinjau sebelum
dapat dilihat oleh orang diluar test team.
b. Rejected
Jika peninjau laporan memutuskan bahwa laporan perlu untuk
dikerjakan ulang baik dengan penelitian dan informasi lebih lanjut
atau peningkatan kata-kata, peninjau akan menolak laporan tersebut.
c. Open
Jika tester telah mengkategorikan dan mengisolasi masalah, peninjau
akan melakukan open laporan, sehingga laporan tersebut dapat
diketahui dunia sebagai bug.
d. Assigned
Project team mengassign laporan kepada manager pengembangan
yang kemudian akan diassign kembali ke developer untuk diperbaiki.
40



e. Test
Setelah bagian development memperbaiki masalah, maka laporan bug
siap untuk diuji kembali.
f. Reopened
Jika perbaikan yang dilakukan gagal pada pengujian, tester akan
melakukan reopened pada laporan bug.
g. Closed
Jika perbaikan telah melewati pengujian, tester akan menutup laporan
pengujian tersebut.
h. Deffered
Jika anggota project team memutuskan bahwa masalah benar adanya
namun bug memiliki prioritas yang rendah atau dijadwalkan untuk
diperbaiki pada rilis berikutnya, maka laporan bug ini ditunda.
i. Cancelled
Jika project team memutuskan bahwa masalah tidak benar adanya,
maka laporan bug akan dicancel.

2.2.15 Pengertian Test Tracking Spreadsheet
Menurut Black (2009 :199), test tracking spreadsheet merupakan
suatu alat yang digunakan untuk mengelola eksekusi pengujian. Test
Tracking Spreadsheet ini dapat terdiri dari 2 bagian yaitu :
a. Test case summary
Summary ini digunakan saat penguji ingin melacak status dari
setiap test case, konfigurasi mana yang dijalankan saat pengujian, dan
41


siapa yang menjalankan pengujian (Black, 2009:200). Test case
summary juga memiliki versi extended dimana test case summary
dilengkapi dengan Bug ID , Bug RPN, tanggal pengujian, dan
sebagainya. Kolom-kolom ini dapat disesuaikan dengan kebutuhan
penguji.
Contoh Test Case Summary:

Gambar 2. 6 Test Case Summary
b. Test suite summary
Test suite summary berisi data jumlah test case dalam setiap
suite dan berapa test case dalam status (Fail, Pass,Skip,In queue, dan
Block) (Black, 2009:203). Kolom-kolom ini dapat disesuaikan dengan
kebutuhan penguji. Contoh Test suite Summary :
42



Gambar 2. 7 Test suite Summary

2.2.16 Pengertian Use case
Menurut Satzinger, Jackson, dan Burd (2010: 161), sebuah use case
adalah aktivitas yang dilakukan oleh sistem , biasanya sebagai respon
terhadap request dari user. Use case pada dasarnya sama dengan proses
atau aktivitas.
2.2.17 Pengertian Activity Diagram
Menurut Satzinger, Jackson, dan Burd (2010: 141), Activity Diagram
adalah jenis dari workflow diagram yang mendeskripsikan aktivitas-
aktivitas berbagai user (atau sistem) dan alur-alurnya. Workflow adalah
urutan dari langkah-langkah pemrosesan yang secara lengkap mengatur satu
transaksi bisnis atau permintaan customer. Contoh Activity Diagram:

Gambar 2. 8 Contoh Activity Diagram berdasarkan Satzinger, Jackson, dan
Burd(2010: 143)
43


2.3 Kerangka Pikir
Berikut adalah kerangka pikir dari pengujian sistem SAP HR
Sinarmas Land:

Gambar 2. 9 Kerangka Pikir
44



Berikut adalah penjelasan kerangka pikir :
a. Analisis proses bisnis dengan activity diagram : memberikan
penjelasan terhadap proses bisnis yang berjalan pada perusahaan
untuk dipetakan ke dalam sistem dengan memberikan requirement
dari proses bisnis tersebut.
b. Pemetaan alur proses bisnis : memberikan gambaran terhadap
hubungan antar satu proses bisnis dengan proses bisnis lainnya.
c. Product specification :Menjelaskan karakteristik dari setiap submodul
termasuk input apa yang diperlukan dan output apa yang dihasilkan.
d. Technical specification : membuat spesifikasi teknis dari modul yang
diuji, seperti penjelasan fungsi button dan field pada user interface.
e. Quality Risk Analysis (FMEA) : Membuat analisis kemungkinan
kesalahan yang dapat mengurangi kualitas sistem yang diharapkan
untuk menentukan bagian mana yang harus diuji.
f. Membuat Test Case : Membuat daftar item-item yang akan diuji
dalam Functionality testing.
g. Membuat skenario pengujian : menyusun test case ke dalam
kemungkinan-kemungkinan alur proses bisnis yang akan diuji dalam
integration testing.
h. Membuat user manual : membuat panduan langkah-langkah
penggunaan sistem bagi user .
i. Functionality Testing : melakukan pengujian terhadap komponen-
komponen atau unit- unit dalam sistem.
45


j. Integration Testing : melakukan pengujian terhadap integrasi masing-
masing submodul secara berurutan.
k. Report Testing : melakukan pengujian terhadap laporan dan
keakuratan serta kelengkapan isi laporan berdasarkan data hasil
pengujian pada tahan Integration testing.
l. Membuat bug report : Melakukan dokumentasi akan bug atau error
yang terjadi selama functionality testing, integration testing, dan
report testing.
m. Membuat bug graphic :Merangkum bug atau error yang ditemukan
selama pengujian ke dalam bentuk grafik.