bab 3 analisis dan perancangan - thesis.binus.ac.idthesis.binus.ac.id/doc/bab3/2012-1-00648-if...

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 ?


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.


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.


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.


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.


78 b. Hasil kuesioner responden pegawai:

1) Apakah Anda pernah mengakses website kepegawaian ?


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 ?


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.


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.


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.


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.


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)


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



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



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)


Nulls Multi Value

KataSandi Kata sandi yang digunakan sebagai verifikasi PegawaiID


Foto Foto pegawai Varchar(15) Tidak Tidak

NamaPegawai Nama lengkap pegawai

Varchar(30) Tidak Tidak

JenisKelamin Jenis kelamin pegawai


TempatLahir Tempat lahir pegawai


TglLahir Tanggal lahir pegawai

Date Tidak Tidak

Alamat Alamat tempat tinggal pelamar


KodePos Nomor kode pos tempat tinggal pelamar

Integer Tidak Tidak

NoTelepon Nomor telepon pelamar

Varchar(15) Tidak Ya

Email Alamat email pelamar


Agama Agama pegawai Varchar(9) Tidak Tidak

GolonganDarah Golongan darah pegawai


NoKTP Nomor KTP pelamar


Kewarganegaraan Kewarganegaraan pegawai

Char(3) Tidak Tidak

120



Nulls Multi Value

NoNPWP Nomor NPWP pegawai


StatusNikah Status nikah pegawai


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


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


121



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


Membaca Tingkat kemampuan pegawai membaca dalam bahasa yang dikuasai

Integer Tidak Ya

122



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


Divisi DivisiID Mengidentifikasi secara unik setiap divisi


NamaDivisi Nama divisi Varchar(20) Tidak Tidak

DeskripsiDivisi Deskripsi divisi Varchar(50) Tidak Tidak

123



Nulls Multi Value

Jabatan JabatanID Mengidentifikasi secara unik setiap jabatan


NamaJabatan Nama jabatan Varchar(24) Tidak Tidak

DeskripsiJabatan Deskripsi jabatan Varchar(50) Tidak Tidak

NamaDivisi Nama divisi yang menaungi jabatan


Permintaan

PermintaanID Mengidentifikasi secara unik setiap permintaan penambahan pegawai


NamaJabatan Nama jabatan untuk permintaan pegawai


DeskripsiJabatan Deskripsi pekerjaan untuk permintaan pegawai


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



Nulls Multi Value

Status Status permintaan pegawai


StatusPermintaan

StatusPermintaan ID

Mengidentifikasi secara unik setiap status permintaan penambahan pegawai

Char(4) Tidak Tidak

Status Status permintaan pegawai


Deskripsi Deskripsi status permintaan pegawai


Media MediaID Mengidentifikasi secara unik setiap media


NamaMedia Nama media Varchar(20) Tidak Tidak

Alamat Alamat kantor media


KodePos Nomor kode pos kantor media

Integer Tidak Tidak

NoTelepon Nomor telepon media


Pelamar PelamarID Mengidentifikasi secara unik setiap pelamar


KataSandi Kata sandi yang digunakan sebagai verifikasi PelamarID


Foto Foto pelamar Varchar(15) Tidak Tidak

125



Nulls Multi Value

NamaPelamar Nama lengkap pelamar


JenisKelamin Jenis kelamin pelamar


TempatLahir Tempat lahir pelamar


TglLahir Tanggal lahir pelamar

Date Tidak Tidak

Alamat Alamat tempat tinggal pelamar


KodePos Nomor kode pos tempat tinggal pelamar

Integer Tidak Tidak

NoTelepon Nomor telepon pelamar


Email Alamat email pelamar


Agama Agama pelamar Varchar(9) Tidak Tidak

NoKTP Nomor KTP pelamar


StatusNikah Status nikah pelamar


TahunMasuk Formal

Tahun masuk pendidikan formal pelamar

Year Tidak Ya

TahunLulusFormal Tahun lulus pendidikan formal pelamar

Year Tidak Ya

TingkatPendidikan Tingkat pendidikan formal pelamar


126



Nulls Multi Value

Jurusan Jurusan yang diambil pelamar

Varchar(20) Ya Ya

IPK IPK (Indeks Prestasi Kumulatif) saat lulus

Decimal(3,2) Ya Ya


Institusi pendidikan formal pelamar


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



Nulls Multi Value

Bahasa Bahasa yang dikuasai pelamar


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



Nulls Multi Value

Lamaran LamaranID Mengidentifikasi secara unik setiap lamaran kerja


TglLamaran Tanggal pengajuan lamaran kerja


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


Status Status lamaran Varchar(30) Tidak Tidak

StatusLamaran

StatusLamaranID Mengidentifikasi secara unik setiap status lamaran kerja

Char(4) Tidak Tidak

Status Status lamaran kerja


Deskripsi Deskripsi status lamaran kerja


Wawancara WawancaraID Mengidentifikasi secara unik setiap wawancara dan tes tertulis


TglWawancara Tanggal wawancara dan tes tertulis


129



Nulls Multi Value

LokasiWawancara Lokasi wawancara dan tes tertulis


TtdPenerimaan

TtdPenerimaanID Mengidentifikasi secara unik setiap penandatanganan surat perjanjian kerja


TglTtd Tanggal penandatanganan surat perjanjian kerja


LokasiTtd Lokasi penandatanganan surat perjanjian kerja


Absensi AbsensiID Mengidentifikasi secara unik setiap absensi pegawai


NamaPegawai Nama pegawai yang melakukan absensi


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


Verifikasi Status verifikasi absensi


130



Nulls Multi Value

Cuti CutiID Mengidentifikasi secara unik cuti pegawai


NamaPegawai Nama pegawai yang mengajukan cuti


TglPengajuan Tanggal pengajuan cuti


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


Status Status cuti Varchar(30) Tidak Tidak

JenisCuti JenisCutiID Mengidentifikasi secara unik setiap jenis cuti pegawai

Char(4) Tidak Tidak

Jenis Jenis cuti pegawai


Deskripsi Deskripsi jenis cuti pegawai


StatusCuti StatusCutiID Mengidentifikasi secara unik setiap status cuti pegawai

Char(4) Tidak Tidak

Status Status cuti pegawai


Deskripsi Deskripsi status cuti pegawai


131



Nulls Multi Value

Penilaian PenilaianID Mengidentifikasi secara unik penilaian pegawai


TglPenilaian Tanggal dilakukannya penilaian


NamaPegawai Nama pegawai yang dinilai


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


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



Nulls Multi Value

KeteranganDivisi Keterangan tambahan yang diberikan oleh divisi


Status Status penilaian Varchar(30) Tidak Tidak

StatusPenilaian

StatusPenilaianID Mengidentifikasi secara unik setiap status penilaian pegawai

Char(4) Tidak Tidak

Status Status penilaian pegawai


Deskripsi Deskripsi status penilaian pegawai


DiskusiPenilaian

DiskusiPenilaianID Mengidentifikasi secara unik setiap diskusi penilaian pegawai


TglDiskusi Tanggal diskusi penilaian pegawai


LokasiDiskusi Lokasi diskusi penilaian pegawai


Pelatihan PelatihanID Mengidentifikasi secara unik pelatihan pegawai


NamaPelatihan Nama pelatihan Varchar(20) Tidak Tidak

TglPengajuan Tanggal pengajuan pelatihan


133



Nulls Multi Value

NamaDivisi Nama divisi yang menyelenggarakan pelatihan


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


LamaPelatihan Lamanya waktu pelaksanaan pelatihan

Integer Tidak Tidak

LokasiPelatihan Tempat pelaksanaan pelatihan


Keterangan Keterangan tambahan untuk pelatihan


Status Status pelatihan Varchar(30) Tidak Tidak

StatusPelatihan

StatusPelatihanID Mengidentifikasi secara unik setiap status pelatihan pegawai

Char(4) Tidak Tidak

Status Status pelatihan pegawai


134



Nulls Multi Value

Deskripsi Deskripsi status pelatihan pegawai


Penempatan PenempatanID Mengidentifikasi secara unik penempatan pegawai


TglPengajuan Tanggal dilakukannya pengajuan penempatan


Jenis Jenis penempatan


NamaPegawai Nama pegawai yang diajukan untuk penempatan


NamaJabatan Jabatan lama sebelum dilakukannya penempatan


Keterangan Keterangan tambahan untuk penempatan


Status Status penempatan


JenisPenempatan

JenisPenempatanID Mengidentifikasi secara unik setiap jenis penempatan pegawai

Char(4) Tidak Tidak

Jenis Jenis penempatan pegawai


135



Nulls Multi Value

Deskripsi Deskripsi jenis penempatan pegawai


StatusPenempatan

StatusPenempatan ID

Mengidentifikasi secara unik setiap status penempatan pegawai

Char(4) Tidak Tidak

Status Status penempatan pegawai


Deskripsi Deskripsi status penempatan pegawai


DiskusiPenempatan

DiskusiPenempatanID

Mengidentifikasi secara unik setiap diskusi penempatan pegawai


TglDiskusi Tanggal diskusi penempatan pegawai


LokasiDiskusi Tempat diskusi penempatan pegawai


TtdPenempatan

TtdPenempatanID Mengidentifikasi secara unik setiap penandatanganan surat penempatan pegawai


TglTtd Tanggal penandatanganan surat penempatan pegawai


136



Nulls Multi Value

LokasiTtd Tempat penandatanganan surat penempatan pegawai


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)


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



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



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]


DeskripsiJabatan Varchar(50)


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


DeskripsiJabatan Varchar(50)

Jumlah Integer

TglPermintaan Datetime Format : yyyy-mm-dd hh:mm:ss

Persyaratan Varchar(50)

Keterangan Varchar(50)

Status Varchar(30)

140



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


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


141



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)


Varchar(30)

TahunMasukInformal Year Format : yyyy

TahunLulusInformal Year Format : yyyy

DeskripsiPendidikan Varchar(50)

InstitusiPendidikanInformal Varchar(30)

TahunMasuk Year Format : yyyy

142



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



StatusLamaran StatusLamaranID Char(4) Format : SL[0-9][0-9]

Status Varchar(30)


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


TglAbsensi Date Format : yyyy-mm-dd

JamMasuk Time Format : hh:mm:ss

144



JamPulang Time Format : hh:mm:ss


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


TglPengajuan Datetime Format : yyyy-mm-dd hh:mm:ss

Jenis Varchar(30)

TglAwalCuti Date Format : yyyy-mm-dd

TglAkhirCuti Date Format : yyyy-mm-dd


Status Varchar(30)

JenisCuti JenisCutiID Char(4) Format : JC[0-9][0-9]

Jenis Varchar(30)


StatusCuti StatusCutiID Char(4) Format : SC[0-9][0-9]

Status Varchar(30)


145



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


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




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)



Tujuan Varchar(50)

Kapasitas Integer

AnggaranPelatihan Integer

TglPelatihan Datetime Format : yyyy-mm-dd hh:mm:ss

LamaPelatihan Integer

LokasiPelatihan Varchar(30)


Status Varchar(30)

147



StatusPelatihan StatusPelatihanID Char(4) Format : SH[0-9][0-9]

Status Varchar(30)


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


Jenis Varchar(9)




Status Varchar(30)

JenisPenempatan JenisPenempatanID Char(4) Format : JT[0-9][0-9]

Jenis Varchar(9)


StatusPenempatan StatusPenempatan ID

Char(4) Format : ST[0-9][0-9]

Status Varchar(30)


DiskusiPenempatan DiskusiPenempatanID Char(10) Format : DT[XX][0-9][0-9][0-9][0-9] dimana XX adalah tahun diskusi penempatan

148



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


(Lanjutan)


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


(Lanjutan)


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,




StatusKeluarga, TahunMasukFormal,


Jurusan, IPK,

InstitusiPendidikanFormal,

TahunMasukInformal,

TahunLulusInformal,


InstitusiPendidikanInformal,

TahunMasuk, TahunKeluar,

NamaPerusahaan, DeskripsiPekerjaan,

Bahasa, Membaca, Menulis, Berbicara,

NoSertifikat, NamaSertifikat,


TahunSertifikat, NamaJabatan)


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,


NamaJabatan)


Foreign Key JabatanID references

Jabatan(JabatanID)

Keluarga (KeluargaID, PegawaiID,



StatusKeluarga)

Primary Key KeluargaID


Pegawai (PegawaiID)

TelpPegawai (NoTeleponPegawai,

PegawaiID)

Primary Key NoTeleponPegawai,

PegawaiID


Pegawai(PegawaiID)

Kirim PegawaiID ke TelpPegawai

PdkFormalPegawai (PdkFormalPegawaiID,

PegawaiID, TahunMasukFormal,


Jurusan, IPK, InstitusiPendidikanFormal)

Primary Key PdkFormalPegawaiID


Pegawai(PegawaiID)

Kirim PegawaiID ke PdkFormalPegawai

PdkInformalPegawai

(PdkInformalPegawaiID, PegawaiID,

TahunMasukInformal, TahunLulusInformal,


InstitusiPendidikanInformal)

Primary Key PdkInformalPegawaiID


Pegawai(PegawaiID)

Kirim PegawaiID ke Keluarga

Kirim PegawaiID ke

PdkInformalPegawai

PekerjaanPegawai (PekerjaanPegawaiID,

PegawaiID, TahunMasuk, TahunKeluar,

NamaPerusahaan, DeskripsiPekerjaan)

Primary Key PekerjaanPegawaiID


Pegawai(PegawaiID)

Kirim PegawaiID ke PekerjaanPegawai

BahasaPegawai (BahasaPegawaiID,

PegawaiID, Bahasa, Membaca, Menulis,

Berbicara)

Primary Key BahasaPegawaiID


Pegawai(PegawaiID)

Kirim PegawaiID ke BahasaPegawai

SertifikatPegawai (NoSertifikatPegawai,

PegawaiID, NamaSertifikat,


TahunSertifikat)

Primary Key NoSertifikatPegawai


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


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


Wawancara (WawancaraID, LamaranID, TglWawancara, LokasiWawancara) Primary Key WawancaraID Foreign Key LamaranID references Lamaran(LamaranID)


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


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)


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)


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



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



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



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



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



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


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


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


Wawancara (WawancaraID, LamaranID, TglWawancara, LokasiWawancara) Primary Key WawancaraID Foreign Key LamaranID references Lamaran(LamaranID) ON UPDATE CASCADE ON DELETE CASCADE


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


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


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


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


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


Wawancara (WawancaraID, LamaranID, TglWawancara, LokasiWawancara) Primary Key WawancaraID Foreign Key LamaranID references Lamaran(LamaranID)


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


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)


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)


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 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)


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]



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)


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 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)


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 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)


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 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)


8) SertifikatPegawai

Domain NoSG : variable length character string, length 20



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 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 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)


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]


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 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)


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 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)


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 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)


217

24) SertifikatPelamar

Domain NoSL : variable length character string, length 20



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 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 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 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 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


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


Domain PIDD : fixed length character


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 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


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


235


Transaksi Relasi


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


236


Transaksi Relasi


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


237


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


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)


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)


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)


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


NoTeleponPegawai Varchar(15) 16


Ukuran satu record dari tabel TelpPegawai adalah 26 bytes.

242

3) Keluarga

Perhitungan estimasi kebutuhan disk space untuk tabel Keluarga dapat dilihat


Tabel 3.17 Estimasi Kebutuhan Disk Space Tabel Keluarga


KeluargaID 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


PdkFormalPegawaiID 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)


InstitusiPendidikanFormal Varchar(30) 31

Ukuran satu record dari tabel PdkFormalPegawai adalah 96 bytes.

5) PdkInformalPegawai

Perhitungan estimasi kebutuhan disk space untuk tabel PdkInformalPegawai dapat


Tabel 3.19 Estimasi Kebutuhan Disk Space Tabel PdkInformalPegawai


PdkInformalPegawaiID 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


Tabel 3.20 Estimasi Kebutuhan Disk Space Tabel PekerjaanPegawai


PekerjaanPegawaiID Char(10) 10


TahunMasuk Year 1

244

Tabel 3.20 Estimasi Kebutuhan Disk Space Tabel PekerjaanPegawai (Lanjutan)


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


Tabel 3.21 Estimasi Kebutuhan Disk Space Tabel BahasaPegawai


BahasaPegawaiID 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


Tabel 3.22 Estimasi Kebutuhan Disk Space Tabel SertifikatPegawai


NoSertifikatPegawai Varchar(20) 21


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


Tabel 3.23 Estimasi Kebutuhan Disk Space Tabel JenisSertifikat



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 Estimasi Kebutuhan Disk Space Tabel Divisi


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 Estimasi Kebutuhan Disk Space Tabel Jabatan




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


Tabel 3.26 Estimasi Kebutuhan Disk Space Tabel Permintaan


PermintaanID 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 Estimasi Kebutuhan Disk Space Tabel SyaratPermintaan


SyaratPermintaanID 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


Tabel 3.28 Estimasi Kebutuhan Disk Space Tabel StatusPermintaan


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 Estimasi Kebutuhan Disk Space Tabel Media


MediaID Char(10) 10

NamaMedia Varchar(20) 21



Ukuran satu record dari tabel Media adalah 135 bytes.

249

16) TelpMedia

Perhitungan estimasi kebutuhan disk space untuk tabel TelpMedia dapat dilihat


Tabel 3.30 Estimasi Kebutuhan Disk Space Tabel TelpMedia


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


Tabel 3.31 Estimasi Kebutuhan Disk Space Tabel PemasanganIklan


MediaID 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 Estimasi Kebutuhan Disk Space Tabel Pelamar


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



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


Tabel 3.33 Estimasi Kebutuhan Disk Space Tabel TelpPelamar


NoTeleponPelamar Varchar(15) 16


Ukuran satu record dari tabel TelpPelamar adalah 26 bytes.

20) PdkFormalPelamar

Perhitungan estimasi kebutuhan disk space untuk tabel PdkFormalPelamar dapat


Tabel 3.34 Estimasi Kebutuhan Disk Space Tabel PdkFormalPelamar


PdkFormalPelamarID 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


Tabel 3.35 Estimasi Kebutuhan Disk Space Tabel PdkInformalPelamar


PdkInformalPelamarID 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


Tabel 3.36 Estimasi Kebutuhan Disk Space Tabel PekerjaanPelamar


PekerjaanPelamarID 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


Tabel 3.37 Estimasi Kebutuhan Disk Space Tabel BahasaPelamar


BahasaPelamarID 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


Tabel 3.38 Estimasi Kebutuhan Disk Space Tabel SertifikatPelamar


NoSertifikatPelamar Varchar(20) 21



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 Estimasi Kebutuhan Disk Space Tabel Lamaran


LamaranID 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


Tabel 3.40 Estimasi Kebutuhan Disk Space Tabel StatusLamaran


StatusLamaranID Char(4) 4



Ukuran satu record dari tabel StatusLamaran adalah 86 bytes.

255

27) Wawancara

Perhitungan estimasi kebutuhan disk space untuk tabel Wawancara dapat dilihat


Tabel 3.41 Estimasi Kebutuhan Disk Space Tabel Wawancara


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


Tabel 3.42 Estimasi Kebutuhan Disk Space Tabel TtdPenerimaan


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 Estimasi Kebutuhan Disk Space Tabel Absensi


AbsensiID Char(10) 10


TglAbsensi Date 3

JamMasuk Time 3

JamPulang Time 3


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 Estimasi Kebutuhan Disk Space Tabel Cuti


CutiID 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)



Ukuran satu record dari tabel Cuti adalah 93 bytes.

31) JenisCuti

Perhitungan estimasi kebutuhan disk space untuk tabel JenisCuti dapat dilihat


Tabel 3.45 Estimasi Kebutuhan Disk Space Tabel JenisCuti


JenisCutiID Char(4) 4

Jenis Varchar(30) 31


Ukuran satu record dari tabel JenisCuti adalah 86 bytes.

32) StatusCuti

Perhitungan estimasi kebutuhan disk space untuk tabel StatusCuti dapat dilihat


Tabel 3.46 Estimasi Kebutuhan Disk Space Tabel StatusCuti


StatusCutiID Char(4) 4



Ukuran satu record dari tabel StatusCuti adalah 86 bytes.

258

33) Penilaian

Perhitungan estimasi kebutuhan disk space untuk tabel TtdPenerimaan dapat


Tabel 3.47 Estimasi Kebutuhan Disk Space Tabel Penilaian


PenilaianID 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


Tabel 3.48 Estimasi Kebutuhan Disk Space Tabel StatusPenilaian


StatusPenilaianID Char(4) 4


259

Tabel 3.48 Estimasi Kebutuhan Disk Space Tabel StatusPenilaian (Lanjutan)



Ukuran satu record dari tabel StatusPenilaian adalah 86 bytes.

35) DiskusiPenilaian

Perhitungan estimasi kebutuhan disk space untuk tabel DiskusiPenilaian dapat


Tabel 3.49 Estimasi Kebutuhan Disk Space Tabel DiskusiPenilaian


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


Tabel 3.50 Estimasi Kebutuhan Disk Space Tabel Pelatihan


PelatihanID Char(10) 10


StatusPelatihanID Char(4) 4

NamaPelatihan Varchar(20) 21


260

Tabel 3.50 Estimasi Kebutuhan Disk Space Tabel Pelatihan (Lanjutan)


Kapasitas Small Integer 2

AnggaranPelatihan Integer 4

TglPelatihan Datetime 8

LamaPelatihan Tiny Integer 1

LokasiPelatihan Varchar(30) 31


Ukuran satu record dari tabel Pelatihan adalah 150 bytes.

37) TujuanPelatihan

Perhitungan estimasi kebutuhan disk space untuk tabel TujuanPelatihan dapat


Tabel 3.51 Estimasi Kebutuhan Disk Space Tabel TujuanPelatihan


TujuanID 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


Tabel 3.52 Estimasi Kebutuhan Disk Space Tabel StatusPelatihan


StatusPelatihanID Char(4) 4



Ukuran satu record dari tabel StatusPelatihan adalah 86 bytes.

39) PendaftaranPelatihan

Perhitungan estimasi kebutuhan disk space untuk tabel PendaftaranPelatihan dapat


Tabel 3.53 Estimasi Kebutuhan Disk Space Tabel PendaftaranPelatihan




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


Tabel 3.54 Estimasi Kebutuhan Disk Space Tabel Penempatan


PenempatanID Char(10) 10



JenisPenempatanID Char(4) 4

StatusPenempatanID Char(4) 4

TtdPenempatanID Char(10) 10



Ukuran satu record dari tabel Penempatan adalah 107 bytes.

41) JenisPenempatan

Perhitungan estimasi kebutuhan disk space untuk tabel JenisPenempatan dapat


Tabel 3.55 Estimasi Kebutuhan Disk Space Tabel JenisPenempatan


JenisPenempatan Char(4) 4

Jenis Varchar(9) 10


Ukuran satu record dari tabel JenisPenempatan adalah 65 bytes.

263

42) StatusPenempatan

Perhitungan estimasi kebutuhan disk space untuk tabel StatusPenempatan dapat


Tabel 3.56 Estimasi Kebutuhan Disk Space Tabel StatusPenempatan


StatusPenempatanID Char(4) 4



Ukuran satu record dari tabel StatusPenempatan adalah 86 bytes.

43) DiskusiPenempatan

Perhitungan estimasi kebutuhan disk space untuk tabel DiskusiPenempatan dapat


Tabel 3.57 Estimasi Kebutuhan Disk Space Tabel DiskusiPenempatan


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


Tabel 3.58 Estimasi Kebutuhan Disk Space Tabel TtdPenempatan


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 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)


(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


(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)


(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


tabel transaction


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


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


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


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


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


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


277


278


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:



Halaman Log In seperti Gambar 3.35 merupakan halaman untuk memasukkan ID

pegawai dan kata sandi. Hal ini merupakan bentuk autentikasi pengguna aplikasi.




profil pengguna. Di halaman ini, pegawai dapat melihat dan mengubah profil diri.

285




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:








profil pengguna. Pada halaman ini, HRD dapat melihat dan mengubah profil

dirinya.

293





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.




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.



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



Halaman Assessment List seperti Gambar 3.73 menampilkan daftar penilaian dari

divisi dan pegawai. HRD dapat menginput penilaian akhir dengan menekan Final

Assessment.



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.



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.



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.




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:








profil pengguna. Pada halaman ini, divisi dapat melihat dan mengubah profil

dirinya.

312





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



Halaman Request List seperti Gambar 3.93 menampilkan daftar permintaan

pegawai yang pernah diajukan oleh divisi.



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.




melamar pada lowongan kerja tertentu.

315





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



Pada halaman Request Report seperti Gambar 3.101, divisi dapat menghasilkan

laporan permintaan pegawai yang pernah diajukan oleh divisi.



Pada halaman Recruitment Report seperti Gambar 3.102, divisi dapat

menghasilkan laporan penerimaan pegawai pada permintaan tertentu.

318



Halaman Employee List seperti Gambar 3.103 menampilkan daftar seluruh

pegawai yang bekerja di bawah naungan divisi tersebut.




yang bekerja di bawah naungan divisi tersebut secara rinci.

319




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.



Pada halaman Attendance Report seperti Gambar 3.108, divisi dapat menghasilkan

laporan absensi pegawai yang bekerja di bawah naungannya.

321



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



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.



Halaman Assessment List seperti Gambar 3.114 menampilkan daftar penilaian

pegawai yang bekerja di divisi tersebut.

324



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




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



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



Halaman Training List seperti Gambar 3.121 menampilkan daftar pelatihan


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.



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.





331




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.




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.



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:







Halaman My Profile seperti Gambar 3.138 merupakan halaman yang

menampilkan profil pengguna. Pada halaman ini, CEO dapat melihat dan

mengubah profil dirinya.

336







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



Halaman Employee Request Detail seperti Gambar 3.141 menampilkan

permintaan pegawai yang diajukan oleh divisi secara rinci.




melamar pada lowongan kerja tertentu.

338







Pada halaman Request Report seperti Gambar 3.144, CEO dapat melihat laporan

permintaan pegawai yang diajukan oleh masing-masing divisi.

339



Pada halaman Recruitment Report seperti Gambar 3.145, CEO dapat

menghasilkan laporan penerimaan pegawai pada permintaan tertentu.



Halaman Employee List seperti Gambar 3.146 menampilkan daftar seluruh

pegawai yang bekerja di PT. ALTAVINDO.

340




yang bekerja di PT. ALTAVINDO secara rinci.



Pada halaman Attendance Report seperti Gambar 3.148, CEO dapat menghasilkan

laporan absensi pegawai yang bekerja di PT. ALTAVINDO.

341



Pada halaman Leave Report seperti Gambar 3.149, CEO dapat menghasilkan

laporan cuti pegawai yang bekerja di PT. ALTAVINDO.



Pada halaman Assessment Report seperti Gambar 3.150, CEO dapat menghasilkan

laporan penilaian pegawai yang bekerja di PT. ALTAVINDO.

342



Pada halaman Training Report seperti Gambar 3.151, CEO dapat menghasilkan

laporan pelatihan pegawai yang dilaksanakan oleh masing-masing divisi.




pegawai yang diajukan oleh masing-masing divisi. CEO dapat menentukan hasil

pertimbangan dengan menekan tombol Confirm atau Deny pada kolom Action.

343




pegawai yang diajukan oleh divisi secara rinci.



Pada halaman Placement Report seperti Gambar 3.154, CEO dapat menghasilkan

laporan penempatan pegawai yang bekerja di PT. ALTAVINDO.

bab 3 analisis dan perancangan - thesis.binus.ac.idthesis.binus.ac.id/doc/bab3/2012-1-00648-if...

Documents