59
BAB 3
ANALISIS DAN PERANCANGAN
3.1 Analisis Perusahaan
Analisis perusahaan yang akan dibahas adalah gambaran umum PT.
ALTAVINDO, visi dan misi, struktur organisasi, serta pembagian wewenang dan
tanggung jawab yang ada pada PT. ALTAVINDO.
3.1.1 Gambaran Umum PT. ALTAVINDO
PT. ALTAVINDO merupakan suatu perusahaan yang bergerak dalam bidang
pengembangan teknologi informasi di bidang online marketing dan advertising,
khususnya dalam hal IT solution yang menyediakan berbagai macam solusi teknologi
melalui produksi web dan mobile system. Selain itu, PT. ALTAVINDO juga sedang
mengembangkan proprietary online payment platform, sistem pendeteksi penipuan, dan
menyediakan incubation office, serta news release service. Pada saat ini, PT.
ALTAVINDO telah menjadi bagian dari Google Certified Partner dan menjadi
perusahaan pertama yang menggunakan teknologi DSP (Demand Side Platform) serta
SSP (Sell Side Platform) di Indonesia.
Didirikan pada tahun 2010, PT. ALTAVINDO sampai saat ini terus berkembang
dalam membangun infrastruktur yang mendukung perekonomian internet di Indonesia.
Pada saat ini, cabang-cabang perusahaan PT. ALTAVINDO antara lain WARATO
INDONESIA yang bergerak dalam bidang online marketing, CROSSCOOP INDONESIA
dengan konsentrasinya dalam bidang business consulting, SOCIALWIRE INDONESIA
yang bergerak dalam bidang press release, dan BUZOO INDONESIA yang bergerak
dalam bidang mobile technology. Sedangkan perusahaan yang sedang dalam proses
60 pembangunan adalah SAFEPIT yang bergerak dalam bidang online payment dan
KINGKONG MEDIA yang bergerak dalam bidang edukasi. Adapun tujuan utama dari
PT. ALTAVINDO sendiri adalah memperkecil penghalang-penghalang yang harus
dihadapi oleh calon-calon webpreneur di masa mendatang dan mendukung pembangunan
perekonomian web di Indonesia yang berkesinambungan, serta membina mereka untuk
menjadi pemain global di perekonomian internet yang terus berkembang. Dalam
mencapai tujuan utamanya, PT. ALTAVINDO mempekerjakan para pekerja yang
memiliki bakat dan kecakapan yang handal dalam menggunakan teknologi terbaru untuk
membangun aplikasi-aplikasi client dan menyediakan biaya yang cukup untuk tiap proyek
yang dikerjakan.
3.1.2 Visi dan Misi
Visi PT. ALTAVINDO adalah menjadi sebuah perusahaan yang mampu
menghasilkan suatu nilai yang berarti dengan berpikir melalui cara yang belum pernah
dilakukan sebelumnya.
Misi PT. ALTAVINDO adalah memperluas perekonomian global di dunia
internet dengan terus mengembangkan dan menghasilkan solusi-solusi bisnis melalui
teknologi dan aplikasi terbaru.
61 3.1.3 Struktur Organisasi
Dalam suatu perusahaan, struktur organisasi merupakan hal yang penting. Dengan
adanya struktur organisasi yang baik serta koordinasi yang baik mengenai pembagian
tugas dan wewenang masing-masing, maka manajemen perusahaan dapat dilaksanakan
dengan baik. Gambar 3.1 menggambarkan struktur organisasi pada PT. ALTAVINDO.
Gambar 3.1 Struktur Organisasi PT. ALTAVINDO
Berikut ini adalah daftar nama kepala divisi pada PT. ALTAVINDO:
a. CEO (Chief Executive Officer): Kevin Sanjoto;
b. CMO (Chief Marketing Officer): Peter Masyuni;
c. COO (Chief Operating Officer): Victor Ganianto;
d. CTO (Chief Technical Officer): Juanda Lokman;
e. CCO (Chief Creative Officer): Soyuzno;
f. Business Development: Ryan Sanjoto.
62 3.1.4 Wewenang dan Tanggung Jawab
Adapun pembagian wewenang dan tanggung jawab yang ada pada PT.
ALTAVINDO adalah sebagai berikut:
a. CEO (Chief Executive Officer)
1) Merumuskan dan menjalankan visi dan misi perusahaan;
2) Menetapkan kebijakan-kebijakan perusahaan secara menyeluruh;
3) Memimpin dan mengawasi perkembangan perusahaan;
4) Mengoordinasikan semua bagian yang ada dalam perusahaan sehingga tercipta
kerjasama yang baik dalam perusahaan;
5) Berwenang mengangkat pegawai perusahaan.
b. CMO (Chief Marketing Officer)
1) Membuat strategi pemasaran yang tepat dalam rangka menunjang peningkatan
penjualan jasa perusahaan;
2) Merencanakan, mengarahkan, dan mengawasi seluruh aktivitas marketing guna
mencapai target yang sudah ditetapkan perusahaan;
3) Melakukan evaluasi terhadap kinerja karyawan yang tergabung dalam divisi
marketing.
c. COO (Chief Operating Officer)
1) Bertanggung jawab terhadap bidang operasional perusahaan yang melingkupi divisi
accounting, HRD, dan legal;
2) Menyusun strategi jangka menengah dan jangka panjang perusahaan di bidang
operasional;
3) Mengarahkan dan mengawasi pencapaian strategi jangka menengah dan jangka
panjang yang sudah disusun;
4) Melakukan evaluasi terhadap kinerja karyawan di bidang operasional.
63 d. CTO (Chief Technical Officer)
1) Bertanggung jawab dalam hal teknis perusahaan, termasuk arsitektur, desain dan
pengembangan sistem, sistem keamanan, pendukung dan pemeliharaan sistem
internal perusahaan;
2) Bertanggung jawab dalam jalannya riset dan pengembangan proyek;
3) Mengarahkan dan memonitor tim dalam melakukan pengembangan proyek;
4) Mengevaluasi kinerja karyawan yang tergabung dalam bidang teknikal.
e. CCO (Chief Creative Officer)
1) Mengoordinasikan pengembangan proyek, khususnya di bidang desain visual dan
illustrator;
2) Melakukan quality control terhadap bidang kreatif pengembangan proyek
perusahaan;
3) Mengevaluasi kinerja karyawan di bidang kreatif.
f. Business Development
1) Bertanggung jawab terhadap segmen pasar;
2) Menjalin hubungan yang baik dengan customer;
3) Bertugas menganalisis resource yang akan digunakan dalam suatu proyek;
4) Mendukung strategi bisnis operasional yang dijalankan oleh bagian marketing.
g. Marketing
1) Bertanggung jawab kepada CMO;
2) Melaksanakan strategi-strategi pemasaran produk perusahaan guna mencapai target
perusahaan;
3) Memberikan laporan bulanan dan tahunan kepada CMO.
64 h. Customer Support
1) Memberikan support kepada pelanggan;
2) Membina hubungan yang baik dan erat dengan pelanggan sehingga meningkatkan
loyalitas pelanggan terhadap perusahaan;
3) Melayani dan menyediakan kebutuhan pelanggan;
4) Melayani keluhan, saran, dan kritik dari pelanggan, serta memberikan laporan
secara rutin guna meningkatkan kualitas perusahaan.
i. Accounting
1) Mengatur administrasi keuangan perusahaan;
2) Mengelola aliran kas perusahaan serta mengelola kas bank;
3) Membuat laporan keuangan dan sistem akuntansi perusahaan yang meliputi jurnal
umum, neraca, laporan laba/rugi, dan bentuk laporan keuangan lainnya, beserta
analisisnya dalam periode tertentu;
4) Memberikan laporan bulanan dan tahunan kepada COO.
j. Human Resource Development (HRD)
1) Merencanakan dan melaksanakan perekrutan karyawan sesuai dengan kebutuhan
perusahaan;
2) Menangani pembayaran gaji karyawan;
3) Memantau pelaksanaan program pengembangan karyawan, dengan pemberian
training, program study group, dan program-program lainnya;
4) Memantau dan memeriksa penilaian kinerja karyawan secara menyeluruh yang
dilaksanakan di masing-masing divisi.
65 k. Legal
1) Menangani dokumen dan perizinan yang berkaitan dengan perusahaan;
2) Menangani hal-hal yang berkaitan dengan perjanjian-perjanjian antara perusahaan
dengan pihak dalam maupun pihak luar perusahaan;
3) Melakukan penyesuaian-penyesuaian terhadap peraturan baru yang dikeluarkan oleh
pemerintah yang berkaitan dengan operasional perusahaan.
l. Research and Development
1) Melakukan riset untuk perbaikan kualitas sistem;
2) Bertanggung jawab dalam pengembangan proyek dan pengawasan kualitas, guna
memenuhi kebutuhan pelanggan.
m. Network Engineer
1) Bertanggung jawab mendukung komunikasi jaringan komputer dalam organisasi
atau antar organisasi;
2) Melakukan setting terhadap jaringan yang digunakan pada perusahaan;
3) Menyelesaikan permasalahan yang berhubungan dengan jaringan, seperti system
crash.
n. Web Designer
1) Merancang desain interface proyek secara kreatif dari segi grafis maupun konten;
2) Mengimplementasikan desain proyek yang sudah dirancang.
o. Illustrator
1) Bertanggung jawab atas pembuatan elemen-elemen visual dan multimedia secara
keseluruhan;
2) Menggunakan keterampilan seni desain untuk mengomunikasikan ide, sensasi,
fakta, perasaan, dan emosi;
66
3) Penghubung klien dan web designer dengan tujuan pemahaman dan penerjemahan
kebutuhan bisnis;
4) Berpikir kreatif dan menggunakan imajinasi untuk menghasilkan ide-ide baru.
3.2 Hasil Wawancara dan Kuesioner
Pada bagian ini akan dibahas mengenai hasil wawancara dan penyebaran
kuesioner yang telah dilakukan pada PT. ALTAVINDO.
3.2.1 Hasil Wawancara
Untuk memperoleh informasi mengenai sistem kepegawaian yang sedang berjalan
pada PT. ALTAVINDO, penulis melakukan wawancara dengan CTO (Chief Technical
Officer) PT. ALTAVINDO yaitu Bapak Juanda Lokman dan bagian HRD pada hari Senin
tanggal 26 September 2012 pukul 13.00-16.30 WIB di ruang rapat. Berikut ini adalah
hasil wawancara yang sudah dilakukan:
1. Apakah PT. ALTAVINDO sudah memiliki basis data kepegawaian ?
Hingga saat ini, semua proses kepegawaian masih ditangani secara manual sehingga
semua data kepegawaian yang ada hanya disimpan pada lemari arsip. Tetapi seiring
dengan perkembangan perusahaan, kami sendiri mulai menyadari urgensi akan basis
data kepegawaian. Dari pihak internal perusahaan pun sudah berencana untuk
melakukan perancangan basis data kepegawaian pada awal tahun 2013.
2. Berbasiskan apakah basis data kepegawaian yang ingin dirancang ?
Tentunya berbasis web, karena dengan berbasiskan web pengoperasian basis data akan
lebih mudah dilakukan. Selain itu, pegawai dapat mengakses layanan kepegawaian
(misalnya pengajuan cuti, pendaftaran pelatihan, dan sebagainya) dengan mudah dan
cepat.
67 3. Proses kepegawaian apa saja yang sangat mendesak ?
Tentunya penerimaan pegawai, pendataan pegawai, absensi pegawai, cuti pegawai,
penilaian pegawai, pelatihan pegawai, dan penempatan pegawai.
4. Bagaimana prosedur penerimaan pegawai pada PT. ALTAVINDO ?
Sistem penerimaan pegawai pada PT. ALTAVINDO masih dilakukan secara manual,
yaitu kepala divisi mengajukan surat permintaan kepada HRD. HRD akan
menyampaikan surat permintaan pegawai tersebut kepada CEO. CEO akan
mempertimbangkan penambahan pegawai dan menginformasikan hasil
pertimbangannya kepada HRD. Apabila CEO setuju, maka HRD akan
menginformasikan media untuk memasang iklan lowongan kerja. Iklan lowongan
kerja tersebut akan dipasang oleh media. Kemudian HRD akan menerima surat
lamaran dari para pelamar. HRD mengecek kesesuaian surat lamaran kerja dengan
persyaratan yang diminta. Jika sesuai, HRD menyampaikan surat lamaran kerja
kepada divisi yang mengajukan permintaan pegawai. Kemudian divisi melakukan
seleksi awal berdasarkan jenjang pendidikan, IPK, pengalaman kerja pelamar, dan
beberapa faktor lainnya. Setelah dilakukan seleksi oleh divisi, maka ia akan
memberikan laporan pelamar yang lulus seleksi awal kepada HRD. HRD akan
menginformasikan tes tertulis dan wawancara kepada pelamar. Sementara itu, divisi
mempersiapkan tes tertulis dan wawancara. Kemudian pelamar akan mengikuti tes
tertulis dan wawancara yang diadakan oleh divisi. Berdasarkan hasil tes tertulis dan
wawancara, divisi mempertimbangkan apakah pelamar lulus seleksi akhir atau tidak.
Kemudian divisi membuat laporan pelamar yang lulus seleksi akhir dan
menyampaikannya ke HRD. HRD akan menginformasikan hasil seleksi akhir kepada
pelamar dan tanggal penandatanganan surat perjanjian kerja. Dan tentunya HRD akan
membuatkan laporan penerimaan pegawai untuk pihak-pihak yang memerlukan. Kira-
68
kira seperti itulah gambaran prosedur penerimaan pegawai yang dilakukan pada PT.
ALTAVINDO.
5. Apakah penerimaan pegawai pada PT. ALTAVINDO dilakukan setiap minggu atau
bulan atau semester atau tahun ?
Seperti yang kalian ketahui, PT. ALTAVINDO ini baru berdiri pada tahun 2010.
Hingga saat ini PT. ALTAVINDO terus melakukan ekspansi perusahaan, maka dari
itu PT. ALTAVINDO melakukan penerimaan pegawai secara berkala setiap bulan.
Tetapi dalam tiga bulan terakhir (Juli, Agustus, dan September) PT. ALTAVINDO
bukan hanya melakukan penerimaan pegawai setiap bulan, melainkan setiap hari.
6. Bagaimana prosedur pendataan pegawai pada PT. ALTAVINDO ?
Proses pendataan pegawai di PT. ALTAVINDO dimulai dari pegawai mengisi
formulir pendataan pegawai yang diberikan oleh HRD. Kemudian pegawai akan
mengembalikan formulir tersebut ke HRD. Setelah dikembalikan ke HRD, maka
HRD akan memeriksa kelengkapan data pegawai pada formulir pendataan pegawai.
Jika masih ada data yang kurang, formulir tersebut akan dikembalikan kepada
pegawai untuk dilengkapi. Setelah formulir pendataan pegawai tersebut lengkap,
HRD akan mengarsipkannya pada lemari arsip. Dan tentunya HRD akan membuatkan
laporan data pegawai untuk pihak-pihak yang memerlukan. Kira-kira seperti itulah
gambaran prosedur pendataan pegawai yang dilakukan pada PT. ALTAVINDO.
7. Bagaimana prosedur absensi pegawai pada PT. ALTAVINDO ?
Absensi pegawai pada PT. ALTAVINDO dilakukan dengan menandatangani daftar
absensi yang dipegang oleh masing-masing divisi. Kemudian kepala divisi akan
melakukan verifikasi dan menandatangani daftar absensi tersebut. Daftar absensi
kemudian akan diserahkan kepada HRD. Terakhir, HRD akan membuatkan laporan
69
rekapitulasi absensi pegawai untuk pihak-pihak yang memerlukan. Kira-kira seperti
itulah gambaran prosedur absensi pegawai yang dilakukan pada PT. ALTAVINDO.
8. Bagaimana prosedur pegawai mengajukan cuti pada PT. ALTAVINDO ?
PT. ALTAVINDO memberikan izin cuti kepada pegawai maksimal 12 hari kerja
dalam periode setahun, dan maksimal dua hari cuti dalam satu kali masa cuti. Pegawai
yang ingin melakukan cuti membuat surat pengajuan cuti dan menyerahkannya
kepada HRD. Kemudian HRD akan memeriksa sisa cuti pegawai. Jika masih ada sisa
cutinya, surat tersebut akan diteruskan kepada kepala divisi yang menaunginya.
Kepala divisi akan mempertimbangkan persetujuan cuti tersebut, seperti pertimbangan
apakah akan menghambat pengerjaan proyek atau adakah deadline proyek yang
mendesak, dan lain-lain. Jika kepala divisi sudah selesai membuat keputusan, maka
beliau akan menyampaikan hasil pertimbangannya kepada HRD. Apabila disetujui,
HRD akan membuatkan surat pemberian izin cuti kepada pegawai dan terakhir
membuat laporan cuti pegawai.
9. Bagaimana prosedur penilaian pegawai pada PT. ALTAVINDO ?
PT. ALTAVINDO melakukan penilaian pegawai setiap enam bulan sekali. Pertama-
tama HRD akan memberikan formulir penilaian pegawai kepada divisi dan pegawai.
Divisi mengisi formulir penilaian pegawai yang ada di bawah naungannya. Sementara
itu, pegawai juga diberi kesempatan untuk mengisi penilaian atas dirinya sendiri.
Formulir penilaian yang sudah diisi oleh divisi dan pegawai diserahkan kepada HRD.
Kemudian HRD akan membuatkan laporan penilaian pegawai untuk pihak-pihak yang
memerlukan.
70 10. Penilaian yang diberikan oleh pegawai digunakan untuk apa ?
Penilaian yang diberikan oleh pegawai digunakan sebagai referensi pembanding
dengan penilaian yang diberikan oleh divisi sehingga diharapkan penilaian yang
diberikan kepada pegawai adalah benar-benar nilai yang objektif bukan subjektif. Jika
ada kesenjangan yang signifikan dari hasil penilaian, HRD akan mengadakan acara
diskusi yang dihadiri oleh divisi dan pegawai yang bersangkutan. Pada acara diskusi,
divisi dan pegawai akan membahas perihal nilai yang diberikan atas poin-poin
penilaian pegawai. Kemudian hasil diskusi akan dimasukkan pada formulir penilaian
pegawai yang diisi oleh divisi sebagai nilai akhir pegawai.
11. Aspek apa saja yang menjadi kriteria penilaian pegawai ?
Penilaian yang dilakukan dibagi menjadi tiga, yaitu aspek kualitas kerja, kemampuan
diri, dan disiplin diri. Dalam setiap aspek tersebut mencakup kriteria-kriteria yang
lebih spesifik lagi.
12. Bagaimana gambaran tentang aspek kualitas kerja ?
Aspek kualitas kerja mencakup kemampuan teknis seorang pegawai, antara lain
mengerti tugas yang harus dilakukan, menjalankan tugas dengan baik, serta
menghasilkan hasil akhir yang sesuai dengan harapan dan tepat waktu.
13. Bagaimana gambaran tentang aspek kemampuan diri ?
Aspek kemampuan diri mencakup kemampuan selain kemampuan teknis yang
dimiliki oleh seorang pegawai, antara lain sikap bertanggung jawab, kerjasama dalam
kelompok, kepemimpinan, serta kemampuan berkomunikasi dan berinteraksi dengan
sesama.
14. Bagaimana gambaran tentang aspek disiplin diri ?
Aspek disiplin diri mencakup kedisiplinan pegawai. Salah satu kriteria utama dari
aspek disiplin diri adalah absensi atau kehadiran pegawai.
71 15. Skala penilaian apa yang digunakan ? Baik, sedang, buruk atau skala angka 0-10
atau skala lainnya ?
Penilaian yang dilakukan menggunakan angka 1-5. Dimana angka 5
merepresentasikan sangat baik, angka 4 merepresentasikan baik, angka 3
merepresentasikan sedang atau cukup, angka 2 merepresentasikan buruk, dan angka 1
merepresentasikan sangat buruk.
16. Bagaimana prosedur pelatihan pegawai pada PT. ALTAVINDO ?
PT. ALTAVINDO menyediakan program pelatihan pegawai hanya pada waktu-waktu
tertentu. Proses pelatihan pegawai dimulai dari divisi yang mengajukan rencana
pelatihan pegawai kepada HRD. Jika HRD menyetujui rencana pelatihan, HRD akan
menginformasikan acara pelatihan kepada para pegawai melalui email. Pegawai yang
tertarik mengikuti pelatihan akan mendaftarkan diri melalui email, dan HRD akan
menginformasikan kembali hasil pendaftaran pelatihan pegawai. Setelah itu HRD
akan membuatkan daftar peserta pelatihan untuk diserahkan kepada divisi. Setelah
pelatihan pegawai selesai dilaksanakan, divisi yang mengadakan acara harus membuat
laporan pelaksanaan pelatihan pegawai bagi pihak-pihak yang memerlukan.
17. Apakah program pelatihan pegawai dilakukan setiap minggu dan berapa lama acara
pelatihan tersebut umumnya berlangsung ?
Umumnya program pelatihan pegawai dilakukan sebanyak satu hingga dua kali dalam
sebulan. Tetapi apabila teknologi baru yang muncul sangat banyak, hampir setiap
minggu diadakan program pelatihan pegawai. Dalam satu kali pelatihan akan
berlangsung satu sampai dua hari saja.
18. Bagaimana prosedur penempatan pegawai pada PT. ALTAVINDO ?
Penempatan pegawai pada PT. ALTAVINDO didasarkan pada penilaian kinerja
pegawai selama pegawai tersebut bekerja di PT. ALTAVINDO. Ada tiga jenis
72
penempatan yang dapat dilakukan, yaitu promosi, mutasi, dan demosi. Penempatan
dapat dilakukan intra divisi (melibatkan hanya satu divisi) ataupun inter divisi
(melibatkan dua divisi). Proses penempatan pegawai dimulai dari divisi mengajukan
surat pengajuan penempatan pegawai kepada HRD. Jika penempatan yang dilakukan
bersifat inter divisi, maka HRD akan memberikan surat pengajuan penempatan
pegawai disertai dengan histori data penilaian pegawai kepada divisi baru terlebih
dahulu. Tetapi apabila penempatan yang dilakukan bersifat intra divisi, maka HRD
akan memberikan surat pengajuan penempatan pegawai disertai dengan histori data
penilaian pegawai langsung kepada CEO. Kemudian CEO akan mempertimbangkan
penempatan pegawai dan menginformasikan hasil pertimbangannya kepada HRD.
Jika penempatan pegawai disetujui oleh CEO, HRD akan menginformasikan
penempatan pegawai ke pegawai yang bersangkutan. Kemudian HRD membuatkan
surat penempatan untuk ditandatangani dan laporan penempatan pegawai untuk pihak-
pihak yang memerlukan.
19. Apakah pegawai dapat menolak penempatan tersebut ?
Jika memang pegawai menolak, maka akan dilakukan diskusi antara divisi yang
mengajukan penempatan dan pegawai yang bersangkutan. Dari hasil diskusi inilah,
akan dicapai suatu keputusan mutlak apakah penempatan jadi dilakukan atau tidak.
20. Kebutuhan apa saja yang diharapkan dengan adanya basis data kepegawaian ?
Kebutuhan yang paling mendasar tentunya adalah manajemen data, integrasi dengan
aplikasi, informasi melalui laporan-laporan, keamanan data, dan kecepatan akses.
21. Permasalahan apa saja yang sering dihadapi pada sistem kepegawaian yang sedang
berjalan ?
Permasalahan tentunya sangat banyak dan tidak ada habisnya jika saling dihubungkan
satu sama lain. Mungkin yang dapat saya informasikan hanya permasalahan mendasar
73
saja, seperti kesalahan memasukkan data, proses pencarian dan akses data yang
merepotkan, keterlambatan dalam pembuatan laporan, serta keamanan data yang
rendah.
3.2.2 Hasil Kuesioner
Untuk analisis pengguna, kuesioner sebanyak lima pertanyaan disebarkan ke
pelamar dan pegawai pada PT. ALTAVINDO. Hasilnya sebanyak 20 responden pelamar
dan 20 responden pegawai berhasil diperoleh. Berikut ini merupakan hasil kuesioner yang
telah disebarkan:
a. Hasil kuesioner responden pelamar:
1) Apakah Anda pernah mengakses website penerimaan pegawai ?
Pertanyaan nomor 1 bertujuan untuk mengetahui jumlah responden yang
pernah mengakses website penerimaan pegawai. Berdasarkan Gambar 3.2, hasilnya
sebagian besar responden tidak pernah mengakses website penerimaan pegawai.
Gambar 3.2 Pie Chart Jawaban Kuesioner untuk Pelamar Nomor 1
74
2) Apakah Anda tertarik untuk mengakses website penerimaan pegawai ?
Pertanyaan nomor 2 bertujuan untuk mengetahui jumlah responden yang
tertarik untuk mengakses website penerimaan pegawai. Dengan mengetahui
besarnya responden yang tertarik mengakses website penerimaan pegawai, dapat
ditentukan apakah website penerimaan pegawai memang diperlukan atau tidak.
Berdasarkan Gambar 3.3, hasilnya sebagian besar responden tertarik untuk
mengakses website penerimaan pegawai.
Gambar 3.3 Pie Chart Jawaban Kuesioner untuk Pelamar Nomor 2
75
3) Menu dan fitur apa yang paling Anda inginkan pada website penerimaan pegawai ?
Pertanyaan nomor 3 bertujuan untuk mengetahui menu dan fitur apa yang
paling diinginkan pada website penerimaan pegawai. Dengan mengetahui menu dan
fitur yang paling diinginkan oleh responden, dapat dijadikan pedoman dasar
pembuatan aplikasi kepegawaian. Berdasarkan Gambar 3.4, hasilnya daftar
lowongan kerja dan pengisian formulir penerimaan pegawai merupakan menu yang
paling diinginkan pada website penerimaan pegawai.
Gambar 3.4 Pie Chart Jawaban Kuesioner untuk Pelamar Nomor 3
76
4) Template website penerimaan pegawai apa yang Anda inginkan ?
(Template website penerimaan pegawai terdapat di lampiran L3 dan L4)
Pertanyaan nomor 4 bertujuan untuk mengetahui template website
penerimaan pegawai apa yang diinginkan oleh responden. Dengan mengetahui
template website yang paling diinginkan oleh responden, dapat dijadikan pedoman
dasar pembuatan aplikasi kepegawaian. Berdasarkan Gambar 3.5, hasilnya template
A merupakan template yang paling diinginkan oleh responden.
Gambar 3.5 Pie Chart Jawaban Kuesioner untuk Pelamar Nomor 4
77
5) Menurut Anda, apakah implementasi website penerimaan pegawai dapat
meningkatkan efektivitas dan efisiensi proses penerimaan pegawai ?
Pertanyaan nomor 5 bertujuan untuk mengetahui keyakinan responden
bahwa implementasi website penerimaan pegawai dapat meningkatkan efektivitas
dan efisiensi proses penerimaan pegawai. Berdasarkan Gambar 3.6, hasilnya
sebagian besar responden yakin bahwa implementasi website penerimaan pegawai
dapat meningkatkan efektivitas dan efisiensi proses penerimaan pegawai.
Gambar 3.6 Pie Chart Jawaban Kuesioner untuk Pelamar Nomor 5
78 b. Hasil kuesioner responden pegawai:
1) Apakah Anda pernah mengakses website kepegawaian ?
Pertanyaan nomor 1 bertujuan untuk mengetahui jumlah responden yang
pernah mengakses website kepegawaian. Berdasarkan Gambar 3.7, hasilnya
sebagian besar responden pernah mengakses website kepegawaian.
Gambar 3.7 Pie Chart Jawaban Kuesioner untuk Pegawai Nomor 1
79
2) Apakah Anda tertarik untuk mengakses website kepegawaian ?
Pertanyaan nomor 2 bertujuan untuk mengetahui jumlah responden yang
tertarik untuk mengakses website kepegawaian. Dengan mengetahui besarnya
responden yang tertarik mengakses website kepegawaian, dapat ditentukan apakah
website kepegawaian memang diperlukan atau tidak. Berdasarkan Gambar 3.8,
hasilnya sebagian besar responden tertarik untuk mengakses website kepegawaian.
Gambar 3.8 Pie Chart Jawaban Kuesioner untuk Pegawai Nomor 2
80
3) Menu dan fitur apa yang paling Anda inginkan pada website kepegawaian ?
Pertanyaan nomor 3 bertujuan untuk mengetahui menu dan fitur apa yang
paling diinginkan pada website kepegawaian. Dengan mengetahui menu dan fitur
yang paling diinginkan oleh responden, dapat dijadikan pedoman dasar pembuatan
aplikasi kepegawaian. Berdasarkan Gambar 3.9, hasilnya pengajuan cuti merupakan
menu yang paling diinginkan pada website kepegawaian, disusul dengan
pendaftaran pelatihan pegawai dan pengisian formulir penilaian pegawai.
Gambar 3.9 Pie Chart Jawaban Kuesioner untuk Pegawai Nomor 3
81
4) Template website kepegawaian apa yang Anda inginkan ?
(Template website kepegawaian terdapat di lampiran L5 dan L6)
Pertanyaan nomor 4 bertujuan untuk mengetahui template website
kepegawaian apa yang diinginkan oleh responden. Dengan mengetahui template
website yang paling diinginkan oleh responden, dapat dijadikan pedoman dasar
pembuatan aplikasi kepegawaian. Berdasarkan Gambar 3.10, hasilnya template A
merupakan template yang paling diinginkan oleh responden.
Gambar 3.10 Pie Chart Jawaban Kuesioner untuk Pegawai Nomor 4
82
5) Menurut Anda, apakah implementasi website kepegawaian dapat meningkatkan
efektivitas dan efisiensi manajemen kepegawaian ?
Pertanyaan nomor 5 bertujuan untuk mengetahui keyakinan responden
bahwa implementasi website kepegawaian dapat meningkatkan efektivitas dan
efisiensi manajemen kepegawaian. Berdasarkan Gambar 3.11, hasilnya sebagian
besar responden yakin bahwa implementasi website kepegawaian dapat
meningkatkan efektivitas dan efisiensi manajemen kepegawaian.
Gambar 3.11 Pie Chart Jawaban Kuesioner untuk Pegawai Nomor 5
83 3.3 Analisis Sistem yang Berjalan
Analisis sistem berjalan yang akan dibahas adalah Data Flow Diagram dari sistem
yang berjalan dan prosedur yang ada di dalam sistem yang berjalan. Prosedur di dalam
sistem berjalan yang akan dibahas adalah prosedur penerimaan pegawai, prosedur
pendataan pegawai, prosedur absensi pegawai, prosedur cuti pegawai, prosedur penilaian
pegawai, prosedur pelatihan pegawai, dan prosedur penempatan pegawai.
3.3.1 Data Flow Diagram dari Sistem yang Berjalan
Data Flow Diagram dari sistem yang berjalan akan digambarkan dengan
menggunakan diagram konteks dan diagram nol. Pada diagram konteks, sistem
kepegawaian yang berjalan akan digambarkan sebagai satu sistem secara keseluruhan.
Sedangkan pada diagram nol, sistem kepegawaian yang berjalan akan dipecah menjadi
tujuh sub sistem, yaitu penerimaan pegawai, pendataan pegawai, absensi pegawai, cuti
pegawai, penilaian pegawai, pelatihan pegawai, dan penempatan pegawai.
84
3.3.1.1 Diagram Konteks
Berikut ini adalah Gambar 3.12 yang menggambarkan diagram konteks dari sistem yang sedang berjalan:
Gambar 3.12 Diagram Konteks
85
3.3.1.2 Diagram Nol
Berikut ini adalah Gambar 3.13 yang menggambarkan diagram nol dari sistem
yang sedang berjalan:
Gambar 3.13 Diagram Nol
86
3.3.2 Prosedur di Dalam Sistem yang Berjalan
Prosedur di dalam sistem berjalan yang akan dibahas adalah prosedur penerimaan
pegawai, prosedur pendataan pegawai, prosedur absensi pegawai, prosedur cuti pegawai,
prosedur penilaian pegawai, prosedur pelatihan pegawai, dan prosedur penempatan
pegawai.
a. Prosedur dan Flow Chart Penerimaan Pegawai
Proses penerimaan pegawai dimulai dari divisi mengajukan surat permintaan
pegawai kepada HRD. HRD menyampaikan surat permintaan pegawai tersebut kepada
CEO. CEO mempertimbangkan penambahan pegawai dan menginformasikan hasil
pertimbangannya kepada HRD. Jika CEO setuju, HRD menginformasikan media untuk
memasang iklan lowongan kerja. Iklan lowongan kerja dipasang oleh media. Orang-orang
yang tertarik bekerja mengirimkan surat lamaran kerja yang akan diterima oleh bagian
HRD. HRD mengecek kesesuaian surat lamaran kerja dengan persyaratan yang diminta.
Jika sesuai, HRD menyampaikan surat lamaran kerja kepada divisi. Kemudian divisi
melakukan seleksi awal dan memberikan laporan pelamar yang lulus seleksi awal kepada
HRD. HRD menginformasikan tes tertulis dan wawancara kepada pelamar. Sementara itu,
divisi mempersiapkan tes tertulis dan wawancara. Lalu pelamar mengikuti tes tertulis dan
wawancara yang diadakan oleh divisi. Berdasarkan hasil tes tertulis dan wawancara,
divisi mempertimbangkan apakah pelamar lulus seleksi akhir atau tidak. Kemudian divisi
membuat laporan pelamar yang lulus seleksi akhir dan menyampaikannya ke HRD. HRD
menginformasikan hasil seleksi akhir kepada pelamar dan tanggal penandatanganan surat
perjanjian kerja. Surat perjanjian kerja ditandatangani oleh HRD, divisi, CEO, dan
pelamar. Surat perjanjian kerja dibuat rangkap dua untuk HRD dan pelamar. Kemudian
87
HRD membuat laporan penerimaan pegawai untuk HRD, divisi, dan CEO. Gambar 3.14
menggambarkan flow chart penerimaan pegawai.
Gambar 3.14 Flow Chart Penerimaan Pegawai
88
Gambar 3.14 Flow Chart Penerimaan Pegawai (Lanjutan)
89
Gambar 3.14 Flow Chart Penerimaan Pegawai (Lanjutan)
90
b. Prosedur dan Flow Chart Pendataan Pegawai
Proses pendataan pegawai dimulai dari HRD mengeluarkan formulir pendataan
pegawai dan menyerahkannya kepada pegawai. Pegawai mengisi formulir pendataan
pegawai dan mengembalikannya kepada HRD. HRD memeriksa kelengkapan data
pegawai pada formulir pendataan pegawai. Jika data belum lengkap, formulir pendataan
pegawai dikembalikan kepada pegawai yang bersangkutan untuk dilengkapi. Jika data
sudah lengkap, HRD membuat laporan data pegawai rangkap dua untuk HRD dan divisi.
Gambar 3.15 menggambarkan flow chart pendataan pegawai.
91
Gambar 3.15 Flow Chart Pendataan Pegawai
92
c. Prosedur dan Flow Chart Absensi Pegawai
Absensi pegawai dilakukan setiap hari kerja. Proses absensi pegawai dimulai dari
HRD mengeluarkan daftar absensi dan menyampaikannya ke divisi. Divisi memberikan
daftar absensi kepada pegawai-pegawai yang berada di bawah naungannya. Pegawai yang
hadir menandatangani daftar absensi. Lalu daftar absensi dikembalikan ke divisi. Divisi
melakukan verifikasi kehadiran pegawai. Daftar absensi yang sudah diverifikasi diberikan
ke HRD. HRD akan mengecek kelengkapan daftar absensi. Jika ada daftar absensi yang
belum lengkap, HRD akan mengecek apakah pegawai tersebut sedang dalam masa cuti
atau tidak. Pegawai yang sedang dalam masa cuti akan ditandai dengan ‘C’ (Cuti) pada
daftar absensi. Sedangkan pegawai yang absen dan tidak sedang dalam masa cuti, akan
ditandai dengan ‘TK’ (Tanpa Keterangan) pada daftar absensi. Setelah daftar absensi
lengkap, HRD membuat laporan rekapitulasi absensi rangkap dua untuk HRD dan divisi.
Gambar 3.16 menggambarkan flow chart absensi pegawai.
93
Gambar 3.16 Flow Chart Absensi Pegawai
94
Gambar 3.16 Flow Chart Absensi Pegawai (Lanjutan)
95
d. Prosedur dan Flow Chart Cuti Pegawai
PT. ALTAVINDO memberikan izin kepada pegawai untuk mengambil cuti dalam
batasan tertentu, yaitu maksimal 12 hari cuti dalam periode setahun, dan maksimal dua
hari cuti dalam satu kali masa cuti. Pegawai yang ingin melakukan cuti membuat surat
pengajuan cuti dan menyerahkannya kepada HRD. HRD mengecek data cuti pegawai.
Jika pegawai masih memiliki sisa jatah cuti, HRD menyerahkan surat pengajuan cuti
pegawai tersebut kepada divisi. Divisi mempertimbangkan pengajuan cuti pegawai dan
menginformasikan hasil pertimbangannya ke HRD. Jika pengajuan cuti ditolak, HRD
akan menginformasikannya kepada pegawai yang bersangkutan. Sedangkan jika
pengajuan cuti diterima, HRD membuat surat pemberian izin cuti rangkap dua untuk
disimpan oleh HRD dan diberikan kepada pegawai. HRD juga membuat laporan cuti
pegawai rangkap dua untuk HRD dan divisi. Gambar 3.17 menggambarkan flow chart
cuti pegawai.
96
Gambar 3.17 Flow Chart Cuti Pegawai
97
Gambar 3.17 Flow Chart Cuti Pegawai (Lanjutan)
98
e. Prosedur dan Flow Chart Penilaian Pegawai
PT. ALTAVINDO melakukan penilaian pegawai setiap periode enam bulan. HRD
memberikan formulir penilaian pegawai kepada divisi dan pegawai. Divisi mengisi
formulir penilaian pegawai yang ada di bawah naungannya, sedangkan pegawai mengisi
penilaian atas dirinya sendiri. Formulir penilaian yang sudah diisi oleh divisi dan pegawai
diserahkan kepada HRD dan dibandingkan nilainya. Jika ada kesenjangan yang signifikan
dari hasil penilaian, HRD akan mengadakan acara diskusi yang dihadiri oleh divisi dan
pegawai yang bersangkutan. Pada acara diskusi, divisi dan pegawai akan membahas
perihal nilai yang diberikan atas poin-poin penilaian pegawai. Lalu HRD akan membuat
laporan penilaian pegawai rangkap empat untuk HRD, divisi, CEO, dan pegawai. Gambar
3.18 menggambarkan flow chart penilaian pegawai.
99
Gambar 3.18 Flow Chart Penilaian Pegawai
100
Gambar 3.18 Flow Chart Penilaian Pegawai (Lanjutan)
101
f. Prosedur dan Flow Chart Pelatihan Pegawai
PT. ALTAVINDO mengadakan program pelatihan pegawai pada waktu-waktu
tertentu. Proses pelatihan pegawai dimulai dari divisi mengajukan rencana pelatihan
pegawai kepada HRD. HRD mempertimbangkan rencana pelatihan tersebut. Jika HRD
menyetujui rencana pelatihan, HRD akan menginformasikan persetujuan rencana
pelatihan kepada divisi sehingga divisi akan mempersiapkan acara pelatihan pegawai.
HRD juga menginformasikan acara pelatihan kepada seluruh pegawai melalui email.
Pegawai yang tertarik mengikuti pelatihan mendaftarkan diri melalui email, dan HRD
akan menginformasikan kembali hasil pendaftaran pelatihan pegawai, serta membuat
daftar peserta pelatihan untuk diserahkan kepada divisi. Pada hari pelaksanaan pelatihan,
pegawai yang telah terdaftar mengikuti acara pelatihan yang diadakan oleh pihak divisi.
Divisi melakukan absensi peserta dan membuat laporan pelaksanaan pelatihan pegawai
rangkap dua untuk divisi dan HRD. Gambar 3.19 menggambarkan flow chart pelatihan
pegawai.
102
Gambar 3.19 Flow Chart Pelatihan Pegawai
103
Gambar 3.19 Flow Chart Pelatihan Pegawai (Lanjutan)
104
g. Prosedur dan Flow Chart Penempatan Pegawai
Penempatan pegawai terdiri dari promosi, mutasi, dan demosi pegawai.
Penempatan pegawai pada PT. ALTAVINDO didasarkan pada penilaian kinerja pegawai
selama pegawai tersebut bekerja di PT. ALTAVINDO. Proses penempatan pegawai
dimulai dari divisi mengajukan surat pengajuan penempatan pegawai kepada HRD. Jika
penempatan tersebut melibatkan divisi lain, HRD akan memberikan surat pengajuan
penempatan pegawai disertai dengan histori data penilaian pegawai kepada divisi baru
terlebih dahulu. Jika divisi baru menyetujui penempatan, HRD akan memberikan surat
pengajuan penempatan pegawai disertai dengan histori data penilaian pegawai kepada
CEO. CEO mempertimbangkan penempatan pegawai dan menginformasikan hasil
pertimbangan penempatan pegawai kepada HRD. Jika penempatan pegawai disetujui oleh
CEO, HRD menginformasikan penempatan pegawai ke pegawai yang bersangkutan.
Pegawai mempertimbangkan penempatan dan menginformasikan keputusannya kepada
HRD. Jika pegawai tidak menyetujui penempatan, akan diadakan acara diskusi antara
pegawai dengan divisi yang diselenggarakan oleh HRD. Jika pegawai sudah menyetujui
penempatan, maka HRD akan membuat surat penempatan pegawai rangkap dua. Surat
penempatan pegawai akan ditandatangani oleh divisi, CEO, HRD, dan pegawai yang
bersangkutan, dan disimpan oleh HRD serta pegawai yang bersangkutan. Kemudian HRD
membuat laporan penempatan pegawai untuk HRD, divisi, dan CEO. Gambar 3.20
menggambarkan flow chart penempatan pegawai.
105
Gambar 3.20 Flow Chart Penempatan Pegawai
106
Gambar 3.20 Flow Chart Penempatan Pegawai (Lanjutan)
107
Gambar 3.20 Flow Chart Penempatan Pegawai (Lanjutan)
108
3.4 Analisis Kebutuhan Pengguna
Analisis kebutuhan pengguna yang akan dibahas adalah kebutuhan manajemen
data, kebutuhan integrasi, kebutuhan informasi, kebutuhan keamanan, dan kebutuhan
kecepatan akses data.
3.4.1 Kebutuhan Manajemen Data
Manajemen data diperlukan untuk mengelola data dalam jumlah yang besar.
Manajemen data dimaksudkan agar masalah-masalah seperti redundansi data,
ketidakakuratan data, dan kehilangan data dapat diminimalisasi.
Dengan adanya sistem basis data yang akan diimplementasikan, diharapkan dapat
membantu perusahaan dalam melakukan manajemen data kepegawaian yang ada
sehingga diharapkan nantinya dapat mengurangi permasalahan yang sering terjadi dalam
sistem yang sedang berjalan.
3.4.2 Kebutuhan Integrasi
Suatu perusahaan membutuhkan suatu aplikasi yang memiliki basis data yang
terintegrasi dengan suatu sistem. Sistem ini nantinya harus dapat memenuhi kebutuhan
data yang sebelumnya belum terkoordinasi, menjadi suatu informasi yang memang
dibutuhkan oleh perusahaan.
Oleh karena itu, integrasi aplikasi dan basis data merupakan hal yang penting
untuk menghasilkan informasi yang dibutuhkan perusahaan, seperti laporan penerimaan
pegawai, laporan data pegawai, laporan absensi pegawai, laporan cuti pegawai, laporan
penilaian pegawai, laporan pelatihan pegawai, serta laporan penempatan pegawai.
109
3.4.3 Kebutuhan Informasi
Berikut ini merupakan Tabel 3.1 yang berisi kebutuhan informasi pada PT.
ALTAVINDO:
Tabel 3.1 Kebutuhan Informasi pada PT. ALTAVINDO
Laporan Kepegawaian Pengguna Informasi
Laporan penerimaan pegawai CEO Divisi HRD
Laporan data pegawai CEO Divisi HRD
Laporan absensi pegawai CEO Divisi HRD
Laporan cuti pegawai CEO Divisi HRD
Laporan penilaian pegawai CEO Divisi HRD
Laporan pelatihan pegawai CEO Divisi HRD
Laporan penempatan pegawai CEO Divisi HRD
3.4.4 Kebutuhan Keamanan Data
Keamanan data merupakan hal yang terpenting dan harus dijaga agar kerahasiaan
data perusahaan dapat terjamin. Keamanan data ini dibutuhkan untuk menghindari
kehilangan data yang dilakukan oleh pihak yang tidak berwenang. Oleh karena itu,
diperlukan adanya pengaturan hak akses dalam mengakses data yang ada.
Diharapkan sistem ini nantinya dapat menangani autentikasi dan autorisasi
pengguna dalam mengakses data sehingga hanya orang yang berkepentingan atau orang
yang memiliki hak akses saja yang dapat mengakses data.
110
3.4.5 Kebutuhan Kecepatan Akses Data
Semua pengguna membutuhkan informasi yang cepat, tepat, dan akurat. Dengan
informasi yang cepat, tepat, dan akurat maka proses pembuatan laporan dan pengambilan
keputusan selanjutnya dapat dilakukan dengan cepat pula.
Oleh karena itu, kecepatan akses data merupakan salah satu komponen kebutuhan
pengguna yang harus diterapkan pada sistem yang akan dibuat. Informasi harus dapat
diakses oleh pengguna kapan pun dan di mana pun.
3.5 Permasalahan yang Dihadapi
Berdasarkan hasil wawancara dan pengamatan yang sudah dilakukan pada PT.
ALTAVINDO, maka terdapat beberapa masalah yang dihadapi oleh PT. ALTAVINDO
dalam sistem yang sedang berjalan, yaitu:
a. Kesalahan dalam memasukkan data
Misalnya kesalahan dalam memasukkan data pegawai, data cuti pegawai, data absensi
pegawai, dan sebagainya. Hal ini dikarenakan sistem yang dijalankan masih manual
dan belum mampu memenuhi semua kebutuhan pengguna.
b. Keamanan data kepegawaian yang rendah
Dikarenakan belum adanya sistem basis data kepegawaian pada PT. ALTAVINDO,
maka keamanan data kepegawaian yang ada sangat rendah. Pegawai dapat mengetahui
segala sesuatu yang ada pada proses manajemen kepegawaian sehingga dapat
menimbulkan ketidakamanan data kepegawaian.
c. Kesulitan dalam proses pencarian data kepegawaian
Dengan sistem yang masih manual, maka pegawai akan kesulitan dalam mencari data
kepegawaian, misalnya dalam mencari data penilaian pegawai untuk
mempertimbangkan kelayakan promosi seorang pegawai.
111
d. Kesulitan dalam pembuatan laporan kepegawaian
Dengan sistem yang masih manual, maka pembuatan laporan kepegawaian menjadi
sangat sulit sehingga tidak mungkin dapat menyajikan laporan kepegawaian terbaru
kapan saja ketika laporan tersebut dibutuhkan. Selain itu, dengan sistem manual sering
terjadi kesalahan dalam memasukkan data oleh pengguna sehingga data yang disimpan
menjadi tidak akurat. Proses pemeriksaan dan koreksi data ini membutuhkan waktu
yang lama dan mempersulit dalam pembuatan laporan kepegawaian.
e. Kesulitan dalam mengakses data kepegawaian
Dikarenakan data kepegawaian pada PT. ALTAVINDO sangat banyak dan sistem
yang digunakan masih manual, maka kinerja sehari-hari akan menjadi sangat lambat.
Hal ini dikarenakan dalam mengakses data kepegawaian harus mencari ke lemari arsip
terlebih dahulu sehingga menjadi tidak efektif dan efisien.
3.6 Alternatif Pemecahan Masalah
Setelah melakukan analisis terhadap permasalahan yang dihadapi, penulis
mengajukan alternatif pemecahan masalah sebagai berikut:
a. Merancang tampilan aplikasi yang user friendly sehingga dapat meminimalkan
terjadinya human error, seperti kesalahan memasukkan data cuti pegawai. Jika masih
terdapat kesalahan yang dilakukan oleh pengguna, aplikasi ini juga menyediakan
tombol yang berfungsi untuk mengubah data yang salah.
b. Melengkapi sistem basis data kepegawaian dengan sistem keamanan berupa autentikasi
dan autorisasi pengguna sehingga tidak sembarangan orang dapat mengakses sistem
basis data.
112
c. Merancang aplikasi basis data kepegawaian yang dilengkapi dengan fitur searching
sehingga memudahkan pengguna dalam melakukan proses pencarian data
kepegawaian.
d. Merancang dan membangun sistem basis data yang dapat memudahkan pengguna
untuk membuat laporan sesuai dengan kriteria perusahaan dan menghasilkan laporan
tepat pada saat dibutuhkan.
e. Merancang dan membangun sistem basis data kepegawaian berbasis web sehingga
pengguna dapat mengakses data yang diperlukan kapan pun dan di mana pun asalkan
terhubung dengan internet.
3.7 Perancangan Basis Data
Perancangan basis data yang dilakukan untuk membuat sistem basis data
kepegawaian berbasis web pada PT. ALTAVINDO dibagi menjadi tiga tahapan, yaitu
perancangan basis data konseptual, perancangan basis data logikal, dan perancangan basis
data fisikal.
3.7.1 Perancangan Basis Data Konseptual
Pada perancangan basis data konseptual dilakukan beberapa langkah, yaitu
mengidentifikasi tipe entitas, mengidentifikasi tipe relasi, mengidentifikasi dan
mengasosiasikan atribut dengan tipe entitas atau relasi, menentukan domain atribut,
menentukan candidate, primary, dan alternate key, mempertimbangkan penggunaan
enhanced modeling concept, memeriksa redundansi pada model data konseptual,
memvalidasi model data konseptual dengan transaksi pengguna, dan melakukan review
model data konseptual dengan pengguna.
113
3.7.1.1 Mengidentifikasi Tipe Entitas
Tujuan dari langkah ini adalah menentukan entitas-entitas yang dibutuhkan untuk
pembuatan basis data kepegawaian pada PT. ALTAVINDO.
Berikut ini merupakan Tabel 3.2 yang menjelaskan mengenai tipe entitas yang
diperlukan:
Tabel 3.2 Hasil Identifikasi Tipe Entitas
Entity Name Description Aliases Occurence
Pegawai Berisi data pegawai yang bekerja pada PT. ALTAVINDO
Karyawan Setiap pegawai dapat memiliki nol atau banyak absensi, mengajukan nol atau banyak cuti, memiliki nol atau banyak penilaian, mengikuti nol atau banyak pelatihan, mengalami nol atau banyak penempatan, dan menempati satu jabatan
Divisi Berisi data mengenai divisi yang ada pada PT. ALTAVINDO
Departemen Setiap divisi mempunyai satu atau banyak jabatan dan mengajukan nol atau banyak pelatihan
Jabatan Berisi data mengenai jabatan yang ada pada PT. ALTAVINDO
Posisi Setiap jabatan ditempati oleh nol atau banyak pegawai, bernaung di satu divisi, ditawarkan pada nol atau banyak permintaan, dan ditempati pada nol atau banyak penempatan
Permintaan Berisi data mengenai permintaan penambahan pegawai pada PT. ALTAVINDO
Permintaan Setiap permintaan menawarkan satu jabatan, memiliki satu status permintaan, diiklankan pada nol atau banyak media, dan dilamar oleh nol atau banyak lamaran
114
Tabel 3.2 Hasil Identifikasi Tipe Entitas (Lanjutan)
Entity Name Description Aliases Occurence
StatusPermintaan
Berisi data mengenai status permintaan penambahan pegawai pada PT. ALTAVINDO
StatusPermintaan
Setiap status permintaan dimiliki oleh nol atau banyak permintaan
Media Berisi data mengenai media yang digunakan untuk memasang iklan lowongan yang ditawarkan pada PT. ALTAVINDO
Media Setiap media mengiklankan nol atau banyak permintaan
Pelamar Berisi data mengenai orang-orang yang melamar pekerjaan pada PT. ALTAVINDO
Pelamar Setiap pelamar dapat mengirimkan nol atau banyak lamaran
Lamaran Berisi data mengenai lamaran kerja pada PT. ALTAVINDO
Lamaran Setiap lamaran dikirim oleh satu pelamar, melamar pada satu permintaan, memiliki satu status lamaran, mengadakan nol atau satu wawancara, dan mengadakan nol atau satu penandatanganan surat perjanjian kerja
StatusLamaran Berisi data mengenai status lamaran kerja pada PT. ALTAVINDO
StatusLamaran
Setiap status lamaran dimiliki oleh nol atau banyak lamaran
Wawancara Berisi data mengenai wawancara dan tes tertulis pada PT. ALTAVINDO
Wawancara Setiap wawancara diadakan oleh satu lamaran
115
Tabel 3.2 Hasil Identifikasi Tipe Entitas (Lanjutan)
Entity Name Description Aliases Occurence
TtdPenerimaan Berisi data mengenai penandatanganan surat perjanjian kerja pada PT. ALTAVINDO
TtdPenerimaan
Setiap penandatanganan surat perjanjian kerja diadakan oleh satu atau banyak lamaran
Absensi Berisi data absensi pegawai pada PT. ALTAVINDO
Kehadiran Setiap absensi dimiliki oleh satu pegawai
Cuti Berisi data cuti pegawai pada PT. ALTAVINDO
Izin Setiap cuti diajukan oleh satu pegawai, memiliki satu jenis cuti, dan memiliki satu status cuti
JenisCuti Berisi data mengenai jenis cuti pegawai pada PT. ALTAVINDO
JenisCuti Setiap jenis cuti dimiliki oleh nol atau banyak cuti
StatusCuti Berisi data mengenai status cuti pegawai pada PT. ALTAVINDO
StatusCuti Setiap status cuti dimiliki oleh nol atau banyak cuti
Penilaian Berisi data penilaian pegawai pada PT. ALTAVINDO
Penilaian Setiap penilaian dimiliki oleh satu pegawai, memiliki satu status penilaian, dan mengadakan nol atau satu diskusi penilaian
StatusPenilaian Berisi data mengenai status penilaian pegawai pada PT. ALTAVINDO
StatusPenilaian
Setiap status penilaian dimiliki oleh nol atau banyak penilaian
DiskusiPenilaian
Berisi data mengenai diskusi penilaian pegawai pada PT. ALTAVINDO
DiskusiPenilaian
Setiap diskusi penilaian diadakan oleh satu penilaian
116
Tabel 3.2 Hasil Identifikasi Tipe Entitas (Lanjutan)
Entity Name Description Aliases Occurence
Pelatihan Berisi data pelatihan pegawai pada PT. ALTAVINDO
Pelatihan Setiap pelatihan diikuti oleh nol atau banyak pegawai, diajukan oleh satu divisi, dan memiliki satu status pelatihan
StatusPelatihan Berisi data mengenai status pelatihan pegawai pada PT. ALTAVINDO
StatusPelatihan
Setiap status pelatihan dimiliki oleh nol atau banyak pelatihan
Penempatan Berisi data penempatan pegawai pada PT. ALTAVINDO
Penempatan Setiap penempatan dialami oleh satu pegawai, menempati satu jabatan, memiliki satu jenis penempatan, memiliki satu status penempatan, mengadakan nol atau satu diskusi penempatan, dan mengadakan nol atau satu penandatanganan surat penempatan pegawai
JenisPenempatan
Berisi data mengenai jenis penempatan pegawai pada PT. ALTAVINDO
JenisPenempatan
Setiap jenis penempatan dimiliki oleh nol atau banyak penempatan
StatusPenempatan
Berisi data mengenai status penempatan pegawai pada PT. ALTAVINDO
StatusPenempatan
Setiap status penempatan dimiliki oleh nol atau banyak penempatan
DiskusiPenempatan
Berisi data mengenai diskusi penempatan pegawai pada PT. ALTAVINDO
DiskusiPenempatan
Setiap diskusi penempatan diadakan oleh satu penempatan
TtdPenempatan
Berisi data mengenai penandatanganan surat penempatan pegawai pada PT. ALTAVINDO
TtdPenempatan
Setiap penandatanganan surat penempatan pegawai diadakan oleh satu atau banyak penempatan
117
3.7.1.2 Mengidentifikasi Tipe Relasi
Tujuan dari langkah ini adalah menentukan hubungan antara tipe-tipe entitas yang
sudah diidentifikasi sebelumnya.
Berikut ini merupakan Tabel 3.3 yang menjelaskan mengenai tipe relasi yang
diperlukan:
Tabel 3.3 Hasil Identifikasi Tipe Relasi
Entity Name Multiplicity Relationship Entity Name Multiplicity
Pegawai 1..1 MemilikiAbsensi Absensi 0..*
1..1 MengajukanCuti Cuti 0..*
1..1 MemilikiPenilaian Penilaian 0..*
0..* Mengikuti Pelatihan 0..*
1..1 Mengalami Penempatan 0..*
0..* MenempatiJabatan Jabatan 1..1
Divisi 1..1 MempunyaiJabatan Jabatan 1..*
1..1 MengajukanPelatihan Pelatihan 0..*
Permintaan 0..* Menawarkan Jabatan 1..1
0..* MemilikiStatusPermintaan StatusPermintaan
1..1
Media 0..* Mengiklankan Permintaan 0..*
Pelamar 1..1 Mengirimkan Lamaran 0..*
Lamaran 0..* Melamar Permintaan 1..1
0..* MemilikiStatusLamaran StatusLamaran
1..1
1..1 MengadakanWawancara Wawancara 0..1
1..* MengadakanTPenerimaan TtdPenerimaan
0..1
Cuti 0..* MemilikiJenisCuti JenisCuti 1..1
0..* MemilikiStatusCuti StatusCuti 1..1
118
Tabel 3.3 Hasil Identifikasi Tipe Relasi (Lanjutan)
Entity Name Multiplicity Relationship Entity Name Multiplicity
Penilaian 0..* MemilikiStatusPenilaian StatusPenilaian
1..1
1..1 MengadakanDPenilaian DiskusiPenilaian
0..1
Pelatihan 0..* MemilikiStatusPelatihan StatusPelatihan
1..1
Penempatan
0..* Menempati Jabatan 1..1
0..* MemilikiJenisPenempatan JenisPenempatan
1..1
0..* MemilikiStatusPenempatan StatusPenempatan
1..1
1..1 MengadakanDPenempatan DiskusiPenempatan
0..1
1..* MengadakanTPenempatan TtdPenempatan
0..1
3.7.1.3 Mengidentifikasi dan Mengasosiasikan Atribut dengan Tipe Entitas
atau Relasi
Setelah mengidentifikasi entitas yang diperlukan dan hubungannya, maka tahapan
selanjutnya yaitu menentukan atribut pada setiap entitas.
Berikut ini merupakan Tabel 3.4 yang menjelaskan mengenai atribut-atribut yang
diperlukan:
Tabel 3.4 Hasil Identifikasi Atribut
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Pegawai PegawaiID Mengidentifikasi secara unik setiap pegawai
Char(10) Tidak Tidak
119
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
KataSandi Kata sandi yang digunakan sebagai verifikasi PegawaiID
Char(32) Tidak Tidak
Foto Foto pegawai Varchar(15) Tidak Tidak
NamaPegawai Nama lengkap pegawai
Varchar(30) Tidak Tidak
JenisKelamin Jenis kelamin pegawai
Varchar(6) Tidak Tidak
TempatLahir Tempat lahir pegawai
Varchar(15) Tidak Tidak
TglLahir Tanggal lahir pegawai
Date Tidak Tidak
Alamat Alamat tempat tinggal pelamar
Varchar(100) Tidak Tidak
KodePos Nomor kode pos tempat tinggal pelamar
Integer Tidak Tidak
NoTelepon Nomor telepon pelamar
Varchar(15) Tidak Ya
Email Alamat email pelamar
Varchar(30) Tidak Tidak
Agama Agama pegawai Varchar(9) Tidak Tidak
GolonganDarah Golongan darah pegawai
Varchar(2) Tidak Tidak
NoKTP Nomor KTP pelamar
Char(16) Tidak Tidak
Kewarganegaraan Kewarganegaraan pegawai
Char(3) Tidak Tidak
120
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
NoNPWP Nomor NPWP pegawai
Char(15) Tidak Tidak
StatusNikah Status nikah pegawai
Varchar(7) Tidak Tidak
NamaKeluarga Nama lengkap keluarga
Varchar(30) Ya Ya
AlamatKeluarga Alamat tempat tinggal keluarga
Varchar(100) Ya Ya
Pekerjaan Pekerjaan keluarga
Varchar(20) Ya Ya
TeleponKeluarga Telepon keluarga Varchar(15) Ya Ya
StatusKeluarga Status hubungan keluarga
Varchar(8) Ya Ya
TahunMasuk Formal
Tahun masuk pendidikan formal pegawai
Year Tidak Ya
TahunLulusFormal Tahun lulus pendidikan formal pegawai
Year Tidak Ya
TingkatPendidikan Tingkat pendidikan formal pegawai
Varchar(19) Tidak Ya
Jurusan Jurusan yang diambil pelamar
Varchar(20) Ya Ya
IPK IPK (Indeks Prestasi Kumulatif) saat lulus
Decimal(3,2) Ya Ya
InstitusiPendidikan Formal
Institusi pendidikan formal pegawai
Varchar(30) Tidak Ya
121
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
TahunMasuk Informal
Tahun masuk pendidikan informal pegawai
Year Ya Ya
TahunLulus Informal
Tahun lulus pendidikan informal pegawai
Year Ya Ya
Deskripsi Pendidikan
Deskripsi pendidikan informal pegawai
Varchar(50) Ya Ya
InstitusiPendidikan Informal
Institusi pendidikan informal pegawai
Varchar(30) Ya Ya
TahunMasuk Tahun masuk pekerjaan lama pegawai
Year Ya Ya
TahunKeluar Tahun keluar pekerjaan lama pegawai
Year Ya Ya
NamaPerusahaan Nama perusahaan pekerjaan lama pegawai
Varchar(30) Ya Ya
DeskripsiPekerjaan Deskripsi pekerjaan lama pegawai
Varchar(50) Ya Ya
Bahasa Bahasa yang dikuasai pegawai
Varchar(15) Tidak Ya
Membaca Tingkat kemampuan pegawai membaca dalam bahasa yang dikuasai
Integer Tidak Ya
122
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Menulis Tingkat kemampuan pegawai menulis dalam bahasa yang dikuasai
Integer Tidak Ya
Berbicara Tingkat kemampuan pegawai berbicara dalam bahasa yang dikuasai
Integer Tidak Ya
NoSertifikat Nomor sertifikat yang dimiliki pegawai
Varchar(20) Ya Ya
NamaSertifikat Nama sertifikat yang dimiliki pegawai
Varchar(30) Ya Ya
Penyelenggara Penyelenggara sertifikat yang dimiliki pegawai
Varchar(55) Ya Ya
DeskripsiSertifikat Deskripsi sertifikat yang dimiliki pegawai
Varchar(50) Ya Ya
TahunSertifikat Tahun dilakukannya sertifikasi
Year Ya Ya
NamaJabatan Jabatan yang ditempati pegawai
Varchar(24) Tidak Tidak
Divisi DivisiID Mengidentifikasi secara unik setiap divisi
Char(10) Tidak Tidak
NamaDivisi Nama divisi Varchar(20) Tidak Tidak
DeskripsiDivisi Deskripsi divisi Varchar(50) Tidak Tidak
123
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Jabatan JabatanID Mengidentifikasi secara unik setiap jabatan
Char(10) Tidak Tidak
NamaJabatan Nama jabatan Varchar(24) Tidak Tidak
DeskripsiJabatan Deskripsi jabatan Varchar(50) Tidak Tidak
NamaDivisi Nama divisi yang menaungi jabatan
Varchar(20) Tidak Tidak
Permintaan
PermintaanID Mengidentifikasi secara unik setiap permintaan penambahan pegawai
Char(10) Tidak Tidak
NamaJabatan Nama jabatan untuk permintaan pegawai
Varchar(24) Tidak Tidak
DeskripsiJabatan Deskripsi pekerjaan untuk permintaan pegawai
Varchar(50) Tidak Tidak
Jumlah Jumlah permintaan pegawai
Integer Tidak Tidak
TglPermintaan Tanggal permintaan pelamar
Datetime Tidak Tidak
Persyaratan Persyaratan untuk pelamar
Varchar(50) Ya Ya
Keterangan Keterangan tambahan untuk permintaan pegawai
Varchar(50) Ya Tidak
124
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Status Status permintaan pegawai
Varchar(30) Tidak Tidak
StatusPermintaan
StatusPermintaan ID
Mengidentifikasi secara unik setiap status permintaan penambahan pegawai
Char(4) Tidak Tidak
Status Status permintaan pegawai
Varchar(30) Tidak Tidak
Deskripsi Deskripsi status permintaan pegawai
Varchar(50) Tidak Tidak
Media MediaID Mengidentifikasi secara unik setiap media
Char(10) Tidak Tidak
NamaMedia Nama media Varchar(20) Tidak Tidak
Alamat Alamat kantor media
Varchar(100) Tidak Tidak
KodePos Nomor kode pos kantor media
Integer Tidak Tidak
NoTelepon Nomor telepon media
Varchar(15) Tidak Ya
Pelamar PelamarID Mengidentifikasi secara unik setiap pelamar
Char(10) Tidak Tidak
KataSandi Kata sandi yang digunakan sebagai verifikasi PelamarID
Char(32) Tidak Tidak
Foto Foto pelamar Varchar(15) Tidak Tidak
125
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
NamaPelamar Nama lengkap pelamar
Varchar(30) Tidak Tidak
JenisKelamin Jenis kelamin pelamar
Varchar(6) Tidak Tidak
TempatLahir Tempat lahir pelamar
Varchar(15) Tidak Tidak
TglLahir Tanggal lahir pelamar
Date Tidak Tidak
Alamat Alamat tempat tinggal pelamar
Varchar(100) Tidak Tidak
KodePos Nomor kode pos tempat tinggal pelamar
Integer Tidak Tidak
NoTelepon Nomor telepon pelamar
Varchar(15) Tidak Ya
Email Alamat email pelamar
Varchar(30) Tidak Tidak
Agama Agama pelamar Varchar(9) Tidak Tidak
NoKTP Nomor KTP pelamar
Char(16) Tidak Tidak
StatusNikah Status nikah pelamar
Varchar(7) Tidak Tidak
TahunMasuk Formal
Tahun masuk pendidikan formal pelamar
Year Tidak Ya
TahunLulusFormal Tahun lulus pendidikan formal pelamar
Year Tidak Ya
TingkatPendidikan Tingkat pendidikan formal pelamar
Varchar(19) Tidak Ya
126
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Jurusan Jurusan yang diambil pelamar
Varchar(20) Ya Ya
IPK IPK (Indeks Prestasi Kumulatif) saat lulus
Decimal(3,2) Ya Ya
InstitusiPendidikan Formal
Institusi pendidikan formal pelamar
Varchar(30) Tidak Ya
TahunMasuk Informal
Tahun masuk pendidikan informal pelamar
Year Ya Ya
TahunLulus Informal
Tahun lulus pendidikan informal pelamar
Year Ya Ya
Deskripsi Pendidikan
Deskripsi pendidikan informal pelamar
Varchar(50) Ya Ya
InstitusiPendidikan Informal
Institusi pendidikan informal pelamar
Varchar(30) Ya Ya
TahunMasuk Tahun masuk pekerjaan lama pelamar
Year Ya Ya
TahunKeluar Tahun keluar pekerjaan lama pelamar
Year Ya Ya
NamaPerusahaan Nama perusahaan pekerjaan lama pelamar
Varchar(30) Ya Ya
DeskripsiPekerjaan Deskripsi pekerjaan lama pelamar
Varchar(50) Ya Ya
127
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Bahasa Bahasa yang dikuasai pelamar
Varchar(15) Tidak Ya
Membaca Tingkat kemampuan pelamar membaca dalam bahasa yang dikuasai
Integer Tidak Ya
Menulis Tingkat kemampuan pelamar menulis dalam bahasa yang dikuasai
Integer Tidak Ya
Berbicara Tingkat kemampuan pelamar berbicara dalam bahasa yang dikuasai
Integer Tidak Ya
NoSertifikat Nomor sertifikat yang dimiliki pelamar
Varchar(20) Ya Ya
NamaSertifikat Nama sertifikat sertifikat yang dimiliki pelamar
Varchar(30) Ya Ya
Penyelenggara Penyelenggara sertifikat yang dimiliki pelamar
Varchar(55) Ya Ya
DeskripsiSertifikat Deskripsi sertifikat yang dimiliki pelamar
Varchar(50) Ya Ya
TahunSertifikat Tahun dilakukannya sertifikasi
Year Ya Ya
128
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Lamaran LamaranID Mengidentifikasi secara unik setiap lamaran kerja
Char(10) Tidak Tidak
TglLamaran Tanggal pengajuan lamaran kerja
Datetime Tidak Tidak
EkspektasiGaji Ekspektasi gaji yang diinginkan pelamar
Integer Tidak Tidak
TglKesiapanKerja Tanggal kesiapan untuk bekerja apabila diterima
Date Tidak Tidak
NamaPelamar Nama pelamar yang mengirimkan lamaran kerja
Varchar(30) Tidak Tidak
Status Status lamaran Varchar(30) Tidak Tidak
StatusLamaran
StatusLamaranID Mengidentifikasi secara unik setiap status lamaran kerja
Char(4) Tidak Tidak
Status Status lamaran kerja
Varchar(30) Tidak Tidak
Deskripsi Deskripsi status lamaran kerja
Varchar(50) Tidak Tidak
Wawancara WawancaraID Mengidentifikasi secara unik setiap wawancara dan tes tertulis
Char(10) Tidak Tidak
TglWawancara Tanggal wawancara dan tes tertulis
Datetime Tidak Tidak
129
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
LokasiWawancara Lokasi wawancara dan tes tertulis
Varchar(30) Tidak Tidak
TtdPenerimaan
TtdPenerimaanID Mengidentifikasi secara unik setiap penandatanganan surat perjanjian kerja
Char(10) Tidak Tidak
TglTtd Tanggal penandatanganan surat perjanjian kerja
Datetime Tidak Tidak
LokasiTtd Lokasi penandatanganan surat perjanjian kerja
Varchar(30) Tidak Tidak
Absensi AbsensiID Mengidentifikasi secara unik setiap absensi pegawai
Char(10) Tidak Tidak
NamaPegawai Nama pegawai yang melakukan absensi
Varchar(30) Tidak Tidak
TglAbsensi Tanggal absensi Date Tidak Tidak
JamMasuk Jam masuk pegawai
Time Tidak Tidak
JamPulang Jam pulang pegawai
Time Tidak Tidak
Keterangan Keterangan tambahan untuk absensi pegawai
Varchar(50) Ya Tidak
Verifikasi Status verifikasi absensi
Varchar(7) Tidak Tidak
130
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Cuti CutiID Mengidentifikasi secara unik cuti pegawai
Char(10) Tidak Tidak
NamaPegawai Nama pegawai yang mengajukan cuti
Varchar(30) Tidak Tidak
TglPengajuan Tanggal pengajuan cuti
Datetime Tidak Tidak
Jenis Jenis cuti Varchar(30) Tidak Tidak
TglAwalCuti Tanggal mulai cuti
Date Tidak Tidak
TglAkhirCuti Tanggal berakhir cuti
Date Tidak Tidak
Keterangan Keterangan tambahan untuk cuti
Varchar(50) Ya Tidak
Status Status cuti Varchar(30) Tidak Tidak
JenisCuti JenisCutiID Mengidentifikasi secara unik setiap jenis cuti pegawai
Char(4) Tidak Tidak
Jenis Jenis cuti pegawai
Varchar(30) Tidak Tidak
Deskripsi Deskripsi jenis cuti pegawai
Varchar(50) Tidak Tidak
StatusCuti StatusCutiID Mengidentifikasi secara unik setiap status cuti pegawai
Char(4) Tidak Tidak
Status Status cuti pegawai
Varchar(30) Tidak Tidak
Deskripsi Deskripsi status cuti pegawai
Varchar(50) Tidak Tidak
131
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Penilaian PenilaianID Mengidentifikasi secara unik penilaian pegawai
Char(10) Tidak Tidak
TglPenilaian Tanggal dilakukannya penilaian
Datetime Tidak Tidak
NamaPegawai Nama pegawai yang dinilai
Varchar(30) Tidak Tidak
KualitasKerjaPegawai
Nilai kualitas kerja yang diberikan oleh pegawai
Char(9) Tidak Tidak
KemampuanDiriPegawai
Nilai kemampuan diri yang diberikan oleh pegawai
Char(7) Tidak Tidak
DisiplinDiriPegawai
Nilai disiplin diri yang diberikan oleh pegawai
Char(7) Tidak Tidak
KeteranganPegawai Keterangan tambahan yang diberikan oleh pegawai
Varchar(50) Ya Tidak
KualitasKerjaDivisi Nilai kualitas kerja yang diberikan oleh divisi
Char(9) Tidak Tidak
KemampuanDiriDivisi
Nilai kemampuan diri yang diberikan oleh divisi
Char(7) Tidak Tidak
DisiplinDiriDivisi Nilai disiplin diri yang diberikan oleh divisi
Char(7) Tidak Tidak
132
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
KeteranganDivisi Keterangan tambahan yang diberikan oleh divisi
Varchar(50) Ya Tidak
Status Status penilaian Varchar(30) Tidak Tidak
StatusPenilaian
StatusPenilaianID Mengidentifikasi secara unik setiap status penilaian pegawai
Char(4) Tidak Tidak
Status Status penilaian pegawai
Varchar(30) Tidak Tidak
Deskripsi Deskripsi status penilaian pegawai
Varchar(50) Tidak Tidak
DiskusiPenilaian
DiskusiPenilaianID Mengidentifikasi secara unik setiap diskusi penilaian pegawai
Char(10) Tidak Tidak
TglDiskusi Tanggal diskusi penilaian pegawai
Datetime Tidak Tidak
LokasiDiskusi Lokasi diskusi penilaian pegawai
Varchar(30) Tidak Tidak
Pelatihan PelatihanID Mengidentifikasi secara unik pelatihan pegawai
Char(10) Tidak Tidak
NamaPelatihan Nama pelatihan Varchar(20) Tidak Tidak
TglPengajuan Tanggal pengajuan pelatihan
Datetime Tidak Tidak
133
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
NamaDivisi Nama divisi yang menyelenggarakan pelatihan
Varchar(20) Tidak Tidak
Tujuan Tujuan diadakannya pelatihan
Varchar(50) Ya Ya
Kapasitas Kapasitas maksimum peserta pelatihan
Integer Tidak Tidak
AnggaranPelatihan Anggaran biaya untuk pelaksanaan pelatihan
Integer Tidak Tidak
TglPelatihan Tanggal pelaksanaan pelatihan
Datetime Tidak Tidak
LamaPelatihan Lamanya waktu pelaksanaan pelatihan
Integer Tidak Tidak
LokasiPelatihan Tempat pelaksanaan pelatihan
Varchar(30) Tidak Tidak
Keterangan Keterangan tambahan untuk pelatihan
Varchar(50) Ya Tidak
Status Status pelatihan Varchar(30) Tidak Tidak
StatusPelatihan
StatusPelatihanID Mengidentifikasi secara unik setiap status pelatihan pegawai
Char(4) Tidak Tidak
Status Status pelatihan pegawai
Varchar(30) Tidak Tidak
134
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Deskripsi Deskripsi status pelatihan pegawai
Varchar(50) Tidak Tidak
Penempatan PenempatanID Mengidentifikasi secara unik penempatan pegawai
Char(10) Tidak Tidak
TglPengajuan Tanggal dilakukannya pengajuan penempatan
Datetime Tidak Tidak
Jenis Jenis penempatan
Varchar(9) Tidak Tidak
NamaPegawai Nama pegawai yang diajukan untuk penempatan
Varchar(30) Tidak Tidak
NamaJabatan Jabatan lama sebelum dilakukannya penempatan
Varchar(24) Tidak Tidak
Keterangan Keterangan tambahan untuk penempatan
Varchar(50) Ya Tidak
Status Status penempatan
Varchar(30) Tidak Tidak
JenisPenempatan
JenisPenempatanID Mengidentifikasi secara unik setiap jenis penempatan pegawai
Char(4) Tidak Tidak
Jenis Jenis penempatan pegawai
Varchar(9) Tidak Tidak
135
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
Deskripsi Deskripsi jenis penempatan pegawai
Varchar(50) Tidak Tidak
StatusPenempatan
StatusPenempatan ID
Mengidentifikasi secara unik setiap status penempatan pegawai
Char(4) Tidak Tidak
Status Status penempatan pegawai
Varchar(30) Tidak Tidak
Deskripsi Deskripsi status penempatan pegawai
Varchar(50) Tidak Tidak
DiskusiPenempatan
DiskusiPenempatanID
Mengidentifikasi secara unik setiap diskusi penempatan pegawai
Char(10) Tidak Tidak
TglDiskusi Tanggal diskusi penempatan pegawai
Datetime Tidak Tidak
LokasiDiskusi Tempat diskusi penempatan pegawai
Varchar(30) Tidak Tidak
TtdPenempatan
TtdPenempatanID Mengidentifikasi secara unik setiap penandatanganan surat penempatan pegawai
Char(10) Tidak Tidak
TglTtd Tanggal penandatanganan surat penempatan pegawai
Datetime Tidak Tidak
136
Tabel 3.4 Hasil Identifikasi Atribut (Lanjutan)
Entity Name Attributes Description Data Type & Length
Nulls Multi Value
LokasiTtd Tempat penandatanganan surat penempatan pegawai
Varchar(30) Tidak Tidak
3.7.1.4 Menentukan Domain Atribut
Berikut ini merupakan Tabel 3.5 yang menjelaskan mengenai domain atribut yang
digunakan:
Tabel 3.5 Domain Atribut pada Model Data Konseptual
Entity Name Attributes Attribute Domain
Pegawai PegawaiID Char(10) Format : PG[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun masuk pegawai bekerja di PT. ALTAVINDO
KataSandi Char(32)
Foto Varchar(15)
NamaPegawai Varchar(30)
JenisKelamin Varchar(6) Format : [Male, Female]
TempatLahir Varchar(15)
TglLahir Date Format : yyyy-mm-dd
Alamat Varchar(100)
KodePos Integer
NoTelepon Varchar(15) harus diisi dengan angka
137
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
Email Varchar(30) harus sesuai dengan format email
Agama Varchar(9) Format : [Islam, Buddha, Hindu, Christian, Catholic]
GolonganDarah Varchar(2) Format : [A, B, AB, O]
NoKTP Char(16) harus diisi dengan angka
Kewarganegaraan Char(3) Format : [WNI, WNA]
NoNPWP Char(15) harus diisi dengan angka
StatusNikah Varchar(7) Format : [Single, Married, Widowed]
NamaKeluarga Varchar(30)
AlamatKeluarga Varchar(100)
Pekerjaan Varchar(20)
TeleponKeluarga Varchar(15) harus diisi dengan angka
StatusKeluarga Varchar(8) Format : [Wife, Husband, Sister, Brother, Mother, Father, Daughter, Son]
TahunMasukFormal Year Format : yyyy
TahunLulusFormal Year Format : yyyy
138
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
TingkatPendidikan Varchar(19) Format : [Doctorate (S3), Master (S2), Bachelor (S1), Associate / Diploma, Senior High School, Junior High School, Primary School]
Jurusan Varchar(20)
IPK Decimal(3,2)
InstitusiPendidikanFormal Varchar(30)
TahunMasukInformal Year Format : yyyy
TahunLulusInformal Year Format : yyyy
DeskripsiPendidikan Varchar(50)
InstitusiPendidikanInformal Varchar(30)
TahunMasuk Year Format : yyyy
TahunKeluar Year Format : yyyy
NamaPerusahaan Varchar(30)
DeskripsiPekerjaan Varchar(50)
Bahasa Varchar(15)
Membaca Integer Format : [1-3]
Menulis Integer Format : [1-3]
Berbicara Integer Format : [1-3]
NoSertifikat Varchar(20)
NamaSertifikat Varchar(30)
139
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
Penyelenggara Varchar(55)
DeskripsiSertifikat Varchar(50)
TahunSertifikat Year Format : yyyy
NamaJabatan Varchar(24)
Divisi DivisiID Char(10) Format : DS[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
NamaDivisi Varchar(20)
DeskripsiDivisi Varchar(50)
Jabatan JabatanID Char(10) Format : JB[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
NamaJabatan Varchar(24)
DeskripsiJabatan Varchar(50)
NamaDivisi Varchar(20)
Permintaan
PermintaanID Char(10) Format : PR[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun pengajuan permintaan pegawai
NamaJabatan Varchar(24)
DeskripsiJabatan Varchar(50)
Jumlah Integer
TglPermintaan Datetime Format : yyyy-mm-dd hh:mm:ss
Persyaratan Varchar(50)
Keterangan Varchar(50)
Status Varchar(30)
140
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
StatusPermintaan StatusPermintaan ID
Char(4) Format : SR[0-9][0-9]
Status Varchar(30)
Deskripsi Varchar(50)
Media MediaID Char(10) Format : MI[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
NamaMedia Varchar(20)
Alamat Varchar(100)
KodePos Integer
NoTelepon Varchar(15) harus diisi dengan angka
Pelamar PelamarID Char(10) Format : PL[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun pelamar melakukan register
KataSandi Char(32)
Foto Varchar(15)
NamaPelamar Varchar(30)
JenisKelamin Varchar(6) Format : [Male, Female]
TempatLahir Varchar(15)
TglLahir Date Format : yyyy-mm-dd
Alamat Varchar(100)
KodePos Integer
NoTelepon Varchar(15) harus diisi dengan angka
141
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
Email Varchar(30) harus sesuai dengan format email
Agama Varchar(9) Format : [Islam, Buddha, Hindu, Christian, Catholic]
NoKTP Char(16) harus diisi dengan angka
StatusNikah Varchar(7) Format : [Single, Married, Widowed]
TahunMasuk Formal
Year Format : yyyy
TahunLulusFormal Year Format : yyyy
TingkatPendidikan Varchar(19) Format : [Doctorate (S3), Master (S2), Bachelor (S1), Associate / Diploma, Senior High School, Junior High School, Primary School]
Jurusan Varchar(20)
IPK Decimal(3,2)
InstitusiPendidikan Formal
Varchar(30)
TahunMasukInformal Year Format : yyyy
TahunLulusInformal Year Format : yyyy
DeskripsiPendidikan Varchar(50)
InstitusiPendidikanInformal Varchar(30)
TahunMasuk Year Format : yyyy
142
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
TahunKeluar Year Format : yyyy
NamaPerusahaan Varchar(30)
DeskripsiPekerjaan Varchar(50)
Bahasa Varchar(15)
Membaca Integer Format : [1-3]
Menulis Integer Format : [1-3]
Berbicara Integer Format : [1-3]
NoSertifikat Varchar(20)
NamaSertifikat Varchar(30)
Penyelenggara Varchar(55)
DeskripsiSertifikat Varchar(50)
TahunSertifikat Year Format : yyyy
Lamaran LamaranID Char(10) Format : LR[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun lamaran kerja
TglLamaran Datetime Format : yyyy-mm-dd hh:mm:ss
EkspektasiGaji Integer
TglKesiapanKerja Date Format : yyyy-mm-dd
NamaPelamar Varchar(30)
Status Varchar(30)
143
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
StatusLamaran StatusLamaranID Char(4) Format : SL[0-9][0-9]
Status Varchar(30)
Deskripsi Varchar(50)
Wawancara WawancaraID Char(10) Format : WW[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun wawancara dilaksanakan
TglWawancara Datetime Format : yyyy-mm-dd hh:mm:ss
LokasiWawancara Varchar(30)
TtdPenerimaan TtdPenerimaanID Char(10) Format : TR[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun penandatanganan surat perjanjian kerja
TglTtd Datetime Format : yyyy-mm-dd hh:mm:ss
LokasiTtd Varchar(30)
Absensi AbsensiID Char(10) Format : AB[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun absensi dilaksanakan
NamaPegawai Varchar(30)
TglAbsensi Date Format : yyyy-mm-dd
JamMasuk Time Format : hh:mm:ss
144
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
JamPulang Time Format : hh:mm:ss
Keterangan Varchar(50)
Verifikasi Varchar(7)
Cuti CutiID Char(10) Format : CT[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun pengajuan izin cuti
NamaPegawai Varchar(30)
TglPengajuan Datetime Format : yyyy-mm-dd hh:mm:ss
Jenis Varchar(30)
TglAwalCuti Date Format : yyyy-mm-dd
TglAkhirCuti Date Format : yyyy-mm-dd
Keterangan Varchar(50)
Status Varchar(30)
JenisCuti JenisCutiID Char(4) Format : JC[0-9][0-9]
Jenis Varchar(30)
Deskripsi Varchar(50)
StatusCuti StatusCutiID Char(4) Format : SC[0-9][0-9]
Status Varchar(30)
Deskripsi Varchar(50)
145
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
Penilaian PenilaianID Char(10) Format : PI[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun penilaian pegawai dilaksanakan
TglPenilaian Datetime Format : yyyy-mm-dd hh:mm:ss
NamaPegawai Varchar(30)
KualitasKerjaPegawai Char(9) Format : [1-5]#[1-5]#[1-5]#[1-5]#[1-5]
KemampuanDiriPegawai Char(7) Format : [1-5]#[1-5]#[1-5]#[1-5]
DisiplinDiriPegawai Char(7) Format : [1-5]#[1-5]#[1-5]#[1-5]
KeteranganPegawai Varchar(50)
KualitasKerjaDivisi Char(9) Format : [1-5]#[1-5]#[1-5]#[1-5]#[1-5]
KemampuanDiriDivisi Char(7) Format : [1-5]#[1-5]#[1-5]#[1-5]
DisiplinDiriDivisi Char(7) Format : [1-5]#[1-5]#[1-5]#[1-5]
KeteranganDivisi Varchar(50)
Status Varchar(30)
StatusPenilaian StatusPenilaianID Char(4) Format : SI[0-9][0-9]
Status Varchar(30)
146
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
Deskripsi Varchar(50)
DiskusiPenilaian DiskusiPenilaianID Char(10) Format : DI[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun diskusi penilaian pegawai dilaksanakan
TglDiskusi Datetime Format : yyyy-mm-dd hh:mm:ss
LokasiDiskusi Varchar(30)
Pelatihan PelatihanID Char(10) Format : PH[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun pengajuan rencana pelatihan pegawai
NamaPelatihan Varchar(20)
TglPengajuan Datetime Format : yyyy-mm-dd hh:mm:ss
NamaDivisi Varchar(20)
Tujuan Varchar(50)
Kapasitas Integer
AnggaranPelatihan Integer
TglPelatihan Datetime Format : yyyy-mm-dd hh:mm:ss
LamaPelatihan Integer
LokasiPelatihan Varchar(30)
Keterangan Varchar(50)
Status Varchar(30)
147
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
StatusPelatihan StatusPelatihanID Char(4) Format : SH[0-9][0-9]
Status Varchar(30)
Deskripsi Varchar(50)
Penempatan PenempatanID Char(10) Format : PT[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun pengajuan penempatan pegawai
TglPengajuan Datetime Format : yyyy-mm-dd hh:mm:ss
Jenis Varchar(9)
NamaPegawai Varchar(30)
NamaJabatan Varchar(24)
Keterangan Varchar(50)
Status Varchar(30)
JenisPenempatan JenisPenempatanID Char(4) Format : JT[0-9][0-9]
Jenis Varchar(9)
Deskripsi Varchar(50)
StatusPenempatan StatusPenempatan ID
Char(4) Format : ST[0-9][0-9]
Status Varchar(30)
Deskripsi Varchar(50)
DiskusiPenempatan DiskusiPenempatanID Char(10) Format : DT[XX][0-9][0-9][0-9][0-9] dimana XX adalah tahun diskusi penempatan
148
Tabel 3.5 Domain Atribut pada Model Data Konseptual (Lanjutan)
Entity Name Attributes Attribute Domain
TglDiskusi Datetime Format : yyyy-mm-dd hh:mm:ss
LokasiDiskusi Varchar(30)
TtdPenempatan TtdPenempatanID Char(10) Format : TT[XX][0-9][0-9][0-9][0-9][0-9][0-9] dimana XX adalah tahun penandatanganan surat penempatan pegawai
TglTtd Datetime Format : yyyy-mm-dd hh:mm:ss
LokasiTtd Varchar(30)
3.7.1.5 Menentukan Candidate, Primary, dan Alternate Key
Berikut ini merupakan Tabel 3.6 yang berisi candidate key dan primary key pada
setiap entitas yang ada:
Tabel 3.6 Candidate, Primary, dan Alternate Key pada Model Data Konseptual
Entity Name Candidate Key Primary Key
Pegawai PegawaiID PegawaiID
NamaPegawai
NoKTP
NoNPWP
Divisi DivisiID DivisiID
NamaDivisi
Jabatan JabatanID JabatanID
NamaJabatan
149
Tabel 3.6 Candidate, Primary, dan Alternate Key pada Model Data Konseptual
(Lanjutan)
Entity Name Candidate Key Primary Key
Permintaan PermintaanID PermintaanID
StatusPermintaan StatusPermintaanID StatusPermintaanID
Status
Media MediaID MediaID
NamaMedia
Pelamar PelamarID PelamarID
NamaPelamar
NoKTP
Lamaran LamaranID LamaranID
StatusLamaran StatusLamaranID StatusLamaranID
Status
Wawancara WawancaraID WawancaraID
TtdPenerimaan TtdPenerimaanID TtdPenerimaanID
Absensi AbsensiID AbsensiID
Cuti CutiID CutiID
JenisCuti JenisCutiID JenisCutiID
Jenis
StatusCuti StatusCutiID StatusCutiID
Status
Penilaian PenilaianID PenilaianID
StatusPenilaian StatusPenilaianID StatusPenilaianID
Status
DiskusiPenilaian DiskusiPenilaian ID DiskusiPenilaian ID
150
Tabel 3.6 Candidate, Primary, dan Alternate Key pada Model Data Konseptual
(Lanjutan)
Entity Name Candidate Key Primary Key
Pelatihan PelatihanID PelatihanID
NamaPelatihan
StatusPelatihan StatusPelatihanID StatusPelatihanID
Status
Penempatan PenempatanID PenempatanID
JenisPenempatan JenisPenempatanID JenisPenempatanID
Jenis
StatusPenempatan StatusPenempatanID StatusPenempatanID
Status
DiskusiPenempatan DiskusiPenempatanID DiskusiPenempatanID
TtdPenempatan TtdPenempatanID TtdPenempatanID
151
Berikut ini adalah Gambar 3.21 yang menggambarkan model data konseptual yang sudah dibuat:
Gambar 3.21 Model Data Konseptual
152
3.7.1.6 Mempertimbangkan Penggunaan Enhanced Modeling Concept
Tujuan dari langkah ini adalah mempertimbangkan penggunaan enhanced
modeling concept. Pada perancangan basis data sejauh ini tidak ditemukan kebutuhan
untuk menggunakan enhanced modeling concept sehingga langkah ini dilewati.
3.7.1.7 Memeriksa Redundansi pada Model Data Konseptual
Tujuan dari langkah ini adalah menghindari adanya redundansi pada model data
konseptual. Ada dua langkah yang dilakukan, yaitu:
a. Memeriksa one-to-one relationship (1:1)
Dapat dilakukan dengan cara mengidentifikasikan dua entitas yang sebenarnya
memiliki arti yang sama, namun dalam penulisannya memiliki nama entitas yang
berbeda, dan kedua entitas memiliki hubungan one-to-one (1:1). Kemudian dapat
dilakukan penggabungan menjadi satu entitas, dimana jika kedua entitas tersebut
memiliki primary key yang berbeda, maka harus dipilih satu primary key untuk entitas
yang dihasilkan dari penggabungan tersebut. Tetapi ada kasus lain dimana terdapat
hubungan one-to-one (1:1), tetapi kedua entitas tersebut tidak menggambarkan objek
yang sama dalam perusahaan, maka kedua entitas tersebut tidak dapat digabungkan.
Berikut ini adalah one-to-one relationship (1:1) yang ada pada model data konseptual:
1) Relasi antara Lamaran dan Wawancara
Entitas Lamaran dan Wawancara tidak dapat digabungkan, karena kedua entitas
tersebut tidak menggambarkan objek yang sama dalam perusahaan. Entitas Lamaran
berisi data mengenai lamaran kerja yang dikirimkan oleh pelamar. Sedangkan
Wawancara berisi data mengenai wawancara dan tes tertulis pelamar.
153
2) Relasi antara Penilaian dan DiskusiPenilaian
Entitas Penilaian dan DiskusiPenilaian tidak dapat digabungkan, karena kedua
entitas tersebut tidak menggambarkan objek yang sama dalam perusahaan. Entitas
Penilaian berisi data mengenai penilaian pegawai. Sedangkan DiskusiPenilaian
berisi data mengenai diskusi penilaian pegawai dikarenakan adanya kesenjangan
nilai yang signifikan.
3) Relasi antara Penempatan dan DiskusiPenempatan
Entitas Penempatan dan DiskusiPenempatan tidak dapat digabungkan, karena kedua
entitas tersebut tidak menggambarkan objek yang sama dalam perusahaan. Entitas
Penempatan berisi data mengenai penempatan pegawai. Sedangkan
DiskusiPenempatan berisi data mengenai diskusi penempatan dikarenakan pegawai
yang bersangkutan keberatan untuk mengalami penempatan.
b. Menghilangkan redundansi relasi
Setelah dilakukan pemeriksaan terhadap model data konseptual, tidak ditemukan
adanya relasi yang redundan.
3.7.1.8 Memvalidasi Model Data Konseptual dengan Transaksi Pengguna
Tujuan dari langkah ini adalah memastikan bahwa model konseptual sudah
mendukung transaksi-transaksi yang dibutuhkan. Pendekatan yang dilakukan adalah
dengan menggunakan transaction pathways.
Berikut ini adalah transaksi-transaksi yang ada di sistem kepegawaian pada PT.
ALTAVINDO:
a. Menampilkan daftar permintaan pegawai berdasarkan jabatan;
b. Menampilkan daftar media yang digunakan untuk mengiklankan permintaan;
c. Menampilkan daftar pelamar berdasarkan permintaan;
154
d. Menampilkan daftar pegawai berdasarkan jabatan;
e. Menampilkan daftar absensi pegawai;
f. Menampilkan daftar cuti pegawai;
g. Menampilkan daftar penilaian pegawai;
h. Menampilkan daftar pelatihan pegawai berdasarkan divisi;
i. Menampilkan daftar pegawai yang mengikuti pelatihan;
j. Menampilkan daftar penempatan pegawai;
k. Memasukkan atau mengubah atau menghapus data permintaan pegawai;
l. Memasukkan atau mengubah atau menghapus data pegawai;
m. Memasukkan atau mengubah data absensi pegawai;
n. Memasukkan atau mengubah atau menghapus data cuti pegawai;
o. Memasukkan atau mengubah data penilaian pegawai;
p. Memasukkan atau mengubah data diskusi penilaian pegawai;
q. Memasukkan atau mengubah atau menghapus data pelatihan pegawai;
r. Memasukkan atau mengubah atau menghapus data penempatan pegawai;
s. Memasukkan atau mengubah data diskusi penempatan pegawai.
155
Berikut ini adalah Gambar 3.22 yang menggambarkan model data konseptual dengan pathway analysis yang sudah dibuat:
Gambar 3.22 Model Data Konseptual dengan Pathway Analysis
156
3.7.1.9 Melakukan Review Model Data Konseptual dengan Pengguna
Tujuan dari langkah ini adalah memastikan bahwa model data konseptual secara
tepat menggambarkan transaksi dan kebutuhan data secara nyata dalam perusahaan.
Setelah melakukan review model data konseptual dengan pengguna, model data yang
sudah dibuat dirasa sudah cukup mendukung PT. ALTAVINDO.
3.7.2 Perancangan Basis Data Logikal
Pada perancangan basis data logikal harus dilakukan beberapa langkah, yaitu
membuat relasi untuk model data logikal, memvalidasi relasi dengan normalisasi,
memvalidasi relasi dengan transaksi pengguna, menentukan integrity constraints,
melakukan review model data logikal dengan pengguna, menggabungkan model data
logikal lokal menjadi model global, dan memeriksa pertumbuhan di masa mendatang.
3.7.2.1 Membuat Relasi untuk Model Data Logikal
Langkah ini bertujuan untuk membuat hubungan model data logikal yang
mewakili entitas, relasi, dan atribut yang sudah diidentifikasi sebelumnya.
a. Strong Entity
Strong Entity yaitu entity type yang keberadaannya tidak bergantung pada entity type
lainnya. Berikut ini merupakan Tabel 3.7 yang berisi strong entity yang ada pada
model data logikal:
Tabel 3.7 Strong Entity pada Model Data Logikal
Pegawai (PegawaiID, KataSandi, Foto, NamaPegawai, JenisKelamin, TempatLahir, TglLahir, Alamat, KodePo s, NoTelepon, Email, Agama, GolonganDarah, NoKTP, Kewarganegaraan, NoNPWP, StatusNikah, NamaKeluarga, AlamatKeluarga, Pekerjaan, TeleponKeluarga, StatusK eluarga, TahunMasukFormal, TahunLulusFormal, TingkatPendidik an, Jurusan, IPK, InstitusiPendidikanFormal, TahunMasuk Informal, TahunLulusInformal, DeskripsiPendidikan,
157
Tabel 3.7 Strong Entity pada Model Data Logikal (Lanjutan)
InstitusiPendidikanInformal, TahunMasuk, TahunKelua r, NamaPerusahaan, DeskripsiPekerjaan, Bahasa, Membaca , Menulis, Berbicara, NoSertifikat, NamaSertifikat, Penyelengg ara, DeskripsiSertifikat, TahunSertifikat, NamaJabatan) Primary Key PegawaiID
Divisi (DivisiID, NamaDivisi, DeskripsiDivisi) Primary Key DivisiID
Jabatan (JabatanID, NamaJabatan, DeskripsiJabatan, NamaDivisi) Primary Key JabatanID
Permintaan (PermintaanID, NamaJabatan, DeskripsiJab atan, Jumlah, TglPermintaan, Persyaratan, Keterangan, Sta tus) Primary Key PermintaanID
StatusPermintaan (StatusPermintaanID, Status, Deskr ipsi) Primary Key StatusPermintaanID
Media (MediaID, NamaMedia, Alamat, KodePos, NoTelep on) Primary Key MediaID
Pelamar (PelamarID, KataSandi, Foto, NamaPelamar, JenisKelamin, TempatLahir, TglLahir, Alamat, KodePo s, NoTelepon, Email, Agama, NoKTP, StatusNikah, TahunMasukFormal, TahunLulusFormal, TingkatPendidik an, Jurusan, IPK, InstitusiPendidikanFormal, TahunMasuk Informal, TahunLulusInformal, DeskripsiPendidikan, InstitusiPendidikanInformal, TahunMasuk, TahunKelua r, NamaPerusahaan, DeskripsiPekerjaan, Bahasa, Membaca , Menulis, Berbicara, NoSertifikat, NamaSertifikat, Penyelengg ara, DeskripsiSertifikat, TahunSertifikat) Primary Key PelamarID
Lamaran (LamaranID, TglLamaran, EkspektasiGaji, TglKesiapanKerja, NamaPelamar, Status) Primary Key LamaranID
StatusLamaran (StatusLamaranID, Status, Deskripsi) Primary Key StatusLamaranID
Wawancara (WawancaraID, TglWawancara, LokasiWawanca ra) Primary Key WawancaraID
TtdPenerimaan (TtdPenerimaanID, TglTtd, LokasiTtd) Primary Key TtdPenerimaanID
Absensi (AbsensiID, NamaPegawai, TglAbsensi, JamMas uk, JamPulang, Keterangan, Verifikasi) Primary Key AbsensiID
158
Tabel 3.7 Strong Entity pada Model Data Logikal (Lanjutan)
Cuti (CutiID, NamaPegawai, TglPengajuan, Jenis, Tgl AwalCuti, TglAkhirCuti, Keterangan, Status) Primary Key CutiID
JenisCuti (JenisCutiID, Jenis, Deskripsi) Primary Key JenisCutiID
StatusCuti (StatusCutiID, Status, Deskripsi) Primary Key StatusCutiID
Penilaian (PenilaianID, TglPenilaian, NamaPegawai, KualitasKerjaPegawai, KemampuanDiriPegawai, DisiplinDiriPegawai, KeteranganPegawai, KualitasKer jaDivisi, KemampuanDiriDivisi, DisiplinDiriDivisi, Keterangan Divisi, Status) Primary Key PenilaianID
StatusPenilaian (StatusPenilaianID, Status, Deskrip si) Primary Key StatusPenilaianID
DiskusiPenilaian (DiskusiPenilaianID, TglDiskusi, LokasiDiskusi) Primary Key DiskusiPenilaianID
Pelatihan (PelatihanID, NamaPelatihan, TglPengajuan , NamaDivisi, Tujuan, Kapasitas, AnggaranPelatihan, TglPelatihan, LamaPelatihan, LokasiPelatihan, Keter angan, Status) Primary Key PelatihanID
StatusPelatihan (StatusPelatihanID, Status, Deskrip si) Primary Key StatusPelatihanID
Penempatan (PenempatanID, TglPengajuan, Jenis, Nama Pegawai, NamaJabatan, Keterangan, Status) Primary Key PenempatanID
JenisPenempatan (JenisPenempatanID, Jenis, Deskrips i) Primary Key JenisPenempatanID
StatusPenempatan (StatusPenempatanID, Status, Deskr ipsi) Primary Key StatusPenempatanID
DiskusiPenempatan (DiskusiPenempatanID, TglDiskusi, LokasiDiskusi) Primary Key DiskusiPenempatanID
TtdPenempatan (TtdPenempatanID, TglTtd, LokasiTtd) Primary Key TtdPenempatanID
159
b. Weak Entity
Weak entity yaitu entity type yang keberadaannya bergantung pada entity type lainnya.
Berikut ini merupakan Tabel 3.8 yang berisi weak entity yang ada pada model data
logikal:
Tabel 3.8 Weak Entity pada Model Data Logikal
PemasanganIklan (TglTerbit, TglAkhir)
PendaftaranPelatihan (TglPendaftaran, StatusKehadir an)
c. One-to-Many (1:*) Binary Relationship Types
Pada setiap hubungan one-to-many, entitas yang berada pada one side menjadi parent
dan entitas yang berada pada many side menjadi child. Berikut ini relasi one-to-many
(1:*) binary relationship types yang ada pada model data logikal:
1) Relasi antara Pegawai dan Absensi
160
2) Relasi antara Pegawai dan Cuti
Pegawai (PegawaiID, KataSandi, Foto,
NamaPegawai, JenisKelamin,
TempatLahir, TglLahir, Alamat,
KodePos, NoTelepon, Email, Agama,
GolonganDarah, NoKTP,
Kewarganegaraan, NoNPWP, StatusNikah,
NamaKeluarga, AlamatKeluarga,
Pekerjaan, TeleponKeluarga,
StatusKeluarga, TahunMasukFormal,
TahunLulusFormal, TingkatPendidikan,
Jurusan, IPK,
InstitusiPendidikanFormal,
TahunMasukInformal,
TahunLulusInformal,
DeskripsiPendidikan,
InstitusiPendidikanInformal,
TahunMasuk, TahunKeluar,
NamaPerusahaan, DeskripsiPekerjaan,
Bahasa, Membaca, Menulis, Berbicara,
NoSertifikat, NamaSertifikat,
Penyelenggara, DeskripsiSertifikat,
TahunSertifikat, NamaJabatan)
Primary Key PegawaiID
Kirim PegawaiID ke Cuti untuk memodelkan relasi 1:*
Cuti (CutiID, PegawaiID,
NamaPegawai, TglPengajuan, Jenis,
TglAwalCuti, TglAkhirCuti,
Keterangan, Status)
Primary Key CutiID
Foreign Key PegawaiID references
Pegawai(PegawaiID)
3) Relasi antara Pegawai dan Penilaian
161
4) Relasi antara Pegawai dan Penempatan
162
5) Relasi antara Jabatan dan Pegawai
Pegawai (PegawaiID, JabatanID,
KataSandi, Foto, NamaPegawai,
JenisKelamin, TempatLahir, TglLahir,
Alamat, KodePos, NoTelepon, Email,
Agama, GolonganDarah, NoKTP,
Kewarganegaraan, NoNPWP, StatusNikah,
NamaKeluarga, AlamatKeluarga,
Pekerjaan, TeleponKeluarga,
StatusKeluarga, TahunMasukFormal,
TahunLulusFormal, TingkatPendidikan,
Jurusan, IPK,
InstitusiPendidikanFormal,
TahunMasukInformal,
TahunLulusInformal,
DeskripsiPendidikan,
InstitusiPendidikanInformal,
TahunMasuk, TahunKeluar,
NamaPerusahaan, DeskripsiPekerjaan,
Bahasa, Membaca, Menulis, Berbicara,
NoSertifikat, NamaSertifikat,
Penyelenggara, DeskripsiSertifikat,
TahunSertifikat, NamaJabatan)
Primary Key PegawaiID
Foreign Key JabatanID references
Jabatan(JabatanID)
Kirim JabatanID ke Pegawai untuk memodelkan relasi 1:*
Jabatan (JabatanID, NamaJabatan,
DeskripsiJabatan, NamaDivisi)
Primary Key JabatanID
6) Relasi antara Divisi dan Jabatan
163
7) Relasi antara Divisi dan Pelatihan
8) Relasi antara Jabatan dan Permintaan
9) Relasi antara StatusPermintaan dan Permintaan
164
10) Relasi antara Pelamar dan Lamaran
11) Relasi antara Permintaan dan Lamaran
12) Relasi antara StatusLamaran dan Lamaran
165
13) Relasi antara TtdPenerimaan dan Lamaran
14) Relasi antara JenisCuti dan Cuti
15) Relasi antara StatusCuti dan Cuti
166
16) Relasi antara StatusPenilaian dan Penilaian
17) Relasi antara StatusPelatihan dan Pelatihan
18) Relasi antara Jabatan dan Penempatan
167
19) Relasi antara JenisPenempatan dan Penempatan
20) Relasi antara StatusPenempatan dan Penempatan
168
21) Relasi antara TtdPenempatan dan Penempatan
d. One-to-One (1:1) Binary Relationship Types
Berikut ini relasi one-to-one (1:1) binary relationship types yang ada pada model data
logikal:
1) Relasi antara Lamaran dan Wawancara
169
2) Relasi antara Penilaian dan DiskusiPenilaian
3) Relasi antara Penempatan dan DiskusiPenempatan
e. Superclass/Subclass Relationship Types
Pada model data logikal tidak terdapat superclass/subclass relationship types.
f. Many-to-Many (*:*) Binary Relationship Types
Berikut ini many-to-many (*:*) binary relationship types yang ada pada model data
logikal:
170
1) Relasi antara Pegawai dan Pelatihan
171
2) Relasi antara Media dan Permintaan
g. Complex Relationship Types
Pada model data logikal tidak terdapat complex relationship types.
h. Multi-Valued Attributes
Berikut ini multi-valued attributes yang ada pada model data logikal:
172
1) Multi-valued attributes pada entitas Pegawai
Pegawai (PegawaiID, JabatanID,
KataSandi, Foto, NamaPegawai,
JenisKelamin, TempatLahir, TglLahir,
Alamat, KodePos, Email, Agama,
GolonganDarah, NoKTP,
Kewarganegaraan, NoNPWP, StatusNikah,
NamaJabatan)
Primary Key PegawaiID
Foreign Key JabatanID references
Jabatan(JabatanID)
Keluarga (KeluargaID, PegawaiID,
NamaKeluarga, AlamatKeluarga,
Pekerjaan, TeleponKeluarga,
StatusKeluarga)
Primary Key KeluargaID
Foreign Key PegawaiID references
Pegawai (PegawaiID)
TelpPegawai (NoTeleponPegawai,
PegawaiID)
Primary Key NoTeleponPegawai,
PegawaiID
Foreign Key PegawaiID references
Pegawai(PegawaiID)
Kirim PegawaiID ke TelpPegawai
PdkFormalPegawai (PdkFormalPegawaiID,
PegawaiID, TahunMasukFormal,
TahunLulusFormal, TingkatPendidikan,
Jurusan, IPK, InstitusiPendidikanFormal)
Primary Key PdkFormalPegawaiID
Foreign Key PegawaiID references
Pegawai(PegawaiID)
Kirim PegawaiID ke PdkFormalPegawai
PdkInformalPegawai
(PdkInformalPegawaiID, PegawaiID,
TahunMasukInformal, TahunLulusInformal,
DeskripsiPendidikan,
InstitusiPendidikanInformal)
Primary Key PdkInformalPegawaiID
Foreign Key PegawaiID references
Pegawai(PegawaiID)
Kirim PegawaiID ke Keluarga
Kirim PegawaiID ke
PdkInformalPegawai
PekerjaanPegawai (PekerjaanPegawaiID,
PegawaiID, TahunMasuk, TahunKeluar,
NamaPerusahaan, DeskripsiPekerjaan)
Primary Key PekerjaanPegawaiID
Foreign Key PegawaiID references
Pegawai(PegawaiID)
Kirim PegawaiID ke PekerjaanPegawai
BahasaPegawai (BahasaPegawaiID,
PegawaiID, Bahasa, Membaca, Menulis,
Berbicara)
Primary Key BahasaPegawaiID
Foreign Key PegawaiID references
Pegawai(PegawaiID)
Kirim PegawaiID ke BahasaPegawai
SertifikatPegawai (NoSertifikatPegawai,
PegawaiID, NamaSertifikat,
Penyelenggara, DeskripsiSertifikat,
TahunSertifikat)
Primary Key NoSertifikatPegawai
Foreign Key PegawaiID references
Pegawai(PegawaiID)
Kirim PegawaiID ke SertifikatPegawai
2) Multi-valued attributes pada entitas Permintaan
173
3) Multi-valued attributes pada entitas Media
4) Multi-valued attributes pada entitas Pelamar
174
5) Multi-valued attributes pada entitas Pelatihan
Berikut ini merupakan Tabel 3.9 yang berisi hasil relasi yang sudah dibuat pada
model data logikal:
Tabel 3.9 Relasi pada Model Data Logikal
Pegawai (PegawaiID, JabatanID, KataSandi, Foto, Nam aPegawai, JenisKelamin, TempatLahir, TglLahir, Alamat, KodePo s, Email, Agama, GolonganDarah, NoKTP, Kewarganegaraan, NoNPW P, StatusNikah, NamaJabatan) Primary Key PegawaiID Foreign Key JabatanID references Jabatan(JabatanID)
TelpPegawai (NoTeleponPegawai, PegawaiID) Primary Key NoTeleponPegawai, PegawaiID Foreign Key PegawaiID references Pegawa i(PegawaiID)
Keluarga (KeluargaID, PegawaiID, NamaKeluarga, Alam atKeluarga, Pekerjaan, TeleponKeluarga, StatusKeluarga) Primary Key KeluargaID Foreign Key PegawaiID references Pegawai (PegawaiID )
PdkFormalPegawai (PdkFormalPegawaiID, PegawaiID, TahunMasukFormal, TahunLulusFormal, TingkatPendidik an, Jurusan, IPK, InstitusiPendidikanFormal) Primary Key PdkFormalPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID)
PdkInformalPegawai (PdkInformalPegawaiID, PegawaiID , TahunMasukInformal, TahunLulusInformal, DeskripsiPe ndidikan, InstitusiPendidikanInformal) Primary Key PdkInformalPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID)
175
Tabel 3.9 Relasi pada Model Data Logikal (Lanjutan)
PekerjaanPegawai (PekerjaanPegawaiID, PegawaiID, Ta hunMasuk, TahunKeluar, NamaPerusahaan, DeskripsiPekerjaan) Primary Key PekerjaanPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID)
BahasaPegawai (BahasaPegawaiID, PegawaiID, Bahasa, Membaca, Menulis, Berbicara) Primary Key BahasaPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID)
SertifikatPegawai (NoSertifikatPegawai, PegawaiID, NamaSertifikat, Penyelenggara, DeskripsiSertifikat, TahunSertifikat) Primary Key NoSertifikatPegawai Foreign Key PegawaiID references Pegawai(PegawaiID)
Divisi (DivisiID, NamaDivisi, DeskripsiDivisi) Primary Key DivisiID
Jabatan (JabatanID, DivisiID, NamaJabatan, Deskrips iJabatan, NamaDivisi) Primary Key JabatanID Foreign Key DivisiID references Divisi(DivisiID)
Permintaan (PermintaanID, JabatanID, StatusPerminta anID, NamaJabatan, DeskripsiJabatan, Jumlah, TglPermintaa n, Keterangan, Status) Primary Key PermintaanID Foreign Key JabatanID references Jabatan(JabatanID) Foreign Key StatusPermintaanID references StatusPermintaan(StatusPermintaanID)
SyaratPermintaan (SyaratPermintaanID, PermintaanID, Persyaratan) Primary Key SyaratPermintaanID Foreign Key PermintaanID references Permintaan(Perm intaanID)
StatusPermintaan (StatusPermintaanID, Status, Deskr ipsi) Primary Key StatusPermintaanID
Media (MediaID, NamaMedia, Alamat, KodePos) Primary Key MediaID
TelpMedia (NoTeleponMedia, MediaID) Primary Key NoTeleponMedia, MediaID Foreign Key MediaID references Media(MediaID)
PemasanganIklan (MediaID, PermintaanID, TglTerbit, TglAkhir) Primary Key MediaID, PermintaanID Foreign Key MediaID references Media(MediaID) Foreign Key PermintaanID references Permintaan(Perm intaanID)
176
Tabel 3.9 Relasi pada Model Data Logikal (Lanjutan)
Pelamar (PelamarID, KataSandi, Foto, NamaPelamar, J enisKelamin, TempatLahir, TglLahir, Alamat, KodePos, Email, Agam a, NoKTP, StatusNikah) Primary Key PelamarID
TelpPelamar (NoTeleponPelamar, PelamarID) Primary Key NoTeleponPelamar, PelamarID Foreign Key PelamarID references Pelamar(PelamarID)
PdkFormalPelamar (PdkFormalPelamarID, PelamarID, TahunMasukFormal, TahunLulusFormal, TingkatPendidik an, Jurusan, IPK, InstitusiPendidikanFormal) Primary Key PdkFormalPelamarID Foreign Key PelamarID references Pelamar(PelamarID)
PdkInformalPelamar (PdkInformalPelamarID, PelamarID , TahunMasukInformal, TahunLulusInformal, DeskripsiPe ndidikan, InstitusiPendidikanInformal) Primary Key PdkInformalPelamarID Foreign Key PelamarID references Pelamar(PelamarID)
PekerjaanPelamar (PekerjaanPelamarID, PelamarID, Ta hunMasuk, TahunKeluar, NamaPerusahaan, DeskripsiPekerjaan) Primary Key PekerjaanPelamarID Foreign Key PelamarID references Pelamar(PelamarID)
BahasaPelamar (BahasaPelamarID, PelamarID, Bahasa, Membaca, Menulis, Berbicara) Primary Key BahasaPelamarID Foreign Key PelamarID references Pelamar(PelamarID)
SertifikatPelamar (NoSertifikatPelamar, PelamarID, NamaSertifikat, Penyelenggara, DeskripsiSertifikat, TahunSertifikat) Primary Key NoSertifikatPelamar Foreign Key PelamarID references Pelamar(PelamarID)
Lamaran (LamaranID, PelamarID, PermintaanID, Status LamaranID, TtdPenerimaanID, TglLamaran, EkspektasiGaji, TglKes iapanKerja, NamaPelamar, Status) Primary Key LamaranID Foreign Key PelamarID references Pelamar(PelamarID) Foreign Key PermintaanID references Permintaan(Perm intaanID) Foreign Key StatusLamaranID references StatusLamaran(StatusLamaranID) Foreign Key TtdPenerimaanID references TtdPenerimaan(TtdPenerimaanID)
StatusLamaran (StatusLamaranID, Status, Deskripsi) Primary Key StatusLamaranID
177
Tabel 3.9 Relasi pada Model Data Logikal (Lanjutan)
Wawancara (WawancaraID, LamaranID, TglWawancara, LokasiWawancara) Primary Key WawancaraID Foreign Key LamaranID references Lamaran(LamaranID)
TtdPenerimaan (TtdPenerimaanID, TglTtd, LokasiTtd) Primary Key TtdPenerimaanID
Absensi (AbsensiID, PegawaiID, NamaPegawai, TglAbse nsi, JamMasuk, JamPulang, Keterangan, Verifikasi) Primary Key AbsensiID Foreign Key PegawaiID references Pegawai(PegawaiID)
Cuti (CutiID, PegawaiID, JenisCutiID, StatusCutiID, NamaPegawai, TglPengajuan, Jenis, TglAwalCuti, TglA khirCuti, Keterangan, Status) Primary Key CutiID Foreign Key PegawaiID references Pegawai(PegawaiID) Foreign Key JenisCutiID references JenisCuti(JenisC utiID) Foreign Key StatusCutiID references StatusCuti(Stat usCutiID)
JenisCuti (JenisCutiID, Jenis, Deskripsi) Primary Key JenisCutiID
StatusCuti (StatusCutiID, Status, Deskripsi) Primary Key StatusCutiID
Penilaian (PenilaianID, PegawaiID, StatusPenilaianI D, TglPenilaian, NamaPegawai, KualitasKerjaPegawai, KemampuanDiriPegawai, DisiplinDiriPegawai, Keterang anPegawai, KualitasKerjaDivisi, KemampuanDiriDivisi, DisiplinD iriDivisi, KeteranganDivisi, Status) Primary Key PenilaianID Foreign Key PegawaiID references Pegawai(PegawaiID) Foreign Key StatusPenilaianID references StatusPenilaian(StatusPenilaianID)
StatusPenilaian (StatusPenilaianID, Status, Deskrip si) Primary Key StatusPenilaianID
DiskusiPenilaian (DiskusiPenilaianID, PenilaianID, TglDiskusi, LokasiDiskusi) Primary Key DiskusiPenilaianID Foreign Key PenilaianID references Penilaian(Penila ianID)
Pelatihan (PelatihanID, DivisiID, StatusPelatihanID , NamaPelatihan, TglPengajuan, NamaDivisi, Kapasitas, AnggaranPelatihan, TglPelatihan, LamaPelatihan, LokasiPelatihan, Keterangan, Status) Primary Key PelatihanID Foreign Key DivisiID references Divisi(DivisiID) Foreign Key StatusPelatihanID references StatusPelatihan(StatusPelatihanID)
178
Tabel 3.9 Relasi pada Model Data Logikal (Lanjutan)
TujuanPelatihan (TujuanID, PelatihanID, Tujuan) Primary Key TujuanID Foreign Key PelatihanID references Pelatihan(Pelati hanID)
StatusPelatihan (StatusPelatihanID, Status, Deskrip si) Primary Key StatusPelatihanID
PendaftaranPelatihan (PegawaiID, PelatihanID, TglPe ndaftaran, StatusKehadiran) Primary Key PegawaiID, PelatihanID Foreign Key PegawaiID references Pegawai(PegawaiID) Foreign Key PelatihanID references Pelatihan(Pelati hanID)
Penempatan (PenempatanID, PegawaiID, JabatanID, JenisPenempatanID, StatusPenempatanID, TtdPenempata nID, TglPengajuan, Jenis, NamaPegawai, NamaJabatan, Kete rangan, Status) Primary Key PenempatanID Foreign Key PegawaiID references Pegawai(PegawaiID) Foreign Key JabatanID references Jabatan(JabatanID) Foreign Key JenisPenempatanID references JenisPenempatan(JenisPenempatanID) Foreign Key StatusPenempatanID references StatusPenempatan(StatusPenempatanID) Foreign Key TtdPenempatanID references TtdPenempatan(TtdPenempatanID)
JenisPenempatan (JenisPenempatanID, Jenis, Deskrips i) Primary Key JenisPenempatanID
StatusPenempatan (StatusPenempatanID, Status, Deskr ipsi) Primary Key StatusPenempatanID
DiskusiPenempatan (DiskusiPenempatanID, PenempatanI D, TglDiskusi, LokasiDiskusi) Primary Key DiskusiPenempatanID Foreign Key PenempatanID references Penempatan(Pene mpatanID)
TtdPenempatan (TtdPenempatanID, TglTtd, LokasiTtd) Primary Key TtdPenempatanID
3.7.2.2 Memvalidasi Relasi dengan Normalisasi
Langkah ini bertujuan untuk memvalidasi relasi pada model data logikal dengan
menggunakan teknik normalisasi. Berikut ini merupakan Tabel 3.10 yang berisi validasi
dengan menggunakan teknik normalisasi yang dilakukan pada model data logikal:
179
Tabel 3.10 Normalisasi pada Model Data Logikal
Entity Name Tingkatan Normalisasi
Pegawai UNF: Pegawai (PegawaiID, JabatanID, KataSandi, Foto, NamaPegawai, JenisKelamin, TempatLahir, TglLahir, Alamat, KodePos, Email, Agama, GolonganDarah, NoKTP , Kewarganegaraan, NoNPWP, StatusNikah, NamaJabatan)
1NF: Pegawai (PegawaiID , JabatanID, KataSandi, Foto, NamaPegawai, JenisKelamin, TempatLahir, TglLahir, Alamat, KodePos, Email, Agama, GolonganDarah, NoKTP , Kewarganegaraan, NoNPWP, StatusNikah, NamaJabatan)
2NF: Pegawai (PegawaiID , JabatanID, KataSandi, Foto, NamaPegawai, JenisKelamin, TempatLahir, TglLahir, Alamat, KodePos, Email, Agama, GolonganDarah, NoKTP , Kewarganegaraan, NoNPWP, StatusNikah, NamaJabatan)
3NF: Pegawai (PegawaiID , JabatanID, KataSandi, Foto, NamaPegawai, JenisKelamin, TempatLahir, TglLahir, Alamat, KodePos, Email, Agama, GolonganDarah, NoKTP , Kewarganegaraan, NoNPWP, StatusNikah) Jabatan (JabatanID , NamaJabatan)
Sertifikat Pegawai
UNF: SertifikatPegawai (NoSertifikatPegawai, PegawaiID, NamaSertifikat, Penyelenggara, DeskripsiSertifikat, TahunSertifikat)
1NF: SertifikatPegawai (NoSertifikatPegawai , PegawaiID, NamaSertifikat, Penyelenggara, DeskripsiSertifikat, TahunSertifikat)
2NF: SertifikatPegawai (NoSertifikatPegawai , PegawaiID, NamaSertifikat, Penyelenggara, DeskripsiSertifikat, TahunSertifikat)
3NF: SertifikatPegawai (NoSertifikatPegawai , PegawaiID, JenisSertifikatID, TahunSertifikat) JenisSertifikat (JenisSertifikatID , NamaSertifikat, Penyelenggara, DeskripsiSertifikat)
180
Tabel 3.10 Normalisasi pada Model Data Logikal (Lanjutan)
Entity Name Tingkatan Normalisasi
Jabatan UNF: Jabatan (JabatanID, DivisiID, NamaJabatan, DeskripsiJabatan, NamaDivisi)
1NF: Jabatan (JabatanID , DivisiID, NamaJabatan, DeskripsiJabatan, NamaDivisi)
2NF: Jabatan (JabatanID , DivisiID, NamaJabatan, DeskripsiJabatan, NamaDivisi)
3NF: Jabatan (JabatanID , DivisiID, NamaJabatan, DeskripsiJabatan) Divisi (DivisiID , NamaDivisi)
Permintaan UNF: Permintaan (PermintaanID, JabatanID, StatusPermintaanID, NamaJabatan, DeskripsiJabatan, Jumlah, TglPermintaan, Keterangan, Status)
1NF: Permintaan (PermintaanID , JabatanID, StatusPermintaanID, NamaJabatan, DeskripsiJabatan, Jumlah, TglPermintaan, Keterangan, Status)
2NF: Permintaan (PermintaanID , JabatanID, StatusPermintaanID, NamaJabatan, DeskripsiJabatan, Jumlah, TglPermintaan, Keterangan, Status)
3NF: Permintaan (PermintaanID , JabatanID, StatusPermintaanID, Jumlah, TglPermintaan, Keterangan) Jabatan (JabatanID , NamaJabatan, DeskripsiJabatan) StatusPermintaan (StatusPermintaanID , Status)
181
Tabel 3.10 Normalisasi pada Model Data Logikal (Lanjutan)
Entity Name Tingkatan Normalisasi
Sertifikat Pelamar
UNF: SertifikatPelamar (NoSertifikatPelamar, PelamarID, NamaSertifikat, Penyelenggara, DeskripsiSertifikat, TahunSertifikat)
1NF: SertifikatPelamar (NoSertifikatPelamar , PelamarID, NamaSertifikat, Penyelenggara, DeskripsiSertifikat, TahunSertifikat)
2NF: SertifikatPelamar (NoSertifikatPelamar , PelamarID, NamaSertifikat, Penyelenggara, DeskripsiSertifikat, TahunSertifikat)
3NF: SertifikatPelamar (NoSertifikatPelamar , PelamarID, JenisSertifikatID, TahunSertifikat) JenisSertifikat (JenisSertifikatID , NamaSertifikat, Penyelenggara, DeskripsiSertifikat)
Lamaran UNF: Lamaran (LamaranID, PelamarID, PermintaanID, StatusLamaranID, TtdPenerimaanID, TglLamaran, EkspektasiGaji, TglKesiapanKerja, NamaPelamar, Status)
1NF: Lamaran (LamaranID , PelamarID, PermintaanID, StatusLamaranID, TtdPenerimaanID, TglLamaran, EkspektasiGaji, TglKesiapanKerja, NamaPelamar, Status)
2NF: Lamaran (LamaranID , PelamarID, PermintaanID, StatusLamaranID, TtdPenerimaanID, TglLamaran, EkspektasiGaji, TglKesiapanKerja, NamaPelamar, Status)
3NF: Lamaran (LamaranID , PelamarID, PermintaanID, StatusLamaranID, TtdPenerimaanID, TglLamaran, EkspektasiGaji, TglKesiapanKerja) Pelamar (PelamarID , NamaPelamar) StatusLamaran (StatusLamaranID , Status)
182
Tabel 3.10 Normalisasi pada Model Data Logikal (Lanjutan)
Entity Name Tingkatan Normalisasi
Absensi UNF: Absensi (AbsensiID, PegawaiID, NamaPegawai, TglAbsensi, JamMasuk, JamPulang, Keterangan, Verifikasi)
1NF: Absensi (AbsensiID , PegawaiID, NamaPegawai, TglAbsensi, JamMasuk, JamPulang, Keterangan, Verifikasi)
2NF: Absensi (AbsensiID , PegawaiID, NamaPegawai, TglAbsensi, JamMasuk, JamPulang, Keterangan, Verifikasi)
3NF: Absensi (AbsensiID , PegawaiID, TglAbsensi, JamMasuk, JamPulang, Keterangan, Verifikasi) Pegawai ( PegawaiID , NamaPegawai)
Cuti UNF: Cuti (CutiID, PegawaiID, JenisCutiID, StatusCutiID, NamaPegawai, TglPengajuan, Jenis, TglAwalCuti, TglAkhirCuti, Keterangan, Status)
1NF: Cuti (CutiID , PegawaiID, JenisCutiID, StatusCutiID, NamaPegawai, TglPengajuan, Jenis, TglAwalCuti, TglAkhirCuti, Keterangan, Status)
2NF: Cuti (CutiID , PegawaiID, JenisCutiID, StatusCutiID, NamaPegawai, TglPengajuan, Jenis, TglAwalCuti, TglAkhirCuti, Keterangan, Status)
3NF: Cuti (CutiID , PegawaiID, JenisCutiID, StatusCutiID, TglPengajuan, TglAwalCuti, TglAkhirCuti, Keterangan ) Pegawai (PegawaiID , NamaPegawai) JenisCuti (JenisCutiID , Jenis) StatusCuti ( StatusCu tiID , Status)
183
Tabel 3.10 Normalisasi pada Model Data Logikal (Lanjutan)
Entity Name Tingkatan Normalisasi
Penilaian UNF: Penilaian (PenilaianID, PegawaiID, StatusPenilaianID, TglPenilaian, NamaPegawai, KualitasKerjaPegawai, KemampuanDiriPegawai, DisiplinDiriPegawai, KeteranganPegawai, KualitasKerjaDivisi, KemampuanDiriDivisi, DisiplinDiriDivisi, KeteranganDivisi, Status)
1NF: Penilaian (PenilaianID , PegawaiID, StatusPenilaianID, TglPenilaian, NamaPegawai, KualitasKerjaPegawai, KemampuanDiriPegawai, DisiplinDiriPegawai, KeteranganPegawai, KualitasKerjaDivisi, KemampuanDiriDivisi, DisiplinDiriDivisi, KeteranganDivisi, Status)
2NF: Penilaian (PenilaianID , PegawaiID, StatusPenilaianID, TglPenilaian, NamaPegawai, KualitasKerjaPegawai, KemampuanDiriPegawai, DisiplinDiriPegawai, KeteranganPegawai, KualitasKerjaDivisi, KemampuanDiriDivisi, DisiplinDiriDivisi, KeteranganDivisi, Status)
3NF: Penilaian (PenilaianID , PegawaiID, StatusPenilaianID, TglPenilaian, KualitasKerjaPegawai, KemampuanDiriPegawai, DisiplinDiriPegawai, KeteranganPegawai, KualitasKerjaDivisi, KemampuanDiriDivisi, DisiplinDiriDivisi, KeteranganDivisi) Pegawai (PegawaiID , NamaPegawai) StatusPenilaianID (StatusPenilaianID , Status)
184
Tabel 3.10 Normalisasi pada Model Data Logikal (Lanjutan)
Entity Name Tingkatan Normalisasi
Pelatihan UNF: Pelatihan (PelatihanID, DivisiID, StatusPelatihanID , NamaPelatihan, TglPengajuan, NamaDivisi, Kapasitas, AnggaranPelatihan, TglPelatihan, LamaPelatihan, LokasiPelatihan, Keterangan, Status)
1NF: Pelatihan (PelatihanID , DivisiID, StatusPelatihanID, NamaPelatihan, TglPengajuan, NamaDivisi, Kapasitas, AnggaranPelatihan, TglPelatihan, LamaPelatihan, LokasiPelatihan, Keterangan, Status)
2NF: Pelatihan (PelatihanID , DivisiID, StatusPelatihanID, NamaPelatihan, TglPengajuan, NamaDivisi, Kapasitas, AnggaranPelatihan, TglPelatihan, LamaPelatihan, LokasiPelatihan, Keterangan, Status)
3NF: Pelatihan (PelatihanID , DivisiID, StatusPelatihanID, NamaPelatihan, TglPengajuan, Kapasitas, AnggaranPelatihan, TglPelatihan, LamaPelatihan, LokasiPelatihan, Keterangan) Divisi (DivisiID , NamaDivisi) StatusPelatihan (StatusPelatihanID , Status)
185
Tabel 3.10 Normalisasi pada Model Data Logikal (Lanjutan)
Entity Name Tingkatan Normalisasi
Penempatan UNF: Penempatan (PenempatanID, PegawaiID, JabatanID, JenisPenempatanID, StatusPenempatanID, TtdPenempatanID, TglPengajuan, Jenis, NamaPegawai, NamaJabatan, Keterangan, Status)
1NF: Penempatan (PenempatanID , PegawaiID, JabatanID, JenisPenempatanID, StatusPenempatanID, TtdPenempatanID, TglPengajuan, Jenis, NamaPegawai, NamaJabatan, Keterangan, Status)
2NF: Penempatan (PenempatanID , PegawaiID, JabatanID, JenisPenempatanID, StatusPenempatanID, TtdPenempatanID, TglPengajuan, Jenis, NamaPegawai, NamaJabatan, Keterangan, Status)
3NF: Penempatan (PenempatanID , PegawaiID, JabatanID, JenisPenempatanID, StatusPenempatanID, TtdPenempatanID, TglPengajuan, Keterangan) Pegawai (PegawaiID , NamaPegawai) Jabatan (JabatanID , NamaJabatan) JenisPenempatan (JenisPenempatanID , Jenis) StatusPenempatan (StatusPenempatanID , Status)
186
Berikut ini adalah Gambar 3.23 yang menggambarkan model data logikal global yang sudah dibuat:
Gambar 3.23 Model Data Logikal
187
3.7.2.3 Memvalidasi Relasi dengan Transaksi Pengguna
Tujuan dari langkah ini adalah untuk memastikan bahwa model logikal sudah
mendukung transaksi-transaksi yang dibutuhkan. Pendekatan yang dilakukan adalah
dengan menggunakan transaction pathways.
Berikut ini adalah transaksi-transaksi yang ada di sistem kepegawaian pada PT.
ALTAVINDO:
a. Menampilkan daftar permintaan pegawai berdasarkan jabatan;
b. Menampilkan daftar media yang digunakan untuk mengiklankan permintaan;
c. Menampilkan daftar pelamar berdasarkan permintaan;
d. Menampilkan daftar pegawai berdasarkan jabatan;
e. Menampilkan daftar absensi pegawai;
f. Menampilkan daftar cuti pegawai;
g. Menampilkan daftar penilaian pegawai;
h. Menampilkan daftar pelatihan pegawai berdasarkan divisi;
i. Menampilkan daftar pegawai yang mengikuti pelatihan;
j. Menampilkan daftar penempatan pegawai;
k. Memasukkan atau mengubah atau menghapus data permintaan pegawai;
l. Memasukkan atau mengubah atau menghapus data pegawai;
m. Memasukkan atau mengubah data absensi pegawai;
n. Memasukkan atau mengubah atau menghapus data cuti pegawai;
o. Memasukkan atau mengubah data penilaian pegawai;
p. Memasukkan atau mengubah data diskusi penilaian pegawai;
q. Memasukkan atau mengubah atau menghapus data pelatihan pegawai;
r. Memasukkan atau mengubah atau menghapus data penempatan pegawai;
s. Memasukkan atau mengubah data diskusi penempatan pegawai.
188
Berikut ini adalah Gambar 3.24 yang menggambarkan ERD logikal dengan pathway analysis yang sudah dibuat:
Gambar 3.24 Model Data Logikal dengan Pathway Analysis
189
3.7.2.4 Menentukan Integrity Constraints
Integrity constraints didefinisikan untuk menghindari adanya data yang tidak
konsisten pada basis data. Berikut ini merupakan jenis-jenis integrity constraints yang
digunakan:
a. Kebutuhan akan data (required data)
Sebagian besar atribut tidak diperbolehkan memiliki nilai NULL. Aturan ini
didefinisikan saat mengidentifikasi dan mengasosiasikan atribut dengan tipe entitas
atau relasi (Tabel 3.4).
b. Batasan domain atribut (attribute domain constraints)
Pengujian integritas domain bertujuan untuk memeriksa apakah atribut sudah sesuai
dengan domain atau belum. Batasan ini didefinisikan saat menentukan domain atribut
(Tabel 3.5).
c. Integritas entitas (entity integrity)
Suatu entitas tidak boleh mempunyai primary key bernilai NULL. Aturan ini sudah
diaplikasikan saat identifikasi primary key untuk setiap entitas (Tabel 3.6).
d. Integritas referensial (referential integrity)
Pada bagian ini akan didefinisikan tindakan yang akan dilakukan pada saat terjadi
update atau delete pada foreign key yang terdapat pada setiap entitas sehingga tercipta
kesamaan data antara data yang terdapat pada primary key dan foreign key. Berikut ini
merupakan Tabel 3.11 yang berisi referential integrity pada model data logikal:
Tabel 3.11 Referential Integrity pada Model Data Logikal
Pegawai (PegawaiID, JabatanID, KataSandi, Foto, Nam aPegawai, JenisKelamin, TempatLahir, TglLahir, Alamat, KodePo s, Email, Agama, GolonganDarah, NoKTP, Kewarganegaraan, NoNPW P, StatusNikah) Primary Key PegawaiID Alternate Key NamaPegawai, NoKTP, NoNPWP Foreign Key JabatanID references Jabatan(JabatanID) ON UPDATE CASCADE ON DELETE CASCADE
190
Tabel 3.11 Referential Integrity pada Model Data Logikal (Lanjutan)
TelpPegawai (NoTeleponPegawai, PegawaiID) Primary Key NoTeleponPegawai, PegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE
Keluarga (KeluargaID, PegawaiID, NamaKeluarga, AlamatKeluarga, Pekerjaan, TeleponKeluarga, StatusK eluarga) Primary Key KeluargaID Foreign Key PegawaiID references Pegawai (PegawaiID ) ON UPDATE CASCADE ON DELETE CASCADE
PdkFormalPegawai (PdkFormalPegawaiID, PegawaiID, TahunMasukFormal, TahunLulusFormal, TingkatPendidik an, Jurusan, IPK, InstitusiPendidikanFormal) Primary Key PdkFormalPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE
PdkInformalPegawai (PdkInformalPegawaiID, PegawaiID , TahunMasukInformal, TahunLulusInformal, DeskripsiPe ndidikan, InstitusiPendidikanInformal) Primary Key PdkInformalPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE
PekerjaanPegawai (PekerjaanPegawaiID, PegawaiID, Ta hunMasuk, TahunKeluar, NamaPerusahaan, DeskripsiPekerjaan) Primary Key PekerjaanPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE
BahasaPegawai (BahasaPegawaiID, PegawaiID, Bahasa, Membaca, Menulis, Berbicara) Primary Key BahasaPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE
SertifikatPegawai (NoSertifikatPegawai, PegawaiID, JenisSertifikatID, TahunSertifikat) Primary Key NoSertifikatPegawai Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key JenisSertifikatID references JenisSerti fikat (JenisSertifikatID) ON UPDATE CASCADE ON DELETE CAS CADE
JenisSertifikat (JenisSertifikatID, NamaSertifikat, Penyelenggara, DeskripsiSertifikat) Primary Key JenisSertifikatID
Divisi (DivisiID, NamaDivisi, DeskripsiDivisi) Primary Key DivisiID Alternate Key NamaDivisi
191
Tabel 3.11 Referential Integrity pada Model Data Logikal (Lanjutan)
Jabatan (JabatanID, DivisiID, NamaJabatan, Deskrips iJabatan) Primary Key JabatanID Alternate Key NamaJabatan Foreign Key DivisiID references Divisi(DivisiID) ON UPDATE CASCADE ON DELETE CASCADE
Permintaan (PermintaanID, JabatanID, StatusPerminta anID, Jumlah, TglPermintaan, Keterangan) Primary Key PermintaanID Foreign Key JabatanID references Jabatan(JabatanID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key StatusPermintaanID references StatusPermintaan(StatusPermintaanID) ON UPDATE CASC ADE ON DELETE CASCADE
SyaratPermintaan (SyaratPermintaanID, PermintaanID, Persyaratan) Primary Key SyaratPermintaanID Foreign Key PermintaanID references Permintaan(Perm intaanID) ON UPDATE CASCADE ON DELETE CASCADE
StatusPermintaan (StatusPermintaanID, Status, Deskr ipsi) Primary Key StatusPermintaanID Alternate Key Status
Media (MediaID, NamaMedia, Alamat, KodePos) Primary Key MediaID Alternate Key NamaMedia
TelpMedia (NoTeleponMedia, MediaID) Primary Key NoTeleponMedia, MediaID Foreign Key MediaID references Media(MediaID) ON UP DATE CASCADE ON DELETE CASCADE
PemasanganIklan (MediaID, PermintaanID, TglTerbit, TglAkhir) Primary Key MediaID, PermintaanID Foreign Key MediaID references Media(MediaID) ON UP DATE CASCADE ON DELETE CASCADE Foreign Key PermintaanID references Permintaan(Perm intaanID) ON UPDATE CASCADE ON DELETE CASCADE
Pelamar (PelamarID, KataSandi, Foto, NamaPelamar, JenisKelamin, TempatLahir, TglLahir, Alamat, KodePo s, Email, Agama, NoKTP, StatusNikah) Primary Key PelamarID Alternate Key NamaPelamar, NoKTP
TelpPelamar (NoTeleponPelamar, PelamarID) Primary Key NoTeleponPelamar, PelamarID Foreign Key PelamarID references Pelamar(PelamarID) ON UPDATE CASCADE ON DELETE CASCADE
192
Tabel 3.11 Referential Integrity pada Model Data Logikal (Lanjutan)
PdkFormalPelamar (PdkFormalPelamarID, PelamarID, TahunMasukFormal, TahunLulusFormal, TingkatPendidik an, Jurusan, IPK, InstitusiPendidikanFormal) Primary Key PdkFormalPelamarID Foreign Key PelamarID references Pelamar(PelamarID) ON UPDATE CASCADE ON DELETE CASCADE
PdkInformalPelamar (PdkInformalPelamarID, PelamarID , TahunMasukInformal, TahunLulusInformal, DeskripsiPe ndidikan, InstitusiPendidikanInformal) Primary Key PdkInformalPelamarID Foreign Key PelamarID references Pelamar(PelamarID) ON UPDATE CASCADE ON DELETE CASCADE
PekerjaanPelamar (PekerjaanPelamarID, PelamarID, Ta hunMasuk, TahunKeluar, NamaPerusahaan, DeskripsiPekerjaan) Primary Key PekerjaanPelamarID Foreign Key PelamarID references Pelamar(PelamarID) ON UPDATE CASCADE ON DELETE CASCADE
BahasaPelamar (BahasaPelamarID, PelamarID, Bahasa, Membaca, Menulis, Berbicara) Primary Key BahasaPelamarID Foreign Key PelamarID references Pelamar(PelamarID) ON UPDATE CASCADE ON DELETE CASCADE
SertifikatPelamar (NoSertifikatPelamar, PelamarID, JenisSertifikatID, TahunSertifikat) Primary Key NoSertifikatPelamar Foreign Key PelamarID references Pelamar(PelamarID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key JenisSertifikatID references JenisSerti fikat (JenisSertifikatID) ON UPDATE CASCADE ON DELETE CAS CADE
Lamaran (LamaranID, PelamarID, PermintaanID, Status LamaranID, TtdPenerimaanID, TglLamaran, EkspektasiGaji, TglKesiapanKerja) Primary Key LamaranID Foreign Key PelamarID references Pelamar(PelamarID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key PermintaanID references Permintaan(Perm intaanID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key StatusLamaranID references StatusLamaran(StatusLamaranID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key TtdPenerimaanID references TtdPenerimaan(TtdPenerimaanID) ON UPDATE CASCADE ON DELETE CASCADE
StatusLamaran (StatusLamaranID, Status, Deskripsi) Primary Key StatusLamaranID Alternate Key Status
193
Tabel 3.11 Referential Integrity pada Model Data Logikal (Lanjutan)
Wawancara (WawancaraID, LamaranID, TglWawancara, LokasiWawancara) Primary Key WawancaraID Foreign Key LamaranID references Lamaran(LamaranID) ON UPDATE CASCADE ON DELETE CASCADE
TtdPenerimaan (TtdPenerimaanID, TglTtd, LokasiTtd) Primary Key TtdPenerimaanID
Absensi (AbsensiID, PegawaiID, TglAbsensi, JamMasuk , JamPulang, Keterangan, Verifikasi) Primary Key AbsensiID Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE
Cuti (CutiID, PegawaiID, JenisCutiID, StatusCutiID, TglPengajuan, TglAwalCuti, TglAkhirCuti, Keterangan ) Primary Key CutiID Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key JenisCutiID references JenisCuti(JenisC utiID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key StatusCutiID references StatusCuti(Stat usCutiID) ON UPDATE CASCADE ON DELETE CASCADE
JenisCuti (JenisCutiID, Jenis, Deskripsi) Primary Key JenisCutiID Alternate Key Jenis
StatusCuti (StatusCutiID, Status, Deskripsi) Primary Key StatusCutiID Alternate Key Status
Penilaian (PenilaianID, PegawaiID, StatusPenilaianI D, TglPenilaian, KualitasKerjaPegawai, KemampuanDiriPe gawai, DisiplinDiriPegawai, KeteranganPegawai, KualitasKer jaDivisi, KemampuanDiriDivisi, DisiplinDiriDivisi, Keterangan Divisi) Primary Key PenilaianID Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key StatusPenilaianID references StatusPenilaian(StatusPenilaianID) ON UPDATE CASCAD E ON DELETE CASCADE
StatusPenilaian (StatusPenilaianID, Status, Deskrip si) Primary Key StatusPenilaianID Alternate Key Status
194
Tabel 3.11 Referential Integrity pada Model Data Logikal (Lanjutan)
DiskusiPenilaian (DiskusiPenilaianID, PenilaianID, TglDiskusi, LokasiDiskusi) Primary Key DiskusiPenilaianID Foreign Key PenilaianID references Penilaian(Penila ianID) ON UPDATE CASCADE ON DELETE CASCADE
Pelatihan (PelatihanID, DivisiID, StatusPelatihanID , NamaPelatihan, TglPengajuan, Kapasitas, AnggaranPel atihan, TglPelatihan, LamaPelatihan, LokasiPelatihan, Keter angan) Primary Key PelatihanID Alternate Key NamaPelatihan Foreign Key DivisiID references Divisi(DivisiID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key StatusPelatihanID references StatusPelatihan(StatusPelatihanID) ON UPDATE CASCAD E ON DELETE CASCADE
TujuanPelatihan (TujuanID, PelatihanID, Tujuan) Primary Key TujuanID Foreign Key PelatihanID references Pelatihan(Pelati hanID) ON UPDATE CASCADE ON DELETE CASCADE
StatusPelatihan (StatusPelatihanID, Status, Deskrip si) Primary Key StatusPelatihanID Alternate Key Status
PendaftaranPelatihan (PegawaiID, PelatihanID, TglPe ndaftaran, StatusKehadiran) Primary Key PegawaiID, PelatihanID Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key PelatihanID references Pelatihan(Pelati hanID) ON UPDATE CASCADE ON DELETE CASCADE
Penempatan (PenempatanID, PegawaiID, JabatanID, JenisPenempatanID, StatusPenempatanID, TtdPenempata nID, TglPengajuan, Keterangan) Primary Key PenempatanID Foreign Key PegawaiID references Pegawai(PegawaiID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key JabatanID references Jabatan(JabatanID) ON UPDATE CASCADE ON DELETE CASCADE Foreign Key JenisPenempatanID references JenisPenempatan(JenisPenempatanID) ON UPDATE CASCAD E ON DELETE CASCADE Foreign Key StatusPenempatanID references StatusPenempatan(StatusPenempatanID) ON UPDATE CASC ADE ON DELETE CASCADE Foreign Key TtdPenempatanID references TtdPenempatan(TtdPenempatanID) ON UPDATE CASCADE ON DELETE CASCADE
195
Tabel 3.11 Referential Integrity pada Model Data Logikal (Lanjutan)
JenisPenempatan (JenisPenempatanID, Jenis, Deskrips i) Primary Key JenisPenempatanID Alternate Key Jenis
StatusPenempatan (StatusPenempatanID, Status, Deskr ipsi) Primary Key StatusPenempatanID Alternate Key Status
DiskusiPenempatan (DiskusiPenempatanID, PenempatanI D, TglDiskusi, LokasiDiskusi) Primary Key DiskusiPenempatanID Foreign Key PenempatanID references Penempatan(Pene mpatanID) ON UPDATE CASCADE ON DELETE CASCADE
TtdPenempatan (TtdPenempatanID, TglTtd, LokasiTtd) Primary Key TtdPenempatanID
e. General constraints
Berikut ini merupakan aturan-aturan khusus pembuatan basis data kepegawaian yang
diberikan oleh PT. ALTAVINDO:
1) Tanggal terbit pemasangan iklan tidak boleh lebih besar dari tanggal akhir;
2) Jam masuk absensi tidak boleh lebih besar dari jam pulang;
3) Tanggal pengajuan cuti tidak boleh lebih besar dari tanggal awal cuti;
4) Tanggal awal cuti tidak boleh lebih besar dari tanggal akhir cuti;
5) Tanggal pengajuan pelatihan tidak boleh lebih besar dari tanggal pelaksanaan.
3.7.2.5 Melakukan Review Model Data Logikal dengan Pengguna
Tujuan dari langkah ini adalah memastikan bahwa model data logikal sudah
merepresentasikan kebutuhan-kebutuhan perusahaan dengan benar. Setelah melakukan
review model data logikal dengan pengguna, model data yang sudah dibuat dirasa sudah
cukup mendukung PT. ALTAVINDO.
196
3.7.2.6 Menggabungkan Model Data Logikal Lokal menjadi Model Global
Pada tahap ini akan dibuat model data logikal global yang berasal dari kombinasi
model data logikal lokal, dengan tujuan untuk menggambarkan keseluruhan basis data
kepegawaian pada PT. ALTAVINDO. Berikut ini merupakan Tabel 3.12 yang berisi
model data logikal global yang sudah dibuat:
Tabel 3.12 Model Data Logikal Global
Pegawai (PegawaiID, JabatanID, KataSandi, Foto, Nam aPegawai, JenisKelamin, TempatLahir, TglLahir, Alamat, KodePo s, Email, Agama, GolonganDarah, NoKTP, Kewarganegaraan, NoNPW P, StatusNikah) Primary Key PegawaiID Alternate Key NamaPegawai, NoKTP, NoNPWP Foreign Key JabatanID references Jabatan(JabatanID)
TelpPegawai (NoTeleponPegawai, PegawaiID) Primary Key NoTeleponPegawai, PegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID)
Keluarga (KeluargaID, PegawaiID, NamaKeluarga, Alam atKeluarga, Pekerjaan, TeleponKeluarga, StatusKeluarga) Primary Key KeluargaID Foreign Key PegawaiID references Pegawai (PegawaiID )
PdkFormalPegawai (PdkFormalPegawaiID, PegawaiID, TahunMasukFormal, TahunLulusFormal, TingkatPendidik an, Jurusan, IPK, InstitusiPendidikanFormal) Primary Key PdkFormalPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID)
PdkInformalPegawai (PdkInformalPegawaiID, PegawaiID , TahunMasukInformal, TahunLulusInformal, DeskripsiPe ndidikan, InstitusiPendidikanInformal) Primary Key PdkInformalPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID)
PekerjaanPegawai (PekerjaanPegawaiID, PegawaiID, Ta hunMasuk, TahunKeluar, NamaPerusahaan, DeskripsiPekerjaan) Primary Key PekerjaanPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID)
BahasaPegawai (BahasaPegawaiID, PegawaiID, Bahasa, Membaca, Menulis, Berbicara) Primary Key BahasaPegawaiID Foreign Key PegawaiID references Pegawai(PegawaiID)
197
Tabel 3.12 Model Data Logikal Global (Lanjutan)
SertifikatPegawai (NoSertifikatPegawai, PegawaiID, JenisSertifikatID, TahunSertifikat) Primary Key NoSertifikatPegawai Foreign Key PegawaiID references Pegawai(PegawaiID) Foreign Key JenisSertifikatID references JenisSerti fikat (JenisSertifikatID)
JenisSertifikat (JenisSertifikatID, NamaSertifikat, Penyelenggara, DeskripsiSertifikat) Primary Key JenisSertifikatID
Divisi (DivisiID, NamaDivisi, DeskripsiDivisi) Primary Key DivisiID Alternate Key NamaDivisi
Jabatan (JabatanID, DivisiID, NamaJabatan, Deskrips iJabatan) Primary Key JabatanID Alternate Key NamaJabatan Foreign Key DivisiID references Divisi(DivisiID)
Permintaan (PermintaanID, JabatanID, StatusPerminta anID, Jumlah, TglPermintaan, Keterangan) Primary Key PermintaanID Foreign Key JabatanID references Jabatan(JabatanID) Foreign Key StatusPermintaanID references StatusPermintaan(StatusPermintaanID)
SyaratPermintaan (SyaratPermintaanID, PermintaanID, Persyaratan) Primary Key SyaratPermintaanID Foreign Key PermintaanID references Permintaan(Perm intaanID)
StatusPermintaan (StatusPermintaanID, Status, Deskr ipsi) Primary Key StatusPermintaanID Alternate Key Status
Media (MediaID, NamaMedia, Alamat, KodePos) Primary Key MediaID Alternate Key NamaMedia
TelpMedia (NoTeleponMedia, MediaID) Primary Key NoTeleponMedia, MediaID Foreign Key MediaID references Media(MediaID)
PemasanganIklan (MediaID, PermintaanID, TglTerbit, TglAkhir) Primary Key MediaID, PermintaanID Foreign Key MediaID references Media(MediaID) Foreign Key PermintaanID references Permintaan(Perm intaanID)
198
Tabel 3.12 Model Data Logikal Global (Lanjutan)
Pelamar (PelamarID, KataSandi, Foto, NamaPelamar, J enisKelamin, TempatLahir, TglLahir, Alamat, KodePos, Email, Agam a, NoKTP, StatusNikah) Primary Key PelamarID Alternate Key NamaPelamar, NoKTP
TelpPelamar (NoTeleponPelamar, PelamarID) Primary Key NoTeleponPelamar, PelamarID Foreign Key PelamarID references Pelamar(PelamarID)
PdkFormalPelamar (PdkFormalPelamarID, PelamarID, TahunMasukFormal, TahunLulusFormal, TingkatPendidik an, Jurusan, IPK, InstitusiPendidikanFormal) Primary Key PdkFormalPelamarID Foreign Key PelamarID references Pelamar(PelamarID)
PdkInformalPelamar (PdkInformalPelamarID, PelamarID , TahunMasukInformal, TahunLulusInformal, DeskripsiPe ndidikan, InstitusiPendidikanInformal) Primary Key PdkInformalPelamarID Foreign Key PelamarID references Pelamar(PelamarID)
PekerjaanPelamar (PekerjaanPelamarID, PelamarID, Ta hunMasuk, TahunKeluar, NamaPerusahaan, DeskripsiPekerjaan) Primary Key PekerjaanPelamarID Foreign Key PelamarID references Pelamar(PelamarID)
BahasaPelamar (BahasaPelamarID, PelamarID, Bahasa, Membaca, Menulis, Berbicara) Primary Key BahasaPelamarID Foreign Key PelamarID references Pelamar(PelamarID)
SertifikatPelamar (NoSertifikatPelamar, PelamarID, JenisSertifikatID, TahunSertifikat) Primary Key NoSertifikatPelamar Foreign Key PelamarID references Pelamar(PelamarID) Foreign Key JenisSertifikatID references JenisSerti fikat (JenisSertifikatID)
Lamaran (LamaranID, PelamarID, PermintaanID, Status LamaranID, TtdPenerimaanID, TglLamaran, EkspektasiGaji, TglKes iapanKerja) Primary Key LamaranID Foreign Key PelamarID references Pelamar(PelamarID) Foreign Key PermintaanID references Permintaan(Perm intaanID) Foreign Key StatusLamaranID references StatusLamaran(StatusLamaranID) Foreign Key TtdPenerimaanID references TtdPenerimaan(TtdPenerimaanID)
StatusLamaran (StatusLamaranID, Status, Deskripsi) Primary Key StatusLamaranID Alternate Key Status
199
Tabel 3.12 Model Data Logikal Global (Lanjutan)
Wawancara (WawancaraID, LamaranID, TglWawancara, LokasiWawancara) Primary Key WawancaraID Foreign Key LamaranID references Lamaran(LamaranID)
TtdPenerimaan (TtdPenerimaanID, TglTtd, LokasiTtd) Primary Key TtdPenerimaanID
Absensi (AbsensiID, PegawaiID, TglAbsensi, JamMasuk , JamPulang, Keterangan, Verifikasi) Primary Key AbsensiID Foreign Key PegawaiID references Pegawai(PegawaiID)
Cuti (CutiID, PegawaiID, JenisCutiID, StatusCutiID, TglPengajuan, TglAwalCuti, TglAkhirCuti, Keterangan ) Primary Key CutiID Foreign Key PegawaiID references Pegawai(PegawaiID) Foreign Key JenisCutiID references JenisCuti(JenisC utiID) Foreign Key StatusCutiID references StatusCuti(S tatusCutiID)
JenisCuti (JenisCutiID, Jenis, Deskripsi) Primary Key JenisCutiID Alternate Key Jenis
StatusCuti (StatusCutiID, Status, Deskripsi) Primary Key StatusCutiID Alternate Key Status
Penilaian (PenilaianID, PegawaiID, StatusPenilaianI D, TglPenilaian, KualitasKerjaPegawai, KemampuanDiriPe gawai, DisiplinDiriPegawai, KeteranganPegawai, KualitasKer jaDivisi, KemampuanDiriDivisi, DisiplinDiriDivisi, Keterangan Divisi) Primary Key PenilaianID Foreign Key PegawaiID references Pegawai(PegawaiID) Foreign Key StatusPenilaianID references StatusPenilaian(StatusPenilaianID)
StatusPenilaian (StatusPenilaianID, Status, Deskrip si) Primary Key StatusPenilaianID Alternate Key Status
DiskusiPenilaian (DiskusiPenilaianID, PenilaianID, TglDiskusi, LokasiDiskusi) Primary Key DiskusiPenilaianID Foreign Key PenilaianID references Penilaian(Penila ianID)
200
Tabel 3.12 Model Data Logikal Global (Lanjutan)
Pelatihan (PelatihanID, DivisiID, StatusPelatihanID , NamaPelatihan, TglPengajuan, Kapasitas, AnggaranPel atihan, TglPelatihan, LamaPelatihan, LokasiPelatihan, Keter angan) Primary Key PelatihanID Alternate Key NamaPelatihan Foreign Key DivisiID references Divisi(DivisiID) Foreign Key StatusPelatihanID references StatusPelatihan(StatusPelatihanID)
TujuanPelatihan (TujuanID, PelatihanID, Tujuan) Primary Key TujuanID Foreign Key PelatihanID references Pelatihan(Pelati hanID)
StatusPelatihan (StatusPelatihanID, Status, Deskrip si) Primary Key StatusPelatihanID Alternate Key Status
PendaftaranPelatihan (PegawaiID, PelatihanID, TglPe ndaftaran, StatusKehadiran) Primary Key PegawaiID, PelatihanID Foreign Key PegawaiID references Pegawai(PegawaiID) Foreign Key PelatihanID references Pelatihan(Pelati hanID)
Penempatan (PenempatanID, PegawaiID, JabatanID, JenisPenempatanID, StatusPenempatanID, TtdPenempata nID, TglPengajuan, Keterangan) Primary Key PenempatanID Foreign Key PegawaiID references Pegawai(PegawaiID) Foreign Key JabatanID references Jabatan(JabatanID) Foreign Key JenisPenempatanID references JenisPenempatan(JenisPenempatanID) Foreign Key StatusPenempatanID references StatusPenempatan(StatusPenempatanID) Foreign Key TtdPenempatanID references TtdPenempatan(TtdPenempatanID)
JenisPenempatan (JenisPenempatanID, Jenis, Deskrips i) Primary Key JenisPenempatanID Alternate Key Jenis
StatusPenempatan (StatusPenempatanID, Status, Deskr ipsi) Primary Key StatusPenempatanID Alternate Key Status
DiskusiPenempatan (DiskusiPenempatanID, PenempatanI D, TglDiskusi, LokasiDiskusi) Primary Key DiskusiPenempatanID Foreign Key PenempatanID referenc es Penempatan(PenempatanID)
TtdPenempatan (TtdPenempatanID, TglTtd, LokasiTtd) Primary Key TtdPenempatanID
201
3.7.2.7 Memeriksa Pertumbuhan di Masa Mendatang
Memeriksa pertumbuhan di masa mendatang bertujuan untuk memastikan apakah
ada perubahan yang signifikan di masa mendatang dan memperkirakan apakah model
data logikal global dapat mengakomodasinya atau tidak.
Perancangan basis data yang sudah dilakukan masih memungkinkan untuk
diperluas jika perusahaan memiliki kebutuhan baru, contohnya jika perusahaan
menginginkan sistem informasi gaji pegawai, maka rancangan basis data ini masih dapat
dikembangkan lagi sesuai dengan kebutuhan perusahaan kelak.
3.7.3 Perancangan Basis Data Fisikal
Pada perancangan basis data fisikal harus dilakukan beberapa langkah, yaitu
menerjemahkan model data logikal untuk target DBMS, merancang file organizations dan
indexes, merancang mekanisme kemanan, mempertimbangkan petunjuk untuk pengaturan
redundansi, serta memonitor dan memperbaiki sistem operasional.
3.7.3.1 Menerjemahkan Model Data Logikal untuk Target DBMS
Ada tiga langkah yang dilakukan pada tahapan ini, yaitu merancang base
relations, merancang representasi dari derived data, dan merancang general constraints.
a. Merancang Base Relations
Tujuan dari langkah ini adalah merepresentasikan base relations yang telah
diidentifikasi pada model data logikal global dengan menggunakan DBDL (Database
Design Language). Berikut ini merupakan rancangan DBDL untuk setiap entias:
202
1) Pegawai
Domain PGID : fixed length character string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JBID : fixed length character
string, length 10, format : JB[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PGsandi : fixed length character
string, length 32 Domain PGfoto : variable length character
string, length 15 Domain PGnama : variable length character
string, length 30 Domain PGkelamin : variable length character
string, length 6, format : [Male, Female]
Domain PGtempat : variable length character
string, length 15 Domain PGtgl : date, format : yyyy-mm-dd Domain PGalamat : variable length character
string, length 100 Domain PGpos : medium integer Domain PGemail : variable length character
string, length 30 Domain PGagama : variable length character
string, length 9, format : [Islam, Buddha, Hindu, Christian, Catholic]
Domain PGdarah : variable length character
string, length 2, format : [A, B, AB, O]
Domain PGktp : fixed length character
string, length 16 Domain PGwarga : fixed length character
string, length 3, format : [WNI, WNA]
203
Domain PGnpwp : fixed length character string, length 15
Domain PGnikah : variable length character
string, length 7, format : [Single, Married, Widowed]
Pegawai ( PegawaiID PGID NOT NULL, JabatanID JBID NOT NULL, KataSandi PGsandi NOT NULL, Foto Pgfoto NOT NULL, NamaPegawai PGnama NOT NULL, JenisKelamin PGkelamin NOT NULL, TempatLahir PGtempat NOT NULL, TglLahir PGtgl NOT NULL, Alamat PGalamat NOT NULL, KodePos PGpos NOT NULL, Email Pgemail NOT NULL, Agama PGagama NOT NULL, GolonganDarah PGdarah NOT NULL, NoKTP PGktp NOT NULL, Kewarganegaraan PGwarga NOT NULL, NoNPWP PGnpwp NOT NULL, StatusNikah PGnikah NOT NULL, PRIMARY KEY (PegawaiID), FOREIGN KEY (JabatanID) REFERENCES Jabatan(Jabatan ID)
ON UPDATE CASCADE ON DELETE CASCADE );
2) TelpPegawai
Domain TGtelp : variable length character string, length 15
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
TelpPegawai ( NoTeleponPegawai TGtelp NOT NULL, PegawaiID PGID NOT NULL,
PRIMARY KEY (NoTeleponPegawai, PegawaiID), FOREIGN KEY (PegawaiID) REFERENCES Pegawai(Pegawai ID)
ON UPDATE CASCADE ON DELETE CASCADE );
204
3) Keluarga
Domain KGID : fixed length character string, length 10, format : KG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain KGnama : variable length character
string, length 30 Domain KGalamat : variable length character
string, length 100 Domain KGkerja : variable length character
string, length 20 Domain KGtelp : variable length character
string, length 15 Domain KGstatus : variable length character
string, length 8, format : [Wife, Husband, Sister, Brother, Mother, Father, Daughter, Son]
Keluarga ( KeluargaID KGID NOT NULL, PegawaiID PGID NOT NULL, NamaKeluarga KGnama NOT NULL, AlamatKeluarga KGalamat NOT NULL, Pekerjaan KGkerja NOT NULL, TeleponKeluarga KGtelp NOT NULL, StatusKeluarga KGstatus NOT NULL, PRIMARY KEY (KeluargaID), FOREIGN KEY (PegawaiID) REFERENCES Pegawai(Pegawai ID)
ON UPDATE CASCADE ON DELETE CASCADE );
4) PdkFormalPegawai
Domain FGID : fixed length character string, length 10, format : FG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
205
Domain FGmasuk : year, format : yyyy Domain FGlulus : year, format : yyyy Domain FGtingkat : variable length character
string, length 19, format : [Doctorate (S3), Master (S2), Bachelor (S1), Associate / Diploma, Senior High School, Junior High School, Primary School]
Domain FGjurusan : variable length character
string, length 20 Domain FGipk : decimal(3,2) Domain FGinstitusi : variable length character
string, length 30 PdkFormalPegawai ( PdkFormalPegawaiID FGID NOT NULL, PegawaiID PGID NOT NULL,
TahunMasukFormal FGmasuk NOT NULL, TahunLulusFormal FGlulus NOT NULL, TingkatPendidikan FGtingkat NOT NULL, Jurusan FGjurusan, IPK FGipk, InstitusiPendidikanFormal FGinstitusi NOT NULL, PRIMARY KEY (PdkFormalPegawaiID), FOREIGN KEY (PegawaiID) REFERENCES Pegawai(Pegawai ID)
ON UPDATE CASCADE ON DELETE CASCADE );
5) PdkInformalPegawai
Domain IGID : fixed length character string, length 10, format : IG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain IGmasuk : year, format : yyyy Domain IGlulus : year, format : yyyy Domain IGdesc : variable length character
string, length 50
206
Domain IGinstitusi : variable length character string, length 30
PdkInformalPegawai ( PdkInformalPegawaiID IGID NOT NULL, PegawaiID PGID NOT NULL,
TahunMasukInformal IGmasuk NOT NULL, TahunLulusInformal IGlulus NOT NULL, DeskripsiPendidikan IGdesc NOT NULL, InstitusiPendidikanInformal IGinstitusi NOT NULL , PRIMARY KEY (PdkInformalPegawaiID), FOREIGN KEY (PegawaiID) REFERENCES Pegawai(Pegawai ID)
ON UPDATE CASCADE ON DELETE CASCADE );
6) PekerjaanPegawai
Domain JGID : fixed length character string, length 10, format : JG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JGmasuk : year, format : yyyy Domain JGkeluar : year, format : yyyy Domain JGperusahaan : variable length character
string, length 30
Domain JGdesc : variable length character string, length 50
PekerjaanPegawai ( PekerjaanPegawaiID JGID NOT NULL, PegawaiID PGID NOT NULL,
TahunMasuk JGmasuk NOT NULL, TahunKeluar JGkeluar NOT NULL, NamaPerusahaan JGperusahaan NOT NULL, DeskripsiPekerjaan JGdesc NOT NULL, PRIMARY KEY (PekerjaanPegawaiID), FOREIGN KEY (PegawaiID) REFERENCES Pegawai(Pegawai ID)
ON UPDATE CASCADE ON DELETE CASCADE );
207
7) BahasaPegawai
Domain BGID : fixed length character string, length 10, format : BG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain BGbahasa : variable length character
string, length 15 Domain BGbaca : tiny integer, format : [1-
3] Domain BGtulis : tiny integer, format : [1-
3] Domain BGbicara : tiny integer, format : [1-
3]
BahasaPegawai ( BahasaPegawaiID BGID NOT NULL, PegawaiID PGID NOT NULL,
Bahasa BGbahasa NOT NULL, Membaca BGbaca NOT NULL, Menulis BGtulis NOT NULL, Berbicara BGbicara NOT NULL, PRIMARY KEY (BahasaPegawaiID), FOREIGN KEY (PegawaiID) REFERENCES Pegawai(Pegawai ID)
ON UPDATE CASCADE ON DELETE CASCADE );
8) SertifikatPegawai
Domain NoSG : variable length character string, length 20
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JSID : fixed length character
string, length 10, format : JS[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain SGthn : year, format : yyyy
208
SertifikatPegawai ( NoSertifikatPegawai NoSG NOT NULL, PegawaiID PGID NOT NULL,
JenisSertifikatID JSID NOT NULL, TahunSertifikat SGthn NOT NULL,
PRIMARY KEY (NoSertifikatPegawai), FOREIGN KEY (PegawaiID) REFERENCES Pegawai(Pegawai ID)
ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (JenisSertifikatID) REFERENCES JenisSertifikat(JenisSertifikatID) ON UPDATE CASCAD E ON DELETE CASCADE
);
9) JenisSertifikat
Domain JSID : fixed length character string, length 10, format : JS[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JSnama : variable length character
string, length 30 Domain JSpenyelenggara : variable length character
string, length 55 Domain JSdesc : variable length character
string, length 50
JenisSertifikat ( JenisSertifikatID JSID NOT NULL, NamaSertifikat JSnama NOT NULL,
Penyelenggara JSpenyelenggara NOT NULL, DeskripsiSertifikat JSdesc NOT NULL,
PRIMARY KEY (JenisSertifikatID) );
10) Divisi
Domain DSID : fixed length character string, length 10, format : DS[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain DSnama : variable length character
string, length 20
Domain DSdesc : variable length character string, length 50
209
Divisi ( DivisiID DSID NOT NULL, NamaDivisi DSnama NOT NULL,
DeskripsiDivisi DSdesc NOT NULL, PRIMARY KEY (DivisiID) );
11) Jabatan
Domain JBID : fixed length character string, length 10, format : JB[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain DSID : fixed length character
string, length 10, format : DS[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JBnama : variable length character
string, length 24
Domain JBdesc : variable length character string, length 50
Jabatan ( JabatanID JBID NOT NULL,
DivisiID DSID NOT NULL, NamaJabatan JBnama NOT NULL,
DeskripsiJabatan JBdesc NOT NULL, PRIMARY KEY (JabatanID),
FOREIGN KEY (DivisiID) REFERENCES Divisi(DivisiID) ON UPDATE CASCADE ON DELETE CASCADE
); 12) Permintaan
Domain PRID : fixed length character string, length 10, format : PR[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JBID : fixed length character
string, length 10, format : JB[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain SRID : fixed length character
string, length 4, format : SR[0-9][0-9]
Domain PRjumlah : tiny integer
210
Domain PRtgl : datetime, format : yyyy-mm-dd hh:mm:ss
Domain PRket : variable length character
string, length 50
Permintaan ( PermintaanID PRID NOT NULL,
JabatanID JBID NOT NULL, StatusPermintaanID SRID NOT NULL,
Jumlah PRjumlah NOT NULL, TglPermintaan PRtgl NOT NULL, Keterangan PRket,
PRIMARY KEY (PermintaanID), FOREIGN KEY (JabatanID) REFERENCES Jabatan(JabatanI D) ON UPDATE CASCADE ON DELETE CASCADE FOREIGN KEY (StatusPermintaanID) REFERENCES StatusPermintaan(StatusPermintaanID) ON UPDATE CASC ADE ON DELETE CASCADE
); 13) SyaratPermintaan
Domain YRID : fixed length character string, length 10, format : YR[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PRID : fixed length character
string, length 10, format : PR[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain YRsyarat : variable length character
string, length 50
SyaratPermintaan ( SyaratPermintaanID YRID NOT NULL,
PermintaanID PRID NOT NULL, Persyaratan YRsyarat NOT NULL, PRIMARY KEY (SyaratPermintaanID),
FOREIGN KEY (PermintaanID) REFERENCES Permintaan(PermintaanID) ON UPDATE CASCADE ON DELET E CASCADE
);
211
14) StatusPermintaan
Domain SRID : fixed length character string, length 4, format : SR[0-9][0-9]
Domain SRstatus : variable length character
string, length 30 Domain SRdesc : variable length character
string, length 50
StatusPermintaan ( StatusPermintaanID SRID NOT NULL,
Status SRstatus NOT NULL, Deskripsi SRdesc NOT NULL, PRIMARY KEY (StatusPermintaanID) );
15) Media
Domain MIID : fixed length character string, length 10, format : MI[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain MInama : variable length character
string, length 20 Domain MIalamat : variable length character
string, length 100 Domain Mipos : medium integer
Media ( MediaID MIID NOT NULL,
NamaMedia MInama NOT NULL, Alamat MIalamat NOT NULL, KodePos MIpos NOT NULL, PRIMARY KEY (MediaID) );
16) TelpMedia
Domain TItelp : variable length character string, length 15
Domain TIID : fixed length character
string, length 10, format : TI[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
212
TelpMedia ( NoTeleponMedia TItelp NOT NULL, MediaID TIID NOT NULL,
PRIMARY KEY (NoTeleponMedia, MediaID), FOREIGN KEY (MediaID) REFERENCES Media(MediaID) ON
UPDATE CASCADE ON DELETE CASCADE );
17) PemasanganIklan
Domain MIID : fixed length character string, length 10, format : MI[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PRID : fixed length character
string, length 10, format : PR[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain tglTerbit : date, format : yyyy-mm-dd Domain tglAkhir : date, format : yyyy-mm-dd PemasanganIklan ( MediaID MIID NOT NULL, PermintaanID PRID NOT NULL, TglTerbit tglTerbit NOT NULL, TglAkhir tglAkhir NOT NULL, PRIMARY KEY (MediaID, PermintaanID), FOREIGN KEY (MediaID) REFERENCES Media(MediaID) ON
UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (PermintaanID) REFERENCES Permintaan(PermintaanID) ON UPDATE CASCADE ON DELET E CASCADE
);
18) Pelamar
Domain PLID : fixed length character string, length 10, format : PL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PLsandi : fixed length character
string, length 32 Domain PLfoto : variable length character
string, length 15 Domain PLnama : variable length character
string, length 30
213
Domain PLkelamin : variable length character string, length 6, format : [Male, Female]
Domain PLtempat : variable length character
string, length 15 Domain PLtgl : date, format : yyyy-mm-dd Domain PLalamat : variable length character
string, length 100 Domain PLpos : medium integer Domain PLemail : variable length character
string, length 30 Domain PLagama : variable length character
string, length 9, format : [Islam, Buddha, Hindu, Christian, Catholic]
Domain PLktp : fixed length character
string, length 16
Domain PGnikah : variable length character string, length 7, format : [Single, Married, Widowed]
Pelamar ( PelamarID PLID NOT NULL, KataSandi PLsandi NOT NULL, Foto PLfoto NOT NULL, NamaPelamar PLnama NOT NULL, JenisKelamin Plkelamin NOT NULL, TempatLahir PLtempat NOT NULL, TglLahir PLtgl NOT NULL, Alamat PLalamat NOT NULL, KodePos PLpos NOT NULL, Email Plemail NOT NULL, Agama PLagama NOT NULL, NoKTP PLktp NOT NULL, StatusNikah PLnikah NOT NULL, PRIMARY KEY (PelamarID) );
19) TelpPelamar
Domain TLtelp : variable length character string, length 15
Domain PLID : fixed length character
string, length 10, format :
214
PL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
TelpPelamar ( NoTeleponPelamar TLtelp NOT NULL, PelamarID PLID NOT NULL,
PRIMARY KEY (NoTeleponPelamar, PelamarID), FOREIGN KEY (PelamarID) REFERENCES Pelamar(Pelamar ID)
ON UPDATE CASCADE ON DELETE CASCADE );
20) PdkFormalPelamar
Domain FLID : fixed length character string, length 10, format : FL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PLID : fixed length character
string, length 10, format : PL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain FLmasuk : year, format : yyyy Domain FLlulus : year, format : yyyy Domain FLtingkat : variable length character
string, length 19, format : [Doctorate (S3), Master (S2), Bachelor (S1), Associate / Diploma, Senior High School, Junior High School, Primary School]
Domain FLjurusan : variable length character
string, length 20 Domain FLipk : decimal(3,2) Domain FLinstitusi : variable length character
string, length 30 PdkFormalPelamar ( PdkFormalPelamarID FLID NOT NULL, PelamarID PLID NOT NULL,
TahunMasukFormal FLmasuk NOT NULL, TahunLulusFormal FLlulus NOT NULL, TingkatPendidikan FLtingkat NOT NULL, Jurusan FLjurusan, IPK FLipk, InstitusiPendidikanFormal FLinstitusi NOT NULL, PRIMARY KEY (PdkFormalPelamarID),
215
FOREIGN KEY (PelamarID) REFERENCES Pelamar(Pelamar ID) ON UPDATE CASCADE ON DELETE CASCADE
); 21) PdkInformalPelamar
Domain ILID : fixed length character string, length 10, format : IL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PLID : fixed length character
string, length 10, format : PL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain ILmasuk : year, format : yyyy Domain ILlulus : year, format : yyyy Domain ILdesc : variable length character
string, length 50
Domain ILinstitusi : variable length character string, length 30
PdkInformalPelamar ( PdkInformalPelamarID ILID NOT NULL, PelamarID PLID NOT NULL,
TahunMasukInformal ILmasuk NOT NULL, TahunLulusInformal ILlulus NOT NULL, DeskripsiPendidikan ILdesc NOT NULL, InstitusiPendidikanInformal ILinstitusi NOT NULL , PRIMARY KEY (PdkInformalPelamarID), FOREIGN KEY (PelamarID) REFERENCES Pelamar(Pelamar ID)
ON UPDATE CASCADE ON DELETE CASCADE );
22) PekerjaanPelamar
Domain JLID : fixed length character string, length 10, format : JL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PLID : fixed length character
string, length 10, format : PL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JLmasuk : year, format : yyyy Domain JLkeluar : year, format : yyyy
216
Domain JLperusahaan : variable length character string, length 30
Domain JLdesc : variable length character
string, length 50 PekerjaanPelamar ( PekerjaanPelamarID JLID NOT NULL, PelamarID PLID NOT NULL,
TahunMasuk JLmasuk NOT NULL, TahunKeluar JLkeluar NOT NULL, NamaPerusahaan JLperusahaan NOT NULL, DeskripsiPekerjaan JLdesc NOT NULL, PRIMARY KEY (PekerjaanPelamarID), FOREIGN KEY (PelamarID) REFERENCES Pelamar(Pelamar ID)
ON UPDATE CASCADE ON DELETE CASCADE );
23) BahasaPelamar
Domain BLID : fixed length character string, length 10, format : BL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PLID : fixed length character
string, length 10, format : PL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain BLbahasa : variable length character
string, length 15 Domain BLbaca : tiny integer, format : [1-
3] Domain BLtulis : tiny integer, format : [1-
3] Domain BLbicara : tiny integer, format : [1-
3]
BahasaPelamar ( BahasaPelamarID BLID NOT NULL, PelamarID PLID NOT NULL,
Bahasa BLbahasa NOT NULL, Membaca BLbaca NOT NULL, Menulis BLtulis NOT NULL, Berbicara BLbicara NOT NULL, PRIMARY KEY (BahasaPelamarID), FOREIGN KEY (PelamarID) REFERENCES Pelamar(Pelamar ID)
ON UPDATE CASCADE ON DELETE CASCADE );
217
24) SertifikatPelamar
Domain NoSL : variable length character string, length 20
Domain PLID : fixed length character
string, length 10, format : PL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JSID : fixed length character
string, length 10, format : JS[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain SLthn : year, format : yyyy
SertifikatPelamar ( NoSertifikatPelamar NoSL NOT NULL, PelamarID PLID NOT NULL,
JenisSertifikatID JSID NOT NULL, TahunSertifikat SLthn NOT NULL,
PRIMARY KEY (NoSertifikatPelamar), FOREIGN KEY (PelamarID) REFERENCES Pelamar(Pelamar ID)
ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (JenisSertifikatID) REFERENCES JenisSertifikat(JenisSertifikatID) ON UPDATE CASCAD E ON DELETE CASCADE
);
25) Lamaran
Domain LRID : fixed length character string, length 10, format : LR[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PLID : fixed length character
string, length 10, format : PL[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PRID : fixed length character
string, length 10, format : PR[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain SLID : fixed length character
string, length 4, format : SL[0-9][0-9]
218
Domain TRID : fixed length character string, length 10, format : TR[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain LRtgl : datetime, format : yyyy-mm-
dd hh:mm:ss Domain LRgaji : integer Domain LRkerja : date, format : yyyy-mm-dd
Lamaran ( LamaranID LRID NOT NULL, PelamarID PLID NOT NULL,
PermintaanID PRID NOT NULL, StatusLamaranID SLID NOT NULL, TtdPenerimaanID TRID, TglLamaran LRtgl NOT NULL, EkspektasiGaji LRgaji NOT NULL, TglKesiapanKerja LRkerja NOT NULL,
PRIMARY KEY (LamaranID), FOREIGN KEY (PelamarID) REFERENCES Pelamar(Pelamar ID)
ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (PermintaanID) REFERENCES Permintaan (PermintaanID) ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (StatusLamaranID) REFERENCES StatusLamaran(StatusLamaranID) ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (TtdPenerimaanID) REFERENCES TtdPenerimaan(TtdPenerimaanID) ON UPDATE CASCADE ON DELETE CASCADE,
);
26) StatusLamaran
Domain SLID : fixed length character string, length 4, format : SL[0-9][0-9]
Domain SLstatus : variable length character
string, length 30 Domain SLdesc : variable length character
string, length 50
StatusLamaran ( StatusLamaranID SLID NOT NULL,
Status SLstatus NOT NULL, Deskripsi SLdesc NOT NULL, PRIMARY KEY (StatusLamaranID) );
219
27) Wawancara
Domain WWID : fixed length character string, length 10, format : WW[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain LRID : fixed length character
string, length 10, format : LR[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain WWtgl : datetime, format : yyyy-mm-
dd hh:mm:ss Domain WWlokasi : variable length character
string, length 30
Wawancara ( WawancaraID WWID NOT NULL,
LamaranID LRID NOT NULL, TglWawancara WWtgl NOT NULL, LokasiWawancara WWlokasi NOT NULL, PRIMARY KEY (StatusLamaranID),
FOREIGN KEY (LamaranID) REFERENCES Lamaran(LamaranI D) ON UPDATE CASCADE ON DELETE CASCADE
);
28) TtdPenerimaan
Domain TRID : fixed length character string, length 10, format : TR[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain TRtgl : datetime, format : yyyy-mm-
dd hh:mm:ss Domain TRlokasi : variable length character
string, length 30
TtdPenerimaan ( TtdPenerimaanID TRID NOT NULL, TglTtd TRtgl NOT NULL, LokasiTtd TRlokasi NOT NULL, PRIMARY KEY (TtdPenerimaanID) );
220
29) Absensi
Domain ABID : fixed length character string, length 10, format : AB[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain ABtgl : date, format : yyyy-mm-dd Domain ABmasuk : time, format : hh:mm:ss
Domain ABpulang : time, format : hh:mm:ss
Domain ABket : variable length character
string, length 50 Domain ABver : variable length character
string, length 7, format : [Absent, Present]
Absensi ( AbsensiID ABID NOT NULL, PegawaiID PGID NOT NULL, TglAbsensi ABtgl NOT NULL, JamMasuk Abmasuk NOT NULL, JamPulang Abpulang NOT NULL, Keterangan ABket, Verifikasi ABver NOT NULL, PRIMARY KEY (AbsensiID),
FOREIGN KEY (PegawaiID) REFERENCES Pegawai(PegawaiI D) ON UPDATE CASCADE ON DELETE CASCADE
);
30) Cuti
Domain CTID : fixed length character string, length 10, format : CT[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JCID : fixed length character
string, length 4, format : JC[0-9][0-9]
221
Domain SCID : fixed length character string, length 4, format : SC[0-9][0-9]
Domain CTtgl : datetime, format : yyyy-mm-
dd hh:mm:ss Domain CTawal : date, format : yyyy-mm-dd Domain CTakhir : date, format : yyyy-mm-dd
Domain CTket : variable length character
string, length 50 Cuti ( CutiID CTID NOT NULL, PegawaiID PGID NOT NULL, JenisCutiID JCID NOT NULL, StatusCutiID SCID NOT NULL, TglPengajuan CTtgl NOT NULL, TglAwalCuti CTawal NOT NULL, TglAkhirCuti CTakhir NOT NULL, Keterangan CTket, PRIMARY KEY (CutiID),
FOREIGN KEY (PegawaiID) REFERENCES Pegawai(PegawaiI D) ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (JenisCutiID) REFERENCES JenisCuti(JenisCutiID) ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (StatusCutiID) REFERENCES StatusCuti (StatusCutiID) ON UPDATE CASCADE ON DELETE CASCADE,
);
31) JenisCuti
Domain JCID : fixed length character string, length 4, format : JC[0-9][0-9]
Domain JCjenis : variable length character
string, length 30 Domain JCdesc : variable length character
string, length 50
JenisCuti ( JenisCutiID JCID NOT NULL,
Jenis JCjenis NOT NULL, Deskripsi JCdesc NOT NULL, PRIMARY KEY (JenisCutiID) );
222
32) StatusCuti
Domain SCID : fixed length character string, length 4, format : SC[0-9][0-9]
Domain SCstatus : variable length character
string, length 30 Domain SCdesc : variable length character
string, length 50
StatusCuti ( StatusCutiID SCID NOT NULL,
Status SCstatus NOT NULL, Deskripsi SCdesc NOT NULL, PRIMARY KEY (StatusCutiID) );
33) Penilaian
Domain PIID : fixed length character string, length 10, format : PI[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain SIID : fixed length character
string, length 4, format : SI[0-9][0-9]
Domain PItgl : datetime, format : yyyy-mm-
dd hh:mm:ss Domain PIKP : fixed length character
string, length 9, format : [1-5]#[1-5]#[1-5]#[1-5]# [1-5]
Domain PIMP : fixed length character
string, length 7, format : [1-5]#[1-5]#[1-5]#[1-5]
Domain PIDP : fixed length character
string, length 7, format : [1-5]#[1-5]#[1-5]#[1-5]
Domain PIketp : variable length character
string, length 50
223
Domain PIKD : fixed length character string, length 9, format : [1-5]#[1-5]#[1-5]#[1-5]# [1-5]
Domain PIMD : fixed length character
string, length 7, format : [1-5]#[1-5]#[1-5]#[1-5]
Domain PIDD : fixed length character
string, length 7, format : [1-5]#[1-5]#[1-5]#[1-5]
Domain PIketd : variable length character
string, length 50 Penilaian ( PenilaianID PIID NOT NULL, PegawaiID PGID NOT NULL, StatusPenilaianID SIID NOT NULL, TglPenilaian PItgl NOT NULL, KualitasKerjaPegawai PIKP NOT NULL, KemampuanDiriPegawai PIMP NOT NULL, DisiplinDiriPegawai PIDP NOT NULL,
KeteranganPegawai PIketp, KualitasKerjaDivisi PIKD NOT NULL,
KemampuanDiriDivisi PIMD NOT NULL, DisiplinDiriDivisi PIDD NOT NULL, KeteranganDivisi PIketd, PRIMARY KEY (PenilaianID),
FOREIGN KEY (PegawaiID) REFERENCES Pegawai(PegawaiI D) ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (StatusPenilaianID) REFERENCES StatusPenilaian(StatusPenilaianID) ON UPDATE CASCAD E ON DELETE CASCADE,
);
34) StatusPenilaian
Domain SIID : fixed length character string, length 4, format : SI[0-9][0-9]
Domain SIstatus : variable length character
string, length 30 Domain SIdesc : variable length character
string, length 50
StatusCuti ( StatusPenilaianID SIID NOT NULL,
Status SIstatus NOT NULL, Deskripsi SIdesc NOT NULL,
224
PRIMARY KEY (StatusPenilaianID) );
35) DiskusiPenilaian
Domain DIID : fixed length character string, length 10, format : DI[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PIID : fixed length character
string, length 10, format : PI[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain DItgl : datetime, format : yyyy-mm-
dd hh:mm:ss Domain DIlokasi : variable length character
string, length 30
DiskusiPenilaian ( DiskusiPenilaianID DIID NOT NULL, PenilaianID PIID NOT NULL, TglDiskusi DItgl NOT NULL,
LokasiDiskusi DIlokasi NOT NULL, PRIMARY KEY (DiskusiPenilaianID),
FOREIGN KEY (PenilaianID) REFERENCES Penilaian(PenilaianID) ON UPDATE CASCADE ON DELETE CASCADE
);
36) Pelatihan
Domain PHID : fixed length character string, length 10, format : PH[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain DSID : fixed length character
string, length 10, format : DS[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain SHID : fixed length character
string, length 4, format : SH[0-9][0-9]
Domain PHnama : variable length character
string, length 20 Domain PHtgl : datetime, format : yyyy-mm-
dd hh:mm:ss
225
Domain PHkap : small integer Domain PHang : integer Domain PHlat : datetime, format : yyyy-mm-
dd hh:mm:ss Domain PHlama : tiny integer Domain PHlokasi : variable length character
string, length 30
Domain PHket : variable length character string, length 50
Pelatihan ( PelatihanID PHID NOT NULL, DivisiID DSID NOT NULL, StatusPelatihanID SHID NOT NULL, NamaPelatihan PHnama NOT NULL, TglPengajuan PHtgl NOT NULL, Kapasitas PHkap NOT NULL, AnggaranPelatihan PHang NOT NULL, TglPelatihan PHlat NOT NULL, LamaPelatihan PHlama NOT NULL, LokasiPelatihan PHlokasi NOT NULL, Keterangan PHket, PRIMARY KEY (PelatihanID),
FOREIGN KEY (DivisiID) REFERENCES Divisi(DivisiID) ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (StatusPelatihanID) REFERENCES StatusPelatihan(StatusPelatihanID) ON UPDATE CASCAD E ON DELETE CASCADE
); 37) TujuanPelatihan
Domain THID : fixed length character string, length 10, format : TH[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PHID : fixed length character
string, length 10, format : PH[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain THtujuan : variable length character
string, length 50
TujuanPelatihan ( TujuanID THID NOT NULL,
PelatihanID PHID NOT NULL,
226
Tujuan THtujuan NOT NULL, PRIMARY KEY (TujuanID),
FOREIGN KEY (PelatihanID) REFERENCES Pelatihan(PelatihanID) ON UPDATE CASCADE ON DELETE CASCADE
); 38) StatusPelatihan
Domain SHID : fixed length character string, length 4, format : SH[0-9][0-9]
Domain SHstatus : variable length character
string, length 30 Domain SHdesc : variable length character
string, length 50
StatusPelatihan ( StatusPelatihanID SHID NOT NULL,
Status SHstatus NOT NULL, Deskripsi SHdesc NOT NULL, PRIMARY KEY (StatusPelatihanID) );
39) PendaftaranPelatihan
Domain PGID : fixed length character string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PHID : fixed length character
string, length 10, format : PH[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain tgl : datetime, format : yyyy-mm-
dd hh:mm:ss Domain status : variable length character
string, length 7, format : [Absent, Present]
PendaftaranPelatihan ( PegawaiID PGID NOT NULL,
PelatihanID PHID NOT NULL, TglPendaftaran tgl NOT NULL, StatusKehadiran status NOT NULL,
PRIMARY KEY (PegawaiID, PelatihanID), FOREIGN KEY (PegawaiID) REFERENCES Pegawai(PegawaiI D) ON UPDATE CASCADE ON DELETE CASCADE,
227
FOREIGN KEY (PelatihanID) REFERENCES Pelatihan(PelatihanID) ON UPDATE CASCADE ON DELETE CASCADE
); 40) Penempatan
Domain PTID : fixed length character string, length 10, format : PT[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PGID : fixed length character
string, length 10, format : PG[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JBID : fixed length character
string, length 10, format : JB[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain JTID : fixed length character
string, length 4, format : JT[0-9][0-9]
Domain STID : fixed length character
string, length 4, format : ST[0-9][0-9]
Domain TTID : fixed length character
string, length 10, format : TT[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PTtgl : datetime, format : yyyy-mm-
dd hh:mm:ss Domain PTket : variable length character
string, length 50
Penempatan ( PenempatanID PTID NOT NULL,
PegawaiID PGID NOT NULL, JabatanID JBID NOT NULL, JenisPenempatanID JTID NOT NULL, StatusPenempatanID STID NOT NULL, TtdPenempatanID TTID, TglPengajuan PTtgl NOT NULL, Keterangan PTket,
PRIMARY KEY (PenempatanID), FOREIGN KEY (PegawaiID) REFERENCES Pegawai(PegawaiI D) ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (JabatanID) REFERENCES Jabatan(JabatanI D) ON UPDATE CASCADE ON DELETE CASCADE,
228
FOREIGN KEY (JenisPenempatanID) REFERENCES JenisPenempatan(JenisPenempatanID) ON UPDATE CASCAD E ON DELETE CASCADE, FOREIGN KEY (StatusPenempatanID) REFERENCES StatusPenempatan(StatusPenempatanID) ON UPDATE CASC ADE ON DELETE CASCADE, FOREIGN KEY (TtdPenempatanID) REFERENCES TtdPenempatan(TtdPenempatanID) ON UPDATE CASCADE ON DELETE CASCADE
); 41) JenisPenempatan
Domain JTID : fixed length character string, length 4, format : JT[0-9][0-9]
Domain JTjenis : variable length character
string, length 9 Domain JTdesc : variable length character
string, length 50
JenisPenempatan ( JenisPenempatanID JTID NOT NULL,
Jenis JTjenis NOT NULL, Deskripsi JTdesc NOT NULL, PRIMARY KEY (JenisPenempatanID) );
42) StatusPenempatan
Domain STID : fixed length character string, length 4, format : ST[0-9][0-9]
Domain STstatus : variable length character
string, length 30 Domain STdesc : variable length character
string, length 50
StatusPenempatan ( StatusPenempatanID STID NOT NULL,
Status STstatus NOT NULL, Deskripsi STdesc NOT NULL, PRIMARY KEY (StatusPenempatanID) );
229
43) DiskusiPenempatan
Domain DTID : fixed length character string, length 10, format : DT[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain PTID : fixed length character
string, length 10, format : PT[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain DTtgl : datetime, format : yyyy-mm-
dd hh:mm:ss Domain DTlokasi : variable length character
string, length 30
DiskusiPenempatan ( DiskusiPenempatanID DTID NOT NULL, PenempatanID PTID NOT NULL, TglDiskusi DTtgl NOT NULL,
LokasiDiskusi DTlokasi NOT NULL, PRIMARY KEY (DiskusiPenempatanID),
FOREIGN KEY (PenempatanID) REFERENCES Penempatan(PenempatanID) ON UPDATE CASCADE ON DELET E CASCADE
); 44) TtdPenempatan
Domain TTID : fixed length character string, length 10, format : TT[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
Domain TTtgl : datetime, format : yyyy-mm-
dd hh:mm:ss Domain TTlokasi : variable length character
string, length 30
TtdPenempatan ( TtdPenempatanID TTID NOT NULL, TglTtd TTtgl NOT NULL, LokasiTtd TTlokasi NOT NULL, PRIMARY KEY (TtdPenempatanID) );
230
b. Merancang Representasi dari Derived Data
Tujuan dari langkah ini adalah bagaimana merepresentasikan derived data yang
ada pada model data logikal global pada target DBMS. Setelah melakukan peninjauan,
penulis tidak menemukan derived data pada model data logikal global.
c. Merancang General Constraints
Tujuan dari langkah ini adalah merancang general constraints untuk target
DBMS. Berikut ini merupakan aturan-aturan khusus pembuatan basis data kepegawaian
yang diberikan oleh PT. ALTAVINDO:
1) Tanggal terbit pemasangan iklan tidak boleh lebih besar dari tanggal akhir CONSTRAINT CekPemasanganIklan CHECK (NOT EXISTS (SELECT PermintaanID
FROM PemasanganIklan WHERE TglTerbit > TglAkhir))
2) Jam masuk absensi tidak boleh lebih besar dari jam pulang
CONSTRAINT CekAbsensi CHECK (NOT EXISTS (SELECT AbsensiID
FROM Absensi WHERE JamMasuk != ’23:00:00’ AND JamMasuk > JamPulang))
3) Tanggal pengajuan cuti tidak boleh lebih besar dari tanggal awal cuti
CONSTRAINT CekCuti CHECK (NOT EXISTS (SELECT CutiID
FROM Cuti WHERE TglPengajuan > TglAwalCuti))
4) Tanggal awal cuti tidak boleh lebih besar dari tanggal akhir cuti CONSTRAINT CekIzinCuti CHECK (NOT EXISTS (SELECT CutiID
FROM Cuti WHERE TglAwalCuti > TglAkhirCuti))
5) Tanggal pengajuan pelatihan tidak boleh lebih besar dari tanggal pelaksanaan
CONSTRAINT CekPelatihan CHECK (NOT EXISTS (SELECT PelatihanID
FROM Pelatihan WHERE TglPengajuan > TglPelatihan))
231
3.7.3.2 Merancang File Organizations dan Indexes
Ada empat langkah yang dilakukan pada tahapan ini, yaitu menganalisis transaksi,
memilih file organizations, memilih indexes, dan mengestimasi kebutuhan disk space.
a. Menganalisis Transaksi
Analisis transaksi bertujuan untuk memahami fungsionalitas dari transaksi yang
akan dijalankan pada basis data dan menganalisis transaksi-transaksi penting. Berikut ini
adalah transaksi-transaksi yang ada di sistem kepegawaian pada PT. ALTAVINDO:
1) Menampilkan daftar permintaan pegawai berdasarkan jabatan;
2) Menampilkan daftar media yang digunakan untuk mengiklankan permintaan;
3) Menampilkan daftar pelamar berdasarkan permintaan;
4) Menampilkan daftar pegawai berdasarkan jabatan;
5) Menampilkan daftar absensi pegawai;
6) Menampilkan daftar cuti pegawai;
7) Menampilkan daftar penilaian pegawai;
8) Menampilkan daftar pelatihan pegawai berdasarkan divisi;
9) Menampilkan daftar pegawai yang mengikuti pelatihan;
10) Menampilkan daftar penempatan pegawai;
11) Memasukkan atau mengubah atau menghapus data permintaan pegawai;
12) Memasukkan atau mengubah atau menghapus data pegawai;
13) Memasukkan atau mengubah data absensi pegawai;
14) Memasukkan atau mengubah atau menghapus data cuti pegawai;
15) Memasukkan atau mengubah data penilaian pegawai;
16) Memasukkan atau mengubah data diskusi penilaian pegawai;
17) Memasukkan atau mengubah atau menghapus data pelatihan pegawai;
232
18) Memasukkan atau mengubah atau menghapus data penempatan pegawai;
19) Memasukkan atau mengubah data diskusi penempatan pegawai.
Berikut ini merupakan Tabel 3.13 yang berisi analisis dari setiap transaksi yang
ada di sistem kepegawaian pada PT. ALTAVINDO:
Tabel 3.13 Analisis Transaksi
Transaksi Relasi
1 2 3 4 I U D R I U D R I U D R I U D R
Pegawai X TelpPegawai X Keluarga X PdkFormalPegawai X PdkInformalPegawai X PekerjaanPegawai X BahasaPegawai X SertifikatPegawai X JenisSertifikat X X Divisi X X Jabatan X X Permintaan X X X SyaratPermintaan X StatusPermintaan X Media X TelpMedia X PemasanganIklan X Pelamar X TelpPelamar X PdkFormalPelamar X PdkInformalPelamar X PekerjaanPelamar X BahasaPelamar X SertifikatPelamar X Lamaran X StatusLamaran X Wawancara TtdPenerimaan Absensi Cuti JenisCuti StatusCuti Penilaian StatusPenilaian DiskusiPenilaian
233
Pelatihan TujuanPelatihan StatusPelatihan PendaftaranPelatihan Penempatan JenisPenempatan StatusPenempatan DiskusiPenempatan TtdPenempatan
I = Insert; U = Update; D = Delete; R = Read
234
Tabel 3.13 Analisis Transaksi (Lanjutan)
Transaksi Relasi
5 6 7 8 I U D R I U D R I U D R I U D R
Pegawai X X X TelpPegawai Keluarga PdkFormalPegawai PdkInformalPegawai PekerjaanPegawai BahasaPegawai SertifikatPegawai JenisSertifikat Divisi X X X X Jabatan X X X Permintaan SyaratPermintaan StatusPermintaan Media TelpMedia PemasanganIklan Pelamar TelpPelamar PdkFormalPelamar PdkInformalPelamar PekerjaanPelamar BahasaPelamar SertifikatPelamar Lamaran StatusLamaran Wawancara TtdPenerimaan Absensi X Cuti X JenisCuti X StatusCuti X Penilaian X StatusPenilaian X DiskusiPenilaian Pelatihan X TujuanPelatihan X StatusPelatihan X PendaftaranPelatihan Penempatan JenisPenempatan StatusPenempatan DiskusiPenempatan TtdPenempatan
I = Insert; U = Update; D = Delete; R = Read
235
Tabel 3.13 Analisis Transaksi (Lanjutan)
Transaksi Relasi
9 10 11 12 I U D R I U D R I U D R I U D R
Pegawai X X X X X TelpPegawai X X X X Keluarga X X X X PdkFormalPegawai X X X X PdkInformalPegawai X X X X PekerjaanPegawai X X X X BahasaPegawai X X X X SertifikatPegawai X X X X JenisSertifikat X Divisi X X X Jabatan X X X Permintaan X X X X SyaratPermintaan X X StatusPermintaan X Media TelpMedia PemasanganIklan Pelamar TelpPelamar PdkFormalPelamar PdkInformalPelamar PekerjaanPelamar BahasaPelamar SertifikatPelamar Lamaran StatusLamaran Wawancara TtdPenerimaan Absensi Cuti JenisCuti StatusCuti Penilaian StatusPenilaian DiskusiPenilaian Pelatihan X TujuanPelatihan StatusPelatihan PendaftaranPelatihan X Penempatan X JenisPenempatan X StatusPenempatan X DiskusiPenempatan TtdPenempatan
I = Insert; U = Update; D = Delete; R = Read
236
Tabel 3.13 Analisis Transaksi (Lanjutan)
Transaksi Relasi
13 14 15 16 I U D R I U D R I U D R I U D R
Pegawai X X X X TelpPegawai Keluarga PdkFormalPegawai PdkInformalPegawai PekerjaanPegawai BahasaPegawai SertifikatPegawai JenisSertifikat Divisi X X X X Jabatan X X X X Permintaan SyaratPermintaan StatusPermintaan Media TelpMedia PemasanganIklan Pelamar TelpPelamar PdkFormalPelamar PdkInformalPelamar PekerjaanPelamar BahasaPelamar SertifikatPelamar Lamaran StatusLamaran Wawancara TtdPenerimaan Absensi X X X Cuti X X X X JenisCuti X StatusCuti X Penilaian X X X X StatusPenilaian X X DiskusiPenilaian X X X Pelatihan TujuanPelatihan StatusPelatihan PendaftaranPelatihan Penempatan JenisPenempatan StatusPenempatan DiskusiPenempatan TtdPenempatan
I = Insert; U = Update; D = Delete; R = Read
237
Tabel 3.13 Analisis Transaksi (Lanjutan)
Transaksi Relasi
17 18 19 I U D R I U D R I U D R
Pegawai X X TelpPegawai Keluarga PdkFormalPegawai PdkInformalPegawai PekerjaanPegawai BahasaPegawai SertifikatPegawai JenisSertifikat Divisi X X X Jabatan X X Permintaan SyaratPermintaan StatusPermintaan Media TelpMedia PemasanganIklan Pelamar TelpPelamar PdkFormalPelamar PdkInformalPelamar PekerjaanPelamar BahasaPelamar SertifikatPelamar Lamaran StatusLamaran Wawancara TtdPenerimaan Absensi Cuti JenisCuti StatusCuti Penilaian StatusPenilaian DiskusiPenilaian Pelatihan X X X X TujuanPelatihan X X StatusPelatihan X PendaftaranPelatihan Penempatan X X X X X JenisPenempatan X X StatusPenempatan X X DiskusiPenempatan X X X TtdPenempatan
I = Insert; U = Update; D = Delete; R = Read
238
b. Memilih File Organizations
Pada DBMS MySQL, default file organization yang digunakan adalah MyISAM.
Oleh karena itu, file organization yang akan digunakan pada perancangan basis data
kepegawaian ini adalah MyISAM.
c. Memilih Indexes
Penambahan index bertujuan untuk meningkatkan performa basis data yang ada.
Pemilihan index dilakukan berdasarkan atribut yang paling sering digunakan untuk
operasi penggabungan dan atribut yang paling sering digunakan untuk mengakses record
dalam tabel. Berikut ini merupakan Tabel 3.14 yang berisi hasil pemilihan index:
Tabel 3.14 Hasil Pemilihan Index
Nama Tabel Nama Index Key Index
Pegawai Idx_Pegawai PegawaiID
TelpPegawai Idx_TelpPegawai NoTeleponPegawai
Keluarga Idx_Keluarga KeluargaID
PdkFormalPegawai Idx_PdkFormalPegawai PdkFormalPegawaiID
PdkInformalPegawai Idx_PdkInformalPegawai PdkInformalPegawaiID
PekerjaanPegawai Idx_PekerjaanPegawai PekerjaanPegawaiID
BahasaPegawai Idx_BahasaPegawai BahasaPegawaiID
SertifikatPegawai Idx_SertifikatPegawai NoSertifikatPegawai
JenisSertifikat Idx_JenisSertifikat JenisSertifikatID
Divisi Idx_Divisi DivisiID
Jabatan Idx_Jabatan JabatanID
Permintaan Idx_Permintaan PermintaanID
SyaratPermintaan Idx_SyaratPermintaan SyaratPermintaanID
StatusPermintaan Idx_StatusPermintaan StatusPermintaanID
Media Idx_Media MediaID
239
Tabel 3.14 Hasil Pemilihan Index (Lanjutan)
Nama Tabel Nama Index Key Index
TelpMedia Idx_TelpMedia NoTeleponMedia
PemasanganIklan Idx_Permintaan PermintaanID
Pelamar Idx_Pelamar PelamarID
TelpPelamar Idx_TelpPelamar NoTeleponPelamar
PdkFormalPelamar Idx_PdkFormalPelamar PdkFormalPelamarID
PdkInformalPelamar Idx_PdkInformalPelamar PdkInformalPelamarID
PekerjaanPelamar Idx_PekerjaanPelamar PekerjaanPelamarID
BahasaPelamar Idx_BahasaPelamar BahasaPelamarID
SertifikatPelamar Idx_SertifikatPelamar NoSertifikatPelamar
Lamaran Idx_Lamaran LamaranID
StatusLamaran Idx_StatusLamaran StatusLamaranID
Wawancara Idx_Wawancara WawancaraID
TtdPenerimaan Idx_TtdPenerimaan TtdPenerimaanID
Absensi Idx_Absensi AbsensiID
Cuti Idx_Cuti CutiID
JenisCuti Idx_JenisCuti JenisCutiID
StatusCuti Idx_StatusCuti StatusCutiID
Penilaian Idx_Penilaian PenilaianID
StatusPenilaian Idx_StatusPenilaian StatusPenilaianID
DiskusiPenilaian Idx_DiskusiPenilaian DiskusiPenilaianID
Pelatihan Idx_Pelatihan PelatihanID
TujuanPelatihan Idx_TujuanPelatihan TujuanID
StatusPelatihan Idx_StatusPelatihan StatusPelatihanID
PendaftaranPelatihan Idx_Pelatihan PelatihanID
Penempatan Idx_Penempatan PenempatanID
240
Tabel 3.14 Hasil Pemilihan Index (Lanjutan)
Nama Tabel Nama Index Key Index
JenisPenempatan Idx_JenisPenempatan JenisPenempatanID
StatusPenempatan Idx_StatusPenempatan StatusPenempatanID
DiskusiPenempatan Idx_DiskusiPenempatan DiskusiPenempatanID
TtdPenempatan Idx_TtdPenempatan TtdPenempatanID
d. Mengestimasi Kebutuhan Disk Space
Estimasi kebutuhan disk space dilakukan dengan cara menghitung besar disk
space yang terpakai untuk setiap relasi beserta dengan atribut-atribut yang ada di
dalamnya dan tipe data yang digunakan. Berikut ini adalah estimasi kebutuhan disk space
yang diperlukan untuk basis data kepegawaian pada PT. ALTAVINDO:
1) Pegawai
Perhitungan estimasi kebutuhan disk space untuk tabel Pegawai dapat dilihat pada
Tabel 3.15 berikut ini:
Tabel 3.15 Estimasi Kebutuhan Disk Space Tabel Pegawai
Nama Field Tipe Data Ukuran (bytes)
PegawaiID Char(10) 10
JabatanID Char(10) 10
KataSandi Char(32) 32
Foto Varchar(15) 16
NamaPegawai Varchar(30) 31
JenisKelamin Varchar(6) 7
TempatLahir Varchar(15) 16
TglLahir Date 3
Alamat Varchar(100) 101
241
Tabel 3.15 Estimasi Kebutuhan Disk Space Tabel Pegawai (Lanjutan)
Nama Field Tipe Data Ukuran (bytes)
KodePos Medium Integer 3
Email Varchar(30) 31
Agama Varchar(9) 10
GolonganDarah Varchar(2) 3
NoKTP Char(16) 16
Kewarganegaraan Char(3) 3
NoNPWP Char(15) 15
StatusNikah Varchar(7) 8
Ukuran satu record dari tabel Pegawai adalah 315 bytes.
2) TelpPegawai
Perhitungan estimasi kebutuhan disk space untuk tabel TelpPegawai dapat dilihat
pada Tabel 3.16 berikut ini:
Tabel 3.16 Estimasi Kebutuhan Disk Space Tabel TelpPegawai
Nama Field Tipe Data Ukuran (bytes)
NoTeleponPegawai Varchar(15) 16
PegawaiID Char(10) 10
Ukuran satu record dari tabel TelpPegawai adalah 26 bytes.
242
3) Keluarga
Perhitungan estimasi kebutuhan disk space untuk tabel Keluarga dapat dilihat
pada Tabel 3.17 berikut ini:
Tabel 3.17 Estimasi Kebutuhan Disk Space Tabel Keluarga
Nama Field Tipe Data Ukuran (bytes)
KeluargaID Char(10) 10
PegawaiID Char(10) 10
NamaKeluarga Varchar(30) 31
AlamatKeluarga Varchar(100) 101
Pekerjaan Varchar(20) 21
TeleponKeluarga Varchar(15) 16
StatusKeluarga Varchar(8) 9
Ukuran satu record dari tabel Keluarga adalah 198 bytes.
4) PdkFormalPegawai
Perhitungan estimasi kebutuhan disk space untuk tabel PdkFormalPegawai dapat
dilihat pada Tabel 3.18 berikut ini:
Tabel 3.18 Estimasi Kebutuhan Disk Space Tabel PdkFormalPegawai
Nama Field Tipe Data Ukuran (bytes)
PdkFormalPegawaiID Char(10) 10
PegawaiID Char(10) 10
TahunMasukFormal Year 1
TahunLulusFormal Year 1
TingkatPendidikan Varchar(19) 20
Jurusan Varchar(20) 21
IPK Decimal(3,2) 2
243
Tabel 3.18 Estimasi Kebutuhan Disk Space Tabel PdkFormalPegawai (Lanjutan)
Nama Field Tipe Data Ukuran (bytes)
InstitusiPendidikanFormal Varchar(30) 31
Ukuran satu record dari tabel PdkFormalPegawai adalah 96 bytes.
5) PdkInformalPegawai
Perhitungan estimasi kebutuhan disk space untuk tabel PdkInformalPegawai dapat
dilihat pada Tabel 3.19 berikut ini:
Tabel 3.19 Estimasi Kebutuhan Disk Space Tabel PdkInformalPegawai
Nama Field Tipe Data Ukuran (bytes)
PdkInformalPegawaiID Char(10) 10
PegawaiID Char(10) 10
TahunMasukInformal Year 1
TahunLulusInformal Year 1
DeskripsiPendidikan Varchar(50) 51
InstitusiPendidikanInformal Varchar(30) 31
Ukuran satu record dari tabel PdkInformalPegawai adalah 104 bytes.
6) PekerjaanPegawai
Perhitungan estimasi kebutuhan disk space untuk tabel PekerjaanPegawai dapat
dilihat pada Tabel 3.20 berikut ini:
Tabel 3.20 Estimasi Kebutuhan Disk Space Tabel PekerjaanPegawai
Nama Field Tipe Data Ukuran (bytes)
PekerjaanPegawaiID Char(10) 10
PegawaiID Char(10) 10
TahunMasuk Year 1
244
Tabel 3.20 Estimasi Kebutuhan Disk Space Tabel PekerjaanPegawai (Lanjutan)
Nama Field Tipe Data Ukuran (bytes)
TahunKeluar Year 1
NamaPerusahaan Varchar(30) 31
DeskripsiPekerjaan Varchar(50) 51
Ukuran satu record dari tabel PekerjaanPegawai adalah 104 bytes.
7) BahasaPegawai
Perhitungan estimasi kebutuhan disk space untuk tabel BahasaPegawai dapat
dilihat pada Tabel 3.21 berikut ini:
Tabel 3.21 Estimasi Kebutuhan Disk Space Tabel BahasaPegawai
Nama Field Tipe Data Ukuran (bytes)
BahasaPegawaiID Char(10) 10
PegawaiID Char(10) 10
Bahasa Varchar(15) 16
Membaca Tiny Integer 1
Menulis Tiny Integer 1
Berbicara Tiny Integer 1
Ukuran satu record dari tabel BahasaPegawai adalah 39 bytes.
245
8) SertifikatPegawai
Perhitungan estimasi kebutuhan disk space untuk tabel SertifikatPegawai dapat
dilihat pada Tabel 3.22 berikut ini:
Tabel 3.22 Estimasi Kebutuhan Disk Space Tabel SertifikatPegawai
Nama Field Tipe Data Ukuran (bytes)
NoSertifikatPegawai Varchar(20) 21
PegawaiID Char(10) 10
JenisSertifikatID Char(10) 10
TahunSertifikat Year 1
Ukuran satu record dari tabel SertifikatPegawai adalah 42 bytes.
9) JenisSertifikat
Perhitungan estimasi kebutuhan disk space untuk tabel JenisSertifikat dapat dilihat
pada Tabel 3.23 berikut ini:
Tabel 3.23 Estimasi Kebutuhan Disk Space Tabel JenisSertifikat
Nama Field Tipe Data Ukuran (bytes)
JenisSertifikatID Char(10) 10
NamaSertifikat Varchar(30) 31
Penyelenggara Varchar(55) 56
DeskripsiSertifikat Varchar(50) 51
Ukuran satu record dari tabel JenisSertifikat adalah 148 bytes.
246
10) Divisi
Perhitungan estimasi kebutuhan disk space untuk tabel Divisi dapat dilihat pada
Tabel 3.24 berikut ini:
Tabel 3.24 Estimasi Kebutuhan Disk Space Tabel Divisi
Nama Field Tipe Data Ukuran (bytes)
DivisiID Char(10) 10
NamaDivisi Varchar(20) 21
DeskripsiDivisi Varchar(50) 51
Ukuran satu record dari tabel Divisi adalah 82 bytes.
11) Jabatan
Perhitungan estimasi kebutuhan disk space untuk tabel Jabatan dapat dilihat pada
Tabel 3.25 berikut ini:
Tabel 3.25 Estimasi Kebutuhan Disk Space Tabel Jabatan
Nama Field Tipe Data Ukuran (bytes)
JabatanID Char(10) 10
DivisiID Char(10) 10
NamaJabatan Varchar(24) 25
DeskripsiJabatan Varchar(50) 51
Ukuran satu record dari tabel Jabatan adalah 96 bytes.
247
12) Permintaan
Perhitungan estimasi kebutuhan disk space untuk tabel Permintaan dapat dilihat
pada Tabel 3.26 berikut ini:
Tabel 3.26 Estimasi Kebutuhan Disk Space Tabel Permintaan
Nama Field Tipe Data Ukuran (bytes)
PermintaanID Char(10) 10
JabatanID Char(10) 10
StatusPermintaanID Char(4) 4
Jumlah Tiny Integer 1
TglPermintaan Datetime 8
Keterangan Varchar(50) 51
Ukuran satu record dari tabel Permintaan adalah 84 bytes.
13) SyaratPermintaan
Perhitungan estimasi kebutuhan disk space untuk tabel Pegawai dapat dilihat pada
Tabel 3.27 berikut ini:
Tabel 3.27 Estimasi Kebutuhan Disk Space Tabel SyaratPermintaan
Nama Field Tipe Data Ukuran (bytes)
SyaratPermintaanID Char(10) 10
PermintaanID Char(10) 10
Persyaratan Varchar(50) 51
Ukuran satu record dari tabel SyaratPermintaan adalah 71 bytes.
248
14) StatusPermintaan
Perhitungan estimasi kebutuhan disk space untuk tabel StatusPermintaan dapat
dilihat pada Tabel 3.28 berikut ini:
Tabel 3.28 Estimasi Kebutuhan Disk Space Tabel StatusPermintaan
Nama Field Tipe Data Ukuran (bytes)
StatusPermintaanID Char(4) 4
Status Varchar(30) 31
Deskripsi Varchar(50) 51
Ukuran satu record dari tabel StatusPermintaan adalah 86 bytes.
15) Media
Perhitungan estimasi kebutuhan disk space untuk tabel Media dapat dilihat pada
Tabel 3.29 berikut ini:
Tabel 3.29 Estimasi Kebutuhan Disk Space Tabel Media
Nama Field Tipe Data Ukuran (bytes)
MediaID Char(10) 10
NamaMedia Varchar(20) 21
Alamat Varchar(100) 101
KodePos Medium Integer 3
Ukuran satu record dari tabel Media adalah 135 bytes.
249
16) TelpMedia
Perhitungan estimasi kebutuhan disk space untuk tabel TelpMedia dapat dilihat
pada Tabel 3.30 berikut ini:
Tabel 3.30 Estimasi Kebutuhan Disk Space Tabel TelpMedia
Nama Field Tipe Data Ukuran (bytes)
NoTeleponMedia Varchar(15) 16
MediaID Char(10) 10
Ukuran satu record dari tabel TelpMedia adalah 26 bytes.
17) PemasanganIklan
Perhitungan estimasi kebutuhan disk space untuk tabel PemasanganIklan dapat
dilihat pada Tabel 3.31 berikut ini:
Tabel 3.31 Estimasi Kebutuhan Disk Space Tabel PemasanganIklan
Nama Field Tipe Data Ukuran (bytes)
MediaID Char(10) 10
PermintaanID Char(10) 10
TglTerbit Date 3
TglAkhir Date 3
Ukuran satu record dari tabel PemasanganIklan adalah 26 bytes.
250
18) Pelamar
Perhitungan estimasi kebutuhan disk space untuk tabel Pelamar dapat dilihat pada
Tabel 3.32 berikut ini:
Tabel 3.32 Estimasi Kebutuhan Disk Space Tabel Pelamar
Nama Field Tipe Data Ukuran (bytes)
PelamarID Char(10) 10
KataSandi Char(32) 32
Foto Varchar(15) 16
NamaPelamar Varchar(30) 31
JenisKelamin Varchar(6) 7
TempatLahir Varchar(15) 16
TglLahir Date 3
Alamat Varchar(100) 101
KodePos Medium Integer 3
Email Varchar(30) 31
Agama Varchar(9) 10
NoKTP Char(16) 16
StatusNikah Varchar(7) 8
Ukuran satu record dari tabel Pelamar adalah 284 bytes.
251
19) TelpPelamar
Perhitungan estimasi kebutuhan disk space untuk tabel TelpPelamar dapat dilihat
pada Tabel 3.33 berikut ini:
Tabel 3.33 Estimasi Kebutuhan Disk Space Tabel TelpPelamar
Nama Field Tipe Data Ukuran (bytes)
NoTeleponPelamar Varchar(15) 16
PelamarID Char(10) 10
Ukuran satu record dari tabel TelpPelamar adalah 26 bytes.
20) PdkFormalPelamar
Perhitungan estimasi kebutuhan disk space untuk tabel PdkFormalPelamar dapat
dilihat pada Tabel 3.34 berikut ini:
Tabel 3.34 Estimasi Kebutuhan Disk Space Tabel PdkFormalPelamar
Nama Field Tipe Data Ukuran (bytes)
PdkFormalPelamarID Char(10) 10
PelamarID Char(10) 10
TahunMasukFormal Year 1
TahunLulusFormal Year 1
TingkatPendidikan Varchar(19) 20
Jurusan Varchar(20) 21
IPK Decimal(3,2) 2
InstitusiPendidikanFormal Varchar(30) 31
Ukuran satu record dari tabel PdkFormalPelamar adalah 96 bytes.
252
21) PdkInformalPelamar
Perhitungan estimasi kebutuhan disk space untuk tabel PdkInformalPelamar dapat
dilihat pada Tabel 3.35 berikut ini:
Tabel 3.35 Estimasi Kebutuhan Disk Space Tabel PdkInformalPelamar
Nama Field Tipe Data Ukuran (bytes)
PdkInformalPelamarID Char(10) 10
PelamarID Char(10) 10
TahunMasukInformal Year 1
TahunLulusInformal Year 1
DeskripsiPendidikan Varchar(50) 51
InstitusiPendidikanInformal Varchar(30) 31
Ukuran satu record dari tabel PdkInformalPegawai adalah 104 bytes.
22) PekerjaanPelamar
Perhitungan estimasi kebutuhan disk space untuk tabel PekerjaanPelamar dapat
dilihat pada Tabel 3.36 berikut ini:
Tabel 3.36 Estimasi Kebutuhan Disk Space Tabel PekerjaanPelamar
Nama Field Tipe Data Ukuran (bytes)
PekerjaanPelamarID Char(10) 10
PelamarID Char(10) 10
TahunMasuk Year 1
TahunKeluar Year 1
NamaPerusahaan Varchar(30) 31
DeskripsiPekerjaan Varchar(50) 51
Ukuran satu record dari tabel PekerjaanPelamar adalah 104 bytes.
253
23) BahasaPelamar
Perhitungan estimasi kebutuhan disk space untuk tabel BahasaPelamar dapat
dilihat pada Tabel 3.37 berikut ini:
Tabel 3.37 Estimasi Kebutuhan Disk Space Tabel BahasaPelamar
Nama Field Tipe Data Ukuran (bytes)
BahasaPelamarID Char(10) 10
PelamarID Char(10) 10
Bahasa Varchar(15) 16
Membaca Tiny Integer 1
Menulis Tiny Integer 1
Berbicara Tiny Integer 1
Ukuran satu record dari tabel Pegawai adalah 39 bytes.
24) SertifikatPelamar
Perhitungan estimasi kebutuhan disk space untuk tabel SertifikatPelamar dapat
dilihat pada Tabel 3.38 berikut ini:
Tabel 3.38 Estimasi Kebutuhan Disk Space Tabel SertifikatPelamar
Nama Field Tipe Data Ukuran (bytes)
NoSertifikatPelamar Varchar(20) 21
PelamarID Char(10) 10
JenisSertifikatID Char(10) 10
TahunSertifikat Year 1
Ukuran satu record dari tabel SertifikatPelamar adalah 42 bytes.
254
25) Lamaran
Perhitungan estimasi kebutuhan disk space untuk tabel Lamaran dapat dilihat pada
Tabel 3.39 berikut ini:
Tabel 3.39 Estimasi Kebutuhan Disk Space Tabel Lamaran
Nama Field Tipe Data Ukuran (bytes)
LamaranID Char(10) 10
PelamarID Char(10) 10
PermintaanID Char(10) 10
StatusLamaranID Char(4) 4
TtdPenerimaanID Char(10) 10
TglLamaran Datetime 8
EkspektasiGaji Integer 4
TglKesiapanKerja Date 3
Ukuran satu record dari tabel Lamaran adalah 59 bytes.
26) StatusLamaran
Perhitungan estimasi kebutuhan disk space untuk tabel StatusLamaran dapat
dilihat pada Tabel 3.40 berikut ini:
Tabel 3.40 Estimasi Kebutuhan Disk Space Tabel StatusLamaran
Nama Field Tipe Data Ukuran (bytes)
StatusLamaranID Char(4) 4
Status Varchar(30) 31
Deskripsi Varchar(50) 51
Ukuran satu record dari tabel StatusLamaran adalah 86 bytes.
255
27) Wawancara
Perhitungan estimasi kebutuhan disk space untuk tabel Wawancara dapat dilihat
pada Tabel 3.41 berikut ini:
Tabel 3.41 Estimasi Kebutuhan Disk Space Tabel Wawancara
Nama Field Tipe Data Ukuran (bytes)
WawancaraID Char(10) 10
LamaranID Char(10) 10
TglWawancara Datetime 8
LokasiWawancara Varchar(30) 31
Ukuran satu record dari tabel Wawancara adalah 59 bytes.
28) TtdPenerimaan
Perhitungan estimasi kebutuhan disk space untuk tabel TtdPenerimaan dapat
dilihat pada Tabel 3.42 berikut ini:
Tabel 3.42 Estimasi Kebutuhan Disk Space Tabel TtdPenerimaan
Nama Field Tipe Data Ukuran (bytes)
TtdPenerimaanID Char(10) 10
TglTtd Datetime 8
LokasiTtd Varchar(30) 31
Ukuran satu record dari tabel TtdPenerimaan adalah 49 bytes.
256
29) Absensi
Perhitungan estimasi kebutuhan disk space untuk tabel Absensi dapat dilihat pada
Tabel 3.43 berikut ini:
Tabel 3.43 Estimasi Kebutuhan Disk Space Tabel Absensi
Nama Field Tipe Data Ukuran (bytes)
AbsensiID Char(10) 10
PegawaiID Char(10) 10
TglAbsensi Date 3
JamMasuk Time 3
JamPulang Time 3
Keterangan Varchar(50) 51
Verifikasi Varchar(7) 8
Ukuran satu record dari tabel Absensi adalah 88 bytes.
30) Cuti
Perhitungan estimasi kebutuhan disk space untuk tabel Cuti dapat dilihat pada
Tabel 3.44 berikut ini:
Tabel 3.44 Estimasi Kebutuhan Disk Space Tabel Cuti
Nama Field Tipe Data Ukuran (bytes)
CutiID Char(10) 10
PegawaiID Char(10) 10
JenisCutiID Char(4) 4
StatusCutiID Char(4) 4
TglPengajuan Datetime 8
TglAwalCuti Date 3
TglAkhirCuti Date 3
257
Tabel 3.44 Estimasi Kebutuhan Disk Space Tabel Cuti (Lanjutan)
Nama Field Tipe Data Ukuran (bytes)
Keterangan Varchar(50) 51
Ukuran satu record dari tabel Cuti adalah 93 bytes.
31) JenisCuti
Perhitungan estimasi kebutuhan disk space untuk tabel JenisCuti dapat dilihat
pada Tabel 3.45 berikut ini:
Tabel 3.45 Estimasi Kebutuhan Disk Space Tabel JenisCuti
Nama Field Tipe Data Ukuran (bytes)
JenisCutiID Char(4) 4
Jenis Varchar(30) 31
Deskripsi Varchar(50) 51
Ukuran satu record dari tabel JenisCuti adalah 86 bytes.
32) StatusCuti
Perhitungan estimasi kebutuhan disk space untuk tabel StatusCuti dapat dilihat
pada Tabel 3.46 berikut ini:
Tabel 3.46 Estimasi Kebutuhan Disk Space Tabel StatusCuti
Nama Field Tipe Data Ukuran (bytes)
StatusCutiID Char(4) 4
Status Varchar(30) 31
Deskripsi Varchar(50) 51
Ukuran satu record dari tabel StatusCuti adalah 86 bytes.
258
33) Penilaian
Perhitungan estimasi kebutuhan disk space untuk tabel TtdPenerimaan dapat
dilihat pada Tabel 3.47 berikut ini:
Tabel 3.47 Estimasi Kebutuhan Disk Space Tabel Penilaian
Nama Field Tipe Data Ukuran (bytes)
PenilaianID Char(10) 10
PegawaiID Char(10) 10
StatusPenilaianID Char(4) 4
TglPenilaian Datetime 8
KualitasKerjaPegawai Char(9) 9
KemampuanDiriPegawai Char(7) 7
DisiplinDiriPegawai Char(7) 7
KeteranganPegawai Varchar(50) 51
KualitasKerjaDivisi Char(9) 9
KemampuanDiriDivisi Char(7) 7
DisiplinDiriDivisi Char(7) 7
KeteranganDivisi Varchar(50) 51
Ukuran satu record dari tabel Penilaian adalah 180 bytes.
34) StatusPenilaian
Perhitungan estimasi kebutuhan disk space untuk tabel StatusPenilaian dapat
dilihat pada Tabel 3.48 berikut ini:
Tabel 3.48 Estimasi Kebutuhan Disk Space Tabel StatusPenilaian
Nama Field Tipe Data Ukuran (bytes)
StatusPenilaianID Char(4) 4
Status Varchar(30) 31
259
Tabel 3.48 Estimasi Kebutuhan Disk Space Tabel StatusPenilaian (Lanjutan)
Nama Field Tipe Data Ukuran (bytes)
Deskripsi Varchar(50) 51
Ukuran satu record dari tabel StatusPenilaian adalah 86 bytes.
35) DiskusiPenilaian
Perhitungan estimasi kebutuhan disk space untuk tabel DiskusiPenilaian dapat
dilihat pada Tabel 3.49 berikut ini:
Tabel 3.49 Estimasi Kebutuhan Disk Space Tabel DiskusiPenilaian
Nama Field Tipe Data Ukuran (bytes)
DiskusiPenilaianID Char(10) 10
PenilaianID Char(10) 10
TglDiskusi Datetime 8
LokasiDiskusi Varchar(30) 31
Ukuran satu record dari tabel DiskusiPenilaian adalah 59 bytes.
36) Pelatihan
Perhitungan estimasi kebutuhan disk space untuk tabel Pelatihan dapat dilihat
pada Tabel 3.50 berikut ini:
Tabel 3.50 Estimasi Kebutuhan Disk Space Tabel Pelatihan
Nama Field Tipe Data Ukuran (bytes)
PelatihanID Char(10) 10
DivisiID Char(10) 10
StatusPelatihanID Char(4) 4
NamaPelatihan Varchar(20) 21
TglPengajuan Datetime 8
260
Tabel 3.50 Estimasi Kebutuhan Disk Space Tabel Pelatihan (Lanjutan)
Nama Field Tipe Data Ukuran (bytes)
Kapasitas Small Integer 2
AnggaranPelatihan Integer 4
TglPelatihan Datetime 8
LamaPelatihan Tiny Integer 1
LokasiPelatihan Varchar(30) 31
Keterangan Varchar(50) 51
Ukuran satu record dari tabel Pelatihan adalah 150 bytes.
37) TujuanPelatihan
Perhitungan estimasi kebutuhan disk space untuk tabel TujuanPelatihan dapat
dilihat pada Tabel 3.51 berikut ini:
Tabel 3.51 Estimasi Kebutuhan Disk Space Tabel TujuanPelatihan
Nama Field Tipe Data Ukuran (bytes)
TujuanID Char(10) 10
PelatihanID Char(10) 10
Tujuan Varchar(50) 51
Ukuran satu record dari tabel TujuanPelatihan adalah 71 bytes.
261
38) StatusPelatihan
Perhitungan estimasi kebutuhan disk space untuk tabel StatusPelatihan dapat
dilihat pada Tabel 3.52 berikut ini:
Tabel 3.52 Estimasi Kebutuhan Disk Space Tabel StatusPelatihan
Nama Field Tipe Data Ukuran (bytes)
StatusPelatihanID Char(4) 4
Status Varchar(30) 31
Deskripsi Varchar(50) 51
Ukuran satu record dari tabel StatusPelatihan adalah 86 bytes.
39) PendaftaranPelatihan
Perhitungan estimasi kebutuhan disk space untuk tabel PendaftaranPelatihan dapat
dilihat pada Tabel 3.53 berikut ini:
Tabel 3.53 Estimasi Kebutuhan Disk Space Tabel PendaftaranPelatihan
Nama Field Tipe Data Ukuran (bytes)
PegawaiID Char(10) 10
PelatihanID Char(10) 10
TglPendaftaran Datetime 8
StatusKehadiran Varchar(7) 8
Ukuran satu record dari tabel PendaftaranPelatihan adalah 36 bytes.
262
40) Penempatan
Perhitungan estimasi kebutuhan disk space untuk tabel Penempatan dapat dilihat
pada Tabel 3.54 berikut ini:
Tabel 3.54 Estimasi Kebutuhan Disk Space Tabel Penempatan
Nama Field Tipe Data Ukuran (bytes)
PenempatanID Char(10) 10
PegawaiID Char(10) 10
JabatanID Char(10) 10
JenisPenempatanID Char(4) 4
StatusPenempatanID Char(4) 4
TtdPenempatanID Char(10) 10
TglPengajuan Datetime 8
Keterangan Varchar(50) 51
Ukuran satu record dari tabel Penempatan adalah 107 bytes.
41) JenisPenempatan
Perhitungan estimasi kebutuhan disk space untuk tabel JenisPenempatan dapat
dilihat pada Tabel 3.55 berikut ini:
Tabel 3.55 Estimasi Kebutuhan Disk Space Tabel JenisPenempatan
Nama Field Tipe Data Ukuran (bytes)
JenisPenempatan Char(4) 4
Jenis Varchar(9) 10
Deskripsi Varchar(50) 51
Ukuran satu record dari tabel JenisPenempatan adalah 65 bytes.
263
42) StatusPenempatan
Perhitungan estimasi kebutuhan disk space untuk tabel StatusPenempatan dapat
dilihat pada Tabel 3.56 berikut ini:
Tabel 3.56 Estimasi Kebutuhan Disk Space Tabel StatusPenempatan
Nama Field Tipe Data Ukuran (bytes)
StatusPenempatanID Char(4) 4
Status Varchar(30) 31
Deskripsi Varchar(50) 51
Ukuran satu record dari tabel StatusPenempatan adalah 86 bytes.
43) DiskusiPenempatan
Perhitungan estimasi kebutuhan disk space untuk tabel DiskusiPenempatan dapat
dilihat pada Tabel 3.57 berikut ini:
Tabel 3.57 Estimasi Kebutuhan Disk Space Tabel DiskusiPenempatan
Nama Field Tipe Data Ukuran (bytes)
DiskusiPenempatanID Char(10) 10
PenempatanID Char(10) 10
TglDiskusi Datetime 8
LokasiDiskusi Varchar(30) 31
Ukuran satu record dari tabel DiskusiPenempatan adalah 59 bytes.
264
44) TtdPenempatan
Perhitungan estimasi kebutuhan disk space untuk tabel TtdPenempatan dapat
dilihat pada Tabel 3.58 berikut ini:
Tabel 3.58 Estimasi Kebutuhan Disk Space Tabel TtdPenempatan
Nama Field Tipe Data Ukuran (bytes)
TtdPenempatanID Char(10) 10
TglTtd Datetime 8
LokasiTtd Varchar(30) 31
Ukuran satu record dari tabel TtdPenempatan adalah 49 bytes.
Dari perhitungan ukuran satu record pada setiap tabel di atas, maka estimasi
kebutuhan disk space untuk transaksi yang dilakukan setiap harinya dapat dilihat pada
Tabel 3.59 berikut ini:
Tabel 3.59 Estimasi Kebutuhan Disk Space untuk Tabel Transaction
Nama Tabel Ukuran Satu Record
(bytes)
Perkiraan Transaksi Per
Hari
Ukuran Record Per Hari (bytes)
Pegawai 315 1 315
TelpPegawai 26 3 78
Keluarga 198 3 594
PdkFormalPegawai 96 3 288
PdkInformalPegawai 104 3 312
PekerjaanPegawai 104 3 312
BahasaPegawai 39 3 117
SertifikatPegawai 42 3 126
Permintaan 84 1 84
SyaratPermintaan 71 1 71
265
Tabel 3.59 Estimasi Kebutuhan Disk Space untuk Tabel Transaction (Lanjutan)
Nama Tabel Ukuran Satu Record
(bytes)
Perkiraan Transaksi Per
Hari
Ukuran Record Per Hari (bytes)
Media 135 1 135
TelpMedia 26 1 26
PemasanganIklan 26 1 26
Pelamar 284 10 2.840
TelpPelamar 26 10 260
PdkFormalPelamar 96 10 960
PdkInformalPelamar 104 10 1.040
PekerjaanPelamar 104 10 1.040
BahasaPelamar 39 10 390
SertifikatPelamar 42 10 420
Lamaran 59 10 590
Wawancara 59 5 295
TtdPenerimaan 49 3 147
Absensi 88 40 3.520
Cuti 93 1 93
Penilaian 180 1 180
DiskusiPenilaian 59 1 59
Pelatihan 150 3 450
TujuanPelatihan 71 3 213
PendaftaranPelatihan 36 20 720
Penempatan 107 1 107
DiskusiPenempatan 59 1 59
TtdPenempatan 49 1 49
Jumlah 15.916
266
Estimasi kebutuhan disk space untuk tabel transaction adalah sebagai berikut:
� Estimasi kebutuhan disk space untuk satu hari adalah 15.916 bytes;
� Estimasi kebutuhan disk space untuk satu bulan adalah 477.480 bytes;
� Estimasi kebutuhan disk space untuk satu tahun adalah 5.729.760 bytes atau setara
dengan 5.595,46875 KB atau setara dengan 5,464324951 MB.
Untuk estimasi kebutuhan disk space pada tabel master seperti JenisSertifikat,
Divisi, Jabatan, StatusPermintaan, StatusLamaran, JenisCuti, StatusCuti, StatusPenilaian,
StatusPelatihan, JenisPenempatan, dan StatusPenempatan akan dilakukan dengan cara
yang berbeda. Hal ini dikarenakan tabel master memiliki karakteristik jarang terjadi
penambahan data. Berikut ini adalah Tabel 3.60 yang berisi estimasi kebutuhan disk
space untuk tabel master:
Tabel 3.60 Estimasi Kebutuhan Disk Space untuk Tabel Master
Nama Tabel Ukuran Satu Record
(bytes)
Jumlah Maksimum
Record
Ukuran Record (bytes)
JenisSertifikat 148 100.000.000 14.800.000.000
Divisi 82 100.000.000 8.200.000.000
Jabatan 96 100.000.000 9.600.000.000
StatusPermintaan 86 100 8.600
StatusLamaran 86 100 8.600
JenisCuti 86 100 8.600
StatusCuti 86 100 8.600
StatusPenilaian 86 100 8.600
StatusPelatihan 86 100 8.600
JenisPenempatan 65 100 6.500
267
Tabel 3.60 Estimasi Kebutuhan Disk Space untuk Tabel Master (Lanjutan)
Nama Tabel Ukuran Satu Record
(bytes)
Jumlah Maksimum
Record
Ukuran Record (bytes)
StatusPenempatan 86 100 8.600
Jumlah 32.600.066.700
Estimasi kebutuhan disk space untuk tabel master adalah sebagai berikut:
� Estimasi kebutuhan disk space untuk tabel master adalah 32.600.066.700 bytes atau
setara dengan 31.836.002,64 KB atau setara dengan 31.089,84632 MB.
Maka estimasi total kebutuhan disk space untuk tahun pertama adalah sebagai berikut:
� Tabel transaction = 5,464324951 MB;
� Tabel master = 31.089,84632 MB;
� Tabel transaction + Tabel master = 31.095,31065 MB;
� Kapasitas tidak terduga (10%) = 10% * 31.095,31065 = 3.109,531065 MB;
� Kebutuhan disk space tahun pertama = 34.204,84172 MB.
Berikut ini adalah Tabel 3.61 yang berisi estimasi kebutuhan disk space untuk lima tahun:
Tabel 3.61 Kebutuhan Disk Space untuk Lima Tahun
Tahun ke n
Kebutuhan disk space
tahun ke n-1
Kebutuhan disk space
tabel transaction
Kebutuhan disk space
II 34.204,84172 MB 5,464324951 MB 34.210,30605 MB
III 34.210,30605 MB 5,464324951 MB 34.215,77037 MB
IV 34.215,77037 MB 5,464324951 MB 34.221,23470 MB
V 34.221,23470 MB 5,464324951 MB 34.226,69902 MB
268
3.7.3.3 Merancang Mekanisme Keamanan
Tujuan dari langkah ini adalah merancang mekanisme keamanan basis data sesuai
dengan yang ditentukan pada siklus hidup basis data. Berikut ini adalah mekanisme
keamanan yang dirancang untuk sistem basis data kepegawaian pada PT. ALTAVINDO:
a. Keamanan Sistem
Keamanan sistem diterapkan dengan menggunakan autentikasi pengguna, yaitu
dengan menggunakan halaman log in sebelum masuk ke dalam sistem yang dirancang.
Pada halaman log in, pengguna diminta untuk memasukkan ID pengguna dan kata sandi
yang valid.
b. Keamanan Data
Keamanan data berhubungan dengan dua aspek, yaitu tabel dan aksi pengguna.
Aksi pengguna dapat berupa insert, update, delete, dan select. Keamanan data diterapkan
dengan menggunakan autorisasi pengguna yang bertujuan untuk membatasi hak akses
pengguna terhadap tabel yang ada.
Berikut ini merupakan Tabel 3.62 yang berisi hak akses dari setiap pengguna basis
data kepegawaian pada PT. ALTAVINDO:
Tabel 3.62 Hak Akses Pengguna
Transaksi Relasi
CEO Divisi HRD I U D R I U D R I U D R
Pegawai X X X X TelpPegawai X X X X Keluarga X X X PdkFormalPegawai X X X X PdkInformalPegawai X X X X PekerjaanPegawai X X X X BahasaPegawai X X X X SertifikatPegawai X X X X JenisSertifikat X X X Divisi X X X Jabatan X X X Permintaan X X X X X X X SyaratPermintaan X X X X
269
StatusPermintaan X X X Media X X X TelpMedia X X X PemasanganIklan X X X X Pelamar X X X X TelpPelamar X X X X PdkFormalPelamar X X X X PdkInformalPelamar X X X X PekerjaanPelamar X X X X BahasaPelamar X X X X SertifikatPelamar X X X X Lamaran X X X X X X StatusLamaran X X X Wawancara X X X X X TtdPenerimaan X X X X Absensi X X X X X Cuti X X X X JenisCuti X X X StatusCuti X X X Penilaian X X X X X X StatusPenilaian X X X DiskusiPenilaian X X X X Pelatihan X X X X X X X TujuanPelatihan X X X X StatusPelatihan X X X PendaftaranPelatihan X X X X Penempatan X X X X X X X X JenisPenempatan X X X StatusPenempatan X X X DiskusiPenempatan X X X X TtdPenempatan X X X X
I = Insert; U = Update; D = Delete; R = Read
270
Tabel 3.62 Hak Akses Pengguna (Lanjutan)
Transaksi Relasi
Pegawai Pelamar I U D R I U D R
Pegawai X X TelpPegawai X X X X Keluarga X X X X PdkFormalPegawai X X X X PdkInformalPegawai X X X X PekerjaanPegawai X X X X BahasaPegawai X X X X SertifikatPegawai X X X X JenisSertifikat X X Divisi X Jabatan X Permintaan X SyaratPermintaan X StatusPermintaan Media TelpMedia PemasanganIklan Pelamar X X X TelpPelamar X X X X PdkFormalPelamar X X X X PdkInformalPelamar X X X X PekerjaanPelamar X X X X BahasaPelamar X X X X SertifikatPelamar X X X X Lamaran X X StatusLamaran X Wawancara X TtdPenerimaan X Absensi X X Cuti X X X X JenisCuti X StatusCuti X Penilaian X X StatusPenilaian X DiskusiPenilaian X Pelatihan X TujuanPelatihan X StatusPelatihan X PendaftaranPelatihan X X Penempatan X X JenisPenempatan X StatusPenempatan X DiskusiPenempatan X TtdPenempatan X
I = Insert; U = Update; D = Delete; R = Read
271
3.7.3.4 Mempertimbangkan Petunjuk untuk Pengaturan Redundansi
Di dalam perancangan basis data yang sudah dilakukan, penulis tidak menemukan
redundansi data sehingga tidak memerlukan petunjuk untuk pengaturan redundansi.
3.7.3.5 Memonitor dan Memperbaiki Sistem Operasional
Penulis belum melakukan pengawasan (monitoring) dan perbaikan (tuning) karena
sistem basis data kepegawaian yang dibuat belum diimplementasikan pada PT.
ALTAVINDO.
3.8 Pseudocode
Berikut ini adalah pseudocode yang menggambarkan spesifikasi proses atau
algoritma untuk menampilkan data pada aplikasi basis data kepegawaian berbasis web
pada PT. ALTAVINDO:
a. Menampilkan data permintaan pegawai buka koneksi ke basis data query “SELECT *
FROM Permintaan p join Jabatan j ON j.JabatanID = p.JabatanID join Divisi d ON d.DivisiID = j.DivisiID join StatusPermintaan s ON s.StatusPermintaanID =
p.StatusPermintaanID ORDER BY p.PermintaanID” ke basis data
ambil hasil query tampilkan hasil query ke tempat yang tersedia tutup koneksi ke basis data
b. Menampilkan data pegawai buka koneksi ke basis data query “SELECT *
FROM Pegawai p join jabatan j ON j.JabatanID = p.JabatanID join Divisi d ON d.DivisiID = j.DivisiID
ORDER BY p.PegawaiID” ke basis data ambil hasil query tampilkan hasil query ke tempat yang tersedia tutup koneksi ke basis data
272
c. Menampilkan data absensi pegawai buka koneksi ke basis data query “SELECT *
FROM Absensi a join Pegawai p ON p.PegawaiID = a.PegawaiID join Jabatan j ON j.JabatanID = p.JabatanID join Divisi d ON d.DivisiID = j.DivisiID
ORDER BY a.AbsensiID” ke basis data ambil hasil query tampilkan hasil query ke tempat yang tersedia tutup koneksi ke basis data
d. Menampilkan data cuti pegawai
buka koneksi ke basis data query “SELECT *
FROM Cuti c join Pegawai p ON p.PegawaiID = c.PegawaiID join Jabatan j ON j.JabatanID = p.JabatanID join Divisi d ON d.DivisiID = j.DivisiID join StatusCuti s ON s.StatusCutiID =
c.StatusCutiID join JenisCuti jc ON jc.JenisCutiID = c.JenisCutiID
ORDER BY c.CutiID” ke basis data ambil hasil query tampilkan hasil query ke tempat yang tersedia tutup koneksi ke basis data
e. Menampilkan data penilaian pegawai buka koneksi ke basis data query “SELECT *
FROM Penilaian p join Pegawai pg ON pg.PegawaiID = p.PegawaiID join Jabatan j ON j.JabatanID = pg.JabatanID join Divisi d ON d.DivisiID = j.DivisiID join StatusPenilaian s ON s.StatusPenilaianID =
p.StatusPenilaianID ORDER BY p.PenilaianID” ke basis data
ambil hasil query tampilkan hasil query ke tempat yang tersedia tutup koneksi ke basis data
273
f. Menampilkan data pelatihan pegawai buka koneksi ke basis data query “SELECT *
FROM Pelatihan p join Divisi d ON d.DivisiID = p.DivisiID join StatusPelatihan s ON s.StatusPelatihanID =
p.StatusPelatihanID ORDER BY p.PelatihanID” ke basis data
ambil hasil query tampilkan hasil query ke tempat yang tersedia tutup koneksi ke basis data
g. Menampilkan data penempatan pegawai buka koneksi ke basis data query “SELECT *
FROM Penempatan p join Pegawai pg ON pg.PegawaiID = p.PegawaiID join Jabatan j ON j.JabatanID = pg.JabatanID join Divisi d ON d.DivisiID = j.DivisiID join StatusPenempatan s ON s.StatusPenempatanID =
p.StatusPenempatanID join JenisPenempatan jp ON jp.JenisPenempatanID =
p.JenisPenempatanID ORDER BY p.PenempatanID” ke basis data
ambil hasil query tampilkan hasil query ke tempat yang tersedia tutup koneksi ke basis data
274
3.9 Struktur Menu
Berikut ini adalah struktur menu untuk semua pengguna aplikasi basis data
kepegawaian berbasis web pada PT. ALTAVINDO, yaitu pelamar, pegawai, HRD, divisi,
dan CEO:
a. Struktur menu untuk pelamar
Struktur menu untuk pelamar dapat dilihat pada Gambar 3.25 berikut ini:
Gambar 3.25 Struktur Menu Pelamar
275
b. Struktur menu untuk pegawai, HRD, divisi, dan CEO
Struktur menu untuk pegawai, HRD, divisi, dan CEO dapat dilihat pada Gambar 3.26
berikut ini:
Gambar 3.26 Struktur Menu Pegawai, HRD, Divisi, dan CEO
Gambar 3.26 Struktur Menu Pegawai, HRD, Divisi, dan CEO (Lanjutan)
276
Gambar 3.26 Struktur Menu Pegawai, HRD, Divisi, dan CEO (Lanjutan)
277
Gambar 3.26 Struktur Menu Pegawai, HRD, Divisi, dan CEO (Lanjutan)
278
Gambar 3.26 Struktur Menu Pegawai, HRD, Divisi, dan CEO (Lanjutan)
279
3.10 Perancangan Layar
Berikut ini adalah rancangan layar untuk semua pengguna aplikasi basis data
kepegawaian berbasis web pada PT. ALTAVINDO, yaitu pelamar, pegawai, HRD, divisi,
dan CEO:
a. Rancangan layar untuk pelamar
Rancangan layar untuk pelamar terdiri dari rancangan layar halaman Home, halaman
Register, halaman Log In, halaman Job Vacancy, halaman Contact Us, halaman My
Profile, halaman Change Password, dan halaman Application Information.
1) Rancangan layar halaman Home
Gambar 3.27 Rancangan Layar Halaman Home
Halaman Home seperti Gambar 3.27 merupakan halaman awal ketika pelamar
membuka aplikasi. Pada halaman ini, pelamar dapat melihat profil serta visi dan
misi PT. ALTAVINDO.
280
2) Rancangan layar halaman Register
Gambar 3.28 Rancangan Layar Halaman Register
Pada halaman Register seperti Gambar 3.28, pelamar dapat mendaftarkan diri
sehingga memiliki ID pengguna dan kata sandi untuk dapat mengakses aplikasi
sebagai pelamar.
3) Rancangan layar halaman Log In
Gambar 3.29 Rancangan Layar Halaman Log In
Halaman Log In seperti Gambar 3.29 merupakan halaman untuk memasukkan
email pelamar dan kata sandi. Hal ini merupakan bentuk autentikasi pengguna
aplikasi.
281
4) Rancangan layar halaman Job Vacancy
Gambar 3.30 Rancangan Layar Halaman Job Vacancy
Halaman Job Vacancy seperti Gambar 3.30 berisi iklan lowongan kerja yang
ditawarkan pada PT. ALTAVINDO. Jika pelamar ingin melamar pada lowongan
kerja tersebut, maka pelamar harus melakukan log in terlebih dahulu.
5) Rancangan layar halaman Contact Us
Gambar 3.31 Rancangan Layar Halaman Contact Us
Halaman Contact Us seperti Gambar 3.31 berisi alamat dan formulir Get In Touch
yang memungkinkan pelamar untuk mengirimkan pesan ke PT. ALTAVINDO.
282
6) Rancangan layar halaman My Profile
Gambar 3.32 Rancangan Layar Halaman My Profile
Halaman My Profile seperti Gambar 3.32 merupakan halaman yang menampilkan
profil pengguna. Halaman ini hanya dapat diakses ketika pelamar sudah
melakukan log in terlebih dahulu.
7) Rancangan layar halaman Change Password
Gambar 3.33 Rancangan Layar Halaman Change Password
Halaman Change Password seperti Gambar 3.33 merupakan halaman yang
digunakan untuk mengubah kata sandi. Halaman ini hanya dapat diakses ketika
pelamar sudah melakukan log in terlebih dahulu.
283
8) Rancangan layar halaman Application Information
Gambar 3.34 Rancangan Layar Halaman Application Information
Pada halaman Application Information seperti Gambar 3.34, pelamar dapat
memasukkan ekspektasi gaji yang diinginkan dan tanggal kesiapan untuk bekerja.
Halaman ini hanya dapat diakses ketika pelamar sudah melakukan log in terlebih
dahulu.
284
b. Rancangan layar untuk pegawai
Berikut ini adalah rancangan layar untuk pegawai:
1) Rancangan layar halaman Log In
Gambar 3.35 Rancangan Layar Halaman Log In
Halaman Log In seperti Gambar 3.35 merupakan halaman untuk memasukkan ID
pegawai dan kata sandi. Hal ini merupakan bentuk autentikasi pengguna aplikasi.
2) Rancangan layar halaman My Profile
Gambar 3.36 Rancangan Layar Halaman My Profile
Halaman My Profile seperti Gambar 3.36 merupakan halaman yang menampilkan
profil pengguna. Di halaman ini, pegawai dapat melihat dan mengubah profil diri.
285
3) Rancangan layar halaman Change Password
Gambar 3.37 Rancangan Layar Halaman Change Password
Halaman Change Password seperti Gambar 3.37 merupakan halaman yang
digunakan untuk mengubah kata sandi.
4) Rancangan layar halaman Absency
Gambar 3.38 Rancangan Layar Halaman Absency
Pada halaman Absency seperti Gambar 3.38, pegawai dapat memasukkan ID
pegawai dan kata sandi untuk melakukan absensi harian.
286
5) Rancangan layar halaman Attendance List
Gambar 3.39 Rancangan Layar Halaman Attendance List
Halaman Attendance List seperti Gambar 3.39 menampilkan daftar absensi
pegawai beserta dengan perhitungan jumlah hadir tepat waktu, terlambat, dan
absen.
6) Rancangan layar halaman Request Leave
Gambar 3.40 Rancangan Layar Halaman Request Leave
Halaman Request Leave seperti Gambar 3.40 berisi formulir yang harus diisi oleh
pegawai apabila ingin mengajukan cuti.
287
7) Rancangan layar halaman Leave List
Gambar 3.41 Rancangan Layar Halaman Leave List
Halaman Leave List seperti Gambar 3.41 berisi daftar cuti yang pernah diajukan
pegawai yang bersangkutan.
8) Rancangan layar halaman Edit Leave Request
Gambar 3.42 Rancangan Layar Halaman Edit Leave Request
Halaman Edit Leave Request seperti Gambar 3.42 merupakan halaman yang
digunakan untuk mengubah pengajuan cuti yang pernah diajukan oleh pegawai
yang bersangkutan.
288
9) Rancangan layar halaman Assessment Entry
Gambar 3.43 Rancangan Layar Halaman Assessment Entry
Halaman Assessment Entry seperti Gambar 3.43 berisi formulir penilaian yang
digunakan pegawai untuk menilai dirinya sendiri.
10) Rancangan layar halaman Assessment List
Gambar 3.44 Rancangan Layar Halaman Assessment List
Halaman Assessment List seperti Gambar 3.44 menampilkan penilaian yang
ditujukan untuk pegawai yang bersangkutan.
289
11) Rancangan layar halaman Assessment Detail
Gambar 3.45 Rancangan Layar Halaman Assessment Detail
Halaman Assessment Detail seperti Gambar 3.45 berisi rincian penilaian yang
ditujukan untuk pegawai yang bersangkutan.
12) Rancangan layar halaman Discussion Schedule
Gambar 3.46 Rancangan Layar Halaman Discussion Schedule
Halaman Discussion Schedule seperti Gambar 3.46 menampilkan jadwal dan
lokasi diskusi penilaian pegawai. Diskusi penilaian pegawai akan dilakukan
apabila terdapat kesenjangan nilai yang signifikan antara pegawai dan divisi.
290
13) Rancangan layar halaman Training List
Gambar 3.47 Rancangan Layar Halaman Training List
Halaman Training List seperti Gambar 3.47 menampilkan semua acara pelatihan
yang akan dilaksanakan. Jika pegawai tertarik untuk mengikuti, maka dapat
menekan tombol Join.
14) Rancangan layar halaman Placement List
Gambar 3.48 Rancangan Layar Halaman Placement List
Halaman Placement List seperti Gambar 3.48 berisi daftar penempatan yang
ditujukan untuk pegawai yang bersangkutan. Pegawai dapat memberikan respon
dengan menekan tombol Confirm atau Deny pada kolom Action.
291
15) Rancangan layar halaman Discussion Schedule
Gambar 3.49 Rancangan Layar Halaman Discussion Schedule
Halaman Discussion Schedule seperti Gambar 3.49 menampilkan jadwal dan
lokasi diskusi penempatan pegawai. Diskusi penempatan pegawai dilakukan
apabila pegawai yang bersangkutan merasa keberatan dengan penempatan yang
akan dilakukan.
16) Rancangan layar halaman Signing Schedule
Gambar 3.50 Rancangan Layar Halaman Signing Schedule
Halaman Signing Schedule seperti Gambar 3.50 menampilkan jadwal dan lokasi
penandatanganan surat penempatan pegawai.
292
c. Rancangan layar untuk HRD
Berikut ini adalah rancangan layar untuk HRD:
1) Rancangan layar halaman Log In
Gambar 3.51 Rancangan Layar Halaman Log In
Halaman Log In seperti Gambar 3.51 merupakan halaman untuk memasukkan ID
pegawai dan kata sandi. Hal ini merupakan bentuk autentikasi pengguna aplikasi.
2) Rancangan layar halaman My Profile
Gambar 3.52 Rancangan Layar Halaman My Profile
Halaman My Profile seperti Gambar 3.52 merupakan halaman yang menampilkan
profil pengguna. Pada halaman ini, HRD dapat melihat dan mengubah profil
dirinya.
293
3) Rancangan layar halaman Change Password
Gambar 3.53 Rancangan Layar Halaman Change Password
Halaman Change Password seperti Gambar 3.53 merupakan halaman yang
digunakan untuk mengubah kata sandi.
4) Rancangan layar halaman Request List
Gambar 3.54 Rancangan Layar Halaman Request List
Halaman Request List seperti Gambar 3.54 berisi daftar permintaan pegawai yang
diajukan oleh divisi. HRD dapat mengiklankan permintaan pegawai dengan
menekan Add pada kolom Add Advertisement.
294
5) Rancangan layar halaman Employee Request Detail
Gambar 3.55 Rancangan Layar Halaman Employee Request Detail
Halaman Employee Request Detail seperti Gambar 3.55 menampilkan permintaan
pegawai yang diajukan oleh divisi tertentu secara rinci.
6) Rancangan layar halaman Applicant List
Gambar 3.56 Rancangan Layar Halaman Applicant List
Halaman Applicant List seperti Gambar 3.56 menampilkan daftar pelamar yang
melamar pada lowongan kerja tertentu. HRD dapat mengisi jadwal
penandatanganan surat perjanjian kerja dengan menekan tombol Fill Applicant
Signing Schedule.
295
7) Rancangan layar halaman Applicant Detail
Gambar 3.57 Rancangan Layar Halaman Applicant Detail
Halaman Applicant Detail seperti Gambar 3.57 menampilkan informasi pelamar
yang melamar pada lowongan kerja tertentu secara rinci.
8) Rancangan layar halaman Applicant Signing Schedule
Gambar 3.58 Rancangan Layar Halaman Applicant Signing Schedule
Pada halaman Applicant Signing Schedule seperti Gambar 3.58, HRD dapat
menginput jadwal dan lokasi penandatanganan surat perjanjian kerja.
296
9) Rancangan layar halaman Add Advertisement
Gambar 3.59 Rancangan Layar Halaman Add Advertisement
Pada halaman Add Advertisement seperti Gambar 3.59, HRD dapat menginput
pemasangan iklan lowongan kerja di media.
10) Rancangan layar halaman Interview List
Gambar 3.60 Rancangan Layar Halaman Interview List
Halaman Interview List seperti Gambar 3.60 menampilkan jadwal dan lokasi
wawancara pelamar yang dilakukan oleh divisi.
297
11) Rancangan layar halaman Signing Schedule List
Gambar 3.61 Rancangan Layar Halaman Signing Schedule List
Halaman Signing Schedule List seperti Gambar 3.61 menampilkan jadwal dan
lokasi penandatanganan surat perjanjian kerja.
12) Rancangan layar halaman Edit Signing Schedule
Gambar 3.62 Rancangan Layar Halaman Edit Signing Schedule
Pada halaman Edit Signing Schedule seperti Gambar 3.62, HRD dapat mengubah
jadwal dan lokasi penandatanganan surat perjanjian kerja.
298
13) Rancangan layar halaman Add Employee
Gambar 3.63 Rancangan Layar Halaman Add Employee
Pada halaman Add Employee seperti Gambar 3.63, HRD dapat menginput nomor
KTP pelamar untuk memindahkan data dari tabel pelamar menuju tabel pegawai.
14) Rancangan layar halaman Request Report
Gambar 3.64 Rancangan Layar Halaman Request Report
Pada halaman Request Report seperti Gambar 3.64, HRD dapat melihat laporan
permintaan pegawai yang diajukan oleh masing-masing divisi.
299
15) Rancangan layar halaman Recruitment Report
Gambar 3.65 Rancangan Layar Halaman Recruitment Report
Pada halaman Recruitment Report seperti Gambar 3.65, HRD dapat menghasilkan
laporan penerimaan pegawai pada permintaan tertentu.
16) Rancangan layar halaman Employee List
Gambar 3.66 Rancangan Layar Halaman Employee List
Halaman Employee List seperti Gambar 3.66 menampilkan daftar seluruh pegawai
yang bekerja di PT. ALTAVINDO.
300
17) Rancangan layar halaman Employee Detail
Gambar 3.67 Rancangan Layar Halaman Employee Detail
Halaman Employee Detail seperti Gambar 3.67 menampilkan informasi pegawai
yang bekerja di PT. ALTAVINDO secara rinci.
18) Rancangan layar halaman Attendance List
Gambar 3.68 Rancangan Layar Halaman Attendance List
Halaman Attendance List seperti Gambar 3.68 menampilkan daftar absensi
pegawai pada masing-masing divisi beserta dengan perhitungan jumlah hadir tepat
waktu, terlambat, dan absen.
301
19) Rancangan layar halaman Attendance Report
Gambar 3.69 Rancangan Layar Halaman Attendance Report
Pada halaman Attendance Report seperti Gambar 3.69, HRD dapat menghasilkan
laporan absensi pegawai yang bekerja di PT. ALTAVINDO.
20) Rancangan layar halaman Leave List
Gambar 3.70 Rancangan Layar Halaman Leave List
Halaman Leave List seperti Gambar 3.70 menampilkan daftar pengajuan cuti oleh
pegawai pada masing-masing divisi.
302
21) Rancangan layar halaman Leave Detail
Gambar 3.71 Rancangan Layar Halaman Leave Detail
Halaman Leave Detail seperti Gambar 3.71 menampilkan pengajuan cuti oleh
pegawai tertentu pada divisi secara rinci.
22) Rancangan layar halaman Leave Report
Gambar 3.72 Rancangan Layar Halaman Leave Report
Pada halaman Leave Report seperti Gambar 3.72, HRD dapat menghasilkan
laporan cuti pegawai yang bekerja di PT. ALTAVINDO.
303
23) Rancangan layar halaman Assessment List
Gambar 3.73 Rancangan Layar Halaman Assessment List
Halaman Assessment List seperti Gambar 3.73 menampilkan daftar penilaian dari
divisi dan pegawai. HRD dapat menginput penilaian akhir dengan menekan Final
Assessment.
24) Rancangan layar halaman Assessment Detail
Gambar 3.74 Rancangan Layar Halaman Assessment Detail
Halaman Assessment Detail seperti Gambar 3.74 menampilkan daftar penilaian
dari divisi dan pegawai secara rinci beserta kesenjangan penilaian yang ada.
304
25) Rancangan layar halaman Fill Final Assessment
Gambar 3.75 Rancangan Layar Halaman Fill Final Assessment
Pada halaman Fill Final Assessment seperti Gambar 3.75, HRD dapat menginput
Final Assessment yang didapat dari hasil diskusi penilaian antara divisi dengan
pegawai.
26) Rancangan layar halaman Discussion List
Gambar 3.76 Rancangan Layar Halaman Discussion List
Halaman Discussion List seperti Gambar 3.76 menampilkan jadwal dan lokasi
diskusi penilaian antara divisi dengan pegawai yang bersangkutan.
305
27) Rancangan layar halaman Assessment Report
Gambar 3.77 Rancangan Layar Halaman Assessment Report
Pada halaman Assessment Report seperti Gambar 3.77, HRD dapat menghasilkan
laporan penilaian pegawai yang bekerja di PT. ALTAVINDO.
28) Rancangan layar halaman Training List
Gambar 3.78 Rancangan Layar Halaman Training List
Halaman Training List seperti Gambar 3.78 menampilkan daftar pelatihan
pegawai yang diajukan oleh masing-masing divisi.
306
29) Rancangan layar halaman Training Detail
Gambar 3.79 Rancangan Layar Halaman Training Detail
Halaman Training Detail seperti Gambar 3.79 menampilkan pelatihan pegawai
yang diajukan oleh divisi tertentu secara rinci.
30) Rancangan layar halaman Training Attendance List
Gambar 3.80 Rancangan Layar Halaman Training Attendance List
Halaman Training Attendance List seperti Gambar 3.80 menampilkan daftar
pegawai yang mengikuti pelatihan tertentu.
307
31) Rancangan layar halaman Training Report
Gambar 3.81 Rancangan Layar Halaman Training Report
Pada halaman Training Report seperti Gambar 3.81, HRD dapat menghasilkan
laporan pelatihan pegawai yang dilaksanakan oleh masing-masing divisi.
32) Rancangan layar halaman Placement List
Gambar 3.82 Rancangan Layar Halaman Placement List
Halaman Placement List seperti Gambar 3.82 menampilkan daftar penempatan
pegawai yang diajukan oleh masing-masing divisi.
308
33) Rancangan layar halaman Placement Detail
Gambar 3.83 Rancangan Layar Halaman Placement Detail
Halaman Placement Detail seperti Gambar 3.83 menampilkan penempatan
pegawai yang diajukan oleh divisi tertentu secara rinci.
34) Rancangan layar halaman Discussion List
Gambar 3.84 Rancangan Layar Halaman Discussion List
Halaman Discussion List seperti Gambar 3.84 menampilkan jadwal dan lokasi
diskusi penempatan antara divisi dengan pegawai yang bersangkutan.
309
35) Rancangan layar halaman Placement Signing Schedule
Gambar 3.85 Rancangan Layar Halaman Placement Signing Schedule
Pada halaman Placement Signing Schedule seperti Gambar 3.85, HRD dapat
menginput jadwal dan lokasi penandatanganan surat penempatan pegawai.
36) Rancangan layar halaman Signing Schedule List
Gambar 3.86 Rancangan Layar Halaman Signing Schedule List
Halaman Signing Schedule List seperti Gambar 3.86 menampilkan jadwal dan
lokasi penandatanganan surat penempatan pegawai.
310
37) Rancangan layar halaman Edit Signing Schedule
Gambar 3.87 Rancangan Layar Halaman Edit Signing Schedule
Pada halaman Edit Signing Schedule seperti Gambar 3.87, HRD dapat mengubah
jadwal dan lokasi penandatanganan surat penempatan pegawai.
38) Rancangan layar halaman Placement Report
Gambar 3.88 Rancangan Layar Halaman Placement Report
Pada halaman Placement Report seperti Gambar 3.88, HRD dapat menghasilkan
laporan penempatan pegawai yang bekerja di PT. ALTAVINDO.
311
d. Rancangan layar untuk divisi
Berikut ini adalah rancangan layar untuk divisi:
1) Rancangan layar halaman Log In
Gambar 3.89 Rancangan Layar Halaman Log In
Halaman Log In seperti Gambar 3.89 merupakan halaman untuk memasukkan ID
pegawai dan kata sandi. Hal ini merupakan bentuk autentikasi pengguna aplikasi.
2) Rancangan layar halaman My Profile
Gambar 3.90 Rancangan Layar Halaman My Profile
Halaman My Profile seperti Gambar 3.90 merupakan halaman yang menampilkan
profil pengguna. Pada halaman ini, divisi dapat melihat dan mengubah profil
dirinya.
312
3) Rancangan layar halaman Change Password
Gambar 3.91 Rancangan Layar Halaman Change Password
Halaman Change Password seperti Gambar 3.91 merupakan halaman yang
digunakan untuk mengubah kata sandi.
4) Rancangan layar halaman Request Employee
Gambar 3.92 Rancangan Layar Halaman Request Employee
Halaman Request Employee seperti Gambar 3.92 berisi formulir yang harus diisi
oleh divisi apabila ingin mengajukan permintaan pegawai. Divisi harus mengisi
jabatan yang dibutuhkan, persyaratan pelamar, dan jumlah pegawai yang
dibutuhkan.
313
5) Rancangan layar halaman Request List
Gambar 3.93 Rancangan Layar Halaman Request List
Halaman Request List seperti Gambar 3.93 menampilkan daftar permintaan
pegawai yang pernah diajukan oleh divisi.
6) Rancangan layar halaman Employee Request Detail
Gambar 3.94 Rancangan Layar Halaman Employee Request Detail
Halaman Employee Request Detail seperti Gambar 3.94 menampilkan permintaan
pegawai yang pernah diajukan oleh divisi secara rinci.
314
7) Rancangan layar halaman Edit Employee Request
Gambar 3.95 Rancangan Layar Halaman Edit Employee Request
Halaman Edit Employee Request seperti Gambar 3.95 merupakan halaman yang
digunakan untuk mengubah permintaan pegawai yang pernah diajukan oleh divisi.
8) Rancangan layar halaman Applicant List
Gambar 3.96 Rancangan Layar Halaman Applicant List
Halaman Applicant List seperti Gambar 3.96 menampilkan daftar pelamar yang
melamar pada lowongan kerja tertentu.
315
9) Rancangan layar halaman Applicant Detail
Gambar 3.97 Rancangan Layar Halaman Applicant Detail
Halaman Applicant Detail seperti Gambar 3.97 menampilkan informasi pelamar
yang melamar pada lowongan kerja tertentu secara rinci.
10) Rancangan layar halaman Technical Test & Interview Schedule
Gambar 3.98 Rancangan Layar Halaman Technical Test & Interview Schedule
Pada halaman Technical Test & Interview Schedule seperti Gambar 3.98, divisi
dapat menginput jadwal dan lokasi tes tertulis dan wawancara pelamar.
316
11) Rancangan layar halaman Interview List
Gambar 3.99 Rancangan Layar Halaman Interview List
Halaman Interview List seperti Gambar 3.99 menampilkan jadwal dan lokasi
wawancara pelamar yang dilakukan oleh divisi.
12) Rancangan layar halaman Edit Interview Schedule
Gambar 3.100 Rancangan Layar Halaman Edit Interview Schedule
Pada halaman Edit Interview Schedule seperti Gambar 3.100, divisi dapat
mengubah jadwal dan lokasi wawancara antara pelamar dengan divisi.
317
13) Rancangan layar halaman Request Report
Gambar 3.101 Rancangan Layar Halaman Request Report
Pada halaman Request Report seperti Gambar 3.101, divisi dapat menghasilkan
laporan permintaan pegawai yang pernah diajukan oleh divisi.
14) Rancangan layar halaman Recruitment Report
Gambar 3.102 Rancangan Layar Halaman Recruitment Report
Pada halaman Recruitment Report seperti Gambar 3.102, divisi dapat
menghasilkan laporan penerimaan pegawai pada permintaan tertentu.
318
15) Rancangan layar halaman Employee List
Gambar 3.103 Rancangan Layar Halaman Employee List
Halaman Employee List seperti Gambar 3.103 menampilkan daftar seluruh
pegawai yang bekerja di bawah naungan divisi tersebut.
16) Rancangan layar halaman Employee Detail
Gambar 3.104 Rancangan Layar Halaman Employee Detail
Halaman Employee Detail seperti Gambar 3.104 menampilkan informasi pegawai
yang bekerja di bawah naungan divisi tersebut secara rinci.
319
17) Rancangan layar halaman Attendance List
Gambar 3.105 Rancangan Layar Halaman Attendance List
Halaman Attendance List seperti Gambar 3.105 menampilkan daftar absensi
pegawai yang bekerja di bawah naungan divisi tersebut beserta dengan
perhitungan jumlah hadir tepat waktu, terlambat, dan absen.
18) Rancangan layar halaman Verify Attendance
Gambar 3.106 Rancangan Layar Halaman Verify Attendance
Pada halaman Verify Attendance seperti Gambar 3.106, divisi dapat melakukan
verifikasi absensi pegawai yang bekerja di bawah naungannya.
320
19) Rancangan layar halaman Print Attendance
Gambar 3.107 Rancangan Layar Halaman Print Attendance
Pada halaman Print Attendance seperti Gambar 3.107, divisi dapat mencetak
daftar absensi pegawai yang bekerja di bawah naungannya.
20) Rancangan layar halaman Attendance Report
Gambar 3.108 Rancangan Layar Halaman Attendance Report
Pada halaman Attendance Report seperti Gambar 3.108, divisi dapat menghasilkan
laporan absensi pegawai yang bekerja di bawah naungannya.
321
21) Rancangan layar halaman Leave List
Gambar 3.109 Rancangan Layar Halaman Leave List
Halaman Leave List seperti Gambar 3.109 menampilkan daftar cuti pegawai yang
bekerja di bawah naungan divisi tersebut.
22) Rancangan layar halaman Leave Detail
Gambar 3.110 Rancangan Layar Halaman Leave Detail
Halaman Leave Detail seperti Gambar 3.110 menampilkan daftar cuti pegawai
yang bekerja di bawah naungan divisi tersebut secara rinci.
322
23) Rancangan layar halaman Leave Report
Gambar 3.111 Rancangan Layar Halaman Leave Report
Pada halaman Leave Report seperti Gambar 3.111, divisi dapat menghasilkan
laporan cuti pegawai yang bekerja di bawah naungannya.
24) Rancangan layar halaman Assessment Entry
Gambar 3.112 Rancangan Layar Halaman Assessment Entry
Halaman Assessment Entry seperti Gambar 3.112 menampilkan daftar penilaian
pegawai yang harus diisi. Divisi dapat menginput penilaian pegawai dengan
menekan Fill Assessment.
323
25) Rancangan layar halaman Fill Assessment
Gambar 3.113 Rancangan Layar Halaman Fill Assessment
Pada halaman Fill Assessment seperti Gambar 3.113, divisi dapat menginput
penilaian pegawai yang bekerja di bawah naungannya.
26) Rancangan layar halaman Assessment List
Gambar 3.114 Rancangan Layar Halaman Assessment List
Halaman Assessment List seperti Gambar 3.114 menampilkan daftar penilaian
pegawai yang bekerja di divisi tersebut.
324
27) Rancangan layar halaman Assessment Detail
Gambar 3.115 Rancangan Layar Halaman Assessment Detail
Halaman Assessment Detail seperti Gambar 3.115 menampilkan penilaian
pegawai yang bekerja di bawah naungannya secara rinci beserta dengan
kesenjangan penilaian.
28) Rancangan layar halaman Fill Discussion Schedule
Gambar 3.116 Rancangan Layar Halaman Fill Discussion Schedule
Pada halaman Fill Discussion Schedule seperti Gambar 3.116, divisi dapat
menginput jadwal dan lokasi diskusi penilaian pegawai.
325
29) Rancangan layar halaman Discussion List
Gambar 3.117 Rancangan Layar Halaman Discussion List
Halaman Discussion List seperti Gambar 3.117 menampilkan jadwal dan lokasi
diskusi penilaian antara divisi dengan pegawai yang bersangkutan.
30) Rancangan layar halaman Edit Discussion Schedule
Gambar 3.118 Rancangan Layar Halaman Edit Discussion Schedule
Pada halaman Edit Discussion Schedule seperti Gambar 3.118, divisi dapat
mengubah jadwal dan lokasi diskusi penilaian antara divisi dengan pegawai yang
bersangkutan.
326
31) Rancangan layar halaman Assessment Report
Gambar 3.119 Rancangan Layar Halaman Assessment Report
Pada halaman Assessment Report seperti Gambar 3.119, divisi dapat
menghasilkan laporan penilaian pegawai yang bekerja di bawah naungannya.
32) Rancangan layar halaman Request Training
Gambar 3.120 Rancangan Layar Halaman Request Training
Halaman Request Training seperti Gambar 3.120 berisi formulir yang harus diisi
oleh divisi apabila ingin mengajukan rencana pelatihan pegawai.
327
33) Rancangan layar halaman Training List
Gambar 3.121 Rancangan Layar Halaman Training List
Halaman Training List seperti Gambar 3.121 menampilkan daftar pelatihan
pegawai yang pernah diajukan oleh divisi.
34) Rancangan layar halaman Training Detail
Gambar 3.122 Rancangan Layar Halaman Training Detail
Halaman Training Detail seperti Gambar 3.122 menampilkan pelatihan pegawai
yang pernah diajukan oleh divisi secara rinci.
328
35) Rancangan layar halaman Edit Training
Gambar 3.123 Rancangan Layar Halaman Edit Training
Halaman Edit Training seperti Gambar 3.123 merupakan halaman yang digunakan
untuk mengubah rencana pelatihan pegawai yang pernah diajukan sebelumnya.
36) Rancangan layar halaman Training Absency
Gambar 3.124 Rancangan Layar Halaman Training Absency
Pada halaman Training Absency seperti Gambar 3.124, divisi dapat menginput
daftar kehadiran pegawai yang mengikuti pelatihan pada hari pelaksanaan
pelatihan.
329
37) Rancangan layar halaman Training Attendance List
Gambar 3.125 Rancangan Layar Halaman Training Attendance List
Halaman Training Attendance List seperti Gambar 3.125 menampilkan daftar
pegawai yang mengikuti pelatihan tertentu.
38) Rancangan layar halaman Training Report
Gambar 3.126 Rancangan Layar Halaman Training Report
Pada halaman Training Report seperti Gambar 3.126, divisi dapat menghasilkan
laporan pelatihan pegawai yang pernah diajukan sebelumnya.
330
39) Rancangan layar halaman Request Placement
Gambar 3.127 Rancangan Layar Halaman Request Placement
Halaman Request Placement seperti Gambar 3.127 berisi formulir yang harus diisi
oleh divisi apabila ingin mengajukan penempatan pegawai.
40) Rancangan layar halaman Placement List
Gambar 3.128 Rancangan Layar Halaman Placement List
Halaman Placement List seperti Gambar 3.128 menampilkan daftar penempatan
pegawai yang pernah diajukan oleh divisi.
331
41) Rancangan layar halaman Placement Detail
Gambar 3.129 Rancangan Layar Halaman Placement Detail
Halaman Placement Detail seperti Gambar 3.129 menampilkan penempatan
pegawai yang pernah diajukan oleh divisi secara rinci.
42) Rancangan layar halaman Edit Placement
Gambar 3.130 Rancangan Layar Halaman Edit Placement
Halaman Edit Placement seperti Gambar 3.130 merupakan halaman yang
digunakan untuk mengubah penempatan pegawai yang pernah diajukan
sebelumnya.
332
43) Rancangan layar halaman Fill Discussion Schedule
Gambar 3.131 Rancangan Layar Halaman Fill Discussion Schedule
Pada halaman Fill Discussion Schedule seperti Gambar 3.131, divisi dapat
menginput jadwal dan lokasi diskusi penempatan pegawai.
44) Rancangan layar halaman Placement Requested List
Gambar 3.132 Rancangan Layar Halaman Placement Requested List
Halaman Placement Requested List seperti Gambar 3.132 menampilkan daftar
penempatan pegawai (inter divisi) yang diajukan oleh divisi lain untuk divisi
tersebut.
333
45) Rancangan layar halaman Placement Requested Detail
Gambar 3.133 Rancangan Layar Halaman Placement Requested Detail
Halaman Placement Requested Detail seperti Gambar 3.133 menampilkan
penempatan pegawai yang diajukan oleh divisi lain secara rinci.
46) Rancangan layar halaman Discussion List
Gambar 3.134 Rancangan Layar Halaman Discussion List
Halaman Discussion List seperti Gambar 3.134 menampilkan jadwal dan lokasi
diskusi penempatan antara divisi dengan pegawai yang bersangkutan.
334
47) Rancangan layar halaman Edit Discussion Schedule
Gambar 3.135 Rancangan Layar Halaman Edit Discussion Schedule
Pada halaman Edit Discussion Schedule seperti Gambar 3.135, divisi dapat
mengubah jadwal dan lokasi diskusi penempatan pegawai.
48) Rancangan layar halaman Placement Report
Gambar 3.136 Rancangan Layar Halaman Placement Report
Pada halaman Placement Report seperti Gambar 3.136, divisi dapat menghasilkan
laporan penempatan pegawai yang pernah diajukan sebelumnya.
335
e. Rancangan layar untuk CEO
Berikut ini adalah rancangan layar untuk CEO:
1) Rancangan layar halaman Log In
Gambar 3.137 Rancangan Layar Halaman Log In
Halaman Log In seperti Gambar 3.137 merupakan halaman untuk memasukkan ID
pegawai dan kata sandi. Hal ini merupakan bentuk autentikasi pengguna aplikasi.
2) Rancangan layar halaman My Profile
Gambar 3.138 Rancangan Layar Halaman My Profile
Halaman My Profile seperti Gambar 3.138 merupakan halaman yang
menampilkan profil pengguna. Pada halaman ini, CEO dapat melihat dan
mengubah profil dirinya.
336
3) Rancangan layar halaman Change Password
Gambar 3.139 Rancangan Layar Halaman Change Password
Halaman Change Password seperti Gambar 3.139 merupakan halaman yang
digunakan untuk mengubah kata sandi.
4) Rancangan layar halaman Request List
Gambar 3.140 Rancangan Layar Halaman Request List
Halaman Request List seperti Gambar 3.140 berisi daftar permintaan pegawai
yang diajukan oleh divisi. CEO dapat menentukan hasil pertimbangan dengan
menekan tombol Confirm atau Deny pada kolom Action.
337
5) Rancangan layar halaman Employee Request Detail
Gambar 3.141 Rancangan Layar Halaman Employee Request Detail
Halaman Employee Request Detail seperti Gambar 3.141 menampilkan
permintaan pegawai yang diajukan oleh divisi secara rinci.
6) Rancangan layar halaman Applicant List
Gambar 3.142 Rancangan Layar Halaman Applicant List
Halaman Applicant List seperti Gambar 3.142 menampilkan daftar pelamar yang
melamar pada lowongan kerja tertentu.
338
7) Rancangan layar halaman Applicant Detail
Gambar 3.143 Rancangan Layar Halaman Applicant Detail
Halaman Applicant Detail seperti Gambar 3.143 menampilkan informasi pelamar
yang melamar pada lowongan kerja tertentu secara rinci.
8) Rancangan layar halaman Request Report
Gambar 3.144 Rancangan Layar Halaman Request Report
Pada halaman Request Report seperti Gambar 3.144, CEO dapat melihat laporan
permintaan pegawai yang diajukan oleh masing-masing divisi.
339
9) Rancangan layar halaman Recruitment Report
Gambar 3.145 Rancangan Layar Halaman Recruitment Report
Pada halaman Recruitment Report seperti Gambar 3.145, CEO dapat
menghasilkan laporan penerimaan pegawai pada permintaan tertentu.
10) Rancangan layar halaman Employee List
Gambar 3.146 Rancangan Layar Halaman Employee List
Halaman Employee List seperti Gambar 3.146 menampilkan daftar seluruh
pegawai yang bekerja di PT. ALTAVINDO.
340
11) Rancangan layar halaman Employee Detail
Gambar 3.147 Rancangan Layar Halaman Employee Detail
Halaman Employee Detail seperti Gambar 3.147 menampilkan informasi pegawai
yang bekerja di PT. ALTAVINDO secara rinci.
12) Rancangan layar halaman Attendance Report
Gambar 3.148 Rancangan Layar Halaman Attendance Report
Pada halaman Attendance Report seperti Gambar 3.148, CEO dapat menghasilkan
laporan absensi pegawai yang bekerja di PT. ALTAVINDO.
341
13) Rancangan layar halaman Leave Report
Gambar 3.149 Rancangan Layar Halaman Leave Report
Pada halaman Leave Report seperti Gambar 3.149, CEO dapat menghasilkan
laporan cuti pegawai yang bekerja di PT. ALTAVINDO.
14) Rancangan layar halaman Assessment Report
Gambar 3.150 Rancangan Layar Halaman Assessment Report
Pada halaman Assessment Report seperti Gambar 3.150, CEO dapat menghasilkan
laporan penilaian pegawai yang bekerja di PT. ALTAVINDO.
342
15) Rancangan layar halaman Training Report
Gambar 3.151 Rancangan Layar Halaman Training Report
Pada halaman Training Report seperti Gambar 3.151, CEO dapat menghasilkan
laporan pelatihan pegawai yang dilaksanakan oleh masing-masing divisi.
16) Rancangan layar halaman Placement List
Gambar 3.152 Rancangan Layar Halaman Placement List
Halaman Placement List seperti Gambar 3.152 menampilkan daftar penempatan
pegawai yang diajukan oleh masing-masing divisi. CEO dapat menentukan hasil
pertimbangan dengan menekan tombol Confirm atau Deny pada kolom Action.
343
17) Rancangan layar halaman Placement Detail
Gambar 3.153 Rancangan Layar Halaman Placement Detail
Halaman Placement Detail seperti Gambar 3.153 menampilkan penempatan
pegawai yang diajukan oleh divisi secara rinci.
18) Rancangan layar halaman Placement Report
Gambar 3.154 Rancangan Layar Halaman Placement Report
Pada halaman Placement Report seperti Gambar 3.154, CEO dapat menghasilkan
laporan penempatan pegawai yang bekerja di PT. ALTAVINDO.