BAB 3 ANALISIS SISTEM YANG SEDANG BERJALAN

Transkripsi

1 57 BAB 3 ANALISIS SISTEM YANG SEDANG BERJALAN 3.1 Riwayat Perusahaan Sejarah PT Abdibangun Buana PT. Abdibangun Buana yang pada mulanya bernama PT. Scanteknik Elektro Indonesia ini telah berdiri sejak tanggal 22 Oktober Perusahaan yang berlokasi di Gedung CCM lantai 7 Cikini Raya No 95 ini merupakan cabang dari induk perusahaan yang berada di Swedia dengan nama ABB, Asea Brown Boveri Ltd. PT. Abdibangun Buana bergerak dibidang pendistribusian alat alat listrik. Alat alat listrik yang didistribusi antara lain, seperti pemutus sirkuit, soft starter, relai monitor, dan lainnya. PT. Abdibangun Buana sendiri sudah mendapat banyak kepercayaan dari para kliennya seperti: Krakatau Steel, Indofood, Carefour, Gudang Garam, dan lain-lain. 57

2 Struktur Organisasi Struktur Organisasi PT Abdibangun Buana Gambar 3.1 Struktur Organisasi PT Abdibangun Buana

3 Struktur Organisasi Product Division Gambar 3.2 Struktur Organisasi Product Division

4 Tugas dan Wewenang Board of Director Bagian ini berisi para pemegang saham perusahaan PT Abdibangun Buana Managing Director Bagian ini bertanggung jawab terhadap apa yang terjadi terhadap perusahaan General Manager Bagian ini bertanggung jawab terhadap keputusan yang diambil oleh para kepala divisi. General manager bertanggung jawab juga terhadap Managing Director EDP (Electronic Data Processing) Bagian ini bertugas untuk memberikan laporan kepada pihak manajerial Power Division Bagian ini bertugas untuk menjual alat alat listrik bertegangan tinggi (high voltage) - diatas 36000V - dan pembangunan proyek.

5 Product Division Bagian ini bertugas untuk menjual alat alat listrik yang memiliki voltase yang rendah (low voltage) sekitar 110V 1000V MV Panel Division Bagian ini bertugas untuk menjual alat alat listrik yang memiliki tegangan yang tidak terlalu besar (medium voltage) sekitar 1000V 36000V Admin & Logistic Division Bagian ini bertugas untuk mengatur stocking barang, import barang, pengiriman barang, packing, pengambilan barang dari gudang, dan lain lain Human Resource & General Administration Departement Bagian ini bertugas untuk kepengurusan karyawan, dan pengurusan biaya atau iuran perusahaan Principal Comm Sub Section Bagian ini bertugas untuk menentukan harga barang yang akan dijual agar dapat memberikan keuntungan yang semaksimal mungkin.

6 Evaluation Bagian ini bertugas untuk memberikan hasil analisa analisa yang dibutuhkan dalam pengambilan keputusan dalam menentukan harga suatu barang Secretariat Bagian ini bertugas untuk menerima laporan yang datang dari luar perusahaan yang nantinya akan diproses kembali, seperti dokumen Permintaan Penawaran (PP). 3.3 Prosedur yang Sedang Berjalan Sistem yang sedang berjalan di PT Abdibangun Buana masih menggunakan sistem manual, yakni masih menggunakan Excel dan Word dalam pengarsipan data datanya sehingga hasilnya kadang tidak sesuai dengan apa yang diharapkan Sistem Permintaan Penawaran Pelanggan melakukan pemesanan kepada pihak Product Division melalui telepon, , surat, dan berbagai macam media komunikasi lainnya. Lalu permintaan Penawaran Pelanggan (PP) tersebut akan dicatat kedalam buku PP. PP yang diperoleh akan dipelajari dan dilihat apakah produk yang dipesan ada hubungannya dengan divisi yang menangani produk tertentu.

7 63 Apabila produk yang dipesan ada hubungannya dengan divisi lain, maka pihak sales akan menghubungi divisi yang bersangkutan untuk dipindah tangankan. Apabila pelanggan sudah menghubungi divisi yang tepat, maka pihak sales akan mengecek apakah barang tersebut terdapat di dalam PL (Price List) atau tidak, apabila barang terdapat di dalam PL, maka pihal sales department akan mengirim PL kepada pelanggan. Namun apabila barang tidak ada di PL, maka pihak sales department akan meminta PL kepada pihak marketing department dengan membuat surat surat permintaan PL sebagai bukti permintaan. Selanjutanya bagian marketing department akan mengirimkan PL beserta surat pengantar PL sebagai bukti untuk pengiriman PL. Melalui PL yang dikirimkan kepada pihak marketing department, sales department membuat surat penawaran dan mencatat nomor penawaran di buku penawaran, lalu buku penawaran tersebut akan diarsipkan. Selanjutnya pihak sales department akan mengirimkan surat penawaran kepada pelanggan. (Diagram Aliran Dokumen (DAD) sistem ini dapat dilihat pada gambar 3.3) Sistem Penerimaan Order Pihak sales department akan menerima PO dari pelanggan lalu mencatat PO ke dalam buku log PO dan membuat salinan PO, setelah mencatatnya buku log PO akan diarsipkan. Pihak sales department akan mengecek pelanggan dengan data pelanggan yang sudah ada melalui PO dan

8 64 buku log PO, di tahap ini akan dapat ditentukan apakah pelanggan merupakan pelanggan baru atau tidak. Apabila pelanggan baru maka kita akan menuju proses penentuan harga jual, namun apabila pelanggan lama maka pihak sales department akan mengecek jenis pelanggan tersebut apakah distributor, panel builder, atau end user. Setelah itu pihak sales department akan mengecek pembayaran pelangan tersebut apakah pelanggan tersebut pernah memiliki masalah dalam pembayaran atau tidak, dengan meminta catatan account receivable kepada pihak admin & log division. Apabila pelanggan tersebut memiliki permasalahan dalam pembayarannya, maka pihak sales department akan meminta persetujuan sales department head untuk disetujui, apabila sales department tidak menyetujui maka transaksi selesai dan pihak sales department akan menghubungi pihak pelanggan. Namun apabila pihak sales department head menyetujui maka PO akan ditanda tangani lalu berubah menjadi CPOA (customer purchase order approval). Apabila pihak sales department tidak mendapat pelanggan tersebut bermasalah maka PO tersebut akan ditandatangani oleh pihak sales department. (Diagram Aliran Dokumen (DAD) sistem ini dapat dilihat pada gambar 3.4) Sistem Penentuan Harga Jual Barang Sistem ini terjadi apabila ada pelanggan baru yang ingin membeli barang dari PT ABB. Pihak sales akan mengecek pelanggan berdasarkan salinan PO (Purchase Order) yang diperolehnya. Setelah mengecek

9 65 pelanggan, maka pihak sales akan melakukan interview kepada pihak pelanggan dan meminta surat dagang kepada pelanggan dengan cara datang ke tempat pelanggan yang nantinya digunakan sebagai bukti apabila pelanggan tersebut merupakan distributor atau panel builder. Apabila pelanggan memiliki surat dagang, maka pihak sales akan mengirim surat dagang, catatan interview, serta salinan PO kepada pihak secretariat. Lalu dari pihak secretariat akan menyerahkan ketiga surat tersebut kepada pihak sales department head dari ketiga surat tersebut sales department head dapat menentukan apakah pelanggan tersebut termasuk distributor atau panel builder. Namun apabila pelanggan tidak memiliki surat dagang, maka pihak sales akan mengirim catatan interview dan salinan PO kepada secretariat. Lalu pihak secretariat akan memberikan diskon end user kepada pihak pelanggan. (Diagram Aliran Dokumen (DAD) sistem ini dapat dilihat pada gambar 3.5) Sistem Pembayaran Pihak sales department akan mengirimkan CPOA yang belum dibayar kepada pihak fin & acc department, lalu pihak fin & acc department akan menanyakan jenis pembayaran kepada pihak customer. Apabila customer ingin membayar dengan kredit, maka sales department akan mengecek apakah customer bermasalah atau tidak. Apabila customer tidak bermasalah maka proses akan berlanjut kepada cara pembayaran kredit, apabila customer

10 66 bermasalah maka sales department akan menolak kredit yang diajukan oleh customer, selanjutnya akan ditanyakan apakah customer ingin melanjutkan transaksi atau tidak, apabila tidak maka transaksi selesai. Apabila customer ingin melanjutkan transaksi, maka user harus membayar dengan tidak menggunakan kredit. Apabila customer tidak membayar dengan kredit, maka customer harus mengirimkan bukti transfer kepada pihak fin & acc department yang selanjutnya bukti transfer tersebut akan diarsipkan, apabila pembayaran sudah dilakukan, maka pihak fin & acc department akan menginformasikan hasil pembayaran kepada pihak customer. (Diagram Aliran Dokumen (DAD) sistem ini dapat dilihat pada gambar 3.6) Sistem Pembayaran Kredit Pihak finn & acc department beserta customer akan melakukan kesepakatan tentang cara pembayaran mulai dari jatuh tempo, penentuan bunga, dan lain lain. Apabila pembayaran sudah jatuh tempo, maka pihak finn & acc department akan menagih kepada customer, dan customer akan melakukan pembayaran. Apabila pembayaran yang dilakukan bermasalah, maka pihak finn & acc department akan memberikan denda sanksi kepada customer. Apabila pembayaran customer tidak bermasalah, maka proses akan selesai. (Diagram Aliran Dokumen (DAD) sistem ini dapat dilihat pada gambar 3.7)

11 Sistem Komparasi Harga Kompetitor Pihak sales department head akan meminta perbandingan harga PT ABB dengan kompetitor lainnya. Selanjutnya pihak evaluation akan mengirim hasil perbandingan kepada pihak sales department head. Lalu pihak sales department head akan menganalisa hasil perbandingan harga tersebut, lalu akan menentukan apakah akan ada perubahan harga jual atau tidak. Apabila merubah harga jual, maka pihak sales department head akan mengirim hasil perubahan harga kepada pihak evaluation untuk merubah PL (Price List). Namun apabila tidak terjadi perubahan harga, maka PL tidak akan berubah. (Diagram Aliran Dokumen (DAD) sistem ini dapat dilihat pada gambar 3.8) Sistem Laporan Hasil Penjualan Pihak sales department head akan meminta untuk dibuatkan laporan hasil penjualan kepada jabotabek sect head, yaitu bagian yang mengurusi penjualan di wilayah Jakarta, Bogor, Tangerang, dan Bekasi. Pihak jabotabek sect head akan membuat laporan sesuai dengan kebutuhan pihak sales department head. Setelah membuat laporan tersebut, maka laporan akan dikirim kepada pihak sales department head yang nantinya akan digunakan dalam pengambilan keputusan. (Diagram Aliran Dokumen (DAD) sistem ini dapat dilihat pada gambar 3.9)

12 Diagram Aliran Dokumen Penanganan, Permintaan, dan Penawaran Gambar 3.3 Diagram Aliran Dokumen Penanganan, Permintaan, dan Penawaran

13 Penerimaan Order Gambar 3.4 Diagram Aliran Dokumen Penerimaan Order

14 Penentuan Harga Jual Barang Gambar 3.5 Diagram Aliran Dokumen Penentuan Harga Jual Barang

15 Sistem Pembayaran Gambar 3.6 Diagram Aliran Dokumen Sistem Pembayaran

16 Sistem Pembayaran Kredit Gambar 3.7 Diagram Aliran Dokumen Sistem Pembayaran Kredit

17 Komparasi Harga Kompetitor Gambar 3.8 Diagram Aliran Dokumen Komparasi Harga Kompetitor

18 Laporan Hasil Penjualan Gambar 3.9 Diagram Aliran Dokumen Laporan Hasil Penjualan

19 Analisis Kebutuhan Sistem Kebutuhan Informasi Di Bidang Penjualan 1. Informasi pegawai meliputi kode pegawai, nama, alamat, tanggal lahir, jenis kelamin, nomor telepon, nomor fax, , jabatan, divisi, dan kewarganegaraan. 2. Informasi customer meliputi kode perusahaan, nama perusahaan, nomor telepon, , nomor fax, alamat, jenis customer, dan potongan harga. 3. Informasi barang meliputi tipe, nomor referensi, harga, deskripsi, arus nominal, jumlah kutub, icu, aus gangguan, dan lain sebagainya. 4. Data transaksi penjualan Kebutuhan Keamanan Data Keamanan data pada suatu perusahaan adalah hal yang wajib dilakukan demi mengurangi berbagai resiko keamanan data yang mungkin saja dapat terjadi di suatu perusahaan. Selain itu masalah kewenangan dan otoritas user yang menggunakan aplikasi termasuk pengaksesan data yang dipakai dalam aplikasi, juga sangat dibutuhkan. Oleh karena itu, dibutuhkan adanya suatu sistem yang berupa aplikasi yang dapat menangani masalah hak akses dan otoritas dalam pengaksesan data.

20 Kebutuhan Integrasi Data Perusahaan membutuhkan suatu aplikasi yang mampu menghubungkan antara satu data dengan data yang lainnya khususnya pada product division. Sehingga data satu dengan data yang lainnya dapat saling terhubung Kebutuhan Transaksi Perusahaan membutuhkan suatu aplikasi yang mampu meng-insert, meng-update, dan men-delete data data proses penjualan ke dalam suatu media penyimpanan berupa basis data Permasalahan yang Dihadapi Setelah menganalisa dan mendapatkan informasi sistem yang ada serta wawancara langsung terhadap manager yang telah dilakukan sebelumnya, maka didapatkan beberapa permasalahan yang dihadapi oleh PT. Abdibangun Buana yaitu sebagai berikut: 1. Proses pembuatan laporan pembangunan proyek baik berupa laporan bulanan maupun tahunan, pengusulan barang subsitusi bagi para konsumen yang akan memesannya, dan perhitungan biaya proyek masih menggunakan cara manual yaitu dengan tulis tangan, sehingga dapat menyebabkan terjadinya kesalahan dalam pendataan proses penjualan atau human error yang terjadi khususnya pada product division;

21 77 2. Tidak adanya sistem basis data yang dapat mempercepat dan mempermudah proses peng-input-an dan peng-update-an data yang diperoleh, sehingga memperlambat proses peng-input-an dan pengupdatean data serta memperlambat kinerja dari para karyawan; 3. Tidak adanya aplikasi yang memudahkan proses pemindahan data perbandingan harga para kompetitor terhadap barang tertentu yang telah diperoleh datanya dalam format excel, sehingga dalam membandingkan harga kompetitor menjadi kurang efisien. 4. Rentannya keamanan dari data yang disimpan di dalam format excel, word, dan kertas/dokumen lainnya, karena minimnya fitur yang dimiliki kedua aplikasi tersebut dan kertas dapat dengan mudah hilang maupun rusak, sehingga dapat menyebabkan bocornya rahasia perusahaan dan hilangnya data Usulan Pemecahan Masalah Dari analisis permasalahan serta kebutuhan perusahaan, berikut adalah usulan pemecahan masalah yang dapat diberikan: 1. Merancang dan membangun basis data agar data yang dibutuhkan dapat dengan cepat dan mudah diperoleh serta menghindari kerusakan dan kehilangan data akibat ditulis pada secarik kertas atau dibuat dalam sebuah dokumen maupun dalam format word/excel; dan

22 78 2. Merancang dan membangun sebuah aplikasi yang dapat diintegrasikan atau dihubungkan dengan data perbandingan harga para kompetitor terhadap barang tertentu yang terdapat dalam format excel. 3. Merancang dan membangun aplikasi yang dapat memberikan keamanan terhadap informasi data yang telah diperoleh dan disimpan. 3.6 Perancangan Basis Data Perancangan basis data merupakan proses pembuatan suatu rancangan untuk suatu basis data yang akan mendukung operasi dan tujuan perusahaan. Perancangan basis data terdiri dari tiga tahap, yakni: Perancangan basis data konseptual (conceptual database design); Perancangan basis data logikal (logical database design); dan Perancangan basis data fisikal (physical database design) Perancangan Basis Data Konseptual (Conceptual Database Design) Perancangan basis data secara konseptual merupakan proses membangun suatu model informasi yang digunakan dalam suatu perusahaan, bebas dari semua pertimbangan fisik. Langkah-langkah penting dalam merancang sebuah basis data secara konseptual adalah: Mengidentifikasi tipe entity; Mengidentifikasi tipe relationship;

23 79 Identifikasi dan asosiasi atribut dengan entity atau tipe relationship; Menetapkan domain atribut; Mengidentifikasi candidate dan primary key setiap entity; Mempertimbangkan kegunaan dari konsep enhanced modeling (optional); Memeriksa model untuk redundancy; Validasi model konseptual lokal terhadap transaksi user; dan Review model data konseptual lokal dengan user Mengidentifikasi Tipe Entity Tujuan langkah mengidentifikasi tipe entity yaitu untuk menentukan entitas utama yang dibutuhkan oleh view. Tabel 3.1 Mengidentifikasi Tipe Entity Nama Entity Deskripsi Alias Kejadian Pegawai Menjelaskan Karyawan Setiap pegawai informasi melakukan semua pegawai yang bekerja di tugas dengan sesuai PT. Abdibangun aktivitas kerja di perusahaan. Buana.

24 80 Nama Entity Deskripsi Alias Kejadian Customer Menjelaskan Pelanggan Pelanggan informasi melakukan semua pemesanan customer Abdibangun Buana. PT. terhadap perusahaan. TipeBarang Menjelaskan TipeProduk Satu barang semua tipe memiliki satu barang yang atau banyak ada. tipe barang. PO Menjelaskan PO Purchase semua PO yang order masuk ke ditangani oleh PT.Abdibangun satu pegawai. Buana. Lengkapan Menjelaskan Aksesoris Setiap semua aksesoris yang lengkapan yang ada di PT. Abdibangun Buana. dijual Abdibangun Buana. PT

25 81 Nama Entity Deskripsi Alias Kejadian Interlok Menjelaskan Kabel Setiap interlok semua jenis yang dijual kabel interlok pada PT. yang ada di PT. Abdibangun Abdibangun Buana. Buana Mengidentifikasi Tipe Relationship Pada langkah identifikasi tipe relationship ini bertujuan untuk mengidentifikasi relationship penting yang terjadi antar tipe entity yang telah diidentifikasi. Gambar 3.10 ER Diagram Konseptual

26 82 Tabel 3.2 Mengidentifikasi Tipe Relationship Entity Name Multiplicity Relationship Entity Name Multiplicity Pegawai 1..1 menangani PO 0..* Customer 1..1 membuat PO 1..* PO 1..* Melibatkan TipeBarang 0..* 1..* Melibatkan Lengkapan 0..* 1..* Melibatkan Interlok 0..* Identifikasi dan Asosiasi Atribut dengan Entity Atau Tipe Relationship Tahap ini bertujuan untuk mengasosiasikan atribut dengan entity atau tipe relationship yang sesuai serta menentukan domain bagi atibut-atibut dalam model data konseptual. 1. Pegawai Tabel 3.3 Atribut entity Pegawai Attribute Description Data Type and Length Null Multivalue KdPegawai Secara unik Char(5) No No mengidentifikasi Kode Pegawai NamaP Nama Pegawai Varchar(50) No No

27 83 Attribute Description Data Type and Length Null Multivalue AlamatP Alamat Pegawai Varchar(100) No No Phone Nomor Telepon Varchar (20) No Yes Pegawai Fax Fax Pegawai Varchar (20) Yes Yes Pegawai Varchar (100) No Yes DOB Tanggal Lahir Datetime No No Pegawai JK Jenis Kelamin Char(1) No No Pegawai Jabatan Jabatan pegawai Varchar (15) No No Divisi Divisi pegawai Varchar (30) No No bekerja UserP Username Nama user yang Varchar (10) No No menggunakan aplikasi Password Password user Varchar (20) No No WargaN Kewarganegaraan Char (3) No No

28 84 2. Customer Tabel 3.4 Atribut entity Customer Attribute Description Data Type and Length Null Multivalue KdCustomer Secara unik Char(5) No No mengidentifikasi Kode Customer NamaC Nama Customer Varchar(50) No No AlamatC Alamat Customer Varchar(100) No No Phone Nomor Telp Varchar(20) No Yes Customer Fax Fax Customer Varchar(20) Yes Yes Customer Varchar(100) No Yes JenisC Jenis Customer Varchar (30) No No 3. TipeBarang Tabel 3.5 Atribut entity TipeBarang Attribute Description Data Type and Length Null Multivalue KdTipe Secara unik Varchar (20) No No mengidentifikasi KodeTipeBarang

29 Attribute Description Data Type and Length Null Multivalue 85 In Arus Nominal Varchar (5) Yes No Icu Kapasitas Pemutusan Varchar (5) Yes No UnitTrip Unit Trip Varchar (15) Yes No I3 Setelan Arus Varchar (5) Yes No Magnetis JumKutub Jumlah Kutub Varchar (3) Yes No Un Nominal Voltage Varchar (5) Yes No AusG Aus Gangguan Varchar (5) Yes No SArus Setelan Arus Varchar (12) Yes No Deskripsi Deskripsi Varchar (200) Yes No Ukuran3P Harga Ukuran4P Harga Harga tipe barang ukuran 3P Harga tipe barang ukuran 4P money No No money Yes No

30 Attribute Description Data Type Barang and Length Null Multivalue 86 NamaB Nama barang Varchar(50) No No NoStanda Nomor standard Varchar (15) No No rd Icu Kapasitas Varchar (5) Yes No pemutusan TipeUT Tipe Unit Trip Varchar (20) Yes No Proteksi Unit proteksi Varchar (20) Yes No JenisK Jenis koneksi Varchar (20) Yes No TipeI Tipe Instalasi Varchar (15) Yes No JArusP Jangkauan Arus Varchar (15) Yes No Pengenal KelasTrip Kelas Trip Varchar (5) Yes No CWave Current Wave Char (5) Yes No NamaJenisB Nama Jenis Varchar (50) No No Barang BKompetitor NamaBar Nama Barang Varchar (50) No No angk kompetitor Harga Harga barang money No No kompetitor

31 87 4. PO Tabel 3.6 Atribut entity PO Attribute Description Data Type and Length Null Multivalue KdPO Secara unik Varchar (10) No No Tanggal mengidentifikasi Kode PO Tanggal transaksi datetime No No Qty Jumlah Varchar (3) No No 5. Lengkapan Tabel 3.7 Atribut entity Lengkapan Attribute Description Data Type and Length Null Multivalue KdTipeL Secara unik Char (5) No No mengidentifikasi Kode Tipe Lengkapan TipeL Tipe Lengkapan Varchar (20) No No UnitTrip Unit Trip Varchar (15) Yes No Proteksi Proteksi Varchar (20) Yes No

32 88 Attribute Description Data Type and Length Null Multivalue NoRefL No Referensi Char (6) No No Lengkapan Harga Harga money No No Deskripsi Deskripsi Varchar (200) Yes No Ukuran3PL NoRefU3 Nomor Varchar (15) Yes No Referensi lengkapan yang berukuran 3P Harga Harga money Yes No lengkapan berukuran 3P Ukuran4PL NoRefU4 Nomor Varchar (15) Yes No Referensi lengkapan yang berukuran 4P Harga Harga money Yes No lengkapan u 4P

33 89 Attribute Description Data Type BukaYO and Length Null Multivalue NoRefYO Nomor Varchar (5) Yes No Referensi pelepas pembuka pemutus sirkit Harga Harga money Yes No lengkapan pelepas pembuka pemutus sirkit TutupYC NoRefYC Nomor Integer (5) Yes No Referensi pelepas penutup pemutus sirkit Harga Harga money Yes No lengkapan pelepas penutup pemutus sirkit

34 90 6. Interlok Tabel 3.8 Atribut entity Interlok Attribute Description Data Type and Length Null Multivalue KdInterlok Secara unik Char(5) No No mengidentifikasi Kode Interlok Harga Harga interlok money No No Deskripsi Deskripsi Varchar(200) Yes No Tipe Tipe pemutus Varchar (10) No No sirkit Menetapkan Domain Atribut atribut. Domain atribut merupakan batasan nilai yang valid bagi

35 91 Tabel 3.9 Menetapkan domain atribut Entity Name Attribute Data Type and Length Attribute Domain Pegawai KdPegawai Char(5) Diisi dengan huruf dan angka, max 5 huruf dan angka range dengan value [P][0-9][0-9][0-9][0-9] NamaP Varchar(50) Diisi dengan huruf dan angka, max 50 huruf dan angka AlamatP Varchar(100) Diisi dengan huruf dan angka, max 100 huruf dan angka Phone Varchar (20) Diisi dengan angka, max 20 angka dengan range value 0-9

36 92 Entity Name Attribute Data Type and Length Attribute Domain Fax Varchar (20) Diisi dengan angka, max 20 angka dengan range value 0-9 Varchar (100) Diisi dengan huruf dan angka, max 100 huruf dan angka DOB Datetime Diisi dengan format tanggal (dd/mm/yyyy) JK Char(1) Diisi dengan P atau L Jabatan Varchar (15) Diisi dengan huruf, max 15 huruf Divisi Varchar (30) Diisi dengan huruf, max 30 huruf

37 93 Entity Name Attribute Data Type and Length Attribute Domain Username Varchar (10) Diisi dengan huruf dan angka, max 10 huruf dan angka Password Varchar (20) Diisi dengan huruf dan angka, max 20 huruf dan angka WargaN Char (3) Diisi dengan huruf, max 3 huruf format dengan WNA atau WNI Customer KdCustomer Char(5) Diisi dengan huruf dan angka, max 5 huruf dan angka range dengan value [C][0-9][0-9][0-9][0-9]

38 94 Entity Name Attribute Data Type and Length Attribute Domain NamaC Varchar(50) Diisi dengan huruf, max 50 huruf. AlamatC Varchar(100) Diisi dengan huruf dan angka, max 100 huruf dan angka. Phone Varchar(20) Diisi dengan angka, max 20 angka dengan range value 0-9. Fax Varchar(20) Diisi dengan angka, max 20 angka dengan range value Varchar(100) Diisi dengan huruf dan angka, max 100 huruf dan angka

39 95 Entity Name Attribute Data Type and Length Attribute Domain JenisC Varchar (30) Diisi dengan huruf, max 30 huruf TipeBarang KdTipe Varchar (20) Diisi dengan huruf dan angka, max 20 huruf dan angka range dengan value [T][B][0-9][0-9][0-9]. In Varchar (5) Diisi dengan angka, max 5 angka dengan range value 0-9. Icu Varchar (5) Diisi dengan angka, max 5 angka dengan range value 0-9.

40 96 Entity Name Attribute Data Type and Length Attribute Domain UnitTrip Varchar (15) Diisi dengan huruf dan angka, max 15 huruf dan angka. I3 Varchar (5) Diisi dengan angka, max 5 angka dengan range value 0-9. JumKutub Varchar (3) Diisi dengan angka, max 3 angka dengan range value 0-9. Un Varchar (5) Diisi dengan angka, max 5 angka dengan range value 0-9.

41 97 Entity Name Attribute Data Type and Length Attribute Domain AusG Varchar (5) Diisi dengan angka, max 5 angka dengan range value 0-9. SArus Varchar (12) Diisi dengan huruf dan angka, max 12 huruf dan angka. Deskripsi Varchar (200) Diisi dengan huruf dan angka, max 200 huruf dan angka. Harga Harga money money NamaB Varchar(50) Diisi dengan huruf dan angka, max 50 huruf dan angka

42 98 Entity Name Attribute Data Type and Length Attribute Domain NoStandard Varchar (15) Diisi dengan huruf dan angka, max 15 huruf dan angka Icu Varchar (5) Diisi dengan angka, max 5 angka dengan range value 0-9 TipeUT Varchar (20) Diisi dengan huruf dan angka, max 20 huruf dan angka Proteksi Varchar (20) Diisi dengan huruf dan angka, max 20 huruf dan angka JenisK Varchar (20) Diisi dengan huruf dan angka, max 20 huruf dan angka

43 99 Entity Name Attribute Data Type and Length Attribute Domain TipeI Varchar (15) Diisi dengan huruf dan angka, max 15 huruf dan angka JarusP Varchar (15) Diisi dengan huruf dan angka, max 15 huruf dan angka KelasTrip Varchar (5) Diisi dengan angka, max 5 angka dengan range value 0-9 CWave Char (5) Diisi dengan huruf dan angka, max 5 huruf dan angka NamaJenisB Varchar (50) Diisi dengan huruf dan angka, max 50 huruf dan angka

44 100 Entity Name Attribute Data Type and Length Attribute Domain NamaBarangK Varchar (50) Diisi dengan huruf dan angka, max 50 huruf dan angka Harga money PO KdPO Varchar (10) Diisi dengan huruf dan angka, max 10 huruf dan angka range dengan value YYMMDD[0-9][0-9][0-9][0-9] Tanggal datetime Diisi dengan format tanggal dd/mm/yyyy

45 101 Entity Name Attribute Data Type and Length Attribute Domain Lengkapan KdTipeL Char (5) Diisi dengan huruf dan angka, max 5 huruf dan angka range dengan value [T][L][0-9][0-9][0-9] TipeL Varchar (20) Diisi dengan huruf dan angka, max 20 huruf dan angka. UnitTrip Varchar (15) Diisi dengan huruf dan angka, max 15 huruf dan angka. Proteksi Varchar (20) Diisi dengan huruf dan angka, max 20 huruf dan angka.

46 102 Entity Name Attribute Data Type and Length Attribute Domain NoRefL Char (6) Diisi dengan angka, max 6 angka. Harga money Deskripsi Varchar (200) Diisi dengan huruf dan angka, max 20 huruf dan angka. NoRefU3 Varchar (15) Diisi dengan huruf dan angka, max 15 huruf dan angka. Harga money NoRefU4 Varchar (15) Diisi dengan huruf dan angka, max 15 huruf dan angka. Harga money

47 103 Entity Name Attribute Data Type and Length Attribute Domain NoRefYO Integer (5) Diisi dengan angka, max 5 angka dengan range value 0-9 Harga money NoRefYC Integer (5) Diisi dengan angka, max 5 angka dengan range value 0-9 Harga money Interlok KdInterlok Char(5) Diisi dengan huruf dan angka, max 5 huruf dan angka dengan range value [I][0-9][0-9][0-9][0-9] Harga money

48 104 Entity Name Attribute Data Type and Length Attribute Domain Deskripsi Varchar(200) Diisi dengan huruf dan angka, max 200 huruf dan angka. Tipe Varchar (10) Diisi dengan huruf dan angka, max 10 huruf dan angka Mengidentifikasi Candidate dan Primary Key Setiap Entity Menjelaskan atribut yang menjadi candidate key dan primary key dari setiap entity. Candidate key dan primary key dipilih berdasarkan keunikan dari setiap atribut. Tabel 3.10 Mengidentifikasi candidate dan primary key setiap entity Entity Name Candidate Key Primary Key Pegawai NamaP KdPegawai Customer NamaC KdCustomer TipeBarang UnitTrip KdTipe PO Tanggal KdPO

49 105 Entity Name Candidate Key Primary Key Lengkapan NoRefL KdTipeL Interlok Deskripsi KdInterlok Mempertimbangkan Kegunaan dari Konsep Enhanced Modeling (optional) Tidak terdapat entity dengan konsep enhanced modeling, seperti spesialisasi, generalisasi, penggabungan (aggregation), dan komposisi (composition) Memeriksa Model untuk Redundancy Menguji Ulang Relasi One-to-One (1:1) Tidak terdapat relasi one-to-one (1:1) Hapus Redundant Relationship Tidak terdapat relationship yang redundant Validasi Model Konseptual Lokal Terhadap Transaksi User Untuk memastikan bahwa rancangan konseptual yang dibangun dapat mendukung transaksi yang dibutuhkan oleh user, maka digunakan dua pendekatan, yaitu menjelaskan transaksi dan menggambarkan panah transaksi pada ER Diagram. Berikut adalah panah transaksi ER Diagram:

50 106 Gambar 3.11 ER Diagram Validasi Model Konseptual Lokal terhadap Transaksi User Keterangan transaksi: (a) Informasi lengkap PO secara rinci yang dibuat oleh customer. (b) Informasi lengkap PO yang ditangan oleh pegawai. (c) Pegawai mengidentifikasi Barang yang terdapat di PO dengan Barang PT. ABB. (d) Pegawai mengidentifikasi Interlok yang terdapat di PO dengan Interlok PT. ABB. (e) Pegawai mengidentifikasi Lengkapan yang terdapat di PO dengan Lengkapan PT. ABB. (f) Pegawai menampilkan dan mengubah daftar Customer. (g) Pegawai menampilkan dan mengubah daftar TipeBarang.

51 107 (h) Pegawai menampilkan dan mengubah daftar Pegawai. (i) Pegawai menampilkan dan mengubah daftar Lengkapan. (j) Pegawai menampilkan dan mengubah daftar Interlok. (k) Pegawai menampilkan daftar Penjualan berdasarkan PO dan tanggal transaksi. (l) Pegawai menampilkan daftar Customer yang telah membeli Barang. (m) Pegawai menampilkan TipeBarang yang telah terjual. (n) Pegawai menampilkan daftar Pegawai yang menangani penjualan. (o) Pegawai menampilkan daftar Lengkapan yang telah terjual. (p) Pegawai menampilkan daftar Interlok yang telah terjual Review Model Data Konseptual Lokal Dengan User Model data konseptual lokal merupakan representasi sebenarnya dari transaksi user. Model data konsptual ini termasuk ER diagram dan dokumentasi pendukung yang mendeskripsikan model data Perancangan basis data logikal (logical database design) Perancangan basis data logikal adalah proses membangun suatu model informasi yang digunakan dalam suatu perusahaan berdasarkan suatu model khusus, tapi tidak tergantung kepada suatu DBMS tertentu dengan pertimbangan fisik lainnya.

52 108 Model data logikal dibangun dari model data konseptual yang akan merepresentasikan view tertentu dari perusahaan dan kemudian memvalidasikan model ini untuk meyakinkan bahwa model tersebut secara stuktural benar dan model tersebut mendukung semua transaksi yang dibutuhkan. Berikut langkah penting dalam merancang basis data logikal: Menghapus fitur yang tidak sesuai dengan model relational; Derive relations untuk model data logikal; Validasi relation menggunakan normalisasi; Validasi relation terhadap transaksi user; Mendefinisikan integrity constraints; dan Review model data logikal dengan user Menghapus Fitur yang Tidak Sesuai dengan Model Relational Menghilangkan Tipe Many-to-Many (*:*) Binary Relationship 1. Relasi biner many-to-many (*:*) entity PO dan TipeBarang Gambar 3.12 Hubungan many-to-many (*:*) entity PO dan TipeBarang

53 109 Relasi many-to-many (*:*) antara kedua entity, PO dan TipeBarang, menghasilkan entity baru yaitu entity DetailPO. Gambar 3.13 Menghilangkan many-to-many (*:*) entity PO dan TipeBarang 2. Relasi biner many-to-many (*:*) entity PO dan Lengkapan Gambar 3.14 Hubungan many-to-many (*:*) entity PO dan Lengkapan Relasi many-to-many (*:*) antara entity PO dan Lengkapan, menghasilkan entity baru yaitu entity DetailPO. Gambar 3.15 Menghilangkan many-to-many (*:*) entity PO dan Lengkapan

54 Relasi biner many-to-many (*:*) entity PO dan Interlok Gambar 3.16 Hubungan many-to-many (*:*) entity PO dan Interlok Relasi many-to-many (*:*) antara entity PO dan Interlok, menghasilkan entity baru yaitu entity DetailPO. Gambar 3.17 Menghilangkan many-to-many (*:*) entity PO dan Interlok Menghilangkan Tipe Many-to-Many (*:*) Recursive Relationship Tidak terdapat tipe many-to-many recursive relationship Menghilangkan Tipe Complex Relationship Tidak terdapat tipe complex relationship.

55 Menghilangkan Atribut Multi-valued Pada model konseptual, terdapat beberapa entity yang memiliki atribut multi-valued atau atribut yang bernilai jamak, antara lain: Pegawai memiliki [1..3] Phone (nomor telepon pegawai); Pegawai memiliki [1..2] (alamat pegawai); Customer memiliki [1..3] Phone (nomor telepon customer), Customer memiliki [1..2] Fax (nomor fax customer); dan Customer memiliki [1..2] (alamat customer). Hal ini tidak sesuai dengan model relasional, sehingga harus dihilangkan dengan cara mendekomposisi atribut multivalued menjadi sebuah entity baru. Berikut adalah langkahnya:

56 Entity Pegawai Pegawai memiliki TelpP Phone mmki P Gambar 3.18 Menghilangkan atribut multi-valued pada entity Pegawai 2. Entity Customer Gambar 3.19 Menghilangkan atribut multi-valued pada entity Customer

57 Derive relations untuk model data logikal Tipe Strong Entity Pegawai (KdPegawai, NamaP, AlamatP, Fax, DOB, JK, Jabatan, Divisi, Username, Password, WargaN) Primary key (KdPegawai) Customer (KdCustomer, NamaC, AlamatC, JenisC) Primary Key (KdCustomer) TipeBarang (KdTipe, ln, lcu, UnitTrip, l3, JumKutub, Un, AusG, SArus, Deskripsi, Harga, Harga, NamaB, NoStandard, Icu, TipeUT, Proteksi, JenisK, TipeI, JarusP, KelasTrip, Cwave, NamaJenisB, NamaBarangK, Harga) Primary Key (KdTipe) PO (KdPO, Tanggal) Primary Key (KdPO) Lengkapan (KdTipeL, TipeL, UnitTrip, Proteksi, NoRefL, Harga, Deskripsi, NoRefU3, Harga, NoRefU4, Harga, NoRefYO, Harga, NoRefYC, Harga) Primary Key (KdTipeL)

58 114 Interlok (KdInterlok, Harga, Deskripsi, Tipe) Primary Key (KdInterlok) Tipe Weak Entity DetailPO (KdDetailPO, Qty) Primary Key KdDetailPO TelpP (Phone) Primary Key tidak ada sampai saat ini P ( ) Primary Key tidak ada sampai saat ini TelpC (Phone) Primary Key tidak ada sampai saat ini FaxC (Fax) Primary Key tidak ada sampai saat ini C ( ) Primary Key tidak ada sampai saat ini

59 Tipe One-to-Many (1:*) Binary Relationship 1. Hubungan one-to-many (1:*) Pegawai dengan PO Kirim KdPegawai ke PO untuk memodelkan relasi 1:* Menangani Pegawai (KdPegawai, NamaP, AlamatP, Fax, DOB, JK, Jabatan, Divisi, Username, Password, WargaN) Primary key : KdPegawai PO (KdPO, Tanggal, KdPegawai) Primary key : KdPO Foreign key : KdPegawai references Pegawai (KdPegawai) 2. Hubungan one-to-many (1:*) Customer dengan PO Kirim KdCustomer ke PO untuk memodelkan relasi 1:* Membuat Customer (KdCustomer, NamaC, AlamatC, JenisC) Primary key : KdCustomer PO (KdPO, Tanggal, KdPegawai, KdCustomer) Primary key : KdPO Foreign key : KdPegawai references Pegawai (KdPegawai) Foreign key : KdCustomer references Customer (KdCustomer) Tipe One-to-One (1:1) Binary Relationship Tidak terdapat one-to-one (1:1) binary relationship.

60 One-to-One Recursive Relationship Tidak terdapat tipe recursive relationship Tipe Superclass/Subclass Relationship Tidak terdapat tipe superclass/subclass relationship Tipe Many-to-Many (*:*) Binary Relationship Pada tahap ini dibuat untuk menggambarkan hubungan dan termasuk beberapa atribut yang merupakan bagian dari relasi. Primary key pada entitas merupakan foreign key pada hubungan entitas yang baru.

61 Hubungan many-to-many (*:*) PO dengan TipeBarang PO (KdPO, Tanggal, KdPegawai, KdCustomer) Primary key : KdPO Foreign Key : KdPegawai references Pegawai (KdPegawai) Foreign Key : KdCustomer references Customer (KdCustomer) TipeBarang (KdTipe, ln, lcu, UnitTrip, l3, JumKutub, Un, AusG, SArus, Deskripsi, Harga, Harga, NamaB, NoStandard, Icu, TipeUT, Proteksi, JenisK, TipeI, JarusP, KelasTrip, Cwave, NamaJenisB, NamaBarangK, Harga) Primary key : KdTipe DetailPO (KdDetailPO, KdPO, KdTipe, Qty) Primary key : KdDetailPO, KdPO Foreign key : KdPO references PO (KdPO) Foreign key : KdTipe references TipeBarang (KdTipe)

62 2. Hubungan many-to-many (*:*) PO dengan Lengkapan 118 PO (KdPO, Tanggal, KdPegawai, KdCustomer) Primary key : KdPO Foreign Key : KdPegawai references Pegawai (KdPegawai) Foreign Key : KdCustomer references Customer (KdCustomer) Lengkapan (KdTipeL, TipeL, UnitTrip, Proteksi, NoRefL, Harga, Deskripsi, NoRefU3, Harga, NoRefU4, Harga, NoRefYO, Harga, NoRefYC, Harga) Primary key : KdTipeL DetailPO (KdDetailPO, KdPO, KdTipe, KdTipeL, Qty) Primary key : KdDetailPO, KdPO Foreign key : KdPO references PO (KdPO) Foreign key : KdTipe references TipeBarang (KdTipe) Foreign key : KdTipeL references Lengkapan (KdTipeL)

63 Hubungan many-to-many (*:*) PO dengan Interlok PO (KdPO, Tanggal, KdPegawai, KdCustomer) Primary key : KdPO Foreign Key : KdPegawai references Pegawai (KdPegawai) Interlok (KdInterlok, Harga, Deskripsi, Tipe) Primary key : KdInterlok Foreign Key : KdCustomer references Customer (KdCustomer) DetailPO (KdDetailPO, KdPO, KdTipe, KdTipeL, KdInterlok, Qty) Primary key : KdDetailPO, KdPO Foreign key : KdPO references PO (KdPO) Foreign key : KdTipe references TipeBarang (KdTipe) Foreign key : KdTipeL references Lengkapan (KdTipeL) Foreign key : KdInterlok references Interlok (KdInterlok)

64 Tipe Complex Relationship Tidak terdapat tipe complex relationship Atribut Multi-valued Tahap ini dibuat untuk menggambarkan hubungan dan termasuk beberapa atribut yang merupakan bagian dari relasi. Primary key pada entitas merupakan foreign key pada hubungan entitas yang baru. 1. Hubungan Pegawai memiliki TelpP KdPegawai di-post ke dalam TelpP Pegawai (KdPegawai, NamaP, AlamatP, Fax, DOB, JK, Jabatan, Divisi, Username, Password, WargaN) Primary key : KdPegawai TelpP (KdPegawai, Phone) Primary key : Phone Foreign key : KdPegawai references Pegawai (KdPegawai) 2. Hubungan Pegawai memiliki P KdPegawai di-post ke dalam P Pegawai (KdPegawai, NamaP, AlamatP, Fax, DOB, JK, Jabatan, Divisi, Username, Password, WargaN) Primary key : KdPegawai P (KdPegawai, ) Primary key : Foreign key : KdPegawai references Pegawai (KdPegawai)

65 Hubungan Customer memiliki TelpC KdCustomer di-post ke dalam TelpC Customer (KdCustomer, NamaC, AlamatC, JenisC) Primary key : KdCustomer TelpC (KdCustomer, Phone) Primary key : Phone Foreign key : KdCustomer references Customer (KdCustomer) 4. Hubungan Customer memiliki FaxC KdCustomer di-post ke dalam FaxC Customer (KdCustomer, NamaC, AlamatC, JenisC) Primary key : KdCustomer FaxC (KdCustomer, Fax) Primary key : Fax Foreign key : KdCustomer references Customer (KdCustomer) 5. Hubungan Customer memiliki C KdCustomer di-post ke dalam C Customer (KdCustomer, NamaC, AlamatC, JenisC) Primary key : KdCustomer C (KdCustomer, ) Primary key : Foreign key : KdCustomer references Customer (KdCustomer)

66 122 Tabel 3.11 Hasil Relasi Pegawai KdPegawai, NamaP, AlamatP, Fax, DOB, JK, Jabatan, Divisi, Username, Password, WargaN Primary Key KdPegawai TelpP KdPegawai, Phone Primary Key Phone Foreign Key KdPegawai references Pegawai (KdPegawai) P KdPegawai, Primary Key Foreign Key KdPegawai references Pegawai (KdPegawai) Customer KdCustomer, NamaC, AlamatC, JenisC Primary Key KdCustomer TelpC KdCustomer, Phone Primary Key Phone Foreign Key KdCustomer references Customer (KdCustomer) FaxC KdCustomer, Fax Primary Key Fax

67 Foreign Key KdCustomer references Customer (KdCustomer) 123 C KdCustomer, Primary Key Foreign Key KdCustomer references Customer (KdCustomer) PO KdPO, Tanggal, KdPegawai, KdCustomer Primary Key KdPO Foreign Key KdPegawai references Pegawai (KdPegawai) Foreign Key KdCustomer references Customer (KdCustomer) DetailPO KdDetailPO, KdPO, KdTipe, KdTipeL, KdInterlok, Qty Primary Key KdDetailPO Primary Key KdPO Foreign Key KdPO references PO (KdPO) Foreign Key KdTipe references TipeBarang (KdTipe) Foreign Key KdTipeL references

68 124 Lengkapan (KdTipeL) Foreign Key KdInterlok references Interlok (KdInterlok) TipeBarang KdTipe, ln, lcu, UnitTrip, l3, JumKutub, Un, AusG, SArus, Deskripsi, Harga, Harga, NamaB, NoStandard, Icu, TipeUT, Proteksi, JenisK, TipeI, JarusP, KelasTrip, Cwave, NamaJenisB, NamaBarangK, Harga Primary Key KdTipe Lengkapan KdTipeL, TipeL, UnitTrip, Proteksi, NoRefL, Harga, Deskripsi, NoRefU3, Harga, NoRefU4, Harga, NoRefYO, Harga, NoRefYC, Harga Primary Key KdTipeL Interlok KdInterlok, Harga, Deskripsi, Tipe Primary Key KdInterlok Validasi Relasi Menggunakan Normalisasi Tujuan dari tahap ini adalah untuk memvalidasi relation dalam data model logikal menggunakan normalisasi.

69 125 Langkah langkah dalam proses normalisasi ini adalah sebagai berikut : a. UNF Tabel yang mengandung satu atau lebih grup yang berulang. b. Validasi First Normal Form (1NF) Untuk mengubah Unnormalized Table (UNF) ke First Normal Form (1NF) dapat dilakukan dengan mengidentifikasikan dan memindahkan grup berulang yang ada di tabel. Grup perulangan itu termaksud atribut, atau grup atribut. c. Validasi Second Normal Form (2NF) Tahap ini mengubah 1NF menjadi 2NF dengan cara memindahkan Partial Dependencies. Jika terdapat Partial Dependecy, pindahkan atribut tersebut dari relasi dengan menempatkannya ke dalam relasi baru. d. Validasi Third Normal Form (3NF) Tahap ini mengubah 2NF menjadi 3NF dengan cara memindahkan Transitive Dependencies. Jika terdapat Transitive Dependency, pindahkan atribut Transitive Dependency dari relasi dengan menempatkan atributnya ke relasi baru. 1. NamaP, AlamatP, DOB, JK, Fax, Jabatan, Divisi, Username, Password, WargaN

70 126 1NF Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Tidak terdapat partial dependency sehingga tahap 2NF sudah normal. 3NF Terdapat transitive dependency, hubungan antara non-key dan non-key, yaitu Jabatan, Divisi, Username, Password, dan WargaN, sehingga tahap 3NF perlu dinormalisasi menjadi: NamaP, AlamatP, DOB, JK, Fax, #KdJabatan, #KdDivisi, #KdKWN Jabatan Divisi Username, Password WargaN 2. TelpP 1NF

71 127 Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Terdapat partial dependency, hubungan key dengan non-key, yaitu KdPegawai, sehingga tahap 2NF perlu dinormalisasi menjadi: TelpP: NamaP, AlamatP, DOB, JK, Fax, #KdJabatan, #KdDivisi, #KdKWN Jabatan Divisi Username, Password, #KdPegawai WargaN 3NF Tidak terdapat transitive dependency, sehingga pada tahap 3NF sudah normal. 3. P 1NF

72 128 Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Terdapat partial dependency, hubungan key dengan non-key, yaitu KdPegawai, sehingga tahap 2NF perlu dinormalisasi menjadi: P: NamaP, AlamatP, DOB, JK, Fax, #KdJabatan, #KdDivisi, #KdKWN Jabatan Divisi Username, Password, #KdPegawai WargaN 3NF Tidak terdapat transitive dependency, sehingga pada tahap 3NF sudah normal. 4. NamaC, AlamatC, JenisC 1NF

73 129 Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Tidak terdapat partial dependency sehingga tahap 2NF sudah normal. 3NF Terdapat transitive dependency yaitu JenisC, sehingga tahap 3NF perlu dinormalisasi menjadi: NamaC, AlamatC, #KdJenisC JenisC 5. TelpC 1NF Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Terdapat partial dependency yaitu KdCustomer, sehingga tahap 2NF perlu dinormalisasi menjadi: TelpC:

74 130 NamaC, AlamatC, #KdJenisC JenisC 3NF Tidak terdapat transitive dependency, sehingga pada tahap 3NF sudah normal. 6. FaxC 1NF Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Terdapat partial dependency yaitu KdCustomer, sehingga tahap 2NF perlu dinormalisasi menjadi: FaxC: NamaC, AlamatC, #KdJenisC JenisC 3NF Tidak terdapat transitive dependency, sehingga pada tahap 3NF sudah normal.

75 C 1NF Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Terdapat partial dependency yaitu KdCustomer, sehingga tahap 2NF perlu dinormalisasi menjadi: C: NamaC, AlamatC, #KdJenisC JenisC 3NF Tidak terdapat transitive dependency, sehingga pada tahap 3NF sudah normal. 8. ln, lcu, UnitTrip, l3, JumKutub, Un, AusG, SArus, Deskripsi, Harga, Harga, NamaB, NoStandard, Icu, TipeUT, Proteksi, JenisK, TipeI, JarusP, KelasTrip, Cwave, NamaJenisB, NamaBarangK, Harga

76 132 1NF Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Tidak terdapat partial dependency sehingga tahap 2NF sudah normal. 3NF Terdapat transitive dependency yaitu Harga, Harga, NamaB, NoStandard, Icu, TipeUT, Proteksi, JenisK, TipeI, JarusP, KelasTrip, Cwave, NamaJenisB, NamaBarangK, dan Harga, sehingga tahap 3NF perlu dinormalisasi menjadi: In, Icu, UnitTrip, I3, JumKutub, Un, AusG, Sarus, Deskripsi, #KdBarang, #KdNoRefU3P Harga Harga, #KdTipe NamaB, NoStandard, Icu, TipeUT, Proteksi, JenisK, TipeI, JarusP, KelasTrip, Cwave, #KdJenisB NamaJenisB NamaBarangK, Harga, #KdTipe

77 TipeL, UnitTrip, Proteksi, NoRefL, Harga, Deskripsi, NoRefU3, Harga, NoRefU4, Harga, NoRefYO, Harga, NoRefYC, Harga 1NF Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Tidak terdapat partial dependency sehingga tahap 2NF sudah normal. 3NF Terdapat transitive dependency yaitu NoRefU3, Harga, NoRefU4, Harga, NoRefYO, Harga, NoRefYC, Harga, sehingga tahap 3NF perlu dinormalisasi menjadi: TipeL, UnitTrip, Proteksi, NoRefL, Harga, Deskripsi NoRefU3, Harga, #KdTipeL NoRefU4, Harga, #KdTipeL NoRefYO, Harga, #KdTipeL NoRefYC, Harga, #KdTipeL

78 Harga, Deskripsi, Tipe 1NF Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Tidak terdapat partial dependency sehingga tahap 2NF sudah normal. 3NF Terdapat transitive dependency yaitu Tipe, sehingga tahap 3NF perlu dinormalisasi menjadi: Harga, Deskripsi, #KdTInstalasi Tipe 11. PO KdPO, Tanggal, KdPegawai, KdCustomer 1NF Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF

79 135 Terdapat partial dependency yaitu KdPegawai dan KdCustomer, sehingga tahap 2NF perlu dinormalisasi menjadi: Tanggal, #KdPegawai, #KdCustomer NamaP, AlamatP, DOB, JK, Fax, #KdJabatan, #KdDivisi, #KdKWN NamaC, AlamatC, #KdJenisC Jabatan Divisi Username, Password, #KdPegawai WargaN JenisC 3NF Tidak terdapat transitive dependency, sehingga pada tahap 3NF sudah normal. #KdTipe, #KdTipeL, #KdInterlok, Qty 1NF

80 136 Tidak terdapat perulangan (repeating group) sehingga tahap 1NF sudah normal. 2NF Terdapat partial dependency yaitu KdPO, KdTipe, KdTipeL, dan KdInterlok, sehingga tahap 2NF perlu dinormalisasi #KdTipe, #KdTipeL, #KdInterlok, Qty Tanggal, #KdPegawai, #KdCustomer In, Icu, UnitTrip, I3, JumKutub, Un, AusG, Sarus, Deskripsi, #KdBarang, #KdNoRefU3P Harga Harga, #KdTipe NamaB, NoStandard, Icu, TipeUT, Proteksi, JenisK, TipeI, JarusP, KelasTrip, Cwave, #KdJenisB NamaJenisB NamaBarangK, Harga, #KdTipe TipeL, UnitTrip, Proteksi, NoRefL, Harga, Deskripsi NoRefU3, Harga, #KdTipeL NoRefU4, Harga, #KdTipeL

81 137 NoRefYO, Harga, #KdTipeL NoRefYC, Harga, #KdTipeL Harga, Deskripsi, #KdTInstalasi Tipe NamaP, AlamatP, DOB, JK, Fax, #KdJabatan, #KdDivisi, #KdKWN5r Jabatan Divisi Username, Password, #KdPegawai WargaN NamaC, AlamatC, #KdJenisC JenisC 3NF Tidak terdapat transitive dependency, sehingga pada tahap 3NF sudah normal Validasi RelasiTerhadap Transaksi User Relasi dalam model data local logical sudah mendukung transaksi yang dibutuhkan oleh view.

82 138 Gambar 3.20 Validasi Relasi Terhadap Transaksi User Keterangan transaksi: (a) Memasukkan/menghapus/mengubah data PO: KdPO, Tanggal, KdPegawai, KdCustomer dan menampilkan data Pegawai yang sesuai dengan KdPegawai yang menangani dan berada pada data PO;

83 139 (b) Memasukkan/menghapus/mengubah data P: , KdPegawai dan menampilkan data Pegawai yang sesuai dengan KdPegawai yang memiliki dan berada pada data P; (c) Memasukkan/menghapus/mengubah data TelpP: Phone, KdPegawai dan menampilkan data Pegawai yang sesuai dengan KdPegawai yang memiliki dan berada pada data TelpP; (d) Memasukkan/menghapus/mengubah data Pegawai: KdPegawai, NamaP, AlamatP, DOB, JK, Fax, KdJabatan, KdDivisi, KdKWN dan menampilkan data Jabatan yang sesuai dengan KdJabatan yang berada pada data Pegawai; (e) Memasukkan/menghapus/mengubah data Pegawai: KdPegawai, NamaP, AlamatP, DOB, JK, Fax, KdJabatan, KdDivisi, KdKWN dan menampilkan data Divisi yang sesuai dengan KdDivisi yang berada pada data Pegawai; (f) Memasukkan/menghapus/mengubah data UserP: KdUser, Username, Password, KdPegawai dan menampilkan data Pegawai yang sesuai dengan KdPegawai yang memiliki dan berada pada data UserP; (g) Memasukkan/menghapus/mengubah data Pegawai: KdPegawai, NamaP, AlamatP, DOB, JK, Fax, KdJabatan, KdDivisi, KdKWN dan menampilkan data KWN yang sesuai dengan KdKWN yang berada pada data Pegawai;