BAB 2 LANDASAN TEORI
2.1
Teori-teori Database
2.1.1
Pengertian Basis Data Database system adalah suatu rekord terkomputasi yang tujuannya adalah
menyajikan informasi pada saat dibutuhkan (Date, 1990, p5). Pada sistem basis data pemakai dapat melakukan manipulasi data dan operasi file, dimulai dari memuat file baru ke dalam basis data, memasukan data, mengambil data, dan sebagainya. Sistem basis data dapat diterapkan pada semua komputer, mulai dari komputer mikro (seperti PC) sampai ke mainframe. Data base merupakan kumpulan file-file yang saling berelasi, relasi tersebut biasa ditunjukan dengan kunci dari setiap file yang ada. Satu database menunjukan satu kumpulan data yang dipakai dalam satu lingkup instansi atau perusahaan. Berikut ini kegunaan basis data dalam mengatasi permasalahan penyusunan data : 1. Redudansi dan Inkonsistensi data. 2. Kesulitan pengaksesan data. 3. Sekuriti. 4. Multiple User. 5. Indepedansi data (kebebasan data). Pada umumnya data dalam basis data bersifat integrated dan shared (Date, 1990, p6). Integrated maksudnya adalah basis data merupakan penggabungan beberapa file data yang berbeda, dengan membatasi pengulangan baik keseluruhan file ataupun 6
7 sebagian. Shared artinya adalah data individu dalam basis data dapat digunakan secara bersamaan antara beberapa pengguna yang berbeda.
2.1.2
Database Management System ( DBMS ) Suatu
sistem
perangkat
lunak
yang
memungkinkan
user
untuk
mendefinisikan, membuat dan mengatur basis data dan juga menyediakan suatu kontrol akses ke database ( Connolly, 2002, p16 ). DBMS adalah suatu perangkat lunak yang berinteraksi dengan program aplikasi user dan basis data. Biasanya DBMS menyediakan fasilitas sebagai berikut : •
Memungkinkan user untuk menyisipkan, mengupdate, menghapus dan menerima data dari basis data, biasanya dari Data Manipulation Language (DML). Sebagai pusat penyimpanan data dan deskripsi data memudahkan DML untuk menciptakan fasilitas permintaan data umum, disebut juga query language.
•
Memungkinkan user untuk mendefinisikan basis data, biasanya dari Data Definition Language (DDL). DDL memungkinkan user untuk membedakan tipe dan struktur data, dan sebagai batasan pada data untuk disimpan dalam basis data.
2.1.3
Data Definition Language ( DDL )
8 Adalah sebuah deskripsi bahasa yang memungkinkan seorang Database Administrator (DBA) atau user untuk menjabarkan dan memberi nama suatu entitas yang dibutuhkan untuk suatu aplikasi dan hubungan yang mungkin berada di antara entitas-entitas yang berbeda ( Connolly, 2002, p40 ). Skema basis data berisi tentang beragam definisi yang ditunjukan sebagai arti dari bahasa khusus yang disebut DDL. DDL digunakan untuk mendefinisikan suatu skema atau untuk merubah yang sudah ada, tetapi tidak bisa di gunakan untuk memanipulasi data. Hasil dari kompilasi DDL adalah berbagai macam tabel yang disimpan secara kolektif di dalam suatu file khusus yang biasa disebut data dictionary. Data dictionary diintegrasikan dengan metadata. Metadata ialah data yang medeskripsikan objek di dalam basis data dan membuat data itu lebih mudah untuk diakses atau dimanipulasi, metadata mengandung isi dari suatu records,
jenis data, dan objek lainnya yang
berkaitan pada user atau yang dibutuhkan oleh DBMS. Pada tingkat teoritis kita dapat membedakan DDL untuk setiap skema pada three level architecture, dan sebagian DDL untuk skema external dan juga untuk skema konseptual, skema internal. Bagaimanapun juga dalam pelaksanaannya DDL merupakan salah satu spesifikasi yang memungkinkan terdapatnya skema external dan konseptual.
2.1.4
Data Manipulation Language ( DML )
9 DML adalah suatu bahasa yang menyediakan sekumpulan operasi yang mendukung suatu basis data untuk memanipulasi operasi pada data yang berada dalam basis data ( Connolly, 2002, p41 ). Operasi manipulasi data biasanya termasuk sebagai berikut : •
Menyisipkan suatu data baru kedalam suatu basis data.
•
Perubahan data yang disimpan dalam basis data.
•
Pencarian kembali data yang terdapat dalam suatu basis data.
•
Penghapusan data dari suatu basis data
Untuk itu salah satu dari fungsi utama dari DBMS ialah untuk mendukung DML dimana pemakai bisa menyusun pernyataan yang bisa memanipulasi data yang telah dilakukan sebelumnya. Manipulasi data dapat diaplikasi pada tingkat eksternal dan konseptual sebaik pada tingkat internal. Bagaimanapun juga pada tingkat internal kita harus mendefinisikan prosedur tingkat rendah yang kompleks sehingga memungkinkan untuk membuat suatu data akses yang lebih effisien. Sebagai penjelasannya, pada tingkat yang
lebih tinggi menekankan pada
penempatan dari suatu kasus yang akan dibuat, dan usaha yang langsung disediakan oleh pemakai dengan sistem.
2.1.5
Normalisasi
10 Suatu desain database harus memenuhi kondisi untuk tidak mengandung anomali, yaitu suatu kejanggalan dari suatu penempatan atribut tertentu dari suatu obyek data. Untuk membedakan satu rekord denagn yang lainnya maka perlu dipilih atribut atau kombinasi atribut sebagai kunci primer (primary key) ( Connolly, 2002, p376). Syarat primary key
adalah harus unik, jumlah kombinasi atribut
minimum, dan tidak boleh mengandung nilai kosong (null). Langkah – langkah normalisasi : 1.
Normalisasi Pertama (1ST NF ) Suatu data dikatakan un-normalized, jika di dalamnya mengandung kelompok berulang ( repeating group ), sehingga untuk membentuk normalisasi pertama ( 1st NF ) repeating group harus di hilangkan. Untuk menjadi 1st NF maka group yang berulang dihilangkan dengan mengisi pada bagian yang kosong dengan data yang seharusnya pada suatu bentuk record.
2.
Normalisasi Kedua ( 2nd NF ) Dapat dihasilkan dengan melihat apakah ada attribut bukan primary key yang merupakan fungsi dari sebagian primary key (partial dependence ). Dalam normalisasi kedua ( 2nd NF ) setiap atribut yang tergantung parsial ini harus dipisahkan dengan mengikut sertakan determinannya. Bentuk normal diperoleh bila setiap atribut bukan bagian primary key dari suatu tabel
11 sepenuhnya merupakan fungsi (fungsional dependence ) dari primary key tersebut. 3.
Normalisasi Ketiga ( 3rd NF ) Pengujian terhadap 3rd NF dilakukan dengan cara melihat apakah terdapat atribut bukan key tergantung fungsional terhadap atribut bukan key yang lain ( disebut ketergantungan transitif atau transitive dependence). Dengan cara yang sama, maka setiap ketergantungan transitif dipisahkan. 3rd NF sudah cukup bagus dalam arti bahwa anomali yang dikandungnya sudah sedemikian minimum ( hampir tidak ada).
2.1.6
4th GL ( Generation Language ) 4th GL adalah generasi bahasa tingkat empat. Tidak ada konsensus tentang apa itu 4th GL, ditujukan untuk bahasa pemrograman yang sederhana suatu operasi yang membutuhkan banyak baris dalam bahasa generasi tingkat tiga (3th GL), seperti Cobol, biasanya membutuhkan hanya 10-20 baris dalam 4th GL. Dibandingkan dengan 3th GL yang membutuhkan prosedur, pada 4th GL tidak diperlukan lagi dan pengguna bisa menetukan apa saja yang harus yang dilakukan.
12 4th GL diharapkan dapat memudahkan penggunaannya pada tingkat komponen yang lebih tinggi seperti tools generasi ke-4. para pengguna tidak mengharapkan untuk mendefinisikan langkah suatu program untuk melaksanakan suatu tugas, tetapi lebih mendefinisikan parameter untuk tools yang mana untuk menciptakan suatu program aplikasi. 4th GL diyakini dapat mengembangkan produktifitas dalam batasan jenis masalah yang bisa diatasi oleh 4th GL : •
Presentasi bahasa, seperti Query Language dan Report Generator.
•
Bahasa khusus, seperti spreadsheets dan database language.
•
Aplikasi
generator
yang
dapat
mendefinisikan,
menyisipkan,
memperbaharui, dan membuka kembali data dari suatu basisdata untuk membuat suatu aplikasi. •
Bahasa tingkat paling tinggi yang biasa digunakan untuk membuat suatu kode aplikasi.
SQL dan QBE, seperti yang disebutkan diatas adalah contoh dari 4th GL. Sekarang kita berbicara beberapa contoh dari tipe lain dari 4th GL : • A forms generator. • Report generator. • Graphics generator. • Aplikasi generator.
13
2.1.7
Siklus Hidup Aplikasi Database Siklus hidup aplikasi database merupakan tahapan dalam merancang suatu sistem database. Siklus hidup aplikasi database digambarkan seperti bagan berikut ini ( Connolly, 2002, p272 ).
14
Database Planning
System Definition
Requirements Collection And Analysis
Conceptual Database design DBMS selection (optional)
Application Design Logical Database design
Physical databse design
implementation Prototyping (optional)
Data Conversion and Loading
Testing
Operational Maintenance
Gambar 2.1 Database Life Cycle
15
2.1.7.1
Database Planning Mengatur atau merencanakan aktivitas-aktivitas dengan mengikuti langkah-langkah dari aplikasi database daan diterapkan se-efektif dan seefisien mungkin. Ada tiga masalah pokok yang harus diperhatikan dalam merumuskan strategi sistem informasi (Connolly, 2002, p273) •
mengidentifikasikan rencana
dan tujuan perusahaan dengan
menetukan sistem informasi yang diperlukan. •
Mengevaluasi sistem informasi yang ada untuk mellihat kelebihan dan kekurangannya.
•
Penilaian mengenai peluang IT yang mungkin dapat menghasilkan keuntungan yang kompetitif.
2.1.7.2
System Definition Mendeskripsikan ruang lingkup dari aplikasi database yang akan dibuat termasuk user dan tempat aplikasi database diterapkan (Connolly, 2002, p274). Sebelum mencoba untuk merancang suatu aplikasi database, sangatlah penting untuk kita mengidentifikasikan batasan-batasan sistem yang ada dan bagaimana sistem tersebut berintraksi dengan bagian sistem informasi yang lain dalam perusahaan tersebut. Penting juga untuk mengikutsertakan didalam batasan-batasan sistem yang kita buat tidak hanya untuk aplikasi dan pemakai saat ini saja tetapi bisa digunakan di masa yang akan datang.
16 2.1.7.3
Requirement Collection and Analysis Proses mengumpulkan dan menganalisa kebutuhan-kebutuhan user. Langkah ini melibatkan pengumpulan dan analisa dari informasi tentang bagian dari perusahaan yang akan dibuat sebuah basis data. Ada banyak teknik untuk memperoleh informasi, dan disebut dengan fact-finding techiques. Informasi yang dikumpulkan mencakup : •
Deskripsi tentang data yang digunakan.
•
Keterangan secara lengkap bagaimana data tersebut digunakan.
•
Kebutuhan tambahan lainnya utnuk aplikasi data yang baru.
Informasi ini kemudian akan dianalisa
untuk mengidentifikasikan
kebutuhan yang tercakup dalam aplikasi database yang baru. Kebutuhan ini diuraikan dalam dokumen secara bersama dikenal sebagai spesifikasi kebutuhan untuk aplikasi database yang baru. Analisa dan koleksi kebutuhan adalah suatu langkah persiapan untuk merancang suatu basis data. Jumlah data yang kumpukan tergantung pada sifat alami dari masalah dan kebijakan perusahaan. Mengidentifikasi kemampuan yang diperlukan untuk suatu aplikasi database adalah suatu aktifitas yang penting, karena sistem dengan kemampuan yang tidak sempurna atau tidak cukup akan mengganggu user, yang memungkinkan sistem tersebut tidak digunakan lagi atau ditolak. Bagaimanapun, kemampuan sistem yang berlebihan dapat juga menjadi masalah, misalnya suatu sistem yang terlalu
17 rumit dapat membuat sukar untuk penerapan, pemeliharaan, penggunaan atau belajar menggunakan sistem tersebut. 2.1.7.4
Database Design Proses dalam membuat suatu desain untuk database yang didukung operasi sistem yang ada di perusahaan tersebut.(Connolly, 2002, p279). Dalam bagian ini terdapat tiga tahap dalam merancang suatu data base yaitu Conceptual desin, logical design, Physical design. Tahap- tahap ini akan dijelaskan di sub bab berikutnya.
2.1.7.5
Prototyping Membangun suatu model kerja dari aplikasi database. Tujuan utama mengembangkan suatu prototipe aplikasi database adalah mengizinkan user untuk menggunakan prototype guna mengidentifikasikan corak sistem apakah bekerja dengan baik dan jika mungkin meningkatkan corak baru kepada aplikasi database. Dengan cara ini kita dapat memperjelas kebutuhan pemakai dan pengembang sistem dalam mengevaluasi kelayakan design sistem tertentu. Prototipe perlu mempunyai keuntungan yang utama yang secara relatif cepat dan murah untuk dibangun. Ada dua strategi yang digunakan saat ini yaitu requirement prototyping dan evolutionary protoptyping. Requirement prototyping digunakan untuk menentukan kebutuhan suatu aplikasi database yang diusulkan dan ketika kebutuhan terhadap suatu aplikasi database tidak lengkap, maka prototype
18 tersebut tidak digunakan lagi. Evolutionary prototyping digunakan untuk tujuan yang sama, perbedaan yang penting adalah bahwa prototype tidak dibuang tetapi dengan pengembangan lebih lanjut, prototype tersebut bekerja sama dengan aplikasi database. 2.1.7.6
Implementation Impelemntasi merupakan realisasi secara fisik dari database dan desain aplikasi (Connolly, 2002, p292). Pada tahap penyelesaian desain ( dimana dapat melibatkan pembuatan prototype atau tidak ), kini kita dapat menerapkan basis data dan program aplikasi yang telah kita buat. Implementasi basis data menggunakan DDL yang kita pilih dalam melakukan pemilihan DBMS 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. Program aplikasi diterapkan dengan menggunakan bahasa generasi ke-4 ataua ke-3 yang lebih disukai. Bagian dari program aplikasi ini adalah transaksi basis data, yang diterapkan dengan menggunakan DML. Transaksi basis data juga dapat dibuat dalam bahasa pemrograman seperti Visual Basic, Delphi, C, C++, Java, Cobol, Fortran, Ada, atau Pascal. Kita juga menerapkan komponen lain dari desain aplikasi seperti layar menu, format masukan data, dan laporan.
19 Pengendalian keamanan dan intergritas untuk aplikasi juga telah diterapkan.
Sebagian
dari
kendali
ini
telah
diterapkan
dengan
menggunakan DDL, tetapi yang lain mungkin perlu untuk digambarkan di luar dari DDL, sebagai contoh penggunaan yang disediakan DBMS atau kendali sistem opereasi. 2.1.7.7
Data Conversion and Loading Pemindahan data yang ada dalam basis data yang baru dan mengubah aplikasi yang sedang berjalan agar dapat digunakan dalam basis data yang baru (Connolly, 2002, p293) langkah ini diperlukan hanya ketika suatu sistem basis data baru sedang menggantikan suatu sistem basis data yang lama. Sekarang ini, telah menjadi umum suatu DBMS untuk mempunyai suatu kegunaan yang dapat mengisi file yang ada kedalam basis data yang baru. Kegunaan yang ada umumnya memerlukan spesifikasi sumber file dan target basis data dan kemudian secara otomatis mengkonversi data itu kepada format yang diperlukan basis data yang baru. Kapan saja konversi dan pembuatan diperlukan proses harus dengan baik direncanakan agar basis data tersebut dapat sesuai dengan kebutuhan yang ada.
2.1.7.8
Testing Testing adalah sautu proses melaksanakan program aplikasi dengan tujuan menemukan kesalahan (Connolly, 2002 p293). Sebelum diterapkan dalam suatu sistem, basis data harus dilakukan testing terlebih dahulu. Hal ini dicapai dengan penggunaan secara hati-hati untuk merencanakan suatu
20 test dan data yang realitis sedemikian sehingga keseluruhan proses pengujian sesuai dengan metode dan dillaksanakan sesuai aturan yang ada. 2.1.7.9
Operastional Maintenance Suatu proses untuk memonitor dan merawat sistem setelah instalasi. Dalam langkah- langkah yang sebelumnya, aplikasi basis data telah secra penuh diterapkan dan diuji. Sistem sekarang pindah kesuatu langkah pemeliharaan, yang melibatkan aktifitas yang berikut (Connolly, 2002, p293) : •
Monitoring performance dari sistem. Jika performance jatuh dibawah suatu tingkatan yang bisa diterima, penyetelan atau reorganisai basis data mungkin diperlukan.
•
Maintaning dan meningkatkan mutu aplikasi basis data ( ketika diperlukan ). Kebutuhan baru disatukan ke dalam aplikasi data dengan mengikuti langkah-langkah sebelumnya yang terdapat dalam database life cycle.
Ketika aplikasi basis data sedang beroperasi, perlu dilakukan monitoring secara dekat untuk memastikan bahwa performance dalam tingkatan yang bisa diterima. Suatu DBMS secara normal menyediakan berbagai kegunaan untuk membantu administrasi basis data yang mencakup kegunaan untuk mengisi data kedalam suatu basis data dan memonitor sistem tersebut. Kegunaan yang mengizinkan sistem melakukan monitoring secara berdampingan atau berhadapan informasi sebagai
21 contoh, pemakaian basis data mengunci efisiensi dan query strategi pelaksanaan. Database Administrator (DBA) dapat menggunakan informasi ini untuk menyetel sistem dan untuk memberi performance yang lebih baik, sebagai contoh, dengan menciptakan index tambahan untuk mempercepat query, dengan mengubah struktur basis data, atau dengan melakukan kombinasi terhadap tabel yang ada. Monitoring process akan terus berlanjut pada sepanjang hidup
suatu
aplikasi basis data tersebut dan pada waktu tertentu boleh melakukan reorganisai basis data untuk mencukupi kebutuhan dari sistem. Perubahan ini menyediakan informasi pada evolusi sistem dan sumber daya yang ada pada masa yang akan datang mungkin diperlukan. Hal ini memungkinkan DBA untuk terlibat dalam perencanaan kapasitas dan untuk memberi tahu staff senior siaga untuk melakukan penyesuaian rencana. Jika DBMS kekurangan kegunaan tertentu, DBA dapat mengembangkan kegunaan yang diperlukan atau membeli tools tambahan jika tersedia.
22
2.1.8
Design Conseptual, Logical dan Physical Database 1. Conceptual database design Langkah awal dalam conceptual database adalah dengan membuat model data secara konseptual dari perusahaan yang bersangkutan. Data tersebut merupakan informasi-informasi mengenai perusahaan. Dalam menentukan model data secara konseptual data yang digunakan tidak termasuk dalam sasaran DBMS, program aplikasi, bahasa pemrograman, dan masalah dalam pembuatan basis data. Dalam conceptual database design data yang ada dikembangkan dengan representasi
secara
konseptual
yang
mencakup
mengidentifikasi
entity,
relasionship dan atribut yang sangat penting dalam perancangan basis data tersebut. 2.
Logical database design Dalam logical database design, model data yang telah diperoleh dalam
consceptual database design diubah dalam bentuk logical model dimana data yang ada dipengaruhi oleh model data yang menjadi tujuan basis data (database). Hal ini dilakukan untuk menerjemahkann representasi konseptual
ke dalam
bentuk struktur logic dalam database. Logical data model merupakan sumber informasi dalam merancang physical database. Logical database design memberikan sarana yang membantu para perancang dalam merancang physical database.
23 3. Physical database design Physical database design dilakukan untuk memutuskan struktur logik secara fisik diimplementasikan kedalam tujuan Database Management System (DBMS), para perancang juga harus membuat keputusan mengenai bagaimana basis data (database) tersebut dapat diimplementasikan / diterapkan dalam perusahaan. Oleh karena itu, physical database design harus disesuaikan dengan DBMS yang spesifik. Terdapat hubungan antara physical daatabase design untuk meningkatkan kinerja dari basis data tersebut dapat mempengaruhi logical data model.
2.2
Teori-Teori Lain
24 2.2.1
Pengertian Security dan Integrity Kata security dan integrity sering didengar dan dimengerti secara serupa didalam konteks database, tetapi sebenarnya keduanya mempunyai konsep yang berbeda. Security lebih mengacu pada proteksi data terhadap otorisasi yang tidak dinginkan. Sedangkan integrity mengacu pada keakuratan dan validasi data ( Date, 1990, p429 ). Jadi dengan kata lain yang dimaksud dengan security dalam database yaitu memastikan bahwa para pemakai diijinkan untuk melakukan hal-hal yang mereka sedang dilakukan. Sedangkan integrity itu sendiri adalah memastikan bahwa hal-hal yang sedang diproses dilakukan dengan benar. Tetapi ada beberapa persamaan akan keduanya, yaitu: Dalam kasus ini sistem perlu memberi batasan tertentu dimana pemakai tidak boleh melanggarnya,
di mana batasan untuk keduanya haruslah spesifik (
khususnya untuk DBA) dalam bahasa pemrograman yang digunakan, dan harus dipelihara dalam suatu sistem yang dapat berupa catalog atau kamus. Untuk keduanya DBMS harus memonitor interaksi pemakai dalam beberapa cara untuk memastikan bahwa batasan benar berfungsi.
2.2.2
Keamanan: pertimbangan umum Ada banyak aspek untuk masalah keamanan ( Date, 1990, p430 ),
diantaranya:
25 •
Legal, sosial dan aspek etis ( sebagai contoh, ada user yang melakukan transaksi, katakan untuk suatu kredit pelanggan, apakah user mempunyai akses legal untuk informasi yang diminta ? )
•
Kendali fisik ( sebagai contoh, perlukah
ruang terminal atau komputer
dikunci atau harus menggunakan cara lain ? ) •
Pertanyaan kebijakan( sebagai contoh, bagaimana cara perusahaan memiliki suatu sistem yang dapat memutuskan siapa yang diijinkan akses ke suatu sistem dan untuk apa ? )
•
Masalah operasi ( sebagai contoh, jika password
digunakan, bagaimana
merahasiakannya? Seberapa sering mereka merubah password tersebut?) •
Kontrol hardware ( sebagai contoh, apakah CPU menyediakan feature keamanan, seperti kunci-kunci untuk perlindungan dalam penyimpanan )
•
Keamanan sistem operasi ( sebagai contoh, apakah sistem operasi dapat mendukung suatu sistem dalam melakukan proses penghapusan dan penyimpanan data ? )
•
Isu yang terfokus pada sistem database sendiri secara spesifik ( sebagai contoh, apakah sistem database mempunyai suatu konsep kepemilikan data ? )
2.2.3
Teori Persediaan 2.2.3.1
Penilaian dan pelaporan Pesediaan barang dagang (merchandise inventory) adalah barang-barang
yang dimiliki peursahaan untuk dijual kembali. Untuk perusahaan pabrik, termasuk dalam persediaan adalah barang-barang yang akan digunakan untuk
26 proses produksi selanjutnya. Persedian dalam perusahaan pabrik terdiri dari persediaan bahan baku, persediaan dalam proses dan persediaan barang jadi. Persediaan pada umumnya, meliputi jenis barang yang cukup banyak dan merupakan bagian yang cukup berarti dari seluruh aktiva perusahaan.Di samping itu, transaksi yang berhubungan dengan persediaan merupakan aktifitas yang paling sering terjadi (Soemarso S.R, 1992, p411). Persediaan barang dagang pada umumnya dinilai pada harga perolehannya. Dalam hal-hal tertentu persediaan dapat dinilai pada harga terendah antara harga perolehan dan harga pasar atau nilai yang diharapkan dapat direalisasikan. Cara penilaian dan metode penerapan harga pokok harus diungkapkan dalam laporan keuangan .
2.2.3.2
Pesediaan dalam Laporan Keuangan Dalam laporan keuangan, persediaan barang dagang disajikan baik
dineraca maupun perhitungan rugi laba. Persediaan barang dagang yang tercantum dineraca mencerminkan nilai barang dagang yang ada pada tanggal neraca, yang biasanya juga merupakan akhir dari suatu periode akuntansi. Diperhitungkan rugi laba, persediaan barang dagang muncul dalam harga pokok penjualan (Soemarso S.R, 1992, p412)..
27
2.2.3.3
Metode FIFO ( First In First Out ) Metode penetapan harga pokok persediaan dimana bahwa barang-barang
yang terdahulu di beli akan merupakan barang yang dijual pertama kali. Dalam metode ini persediaan akhir dinilai dengan harga pokok pembelian yang paling akhir (Soemarso S.R, 1992, p416).
2.2.3.4
Metode Identifikasi Khusus ( specific identification ) Dalam metode ini, harga pokok yang dibebankan barang-barang yang
dijual dan yang masih ada dalam persedian didasarkan atas harga pokok yang dikeluarkan khusus untuk barang – barang yang bersangkutan. Metode ini, dalam praktek, hanya cocok untuk barang –barang yang jumlahnya tidak banyak dan nilai per satuaannya tinggi, seperti misalnya mobil bekas dan lukisan.
2.2.3.5
Metode eceran (retail metohd) Penetapan harga pokok persediaan secara taksiran yang didasarkan atas hubungan, yang terdapat dalam tahun berjalan, antara harga pokok dengan harga jual.
2.2.3.6
Metode laba bruto atau laba kotor Metode penetapan harga pokok persediaan secara taksiran yang didasarkan atas hubungan, yang terdapat pada periode yang lalu, antara
28 harga pokok dengan harga jual. Metode ini pada dasarnya menggunakan konsep yang sama dengan metode eceran, yaitu konsep hubungan antara harga pokok dan penjualan. Perbedaannya dengan metode eceran terletak dalam cara penentuan prosentase. Kalau dalam metode eceran prosentase harga pokok terhadap harga jual didasarkan atas harga pokok dan harga jual aktual selama suatu periode, dalam metode laba bruto prosentase laba bruto terhadap penjualan didasarkan laporan keuangan tahun lalu perbedaan lainnya adalah kalau metode eceran menggunakan prosentase harga pokok terhadap harga jual, metode laba bruto menggunakan prosentase laba bruto tehadap penjualan.
2.2.3.7
Metode LIFO (Last In Fisrt Out) Metode penetapan harga pokok persediaan dimana dianggap bahwa baranag-barang yang paling akhir dibeli akan merupakan barang yang dijual pertama kali. Dalam metode ini, persediaan akhir akan dinilai dengan harga pokok pembelian yang terdahulu.
2.2.3.8
Metode rata-rata Metode penetapan harga pokok persediaan dimana dianggap bahwa harga pokok rata-rata dari barang yang tersedia dijual akan digunakan untuk menilai harga pokok barang yang dijual dan yang terdapat dalam persediaan.
