10 BAB 2 LANDASAN TEORI 2.1. Teori Umum 2.1.1. Sistem Pada

BAB 2
LANDASAN TEORI
2.1. Teori Umum
2.1.1. Sistem
Pada zaman sekarang, setiap perusahaan berlomba-lomba untuk
menciptakan suatu sistem yang terkomputerisasi di dalam suatu
perusahaan agar membantu perusahaan dalam menjalankan proses
bisnisnya.
Menurut O’Brien (2006, p29), mengemukakan bahwa sistem
merupakan sekumpulan komponen-komponen yang saling berhubungan
untuk mencapai tujuan bersama dengan memproses data yang masuk dan
menghasilkan informasi melalui proses yang terstruktur.
Menurut McLeod (2007, p11), sistem adalah sekelompok elemen
yang terintegrasi dengan maksud yang sama untuk mencapai suatu
tujuan.
Dari pengertian di atas dapat ditarik kesimpulan bahwa sistem
merupakan sekumpulan komponen-komponen penting yang terstruktur
dan saling berhubungan yang dapat digunakan untuk memproses data dan
kemudian diubah menjadi sebuah informasi penting yang berguna bagi
perusahaan.
10
11
2.1.2. Data
Hampir semua perusahaan besar sudah menggunakan alat-alat
komputer untuk menunjang proses bisnisnya, maka terjadi suatu aliran
data yang begitu cepat dan banyak, maka dari itu suatu perusahaan harus
dapat mengatasi masalah tersebut dengan menggunakan suatu sistem
yang diimplementasi di dalam perusahaan.
Menurut O’Brien (2006, p38), mengemukakan bahwa data
merupakan sebuah fakta atau hasil dari sebuah observasi, yang biasanya
berisikan fenomena fisik yang merupakan sebuah pengukuran terhadap
atribut dari suatu entitas.
Menurut McLeod (2007, p9), data terdiri dari fakta-fakta dan
angka-angka yang secara relatif tidak berarti bagi pemakai, fakta mentah
yang belum diolah.
Dari pengertian di atas dapat ditarik kesimpulan bahwa data
merupakan sebuah fakta yang dapat berupa angka-angka hasil dari sebuah
analasis dan observasi.
2.1.3. Informasi
Perusahaan untuk memenangkan persaingan dagang dengan
perusahaan lain harus mampu memperoleh informasi-informasi dari luar
maupun dari dalam guna mengetahui perkembangan dan trend pasar
untuk dapat mengembangkan produk perusahaan di masa mendatang.
12
Menurut O’Brien (2006, p5), menerangkan bahwa informasi
merupakan hasil dari proses pengolahan data menjadi konteks yang
berguna bagi para pemakai sistem.
Menurut McLeod (2007, p9), informasi adalah data yang telah
diproses atau data yang memiliki arti.
Menurut Laudon (2007, p14), informasi adalah data yang telah
disusun ke dalam bentuk yang memiliki arti dan berguna bagi manusia.
Dari pengertian di atas dapat ditarik kesimpulan bahwa informasi
merupakan sebuah kumpulan data yang telah diproses dan memiliki arti
atau nilai.
2.1.4. Sistem Informasi
Perusahaan berlomba-lomba membangun sebuah sistem informasi
di dalam perusahaan guna memproses data-data yang masuk dan
kemudian dijadikan sebagai dasar pengembangan suatu produk di dalam
perusahaan. Dengan sistem informasi inilah sebuah ide-ide baru dapat
tercipta, selain itu juga dengan adanya sistem informasi dapat membantu
perusahaan dalam menjalankan proses bisnisnya.
Menurut O’Brien (2006, p5), menerangkan bahwa sistem
informasi merupakan sebuah perpaduan antara user, hardware, software,
network, dan database yang berisikan informasi dalam sebuah organisasi.
Menurut
Laudon
(2007,
p14),
sistem
informasi
adalah
sekumpulan komponen yang saling berhubungan yang bekerjasama
13
mengumpulkan
(atau
mengambil),
memproses,
menyimpan,
dan
menyebarkan informasi untuk mendukung pengambilan keputusan,
koordinasi, dan pengawasan dalam suatu organisasi.
Menurut Turban (2008, p6), sistem informasi adalah suplai
informasi yang berguna untuk memproses data menjadi informasi dan
pengetahuan.
Dari pengertian di atas dapat ditarik kesimpulan bahwa sistem
informasi merupakan sebuah alat untuk memproses informasi yang
kemudian dapat dijadikan sebagai pengambilan keputusan akan suatu
masalah yang sedang terjadi, selain itu juga dapat memberi masukan
untuk mengembangkan perusahaan ke depannya.
2.1.5. Data Flow Diagram (DFD)
2.1.5.1.
Definisi Data Flow Diagram
Menurut Marakas (2006, p117), data flow diagram adalah
sebuah alat bantu grafis yang menggambarkan urutan dari proses
dan fungsi-fungsi yang terdapat di dalam sistem yang terperinci
dan aliran data yang terdapat dalam sistem.
2.1.5.2.
Simbol-Simbol DFD
Data flow diagram memiliki empat simbol dasar, sebagai
berikut :
14
Tabel 2.1 Simbol Data Flow Diagram
(Sumber : Marakas 2006, p117)
Process
DeMarco-Yourdon
Gane_Sarson
Symbology
Symbology
Penjelasan
Menggambarkan
bagian
dari
sistem
yang
mengubah input
menjadi output.
Data
Menggambarkan
Store
sekumpulan data
yang
sedang
tidak digunakan
Data
Menggambarkan
Flow
perpindahan
sekumpulan
informasi
suatu
dari
bagian
sistem ke bagian
lain.
Entity
Menggambarkan
entitas
yang
15
berhubungan
dengan sistem
2.1.5.3.
Diagram Konteks
Diagram Konteks digunakan untuk mengidentifikasi
batasan sistem yang berkaitan dengan hubungan setiap entitas
yang saling berkaitan. Pada diagram konteks hanya akan memiliki
satu proses saja yang menggambarkan sistem secara keseluruhan
beserta hubungan antar sistem.
2.1.5.4.
Diagram Nol
Diagram nol digunakan untuk menggambarkan proses
utama yang terkandung dalam sistem.
Menurut Marakas (2006, p122), proses-proses yang
digambarkan ke dalam diagram nol adalah sebagai berikut :
•
Proses yang menangani inflow dan outflow dari
penyimpanan data.
•
Proses yang secara langsung bertanggung jawab
atas produksi dan distribusi data ke satu atau lebih
entity.
16
•
Proses yang secara langsung menangkap data dari
satu atau lebih sumber.
•
Proses yang menyajikan high level descriptor dari
operasi transformasi multistep data.
2.1.6. Flow Chart
2.1.6.1.
Definisi Flow Chart
Menurut
website
(sdarsono.staff.gunadarma.ac.id
/Downloads/files/16512/Flowchart.pdf),
flow
chart
adalah
penggambaran secara grafik dari langkah-langkah dan urut-urutan
prosedur dari suatu program. Flow chart menolong analis dan
programmer untuk memecahkan masalah kedalam segmensegmen yang lebih kecil dan menolong dalam menganalisis
alternatif-alternatif lain dalam pengoperasian. Flow chart
biasanya mempermudah penyelesaian suatu masalah khususnya
masalah yang perlu dipelajari dan dievaluasi lebih lanjut.
2.1.6.2.
Simbol-Simbol Flow Chart
Flow Chart memiliki beberapa simbol-simbol sebagai berikut :
17
Tabel 2.2 Simbol Flow Chart
(Sumber : sdarsono.staff.gunadarma.ac.id
/Downloads/files/16512/Flowchart.pdf )
Simbol
Penjelasan
Simbol ini digunakan untuk
semua jenis dokumen, nama
dokumen
dicantumkan
di
tengah simbol.
Simbol ini digunakan untuk
menggambarkan dokumen asli
dan
tembusannya.
Nomor
lembar dokumen dicantumkan
di sudut kanan atas pada
lembar dokumen.
Simbol ini digunakan untuk
menggambarkan berbagai jenis
dokumen yang digabungkan
bersama di dalam satu paket.
Simbol ini digunakan untuk
penghubung
memungkinkan
yang
suatu
aliran
dokumen berhenti pada suatu
18
keadaan dan kemudian dapat
kembali berjalan.
Simbol ini untuk menandakan
akhir
arus
dokumen
mengarahkan
pembaca
dan
ke
simbol penghubung halaman
yang sama yang bernomor
seperti yang sudah tercantum
pada simbol tersebut.
Simbol ini untuk menandakan
awal
arus
berasal
dokumen
dari
penghubung
yang
simbol
halaman
yang
sama, yang bernomor seperti
yang sudah tercantum pada
simbol tersebut.
Simbol ini digunakan untuk
penghubung
yang
pada
berbeda
menunjukan
halaman
dan
kemana
untuk
dan
bagaimana bagan alur terkait
satu sama lainnya.
19
Simbol ini digunakan untuk
menggambarkan
kegiatan
manual, seperti : mengisi form,
menerima
order
dari
pelanggan.
Simbol ini digunakan untuk
menunjukkan
tempat
penyimpanan
dokumen
sementara yang dokumennya
akan diambil kembali dari
arsip
tersebut
kepentingan
di
untuk
masa
mendatang.
Simbol ini digunakan untuk
menunjukkan
tempat
penyimpanan
dokumen
permanen yang dokumennya
tidak akan digunakan lagi di
masa mendatang.
Simbol ini digunakan untuk
menggambarkan
keputusan
dalam proses pengolahan data.
20
Isi keputusan dituliskan di
dalam simbol.
Simbol ini digunakan untuk
menggambarkan arah proses
pengolahan data.
Simbol ini digunakan untuk
menggambarkan
awal
dan
akhir dari sebuah sistem.
2.1.7. State Transition Diagram (STD)
Menurut Shelly dan Rosenblatt (2010, p279), state transition
diagram adalah suatu diagram yang menggambarkan bagaimana sistem
bereaksi terhadap suatu event.
•
Status (State)
Merupakan suatu kondisi di dalam kehidupan suatu objek.
Lambang :
•
Transisi (Transition)
Merupakan perubahan dari status awal ke status
berikutnya. Perubahan tersebut digambarkan dengan suatu
mata panah yang mengarah ke status berikutnya.
Lambang :
21
2.2. Teori Khusus
2.2.1. Database
Database system sangat dibutuhkan perusahaan untuk menunjang
proses bisnisnya. Dengan adanya database diharapkan dapat membantu
sebuah perusahaan dalam menyimpan data-data dalam jumlah yang besar.
Menurut Connolly and Begg (2010, p65), mengemukakan bahwa
database merupakan sebuah kumpulan dari data yang terkait secara logis
dan merupakan deskripsi dari data, yang dirancang agar dapat memenuhi
kebutuhan dari organisasi.
Menurut Kusrini (2007, p5), beberapa definisi database dari
beberapa sudut pandang, yaitu :
•
Himpunan kelompok data yang saling berhubungan yang telah
diorganisasi sedemikian rupa agar dapat dimanfaatkan dengan
cepat dan mudah.
•
Kumpulan data yang saling terintegrasi yang digunakan untuk
memenuhi kebutuhan akan data dengan cepat.
•
Kumpulan data yang saling berhubungan yang disimpan
secara bersama dan tidak ada pengulangan pada masingmasing datanya.
•
Kumpulan arsip yang saling berhubungan dan disimpan dalam
media penyimpanan elektronik.
Dari pendapat di atas dapat ditarik kesimpulan, database adalah
sebuah wadah yang berisi kumpulan data yang tersimpan rapi dan
22
terstruktur di dalam sebuah perusahaan yang berbasis komputer yang
berguna untuk melayani kebutuhan beberapa pengguna dalam satu atau
lebih organisasi.
23
Gambar 2.1 Struktur Sistem Basis Data
(Sumber : Wijaya D. R., Praktikum Sistem Manajemen Basis
Data, 2009)
Gambar di atas menerangkan komponen-komponen fungsional
dari sebuah sistem basis data di mana sebuah basis data dapat dibagi
menjadi dua komponen menjadi query processor dan storage manager di
mana
setiap
komponen
memiliki
bagian
masing-masing
untuk
menjalankan fungsi masing-masing dalam menjalankan sistem basis data
dalam mengatur data dan membuat sebuah query.
24
Komponen-komponen fungsional dari sebuah sistem basis data
dibagi menjadi dua, yaitu komponen query processor dan komponen
storage manager.
a. Query processor terdiri atas:
1. DML compiler
Menerjemahkan perintah DML pada suatu query ke
dalam instruksi level rendah yang dimengerti oleh mesin
evaluasi query. Dengan kata lain, DML compiler berusaha
mengubah suatu permintaan user menjadi bentuk yang
ekuivalen namun lebih efisien sekaligus juga menentukan
sebuah strategi yang tepat untuk mengeksekusi query tersebut.
2. Embedded DML Precompiler
Mengkonversi perintah DML yang embed pada sebuah
program aplikasi ke procedure call yang normal dalam bahasa
host. Precompiler ini harus berinteraksi dengan DML
compiler untuk menghasilkan kode yang sesuai.
3. DDL interpreter
Menginterpretasikan perintah DDL dan mencatatnya
dalam sekumpulan tabel yang mengandung metadata.
4. Query Evaluation Engine
Mengeksekusi instruksi level rendah yang dihasilkan
oleh DML compiler.
25
b. Komponen storage manager terdiri atas:
1. Manajer otorisasi dan integritas
Menguji integritas dari constraint yang ada serta otoritas
user untuk mengakses data.
2. Manajer transaksi
Meyakinkan basis data tetap pada kondisi konsisten
(benar) saat terjadi kegagalan sistem serta meyakinkan bahwa
eksekusi dari transaksi yang konkuren (terjadi “bersamaan”)
berlangsung tanpa adanya konflik.
3. Manajer file
Mengelola alokasi ruang pada disk penyimpanan struktur
data yang digunakan untuk mewakili informasi yang disimpan
pada disk.
4. Manajer buffer
Bertanggung jawab untuk mengambil data dari disk
penyimpanan ke dalam memori utama serta menetukan data
yang mana yang akan ditempatkan di memory.
2.2.2. Fact Finding Technique
Sebuah sistem basis data dibangun berdasarkan masalah yang
sedang muncul lalu dibuatkan sistemnya untuk menangani masalah
tersebut. Untuk mencari masalah-masalah tersebut harus dilakukan
26
beberapa kegiatan pengumpulan data agar dapat diperoleh informasiinformasi penting.
Menurut Connolly and Begg (2010, p317), teknik fact finding
adalah
1.
Dokumentasi
Dokumentasi membantu menyediakan informasi perusahaan yang
berkaitan dengan masalah yang sedang dihadapi dengan cara
mempelajari dokumen-dokumen, laporan dan file yang berkaitan
dengan sistem yang ada.
2.
Wawancara
Dengan wawancara dapat diperoleh informasi dari individuindividu secara langsung. Tujuannya untuk menemukan fakta dan
mengidentifikasi kebutuhan, serta memperoleh ide-ide dari seorang
individu.
3.
Observasi
Teknik ini merupakan teknik yang secara langsung terjun ke
lapangan untuk memantau atau mempelajari seseorang terhadap
sistem untuk memahami sebuah sistem lebih lanjut.
4.
Riset
Melakukan riset terhadap suatu masalah yang sedang dihadapi.
Hasil riset dapat menyediakan informasi-informasi penting tentang
bagaimana orang lain memecahkan masalah yang serupa dengan
teknik-teknik tertentu.
27
5.
Kuisioner
Kuisioner adalah sebuah dokumen yang diberikan langsung
kepada sejumlah orang untuk memperoleh fakta-fakta yang berkaitan
dengan sistem. Teknik ini merupakan yang paling efisien untuk
memperoleh informasi dari banyak orang.
2.2.3. Database Language
Di dalam sebuah aplikasi basis data memiliki ketentuan-ketentuan
yang berlaku yang harus diperhatikan oleh user dan perancang. Tentunya
harus memperhatikan penggunaan bahasa di dalam sistem basis data.
2.2.3.1. Data Definition Language (DDL)
Menurut Connolly and Begg (2010, p92), mendefinisikan
Data Definition Language (DDL) sebagai bahasa yang
memungkinkan database administrator untuk menambahkan dan
menamakan entitas, atribut dan hubungan yang dibutuhkan
dalam aplikasi, terkait dengan integritas dan kendala keamanan
aplikasi.
Menurut
Dedy
Rahman
Wijaya
(2007,
p9),
mendefinisikan bahwa Data Definition Language (DDL)
merupakan struktrur sebuah tabel, tipe data setiap field dan
constraint yang berlaku pada data yang tersimpan di dalam
sebuah tabel.
28
Dari pengertian di atas dapat ditarik kesimpulan bahwa
Data Definition Language (DDL) merupakan pemberian sebuah
entitas, atribut, dan hubungan ke dalam sebuah tabel untuk
mendefinisikan arti tabel tersebut.
2.2.3.2. Data Manipulation Language (DML)
Menurut Connolly and Begg (2010, p92), mendefinisikan
Data Manipulation Language (DML) sebagai bahasa yang
menyediakan suatu fungsi yang dapat memanipulasi data-data
yang ada di dalam database.
Berdasarkan Dedy Rahman Wijaya (2007, p10), Data
Manipulation Language (DML) merupakan bahasa yang
memungkinkan user untuk mengakses atau memanipulasi data
sebagaimana telah direpresentasikan oleh model data.
Dapat ditarik kesimpulan bahwa Data Manipulation
Language (DML) merupakan suatu bahasa komputer yang
memberikan
fungsi
untuk
memanipulasi
data-data
dan
menggunakannya untuk keperluan pengguna.
2.2.4. Database Management System (DBMS)
Dalam
penggunaannya,
DBMS
dapat
berguna
untuk
meningkatkan mutu perusahaan. DBMS biasa digunakan oleh seorang
database administrator untuk mengatur proses bisnis suatu perusahaan.
29
Menurut Connolly and Begg (2010, p66), mengemukakan bahwa
Database Management System (DBMS) merupakan suatu sistem
perangkat lunak yang memungkinkan pengguna untuk mendefinisikan,
membuat, memelihara, dan mengatur akses pada database.
Berdasarkan Dedy Rahman Wijaya (2007, p2), menjelaskan
bahwa Database Management System (DBMS)
merupakan sebuah
perangkat lunak yang digunakan untuk mengelola dan memanggil kueri
(query) basis data.
Menurut Enakrire dan Baro (2008, p23), DBMS merupakan
perangkat lunak yang digunakan untuk mengakses, meng-update, dan
memanipulasi data dalam database yang terkomputerisasi.
Dari pengertian di atas dapat ditarik kesimpulan bahwa Database
Management System (DBMS) merupakan sebuah perangkat lunak yang
digunakan untuk mendefinisikan, membuat, memelihara, dan mengatur
akses pada database.
2.2.5. Fungsi DBMS
DBMS sangat berguna bagi perusahaan dalam menjalankan
proses bisnisnya. Dengan adanya DBMS diharapkan perusahaan dapat
mampu bersaing dengan perusahaan lain di era globalisasi ini.
Menurut Connolly and Begg (2010, p99-p104), fungsi DBMS
adalah sebagai berikut :
30
-
Penyimpanan, pengambilan, dan peng-update-an data
Sebuah
DBMS
harus
menyediakan
bagi
pengguna
suatu
kemampuan/fitur untuk menyimpan, mengambil, dan meng-update
data dalam DBMS.
-
Katalog User-Accesible
Sebuah DBMS harus menyediakan sebuah katalog yang menyimpan
deskripsi tentang item data dan mudah diakses pada pengguna.
-
Mendukung transaksi
Sebuah DBMS harus menyediakan mekanisme yang memastikan
setiap update dilakukan sesuai dengan transaksi yang diberikan.
-
Layanan kendali konkurensi
Sebuah DBMS harus menyediakan sebuah mekanisme untuk
memastikan bahwa basis data di-update dengan benar ketika banyak
pengguna meng-update basis data secara bersama-sama.
-
Layanan Perbaikan
Sebuah DBMS harus menyediakan sebuah mekanisme untuk
memperbaiki basis data ketika sebuah basis data mengalami
kerusakan dalam prosesnya.
-
Layanan Autorisasi
Sebuah DBMS harus menyediakan sebuah mekanisme untuk
memastikan bahwa pengguna yang memiliki otoritas/hak agar dapat
menggunakan basis data.
31
-
Mendukung bagi Komunikasi Data
Sebuah DBMS harus mampu diintegrasikan dengan software
komunikasi.
-
Layanan Integritas
Sebuah DBMS harus mampu untuk menyediakan sebuah arti untuk
memastikan bahwa data di dalam basis data tersimpan dengan baik
dan perubahan yang terjadi pada data harus mengikuti aturan tertentu.
-
Layanan Peningkatan Keterbebasan Data
Sebuah DBMS harus memasukkan sebuah fasilitas tambahan untuk
mendukung keterbatasan program dari struktur basis data yang
sebenarnya agar menjadi lebih lengkap.
-
Layanan Utilitas
Sebuah DBMS harus dapat menyediakan seperangkat layanan utilitas
yang membantu database admin dalam mengelola basis data secara
efektif.
2.2.6. Komponen DBMS
DBMS merupakan sebuah aplikasi perangkat lunak yang tentunya
memiliki komponen-komponen penting di dalamnya agar menjadi satu
kesatuan di dalam sistem.
Menurut Connolly and Begg (2010, p68-71), mengemukakan
bahwa terdapat lima komponen yang ada dalam DBMS, yaitu :
32
• Hardware
Dalam melakukan kegiatannya, DBMS membutuhkan
perangkat-perangkat untuk menjalankan aplikasinya, seperti
PC, mainframe, serta jaringan komputer.
• Software
Software yang dimaksud meliputi aplikasi DBMS, Sistem
Operasi, serta Sistem Jaringan.
• Data
Merupakan komponen penting yang menjadi penghubung
antara komponen manusia dengan komponen mesin.
• Procedures
Merupakan
aturan-aturan
yang
digunakan
dalam
perancangan serta penggunaan database. Prosedur merupakan
panduan dasar bagi pengguna dalam menjalankan sistem yang
ada.
• People
Merupakan orang-orang yang terlibat langsung di dalam
perancangan, pembuatan, serta pengimplementasian dari suatu
DBMS. Adapun peranan-peranan dari orang-orang yang
terlibat meliputi Database Administrator, Database Designer,
Application Developer, dan End User.
33
2.2.7. Relational Data Structure
Menurut Connolly and Begg (2010, p144), struktur relasi data
dibagi menjadi tujuh bagian, antara lain :
• Relation
Sebuah tabel yang terdiri dari kolom dan baris
• Attribute
Merupakan sebuah kolom yang berisikan nama relasi dari
sebuah kolom.
• Domain
Merupakan sebuah himpunan nilai yang diperbolehkan
untuk satu atau lebih attribut.
• Tuple
Merupakan sebuah baris dari relasi.
• Degree
Merupakan sebuah tingkatan relasi yang menerangkan
banyaknya jumlah atribut yang membatasi.
• Cardinality
Merupakan jumlah hubungan antar tuple.
• Relational Database
Merupakan kumpulan dari hubungan hasil normalisasi
dengan nama hubungan yang berbeda.
34
2.2.8. Entity Relationship Model
Dalam
merancang
sebuah
aplikasi
basis
data
harus
memperhatikan pendekatan yang ada untuk mengindentifikasi data-data
penting.
2.2.8.1. Entity Type
Menurut Connolly and Begg (2010, p372), menerangkan
bahwa entity type merupakan kumpulan dari object dengan
properties yang sama, tetapi memiliki keberadaan yang mandiri
dan terpisah.
ƒ Strong Entity
Menurut Connolly and Begg (2010, p383), strong
entity merupakan tipe entitas yang tidak memiliki
ketergantung pada entitas lainnya.
ƒ Weak Entity
Menurut Connolly and Begg (2010, p383), weak
entity
nerupakan
tipe
entitas
yang
memiliki
ketergantungan terhadap keberadaan beberapa entitas
lainnya.
2.2.8.2. Multiplicity
Menurut Connolly and Begg (2010, p385), menerangkan
bahwa multiplicity merupakan jumlah terjadinya kemungkinan
35
suatu entitas dapat berhubungan dengan entitas lainnya. Adapun
hubungan-hubungan yang mungkin terjadi antar entitas tersebut
adalah sebagai berikut :
•
One-to-One Relationships
•
One-to-Many Relationships
•
Many-to-Many Relationships
•
Multiplicity for Complex Relationships
•
Cardinality and Participation Constraints
Gambar 2.2 Connectivity Of A Relationship
(Sumber : Tobey Teorey 2011, p20)
Gambar di atas menerangkan hubungan suatu entitas
dengan
entitas
lainnya
yang
dapat
bernilai
one-to-one
relationships, one-to-many relationships, dan many-to-many
relationships. Setiap nilai hubungan tersebut menandakan situasi
keadaan sebenarnya yang terjadi.
36
2.2.8.3. Attributes
Di dalam sebuah entity relationship model terdapat
bermacam-macam data penting yang memiliki hubungan satu
sama lainnya. Salah satu bagian terpenting dari sebuah entitas
adalah attributes.
Menurut Connolly and Begg (2010, p379), menerangkan
bahwa atribut merupakan sebuah properti dari suatu entitas.
Dari pendapat di atas dapat disimpulkan, attributes
merupakan sebuah bagian dari entitas yang berisi data-data
penunjang untuk memperlengkap sebuah entitas.
2.2.8.3.1. Simple Attributes
Menurut Connolly and Begg (2010, p379),
menerangkan bahwa simple attribute merupakan
sebuah
atribut
komponen
yang
tunggal
tersusun
dengan
dari
sebuah
keberadaan
yang
mandiri dan terpisah. Contohnya : nama.
2.2.8.3.2. Composite Attributes
Menurut Connolly and Begg (2010, p379),
menerangkan
bahwa
composite
attribute
merupakan atribut yang tersusun dari beberapa
komponen di mana setiap komponennya tidak
37
memiliki
keterikatan
satu
sama
lainnnnya.
Contohnya : alamat.
2.2.8.3.3. Single-Valued Attributes
Menurut Connolly and Begg (2010, p380),
single-valued attributes merupakan sebuah atribut
yang
memiliki
nilai
tunggal
dalam
setiap
kemunculan suatu entitas. Contohnya : nama.
2.2.8.3.4. Multi-Valued Attributes
Menurut Connolly and Begg (2010, p380),
multi-valued attributes merupakan atribut yang
memiliki banyak nilai dalam setiap kemunculan
suatu entitas. Contohnya : gelar.
2.2.8.3.5. Derived Attributes
Menurut Connolly and Begg (2010, p380),
menerangkan derived attributes merupakan atribut
yang mewakili sebuah nilai yang diturunkan dari
nilai atribut terkait atau sekumpulan atribut yang
terkait tersebut belum tentu dalam tipe entitas yang
sama. Contohnya : umur.
38
2.2.8.4. Keys
Menurut
Connolly
(2010,
p381),
key
merupakan
sekelompok atribut yang unik. Keys dibagi menjadi tiga, yaitu :
•
Candidate Key
Candidate Key merupakan jumlah minimal atribut yang
secara unik mengidentifikasi setiap kemunculan suatu
entity.
•
Primary Key
Primary Key adalah candidate key yang dipilih
berdasarkan keunikan yang dimilikinya, berguna untuk
membedakan dengan candidate key lainnya.
•
Composite Key
Candidate Key yang terdiri dari dua atau lebih atribut.
2.2.8.5. Relasional Integritas
Menurut
Connolly
and
Begg
(2010,
p153-p154),
relasional integritas terbagi menjadi beberapa jenis, yaitu :
o Null
Merupakan gambaran sebuah nilai bagi sebuah atribut
yang tidak diketahui atau tidak bernilai.
o Integritas Entitas
39
Pada relasi dasar, tidak ada atribut primary key yang
bernilai null. Primary key berperan sebagai identifier yang
digunakan untuk mengidentifikasi tuple secara unik.
2.2.9. Normalisasi
Data di dalam
perusahaan masuk dalam jumlah banyak dan
digolongkan berdasarkan jenis tertentu yang kemudian dibuatkan tabel
untuk dianalisis. Terkadang data-data tersebut terjadi penumpukan yang
menyulitkan untuk dianalisis.
Menurut Connolly and Begg (2010, p416), normalisasi adalah
suatu teknik untuk menghasilkan sejumlah hubungan dengan sifat yang
diinginkan yang diberikan persyaratan data dari suatu perusahaan.
Dari pendapat di atas dapat ditarik kesimpulan, normalisasi adalah
suatu langkah-langkah yang terstruktur untuk menghasilkan sebuah
hubungan dengan sifat yang diinginkan oleh suatu perusahaan
•
Un-normalized Form
Menurut Connolly and Begg (2010, p430), un-normalized
form adalah suatu tabel yang berisi satu atau lebih kelompok yang
berulang.
•
First Normalized Form (1NF)
Menurut Connolly and Begg (2010, p430), 1NF jika
persimpangan setiap baris dan kolom hanya mengandung satu
40
nilai. Cara untuk menghilangkan repeating group pada tabel yang
tidak normal adalah:
1. Dengan memasukkan data ke kolom yang kosong dari baris
yang mengandung data-data yang berulang.
2. Dengan memasukan data-data yang berulang bersama pada
relasi yang terpisah.
•
Second Normalized Form (2NF)
Menurut Connolly and Begg (2010, p434), 2NF jika suatu
hubungan pada 1 NF dan setiap atribut yang bukan primary key
fungsional berkaitan pada primary key.
•
Third Normalized Form (3NF)
Menurut Connolly and Begg (2010, p435), 3NF jika
hubungan berada dalam bentuk 1NF dan 2NF lalu tidak ada
atribut yang merupakan sebuah primary key yang berkaitan secara
kuat dengan primary key.
41
2.2.10. Database Life Cycle
Gambar 2.3 Siklus Hidup Aplikasi Basis Data
(Sumber : Connolly And Begg 2010, p314)
Dari gambar di atas dapat dilihat untuk membangun suatu
database system yang baik maka perlu untuk mengikuti tahap demi tahap
dalam siklus hidup aplikasi basis data dari tahap database planning yang
berfungsi untuk menentukan database apa yang akan dibangun dan
42
kegunaan database yang akan dibangun. Setelah itu sangat perlu sekali
membuat system definition yang menggambarkan batasan-batasan dari
suatu sistem yang akan dibangun dan juga harus diketahui apa saja yang
dibutuhkan dari sebuah sistem tersebut agar dapat dibangun tepat tujuan.
Sistem yang sudah jadi harus terpantau terus agar jika terjadi error dapat
ditangani untuk memperlancar proses bisnis suatu perusahaan.
2.2.10.1.
Database Planning
Membangun sebuah sistem basis data yang akan
diimplementasi di sebuah perusahaan harus dipikirkan secara
mendalam berdasarkan masalah yang sedang terjadi pada sebuah
perusahaan agar dapat menghasilkan sistem untuk mengatasi
masalah tersebut. Pembuatan basis data ini harus melalui tahapantahapan penting.
Menurut Connolly and Begg (2010, p313), menerangkan
bahwa Database Planning merupakan suatu kegiatan pengaturan
yang memungkinkan tahapan dari siklus hidup pengembangan
sistem database untuk direalisasikan seefisien mungkin dan
seefektif
mungkin.
terdapat
tiga
masalah
pokok
dalam
merumuskan suatu strategi sistem informasi, yaitu:
1. Mengidentifikasi rencana dan tujuan perusahaan dengan
penentuan sistem informasi yang diperlukan kedepannya.
43
2. Mengevaluasi dari sistem yang berjalan untuk menentukan
kekurangan dan kelebihan.
3. Menilai
tentang
peluang
IT
yang
mungkin
akan
memberikan keuntungan.
Dapat diambil kesimpulan bahwa Database Planning,
yaitu suatu langkah-langkah perencanaan pengimplementasian
suatu aplikasi database pada suatu perusahaan.
2.2.10.2.
System Definition
Aplikasi basis data yang dihasilkan oleh seorang
perancang tentunya harus dapat memenuhi kebutuhan-kebutuhan
user namun dibalik itu tentunya sebuah aplikasi tersebut memiliki
batasan-batasan akan sebuah hal yang tidak dapat dipenuhi.
Menurut Connolly and Begg (2010, p316), menerangkan
bahwa System Definition merupakan suatu penjelasan terhadap
ruang lingkup dan batasan dari sistem basis data serta pandangan
pengguna akhir secara garis besar.
Dapat ditarik kesimpulan bahwa System Definition
merupakan sebuah gambaran atau penjelasan akan suatu
rancangan database system sehingga user dapat mengetahui
batasan-batasan suatu aplikasi dalam memenuhi kebutuhan user
untuk menyimpan data-data penting dengan aman dan rapih.
44
2.2.10.3.
Requirement Collection and Analysis
Pembuatan sistem basis data berdasarkan masalah yang
sedang muncul yang harus dibuatkan solusinya dengan sistem
basis data. Hal itu membuat sebuah sistem baru harus mampu
untuk menjawab tantangan-tantangan kebutuhan yang harus
dipenuhi agar masalah terpecahkan.
Menurut Connolly and Begg (2010, p316), menerangkan
bahwa Requirements Collection and Analysis merupakan proses
dari mengumpulkan serta menganalisis informasi tentang bagianbagian perusahaan yang harus didukung oleh sistem basis data
serta
menggunakan
informasi
yang
didapat
untuk
lebih
mengetahui kebutuhan sistem yang akan dibuat, dengan tujuan
untuk menggantikan sistem yang lama.
Berdasarkan pengertian di atas dapat disimpulkan,
Requirements Collection and Analysis merupakan sebuah proses
pengumpulan data-data suatu perusahaan yang akan dianalisis
masalahnya yang sedang terjadi untuk dibuatkan suatu rancangan
sistem basis data yang akan menggantikan sistem yang lama.
2.2.10.4.
Database Design
Perusahaan besar berlomba-lomba menciptakan sebuah
aplikasi database agar dapat diimplementasikan di dalam
perusahaannya untuk memenangkan persaingan dagang dengan
45
perusahaan lainnya, Perusahaan harus mampu untuk membangun
sebuah sistem untuk mempermudah pekerjaan yang dilakukan
user. Masih banyak perusahaan yang belum menggunakan sistem
basis data dalam penyimpanan data-data penting perusahaan.
Untuk mengatasi masalah tentang penyimpanan data yang
mungkin muncul, maka sangat perlu dibuatkan sebuah design
basis data pada perusahaan.
Menurut Connolly and Begg (2010, p320), menerangkan
bahwa perancangan basis data merupakan suatu proses pembuatan
sebuah rancangan yang akan mendukung tujuan perusahaan dan
tujuan yang harus dicapai guna memenuhi persyaratan sistem
basis data. Proses perancangan basis data dibagi menjadi tiga,
yaitu:
1. Perancangan Basis Data Konseptual
Proses pengembangan dari pembangunan sebuah
model dari data yang digunakan dalam perusahaan.
Pengembangan ini tidak tergantung pada rancangan fisik.
Menurut Connolly dan Begg (2010,p322), langkah
awal dalam perancangan basis data adalah dengan
membangun model data konseptual lokal bagi setiap view.
Perancangan basis data konseptual bertujuan untuk
membangun model data konseptual lokal dari sebuah
perusahaan bagi setiap view tertentu.
46
Perancangan basis data konseptual melibatkan
beberapa aktifitas, yaitu :
a. Mengidentifikasi Entitas
Tahap ini bertujuan untuk mengidentifikasi entitas
utama yang dibutuhkan oleh view. Sebuah metode untuk
mengidentifikasi
entitas
adalah
dengan
memeriksa
spesifikasi kebutuhan pengguna. Dari spesifikasi ini, akan
dapat diidentifikasi kata benda. Selain itu, tujuan dari
tahap ini juga untuk mencari objek utama.
b. Mengidentifikasi Relationship
Tahap
ini
bertujuan
untuk
mengidentifikasi
relationship penting yang terdapat antara entitas yang
telah diidentifikasi. Secara khusus, relationship ditandai
dengan kata kerja.
c. Mengidentifikasi dan Menghubungkan Atribut Dengan
Entitas atau Relationship
Tahap ini bertujuan untuk menghubungkan atribut
dengan entitas atau relationship yang sesuai. Atribut dapat
diidentifikasi dimana kata benda merupakan sebuah sifat,
kualitas, identifier, atau karakteristik dari entitas atau
relationship.
47
d. Menentukan Domain Atribut
Tahap ini bertujuan untuk menentukan domain
bagi atribut di dalam model data konseptual lokal. Domain
merupakan sebuah kolom nilai dari satu atau lebih atribut
yang menggambarkan nilai dari masing-masing atribut.
e. Menentukan Atribut Primary Key dan Candidate Key
Tahap
ini
bertujuan
untuk
mengidentifikasi
candidate key bagi setiap entitas dan jika terdapat lebih
dari satu candidate key, pilihlah satu yang akan dijadikan
primary key.
f. Mempertimbangkan Penggunaan Konsep Permodelan
Lebih Lanjut
Tahap ini bertujuan untuk mempertimbangkan
penggunaan konsep pemodelan lebih lanjut, seperti
spesialisasi / generalisasi, agregasi dan composition.
g.
Memeriksa Model Untuk Pengulangan
Tahap ini bertujuan untuk memeriksa keberadaaan
berbagai pengulangan di dalam model. Pada tahap ini
berfungsi untuk memeriksa kembali relationship one-toone dan menghilangkan relationship yang berulang.
48
h.
Memvalidasi Model Konseptual Lokal terhadap
Transaksi User
Tahap ini bertujuan untuk memastikan bahwa
model konseptual lokal mendukung transaksi yang
diperlukan oleh user.
i.
Mereview Model Data Konseptual lokal Dengan User
Tahap ini bertujuan untuk mereview model data
konseptual lokal dengan pengguna untuk memastikan
bahwa
model
tersebut
merupakan
gambaran
yang
sebenarnya.
2. Perancangan Basis Data Logikal
Proses
penyusunan
model
dari
data
yang
digunakan perusahaan berdasarkan pada model data yang
spesifik, tetapi tidak tergantung pada DBMS tertentu dan
pertimbangan fisikal lainnya.
Menurut Connolly and Begg (2010, p323), langkah
kedua dalam
merancang basis data adalah dengan
membangun dan memvalidasi model data logikal untuk
setiap view.
Perancangan
basis
beberapa aktifitas, yaitu :
data
logikal
melibatkan
49
a. Menghilangkan fitur-fitur yang tidak sesuai dengan
model relational (optional)
Langkah-langkah yang dilakukan pada tahap ini
adalah:
1. Menghilangkan tipe relasi many-to-many (*..*)
2. Menghilangkan tipe relasi recursive many-tomany(*..*)
3. Menghilangkan tipe relasi yang kompleks
4. Menghilangkan atribut multi-valued
b. Membuat relasi untuk model data logikal lokal
Tahap ini bertujuan untuk membuat suatu relasi
untuk model data lokal logikal yang mempresentasikan
suatu entitas, relasi, dan juga atribut yang telah
diidentifikasi.
c. Memvalidasi relasi menggunakan normalisasi
Pada tahap normalisasi memiliki beberapa langkah,
yaitu:
1. First
normal
form
(1NF),
menghilangkan
repeating group
2. Second normal form (2NF), menghilangkan partial
dependencies pada primary key
3. Third
normal
form
(3NF),
menghilangkan
transitive dependencies pada primary key
50
4. Boyce-codd normal form (BCNF), menghilangkan
anomaly-anomali
yang
masih
tersisa
dalam
functional dependencies.
d. Memvalidasi relasi pada transaksi-transaksi user
Tahap ini bertujuan untuk memastikan bahwa
relasi dalam model data logikal lokal mendukung
transaksi-transaksi yang diperlukan dalam penggambaran.
e. Mendefinisikan integrity constraints
Integrity constraints memiliki lima tipe, yaitu :
1. Required data
2. Attribute domain constraints
3. Entity integrity
4. Referential integrity
5. Enterprise constraints
f. Meninjau ulang model data logikal lokal dengan user
Tahap ini bertujuan agar model data logikal
dapat menggambarkan model nyata dari suatu view.
g. Menggabungkan model-model data logikal ke dalam
model data global
Hal-hal yang perlu dilakukan pada tahap ini
adalah
1. Memeriksa kembali nama dan isi dari setiap
entitas dari candidate key.
51
2. Memeriksa
kembali
nama
dan
isi
dari
model
data
relationship foreign keys.
3. Menggabungkan
entitas
dari
logikal.
4. Memasukkan entitas yang unik ke dalam setiap
model data.
5. Menggabungkan foreign keys dari model data
logikal lokal.
6. Memasukkan foreign keys yang unik ke dalam
setiap model data tanpa menggabungkannya.
7. Memeriksa apakah ada entitas dan foreign keys
yang tertinggal.
8. Memeriksa kembali foreign keys
9. Memeriksa integrity constraints.
10. Menggambarkan diagram ER / relasi global
11. Meng-update dokumentasi
h. Memvalidasikan model data logikal global
Tahap ini bertujuan untuk memvalidasi relasi
yang dibuat dari model data logikal global dengan
menggunakan teknik dari normalisasi dan memastikan
relasi yang dibuat mendukung transaksi.
52
i. Mengecek pertumbuhan masa depan
Tahap
ini
bertujuan
untuk
menentukan
perubahan yang mungkin terjadi di masa depan dan
untuk menganalisis apakah model data logikal global
dapat mendukung perubahan yang terjadi.
j. Meninjau ulang model data logikal global dengan
users
Tahap ini bertujuan untuk memastikan bahwa
model data logikal merupakan representasi nyata
sebuah perusahaan.
3. Perancangan Basis Data Fisikal
Proses pembuatan gambaran dari implementasi
basis data pada penyimpanan sekunder.
Menurut Connolly and Begg (2010,p324), langkah
ke tiga dalam merancang basis data adalah dengan
menerjemahkan model data logikal kedalam target DBMS.
Perancangan basis data fisikal melibatkan beberapa
aktivitas, yaitu :
a. Merancang relasi dasar
Tahap ini bertujuan untuk memutuskan bagaimana
merepresentasikan relasi dasar yang diidentifikasi dalam
model data logikal pada DBMS yang dipakai.
53
b. Merancang representasi dari data turunan
Tahap ini bertujuan untuk memutuskan bagaimana
mepresentasikan suatu data turunan pada model data
logikal pada DBMS yang dipakai.
c. Merancang batasan perusahaan
Tahap
ini
bertujuan
untuk
merancang
batasan
perusahaan dalam pengaksesan DBMS yang dipakai.
d. Analisis transaksi
Tahap ini bertujuan untuk menganalisis setiap
transaksi agar dapat mengetahui setiap fungsi dari suatu
transaksi yang dijalankan pada basis data dan untuk
menganalisis transaksi penting.
e. Memilih organisasi file
Tahap ini bertujuan untuk menentukan organisasi file
yang efisien untuk setiap relasional data.
f. Memilih indeks
Tahap ini bertujuan untuk menentukan apakah
penambahan indeks akan meningkatkan performa dan
kinerja dari suatu sistem.
54
g. Memperkirakan kapasitas disk yang dibutuhkan untuk
menyimpan basis data
Tahap ini bertujuan untuk mengestimasi jumlah
besarnya ukuran kapasitas disk yang diperlukan untuk
sistem basis data.
h. Merancang user views
Tahap ini bertujuan untuk merancang tampilan user
interface yang diidentifikasi dan dianalisis dari siklus
hidup aplikasi sistem basis data.
i. Merancang mekanisme keamanan
Tahap
ini
bertujuan
untuk
merancang
ukuran
keamanan untuk basis data yang telah ditentukan oleh
user.
Berdasarkan pengertian di atas dapat disimpulkan,
Database Design merupakan sebuah rancangan design sebuah
aplikasi basis data yang akan diimplementasikan ke dalam sebuah
perusahaan yang tentunya berdasar pada suatu masalah yang
sedang dihadapi suatu perusahaan.
2.2.10.5.
DBMS Selection
Menurut Connolly and Begg (2010, p325), pemilihan
DBMS merupakan suatu pemlihan yang dilakukan agar dapat
55
menemukan DBMS yang tepat untuk mendukung sistem basis
data.
2.2.10.6.
Application Design
Menurut Connolly and Begg (2010, p329), tahap
Application Design meliputi proses perancangan pada tampilan
pengguna dan program aplikasi yang dapat digunakan serta dapat
mengolah basis data.
2.2.10.7.
Prototyping
Membuat sebuah model kerja dari aplikasi basis data.
Prototyping mengizinkan perancang dan pengguna untuk
memvisualisasikan dan mengevaluasi gambaran sistem secara
menyeluruh.
Menurut Connolly and Begg (2010, p333), tahap
Prototyping merupakan tahap pembuatan model kerja dari sistem
basis data sebelum diterapkan pada organisasi.
Dari
pendapat
di
atas
dapat
ditarik
kesimpulan,
Prototyping adalah sebuah model kerja sebuah basis data yang
dapat dijadikan untuk menggambarkan sebuah sistem agar dapat
dievaluasi secara menyeluruh untuk menghasilkan sebuah
masalah untuk dianalisis.
56
2.2.10.8.
Implementation
Sebuah aplikasi basis data setelah dirancang harus segera
diimplementasi agar mengetahui kekurangan dan kelebihannya.
Menurut Connolly and Begg (2010, p333), tahap
implementasi merupakan tahap yang merealisasikan desain basis
logika dan desain fisik dari sistem basis data.
Berdasarkan pengertian di atas dapat disimpulkan bahwa
implementasi merupakan tahap penggunaan basis data yang telah
dibuat berdasarkan desain logika dan desain fisik
2.2.10.9.
Data Conversion and Loading
Memisahkan data dari sistem yang lama ke sistem yang
baru. Langkah ini sangat diperlukan pada saat pemindahan dari
sistem lama ke sistem yang baru.
Menurut Connolly and Begg (2010, p334), menerangkan
bahwa
Data
Conversion
and
Loading
merupakan
tahap
pemindahan semua data yang ada kedalam basis data baru dan
mengubah semua aplikasi yang ada guna menjalankan sistem
basis data yang baru.
Dari pendapat di atas dapat ditarik kesimpulan, Data
Conversion
and
Loading
adalah
sebuah
tahapan
untuk
memisahkan data-data penting perusahaan yang terdapat pada
sistem lama untuk dimasukan ke sistem baru yang baru selesai di
57
rancang, pemindahan ini diserta dengan penggantian beberapa
aplikasi untuk menunjang kelancaran sistem basis data baru.
2.2.10.10. Testing
Menguji sebuah basis data apakah masih memiliki error.
Dengan adanya pengujian itu membuat sistem yang banyak
kurang
menjadi
lebih
sempurna
kedepannya
untuk
diimplementasi.
Menurut Connolly and Begg (2010, p334), menerangkan
bahwa Testing merupakan proses pengimplementasian sistem
basis data pada periode tertentu, guna menemukan kesalahan yang
ada pada sistem.
Setelah melihat pendapat di atas dapat ditarik kesimpulan,
Testing adalah pengujian terhadap aplikasi basis data untuk
mencari apakah masih memiliki error agar dapat diambil tindak
lanjut.
2.2.10.11. Operational Maintenance
Sebuah sistem basis data memerlukan penanganan serius
dan perawatan serius agar semua data dapat tersimpan aman tanpa
terganggu.
Menurut Connolly and Begg (2010, p335), menerangkan
bahwa proses Operational Maintenance merupakan proses
58
pemantauan dan pemeliharaan dari sistem basis data yang telah
dipasang.
Dari
pendapat
di
atas
dapat
ditarik
kesimpulan,
Operational Maintenance adalah sebuah proses pemeliharaan
sebuah sistem basis data agar semua kekurangan-kekurangan dan
error semuanya dapat terpantau dengan baik agar dapat diambil
tindakan pemulihan sistem dan pembenaran sistem.
2.2.11. Database Security
Di era sekarang ini banyak sekali ancaman-ancaman kehilangan
sebuah data yang dapat merugikan sebuah perusahaan. Untuk mencegah
hal ini Database Security sangatlah diperlukan.
Menurut Connolly and Begg (2010, p568), menerangkan bahwa
Database Security merupakan suatu mekanisme yang melindungi basis
data dari ancaman yang disengaja maupun yang tidak disengaja.
Dari pendapat di atas dapat ditarik kesimpulan, Database Security
adalah sebuah bagian database yang dapat menjaga dan melindungi
sebuah aplikasi basis data dari ancaman-ancaman yang merugikan.
2.2.12. Database Recovery
Dalam perancangan sistem basis data harus memperhatikan
kemungkinan-kemungkinan kehilangan data yang dapat diakibatkan dari
59
berbagai sumber akibat, maka dari itu harus dibuatkan sebuah database
recovery
Menurut Connolly and Begg (2010, p652), menerangkan bahwa
Recovery Database merupakan proses pengembalian keadaan basis data
kedalam keadaan semula.
Dari pendapat di atas dapat ditarik kesimpulan, Database
Recovery merupakan proses pengembalian ulang seluruh keadaan basis
data ke dalam basis data awal berdasarkan kurun waktu yang telah
ditentukan.
2.3. Teori Pendukung
2.3.1. Penjualan
Perusahaan dalam menjalankan kegiatan bisnisnya tentunya untuk
mencari keuntungan yang maksimal. Perusahaan guna mencapai
keuntungan maksimal perlu sekali melakukan penjualan suatu produk
yang tentunya berkualitas tinggi dan disukai pasar.
Menurut Kotler et al (2006, p470), menerangkan bahwa proses
penjualan merupakan serangkaian langkah-langkah yang dilakukan untuk
menjual suatu produk kepada pelanggan oleh bagian penjualan.
Menurut Fess (2006, p300), menerangkan bahwa penjualan
merupakan jumlah tukar uang yang dibebankan kepada pelanggan atas
suatu barang yang dipesan.
60
Berdasarkan pengertian di atas dapat ditarik kesimpulan bahwa
penjualan merupakan serangkaian kegiatan yang dilakukan untuk menjual
barang atau produk kepada pelanggan guna mendapatkan nilai tukar uang
berdasarkan kesepakatan dari kedua belah pihak, yaitu penjual dan
pembeli.
2.3.2. Persediaan
Salah satu kegiatan perusahaan dalam menjalankan proses
bisnisnya adalah menyimpan barang-barang dagangan yang dijadikan
sebagai persediaan. Persediaan ini dapat disimpan di suatu tempat
ataupun di gudang.
Menurut Alfredson, K., et al (2007, p342), menerangkan bahwa
persediaan merupakan harta atau aset perusahaan yang tersedia untuk
dijual kepada pelanggan.
Menurut I Nyoman Yudha Astana (2007, p185), menerangkan
bahwa terdapat enam fungsi penting yang terdapat dalam persediaan
dalam memenuhi kebutuhan perusahaan, sebagai berikut :
1. Meminimalkan resiko keterlambatan pengiriman barang yang
dibutuhkan oleh perusahaan
2. Menghilangkan resiko akan adanya barang rusak ketika
pemesanan barang
3. Meminimalkan resiko terhadap kenaikan harga
61
4. Untuk menyimpan barang-barang secara aman sehingga jika
dibutuhkan sewaktu-waktu dapat tersedia.
5. Mendapatkan potongan harga atas pembelian barang
6. Menyediakan barang yang diperlukan oleh pelanggan agar
kebutuhannya dapat terpenuhi.
Dari pengertian di atas dapat ditarik kesimpulan bahwa persediaan
adalah sebuah aset atau kekayaan perusahaan berupa barang-barang
dagangan hasil produksi atau hasil pembelian dari pemasok yang
disimpan di dalam suatu tempat atau gudang yang kemudian akan dijual
kepada pelanggan untuk memenuhi kebutuhan pelanggan.
2.3.3. Pembelian
Untuk pengadaan bahan baku produksi atau barang-barang yang
akan dijual oleh perusahaan, maka perusahaan perlu sekali melakukan
pembelian kepada pemasok agar proses bisnis suatu perusahaan dapat
berjalan lancar.
Menurut William B. Joyce (2006, p202), menerangkan bahwa
kegiatan pembelian bertanggung jawab untuk mendapatkan material,
layanan, yang dibutuhkan untuk menghasilkan produk atau jasa layanan.
Menurut Andreas P. Kakorius (2006, p709-711), membagi proses
pembelian menjadi lima langkah, yaitu :
62
•
Initiation Phase
Proses pembelian diawali dengan adanya kebutuhan akan jasa
maupun suatu barang.
•
Planning Phase
Merupakan siklus utama dari suatu siklus pembelian dimana
terjadi perencanaan terhadap list barang yang akan dibeli agar
tidak terjadi kesalahan dalam pembelian yang dapat
menyebabkan kerugian.
•
Qualification Phase
Pemilihan pemasok melalui tingkat kualitas barang yang
dihasilkan agar barang tersebut terjamin kualitasnya.
•
Winning Phase
Merupakan tahap akhir untuk memilih pemasok yang tepat
untuk menjadi distributor tetap.
•
Monitoring and Review Phase
Pembeli harus secara teratur dalam melakukan pemantauan
agar barang yang dihasilkan oleh pemasok dapat terpantau
terus kualitasnya.
Dari pengertian di atas dapat ditarik kesimpulan bahwa pembelian
adalah suatu serangkaian kegiatan perusahaan dalam pengadaan barangbarang produksi atau barang-barang yang akan dijual oleh perusahaan,
selain itu dengan proses pembelian ini perusahaan dapat menilai dan
menentukan pemasok yang berkualitas.
63
2.3.4. Piutang
Banyak perusahaan menjual secara kredit agar dapat menjual
lebih banyak produk atau jasa. Penjualan secara kredit itulah yang biasa
dikenal sebagai piutang bagi perusahaan.
Menurut Warren Reeve Fess (2006, p404), Piutang adalah semua
klaim dalam bentuk uang terhadap pihak lainnya, termasuk individu,
perusahaan, atau organisasi lainnya.
2.3.5. Retur
Pelanggan atau customer dalam memenuhi kebutuhan hidupnya
tentunya menginginkan barang yang bermutu tinggi agar dapat dipakai
untuk kebutuhan. Apabila ada barang rusak pada saat pembelian maka
barang tersebut akan berkurang nilainya dan harus segera dikembalikan.
Menurut Warren Reeve Fess (2006, p310), Retur adalah
pengembalian suatu produk atau barang akibat cacat atau rusak. Di dalam
retur terdapat dua jenis yaitu retur penjualan dan retur pembelian.