BAB 2 TINJAUAN PUSTAKA Pengertian Sistem Manajemen Basis Data Data Definition Language (DDL)

Transkripsi

1 BAB 2 TINJAUAN PUSTAKA 2.1. Teori yang Berkaitan dengan Basis Data Pengertian Basis Data Menurut Connolly dan Begg (2010,p65), basis data adalah kumpulan data yang saling berhubungan secara logis dan deskripsi data tersebut dirancang untuk memenuhi kebutuhan informasi dalam suatu organisasi Pengertian Sistem Manajemen Basis Data Menurut Connolly dan Begg (2010,p66), Database management System (DBMS) adalah sebuah sistem software yang memungkinkan pengguna untuk mendefinisikan, membuat, memelihara, dan mengendalikan akses ke basis data Bahasa-bahasa Basis Data Data Definition Language (DDL) Menurut Connolly dan Begg (2010,p92), Data Definition Language (DDL) adalah sebuah bahasa yang memungkinkan DBA (Database Administrator) atau pengguna untuk mengambarkan dan memberi nama entitas-entitas, atribut-atribut, dan hubungan-hubungan yang diperlukan untuk sebuah aplikasi, bersama dengan integritas terkait dan batasan keamanan Data Manipulation Language (DML) Menurut Connolly dan Begg (2010,p92), Data Manipulation Language (DML) adalah sebuah bahasa yang menyediakan sekumpulan operasi untuk mendukung operasi dasar manipulasi data pada data dalam basis data. 5

2 Structured Query Language (SQL) Menurut Connolly dan Begg (2010,p184), Structured Query Language (SQL) adalah salah satu contoh dari bahasa berbasis transformasi atau bahasa yang dirancang menggunakan relasi guna mentransformasikan data masuk (input) menjadi data keluar (output) yang dibutuhkan Tahap Pembuatan Basis Data Database Planning Menurut Connolly dan Begg(2010,314), Database planning adalah kegiatan manajemen yang memungkinkan tahapan siklus hidup pengembangan sistem basis data untuk direalisasikan seefisien dan seefektif mungkin. yaitu: Ada 3 hal utama yang terlibat dalam strategi sistem informasi, Identifikasi rencana dan tujuan perusahaan dengan penentuan sistem informasi yang dibutuhkan. Evaluasi sistem informasi yang berjalan untuk menentukan kelebihan dan kekurangan yang ada. Penilaian terhadap peluang-peluang teknologi informasi yang mungkin mendatangkan keuntungan yang kompetitif System Definition Menurut Connolly dan Begg (2010,p316), System Definition menjelaskan ruang lingkup dan batas-batas dari aplikasi basis data dan pandangan pengguna (user view) utama Requirment Collection and Analysis Menurut Connolly dan Begg (2010,316), Requirment collection and analysis adalah proses pengumpulan dan analisa informasi mengenai bagian dari organisasi yang didukung oleh sistem basis data, dan

3 7 menggunakan informasi ini untuk mengidentifikasi kebutuhan untuk sistem baru Database Design Menurut Connolly dan Begg (2010,p320), Database design adalah proses membuat rancangan yang akan mendukung misi dan tujuan untuk sistem basis data yang dibutuhkan. Menurut Connolly dan Begg (2010,p322), terdapat 3 tahapan penting dalam merancang basis data, yaitu : Conceptual database design Proses membangun sebuah model dari data yang digunakan dalam suatu perusahaan, independen dari keseluruhan aspek fisik. Logical database design Proses membangun sebuah model dari data yang digunakan dalam suatu perusahaan berdasarkan pada model yang spesifik, tetapi tidak bergantungan dengan DBMS tertentu dan pertimbangkan fisik lainnya. Physical database design Proses memproduksi penjelasan implementasi basis data pada penyimpanan sekunder, menggambarkan struktur penyimpanan dan metode akses yang akan digunakan dalam mengakses data secara tepat DBMS Selection Menurut Connolly dan Begg (2010,p325), DBMS Selection adalah proses pemilihan DBMS yang sesuai untuk mendukung sistem basis data.

4 Application Design Menurut Connolly dan Begg (2010,p329), Application design adalah proses merancang user interface dan program aplikasi yang akan digunakan untuk mengelolah basis data Prototyping Menurut Connolly dan Begg (2010,p333), Prototyping adalah proses pembuatan model kerja sistem basis data Implementation Menurut Connolly dan Begg (2010,p333), Implementation merupakan realisasi secara fisik basis data dan perancangan aplikasi Testing Menurut Connolly dan Begg (2010,p334), Testing merupakan proses menjalankan sistem basis data dengan tujuan untuk menemukan kesalahan Entity Relationship Modeling Menurut Connolly dan Begg (2010,p371), Entity relationship modeling merupakan pendekatan top down untuk mendesain basis data yang diawali mengidentifikasi data penting yang disebut dengan entities dan relationship diantara data yang harus direpresentasikan dalam model Tipe Entitas Menurut Connolly dan Begg (2010,p372), tipe entitas adalah sekelompok objek dengan sifat yang sama, yang diidentifikasi oleh perusahaan sebagai memiliki eksistensi independen. Tipe entitas antara lain : 1. Strong entity type Suatu entitas yang keberadaanya tidak bergantung pada tipe entitas lainnya. (Connolly dan Begg, 2010, p383)

5 9 2. Weak entity type Suatu entitas yang keberadaanya bergantung pada tipe entitas lainnya. (Connolly dan Begg, 2010,p383) Tipe Relasi Menurut Connolly dan Begg (2010,p374), tipe relasi adalah satu set asosiasi yang bermakna antara jenis entitas. Degree of a relationship type adalah jumlah dari partisipasi tipe entitas dalam sebuah tipe tipe relasi tertentu. (Connolly dan Begg, 2010,p376) Contoh tipe derajat relasi, yaitu Binary relationship. Binary relationship adalah sebuah hubungan antara dua tipe entitas. Gambar 2.1. Binary Relationship Connolly dan Begg (2010,p376) Atribut Menurut Connolly dan Begg (2010,p379), atribut adalah sebuah properti dari suatu entitas atau tipe relasi. Atribut dapat diklasifikasikan sebagai berikut : 1. Simple and composite attributes Simple attributes adalah sebuah atribut yang terdiri dari satu komponen tunggal dengan keberadaannya independent. Composite attributes adalah sebuah atribut yang terdiri dari beberapa komponen yang keberadaannya independent. (Connolly dan Begg, 2010,p380)

6 10 2. Single-valued and multi-valued attributes Single-valued attributes adalah sebuah atribut yang menampung nilai tunggal untuk setiap kejadian dari suatu tipe entitas. Multi-valued attributes adalah sebuah atribut yang menampung banyak nilai untuk setiap kejadian dari suatu tipe entitas. (Connolly dan Begg, 2010,p380) 3. Derived attributes Derived attributes adalah sebuah atribut yang memiliki nilai yang diturunkan dari nilai atribut yang berhubungan atau satu set atribut, tidak perlu berada dalam tipe entitas yang sama. (Connolly dan Begg, 2010,p380) Structural Constraints Menurut Connolly dan Begg (2010,p385), multiplicity adalah Jumlah (atau jarak) kemungkinan kejadian suatu entitas yang berhubungan dengan kejadian tunggal dari suatu entitas yang terkait melalui hubungan tertentu. Tiga tipe hubungan yaitu : 1. Hubungan one to one (1:1) Hubungan yang menggambarkan antara satu kejadian entitas dari suatu entitas berhubungan dengan satu kejadian entitas dari entitas yang berbeda. 2. Hubungan one to many (1:*) Hubungan yang menggambarkan antara satu kejadian entitas dari suatu entitas berhubungan dengan satu atau lebih kejadian entitas dari entitas yang berbeda.

7 11 3. Hubungan many to many (*:*) Hubungan yang menggambarkan antara satu atau lebih kejadian entitas dari suatu entitas berhubungan dengan satu atau lebih kejadian entitas dari entitas yang berbeda Normalisasi Menurut Connolly dan Begg (2010,p416), normalisasi adalah sebuah teknik untuk menghasilkan sebuah set hubungan dengan sifat yang diinginkan, yang akan memberikan kebutuhan data dari perusahaan. Menurut Connolly dan Begg (2010,p430), bentuk normalisasi memenuhi kriteria : 1. First Normal Form (1NF) Suatu relasi merupakan perpotongan setiap baris dan kolom berisi satu dan hanya satu nilai. 2. Second Normal Form (2NF) Suatu relasi yang berbentuk 1NF dan setiap atribut yang bukan primary key sepenuhnya fungsional tergantung pada primary key Third Normal Form (3NF) Suatu relasi yang berbentuk 1NF dan 2NF, di mana tidak ada atribut yang bukan primary key adalah transitif tergantung pada primary key Metodologi Perancangan Basis Data Menurut Connolly dan Begg (2010,p466), metodologi desain adalah sebuah pendekatan terstruktur yang menggunakan prosedur, teknik, perangkat, dan dokumentasi untuk mendukung dan memfasilitasi proses desain. Menurut Connolly dan Begg (2010,p467), metodologi perancangan basis data di bagi menjadi tiga, yaitu :

8 Perancangan Konseptual Perancangan basis data konseptual adalah proses membangun sebuah model dari data yang digunakan dalam suatu perusahaan, dari semua pertimbangan fisik. Langkah-langkah untuk membangun model data konseptual, yaitu : 1. Mengidentifikasi tipe entitas Tujuannya adalah untuk mengidentifikasi tipe entitas yang dibutuhkan. 2. Mengidentifikasi tipe relasi Tujuannya adalah untuk mengidentifikasi relasi penting yang ada diantara tipe entitas. 3. Mengidentifikasi dan mengasosiasi atribut dengan tipe entitas atau relasi Tujuannya adalah untuk mengasosiasi atribut dengan tipe entitas atau tipe relasi yang sesuai. 4. Menentukan domain atribut Tujuannya adalah untuk menentukan domain untuk atribut pada model data lokal konseptual. 5. Menentukan atribut candidate key, primary key, dan alternate key Tujuannya adalah untuk mengidentifikasi candidate key untuk setiap tipe entitas, dan jika ada lebih dari satu candidate key, maka dipilih satu untuk menjadi primary key dan yang lain sebagai alternate key. 6. Mempertimbangkan penggunaan konsep enhanced modeling (langkah optional) Tujuannya adalah untuk mempertimbangkan penggunaan konsep enhanced modeling, seperti specialization/generalization, aggregation, dan composition. 7. Memeriksa model untuk redundansi Tujuannya adalah untuk memeriksa adanya redundansi/data berulang pada model. 8. Validasi model konseptual dengan transaksi pengguna Tujuannya adalah untuk memastikan bahwa model konseptual mendukung transaksi yang dibutuhkan.

9 13 9. Meninjau kembali model data konseptual dengan pengguna Tujuannya adalah untuk meninjau kembali model data konseptual dengan pengguna untuk memastikan bahwa model tersebut sudah sesuai dengan representasi yang sebenarnya dari kebutuhan data perusahaan Perancangan Logikal Perancangan basis data logikal adalah proses membangun sebuah model dari data yang digunakan dalam suatu perusahaan berdasarkan pada model yang spesifik, tetapi tidak bergantungan dengan DBMS tertentu dan pertimbangkan fisik lainnya. Langkah-langkah untuk membangun model data logikal, yaitu : 1. Penurunan relasi untuk model data logikal Tujuannya adalah untuk membuat relasi untuk model data logikal untuk merepresentasikan entitas, relasi, dan atribut yang telah diidentifikasi. 2. Validasi relasi menggunakan normalisasi Tujuannya adalah untuk memvalidasi relasi pada model data logikal menggunakan normalisasi. 3. Validasi relasi terhadap transaksi pengguna Tujuannya adalah untuk memastikan bahwa relasi pada model data logikal mendukung transaksi yang dibutuhkan. 4. Memeriksa integrity constraints Tujuannya adalah untuk memeriksa integrity constraints yang direpresentasikan pada model data logikal. 5. Meninjau kembali model data logikal dengan pengguna Tujuannya adalah untuk meninjau kembali model data logikal dengan pengguna untuk memastikan bahwa model tersebut sesuai dengan representasi yang sebenarnya dari kebutuhan data perusahaan. 6. Menggabungkan model data logikal menjadi model global (langkah optional) Tujuannya adalah untuk menggabungkan model data lokal logikal menjadi sebuah model data logikal global yang merepresentasikan semua pandangan pengguna basis data.

10 14 7. Memeriksa perkembangan di masa mendatang Tujuannya adalah untuk menentukan apakah ada perubahan signifikan yang memungkinkan di masa mendatang dan untuk menilai apakah model data logikal dapat mengakomodasi perubahan Perancangan Fisikal Perancangan basis data fisikal adalah proses memproduksi penjelasan implementasi basis data pada penyimpanan sekunder, menggambarkan struktur penyimpanan dan metode akses yang akan digunakan dalam mengakses data secara tepat. Terdapat beberapa tahap untuk membangun model data fisikal, yaitu : a. Tahap ketiga : Menerjemahkan model data logikal untuk DBMS yang dituju. Secara objektif dilakukan untuk menghasilkan sebuah skema relasi basis data dari model data logikal yang bisa diimplementasikan pada DBMS yang dituju. Tahap ini terdiri dari 3 langkah, yaitu : 1. Merancang relasi dasar Tujuannya adalah menentukan bagaimana merepresentasikan relasi dasar yang telah diidentifikasi dalam model data logikal pada DBMS yang dituju. 2. Merancang representasi dari derived data Tujuannya adalah menentukan bagaimana merepresentasikan berbagai derived data yang terdapat dalam model data logikal pada DBMS yang dituju. 3. Merancang batasan umum Tujuannya adalah merancang batasan umum pada DBMS yang dituju. b. Tahap keempat : Merancang organisasi file dan indeks. Secara objektif dilakukan untuk menentukan organisasi file yang optimal untuk menyimpan relasi dasar dan indeks yang dibutuhkan untuk mencapai kinerja yang dapat diterima, yaitu keadaan dimana relasi dan tupel akan disimpan pada secondary storage. Tahap ini terdiri dari 4 langkah, yaitu:

11 15 1. Menganalisa transaksi Tujuannya adalah untuk mengetahui fungsi dari transaksi yang akan berjalan pada basis data dan untuk menganalisa transaksi yang penting. 2. Memilih organisasi file Tujuannya adalah untuk menentukan organisasi file yang yang efisien untuk setiap relasi dasar. 3. Memilih indeks Tujuannya adalah untuk menentukan apakah menambah indeks akan meningkatkan kinerja sistem. 4. Memperkirakan besarnya tempat penyimpanan yang dibutuhkan Tujuannya adalah untuk memperkirakan besar tempat penyimpanan yang akan dibutuhkan oleh basis data. c. Tahap kelima : Merancang user views. Secara objektif dilakukan untuk merancang user views yang teridentifikasi selama tahap pengumpulan dan analisa kebutuhan dari siklus pengembangan sistem basis data. d. Tahap keenam : Merancang mekanisme keamanan. Secara objektif dilakukan untuk merancang mekanisme keamanan untuk basis data yang ditentukan oleh pengguna selama tahap pengumpulan kebutuhan dari siklus pengembangan sistem basis data. e. Tahap ketujuh : Mempertimbangkan penggunaan redundansi terkontrol. Secara objektif dilakukan untuk menentukan apakah menggunakan redundansi secara terkendali dengan aturan normalisasi akan meningkatkan kinerja sistem. Tahap ini terdiri dari 7 langkah, yaitu : 1. Menggabungkan relasi one-to-one (1:1) 2. Menduplikasi atribut non-key pada relasi one-to-many (1:*) untuk mengurangi join 3. Menduplikasi atribut foreign key pada relasi one-to-many (1:*) untuk mengurangi join 4. Menduplikasi atribut-atribut pada relasi many-to-many (*:*) untuk mengurangi join 5. Memperkenalkan repeating groups 6. Membuat extract tables 7. Mempartisi relasi-relasi

12 16 f. Tahap kedelapan : Mengawasi dan menyempurnakan sistem operasional. Secara objektif dilakukan untuk mengawasi sistem operasional dan meningkatkan kinerja sistem untuk memperbaiki rancangan yang tidak sesuai atau mempertimbangkan adanya perubahan kebutuhan Data Flow Diagram (DFD) Menurut Satzinger, Jackson dan Burd (2009,p206), data flow diagram (DFD) adalah model sistem grafik yang menampilkan semua kebutuhana terutama untuk sistem informasi dalam satu diagram input dan output proses dan penyimpanan data. Menurut Satzinger, Jackson dan Burd (2009,p208), DFD konteks adalah DFD yang mendeskripsikan pandangan paling abstrak dari sistem. Menurut Satzinger, Jackson dan Burd (2009,p207), DFD memakai simbol-simbol sebagai berikut : Simbol Nama Simbol Fungsi instruksi perlangkah yang Proses diikuti dengan mengubah input menjadi output. Data Flow aliran data dari tempat ke tempat, seperti input atau output ke proses. External Entity sumber atau tujuan data dari luar sistem. data penyimpanan, Data Store menjadi terisi setelah terisi. Gambar 2.2. Data Flow Diagram Symbol Satzinger, Jackson, dan Burd (2009,p207)

13 State Transition Diagram Menurut Indrajani (2011,p17), state transition diagram adalah suatu kondisi yang menunjukan keadaan tertentu, dimana suatu sistem dapat ada dan transisi menghasilkan keadaan tertentu yang baru Rich Picture Menurut Whitten dan Bentley (2007,p489), Rich Picture merupakan gambaran alur mengenai proses kegiatan bisnis yang berlangsung Lima Faktor Manusia Terukur Menurut Shneiderman dan Plaisant (2010,p32), ada lima faktor manusia terukur yang menjadi pusat evaluasi dalam merancang interface yaitu: 1. Waktu Belajar Berapa lama waktu yang dibutuhkan oleh user untuk mempelajari sekumpulan perintah dalam suatu tugas? 2. Kecepatan Kinerja Berapa lama waktu yang diperlukan untuk mengerjakan suatu tugas? 3. Tingkat Kesalahan user Berapa banyak kesalahan dan jenis kesalahan apa saja yang dilakukan oleh user dalam menyelesaikan suatu tugas? 4. Daya ingat Daya ingat berkaitan dengan waktu belajar dan frekuensi pengguaan sistem, semakin sering pengguna menggunakan sistem maka semakin mudah pengguna dalam mengingat sistem tersebut. 5. Kepuasan Subjektif Bagaimana tingkat kepuasaan user terhadap berbagai aspek dari sistem.

14 Teori yang Terkait Pembelian dan Penjualan E-Commerce Menurut Wong (2010,p33) E-Commerce adalah pembelian, penjualan dan pemasaran barang serta jasa melalui sistem elektronik. Seperti televisi, radio dan jaringan komputer atau internet Sistem Pembelian Menurut Mulyadi (2008,p299), sistem akuntansi pembelian digunakan dalam perusahaan untuk pengadaan barang yang diperlukan oleh perusahaan. Fungsi yang terkait dalam sistem akuntansi pembelian adalah: 1. Fungsi gudang Bertanggung jawab untuk mengajukan permintaan pembelian sesuai dengan posisi persediaan yang ada di gudang dan untuk menyimpan barang yang telah diterima oleh fungsi penerimaan. 2. Fungsi pembelian Bertanggung jawab untuk memperoleh informasi mengenai harga barang, menentukan pemasok yang dipilih dalam pengadaan barang, mengeluarkan order pembelian kepada pemasok yang dipilih. 3. Fungsi penerimaan Bertanggung jawab untuk melakukan pemeriksaan terhadap jenis, mutu dan kuantitas barang yang diterima dari pemasok guna menentukan dapat atau tidaknya barang tersebut diterima oleh perusahaan. Menurut Mulyadi (2008,p335), barang yang sudah diterima dari pemasok adakalanya tidak sesuai dengan barang yang dipesan menurut

15 19 surat order pembelian. Ketidaksesuaian tersebut terjadi kemungkinan karena barang yang diterima tidak cocok dengan spesifikasi yang tercantum dalam surat order pembelian, barang mengalami kerusakan dalam pengiriman, atau barang diterima melewati tanggal pengiriman yang dijanjikan oleh pemasok. Sistem retur pembelian digunakan dalam perusahaan untuk pengembalian barang yang sudah dibeli kepada pemasok Sistem Penjualan Menurut Mulyadi (2008,p202), kegiatan penjualan terdiri dari transaksi penjualan barang atau jasa, baik secara kredit maupun secara tunai. Menurut Hall (2007,p225), proses penjualan dimulai dari departemen penjualan yang menerima pesanan pelanggan yang menunjukan jenis dan jumlah barang yang diminta. Menurut Mulyadi (2008,p455), penjualan tunai dilaksanakan oleh perusahaan dengan cara mewajibkan pembeli melakukan pembayaran harga barang lebih dahulu sebelum barang diserahkan oleh perusahaan kepada pembeli. Menurut Mulyadi (2008,p462), Fungsi yang terkait dalam sistem penerimaan kas dari penjualan tunai adalah: 1. Fungsi penjualan Bertanggung jawab untuk menerima order dari pembeli, mengisi faktur penjualan tunai, dan menyerahkan faktur tersebut kepada pembeli untuk kepentingan pembayaran harga barang ke fungsi kas 2. Fungsi kas Bertanggun jawab sebagai penerima kas dari pembeli

16 20 3. Fungsi gudang Bertanggung jawab untuk menyiapkan barang yang dipesan oleh pembeli, serta menyerahkan barang tersebut ke fungsi pengiriman 4. Fungsi pengiriman Bertanggung jawab untuk membungkus barang dan menyerahkan barang yang telah dibayar harganya kepada pembeli. 5. Fungsi akuntansi Bertanggung jawab sebagai pencatat transaksi penjualan dan penerimaan kas dan membuat laporan penjualan. Menurut Mulyadi (2008,p463), faktur penjualan tunai adalah dokumen yang digunakan untuk merekam berbagai informasi yang diperlukan oleh manajemen mengenai transaksi penjualan tunai. Menurut Hall (2007,p235), retur penjualan bisa disebabkan oleh beberapa hal sebagai berikut : 1. Penjual mengirimkan barang yang salah. 2. Barang yang dikirim ternyata rusak/cacat. 3. Barang tersebut rusak pada saat pengiriman. 4. Penjual terlalu terlambat mengirimkan barang atau terjadi keterlambatan karena penundaan saat transit, dan pembeli menolak pengiriman tersebut Hasil Penelitian dan Produk Sebelumnya Analisis dan Perancangan Sistem Basisdata Penjualan dan Pembelian Berbasis Web pada PT. Casuarina Harnessindo Penelitian pertama yang dilakukan diambil dari jurnal Analisis dan Perancangan Sistem Basisdata Penjualan dan Pembelian Berbasis Web

17 21 pada PT. Casuarina Harnessindo yang disusun pada tahun 2014 oleh mahasiswa Binus University. Surjadi, Zebua, dan Irawan (2014) dalam jurnal ini membatasi ruang lingkup dalam pembahasannya, yaitu : 1. Guest dapat melihat produk dan melakukan pendaftaran. 2. Pelanggan dapat melihat dan memesan produk. 3. Staff dapat memasukan data penjualan dan pembelian. 4. Admin dapat melihat data pelanggan, data pembelian dan penjualan. Dari hasil penelitian, penulis memperbaiki beberapa hal-hal yang dibutuhkan oleh PT. Casuarina Harnessindo. Hal-hal yang diperbaiki adalah perusahaan membutuhkan aplikasi yang membantu customer dalam pemesanan dan membutuhkan pencatatan penjualan dan pembelian secara efisien. Penulis memberikan usulan dengan membuatkan sistem basis data berbasis web agar customer dapat melihat detail produk dan memesan produk secara online, dalam web tersebut admin atau pemilik dapat melihat langsung data penjualan dan pembelian. Hasil penelitian terhadap layar tampilan, pada tampilan home dari member yang telah melakukan registrasi dan melakukan log in terdapat menu untuk menuju product, profile, edit profile. Pada menu product, member dapat memesan product yang telah di tetapkan. Pada menu profile, member dapat melihat profile mereka dan pada menu edit profile, member dapat mengubah profilenya. Tampilan home dari staff yang telah melakukan log in. Pada tampilan home staff terdapat menu untuk menuju product, profile, input(terdapat submenu penjualan dan pembelian). Pada menu input, staff dapat menginput data penjualan dan pembelian. Tampilan home dari admin yang telah melakukan log in. Pada tampilan home admin terdapat menu untuk menuju product, customer list, report(terdapat submenu sales dan purchase). Pada menu customer list, admin dapat melihat data customer yang telah registrasi. Pada menu report, admin dapat melihat report sales dan purchase yang telah diinput.

18 Analisis dan Perancangan Sistem Basisdata Penjualan dan Pembelian Berbasis Web pada PT. Sun Power Penelitian kedua yang dilakukan diambil dari jurnal Analisis dan Perancangan Sistem Basisdata Penjualan dan Pembelian Berbasis Web pada PT. Sun Power yang disusun pada tahun 2013 oleh mahasiswa Binus University. Migunanto dan Naomi (2013) dalam jurnal ini membatasi ruang lingkup dalam pembahasannya, yaitu : 1. Guest dapat melihat produk dan melakukan pendaftaran. 2. Pelanggan dapat melihat produk, memesan produk dan melihat history pembelian. 3. Admin dapat melihat dan mengatur penjualan, pelanggan, staff dan barang. 4. Admin dapat memasukan dan memperbarui data barang, supplier dan staff. Dari hasil penelitian, penulis memperbaiki beberapa hal-hal yang dibutuhkan oleh PT. Sun Power. Hal-hal yang diperbaiki adalah sistem penjualan yang kurang efisien, informasi mengenai PT. Sun Power belum dikenal dan perusahaan membutuhkan laporan tentang data-data yang diperlukan untuk mengambil keputusan secara cepat dan akurat. Penulis memberi usulan dengan membuatkan sistem basis data berbasis web yang berguna untuk menyimpan data penjualan dan pembelian, memberikan informasi mengenai PT. Sun Power, dan memungkinkan pelanggan untuk memesan barang secara online. Hasil penelitian terhadap layar tampilan, pada tampilan home dari member yang telah melakukan registrasi dan melakukan log in. Pada tampilan home member terdapat menu untuk menuju product, company profile, dan contact. Pada menu product, member dapat memesan product yang telah di tetapkan. Pada menu company profile, member dapat melihat visi dan misi dari perusahaan dan pada menu contact, member dapat melihat kontak dari perusahaan. Pada tampilan home admin terdapat menu

19 23 untuk menuju order, manage user, barang, employee dan pemasok. Pada menu order, admin dapat melihat dan memproses pembelian yang dilakukan oleh pelanggan. Pada menu manage user, admin dapat melihat data customer yang telah registrasi. Pada menu barang, admin dapat melihat, menginput dan mengupdate data barang. Pada menu employee, admin dapat melihat, menginput dan mengudpate data staff. Pada menu pemasok, admin dapat melihat, menginput dan mengudpate data pemasok.

20 24