74 BAB 4 RANCANGAN SISTEM YANG DIUSULKAN
4.1
Database Planning 4.1.1
Mission Statement Mission Statement pada PT. Esham Dima Mandiri adalah sebagai berikut : 1. Untuk merancang, mengelola dan memelihara data yang dibutuhkan mengenai Perekrutan, Penggajian dan Pemberhentian pada bagian HR. 2. Dengan adanya penerapan hak akses pada system di setiap bagian diharapkan dapat meminimalisir terjadi kecurangan data. 3. Membuat system yang lebih mudah digunakan di bandingkan system yang lama (User Friendly)
4.1.2
Mission Objective Mission objective pada PT. Esham Dima Mandiri. adalah sebagai berikut : 1. Mengelola (insert, update, delete) Calon Pegawai 2. Mengelola (insert, update, delete) Recrutment 3. Mengelola (insert, update, delete) Absensi 4. Mengelola (insert, update, delete) Cuti 5. Mengelola (insert, update, delete) Pegawai 6. Mengelola (insert, update, delete) Permintaan Lembur 7. Mengelola (insert, update, delete) Surat Peringatan
75
8. Mengelola (insert, update, delete) Gaji 9. Mengelola (insert, update, delete) Departement 10. Mengelola (insert, update, delete) Pemberhentian 11. Memberikan lamaran 12. Memeriksa kebutuhan pegawai 13. Memeriksa lamaran 14. Memeriksa lembur 15. Melakukan absensi 16. Memeriksa cuti 17. Memberikan gaji 18. Memberikan SP 19. Melakukan Pemberhentian
4.1.3
System Definition 4.1.3.1 System Boundaries System Boundaries merupakan batasan-batasan dalam perancangan database ini. Adapun pembahasan yang diambil pada perancangan database ini adalah sebagai berikut : 1. Perekrutan 2. Penggajian 3. Pemberhentian
76
Gambar 4.1 System Boundaries Pada system definition menggambarkan batasan sistem terhadap user yang berhubungan dengan sistem. Lingkungan internal perusahaan terdiri dari Recruitment, Pegawai, Absensi, Cuti, Pegawai, Permintaan Lembur, Surat Peringatan, Gaji, Departement , Pemberhentian dan pada bagian lingkungan eksternal terdapat Calon Pegawai . 4.1.4
Requirement Collection dan Analysis 4.1.4.1 Data Requirement
77
1. Calon Pegawai Informasi yang berisi tentang data Calon Pegawai yang melamar di PT. Esham Dima Mandiri. 2. Recruitment Informasi yang berisi tentang data kebutuhan Pegawai
di
Pt.Esham Dima Mandiri. 3. Absensi Informasi yang berisi tentang data Absensi Pegawai PT. Esham Dima Mandiri. 4. Cuti Informasi yang berisi tentang data Cuti yang diambil oleh Pegawai PT. Esham Dima Mandiri. 5. Pegawai Informasi yang berisi tentang data diri Pegawai yang berkerja di PT. Esham Dima Mandiri. 6. Permintaan Lembur Informasi yang berisi tentang data permintaan lembur Pegawai PT. Esham Dima Mandiri. 7. Surat Peringatan Informasi yang berisi tentang Surat Peringatan yang di berikan pada Pegawai PT. Esham Dima Mandiri. 8. Gaji Informasi yang berisi tentang Gaji Pegawai PT. Esham Dima Mandiri.
78
9. Departement Informasi yang berisi tentang data department yang ada pada PT. Esham Dima Mandiri. 10. Pemberhentian Informasi yang berisi tentang data Pemberhentian pegawai PT. Esham Dima Mandiri.
79
4.2 Diagram Aliran Data 4.2.1 Diagram Konteks
Gambar 4.1 Diagram Konteks
80
4.2.2 Diagram Nol
Gambar 4.2 Diagram Nol
81
4.3 Perancangan Sistem Basis Data Untuk memenuhi kebutuhan- kebutuhan dalam melakukan dan mendapatkan informasi bagi PT.Esham Dima Mandiri dan menjalani aplikasi – aplikasi tertentu dibuatlah suatu perancangan basis data. Perancangan basis data memiliki tiga tahapan utama yaitu : 1. Perancangan database Konseptual (Conceptual Database Design) 2. Perancangan database Logikal (Logical Database Design) 3. Perancangan database Fisikal (Physical Database Design)
4.3.1 Perancangan Basis Data Konseptual Perancangan basis data konseptual merupakan suatu gambaran dengan menggunakan model tentang suatu proses yang dijalankan .model ini dibuat sesuai dari data dan informasi yang didapat dari perusahaan. Perancangan basis data konseptual memiliki tahapan – tahapan utama yaitu : 1. Mengidentifikasikan entity 2. Mengidentifikasikan relasi antar entity 3. Mengidentifikasikan atribut yang dimiliki entity 4. Mengidentifikasikan candidate key dan primary key 5. Memeriksa redudansi pada model konseptual 6. Melakukan validasi model data konseptual 7. Cek model yang redudancy 8. Memvalidasi model konseptual lokal terhadap transaksi user
82
9. Review model konseptual data lokal terhadap kebutuhan pengguna
4.3.1.1 Identifikasi Entitas Table ini merupakan kebutuhan – kebutuhan yang berisi tentang entitas – entitas yang diperlukan oleh perusahaan. Setelah melakukan tahap analisis selama ini dapat dijelaskan sebagai berikut : Tabel 4.1 Identifikasi Identitas No Nama Entitas 1. Recruitment
Deskripsi Form Recruitment yang diajukan oleh Departement
Alias Recruitment
2.
CalonPegawai
Data diri dan informasi tentang CalonPegawai
CalonPegawai
3.
Pegawai
Data diri dan informasi tentang pegawai
Pegawai
4.
Departement
Bagian – bagian atau divisi yang ada pada perusahaan
Departement
5.
Absensi
Data dan informasi untuk mengetahui daftar hadir Pegawai
Absensi
6.
Cuti
data dan informasi untuk mengetahui cuti yang diambil oleh Pegawai
Cuti
Kejadian Departement mengisi form Recruitment dan diolah oleh personalia CalonPegawai mendaftarkan diri sesuai dengan lowongan yang dibuka Personil yang telah bekerja pada PT Esham Dima Mandiri Pegawai yang memiliki jabatan nya masing- masing pada bagian tertentu Pegawai memiliki jam masuk dan jam pulang Setiap Pegawai yang melakukan permohonan cuti
83
7.
Permintaan Lembur
data dan informasi untuk mengetahui Pegawai yang akan mengambil lembur
8.
Surat Peringatan
data dan informasi Surat Peringatan mengenai Pegawai yang memiliki masalah
9.
Gaji
data dan informasi Gaji mengenai pengajian bagi para Pegawai
10. Surat Pemberhentian
Lembur
data dan informasi Surat Pemberhentian mengenai pemberhentian Pegawai dikarenakan pensiun, pengunduran diri dan pemutusan kontrak kerja
Setiap Pegawai yang sedang menjalani lembur akan mendapat kan penambahan gaji Setiap Pegawai akan mendapat kan surat peringatan atas kesalahan yang dibuat sesuai dengan tingkat permasalhannya yang telah ditetapkan oleh perusahaan Setiap Pegawai mendapatkan gaji beserta dengan slip gaji nya pada setiap akhir bulan
Setiap Pegawai akan diberikan surat pemberhentian sesuai dengan permasalahan nya
4.3.1.2 Identifikasi Tipe Relasional Setelah mengidentifikasi tipe-tipe entity maka selanjutnya akan mengidentifikasi tipe relasi. Tujuan dari mengidentifikasi tipe relasi ini adalah mengidentifikasi hubungan antara entity yang telah diidentifikasi. Langkah-langkah dalam mengidentifikasi tipe hubungan ada 2 yaitu :
84
1. Menentukan pembatas multiplicity dari tipe hubungan. Berikut ini adalah merupakan batasan tipe hubungan dari masing – masing entitas yang ada sesuai dengan hubungannya dengan entitas yang lain. Tabel 4.2 Multiplicity dan Tipe Relasional
No
Entity Name
Multiplicity
Relationship
Entity Name
Multipl icity
1.
CalonPegawai 1..1
Memberikan lamaran
Recruitment
1..1
2.
Recruitment
1..*
Memeriksa kebutuhan pegawai
Departement
1..1
3.
Recruitment
1..1
Memeriksa lamaran
Pegawai
1..1
4.
Pegawai
1..1
Melakukan absensi
Absensi
0..*
5.
Absensi
1..1
Memeriksa lembur
Lembur
0..*
6.
Absensi
1..1
Memeriksa cuti
Cuti
0..*
7.
Absensi
1..1
Memberikan gaji
Gaji
1..1
8.
Pegawai
1..1
Memberikan SP
SP
0..*
9.
Pegawai
1..1
Melakukan Pemberhentian
Pemberhentiaa 0..1 n
85
2. Entity Relationship (ER) Diagram
Gambar 4.3 ERD Conceptual
86
Gambar 4.4 ERD Logical
87
4.3.1.3 Identifikasi Atribut setiap Entitas Tabel 4.3 Data Dictionary Entit y
Atribut
Deskripsi
Data Types and Length
Multivalued
Null
Calon Pega wai
CalonPegawaiID
ID Unik untuk setiap CalonPegawai
Int
No
No
IDCalonPegawai( PK)
ID CalonPegawai
Varchar(8)
No
No
NamaCalonPega wai
Nama CalonPegawai
Varchar(50)
No
No
Agama
Agama CalonPegawai
Varchar(10)
No
No
JenisKelamin
Jenis kelamin CalonPegawai
Varchar(10)
No
No
TempatLahir
Tempat lahir
Varchar(20)
No
No
TanggalLahir
Tanggal lahir
Datetime
No
No
AlamatLengkap
Alamat
Varchar(150)
Yes
No
Email
Alamat email
Varchar(20)
Yes
No
NoHP
Nomor handphone CalonPegawai
Varchar(20)
Yes
No
IDRecruitment(F K)
ID Recruitment
Char (7)
No
No
GajiDiminta
Gaji yang diinginkan CalonPegawai
Decimal(8;2)
No
No
88
NoKTP
Nomor KTP pelamr
Varchar(16)
No
No
Deskripsi
Deskripsi dari CalonPegawai
Varchar(200)
No
No
Entity
Atribut
Deskripsi
Data types and Length
Null
Multivalued
Recruitment RecruitmentI D
ID Unik Recruitment
Int Autonumber
No
No
IDRecruitme nt (PK)
ID Recruitment
Varchar (8)
No
No
Varchar(8)
No
No
IDDeparteme ID posisi n (FK)
Entity
Absensi
TanggalPeng ajuan
Tanggal Pengajuan
Datetime
No
No
Posisi
Keterangan posisi
Varchar(20)
No
No
JmlDibutuhk an
Jumlah Pegawai yang dibutuhkan
Int
No
No
Deskripsi
Deskripsi
Varchar(200)
No
No
Data types and Length
Null
Multivalued
Int Autonumber
No
No
Datetime
No
No
Atribut
Deskripsi
AbsensiID
ID absensi Pegawai
TanggalAbse
Tanggal absen
89
nsi TipeAbsen
Jenis Absensi :
Int
No
No
0:masuk kerja 1:Masuk 2.Sakit 3. Ijin / Cuti 4. Telat
Entity
Cuti
JumlahLemb ur
Jumlah lembur yang dilakukan
Int
No
No
JumlahLebih Awal
Jumlah pulang lebih awal
Int
No
No
Keterangan
Keterangan
Varchar(200)
No
No
Deskripsi
Data types and Length
Null
Multivalued
CutiID
ID unik cuti
Int Autonumber
No
No
IDCuti(PK)
Id Unik Cuti
Varchar(8)
No
No
TanggalDiaju kan
Tanggal diajukannya cuti
Datetime
No
No
TanggalMula iCuti
Tanggal dimulainya cuti
Datetime
No
No
TanggalSeles aiCuti
Tanggal selesainya waktu cuti
Datetime
No
No
Alasan
Alasan cuti
Varchar(200)
No
No
Atribut
90
Deskripsi
Entity
Pegawai
Varchar(200)
No
No
Deskripsi
Data Types and Length
Mult ival ued
Null
PegawaiID
ID Unik untuk setiap Pegawai
Int autonumber
No
No
IDPegawai
ID Pegawai
Varchar(8)
No
No
NamaPegawa Nama Pegawai i
Varchar(50)
No
No
Agama
Agama Pegawai
Varchar(10)
No
No
JenisKelamin
Jenis kelamin Pegawai
Varchar(10)
No
No
TempatLahir
Tempat lahir
Varchar(20)
No
No
TanggalLahir
Tanggal lahir
Datetime
No
No
AlamatLengk ap
Alamat Pegawai
Varchar(150)
Yes
No
Email
Alamat email
Varchar(20)
Yes
Yes
NoHP
Nomor handphone CalonPegawai
Varchar(20)
Yes
No
GajiPokok
Gaji pokok Pegawai
int
No
No
Deskripsi
Deskripsi dari Pegawai
Varchar(200)
No
No
NoKTP
Nomor KTP Pegawai
Varchar(16)
No
No
MshAktif
Apakah masih bekerja di
Bit
No
No
Atribut
Keterangan
91
perusahaan TanggalMula iBekerja
Tanggal mulai bekerja
Datetime
No
No
Status
Status apakah Pegawai :
Int
No
No
Int
No
No
Deskripsi
Data types and Length
Null
Multivalued
LemburID
ID unik lembur
Int Autonumber
No
No
IDLembur (PK)
ID Lembur
Varchar(8)
No
No
TanggalDiaju kan
Tanggal diajukannya lembur
Datetime
No
No
Datetime
No
No
1. Aktif 2. Pensiun 3. SP1 4. SP2 5. SP3 6. Dipecat 7. Mengundurkan Diri StatusPegawa Status i Pegawai: 1. Tetap 2. Kontrak
Entity
Permintaan Lembur
Atribut
MulaiLembur Waktu mulai
92
lembur
Entity
Surat Peringatan
SeleaiLembu r
Waktu selesai lembur
Datetime
No
No
Ditolak
Penolakan atau penerimaan permintaan lembur
bit
No
No
Alasan
Alasan penolakan lembur
Varchar(200)
No
No
Deskripsi
Keterangan
Varchar(200)
No
No
Deskripsi
Data types and Length
Null
Multivalued
SPID
ID unik Surat Peringatan
Int Autonumber
No
No
IDPegawai
ID unik dari Pegawai
Varchar(8)
No
No
TanggalSP
Tanggal diajukannya SP
Datetime
No
No
JenisSP
Jenis Sp yang di kenakan
Int
No
No
Atribut
1. Sp1 2. Sp2 3. Sp 3 Alasan
Alasan SP
Varchar(200)
No
No
Deskripsi
Keterangan SP
Varchar(200)
No
No
IDAbsensi
ID unik dari absensi
Varchar(8)
No
No
93
Entity
Gaji
Atribut
Deskripsi
Data types and Length
Null
Multivalued
GajiID
ID unik Gaji
Int Autonumber
No
No
IDGaji
Id unik Gaji
Varchar(8)
PeriodeMulai
Periode mulai penggajian
Datetime
No
No
PeriodeSelesai
Periode selesai penggajian
Datetime
No
No
JumlahHadir
Jumlah hari dimana Pegawai masuk dan bekerja selama periode mulai dan selesai
Int
No
No
JumlahAbsen
Jumlah hari dimana Pegawai tidak masuk bekerja tanpa keterangan selama periode mulai dan selesai
Int
No
No
JumlahSakit
Jumlah hari dimana Pegawai tidak masuk bekerja karena sakit selama periode mulai dan selesai
Int
No
No
JumlahIjin
Jumlah hari dimana
Int
No
No
94
Pegawai tidak masuk bekerja karena ijin selama periode mulai dan selesai JumlahLembur
Jumlah jam dimana Pegawai lembur selama periode mulai dan selesai
Int
No
No
JumlahPulangC epat
Jumlah pegawai pulang sebelum waktunya
Int
No
No
Gaji Pokok dalam periode tersebut
Decimal(8,2)
No
No
UangLembur
Perhitungan uang lembur
Decimal(8,2)
No
No
UangTunjangan
Besar Uang tunjangan sesuai posisi dari table departemen
Decimal(8,2)
No
No
Potongan
Besar potongan gaji jika ada
Decimal(8,2)
No
No
GrandTotal
Total gaji yang diperoleh dalam periode tersebut
Decimal(8,2)
No
no
GajiPokok
95
Entity
Deskripsi
Data types and Length
Null
Multivalued
DepertemenID
ID unik Departemen
Int Autonumber
No
No
IDDepartemen( PK)
ID dari departemen yang berupa text
Varchar(8)
No
No
IDPegawai(FK)
ID unik dari Pegawai
Varchar(8)
No
No
Deskripsi
Keterangan
Varchar(200)
No
No
UangTunjangan
Besar tunjangan pada jabatan
Decimal(8,2)
No
No
Entity
Atribut
Deskripsi
Data types and Length
Null
Multivalued
Pemberh entian
PemberhentianI D
ID unik Pemberhentian
Int Autonumber
No
No
IDPegawai
ID unik dari Pegawai
Varchar(8)
No
No
NamaPegawai
ID unik dari Pegawai
Varchar(50)
No
No
IDDepartement
ID unik dari pemberhentian
Varchar(8)
No
No
TanggalDiajuka n
Tanggal perjanjian yang disepakati
Datetime
No
No
Jenis
Jenis pemberhentian
Varchar(20)
No
No
Departe men
Atribut
96
Alasan
Alasan dari pemberhentian
Varchar(200)
No
No
Keterangan
Keterangan lengkap pemberhentian
Varchar(200)
No
No
4.3.1.4 Menentukan candidate dan primary key Tabel 4.4 Candidate dan primary key Entity CalonPegawai
Candidate Key
Primary Key
CalonPegawaiID
CalonPegawaiID
NamaPelamar Recruitment Absensi
RecruitmentID
RecruitmentID
AbsensiID
AbsensiID
PegawaiID TglAbsen Permintaan Lembur
LemburID
LemburID
PegawaiID TglDiajukan MulaiLembur SelesaiLembur
Pegawai
PegawaiID NamaPegawai TglMulaiBekerja Status
PegawaiID
97
Surat Peringatan
SPID
SPID
TglSP JenisSP Gaji
GajiID
GajiID
GajiPokok GrandTotal Pemberhentian
PemberhentianID
PemberhentianID
PegawaiID JenisPemberhentian Departemen
DepartemenID
DepartemenID
98 Gaji PK
Lembur PK
ID_Lembur
Departement PK
ID_Gaji
Absensi PK
Cuti
ID_Absensi
PK
ID_Recruitment
PK
ID_Pegawai
Calon Pegawai PK
ID_Cuti
Pegawai
Recruitment
ID_Departement
PK
PHK
ID_Calon_Pegawai PK
ID_PHK
Gambar 4.5 ERD dan primary key
SP PK
ID_SP
99
4.3.1.5 Validasi Model Konseptual Lokal dengan Transaksi User Tujuan dari tahap validasi model konseptual lokal ,untuk mengetahui apakah model konseptual telah mendukung semua transaksi yang akan dibutuh kan oleh user sehingga dilakukan uji validitas agar tidak terjadi kesalalahan dalam melakukan transaksi.berikut ini merupakan ERD konseptual : Gaji PK
ID_Gaji
FK1
ID_Absensi
Lembur
ID_Departement
Cuti
PK
ID_Lembur
PK
ID_Absensi
PK
ID_Cuti
FK1
ID_Absensi
FK1
ID_Pegawai
FK1
ID_Absensi
Pegawai
Recruitment
Departement PK
Absensi
PK
ID_Recruitment
PK
ID_Pegawai
FK1 FK2
ID_Departement ID_Calon_Pegawai
FK1
ID_Recruitment
Calon Pegawai PK
PHK
ID_Calon_Pegawai PK
ID_PHK
FK1
ID_Pegawai
Gambar 4.6 ERD dengan Primary Key dan Pathway
SP PK
ID_SP
FK1
ID_Pegawai
100 Keterangan : 1 = Melakukan Seleksi 2 = Memberikan Lamaran 3 = Memeriksa Lamaran 4 = Memeriksa Absensi 5 = Mengajukan Cuti & Menyetujui Cuti 6 = Memberikan Lembur & Menyetujui Lembur 8 = Memberikan Gaji & Menerima Gaji 9 = Memberikan SP & Menerima SP 10= Melakukan Pemberhentian & Menerima Pemberhentian
Transaksi – transaksi yang dilakukan oleh user sebagai berikut : (a) Pegawai mengajukan rekruitmen Pegawai (b) Pegawai membuka rekruitmen (c) Pelamar mengajukan surat lamaran (d) Pegawai menangani surat lamaran (e) Pegawai melakukan seleksi pada pelamar (f) Pegawai melakukan absensi (g) Pegawai memeriksa absensi
101
(h) Pegawai mendapatkan SP (i) Pegawai memberikan SP (j) Pegawai mengajukan cuti (k) Pegawai menyetujui cuti (l) Pegawai mengajukan lembur (m) Pegawai menyetujui lembur (n) Pegawai menerima gaji (o) Pegawai memberikan gaji (p) Pegawai membuat persetujuan pensiun (q) Pegawai mendapatkan tunjangan 4.3.2 Perancangan Basis Data Logikal 4.3.2.1
Menghilangkan fitur yang tidak sesuai dengan model relasional
1. Menghilangkan many-to-many binary relationship type o Pegawai (1..*) mendapat Surat Peringatan (0..*) Pegawai dengan Surat Peringatan
102 Penjelasan relationship: 6 = Menerima Surat SP & Memberikan SP
Menjadi:
Penjelasan relationship: 6 = Mempunyai 12 = Menjadi
Gambar 4.7 Dekomposisi Pegawai dengan Surat Peringatan
o Pegawai (1..*) Memberikan Lembur & Menyetujui Lembur (0..*) Pegawai dengan Permintaan Lembur
Penjelasan relationship: 5 = Memberikan Lembur & Menyetujui Lembur
103 Menjadi:
Penjelasan relationship: 5 = Mempunyai 11 = Menjadi
Gambar 4.8 Dekomposisi Pegawai dengan Lembur 2. Menghilangkan atribut multi-valued o Calon Pegawai mempunyai (0..*) No.Handphone
Menjadi :
Gambar 4.9 Calon Pegawai mempunyai No.Handphone Calon Pegawai
o Calon Pegawai mempunyai (0..*) Alamat
104 Menjadi :
Gambar 4.10 Calon Pegawai mempunyai Alamat Calon Pegawai
o Calon Pegawai mempunyai (0..*) Alamat Email
Menjadi :
Gambar 4.11 Calon Pegawai mempunyai Alamat Email Calon Pegawai
o Pegawai mempunyai (0..*) Alamat
Menjadi :
Gambar 4.12 Pegawai mempunyai Alamat Pegawai
105
o Pegawai mempunyai (0..*) No.Handphone
Menjadi :
Gambar 4.13 Pegawai mempunyai No.Handphone Pegawai
o Pegawai mempunyai (0..*) Alamat Email
Menjadi :
Gambar 4.14 Pegawai mempunyai Alamat Email Pegawai
106
4.3.2.2 Pembentukan Relasi Model Data Logikal Lokal 1. One-to-one (1:1) binary relationship types Post CalonPegawaiIDdari CalonPegawai ke Recruitment
CalonPegawai (CalonPegawaiID , IDCalonPegawai , NamaCalonPegawai,Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHp , GajiDiminta , Deskripsi , NoKTP)
Primary Key CalonPegawaiID
Recruitment (IDRecruitment , IDDepartemen , Tanggal Pengajuan , Posisi , Jumlah Dibutuhkan , Keterangan) Primary Key RecruitmentID
Foreign Key CalonPegawaiID references Recruitment
Post PegawaiID dari Pegawai ke Recruitment
Pegawai ( PegawaiID ,IDPegawai ,NamaPegawai ,Agama , JenisKelamin ,TempatLahir ,TanggalLahir ,AlamatLengkap ,Email ,NoHP ,GajiPokok ,Deskripsi ,NoKTP ,MshAktif ,TanggalMulaiBekerja ,Status ,Status Absen)
Recruitment ( RecruitmentID,IDRecruitment ,TanggalPengajuan ,Posisi ,JmlDibutuhkan , Deskripsi ) Primary Key RecruitmentID
107
Primary Key PegawaiID
Foreign Key PegawaiID references Recruitment
Post PegawaiID dari Pegawai ke Departement
Pegawai (PegawaiID ,IDPegawai ,NamaPegawai ,Agama , JenisKelamin ,TempatLahir ,TanggalLahir ,AlamatLengkap ,Email ,NoHP ,GajiPokok ,Deskripsi ,NoKTP ,MshAktif ,TanggalMulaiBekerja ,Status ,Status Absen)
Departement ( DepartementID,IDDepartement ,Deskripsi ,UangTunjangan ) Primary Key DepartementID
Foreign Key PegawaiID references Departement Primary Key PegawaiID
108
Post PegawaiID dari Pegawai ke Gaji
Pegawai (PegawaiID ,IDPegawai ,NamaPegawai ,Agama , JenisKelamin ,TempatLahir ,TanggalLahir ,AlamatLengkap ,Email ,NoHP ,GajiPokok ,Deskripsi ,NoKTP ,MshAktif ,TanggalMulaiBekerja ,Status ,Status Absen)
Gaji (IDGaji , IDPegawai , JumlahHadir , JumlahAbsen , JumlahSakit , JumlahIzin , JumlahTelat , JumlahLembur , JumlahPulangCepat , GajiPokok , UangTunjangan , UangLembur , DendaCuti , GrandTotal) Primary Key IDGaji
Primary Key PegawaiID Foreign Key PegawaiID references Gaji
109
2. one-to-many binary relationship types Post PegawaiID dari Pegawai ke Cuti
Pegawai (PegawaiID ,IDPegawai ,NamaPegawai ,Agama , JenisKelamin ,TempatLahir ,TanggalLahir ,AlamatLengkap ,Email ,NoHP ,GajiPokok ,Deskripsi ,NoKTP ,MshAktif ,TanggalMulaiBekerja ,Status ,Status Absen)
Cuti(IDCuti , IDPegawai ,TglDIajukan , TglMulaiCuti , TglSelesaiCuti , Alasan , Keterangan , LamaCuti , Status , IsProses , IsDenda , CutiDenda ) Primary Key IDCuti Foreign Key PegawaiID references Gaji
Primary Key PegawaiID
3. zero-to-one binary relationship types Post PegawaiID dari Pegawai ke Pemberhentian
Pegawai (PegawaiID ,IDPegawai ,NamaPegawai ,Agama , JenisKelamin ,TempatLahir ,TanggalLahir ,AlamatLengkap ,Email ,NoHP ,GajiPokok ,Deskripsi ,NoKTP ,MshAktif ,TanggalMulaiBekerja ,Status ,Status Absen)
Primary Key PegawaiID
Pemberhentian(IDPemberhentian , TglDiajukan , IDEmployee , IDDepartemen , Alasan , Jenis Pemberhentian , Keterangan , Status , IsProcess) Primary Key DepartementID
Foreign Key PegawaiID references Pemberhentiant
110
4. zero-to-many binary relationship types Post PegawaiID dari Pegawai ke Pemberhentian
Pegawai (PegawaiID ,IDPegawai ,NamaPegawai ,Agama , JenisKelamin ,TempatLahir ,TanggalLahir ,AlamatLengkap ,Email ,NoHP ,GajiPokok ,Deskripsi ,NoKTP ,MshAktif ,TanggalMulaiBekerja ,Status ,Status Absen)
Absensi(IDAbsensi , IDPegawai , NamaPegawai , IDDepartemen , Status , TanggalAbsensi , Status , Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk ,Keterangan , Persentase Kehadiran)
Primary Key PegawaiID
Primary Key IDAbsensi
Foreign Key PegawaiID references Absensi
111
5. many-to-many binary relationship types Post PegawaiID dari Pegawai ke Surat_Peringatan Pegawai ( PegawaiID ,IDPegawai ,NamaPegawai ,Agama , JenisKelamin ,TempatLahir ,TanggalLahir ,AlamatLengkap ,Email ,NoHP ,GajiPokok ,Deskripsi ,NoKTP ,MshAktif ,TanggalMulaiBekerja ,Status ,Status Absen)
Surat_Peringatan (IDSp , IDPegawai , TglSP , JenisSP , Alasan , Keterangan , TglAkhirSP , IsProcess , Status)
Primary Key IDSP
Primary Key PegawaiID Foreign Key PegawaiID references Surat_Peringatan
Detail_Surat_Peringatan(PegawaiID, IDSP)
Primary Key PegawaiID, IDSP Foreign Key PegawaiID references Pegawai Foreign Key IDSP reference Surat_Peringatan
112
Detail_Surat_Peringatan(PegawaiID, IDSP) Primary Key PegawaiID, SPID Foreign Key PegawaiID references Pegawai Foreign Key SPID reference Surat_Peringatan
Post PegawaiID dari Pegawai ke Lembur Pegawai ( PegawaiID ,NamaPegawai ,Agama , JenisKelamin ,TempatLahir ,TanggalLahir ,AlamatLengkap ,Email ,NoHP ,GajiPokok ,Deskripsi ,NoKTP ,MshAktif ,TglMulaiBekerja ,Status ,Status Absen) Primary Key PegawaiID
Lembur ( LemburID ,TglDiajukan ,MulaiLembur ,SelesaiLembur ,DiTolak ,Alasan ,Deskripsi )
Primary Key LemburID
Foreign Key PegawaiID references Lembur
113
Detail_Lembur(PegawaiID, LemburID)
Primary Key PegawaiID, LemburID Foreign Key PegawaiID references Lembur Foreign Key IDLembur reference Lembur
Tabel 4.5 Model Data Logikal Lokal CalonPegawai (CalonPegawaiID. Nama CalonPegawai. Agama. JenisKelamin. TempatLahir. TanggalLahir. AlamatLengkap. Email. NoHP. GajiDiminta. Deskripsi. NoKTP) Primary Key CalonPegawaiID Recruitment (RecruitmentID. CalonPegawaiID. DepartemenID. TglPengajuan. Posisi. JmlDibutuhkan. Deskripsi) Primary Key RecruitmentID Foreign Key CalonPegawaiID references CalonPegawai AlamatLengkap CalonPegawai (AlamatLengkap. CalonPegawaiID) PrimaryKey AlamatLengkap Foreign Key CalonPegawaiID references CalonPegawai EmailPelamar (Email. CalonPegawaiID ) PrimaryKey Email Foreign Key CalonPegawaiID references CalonPegawai TelpHPPelamar (NoHP. CalonPegawaiID ) Primary Key NoHP Foreign Key CalonPegawaiID references CalonPegawai Absensi (AbsensiID. PegawaiID. TglAbsensi . TipeAbsen. JumlahLembur. JumlahPulangCepat. Keterangan) Primary Key AbsensiID Foreign Key PegawaiID references Pegawai Cuti (CutiID. PegawaiID. TglDiajukan. TglMulaiCuti. TglSelesaiCuti. Alasan. Deskripsi) Primary Key CutiID PermintaanLembur ( LemburID. PegawaiID . TglDiajukan. MulaiLembur. SelesaiLembur. Ditolak. Alasan. Deskripsi) Primary Key LemburID Foreign Key PegawaiID references Pegawai Pegawai ( PegawaiID. NamaPegawai. Agama. JenisKelamin. TempatLahir.
114
TanggalLahir. AlamatLengkap. Email. NoHP. GajiPokok. Deskripsi. NoKTP. MshAktif) Primary Key PegawaiID AlamatLengkapPegawai (AlamatLengkap. PegawaiID) PrimaryKey AlamatLengkap Foreign Key PegawaiID references Pegawai EmailPegawai (Email. PegawaiID) PrimaryKey Email Foreign Key PegawaiID references Pegawai NoHPPegawai ( NoHP. PegawaiID) PrimaryKey NoHP Foreign Key PegawaiID references Pegawai Surat_Peringatan (SPID. IDPegawai. TglSP. JenisSP. Alasan. Deskripsi) Primary Key SPID Foreign Key IDPegawai references Pegawai Gaji ( IDGaji. IDPegawai. PeriodeMulai. PeriodeSelesai. JumlahHadir. JumlahAbsen. JumlahSakit. JumlahIjin. JumlahLembur. JumlahPulangCepat. GajiPokok. UangLembur. UangTunjangan. Potongan. GrandTotal) Primary Key IDGaji Foreign Key PegawaiID references Pegawai Departemen (DepertemenID. PegawaiID. Deskripsi. UangTunjangan) Primary Key DepertemenID Foreign Key PegawaiID references Pegawai Pemberhentian (PemberhentianID. DepartemenID. IDPegawai. Perjanjian) Primary Key PemberhentianID Foreign Key PegawaiID references Pegawai
4.3.2.3 Normalisasi Tujuan dilakukan normalisasi adalah memastikan tiap – tiap relasi yang memiliki atribut untuk mendukung kebutuhan data didalam perusahaan.untuk memvalidasi relasi – relasi tersebut didalam model data logikal lokal terdapat beberapa langkah – langkah dalam menggunakan teknik normalisasi CalonPegawai UNF
115
CalonPegawai
(
IDCalonPegawai,
NamaCalonPegawai,
Agama,
JenisKelamin,
TempatLahir, TanggalLahir, AlamatLengkap, Email, NoHp, GajiDiminta, Deskripsi, NoKTP ) 1NF Pada entitas Calon Pegawai tidak terdapat repeating group dan derived atribut. Entitas calon pegawai telah berada dalam bentuk normal pertama(1nf). CalonPegawai
(
IDCalonPegawai,
NamaCalonPegawai,
Agama,
JenisKelamin,
TempatLahir, TanggalLahir, AlamatLengkap, Email, NoHp, GajiDiminta, Deskripsi, NoKTP ) 2NF Pada entitas calon pegawai tidak terdapat partial dependencies pada primary key. Entitas calon pegawai telah berada dalam bentuk normal kedua(2nf). CalonPegawai
(
IDCalonPegawai,
NamaCalonPegawai,
Agama,
JenisKelamin,
TempatLahir, TanggalLahir, AlamatLengkap, Email, NoHp, GajiDiminta, Deskripsi, NoKTP ) 3NF Pada entitas calon pegawai tidak terdapat transitive dependencies pada primery key. Entitas calon pegawai telah berada dalam bentuk normal ketiga(3nf).
No handphone calon pegawai UNF No handphone calon pegawai ( IDcalonpegawai, NoHandphone ) 1NF
116
Pada entitas NoHandphone tidak terdapat repeating group dan derived atribut. Entitas NoHandphone telah berada dalam bentuk normal pertama(1nf). No handphone calon pegawai ( IDcalonpegawai, NoHandphone ) 2NF Pada entitas NoHandphone tidak terdapat partial dependencies pada primery key. Entitas NoHandphone telah berada dalam bentuk normal kedua(2nf). No handphone calon pegawai ( IDcalonpegawai, NoHandphone ) 3NF Pada entitas NoHandphone tidak terdapat transitive dependencies pada primery key. Entitas NoHandphone telah berada dalam bentuk normal ketiga(3nf). Alamat Calon Pegawai UNF Alamat Calon Pegawai ( IDcalonpegawai, Alamat Calon Pegawai ) 1NF Pada entitas alamat calon pegawai tidak terdapat repeating group dan derived atribut. Entitas alamat calon pegawai telah berada dalam bentuk normal pertama(1nf). Alamat Calon Pegawai ( IDcalonpegawai, Alamat Calon Pegawai ) 2NF Pada entitas alamat calon pegawai tidak terdapat partial dependencies pada primery key. Entitas alamat calon pegawai telah berada dalam bentuk normal kedua(2nf). Alamat Calon Pegawai ( IDcalonpegawai, Alamat Calon Pegawai ) 3NF
117
Pada entitas alamat calon pegawai tidak terdapat transitive dependencies pada primery key. Entitas alamat calon pegawai telah berada dalam bentuk normal ketiga(3nf).
Alamat Email Calon Pegawai UNF Alamat Email ( IDcalonpegawai, Alamat Email ) 1NF Pada entitas alamat email tidak terdapat repeating group dan derived atribut. Entitas alamat email telah berada dalam bentuk normal pertama(1nf). Alamat Email ( IDcalonpegawai, Alamat Email ) 2NF Pada entitas alamat email tidak terdapat partial dependencies pada primery key. Entitas alamat email telah berada dalam bentuk normal kedua(2nf). Alamat Email ( IDcalonpegawai, Alamat Email ) 3NF Pada entitas alamat email tidak terdapat transitive dependencies pada primery key. Entity alamat email telah berada dalam bentuk normal ketiga(3nf). Recruitment UNF Recruitment ( IDRecruitment, Tanggal Pengajuan, Posisi, Jumlah Dibutuhkan, Keterangan,
IDCalonPegawai,
NamaCalonPegawai,
Agama,
JenisKelamin,
TempatLahir, TanggalLahir , AlamatLengkap, Email, NoHp, GajiDiminta, Deskripsi, NoKTP, IDDepartement, keterangan, Uang Tunjangan )
118
1NF Pada entitas recruitment tidak terdapat repeating group dan derived atribut.setelah dinormalisasikan bahwa entitas
recruitment telah berada dalam bentuk normal
pertama(1nf). Recruitment ( IDRecruitment, Tanggal Pengajuan, Posisi, Jumlah Dibutuhkan, Keterangan,
IDCalonPegawai,
NamaCalonPegawai,
Agama,
JenisKelamin,
TempatLahir, TanggalLahir , AlamatLengkap, Email, NoHp, GajiDiminta, Deskripsi, NoKTP, IDDepartement, keterangan, Uang Tunjangan ) 2NF Pada entitas recruitment tidak terdapat partial dependencies pada primery key. Entitas recruitment telah berada dalam bentuk normal kedua(2nf). Recruitment ( IDRecruitment, Tanggal Pengajuan, Posisi, Jumlah Dibutuhkan, Keterangan,
IDCalonPegawai,
NamaCalonPegawai,
Agama,
JenisKelamin,
TempatLahir, TanggalLahir , AlamatLengkap, Email, NoHp, GajiDiminta, Deskripsi, NoKTP, IDDepartement, keterangan, Uang Tunjangan ) 3NF Pada entitas recruitment terdapat transitive dependencies pada primery key. setelah dinormalisasikan bahwa entitas recruitment telah berada dalam bentuk normal ketiga(3nf). Departement ( IDDepartement , keterangan , Uang Tunjangan ) Recruitment ( IDRecruitment , Tanggal Pengajuan , Posisi , Jumlah Dibutuhkan , Keterangan, IDDepartement , IDCalonPegawai) Calon Pegawai ( IDCalonPegawai , NamaCalonPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHp , GajiDiminta , Deskripsi , NoKTP )
119
Pegawai UNF Pegawai ( IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap, Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja ,Status, Status Absen, IDRecruitment , Tanggal Pengajuan, Posisi, Jumlah Dibutuhkan, Keterangan ) 1NF Pada entitas pegawai tidak terdapat repeating group dan derived atribut.setelah dinormalisasikan bahwa entitas pegawai telah berada dalam bentuk normal pertama(1nf). Pegawai ( IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap, Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja ,Status, Status Absen, IDRecruitment , Tanggal Pengajuan, Posisi, Jumlah Dibutuhkan, Keterangan ) 2NF Pada entitas pegawai tidak terdapat partial dependencies pada primery key. Entitas pegawai telah berada dalam bentuk normal kedua(2nf). Pegawai ( IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap, Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja ,Status, Status Absen, IDRecruitment , Tanggal Pengajuan, Posisi, Jumlah Dibutuhkan, Keterangan ) 3NF Pada entitas pegawai terdapat transitive dependencies pada primery key. Entitas pegawai telah berada dalam bentuk normal ketiga(3nf).
120
Pegawai ( IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Absen, IDRecruitment ) Recruitment (IDRecruitment, Tanggal Pengajuan, Posisi, Jumlah Dibutuhkan, Keterangan )
Alamat Pegawai UNF Alamat Pegawai ( IDPegawai , Alamat Pegawai ) 1NF Pada entitas alamat pegawai tidak terdapat repeating group dan derived atribut. Entitas alamat pegawai telah berada dalam bentuk normal pertama(1nf). Alamat Pegawai ( IDPegawai , Alamat Pegawai ) 2NF Pada entitas alamat pegawai tidak terdapat partial dependencies pada primery key. Entitas alamat pegawai telah berada dalam bentuk normal kedua(2nf). Alamat Pegawai ( IDPegawai, Alamat Pegawai ) 3NF Pada entitas alamat pegawai tidak terdapat transitive dependencies pada primery key. alamat pegawai telah berada dalam bentuk normal ketiga(3nf). No handphone pegawai UNF
121
No handphone pegawai ( IDPegawai , NoHandphone ) 1NF Pada entitas nohandphone tidak terdapat repeating group dan derived atribut.Entitas nohandphone telah berada dalam bentuk normal pertama(1nf). No handphone pegawai ( IDPegawai , NoHandphone ) 2NF Pada entitas nohandphone tidak terdapat partial dependencies pada primery key. Entitas nohandphone telah berada dalam bentuk normal kedua(2nf). No handphone pegawai ( IDPegawai , NoHandphone ) 3NF Pada entitas nohandphone tidak terdapat transitive dependencies pada primery key. Entitas nohandphone telah berada dalam bentuk normal ketiga(3nf). Alamat Email Pegawai UNF Alamat Email Pegawai ( IDPegawai , Alamat Email ) 1NF Pada entitas alamat email tidak terdapat repeating group dan derived atribut. Entitas alamat email telah berada dalam bentuk normal pertama(1nf). Alamat Email Pegawai ( IDPegawai , Alamat Email ) 2NF Pada entitas alamat email tidak terdapat partial dependencies pada primery key. Entitas alamat email telah berada dalam bentuk normal kedua(2nf).
122
Alamat Email Pegawai ( IDPegawai , Alamat Email ) 3NF Pada entitas alamat email tidak terdapat transitive dependencies pada primery key. Entitas alamat email telah berada dalam bentuk normal ketiga(3nf).
Departement UNF Departement ( IDDepartement , keterangan , Uang Tunjangan ) 1NF Pada entitas departement tidak terdapat repeating group dan derived atribut.setelah dinormalisasikan bahwa entitas departement telah berada dalam bentuk normal pertama(1nf). Departement ( IDDepartement , keterangan , Uang Tunjangan ) 2NF Pada entitas departement tidak terdapat partial dependencies pada primery key. setelah dinormalisasikan bahwa entitas departement telah berada dalam bentuk normal kedua(2nf). Departement ( IDDepartement , keterangan , Uang Tunjangan ) 3NF Pada entitas departement tidak terdapat transitive dependencies pada primery key. setelah dinormalisasikan bahwa entitas departement telah berada dalam bentuk normal ketiga(3nf). Absensi
123
UNF Absensi ( IDAbsensi , Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran , IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Absen ) 1NF Pada entitas absensi tidak terdapat repeating group dan derived atribut.setelah dinormalisasikan bahwa entitas absensi telah berada dalam bentuk normal pertama(1nf). Absensi ( IDAbsensi , Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran , IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Absen ) 2NF Pada entitas absensi tidak terdapat partial dependencies pada primery key. Entitas absensi telah berada dalam bentuk normal kedua(2nf). Absensi ( IDAbsensi , Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran , IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Absen ) 3NF Pada entitas absensi terdapat transitive dependencies pada primery key. Entitas absensi telah berada dalam bentuk normal ketiga(3nf).
124
Absensi ( IDAbsensi , Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk, IDPegawai ) Pegawai ( IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Karyawan , Jumlah Cuti )
Gaji UNF Gaji ( IDGaji , JumlahHadir , JumlahAbsen , JumlahSakit , JumlahIzin , JumlahTelat , JumlahLembur , JumlahPulangCepat , GajiPokok , UangTunjangan , UangLembur , DendaCuti , GrandTotal , IDAbsensi , Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran , IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Karyawan , Jumlah Cuti ) 1NF Pada entitas gaji tidak terdapat repeating group dan derived atribut. setelah dinormalisasikan bahwa entitas gaji telah berada dalam bentuk normal pertama(1nf). Gaji ( IDGaji , JumlahHadir , JumlahAbsen , JumlahSakit , JumlahIzin , JumlahTelat , JumlahLembur , JumlahPulangCepat , GajiPokok , UangTunjangan , UangLembur , DendaCuti , IDAbsensi , Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran , IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Karyawan , Jumlah Cuti )
125
2NF Pada entitas gaji tidak terdapat partial dependencies pada primery key. Entitas absensi telah berada dalam bentuk normal kedua(2nf). Gaji ( IDGaji , JumlahHadir , JumlahAbsen , JumlahSakit , JumlahIzin , JumlahTelat , JumlahLembur , JumlahPulangCepat , GajiPokok , UangTunjangan , UangLembur , DendaCuti , , IDAbsensi , Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran , IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Karyawan , Jumlah Cuti ) 3NF Pada entitas gaji terdapat transitive dependencies pada primery key. Sehingga perlu dilakukan normalisasi ketiga(3nf). Gaji ( IDGaji , JumlahHadir , JumlahAbsen , JumlahSakit , JumlahIzin , JumlahTelat , JumlahLembur , JumlahPulangCepat , GajiPokok , UangTunjangan , UangLembur , DendaCuti, IDAbsensi ) Absensi ( IDAbsensi , Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran ) Cuti UNF Cuti ( IDCuti , TglDIajukan, TglMulaiCuti, TglSelesaiCuti, Alasan, Keterangan ,LamaCuti, Status, IsProses, IsDenda, CutiDenda, IDAbsensi, Jumlah Pegawai, Jumlah Absen, Jumlah Telat , Jumlah Sakit, Jumlah Ijin Cuti, Jumlah Lembur, Jumlah Masuk, Persentase Kehadiran, IDPegawai, NamaPegawai, Agama, JenisKelamin, TempatLahir,
126
TanggalLahir, AlamatLengkap , Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif, TanggalMulaiBekerja, Status, Status Absen ) 1NF Pada entitas cuti tidak terdapat repeating group dan derived atribut.setelah dinormalisasikan bahwa entitas cuti telah berada dalam bentuk normal pertama(1nf). Cuti ( IDCuti , TglDIajukan, TglMulaiCuti, TglSelesaiCuti, Alasan, Keterangan ,LamaCuti, Status, IsProses, IsDenda, CutiDenda, IDAbsensi, Jumlah Pegawai, Jumlah Absen, Jumlah Telat , Jumlah Sakit, Jumlah Ijin Cuti, Jumlah Lembur, Jumlah Masuk, Persentase Kehadiran, IDPegawai, NamaPegawai, Agama, JenisKelamin, TempatLahir, TanggalLahir, AlamatLengkap , Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif, TanggalMulaiBekerja, Status, Status Absen ) 2NF Pada entitas cuti tidak terdapat partial dependencies pada primery key. Entitas cuti telah berada dalam bentuk normal kedua(2nf). Cuti ( IDCuti , TglDIajukan, TglMulaiCuti, TglSelesaiCuti, Alasan, Keterangan ,LamaCuti, Status, IsProses, IsDenda, CutiDenda, IDAbsensi, Jumlah Pegawai, Jumlah Absen, Jumlah Telat , Jumlah Sakit, Jumlah Ijin Cuti, Jumlah Lembur, Jumlah Masuk, Persentase Kehadiran, IDPegawai, NamaPegawai, Agama, JenisKelamin, TempatLahir, TanggalLahir, AlamatLengkap , Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif, TanggalMulaiBekerja, Status, Status Absen ) 3NF Pada entitas cuti terdapat transitive dependencies pada primery key. Sehingga perlu dilakukan normalisasi ketiga(3nf). Cuti ( IDCuti , TglDIajukan , TglMulaiCuti , TglSelesaiCuti , Alasan , Keterangan ,LamaCuti , Status , IsProses , IsDenda , CutiDenda, ID Absensi )
127
Absensi ( IDAbsensi, Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran , ID Pegawai ) Pegawai ( IDPegawai , NamaPegawai, Agama, JenisKelamin, TempatLahir, TanggalLahir, AlamatLengkap, Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja , Status, Status Absen )
Pemerhentian UNF Pemberhentian ( IDPemberhentian, TglDiajukan, IDEmployee, IDDepartemen , Alasan, Jenis Pemberhentian, Keterangan, Status, IsProcess, IDPegawai, NamaPegawai, Agama, JenisKelamin, TempatLahir, TanggalLahir, AlamatLengkap, Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja, Status, Status Absen ) 1NF Pada entitas tidak pemberhentian terdapat repeating group dan derived atribut.setelah dinormalisasikan bahwa entitas pemberhentian telah berada dalam bentuk normal pertama(1nf). Pemberhentian ( IDPemberhentian, TglDiajukan, IDEmployee, IDDepartemen , Alasan, Jenis Pemberhentian, Keterangan, Status, IsProcess, IDPegawai, NamaPegawai, Agama, JenisKelamin, TempatLahir, TanggalLahir, AlamatLengkap, Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja, Status, Status Absen ) 2NF Pada entitas pemberhentian tidak terdapat partial dependencies pada primery key. Entitas pemberhentian telah berada dalam bentuk normal kedua(2nf).
128
Pemberhentian ( IDPemberhentian, TglDiajukan, IDEmployee, IDDepartemen , Alasan, Jenis Pemberhentian, Keterangan, Status, IsProcess, IDPegawai, NamaPegawai, Agama, JenisKelamin, TempatLahir, TanggalLahir, AlamatLengkap, Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja, Status, Status Absen )
3NF Pada entitas pemberhentian terdapat transitive dependencies pada primery key. Entitas pemberhentian telah berada dalam bentuk normal ketiga(3nf). Pemberhentian ( IDPemberhentian, TglDiajukan, IDEmployee, IDDepartemen , Alasan, Jenis Pemberhentian, Keterangan, Status, IsProcess, IDPegawai ) Pegawai ( IDPegawai, NamaPegawai, Agama, JenisKelamin, TempatLahir, TanggalLahir, AlamatLengkap, Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja, Status, Status Absen ) Surat Peringatan UNF Surat Peringatan ( IDSp, TglSP, JenisSP, Alasan, Keterangan, TglAkhirSP, Alasan, Keterangan,
IDPegawai,
NamaPegawai,
Agama,
JenisKelamin,
TempatLahir,
TanggalLahir, AlamatLengkap , Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja, Status, Status Absen ) 1NF Pada entitas surat peringatan tidak terdapat repeating group dan derived atribut.setelah dinormalisasikan bahwa entitas surat peringatan telah berada dalam bentuk normal pertama(1nf). Surat Peringatan ( IDSp, TglSP, JenisSP, Alasan, Keterangan, TglAkhirSP, Alasan, Keterangan,
IDPegawai,
NamaPegawai,
Agama,
JenisKelamin,
TempatLahir,
129
TanggalLahir, AlamatLengkap , Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja, Status, Status Absen ) 2NF Pada entitas pemberhentian tidak terdapat partial dependencies pada primery key. Entitas surat peringatan telah berada dalam bentuk normal kedua(2nf). Surat Peringatan ( IDSp, TglSP, JenisSP, Alasan, Keterangan, TglAkhirSP, Alasan, Keterangan,
IDPegawai,
NamaPegawai,
Agama,
JenisKelamin,
TempatLahir,
TanggalLahir, AlamatLengkap , Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja, Status, Status Absen ) 3NF Pada entitas surat pemberhentian terdapat transitive dependencies pada primery key. Entitas pemberhentian telah berada dalam bentuk normal ketiga(3nf). Surat Peringatan ( IDSp, TglSP, JenisSP, Alasan, Keterangan, TglAkhirSP, Alasan, Keterangan, IDPegawai ) Pegawai ( IDPegawai, NamaPegawai, Agama, JenisKelamin, TempatLahir, TanggalLahir, AlamatLengkap , Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja, Status, Status Absen )
Lembur UNF Lembur ( IDLembur , TanggalDiajukan , MulaiLembur , SelesaiLembur , DiTolak , Alasan , Deskripsi , IDAbsensi, Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran , IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir ,
130
TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Absen )
1NF Pada entitas lembur tidak terdapat repeating group dan derived atribut.setelah dinormalisasikan bahwa entitas surat lembur telah berada dalam bentuk normal pertama(1nf). Lembur ( IDLembur , TanggalDiajukan , MulaiLembur , SelesaiLembur , DiTolak , Alasan , Deskripsi , IDAbsensi, Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran , IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Absen ) 2NF Pada entitas lembur tidak terdapat partial dependencies pada primery key. Entitas lembur telah berada dalam bentuk normal kedua(2nf). Lembur ( IDLembur , TanggalDiajukan , MulaiLembur , SelesaiLembur , DiTolak , Alasan , Deskripsi , IDAbsensi, Jumlah Pegawai , Jumlah Absen , Jumlah Telat , Jumlah Sakit , Jumlah Ijin Cuti , Jumlah Lembur , Jumlah Masuk , Persentase Kehadiran , IDPegawai , NamaPegawai , Agama , JenisKelamin , TempatLahir , TanggalLahir , AlamatLengkap , Email , NoHP , GajiPokok , Deskripsi , NoKTP , MshAktif , TanggalMulaiBekerja , Status , Status Absen ) 3NF Pada entitas lembur terdapat transitive dependencies pada primery key. Sehingga perlu dilakukan normalisasi ketiga(3nf).
131
Lembur ( IDLembur, TanggalDiajukan, MulaiLembur, SelesaiLembur, DiTolak, Alasan, Deskripsi, ID Absensi ) Absensi ( IDAbsensi, Jumlah Pegawai, Jumlah Absen, Jumlah Telat, Jumlah Sakit, Jumlah Ijin Cuti, Jumlah Lembur, Jumlah Masuk, Persentase Kehadiran, ID Pegawai ) Pegawai ( IDPegawai , NamaPegawai, Agama, JenisKelamin, TempatLahir, TanggalLahir, AlamatLengkap, Email, NoHP, GajiPokok, Deskripsi, NoKTP, MshAktif , TanggalMulaiBekerja , Status, Status Absen )
4.3.2.4 Pembentukan Model Data Logikal Global Pada tahap ini akan mengkombinasikan model data logikal global individual ke dalam sebuah model data logikal global tunggal. Tabel 4.6 Model Data Logikal Global Entity Name CalonPegawai
Recruitment
Attribute CalonPegawaiID NamaPelamar Agama JenisKelamin TempatLahir TanggalLahir AlamatLengkap Email NoHP GajiDiminta Deskripsi NoKTP RecruitmentID CalonPegawaiID DepartemenID TglPengajuan Posisi JmlDibutuhkan Deskripsi
Primary Key Yes
Foreign Key
Referenc es
Yes Yes
CalonPe gawai Departe men
Yes
Yes
Departe men
132
AlamatLengkapCalonPega AlamatLengkap wai CalonPegawaiID
Yes
EmailCalonPegawai
Email CalonPegawaiID
Yes
NoHP CalonPegawaiID
Yes
AbsensiID PegawaiID TglAbsensi TipeAbsen JumlahLembur JumlahPulangCepat Keterangan CutiID PegawaiID TglDiajukan TglMulaiCuti TglSelesaiCuti Alasan Deskripsi LemburID PegawaiID TglDiajukan MulaiLembur SelesaiLembur Ditolak Alasan Deskripsi PegawaiID NamaPegawai Agama JenisKelamin TempatLahir TanggalLahir AlamatLengkap Email NoHP GajiPokok Deskripsi NoKTP MshAktif AlamatLengkap
Yes
TelpHPCalonPegawai
Absensi
Cuti
Permintaan Lembur
Pegawai
AlamatLengkapPegawai
Yes
CalonPe gawai
Yes
CalonPe gawai
Yes
CalonPe gawai
Yes
Pegawai
Yes
Pegawai
Yes
Pegawai
Yes
Yes
Yes
Yes
133
EmailPegawai NoHPPegawai Surat_Peringatan
Gaji
Departemen
Pemberhentian
PegawaiID Email PegawaiID NoHP PegawaiID SPID PegawaiID TglSP JenisSP Alasan Deskripsi GajiID PegawaiID PeriodeMulai PeriodeSelesai JumlahHadir JumlahAbsen JumlahSakit JumlahIjin JumlahLembur JumlahPulangCepat GajiPokok UangLembur UangTunjangan Potongan GrandTotal DepertemenID PegawaiID Deskripsi UangTunjangan PemberhentianID PegawaiID Perjanjian
Yes
Pegawai
Yes
Pegawai
Yes
Pegawai
Yes
Pegawai
Yes
Pegawai
Yes Yes
Absensi Absensi
Yes
Pegawai
Yes
Pegawai
Yes Yes Yes
Yes
Yes
Yes
134
4.3.2.5 Model Diagram Relational Global
Gambar 4.15 Entity Relationship Diagram Logikal Global
135
4.3.3 Perancangan Basis Data Fisikal 4.3.3.1 Merancang Base Relation Calon pegawai Domain Recruit
Varchar (50)
Domain Recruit_Name
Varchar (100)
Domain Religion
Varchar (10)
Domain Gender
Varchar (10)
Domain Place_Birth
varchar (200)
Domain Date_Birth
date time
Domain Address
varchar (150)
Domain Email_ Address
varchar (100)
Domain Handphone
varchar (100)
Domain Salary
decimal (8,2)
Domain Description_Employee
text
Domain KTP_Number
varchar(16)
Calon Pegawai( IDCalonPegawai
Recruit
NOT NULL,
NamaCalonPegawai
Recruit_Name
NOT NULL,
Agama
Religion
NOT NULL,
JenisKelamin
Gender
NOT NULL,
TempatLahir
Place_Birth
NOT NULL,
TanggalLahir
Date_Birth
NOT NULL,
AlamatLengkap
Address
NOT NULL,
136
Email NoHP
Email_ Address
NOT NULL,
Handphone
NOT NULL,
SalaryDiminta
Salary
NOT NULL,
Description
Description_Employee
NOT NULL,
NoKTP
KTP_Number
NOT NULL,
Primary Key (IDCalonPegawai) );
NoHandphoneCalonPegawai Domain Handphone
varchar (100)
Domain Recruit_ID
varchar (50)
NoHandphoneCalonPegawai ( NoHandphone
Handphone
NOTNULL,
IDCalonpegawai
Recruit_ID
NOTNULL,
Primary Key (NoHandphone) Foreign Key (IDCalonPegawai) references CalonPegawai ON UPDATE CASCADE ON DELETE NO ACTION ); AlamatCalonPegawai Domain Address
varchar (150)
Domain Recruit_ID
varchar (50)
137
AlamatCalonPegawai ( Alamat
Address
NOTNULL,
IDCalonPegawai
Recruit_ID
NOTNULL,
Primary Key (Alamat) Foreign Key (IDCalonPegawai) references CalonPegawai ON UPDATE CASCADE ON DELETE NO ACTION
);
AlamatEmailCalonPegawai Domain Address
varchar (150)
Domain Recruit_ID
varchar (50)
AlamatEmailCalonPegawai( Alamat
Address
NOTNULL,
IDCalonPegawai
Recruit_ID
NOTNULL,
Primary Key (AlamatEmail) Foreign Key (IDCalonPegawai) references CalonPegawai ON UPDATE CASCADE ON DELETE NO ACTION ); Recruitment Domain IDPerekrutan
varchar (50)
Domain IDDepartemen
varchar (100)
138
Domain FilingDate
datetime
Domain Position
varchar (10)
Domain NumberNeeded
int
Domain Explanation
text
Recruitment ( IDRecruitment
IDPerekrutan
NOT NULL,
DepartemenID
IDDepartment
NOT NULL,
TglPengajuan
FilingDate
NOT NULL,
Posisi
Position
NOT NULL,
JmlDibutuhkan
NumberNeeded
NOT NULL,
Keterangan
Explanation
NOT NULL,
Primary Key (IDRecruitment) Foreign Key (IDCalonPegawai) references CalonPegawai ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key (IDDepartment) references Department ON UPDATE CASCADE ON DELETE NO ACTION ):
Department Domain IDDepartment
varchar (50)
Domain DescriptionEmployee
varchar (255)
Domain AllowanceMoney
decimal (8,2)
139
Departmen ( DepartemenID
IDDepartment
NOT NULL,
Description
DescriptionEmployee
NOT NULL,
UangTunjangan
AllowanceMoney
NOT NULL,
Primary Key (IDDepartemen) ) , Pegawai Domain EmployeeID
varchar (50)
Domain Name
varchar (100)
Domain Religion
varchar (10)
Domain Gender
varchar (10)
Domain Place_Birth
varchar (200)
Domain Date_Birth
Datetime
Domain Address
varchar (150)
Domain EmailAddress
varchar (100)
Domain Handphone
varchar (100)
Domain DepartmentID
varchar (50)
Domain SalaryEmployee
decimal (8,2)
Domain DescriptionEmployee
text
Domain KTPNumber
varchar (16)
Domain Aktifasi
Bit
Domain StartDate
Datetime
140
Domain State
Int
Domain Quota
Int
Domain EmployeeState
Bit
Pegawai ( IDPegawai
EmployeeID
NOT NULL,
Nama
Name
NOT NULL,
Agama
Religion
NOT NULL,
JenisKelamin
Gender
NOT NULL,
TempatLahir
Place_Birth
NOT NULL,
TanggalLahir
Date_Birth
NOT NULL,
AlamatLengkap
Address
NOT NULL,
Email
EmailAddress
NoHP
Handphone
NOT NULL,
IDDepartemen
DepartmentID
NOT NULL,
Salary
SalaryEmployee
NOT NULL,
Description
DescriptionEmployee NOT NULL,
NoKTP
KTPNumber
NOT NULL,
IsActive
Aktifasi
NOT NULL,
TglMulaiBekerja
StartDate
NOT NULL,
Status
State
NOT NULL,
JmlCuti
Quota
NOT NULL,
StatusPegawai
EmployeeState
NOT NULL,
Primary Key (IDPegawai)
NOT NULL,
141
Foreign
Key
(IDRecruitment)
references
Recruitment
ON
UPDATE
CASCADE ON DELETE NO ACTION
); NoHandphonePegawai Domain Handphone
varchar (100)
Domain EmployeeID
varchar (50)
NoHandphonePegawai( NoHandphone
Handphone
NOTNULL,
IDPegawai
EmployeeID
NOTNULL,
Primary Key (NoHandphone) Foreign Key (IDPegawai) references Pegawai ON UPDATE CASCADE ON DELETE NO ACTION); AlamatPegawai Domain Address
varchar (150)
Domain EmployeeID
varchar (50)
AlamatPegawai ( Alamat IDPegawai
Address EmployeeID
NOTNULL, NOTNULL,
142
Primary Key (Alamat) Foreign Key (IDPegawai) references Pegawai ON UPDATE CASCADE ON DELETE NO ACTION);
AlamatEmailPegawai Domain Address
varchar (150)
Domain RecruitID
varchar (50)
AlamatEmailPegawai( Alamat
Address
NOTNULL,
IDPegawai
RecruitID
NOTNULL,
Primary Key (AlamatEmail) Foreign Key (IDPegawai) references Pegawai ON UPDATE CASCADE ON DELETE NO ACTION ); Absensi Domain Absence
varchar (50)
Domain AbsenceDate
Datetime
Domain AbsenceType
Int
Domain HolidayAmount
Int
Domain EarlyAmount
Int
Domain Explanation
varchar (250)
143
Absensi ( IDAbsensi
Absence
NOT NULL,
TglAbsensi
AbsenceDate
NOT NULL,
TipeAbsen
AbsenceType
NOT NULL,
JumlahLembur
HolidayAmount
NOT NULL,
JumlahLebihAwal
EarlyAmount
NOT NULL,
Keterangan
Explanation
NOT NULL,
Primary Key (IDAbsensi) Foreign Key (IDPegawai) references Pegawai ON UPDATE CASCADE ON DELETE NO ACTION);
Surat Peringatan Domain MemoID
varchar (50)
Domain EmployeeID
varchar (50)
Domain DateMemo
Datetime
Domain MemoType
Int
Domain Reason
varchar (250)
Domain Explanation
Text
Domain DateEndMemo
Datetime
Domain Diproses
Bit
Domain State
Bit
Surat Peringatan
144
( IDSp
MemoID
NOT NULL,
IDPegawai
EmployeeID
NOT NULL,
TglSP
DateMemo
NOT NULL,
JenisSP
MemoType
NOT NULL,
Alasan
Reason
NOT NULL,
Keterangan
Explanation
NOT NULL,
TglAkhirSP
DateEndMemo
NOT NULL,
IsProcess
Diproses
NOT NULL,
Status
State
NOT NULL,
Primary Key (IDSp) Foreign Key (IDPegawai) references Pegawai ON UPDATE CASCADE ON DELETE NO ACTION )
Lembur Domain OvertimeID
varchar (50)
Domain EmployeeID
varchar (50)
Domain FiledDate
Datetime
Domain OvertimeStart
Datetime
Domain OvertimeEnd
Datetime
Domain Reason
varchar (250)
Domain Explanation
Text
Domain Diproses
Bit
145
Domain State
Bit
Domain OvertimeTime
Int
Domain AmountPaid
decimal (8,2)
Lembur ( IDLembur
OvertimeID
NOT NULL,
IDPegawai
EmployeeID
NOT NULL,
TglDIajukan
FiledDate
NOT NULL,
MulaiLembur
OvertimeStart
NOT NULL,
SelesaiLembur
OvertimeEnd
NOT NULL,
Alasan
Reason
NOT NULL,
Keterangan
Explanation
NOT NULL,
IsProses
Diproses
NOT NULL,
Status
State
NOT NULL,
LamaLembur
OvertimeTime
NOT NULL,
JumlahBayar
AmountPaid
NOT NULL,
Primary Key (IDLembur) Foreign Key (IDAbsensi) references Absensi ON UPDATE CASCADE ON DELETE NO ACTION )
Cuti
Domain OffID
varchar (50)
146
Domain EmployeeID
varchar (50)
Domain DateFiled
Datetime
Domain OffStart
Datetime
Domain OffEnd
Datetime
Domain Reason
varchar (250)
Domain Explanation
Text
Domain OffLenght
Int
Domain State
Bit
Domain Diproses
Bit
Domain Penalty
Bit
Domain OffPenalty
Int
IDCuti
OffID
NOT NULL,
IDPegawai
EmployeeID
NOT NULL,
TglDIajukan
DateFiled
NOT NULL,
TglMulaiCuti
OffStart
NOT NULL,
TglSelesaiCuti
OffEnd
NOT NULL,
Alasan
Reason
NOT NULL,
Keterangan
Explanation
NOT NULL,
LamaCuti
OffLenght
NOT NULL,
Status
State
NOT NULL,
IsProses
Diproses
NOT NULL,
IsDenda
Penalty
NOT NULL,
Cuti (
147
CutiDenda
OffPenalty
NOT NULL,
Primary Key (IDCuti) Foreign Key (IDAbsensi) references Absensi ON UPDATE CASCADE ON DELETE NO ACTION )
Gaji
Gaji (
Domain EmployeeID
varchar (50)
Domain BeginPeriod
Datetime
Domain EndPeriod
Datetime
Domain WorkingDays
Int
Domain Present
Int
Domain Absence
Int
Domain Sick
Int
Domain Permit
Int
Domain Overtime
Int
Domain MainSalary
decimal (8,2)
Domain OvertimePay
decimal (8,2)
Domain Allowance
decimal (8,2)
Domain Total
decimal (8,2)
Domain Late
int
Domain OffPenalty
Decimal (8,2)
148
IDPegawai
EmployeeID
NOT NULL,
PeriodeMulai
BeginPeriod
NOT NULL,
PeriodeSelesai
EndPeriod
NOT NULL,
JumlahHariKerja
WorkingDays
NOT NULL,
JumlahHadir
Present
NOT NULL,
JumlahAbsen
Absence
NOT NULL,
JumlahSakit
Sick
NOT NULL,
JumlahIjin
Permit
NOT NULL,
JumlahLembur
Overtime
NOT NULL,
GajiPokok
MainSalary
NOT NULL,
UangLembur
OvertimePay
NOT NULL,
UangTunjangan
Allowance
NOT NULL,
GrandTotal
Total
NOT NULL,
JumlahTelat
Late
NOT NULL,
DendaCuti
OffPenalty
NOT NULL,
Primary Key (IDGaji) Foreign Key (IDAbsensi) references absensi ON UPDATE CASCADE ON DELETE NO ACTION );
Pemberhentian Domain DischargeID
varchar (50)
Domain DateFilled
Datetime
149
Domain EmployeeID
varchar (50)
Domain DepartmentID
varchar (50)
Domain Reason
Text
Domain DischargeType
Int
Domain Explanation
Text
Domain State
Bit
Domain Diproses
Bit
Pemberhentian ( IDPemberhentian
DischargeID
NOT NULL,
TglDiajukan
DateFilled
NOT NULL,
IDPegawai
EmployeeID
NOT NULL,
IDDepartemen
DepartmentID
NOT NULL,
Alasan
Reason
NOT NULL,
Jenis Pemberhentian
DischargeType
NOT NULL,
Keterangan
Explanation
NOT NULL,
Status
State
NOT NULL,
IsProcess
Diproses
NOT NULL,
Primary Key (IDPemberhentian) Foreign Key (IDPegawai) references Pegawai ON UPDATE CASCADE ON DELETE NO ACTION );
150
4.3.3.2 Estimasi Ukuran Media Penyimpanan Tabel 4.7 Estimasi Tabel Calon Pegawai Field Tipe Data Ukuran CalonPegawaiID IntAutonumber IDCalonPegawai Varchar 8 Varchar NamaCalonPegawai 50 Agama Varchar 10 Varchar 10 JenisKelamin TempatLahir Varchar 20 TanggalLahir datetime Varchar 150 AlamatLengkap Email Varchar 20 Varchar 20 NoHP decimal 8,2 GajiDiminta Varchar 200 Deskripsi Varchar 20 NoKTP Kapasitas dari tabel CalonPegawai adalah 518 byte diperkirakan dalam satu tahun terjadi penambahan 60 lamaran baru. Dalam satu tahun pertumbuhan dari tabel adalah 60 * 518 = 31080 byte
Tabel 4.8 Estimasi Tabel Recruitment Field Tipe Data Ukuran RecruitmentID IntAutonumber IDRecruitment Varchar 8 IDDepartemen Varchar 8 TanggalPengajuan Datetime Posisi Varchar 20 JmlDibutuhkan Int Keterangan Varchar 200 Kapasitas dari tabel Recruitment adalah 236 byte diperkirakan dalam satu tahun terjadi penambahan 60 perekrutan. Dalam satu tahun pertumbuhan dari tabel adalah 60 * 236 = 14160 byte Tabel 4.9 Estimasi Tabel Absensi Field AbsensiID
Tipe Data IntAutonumber
Ukuran
151
TanggalAbsensi Datetime TipeAbsen Int JumlahLembur Int JumlahLebihAwal Int Keterangan Varchar 200 Kapasitas dari tabel Absensi adalah 200 byte diperkirakan dalam satu tahun terjadi penambahan 165000 absensi baru (dengan asumsi 1 tahun ada 275 hari kerja) . Dalam satu tahun pertumbuhan dari tabel adalah 200 * 165000 = 33000000 byte Tabel 4.10Estimasi Tabel cuti Field
Tipe Data Ukuran CutiID IntAutonumber Varchar 8 IDCuti Datetime TanggalDiajukan TanggalMulaiCuti Datetime Datetime TanggalSelesaiCuti Varchar 200 Alasan Varchar 200 Deskripsi Kapasitas dari tabel Cuti adalah 408 byte diperkirakan dalam satu tahun terjadi penambahan 2000 permintaan cuti. Dalam satu tahun pertumbuhan dari tabel adalah 2000 * 408= 816000 byte
Tabel 4.11 Estimasi Tabel Pegawai Field PegawaiID IDPegawai NamaPegawai Agama JenisKelamin TempatLahir TanggalLahir AlamatLengkap Email NoHP GajiPokok Deskripsi NoKTP MshAktif TanggalMulaiKerja
Tipe Data IntAutonumber Varchar Varchar Varchar Varchar Varchar datetime Varchar Varchar Varchar Decimal Varchar Varchar Bit Datetime
Ukuran 8 50 10 10 200 200 8 20 8,2 200 20
152
StatusPegawai Int Status Int Kapasitas dari tabel Pegawai adalah 736 byte diperkirakan dalam satu tahun terjadi penambahan 20 pegawai baru. Dalam satu tahun pertumbuhan dari tabel adalah 20 * 736 = 14720byte Tabel 4.12 Estimasi Tabel Surat Peringatan Field
Tipe Data Ukuran SPID IntAutonumber IDPegawai Varchar 8 Datetime TanggalSP JenisSP Int Varchar 200 Alasan Varchar 200 Deskripsi Varchar 8 IDAbsensi Kapasitas dari tabel Surat Peringatan adalah 416 byte diperkirakan dalam satu tahun terjadi penambahan 30 Surat Peringatan bagi pegawai yang bermasalah. Dalam satu tahun pertumbuhan dari tabel adalah 30 * 416 = 12480 byte
Tabel 4.13 Estimasi Tabel Gaji Field GajiID IDGaji PeriodeMulai PeriodeSelesai JulahHadir JumlahAbsen JumlahSakit JumlahIjin JumlahLembur JumblahPulangCepat GajiPokok UangLembur UangTunjangan GrandTotal Potongan
Tipe Data IntAutonumber Varchar Datetime Datetime Int Int Int Int Int Int Decimal Decimal Decimal Decimal Decimal
Ukuran 8
8,2 8,2 8,2 8,2 8,2
153
Kapasitas dari tabel Gaji adalah 58 byte diperkirakan dalam satu tahun terjadi penambahan 600 pembayaran gaji pegawai. Dalam satu tahun pertumbuhan dari tabel adalah 58 * 600 = 34800 byte Tabel 4.14 Estimasi Tabel Departmen Field Tipe Data Ukuran IDDepertemen Varchar 8 Deskripsi Varchar 200 UangTunjangan Decimal 8,2 Kapasitas dari tabel Departement adalah 259 byte diperkirakan dalam satu tahun terjadi penambahan 5 atau lebih sesuai dengan kebutuhan. Dalam satu tahun pertumbuhan dari tabel adalah 5 * 259= 1295 byte
Tabel 4.15 Estimasi Tabel Permintaan Lembur Field Tipe Data Ukuran LemburID Int IDLembur Varchar 8 TanggalDiajukan Datetime MulaiLembur Datetime Selesai Lembur Datetime Ditolak Bit Alasan Varchar 200 Deskripsi Varchar 200 Kapasitas dari tabel Lembur adalah 408 byte diperkirakan dalam satu tahun terjadi penambahan 300 permintaan lembur. Dalam satu tahun pertumbuhan dari tabel adalah 408 * 300 = 122400 byte Tabel 4.16 Estimasi Tabel Pemberhentian Field PemberhentianID IDPegawai NamaPegawai TanggalDiajukan IDDepartemen Alasan Jenis Keterangan
Tipe Data IntAutonumber Varchar Varchar Datetime Varchar Varchar Int Varchar
Ukuran 8 50 8 8 200 200
154
Kapasitas dari tabel Pemberhentian adalah 474 byte diperkirakan dalam satu tahun terjadi penambahan 200 pemberhentian. Dalam satu tahun pertumbuhan dari tabel adalah 200 * 474 = 94800 byte
155
4.4 Perancangan Proses Berikut adalah rancangan aplikasi yang terdiri dari perancangan struktur menu, State Transition Diagram (STD), dan spesifikasi prosesnya. 4.4.1 Struktur Menu
Gambar 4.16 Struktur Menu Admin
156
Gambar 4.17 Struktur Menu Bagian Recruitment
157
Gambar 4.18 Struktur Menu Bagian Absensi
Gambar 4.19 Struktur Menu Bagian Pemberhentian
158
Gambar 4.20 Struktur Menu Bagian Financial
159
4.4.2 State Transtition Diagram (STD)
Gambar 4.21 STD Halaman Login
160
Gambar 4.22 STD Admin
161
Gambar 4.23 STD Master untuk bagian Admin
162
Gambar 4.25 STD report untuk bagian Admin
163
Gambar 4.26 STD Recruitment
164
Gambar 4.27 STD Master untuk bagian Recruitment
165
Gambar 4.28 STD Transaksi untuk bagian Recruitment
166
Gambar 4.29 STD Absensi Pegawai
167
Gambar 4.30 STD Transaksi untuk bagian Absensi pegawai
168
Gambar 4.31 STD Report untuk bagian Absensi pegawai
169
Gambar 4.32 STD untuk bagian Financial pegawai
170
Gambar 4.33 STD Master untuk bagian Financial pegawai
171
Gambar 4.34 STD Report untuk bagian Financial pegawai
172
Gambar 4.35 STD untuk bagian Pemberhentian pegawai
173
Gambar 4.36 STD Master untuk bagian Pemberhentian pegawai
174
Gambar 4.37 STD Report untuk bagian Pemberhentian pegawai
175
4.4.3 Perancangan Layar Login
Gambar 4.38 Halaman Login Form login ini merupakan layar pertama yang muncul pada system. Form ini harus diisi sebelum masuk kedalam system nya .bagian admin akan memberikan username dan password yang berbeda –beda pada setiap bagian untuk melakukan inputan .apa bila user melakukan kesalahan dalam memasukan username atau password maka akan terjadi pemberitahuan atas kesalahan yang terjadi.
176
Gambar 4.39 Halaman Login
lalu system akan meminta mengiisi kembali username dan password dengan benar. Button login berfungsi untuk masuk kedalam system dan button cancel untuk keluar dari form login
177
Change Password
Gambar 4.40 Halaman Ganti Password
Form Change Password ini digunakan untuk menganti atau mengubah password yang lama .user hanya perlu menginput password baru dan melakukan penginputan ulang lalu mengklik button change password maka password yang lama akan berubah menjadi password yang baru secara otomatis .
178
Departemen
Gambar 4.41 Rancangan Layar Departemen
From departemen ini digunakan untuk membuat inputan baru untuk departement dan memberikan uang tunjangan yang sama pada setiap departement.button baru berfungsi untuk menambah inputan baru , button edit berfungsi untuk melakukan perubahan terhadap inputan , button simpan berfungsi untuk menyimpan data yang telah diinput dan diedit , button batal berfungsi untuk membatalkan inputan , button hapus berfungsi untuk menghapus inputan dan button tutup untuk keluar dari form departemen
179
Pegawai
Gambar 4.42 Rancangan Layar Pegawai
Pada table Pegawai digunakan untuk melihat data Pegawai yang aktif maupun tidak aktif .data pegawai ini diambil bedasar kan data pada form calon pegawai yang telah diterima .Form Pegawai ini berisi IDPegawai ,Nama ,Agama ,Jenis Kelamin ,Tempat Lahir ,Tangga Lahir ,Alamat , Email ,No HP ,DepartemenID ,Salary ,NO KTP ,Tanggal Bekerja ,Status ,Status Karryawan ,Jumlah Cuti. button baru berfungsi untuk menambah inputan baru , button edit berfungsi untuk melakukan perubahan terhadap inputan , button simpan berfungsi untuk menyimpan data yang telah diinput dan diedit , button batal
180
berfungsi untuk membatalkan inputan , button hapus berfungsi untuk menghapus inputan dan button tutup untuk keluar dari form pegawai. \ Calon Pegawai
Gambar 4.43 Rancangan Layar Calon Pegawai
Form calon pegawai digunakan untuk melakukan inputan bagi pegawai yang akan melamar kedalam perusahaan .didalam rancangan ini disediakan secara lengkap untuk mengisi data diri calon pegawai .form ini berisi IDcalon pegawai ,Nama ,Agama ,Jenis Kelamin Tanggal Lahir ,Tempat Lahir ,Alamat ,Email ,NO Hp , IDRecruitment ,Salary Diminta ,NO Ktp ,Keterangan. button
181
baru berfungsi untuk menambah inputan baru , button edit berfungsi untuk melakukan perubahan terhadap inputan
, button simpan berfungsi untuk
menyimpan data yang telah diinput dan diedit ,button batal berfungsi untuk membatalkan inputan , button hapus berfungsi untuk menghapus inputan , button tutup untuk keluar dari form calon pegawai ,button approved untuk menyetujui calon pegawai maka checkbox disetujui akan tercentang dan tombol rejected untuk menolak calon pegawai yang melamar .jika telah disetujui maka data yang terdapat pada form calon pegawai akan dipindahkan kedalam form pegawai.
User System
Gambar 4.44 Halaman User System
Form user system ini hanya dapat diakses oleh admin karena, para pegawai / user tidak mendapatkan hak akses untuk menu ini .form user system digunakan untuk
182
membuat akun baru (username dan password) agar dapat menggunakan system . form ini berisi username ,password ,departemen ,group login dan keterangan untuk melakukan inputan . button baru berfungsi untuk menambah inputan baru , button edit berfungsi untuk melakukan perubahan terhadap inputan , button simpan berfungsi untuk menyimpat data yang telah diinput dan diedit ,button batal berfungsi untuk membatalkan inputan , button hapus berfungsi untuk menghapus inputan dan button tutup untuk keluar dari form user system.
Group Login
Gambar 4.45 Halaman Group Login
Form group login ini hanya dapat diakses oleh admin karena, para pegawai / user tidak mendapatkan hak akses untuk menu ini .form group login digunakan untuk melakukan inputan dan memberikan hak akses terhadap bagian
183
– bagian nya tertentu . button baru berfungsi untuk menambah inputan baru , button edit berfungsi untuk melakukan perubahan terhadap inputan , button batal berfungsi untuk membatalkan inputan , button simpan berfungsi untuk menyimpat data yang telah diinput dan diedit ,button hapus berfungsi untuk menghapus inputan ,button tutup untuk keluar dari form group login dan jika kita mengklik button hak akses maka akan muncul form hak akses yang berfungsi sebagai memberikan full akses ,view only atau no akses kepada tiap – tiap bagian .
Gambar 4.46 Halaman Pemberian Hak Akses
184
Menu bar master , transaksi dan report tersedia dalam mengatur setiap pengaksesan . button simpan berfungsi untuk menyimpat data yang telah diinput dan diedit dan button batal berfungsi untuk membatalkan inputan.
Recruitment
Gambar 4.47 Rancangan Layar Recruitment
From recruitmen ini digunakan oleh user untuk mengajukan permohonan dalam melakukan perekrutan sesuai dengan department / divisi yang diminta .kebutuhan perusahaan dalam merekrut akan diinput didalam form tersebut .form
185
ini berisi Kode Requirtemen , Departemen ,Tanggal , Posisi ,Jml Dibutuhkan ,Keterangan . button baru berfungsi untuk menambah inputan baru , button edit berfungsi untuk melakukan perubahan terhadap inputan
, button simpan
berfungsi untuk menyimpan data yang telah diinput dan diedit ,button batal berfungsi untuk membatalkan inputan , button hapus berfungsi untuk menghapus inputan , button tutup untuk keluar dari form recruitment.
Absensi
Gambar 4.48 Rancangan Layar Absensi
186
Form absensi ini digunakan agar dapat mengetahui data – data absensi pada Pegawai yang masih aktif . user dapat melihat jumlah pegawai, Absen ,Telat ,Sakit ,ijin/cuti ,lembur dan Masuk .user dapat melakukan absensi dengan mengklik button status pada view data pegawai lalu melakukan absensi apakah pegawai tersebut masuk ,absen ,sakit ,ijin/cuti atau telat . button search berfungsi untuk mencari data pegawai pada tanggal bulan dan tahun yang telah ditentukan dan button simpan untuk menyimpan data tersebut.dari semua data yang telah dikumpul kan system akan memberikan hasil presentase kehadiran agar memudah kan user dalam melakukan analisis. Form Permintaan Lembur
Gambar 4.49 Rancangan Layar Lembur
187
Form Lembur digunakan untuk
mendata Pegawai yang akan
mendapatkan lembur .from ini akan menghitung secara otomatis untuk durasi pengambilan lembur .Pegawai yang akan melakukan lembur dihari libur akan langsung terdeteksi oleh program .jika Pegawai mengambil lembur jatuh pada hari biasa tetapi merupakan hari libur (tanggal merah) maka program tidak dapat medeteksi nya ,oleh karena itu kita harus mencentang checkbox untuk menyatakan bahwa hari yang diambil merupakan hari libur. karena perhitungan hari libur dan hari biasa berbeda .form ini berisi Kode Lembur ,ID Pegawai ,Nama ,Departemen ,Tanggal Diajukan , Tanggal Mulai ,Jam Mulai ,Tanggal Selesai ,Jam Selesai ,Lama Lembur ,Alasan ,Keterangan dan Besar Lembur . jika disetujui checkbox disetujui akan tercentang. button baru berfungsi untuk menambah inputan baru , button edit berfungsi untuk melakukan perubahan terhadap inputan , button simpan berfungsi untuk menyimpan data yang telah diinput dan diedit ,button batal berfungsi untuk membatalkan inputan , button hapus berfungsi untuk menghapus inputan , button tutup untuk keluar dari form lembur ,button approved untuk menyetujui pegawai yang akan mendapatkan lembur maka checkbox disetujui akan tercentang dan tombol rejected untuk menolak lembur yang diberikan.
188
Surat Permintaan Lembur
Gambar 4.50 Report Surat Lembur
Laporan ini berfungsi untuk melihat pegawai yang mengambil lembur yang diajukan oleh perusahaan.jika ingin melihat surat permintaan lembur maka klik generate view report dan akan muncul hasil nya sebagai berikut :
189
Cuti
Gambar 4.51 Rancangan Layar Cuti
Form cuti digunakan user untuk menginput data setiap pegawai yang akan mengambil cuti .form ini berisi cutiID ,IDPegawai ,Nama ,Departmen ,Tgl Diajukan , Tgl Mulai ,Tgl Selesai ,Lama Cuti ,Alasan ,Keterangan . button baru berfungsi untuk menambah inputan baru , button edit berfungsi untuk melakukan perubahan terhadap inputan , button simpan berfungsi untuk menyimpan data yang telah diinput dan diedit ,button batal berfungsi untuk membatalkan inputan , button hapus berfungsi untuk menghapus inputan , button tutup untuk keluar dari
190
form cuti ,button approved untuk menyetujui calon pegawai maka, Pegawai diijin kan untuk mengambil cuti dan tombol rejected untuk menolak pegawai yang ingin mengajukan cuti . jatah cuti 12 hari dalam setahun yang diterima oleh Pegawai akan berkurang ketika Pegawai tersebut mengambil cuti . Surat Peringatan
Gambar 4.52 Rancangan Layar Surat Peringatan Form ini digunakan oleh user untuk mendata Pegawai yang mendapatkan surat peringatan sesuai dengan tingkatan yang diterima .dalam perusahaan memiliki 3 jenis sp yaitu surat peringatan 1 , surat peringatan 2 dan surat peringatan 3. Didalam form ini berisi Kode SP, ID Pegawai ,Nama ,Departemen ,Tanggal Mulai ,Tanggal Selesai ,Jenis Sp ,Alasan dan Keterangan . button baru
191
berfungsi untuk menambah inputan baru , button edit berfungsi untuk melakukan perubahan terhadap inputan , button simpan berfungsi untuk menyimpan data yang telah diinput dan diedit ,button batal berfungsi untuk membatalkan inputan , button hapus berfungsi untuk menghapus inputan , button tutup untuk keluar dari form surat peringatan ,button approved untuk menyetujui pegawai yang akan mendapat kan surat peringatan maka checkbox disetujui akan tercetang dan tombol rejected untuk membatalkan pegawai yang mendapatkan surat peringatan . Gaji
Gambar 4.53 Rancangan Layar Gaji
Form ini berfungsi untuk melihat total gaji setiap pegawai dapatkan pada periode yang telah kita tentukan didalam system . hasil jumlah hari kerja akan muncul secara otomatis sesuai dengan perhitungan setiap periode nya.jika ingin melihat laporan gaji maka klik generate list gaji dan akan muncul hasil nya sebagai berikut :
192
Gambar 4.54 Report Daftar Gaji Pegawai Pemberhentian
Gambar 4.55 Rancangan Layar Pemberhentian
193
From pemberhentian digunakan untuk mendata Pegawai yang akan memiliki status tidak aktif sesuai dengan jenis pemberhentian nya .pada form ini memiliki beberapa jenis pemberhentian yaitu : dipecat ,mengundurkan diri dan pensiun ..form ini berisi IDPemberhentian ,IDPegawai ,Nama ,Departemen ,Tangal Diajukan ,Jenis ,Alasan dan Keterangan . button baru berfungsi untuk menambah inputan baru , button edit berfungsi untuk melakukan perubahan terhadap inputan , button simpan berfungsi untuk menyimpan data yang telah diinput dan diedit ,button batal berfungsi untuk membatalkan inputan , button hapus berfungsi untuk menghapus inputan , button tutup untuk keluar dari form pemberhentian ,button approved untuk menyetujui bahwa pegawai tersebut akan diberhentiakan dari perusahaan maka checkbox disetujui akan tercetang dan tombol rejected untuk membatalkan pemberhentian terhadap pegawai. Laporan pegawai non aktif
Gambar 4.56 Halaman Report Pegawai Non Aktif
194
Laporan ini berfungsi untuk melihat pegawai yang memiliki status non aktif didalam perusahaan.jika ingin melihat laporan pegawai non aktif maka klik generate view report dan akan muncul hasil nya sebagai berikut :
PT. ESHAM DIMA MANDIRI Jln. Pluit Mas I BL A/1-A Jembatan Tiga Jakarta 14450
Daftar Pegawai Non-aktif Periode
11-Jun-2012 s.d 11-Jun-2012
Print Date
11 Jun 2012
IDPemberhentiaan Employee Nama Bagian Tgl Jenis Alasan ID diajukan SP00007
PE00005
04 May 2012
SP00006
PE00003
04 May 2012
SP00005
PE00003
04 May 2012
SP00004
PE00001
29 Apr 2012
195 SP00002
PE00001
29 Apr 2012
SP00001
PE00001
29 Apr 2012
Gambar 4.57 Report Pegawai Non Aktif
Slip Gaji Pegawai
Gambar 4.58 Slip Gaji
Laporan ini berfungsi bagi pegawai untuk melihat total gaji secara personal yang didapatkan pada setiap akhir bulan . hasil jumlah hari kerja akan muncul secara otomatis sesuai dengan perhitungan setiap periode nya.jika ingin
196
melihat laporan slip gaji pegawai maka klik generate view report dan akan muncul hasil nya sebagai berikut :
Gambar 4.59 Report Slip Gaji Pegawai
197
List Kehadiran Pegawai
Gambar 4.60 Rancangan Layar List Kehadiran Pegawai
Form list kehadiran Pegawai ini berfungsi untuk melihat semua data pegawai yang hadir pada periode yang telah ditentukan oleh system . hasil jumlah hari kerja akan muncul secara otomatis sesuai dengan perhitungan setiap periode nya.jika ingin melihat list kehadiran pegawai maka klik generate view report dan akan muncul hasil nya sebagai berikut :
198
Gambar 4.61 Report Daftar Kehadiran Pegawai
List pegawai Telat
Gambar 4.62 Rancangan Layar List Pegawai Telat
199
Form list Pegawai Telat ini berfungsi untuk melihat semua data pegawai yang telat pada periode yang telah ditentukan oleh system . hasil jumlah hari kerja akan muncul secara otomatis sesuai dengan perhitungan setiap periode nya.jika ingin melihat list pegawai telat maka klik generate view report dan akan muncul hasil nya sebagai berikut :
Gambar 4.63 Report Daftar Pegawai Telat
200
List Pegawai Absen
Gambar 4.64 List Pegawai Absen
Form list Pegawai Telat ini berfungsi untuk melihat semua data pegawai yang absen (tidak masuk tanpa keterangan) pada periode yang telah ditentukan oleh system . hasil jumlah hari kerja akan muncul secara otomatis sesuai dengan perhitungan setiap periode nya.jika ingin melihat list pegawai absen maka klik generate view report dan akan muncul hasil nya sebagai berikut :
201
Gambar 4. 65 Report Daftar Pegawai Absen
List Pegawai Bermasalah
Gambar 4.66 List Pegawai Bermasalah
202
Form list Pegawai Bermasalah ini berfungsi untuk melihat semua data pegawai yang bermasalah pada periode yang telah ditentukan oleh system . hasil jumlah hari kerja akan muncul secara otomatis sesuai dengan perhitungan setiap periode nya.jika ingin melihat list pegawai bermasalah maka klik generate view report dan akan muncul hasil nya sebagai berikut :
Gambar 4.67 Report Daftar Pegawai SP
203
4.5
Rencana Implementasi Implementasi sistem database diawali dengan analisis masalah, pengumpulan data, perencanaan database, perancangan database untuk sistem yang baru, pembuatan aplikasi yang sudah di rancang, instalasi perangkat lunak dan aplikasi yang dibutuhkan untuk mengimplementasi sistem yang baru pada perangkat yang sudah terinstalasi . Spesifikasi perangkat keras (Hardware) dan spesifikasi piranti lunak (software) yang dibutuhkan untuk membantu perusahaan dalam menjalankan sistem secara efektif sesuai dengan kebutuhannya .
4.5.1
Spesifikasi Perangkat Keras dan Piranti Lunak Berikut ini adalah spesifikasi iranti keras paling minimum yang
dibutuhkan perusahaan untuk menjalankan aplikasi yang akan diterapkan. Spesifikasi minimum untuk sebuah computer server : -
Processor
Intel Core i3 2.20 GHz
-
Memory
1 GB
-
Hard Disk
500 GB
-
Monitor
SVGA 14
-
Mouse
Logitech M100
-
Keyboard
Logitech
-
Back Up
20 GB
-
Kabel LAN
UTP
-
NIC (Ethernet Card)
1buah card
204
Client : -
Processor
Intel Core i3 2.20 GHz
-
Memory
512 MB
-
Hard Disk
160 GB
-
Monitor
SVGA 14
-
Mouse
Logitech M100
-
Keyboard
Logitech
-
Printer
HP Deskjet 400
-
Kabel LAN
UTP
-
NIC (Ethernet Card)
1buah card
Spesifikasi pirati lunak paling minimum yang dibutuhkan perusahaan untuk menjalankan aplikasi di bagi menjadi 2 (dua) yaitu : -
Kebutuhan minimum untuk sebuah server adalah SQL Server 2008 dan Windows Operating System
-
Kebutuhan minimum untuk sebuah client adalah SQL Client dan Windows Operating System
205
4.5.2 Konversi Data Untuk menerapkan sistem yang baru diperlukan konversi data dari database yang lama ke dalam database yang baru.pada tahap ini data dalam database yang lama akan dikonversi dengan cara ditransfer dan disesuaikan dengan tabel-tabel yang ada di dalam database baru. Pada database baru terdapat table-tabel yang tidak ada di dalam database lama. Untuk table-tabel tersebut maka akan dibiarkan kosong, karena pada database lama memang belum memiliki data tersebut Spesifikasi kebutuhan jaringan yang dibutuhkan adalah : 1. Network interface card (NIC),yang berfungsi sebagai suatu penghubung antar komputer. 2. Switch ,yang berfungsi sebagau suatu penghubung antara client dengan server. 3. Topologi yang digunakan adalah topologi star ,karena jika terjadi kesalahan pada suatu komputer maka tidak akan mempengaruhi komputer lain nya .
206
Berikut adalah jadwal implementasi sistem database pada PT.Esham Dima Mandiri yaitu: Tabel 4.17 Rencana Implementasi
No
Kegiatan
Bulan Ke1
1
Penetapan DBLC
2
Perancangan Database
3
Pembuatan Aplikasi
4
Install Aplikasi
5
Training User
6
Konversi/Input Data
7
Pengujuan Sistem dan Revisi
2
3
4
5
6
7
8
9
10
