Landasan Teori 2.1 Teori-teori dasar / umum Pada

BAB 2
Landasan Teori
2.1
Teori-teori dasar / umum
Pada teori dasar atau umum ini kami akan menjelaskan teori yang akan
sering digunakan sebagai penunjang dalam membuat skripsi kami. Beberapa kami ambil
dari buku yang menjadi patokan dalam metodologi pembuatan skripsi kami.
2.1.1
Pengertian Basis Data
M enurut Connolly dan Begg (2010, p65), basis data adalah kumpulan
relasi-relasi logical dari data (dan deskripsi data) yang dapat digunakan bersama dan
dibuat untuk memperoleh informasi yang dibutuhka oleh perusahaan.
Database adalah relasi data logical yang terdiri dari entity-entity, atributatribut, dan relationship dari informasi organisasi/perusahaan. Kegunaan dari database
adalah :
1. M enghilangkan redundancy data.
2. Keterbatasan akses data.
3. M eningkatkan keamanan.
4. Multiple User.
5. Independensi data (kebebasan data).
7
2.1.2
Database Management System (DBMS ) M enurut Conolly dan Begg (2010, p66) Database Management System
(DBM S) adalah suatu sistem software yang memungkinkan user untuk mendefinisikan,
membuat, memelihara, dan mengatur akses ke database.
DBM S berinteraksi dengan program aplikasi user dan database. DBM S
menyediakan fungsi-fungsi sebagai berikut:
1. M emungkinkan user untuk mendefinisikan basis data, biasanya dari Data Definition
Language (DDL). DDL memungkinkan user untuk membedakan tipe dan struktur
data, dan batasan data yang akan disimpan dalam basis data.
2. M emungkinkan user untuk menyisipkan, mengupdate, menghapus dan menerima
data dari basis data, biasanya dari Data Manipulation Language (DM L).
3. M enyediakan control akses ke basis dengan menyediakan :
a. Sistem kemanan yang mencegah akses illegal ke dalam basis data.
b. Sistem intregasi yang memelihara akurasi data.
c. Sistem pembagian hak akses ke basis data.
d. Sistem pengendalian untuk memulihkan basis data ke keadaan sebelumnya yang
dikarenakan oleh kegagalan software atau hardware.
e. Katalog pengaksesan user yang berisi penjelasan data.
2.1.2.1 Komponen DBMS
DBM S memiliki lima komponen penting yaitu:
1. Hardware (perangkat keras)
DBM S dan aplikasi membutuhkan perangkat keras dalam menjalankannya.Perangkat
keras dapat mencakup komputer pribadi, sebuah mainframe, sebuah jaringan
komputer.Perangkat keras yang dipakai tergantung pada kebutuhan organisasi dan
DBM S yang digunakan. Beberapa DBM S yang berjalan pada perangkat keras atau
sistem operasi tertentu, sementara DBM S yang lain dapat berjalan pada beragam
perangkat keras atau sistem operasi.
2. Software (perangkat lunak)
Komponen perangkat lunak terdiri dari pernagkat lunak DBM S dan program aplikasi
beserta sistem operasi(OS), termasuk jaringan perangkat lunak jika DBM S digunakan
melalui jaringan.
3. Data
Data merupakan komponen terpenting dalam DBM S khususnya sudut pandang dari
end user mengenai data, dimana data berfungsi sebagai jembatan antara komponen
mesin dengan komponen manusia.
4. Procedures (tata cara)
Prosedur merupakan panduan dan aturan dalam membuat dan menggunakan basis
data. Prosedur didalam basis data dapat berupa: login
ke dalam basis data,
penggunaan fasilitas DBM S atau aplikasi program, cara menjalankan dan
menghentikan DBM S, membuat backup database, menangani kerusakan hardware
atau software, mengubah struktur table, mengumpulkan basis data dari beberapa
disks, meningkatkan kinerja atau membuat arsip data pada secondary storage.
5. People (M anusia)
Komponen terakhir yaitu manusia yang terlibat dengan sistem tersebut.
2.1.2.2
Fungsi DBMS
Keuntungan DBM S adalah sebagai berikut :
1. Kontrol atas redudansi atau perulangan data.
2. Konsistensi data.
3. Informasi yang diperoleh dari data yang sama lebih banyak.
4. Data dapat dibagikan.
5. M eningkatkan integrasi data.
6. M eningkatkan keamanan data.
7. Penetapan standarisasi pelaksanaan.
8. Skala ekonomi.
9. Keseimbangan dari kebutuhan yang saling bertentangan.
10. M eningkatkan aksesbilitas dan respon data.
11. M eningkatkan produktivitas.
12. M eningkatkan Concurrency.
13. M eningkatkan layanan backup dan recovery.
2.1.2.3
Kerugian DBMS Kerugian DBM S adalah sebagai berikut :
1. Kompleksitas
2. Ukuran
3. Biaya dari penggunaan DBM S
4. Biaya konversi
5. Kinerja
6. Dampak yang tinggi dari kegagalan
2.1.3
Database Language
M enurut
Connolly
dan
Begg (2010,
p92),sebuahsub-bahasadata
terdiridari dua bagian: data definition language(DDL) dan data manipulation language
(DM L). DDLdigunakan untuk menentukanskemadatabase danDM Ldigunakanuntuk
keduamembaca
danupdatedatabase.
Bahasa-bahasa
inidisebutsublanguages data
karenamereka tidak termasukkonstruksiuntuksemuakebutuhan komputasitingkat, seperti
pernyataankondisional atauiteratif, yangdisediakanoleh bahasapemrograman tingkat
tinggi.
2.1.3.1
Data Definition Language M enurut Connolly dan Begg (2010, p92), data definition language
(DDL) adalah sebuah bahasa yang mengizinkan DBA atau user untuk mendeskripsikan
dan member nama entitas, atribut, dan hubungan yang diperlukan aplikasi beserta
intergrity yang berhubungan dan batasan keamanan.
2.1.3.2Data Manipulation Language
M enurut Connolly dan Begg (2010, p92), pengertian Data Manipulation
Language adalah suatu bahasa yang menyediakan seperangkat operasi untuk
mendukung manipulasi data yang berada pada basis data.Pengoperasian data yang akan
dimanipulasi biasanya meliputi :
1. Penambahan data baru ke dalam basis data.
2. M odifikasi data yang disimpan ke dalam basis data.
3. Pengembalian data yang terdapat di dalam basis data.
4. Penghapusan data dari basis data.
DM L
dibagi
menjadi
2
jenis
yaitu
Procedural
dan
Non-
procedural.Procedural DM L adalah suatu bahasa yang memperbolehkan pengguna
untuk mendesprikpsikan ke sistem data apa yang dibutuhkan dan bagimana
mendapatkan data tersebut secara tepat, sedangkan Non-procedural DM L adalah sebuah
bahasa yang mengizinkan pengguna untuk menentukan data apa yang dibutuhkan tanpa
memperhatikan bagimana data diperoleh.
2.1.4
Database Application Lifecycle( DBLC ) M enurut Connolly dan Begg (2010, p313), untuk merancang aplikasi
sistem basis data diperlukan tahapan tahapan yang dinamakan dengan siklus hidup
aplikasi basis data ( DBLC ). Tahapan-tahapan tersebut terdapat pada gambar 2.1.
Gambar 2.1 Database Application Lifecycle
2.1.4.1
Database Planning
M enurut Connolly dan Begg (2010, p313), perencanaan basis data (
database planning ) merupakan M erencanakan bagaimana setiap tahapan dari siklus
dapat direalisasikan menjadi lebih efisien dan efektif. Perencanaan basis data harus
dapat terintegrasi dengan sistem informasi perusahaan secara umum. Beberapa hal yang
terlibat dalam formula adalah strategi sistem informasi, yaitu :
1. Identifikasi dari rencana dan tujuan perusahaan dengan menentukan kebutuhan sistem
informasi.
2. Evaluasi sistem informasi yang sedang berjalan untuk menentukan kelebihan dan
kekurangan.
3. Penilaian dari keuntungan teknologi informasi yang dapat member keuntungan
kompetitif.
2.1.4.2
System Definition
M enurut Connolly dan Begg (2010, p316), definisi sistem adalah
M endeskripsikan cakupan dan batasan dari aplikasi basis data, baik pengguna dan area
aplikasi tersebut. Sebelum mencoba untuk merancang aplikasi basis data, pertama-tama
harus mengidentifikasi batasan dari sistem yang akan kita invertigasi dan bagaimana
membuat antarmuka dengan sistem informasi tiap bagian dari organisasi. Dalam
mendefinisikan sistem, harus ditentukan oleh user view, yaitu mendefinisikan apa yang
dibutuhkan oleh aplikasi basis data berdasarkan pandangan dari tiap bagian tugas
(misalnya manager atau supervisor) atau area aplikasi perusahaan (misalnya marketing,
personnel, atau stock control).
2.1.4.3
Requirements Collection and Analysis
M enurut Connolly
and Begg (2010, p316), analisis data dan
pengumpulan kebutuhan adalah Proses mengumpulkan dan analisis informasi tentang
bagian dari organisasi yang dapat didukung oleh aplikasi basis data, dan menggunakan
informasi tersebut untuk mengidentifikasi kebutuhan pengguna dari sistem baru.Banyak
teknik yang dapat dilakukan untuk mengumpulkan informasi tersebut, disebut teknik
fact finding. Informasi yang dikumpulkan untuk setiap user view, mencakup :
1. Despriksi data yang digunakan.
2. Rincian mengenai bagaimana data dapat digunakan atau dihasilkan.
3. Kebutuhan tambahan lainnya untuk aplikasi basis data yang baru.
Informasi ini selanjutnya dianalisis untuk mengidentifikasi kebutuhan
yang dapat dimasukkan ke dalam aplikasi basis data baru.Kebutuhan ini dideskripsikan
ke dalam dokumen bersama sebagai requirements specifications untuk aplikasi basis
data baru.
Ada 3 pendekatan untuk mengelola kebutuhan dari aplikasi basis data
dengan banyak user views, yaitu :
1. The centralized approach : kebutuhan dari setiap user view digabung menjadi sebuah
set kebutuhan dari aplikasi basis data.
2. The view integration approach : kebutuhan dari setiap user view digunakan untuk
membangun model data secara terpisah untuk merepresentasikan user view tersebut.
M odel data yang dihasilkan tersebut nantinya akan digabungkan pada tahapan
database.
3. Kombinasi dari dua pendekatan di atas.
2.1.4.4
Application Design
M enurut Connolly dan Begg (2010, p329), perancangan aplikasi adalah
merancang antarmuka pemakai ( user interface ) dan program aplikasi, yang akan
memproses basis data.
Dalam merancang aplikasi harus memastikan semua pernyataan
fungsional dari spesifikasi kebutuhan pemakai ( user requirement specification ) yang
menyangkut perancangan aplikasi program yang mengakses basis data dan merancang
transaksi yaitu cara akases ke basis data dan perubahan terhadap isi basi data ( retrieve,
update dan kegiatan keduanya ). Artinya bagaimana fungsi yang dibutuhkan dengan
cara untuk menciptakan user friendly. Kebanyakan antarmuka pemakai yang diabaikan
akan niscaya membuat masalah.
2.1.4.5
DBMS Selection( optional )
M enurut Connolly dan Begg (2010, p325), pemilihan DBM S yang
sesuai untuk mendukung aplikasi basis data yang mencakup :
1. M endefinisikan syarat-syarat referensi studi
M enentukan sasaran, batasan masalah dan tugas yang harus dilakukan.
2. M endaftar 2 atau 3 jenis barang
M embuat daftar barang-barang, misalkan dari mana barang ini didapat, berapa
biayanya serta bagaimana bila ingin mendapatkannya.
3. M engevaluasi barang
Barang-barang yang ada dalam daftar diteliti lebih lanjut untuk mengetahui kelebihan
dan kekurangan barang tersebut.
4. M erekomendasikan pilihan dan membuat laporan
M erupakan langkah terakhir dari DBM S yaitu mendokumentasikan proses dan untuk
menyediakan pernyataan mengenai kesimpulan dan rekomendasi terhadap salah satu
produk DBM S.
2.1.4.6
Database Design
M enurut Connolly dan Begg (2010, p320), database design adalah
Proses membuat perancangan basis data yang dapat mendukung pekerjaan dan tugas
perusahaan.M enurut Connolly dan Begg (2010, p322), Perancangan basis data ini
memiliki tiga tahapan, yaitu :
1. Perancangan basis data konseptual, yaitu proses membangun sebuah model informasi
yang digunakan di sebuah perusahaan, terbebas dari segala pertimbangan fisik.
2. Perancangan basis data logical, yaitu proses membangung serbuah model informasi
yang digunakan di sebuah perusahaan berdasarkan pada sebuah mode data yang
spesifik, tetapi terbatas dari DBM S tertentu dan pertimbangan – pertimbangan fisikal
lainnya.
3. Perancangan basis data fisikal, yaitu proses menghasilkan sebuah deskripsi dari
pengimplementasian
basis
data pada media penyimpanan
sekunder,
yang
mendeskripsikan hubungan dasar, pengorganisasian file, dan indeks yang digunakan
untuk memperoleh akses data secara efisien serta segala batasan integritas dan
ukuran-ukuran keamanan yang berhubungan.
M enurut Connoly dan Begg (2010. P321), ada 4 pendekatan dalam
desain basis data yaitu :
1. Top-Down
Diawali dengan pembentukan model data yang berisi beberapa entitas high-level dan
relationship, yang kemudian menggunakan pendekatan top-down secara berturutturut untuk mengidentifikasi entitas lower level, relationship dan atiribut lainnya.
2. Bottom-up
Dimulai dari atribut dasar (yaitu, sifat-sifat entitas dan relationship), dengan analisis
dari penggabungan antar atribut, yang dikelompokan ke dalam suatu relasi yang
merepresentasikan tipe dari entitas dan relationship antar entitas.
3. Inside-out
Berhubungan dengan pendekatan bottom-up tetapi sedikit berbeda dengan identifikasi
awal entitas utama dan kemudian menyebar ke entitas, relationship, dan atribut terkait
lainnya yang lebih dulu diidentifikasi.
4. Mixed
M engunakan pendekatan bottom-up dan top-down untuk bagian yang berbeda
sebelum pada akhirnya digabungkan.
2.1.4.7
Prototyping
M enurut Connolly dan Begg (2010, p333), pengertian Prototyping
adalah membuat model kerja dari aplikasi basis data, yang membolehkan perancang atau
useruntuk mengevaluasi hasil akhir sistem, baik dari segi tampilan maupun fungsi yang
dimiliki sistem.Tujuan utama dari mengembangkan suatu prototype adalah mengijinkan
user untuk menggunakan prototype guna mengidentifikasikan corak sistem apakah
bekerja dengan baik dan jika mungkin meningkatkan corak baru kepada aplikasi
database. Dengan cara ini, kebutuhan dari pemakai dan pengembang sistem dalam
mengevaluasi kelayakan design sistem akan semakin jelas sehingga kelebihan atau
kekurangan sistem dapat ditangani dengan baik.
Strategi prototyping yang umum digunakan sekarang ada dua, yaitu
requirement
danevolutionary
prototyping.
Requirement
prototyping
adalah
menggunakan prototype untuk menetapkan kebutuhan dari tujuan aplikasi basis data dan
ketika kebutuhan sudah terpenuhi, prototype tidak digunakan lagi atau dibuang.
Sedangkan evolutionary prototype menggunakan tujuan yang sama, tetapi perbedaaan
pentingnya adalah prototype tetap digunakan untuk selanjutnya dikembangkan menjadi
aplikasi basis data yang lengkap.
2.1.4.8
Implementation
M enurut Connolly dan Begg (2010, p333), implementation merupakan
realisasi secara fisik dari database dan desain aplikasi.Pada tahap penyelesaian desain,
kini kita dapat menerapkan basis data dan program aplikasi yang telah kita buat.
Implementasi basis data menggunakan DDL yang kita pilih dalam melakukan pemilihan
DBM S atau dengan menggunakan Graphical User Interface (GUI), yang menyediakan
fungsional yang sama dengan pernyataan DDL yang low level. Pernyataan DDL
digunakan untuk menciptakan struktur basis data dan mengosongkan file yang terdapat
dalam basis data tersebut. Pandangan pemakai lainnua juga diimplementasikan dalam
tahapan
ini.Data
Manipulation
Language
(DM L)
digunakan
untuk
mengimplementasikan transaksi basis data di dalam bagian aplikasi program dari
sasaran DBM S, mungkin termasuk host programming language seperti, Visual basic,
Delphi, C, C++, Java, COBOL, dan Pascal.
2.1.4.9
Data Conversion and Loading
M enurut Connolly dan Begg (2010, p 334), Data conversion and loading
adalah mencakup pengambilan data dari sistem lama untuk dipindahkan kedalam sistem
yang baru.Langkah ini diperlukan hanya ketika suatu sistem basi data baru sedang
menggantikan sistem yang lama.Sekarang, DBM S yang memiliki kegunaan yang dapat
mengisi file yang ada kedalam sistem yang baru telah dianggap umum, kegunaan yang
ada umumnya memerlukan spesifikasi sumber file dan target basis data yang
baru.Ketika conversion and loading dibutuhkan, prosesnya barus direncanakan untuk
memastikan kelancaran transaksi untuk keseluruhan operasi.
2.1.4.10
Testing
M enurut Connolly dan Begg (2010, p334), testing adalah suatu proses
melaksanakan program aplikasi dengan tujuan menemukan kesalahan. Sebelum
diterapkan dalam suatu sistem, basis data harus dilakukan testing terlebih dahulu. Hal ini
dicapai dengan penggunaan secara hati-hati untuk merencanakan suatu test dan data
yang realistic sedemikian sehingga keseluruhan proses pengujian sesuai dengan metode
dan dilaksanakan sesuati aturan yang ada.
2.1.4.11
Operation Maintenance M enurut Connolly dan Begg (2010, p335), operational maintenancne
adalah proses memantau dan memelihara sistem setelah di-install. Pada tahapan
sebelumnya, basis data benar-benar diuji dan diimplementasikan.Sekarang sistem
beralih ke tahapan pemeliharaan. Yang termasuk aktifitas dari tahapan ini adalah
sebgaia berikut :
1. M emantau kinerja dari sistem. Jika kinerjanya menurun dibawah level yang dapat
diterima, mungkin basis data perlu diorganisasi
2. Pemeliharaan dan upgrade aplikasi basis data-nya (jika diperlukan
Ketika basis data sepenuhnya bekerja, pemantauan harus memastikan
kinerhanya dapat berada dalam tingkat yang diterima.Sebuah DBM S biasanya
menyediakan berbagai kegunaan (utilities) untuk membantu administrasi basis data
termasuk kegunaan untuk mengisi data kedalam basis data dan untuk memberikan
informasi seperti pemakasian basis data dan strategi eksekusi query.Database
administrasi dapat menggunakan informasi ini untuk memperbaiki sistem agar dapat
memberikan kinerja yang lebih baik.
2.1.5
Entity – Relationship Modelling
M enurut
Connolly
(2010, p371),
entity relationship
modeling
merupakan pemodelan yang berguna untuk memberikan pemahaman yang tepat
terhadap data dan penggunaannya di dalam suatu perusahaan. M odel ini menggunakan
pendekatan top-down dalam perancangan basis data yang di mulai dengan
mengidentifikasikan data penting yang disebut entity dan relasi antar data yang akan
direpresentasikan ke dalam model. Kemudian ditambahkan detail-detail lebih seperti
informasi yang akan dicari mengenai entities dan relationship yang disebut dengan
atribut dan constraints pada entity, atribut dan relationship.
2.1.5.1
Entity type
M enurut Connolly (2010, p372), entity type merupakan sekumpulan
objek didunia yang memiliki property yang sama. Entity direpresentasikan dalam bentuk
diagram beruba persiegi panjang berlabel namadari entity.
Nama entity
Karyawan
Cabang
Gambar 2.2 Representasi Diagram dari entity
M enurut Connolly (2010, p372), entity type dapat diklasifikasikan menjadi 2, yaitu :
1. Tipe Entitas kuat, yaitu entitas yang keberadaannya tidak tergantung pada tipe entitas
lainnya.
2. Tipe Entitas lemah, yaitu tipe entitas yang keberadaannya tergantung pada tipe entitas
lainnya.
2.1.6.2
Relationship Types
M enurut Connolly (2010, p374), relationship types merupakan suatu
hubungan antar entity types. Relationship Types direpresentasikan dalam bentuk diagram
berubah garis lurus yang menghubungkan dua buat entity types, ditandai dengan nama
dari relasi tersebut. Pada umumnya, relasi dinamai dengan kata kerja.
Nama relasi
Karyawan
memiliki
Cabang
Gambar 2.3 Representasi Diagram dari Relationship
M enurut Connoly dan Begg (2010, p376), dalam relationship types
terdapat degree of relationship type.Degree of relationship type merupakan jumlah tipe
entitas yang terkait dalam relationship.Entitas yang terkait dalam relationship disebut
dengan participants.Jadi, degree dari suatu relationship menunjukkan banyak nya entitas
yang tergabung dalam suatu relationship.
Terdapat 3 jenis degree of relationship, yaitu:
- Binary Relationship
Binary Relationship merupakan relationship yang mempunya dua degree.
Karyawan
M emiliki ->
Cabang
Gambar 2.4 Binary Relationship
- Ternary Relationship
Ternary Relationship merupakan relationship yang mempunyai tiga degree.
Karyawan
me miliki
Cabang
Perusahaan
Gambar 2.5 Ternary Relationship
- Quertanary Relationship
Quertanary Relationship merupakan relationship yang mempunyai empat degree.
Produksi
Karyawan
memiliki
Perusahaan
Gambar 2.6 Quaternary Relationship
Cabang
2.1.5.3
Atribut
M enurut Connolly dan Begg (2010, p379), atribut adalah property suatu
entitas atau jenis relasi.
M enurut Connolly dan Begg (2010, p378), Atribut domain adalah
himpunan nilai yang diperbolehkan untuk satu atau lebih atribut. Atribut dapat
diklasifikasikan menjadi lima yaitu :
1 Simple Attribute
Simple attribute adalah sebuah atribut yang terdiri dari komponen tunggal yang
mempunyai keberadaan bebas dan tidak dapat dibagi menjadi bagian yang lebih kecil
dikenal dengan namaAtomic Attribute.
2 Composite attribute
Composite Attribute adalah atribut yang teridir dari beberapa komponen, dimana
masing-masing komponen mempunyai keberadaan yang bebas.
3 Single-valued Attribute
Single –valued Attribute adalah atribut yang mempunyai nilai tunggal untuk setiap
kejadian dari tipe entity.
4 Multi-valued Attribute
Multi-valued Attribute adalah atribut yang mempuanyai beberapa nilai untuk setiap
kejadian dari tipe entity.
5 Derived Attribute
Atribut yang memiliki nilai yang dihasilkan dari satu atau sekelompok atribut yang
berhubungan, dan tidak harus berasal dari satu entitas.
2.1.5.4
Key
M enurut Connolly dan Begg (2010, p381-382), key adalah sebuah field
yang digunakan untuk mengidentifikasi satu atribut atau lebih secara unik
mengidentifikasi setiaprecord.
Keys yang sering digunakan yaitu :
1. Candidate Key
Candidate key merupakan kumpulan minimal dari atribut-atribut yang secara unik
mengidentifikasikan suatu entity.
2. Primary Key
Primary Key merupakan candidate key yang dipilih
untuk
secara unik
mengidentifikasikan suatu entity.
3. Composite Key
Composite Key merupakan candidate key yang terdiri atas dua atau lebih atribut.
4. Alternate Key
Alternate key merupakan candidate key yang tidak terpilih menjadi primary key, atau
biasa disebut dengan secondary key.
5. Foreign Key
Foreign Key merupakan sebuah primary key pada sebuah entitas yang digunakan
pada entitas lainnya untuk mengidentifikasi sebuah entity.
2.1.5.5
S tructural Constraints
M enurut Connoly dan Begg (2010, p396) memeriksa batasan tipe entitas
yang mempunyai kesamaan dalam relationship.Multiplicity adalah Jumlah atau range
dari terjadinya yang mungkin dari suatu entity yang mungkin berhubungan dengan
kejadian tunggal dari jenis entitas yang terkait melalui suatu hubungan tertentu.
Hubungan Structural Constraints dibagi menjadi 3 jenis, yaitu :
1. Hubungan One-to-One (1:1)
Hubungan antara entitas yang satu dengan entitas lain mempunyai relasi hubungan
satu entitas.
2. Hubungan One-to-M any (1:*)
Hubungan antara entitas pertama yang mempunyai banyak relasi dengan entitas
kedua yang mempunyai relasi satu entitas.
3. Hubungan M any-to-M any (*:*)
Hubungan antara entitas pertama yang mempunyai relasi banyak dengan entitas
kedua
Cardinality
maksimumhubunganterjadinyayang
adalah
mungkin
M enjelaskanjumlah
untuksuatu
entitasyang
berpartisipasidalam jenishubungan tertentu.Participation adalah M enentukan semua
atauhanya beberapaterjadinyaentitasberpartisipasidalam hubungan.
2.1.6
Normalisasi
M enurut Connolly dan Begg (2010, p416), Normalisasi adalah sebuah
teknik untuk menghasilkan sekelompok relasi atau hubunfgan dengan property-properti
yang diinginkan, yang memberikan kebutuhan data dari suatu perusahaan suatu desain
database harus memenuhi kondisi untuk tidak mengandung anomali, yaitu suatu
kejanggalan dari penempatan atribut tertentu dari suatu objek data. Untuk membedakan
satu record dengan yang lainnya maka peril dipilih atribut atau kombinasi atribut
sebagai kunci primer ( primary key ).
Tujuan pembuatan normalisasi adalah:
1. M embuat seminim mungkin terjadinya data rangkap.
2. M enghindarkan adanya data yang tidak konsisten terutama bila terjadi penambahan,
penghapusan data sebagai akibat adanya data rangkap.
3. M enjamin bahwa identitas table secara tunggal sebagai determinan semua atribut.
2.1.6.1
First Normal Form ( 1NF )
Aturan normalisasi pertama (1NF) dapat dikatakan bahwa sebuah relasi
dimana setiap baris dan kolom hanya berisi satu nilai.uatu data dikatakan unnormalized
(UNF), jika didalamnya mengandung kelompok yang berulang (redundancy group),
sehingga untuk membentuk normalisasi pertama repeating group harus dihilangkan.
Nilai dari setiap atribut adalah tunggal.Kondisi ini dapat diperoleh dengan melakukan
eliminasi terjadinya data ganda (redundancy data).Namun ada kondisi pertama ini
kemungkinan masih terjadi adanya data rangkap.
2.1.6.2 Second Normal Form (2NF)
Aturan normalisasi kedua (2NF) dapat dikatakan bahwa sebuah relasi
dalam bentuk normal pertama dan atribut bukan primary key yang tergantung secara
fungsional kepada primary key.
Pengujian bentuk normal kedua dapat dihasilkan dengan melihat apakah
ada atribut bukan primary key yang merupakan fungsi dari sebagian primary key.
2.1.6.2
Third Normal Form (3NF) Aturan normalisasi ketiga (3NF) adalah sebuah relasi dalam bentuk
normal pertama dan kedua dan setiap atribut yang bikan primary key yang bergantung
secara transitif kepada primary key.
Pengujian terhadap 3NF dilakukan dengan cara melihat apakah terdapat
atribut yang bukan key terganrtung fungsional terhadap atribut bukan key lainnya.
Dengan cara yang sama, maka setiap ketergantungan transitif dipisahkan. 3NF sudah
cukup baik dalam arti anomaly yang dikandungnya suda sedemikian minimum.
2.1.6.3
Boyce Codd Normal Form (BCNF)
Suatu relasi disebut memenuhi BCNF jika dan hanya jika setiap
determinan yang ada pada relasi tersebut adalah candidate key. Untuk normalisasi ke
bentuk BCNF, maka tabel 3NF didekomposismenjadi beberapa tabel yang masingmasing memenuhi BCNF.Tujuan membentuk BCNF :
1. Semantik multiple candidate key menjadi lebih eksplisit (FD hanya pada candidate
key).
2. menghindari update anomali yang masih mungkin terjadi pada 3NF.
Dari
definisi
3NF
dan
BCNF,
maka
apabila
suatu
relasi
M enurut Whitten (2004, p334) diagram aliran data adalah suatu
bagan
memenuhiBCNF pasti memenuhi 3NF, tetapi belum tentu sebaliknya.
2.1.7
Diagram aliran data yang menggambarkan aliran data melalui sebuah
sistem dan tugas atau pengolahan
yang dilakukan oleh sistem.
Diagram Arus Data ini mempunyai simbol-simbol yang dapat
mengungkapkan komponen-komponen dasar dari proses dan aliran sistem. Beberapa
pengertian simbol (lihat daftar simbol) yang digunakan didalam diagram arus data,
adalah :
a. Kesatuan Luar ( External Entity )
M erupakan kesatuan dilingkungan luar sistem yang dapat berupa orang, organisasi
atau sistem lainya, yang memberikan input (masukan) atau menerima output
(keluaran) dari sistem.
Gambar 2.7 Simbol External Entity
b. Arus Data
Arus data mengalir diantara proses, simpanan data dan kesatuan luar. Arus data
menunjukan arus dari data yang masukan untuk sistem ataupun keluaran dari sistem
dan input yang masuk kedalam proses harus menghasilkan output yang
berbeda. Arus data secara fisik antara lain dapat berupa Formulir, laporan tercetak,
surat dan sebagainya.
Gambar 2.8 Simbol Arus Data
c. Proses
Kegiatan atau kerja yang dilakukan oleh orang, mesin ataupun komputer untuk
mengolah masukan dan menghasilkan keluaran dari proses.
Gambar 2.9 Simbol Proses
d. Simpanan data
M erupakan suatu penampungan data yang dapat berupa suatu file, arsip, table dan
sebagainya. Selain itu untuk menjelaskan aliran data yang mengalir di sistem.Analisa
sistem dapat mengidentifikasikan data dengan kamus data.
Gambar 2.9 Simbol Proses
2.1.8
Navigation Diagram
M enurut M athiassen, M adsen, Nielsen dan Stage (2000, p343),
Navigation diagram adalah jenis khusus dari statechart diagram yang berfokus pada
dinamika keseluruhan dari tampilan layar. Diagram ini menunjukkan window-window
yang bersangkutan dan perpindahan di antara mereka. Sebuah window ditunjukkan
sebagai sebuah state. State memiliki sebuah nama dan sebuah icon. Pergantian state
sesuai dengan pergantian di antara dua window.
2.2
Teori-teori khusus
Teori khusus merupakan teori pendukung yang dibuat untuk memenuhi
kriteria dari batasan pengolahan dan perancangan masalah yang di hadapi
2.2.1
Pembelian
M enurut M ulyadi (2001, p299), Pembelian didefinisikan sebagai usaha
untuk memenuhi kebutuhan atasbarang atau jasa yang diperlukan oleh perusahaan dan
dapat diterima tepat padawaktunya dengan mutu yang sesuai serta harga yang
menguntungkan.
a. Saat pemesanan
Saat pemesanan sangatlah tergantung pada kualitas barang yang masihada, rata-rata
tingkat pemakaiannya dan jangka waktu pemesanan.
b. Jumlah yang dipesan
Jumlah yang dipesan ditetapkan secara matematis dan juga menurutkebijaksanaan
untuk medapatkan kuantitas pesanan-pesanan ekonomis.
c. Rekanan
Dalam menetapkan pilihan rekanan mesti dikaitkan pada harga, syaratpembayaran,
kualitas keandalan lokasi saat penyerahan yang dijanjikan.
M enurut Render dan Heizer ( 2001, P414 ), Pembelian berarti perolehan
barang dan jasa.
2.2.2
Penjualan
M enurut M ulyadi (2001, p202), Penjualan adalah suatu kegiatan yang
ditujukan untuk mencari pembeli,mempengaruhi dan memberi petunjuk agar pembeli
dapat menyesuaikankebutuhannya dengan produksi yang ditawarkan serta mengadakan
perjanjianmengenai harga yang menguntungkan bagi kedua belah pihak.Adapun 4 syarat
utama menjual adalah:
1 Ada calon pembeli dan penjual
2 Proses interaksi komunikasi dan persepsi
3 M enjajaki sebuah transaksi / pertukaran kepentingan
4 Barang, jasa, ide, gagasan, rencana, keyakinan, prinsip
Semua manusia pada dasarnya harus atau wajib melakukan tugas
menjualapapun profesi, agama, etnis, umur, pendidikan, jenis kelamin tanpa kecuali.
Bagiperusahaan pada umumnya memilki 3 tujuan umum dalam penjualan yaitusebagai
berikut:
1 M encapai volume penjualan tertentu.
2 M endapatkan laba tertentu.
3 M enunjang pertumbuhan perusahaan.
2.2.3
Produksi
M enurut Reksohadiprodjo dan Gitosudarmo (2000, p1), Produksi
merupakan penciptaan atau penambahan faedah bentuk, waktu dan tempat atas faktorfaktor produksi sehingga lebih bermangaat bagi pemenuhan kebutuhan manusia
M enurut M ulyadi (2001, p425), Informasi yang diperlukan oleh
manajemen dari kegiatan produksi adalah :
1. Order produksi yang belum selesai
2. Order produksi yang telah selesai
3. Harga pokok produk jadi
4. Harga pokok produk yang masih dalam proses pada saat tertentu
5. Biasa menurut pusat biaya
2.2.4
Persediaan
M enurut Nasution (2003, p103), Persediaan adalah sumber daya yang
menganggur ( idle resources ) yang menunggu proses lebih lanjut. Proses lebih lanjut
tersebut berupa kegiatan produksi pada sistem manufaktur, kegiatan pemasaran pada
sistem distribusi ataupun kegiatan konsumsi pangan pada sistem rumah tangga.