BAB 4 PERANCANGAN DAN EVALUASI Mengidentifikasi Beberapa Tipe Entitas. berjalan, antara lain :
|
|
- Adi Setiawan
- 6 tahun lalu
- Tontonan:
Transkripsi
1 BAB 4 PERANCANGAN DAN EVALUASI 4.1 Perancangan Sistem Basis Data Perancangan Basis Data Konseptual Mengidentifikasi Beberapa Tipe Entitas Tabel berikut merupakan tabel yang menjelaskan entitasentitas yang menjadi kebutuhan Kompas Gramedia Group of Magazine setelah melalui proses analisis sistem yang sedang berjalan, antara lain : Tabel 4.1 Tabel Identifikasi Tipe Entitas No. Entity Description Occurance 1. Karyawan Berisi informasi tentang orang yang bekerja pada Kompas Gramedia Group of Magazine. dan penyeleksian. 2. Departemen Berisi informasi tentang departemen yang ditempati karyawan. 3. Divisi Berisi informasi tentang divisi dari suatu departemen yang ditempati oleh karyawan. 4. Permintaan Berisi informasi tentang permintaan sumber daya manusia. 5. Persetujuan Berisi informasi tentang persetujuan terhadap Karyawan ada yang melakukan proses permintaan, persetujuan Setiap departemen ditempati oleh karyawan-karyawan yang berbeda. Setiap divisi mempunyai beberapa departemen. Setiap permintaan sumber daya manusia kepada bagian HRD akan didatakan pada proses permintaan. Setiap permintaan sumber daya manusia 79
2 80 No. Entity Description Occurance permintaan sumber daya manusia. harus mendapatkan persetujuan. 6. Lowongan Berisi informasi tentang lowongan yang dibuka. Setiap permintaan sumber daya manusia yang telah disetujui akan 7. Lamaran Berisi informasi tentang lamaran dari pelamar terhadap lowonganlowongan yang tersedia. 8. Seleksi Berisi informasi tentang tahap penyeleksian yang akan dilalui oleh setiap lamaran. 9. Pelamar Berisi informasi tentang data-data pribadi tiap pelamar yang ingin melamar. 10. Kontrak Berisi informasi tentang kontrak yang akan diberikan kepada pelamar. 11. Penempatan Berisi informasi tentang penempatan pelamar yang telah menyetujui kontrak. dibukakan lowongannya. Setiap lamaran yang dilakukan oleh pelamar akan disimpan didalam database. Setiap lamaran akan melalui tahap seleksi dan apabila ditolak, tidak akan melanjutkan ke seleksi berikutnya. Setiap resume pelamar dapat digunakan untuk melamar pada semua lowongan yang diinginkan. Setiap kontrak akan diberikan kepada pelamar yang telah lulus semua tahap seleksi dan dinilai cocok pada posisi tersebut oleh karyawan. Setiap penempatan berdasarkan pada persetujuan pelamar terhadap kontrak yang diajukan Mengidentifikasi Beberapa Tipe Hubungan Tabel berikut merupakan tabel yang menjelaskan entitasentitas yang menjadi kebutuhan perusahaan setelah melalui proses analisis sistem yang sedang berjalan, antara lain :
3 81 Tabel 4.2 Tabel Identifikasi Beberapa Tipe Hubungan Entity Multiplicity Relationship Entity Multiplicity Divisi 0..1 Memiliki Departemen 1..* 1..1 Memiliki1 Karyawan 1..* 1..1 Menerima Penempatan 0..* Departemen 1..1 Mempunyai Karyawan 1..* 1..1 Menerima1 Penempatan 0..* 1..1 Mengajukan Permintaan 0..* Karyawan 1..1 Mengajukan1 Permintaan 0..* 1..1 Melakukan Persetujuan 0..* 1..1 Membuat Lowongan 0..* 1..1 Memproses Seleksi 0..* 1..1 Memberikan Kontrak 0..* Permintaan 1..* Memerlukan Persetujuan 1..* 0..1 Memunculkan Lowongan 1..1 Persetujuan 1..1 Menginformasikan Karyawan 0..1 Lowongan 1..1 Memunculkan1 Lamaran 0..* Lamaran 1..* Melewati Seleksi 1..* 1..1 Menghasilkan Kontrak 0..1 Seleksi 0..* Menginformasikan1 Pelamar 0..* Pelamar 1..1 Melakukan1 Lamaran 0..* Kontrak 1..1 Menghasilkan1 Penempatan Menginformasikan2 Pelamar 0..1 Penempatan 1..1 Menginformasikan3 Pelamar 0..1
4 82 Gambar 4.1 Rancangan Awal ERD Konseptual Mengidentifikasi dan Mengasosiasikan Atribut dengan Beberapa Tipe Entitas dan Hubungan Tabel berikut merupakan tabel yang menunjukkan entitas dengan atribut-atribut yang mendukung data akurat dan deskripsi
5 83 masing-masing kegunaan atribut tersebut dan perkiraan tipe data dan panjang yang akan digunakan dalam basis data : Tabel 4.3 Tabel Identifikasi Tipe Atribut pada Entitas Entity Attribute Description Data Type and Volume Null Multivalued Karyawan IDKaryawan Kode unik untuk Char(8) NO NO mengidentifikasi karyawan Nama Nama dari Varchar(50) NO NO karyawan Jenis Kelamin Jenis kelamin Varchar(1) NO NO dari Karyawan Alamat Alamat dari Varchar(100) NO NO karyawan TempatLahir Tempat lahir Varchar(30) NO NO dari karyawan TanggalLahir Tanggal lahir Date NO NO dari karyawan dari Varchar(50) NO NO Karyawan Posisi Posisi dari Varchar(50) NO NO karyawan StatusKaryawan Status dari Varchar(20) NO NO karyawan Divisi IDDivisi Kode unik untuk Char(5) NO NO mengidentifikasi divisi NamaDivisi Nama dari divisi Varchar(50) NO NO Departemen IDDepartemen Kode unik untuk Char(5) NO NO mengidentifikasi departemen NamaDepartemen Nama dari Varchar(50) NO NO departemen Permintaan IDPermintaan Kode unik untuk Char(6) NO NO mengidentifikasi permintaan sumber daya manusia NoPermintaan No dari Varchar(40) NO NO Permintaan yang diajukan TanggalPermintaan Informasi mengenai Date NO NO
6 84 Entity Attribute Description Data Type and Volume Null Multivalued tanggal permintaan sumber daya manusia Posisi Informasi Varchar(50) NO NO mengenai posisi yang akan diajukan Jumlah Jumlah sumber Integer NO NO daya manusia yang diajukan Alasan Alasan Varchar(100) NO NO permintaan sumber daya manusia GambaranUmum Gambaran Text NO NO umum mengenai posisi yang diajukan untuk permintaan sumber daya manusia Persyaratan Persyaratan yang sebaiknya dipenuhi oleh pelamar Text NO NO StatusKekaryawanan Status kekaryawanan dari posisi yang diusulkan Varchar(15) NO NO Status Informasi Varchar(1) NO NO mengenai status persetujuan dari permintaan sumber daya manusia Persetujuan IDPersetujuan Kode unik untuk Char(4) NO NO mengidentifikasi persetujuan JenisPersetujuan Jenis Persetujuan yang diperlukan oleh permintaan Varchar(10) NO NO Lowongan IDLowongan Kode unik untuk Char(8) NO NO
7 85 Entity Attribute Description Data Type and Volume Null Multivalued mengidentifikasi lowongan yang dibuka NamaLowongan Nama dari Varchar(20) NO NO lowongan yang dibuka TanggalTerbit Informasi Date NO NO mengenai tanggal lowongan diterbitkan TanggalAkhir Informasi Date NO NO mengenai tanggal lowongan berakhir Deskripsi Informasi Text NO NO mengenai lowongan yang dibuka Syarat Informasi Text NO NO mengenai persyaratan untuk lowongan tersebut Lamaran IDLamaran Kode unik untuk Char(8) NO NO mengidentifikasi lamaran yang dilakukan pelamar TanggalLamar Informasi Date NO NO mengenai tanggal pelamar melamar lowongan tersebut Status Informasi Varchar(15) NO NO mengenai status dari lamaran Seleksi IDSeleksi Kode unik untuk Char(4) NO NO mengidentifikasi seleksi JenisSeleksi Jenis dari seleksi yang Varchar(15) NO NO
8 86 Entity Attribute Description Data Type and Volume Null Multivalued dilakukan Pelamar IDPelamar Kode unik untuk Char(8) NO NO mengidentifikasi pelamar Nama Nama dari Varchar(50) NO NO pelamar dari Varchar(50) NO NO pelamar JenisKelamin Jenis kelamin Varchar(1) NO NO dari pelamar Alamat NO Jalan Jalan dan no Varchar(40) NO NO tempat pelamar tinggal RT No RT tempat Varchar(3) NO NO pelamar tinggal RW No RW tempat Varchar(3) NO NO pelamar tinggal Kota Kota tempat Varchar(20) NO NO pelamar tinggal Provinsi Provinsi tempat Varchar(20) NO NO pelamar tinggal KodePos Kode pos Varchar(5) NO NO tempat pelamar tinggal NoTelp Nomor telepon Varchar(15) YES NO rumah dari pelamar NoHP Nomor Varchar(15) NO NO handphone dari pelamar NoKTP Nomor KTP Varchar(16) NO NO dari pelamar TempatLahir Tempat Lahir Varchar(20) NO NO dari pelamar TanggalLahir Tanggal Lahir Date NO NO dari pelamar Kewarganegaraan Kewarganegaraa Varchar(20) NO NO n dari pelamar StatusPernikahan Status Varchar(15) NO NO pernikahan dari pelamar Agama Agama dari pelamar Varchar(15) NO NO
9 87 Entity Attribute Description Data Type and Volume Null Multivalued AlamatKTP NO JalanKTP Jalan dan No Varchar(40) NO NO tempat tinggal pelamar yang sesuai pada KTP Pelamar RTKTP RT tempat Varchar(3) NO NO tinggal pelamar yang sesuai pada KTP Pelamar RWKTP RW tempat Varchar(3) NO NO tinggal pelamar yang sesuai pada KTP Pelamar KotaKTP Kota yang Varchar(20) NO NO sesuai pada KTP pelamar ProvKTP Provinsi yang Varchar(20) NO NO sesuai pada KTP pelamar PosKTP Kode Pos yang Varchar(5) NO NO sesuai pada KTP pelamar EkspektasiGaji Ekspektasi gaji Varchar(10) NO NO dari pelamar Kesiapan Waktu kesiapan Varchar(50) NO NO pelamar untuk mulai bekerja InfoLamaran Informasi Varchar(30) NO NO darimana pelamar mengetahui lowongan yang ada NamaRelasi Nama dari Varchar(30) YES NO Relasi pelamar yang sedang bekerja pada perusahaan ini PosisiRelasi Posisi dari relasi pelamar yang sedang bekerja Varchar(30) YES NO
10 88 Entity Attribute Description Data Type and Volume Null Multivalued pada perusahaan ini InformasiTambahan Informasi Text YES NO tambahan tentang pelamar PendidikanFormal YES JenisPendidikan Jenis pendidikan Varchar(20) NO YES dari pelamar NamaInstitusi Nama dari Varchar(30) NO YES tempat pelamar menuntut ilmu KotaInstitusi Kota dari Varchar(20) NO YES institusi tempat pelamar menuntut ilmu ProvInstitusi Provinsi dari Varchar(20) NO YES institusi tempat pelamar menuntut ilmu Jurusan Jurusan yang Varchar(20) YES YES diambil pelamar TahunMasuk Tahun pelamar Integer NO YES masuk institusi tersebut TahunKeluar Tahun pelamar Integer NO YES lulus institusi tersebut Lulus Kelulusan Varchar(1) NO YES pelamar dari institusi tersebut IPK IPK Pelamar Numeric(3,2) YES YES saat lulus dari institusi tersebut PendidikanInformal YES JenisPendidikan Jenis dari Varchar(20) NO YES Pendidikan Informal yang diikuti NamaLembaga Nama Lembaga Varchar(50) NO YES pendidikan informal Kota Kota dari pendidikan informal Varchar(20) NO YES
11 89 Entity Attribute Description Data Type and Volume Null Multivalued Provinsi Provinsi dari Varchar(20) NO YES pendidikan informal TahunMulai Tahun mulai Integer NO YES mengikuti pendidikan informal TahunSelesai Tahun selesai Integer NO YES mengikuti pendidikan informal Lisensi Lisensi yang Varchar(30) YES YES didapat dari pendidikan informal PengalamanKerja YES NamaPerusahaan Nama Varchar(50) NO YES perusahaan tempat pelamar bekerja KotaPerusahaan Kota perusahaan Varchar(20) NO YES tempat pelamar bekerja ProvinsiPerusahaan Provinsi Varchar(20) NO YES perusahaan tempat pelamar bekerja PeriodeMulai Waktu pelamar Date NO YES mulai bekerja PeriodeSelesai Waktu pelamar Date NO YES selesai bekerja Posisi Posisi pelamar Varchar(20) NO YES sebelumnya ketika bekerja GajiAkhir Rentang gaji Varchar(30) NO YES terakhir yang diterima pelamar pada perusahaan tersebut Deskripsi Deskripsi tentang pekerjaan pelamar di Text NO YES
12 90 Entity Attribute Description Data Type and Volume Null Multivalued perusahaan tersebut AlasanKeluar Alasan mengapa Varchar(30) YES YES pelamar keluar dari perusahaan tersebut PengalamanOrganisa YES si NamaOrganisasi Nama dari Varchar(30) NO YES organisasi yang diikuti JenisOrganisasi Jenis organisasi Varchar(10) NO YES yang diikuti KotaOrganisasi Kota organisasi Varchar(20) NO YES tersebut berada ProvinsiOrganisasi Provinsi Varchar(20) NO YES organisasi tersebut berada Posisi Posisi yang Varchar(20) NO YES dijabat oleh pelamar TahunMulai Tahun Mulai Integer NO YES mengikuti organisasi tersebut TahunSelesai Tahun selesai Integer NO YES mengikuti organisasi tersebut DataKeluarga YES Hubungan Hubungan Varchar(10) NO YES anggota keluarga dengan pelamar Nama Nama dari Varchar(20) NO YES anggota keluarga tersebut JenisKelamin Jenis kelamin Varchar(1) NO YES dari anggota keluarga tersebut TempatLahir Tempat lahir dari anggota Varchar(20) YES YES
13 91 Entity Attribute Description Data Type and Volume Null Multivalued keluarga tersebut TanggalLahir Tanggal lahir Date YES YES dari anggota keluarga tersebut PendidikanTerakhir Pendidikan Varchar(10) YES YES terakhir dari anggota keluarga tersebut Pekerjaan Pekerjaan dari Varchar(20) YES YES anggota keluarga tersebut NoHP Nomor handphone dari anggota keluarga tersebut Varchar(15) YES YES Bahasa JenisBahasa Speaking Writing Reading Understanding Jenis bahasa yang dikuasai oleh pelamar Penilaian mengenai pengucapan pelamar menggunakan bahasa tersebut Penilaian dalam hal penulisan pelamar menggunakan bahasa tersebut Penilaian dalam hal membaca menggunakan bahasa tersebut Penilaian pelamar dalam mengerti bahasa tersebut YES Varchar(10) NO YES Varchar(10) NO YES Varchar(10) NO YES Varchar(10) NO YES Varchar(10) NO YES Keterangan Keterangan dari Varchar(50) YES YES
14 92 Entity Attribute Description Data Type and Volume Null Multivalued bahasa tersebut Kontrak IDKontrak Kode unik untuk Char(8) NO NO mengidentifikasi kontrak NoKontrak No dari Kontrak Varchar(30) NO NO yang telah disetujui Status Status dari Varchar(1) NO NO Kontrak tersebut Tanggal Tanggal kontrak Date NO NO tersebut diberikan kepada pelamar Keterangan Keterangan dari Text NO NO kontrak Penempatan IDPenempatan Kode unik untuk Char(8) NO NO mengidentifikasi penempatan pelamar Posisi Posisi Varchar(20) NO NO penempatan pelamar tersebut Tanggal Tanggal Date NO NO pemberitahuan penempatan kepada pelamar Status Status kekaryawanan pelamar pada posisi tersebut Varchar(20) NO NO Lamaran- Melewati- Seleksi Tabel 4.4 Tabel Identifikasi Tipe Atribut pada Relasi Relation Attribute Description Data Type and Volume Null Multivalued Tanggal Tanggal Date NO NO seleksi dilakukan Pesan Pesan yang dikirimkan kepada pelamar Text YES NO Permintaan- Tanggal Tanggal Date NO NO
15 93 Memerlukan- Persetujuan Hasil Alasan persetujuan terhadap suatu permintaan Hasil persetujuan terhadap suatu permintaan Alasan dari hasil persetujuan suatu permintaan Varchar(1) NO NO Varchar(50) YES NO Menentukan Beberapa Domain Atribut Tabel 4.5 Tabel Identifikasi Domain Atribut pada Entitas No. Entity Attribute Attribute Domain 1. Karyawan IDKaryawan Char(8), Format : EM[0-9][0-9][0-9][0-9][0-9][0-9] Nama Varchar(50) Jenis Kelamin Varchar(1) Alamat Varchar(100) TempatLahir Varchar(30) TanggalLahir Date, Format : dd/mm/yyyy Varchar(50) Posisi Varchar(50) StatusKaryawan Varchar(20) 2. Divisi IDDivisi Char(5), Format : DI[0-9][0-9][0-9] NamaDivisi Varchar(50) 3. Departemen IDDepartemen Char(5), Format : DE[0-9][0-9][0-9] NamaDepartemen Varchar(50) 4. Permintaan IDPermintaan Char(6), Format : RE[0-9][0-9][0-9][0-9] NoPermintaan Varchar(40), Format [0-9][0-9]/HRD/REC/[0-9][0-9]- [0-9][0-
16 94 No. Entity Attribute Attribute Domain 9] [0-9][0-9]/Form_ Permintaan_SDM TanggalPermintaan Date, Format : dd/mm/yyyy Posisi Varchar(50) Jumlah Integer Alasan Varchar(100) GambaranUmum Text Persyaratan Text StatusKekaryawanan Varchar(15) Status Varchar(1) 5. Persetujuan IDPersetujuan Char(4), Format : AG[0-9][0-9] JenisPersetujuan Varchar(10) 6. Lowongan IDLowongan Char(8), Format : VA[0-9][0-9][0-9][0-9][0-9][0-9] NamaLowongan Varchar(20) TanggalTerbit Date, Format : dd/mm/yyyy TanggalAkhir Date, Format : dd/mm/yyyy Deskripsi Text Syarat Text 7. Lamaran IDLamaran Char(8), Format : AL[0-9][0-9][0-9][0-9][0-9][0-9] TanggalLamar Date, Format : dd/mm/yyyy Status Varchar(15) 8. Seleksi IDSeleksi Char(4), Format : SE[0-9][0-9] JenisSeleksi Varchar(15) 9. Pelamar IDPelamar Char(8), Format : AP[0-9][0-9][0-9][0-9][0-9][0-9] Nama Varchar(50) Varchar(50) JenisKelamin Varchar(1) Alamat Jalan Varchar(40) RT Varchar(3) RW Varchar(3)
17 95 No. Entity Attribute Attribute Domain Kota Varchar(20) Provinsi Varchar(20) KodePos Varchar(5) NoTelp Varchar(15) NoHP Varchar(15) NoKTP Varchar(16) TempatLahir Varchar(20) TanggalLahir Date, Format : dd/mm/yyyy Kewarganegaraan Varchar(20) StatusPernikahan Varchar(15) Agama Varchar(15) AlamatKTP JalanKTP Varchar(40) RTKTP Varchar(3) RWKTP Varchar(3) KotaKTP Varchar(20) ProvKTP Varchar(20) PosKTP Varchar(5) EkspektasiGaji Varchar(10) Kesiapan Varchar(50) InfoLamaran Varchar(30) NamaRelasi Varchar(30) PosisiRelasi Varchar(30) InformasiTambahan Text PendidikanFormal JenisPendidikan Varchar(20) NamaInstitusi Varchar(30) KotaInstitusi Varchar(20) ProvInstitusi Varchar(20) Jurusan Varchar(20) TahunMasuk Date, Format : yyyy TahunKeluar Date, Format : yyyy Lulus Varchar(1) IPK Numeric(3,2) PendidikanInformal JenisPendidikan Varchar(20) NamaLembaga Varchar(50) Kota Varchar(20) Provinsi Varchar(20) TahunMulai Date, Format : yyyy
18 96 No. Entity Attribute Attribute Domain TahunSelesai Date, Format : yyyy Lisensi Varchar(30) PengalamanKerja NamaPerusahaan Varchar(50) KotaPerusahaan Varchar(20) ProvinsiPerusahaan Varchar(20) PeriodeMulai Date, Format : mm/yyyy PeriodeSelesai Date, Format : mm/yyyy Posisi Varchar(20) GajiAkhir Varchar(30) Deskripsi Text AlasanKeluar Varchar(30) PengalamanOrganisasi NamaOrganisasi Varchar(30) JenisOrganisasi Varchar(10) KotaOrganisasi Varchar(20) ProvinsiOrganisasi Varchar(20) Posisi Varchar(20) TahunMulai Date, Format : yyyy TahunSelesai Date, Format : yyyy DataKeluarga Hubungan Varchar(10) Nama Varchar(20) JenisKelamin Varchar(1) TempatLahir Varchar(20) TanggalLahir Date, Format : dd/mm/yyyy PendidikanTerakhir Varchar(10) Pekerjaan Varchar(20) NoHP Varchar(15) Bahasa JenisBahasa Varchar(10) Speaking Varchar(10) Writing Varchar(10) Reading Varchar(10) Understanding Varchar(10) Keterangan Varchar(50) 10. Kontrak IDKontrak Char(8), Format : CO[0-9][0-9][0-
19 97 No. Entity Attribute Attribute Domain 9][0-9][0-9][0-9] NoKontrak Varchar(30), Format : [0-9][0-9][0-9]/HRD/REC/[0-9][0-9]-[0-9] [0-9] [0-9] [0-9]/SPK-[A-C] Status Varchar(1), Format : A / R Tanggal Date, Format : dd/mm/yyyy Keterangan Text 11. Penempatan IDPenempatan Char(8), Format : PL[0-9][0-9][0-9][0-9][0-9][0-9] Posisi Varchar(20) Tanggal Date, Format : dd/mm/yyyy Status Varchar(20) Tabel 4.6 Tabel Identifikasi Domain Atribut pada Relasi No. Relation Attribute Attribute Domain 1. Lamaran-Melewati- Seleksi Tanggal Date, Format : dd/mm/yyyy Pesan Text 2. Permintaan- Memerlukan- Tanggal Date, Format : dd/mm/yyyy Persetujuan Hasil Varchar(1), Format : A / R Alasan Varchar(50)
20 Menentukan Candidate Key dan Primary Key Tiap Entitas Tabel 4.7 Tabel Menentukan Primary Key Entity Candidate Key Primary Key Karyawan IDKaryawan IDKaryawan Divisi IDDivisi IDDivisi Departemen IDDepartemen IDDepartemen Permintaan IDPermintaan IDPermintaan NoPermintaan Posisi Persetujuan IDPersetujuan IDPersetujuan Lowongan IDLowongan IDLowongan Lamaran IDLamaran IDLamaran Seleksi IDSeleksi IDSeleksi Pelamar IDPelamar IDPelamar NoKTP NoHP Kontrak IDKontrak IDKontrak NoKontrak Penempatan IDPenempatan IDPenempatan
21 99 Gambar 4.2 Rancangan ERD Konseptual dengan Primary Key Mempertimbangkan Penggunaan Konsep-Konsep Pemodelan yang Disempurnakan (Optional Step) Langkah ini mempertimbangkan penggunaan konsep pemodelan yang disempurnakan (enchanced modeling), seperti
22 100 spesialisasi/ generalisasi, agregasi dan komposisi. Dalam perancangan ini, tidak digunakan konsep enchanced modeling Memeriksa Model untuk Redundansi Langkah ini berfungsi untuk memeriksa model konseptual agar menghindari adanya informasi yang redundan. Terdapat dua langkah dalam tahap ini yaitu : 1. Memeriksa One-to-One Relationship Tabel 4.8 Tabel Identifikasi Hubungan One-to-One No. Pemeriksaan Redundansi 1. Hubungan antara Lamaran dan Kontrak Setiap Lamaran dapat menghasilkan kontrak sehingga kedua entitas ini tidak dapat disatukan. 2. Hubungan antara Persetujuan dan Karyawan Setiap Persetujuan dapat menginformasikan kepada Karyawan yang bersangkutan sehingga kedua entitas ini tidak dapat disatukan.
23 101 No. Pemeriksaan Redundansi 3. Hubungan antara Permintaan dan Lowongan Setiap Permintaan akan memunculkan suatu Lowongan sehingga kedua entitas ini tidak dapat disatukan. 4. Hubungan antara Kontrak dan Pelamar Setiap Kontrak dapat menginformasikan kepada pelamar yang bersangkutan sehingga kedua entitas ini tidak dapat disatukan. 5. Hubungan antara Kontrak dan Penempatan Setiap Kontrak dapat menghasilkan sebuah penempatan sehingga kedua entitas ini tidak dapat disatukan. 6. Hubungan antara Penempatan dan Pelamar Setiap Penempatan dapat menginformasikan kepada pelamar yang bersangkutan sehingga kedua entitas ini tidak disatukan.
24 Menghilangkan Hubungan Yang Redundansi Tabel 4.9 Tabel Identifikasian Hubungan yang Redundan No. Hubungan Yang Redundan 1. Hubungan antara Divisi, Departemen dan Karyawan Awal : Hubungan Memiliki1 pada Divisi dan Karyawan redundan karena data Divisi yang memiliki Karyawan dapat dilihat melalui hubungan dengan Departemen. Akhir : 2. Hubungan antara Divisi, Departemen dan Penempatan Awal :
25 103 No. Hubungan Yang Redundan Hubungan Menerima antara Divisi dan Penempatan redundan karena data Divisi yang menerima penempatan dapat dilihat melalui hubungan dengan departemen. Akhir : 3. Hubungan antara Karyawan, Permintaan dan Persetujuan Awal : Hubungan Menginformasikan antara Karyawan dan Persetujuan redundan karena data karyawan yang diinformasikan persetujuan dapat dilihat melalui hubungan dengan permintaan.
26 104 Akhir : 4. Hubungan antara Pelamar, Lamaran dan Seleksi Awal : Hubungan Menginformasikan1 antara Pelamar dan Seleksi redundan karena data Pelamar yang diinformasikan tentang seleksi dapat dilihat melalui hubungan dengan Lamaran. Akhir :
27 Hubungan antara Pelamar, Lamaran dan Kontrak Awal : Hubungan Menginformasikan2 antara Pelamar dan Kontrak redundan karena data Pelamar yang diinformasikan tentang kontrak dapat dilihat melalui hubungan dengan Lamaran. Akhir : 6. Hubungan antara Pelamar, Lamaran, Kontrak dan Penempatan Awal :
28 106 Hubungan Menginformasikan3 antara Penempatan dan Pelamar redundan karena Pelamar yang diinformasikan tentang penempatan dapat dilihat melalui hubungan dengan Lamaran dan Kontrak. Akhir : 7. Hubungan antara Departemen, Permintaan, Lowongan, Lamaran, Kontrak dan Penempatan Awal : Hubungan Menerima1 antara Penempatan dan Departemen redundan karena departemen yang akan ditempati oleh karyawan baru dapat dilihat dari hubungan dengan Kontrak, Lamaran, Lowongan dan Permintaan.
29 Akhir : 107
30 108 Gambar 4.3 Rancangan Model Konseptual setelah Penghilangan Redundansi Memvalidasi Model Konseptual Terhadap Transaksi Pengguna A. Mendeskripsikan Transaksi Pada pendekatan pertama, diperiksa apakah semua informasi (entitas, hubungan antar entitas dan atributnya) yang dibutuhkan oleh setiap transaksi tersedia model, dengan
31 109 mendokumentasikan deskripsi setiap kebutuhan transaksi. Adapun transaksi-transaksi yang ada akan dibahas di bawah ini adalah : a. Menampilkan daftar departemen-departemen yang berada pada suatu divisi. b. Menampilkan daftar karyawan yang berada pada departemen atau divisi tertentu. c. Menampilkan seluruh data karyawan. d. Menampilkan daftar permintaan yang diajukan oleh karyawan. e. Menampilkan semua persetujuan dari suatu permintaan. f. Menampilkan persetujuan-persetujuan yang dilakukan oleh karyawan. g. Menampilkan lowongan yang dibuka oleh karyawan h. Menampilkan lamaran yang masuk berdasarkan lowongan tertentu. i. Menampilkan lamaran yang dilamar oleh pelamar. j. Menampilkan informasi yang dimiliki oleh seorang pelamar. k. Menampilkan jumlah lamaran yang masuk per tahun. l. Menampilkan tahap penyeleksian terhadap suatu lamaran. m. Menampilkan tahap penyeleksian yang diproses oleh karyawan. n. Menampilkan kontrak yang dihasilkan dari suatu lamaran. o. Menampilkan penempatan yang dihasilkan dari suatu kontrak.
32 110 p. Menampilkan kontrak yang diberikan oleh karyawan. q. Menampilkan data permintaan yang diajukan oleh suatu departemen. r. Menampilkan lowongan yang dibuat berdasarkan permintaan. B. Menggunakan Jalur-Jalur Transaksi Gambar 4.4 Rancangan Model Konseptual dengan Panah Transaksi
33 Memeriksa Kembali Model Data Konseptual dengan Pengguna Setelah meninjau ulang model data konseptual dengan pengguna maka dapat disimpulkan bahwa model data konseptual yang dibuat sudah sesuai dengan kebutuhan pengguna Perancangan Basis Data Logikal Menghilangkan Fitur-fitur yang Tidak Kompatibel dengan Model Relasional (Optional Step) a. Menghilangkan many-to-many (*:*) binary relationship types Hubungan many-to-many (*:*) antara Permintaan dan Persetujuan akan menghasilkan entitas baru dengan nama DetailPersetujuan. menjadi : Gambar 4.5 Hubungan Many-to-Many antara Permintaan dan Persetujuan
34 112 -Hubungan many-to-many (*:*) antara Lamaran dan Seleksi akan menghasilkan entitas baru dengan nama DetailSeleksi. menjadi : Gambar 4.6 Hubungan Many-to-Many antara Lamaran dan Seleksi b. Menghilangkan many-to-many (*:*) recursive relationship types Dalam model data konseptual lokal yang telah dibangun, tidak terdapat tipe hubungan rekursif many-to-many (*:*). c. Menghilangkan complex relationship types Dalam model data konseptual lokal yang telah dibangun, tidak terdapat tipe hubungan yang kompleks. d. Menghilangkan multi-valued attributes Dalam model data konseptual lokal yang telah dibangun, terdapat tipe hubungan multi-valued pada entitas pelamar. Untuk
35 113 menanggulangi multi-valued attributes tersebut, maka dimunculkan entitas dengan relasi yang merepresentasikan hubungan multivalued attributes dengan menambahkan primary key pada entitas baru tersebut. Gambar 4.7 Penghilangan Multi-valued Attributes pada Entitas Pelamar Memperoleh Hubungan untuk Local Logical Data Model 1.Identifikasi Entitas Kuat (Strong Entity) Himpunan entitas yang dilibatkan dalam ERD adalah himpunan entitas kuat/ bebas. Himpunan entitas demikian tidak
36 114 memiliki ketergantungan dengan himpunan entitas lainnya. Yang termasuk dalam entitas kuat adalah : a. Karyawan ( IDKaryawan, Nama, JenisKelamin, Alamat, TempatLahir, TanggalLahir, , Posisi, StatusKaryawan) Primary Key IDKaryawan b. Divisi (IDDivisi, NamaDivisi) Primary Key IDDivisi c. Departemen (IDDepartemen, NamaDepartemen) Primary Key IDDepartemen d. Permintaan (IDPermintaan, NoPermintaan, TanggalPermintaan, Posisi, Jumlah, Alasan, GambaranUmum, Persyaratan, StatusKekaryawanan, Status) Primary Key IDPermintaan e. Persetujuan (IDPersetujuan, JenisPersetujuan) Primary Key IDPersetujuan f. Lowongan (IDLowongan, NamaLowongan, TanggalTerbit, TanggalAkhir, Deskripsi, Syarat) Primary Key IDLowongan g. Lamaran (IDLamaran, TanggalLamaran, Status) Primary Key IDLamaran h. Seleksi (IDSeleksi, JenisSeleksi) Primary Key IDSeleksi i. Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP,
37 115 TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, KotaKTP, ProvKTP, PosKTP, EkspektasiGaji, Kesiapan, InfoLamaran, NamaRelasi, PosisiRelasi, InformasiTambahan) Primary Key IDPelamar j. Kontrak (IDKontrak, NoKontrak, Status, Tanggal, Keterangan) Primary Key IDKontrak k. Penempatan (IDPenempatan, Posisi, Tanggal, Status) Primary Key IDPenempatan 2.Identifikasi Entitas Lemah (Weak Entity) Untuk entitas lemah pada model data, dibuat hubungan yang mengandung semua atribut sederhana dari entitas tersebut. Yang termasuk dalam entitas lemah adalah : a. DetailSeleksi (Tanggal, Pesan) Primary Key belum ada sampai tahap ini. b. DetailPersetujuan ( Tanggal, Hasil, Alasan) Primary Key belum ada sampai tahap ini. c. PengalamanKerja (IDPengalamanKerja, NamaPerusahaan, KotaPerusahaan, ProvinsiPerusahaan, PeriodeMulai, PeriodeSelesai, Posisi, GajiAkhir, Deskripsi, AlasanKeluar) Primary Key IDPengalamanKerja
38 116 d. PengalamanOrganisasi (IDPengalamanOrganisasi, NamaOrganisasi, JenisOrganisasi, KotaOrganisasi, ProvinsiOrganisasi, Posisi, TahunMulai, TahunSelesai) Primary Key IDPengalamanOrganisasi e. PendidikanFormal (IDPendidikanFormal, JenisPendidikan, NamaInstitusi, KotaInstitusi, ProvInstitusi, Jurusan, TahunMasuk, TahunKeluar, Lulus, IPK) Primary Key IDPendidikanFormal f. PendidikanInformal (IDPendidikanInformal, JenisPendidikan, NamaLembaga, Kota, Provinsi, TahunMulai, TahunSelesai, Lisensi) Primary Key IDPendidikanInformal g. DataKeluarga (IDDataKeluarga, Hubungan, Nama, JenisKelamin, TempatLahir, TanggalLahir, PendidikanTerakhir, Pekerjaan, NoHP) Primary Key IDDataKeluarga h. Bahasa (IDBahasa, JenisBahasa, Speaking, Writing, Reading, Understanding, Keterangan) Primary Key IDBahasa 3.Tipe Relasional Binary One-to-Many (1:*) Untuk setiap hubungan Binary One-to-Many (1:*), entitas pada sisi satu dari hubungan antar entitas disebut entitas parent dan entitas pada sisi banyak disebut entitas
39 117 child. Dalam merepresentasikan hubungan ini diletakkan salinan atribut primary key dari entitas parent ke dalam hubungan yang merepresentasikan entitas child, sebagai foreign key. a. Relasi antara entitas Divisi dan entitas Departemen menghasilkan posting IDDivisi ke entitas Departemen. Post IDDivisi ke Departemen untuk model 1:* hubungan memiliki Divisi (IDDivisi, NamaDivisi) Primary Key IDDivisi Departemen (IDDepartemen, NamaDepartemen, IDDivisi) Primary Key IDDepartemen Foreign Key IDDivisi references Divisi (IDDivisi)
40 118 b. Relasi antara entitas Departemen dan entitas Karyawan menghasilkan posting IDDepartemen ke entitas Karyawan. Post IDDepartemen ke Karyawan untuk model 1:* hubungan mempunyai Departemen (IDDepartemen, NamaDepartemen, IDDivisi) Primary Key IDDepartemen Foreign Key IDDivisi references Divisi (IDDivisi) Karyawan (IDKaryawan, Nama, Jenis Kelamin, Alamat, TempatLahir, TanggalLahir, , Posisi, StatusKaryawan, IDDepartemen) Primary Key IDKaryawan Foreign Key IDDepartemen references Departemen (IDDepartemen)
41 119 c. Relasi antara entitas Departemen dan entitas Penempatan menghasilkan posting IDDepartemen ke entitas Penempatan. Post IDDepartemen ke Permintaan untuk model 1:* hubungan mengajukan Departemen (IDDepartemen, NamaDepartemen, IDDivisi) Primary Key IDDepartemen Foreign Key IDDivisi references Divisi (IDDivisi) Permintaan (IDPermintaan, NoPermintaan, TanggalPermintaan, Posisi, Jumlah, Alasan, GambaranUmum, Persyaratan, StatusKekaryawanan, Status, IDDepartemen) Primary Key IDPermintaan Foreign Key IDDepartemen references Departemen (IDDepartemen)
42 120 d. Relasi antara entitas Karyawan dan entitas Permintaan menghasilkan posting IDKaryawan ke entitas Permintaan. Post IDKaryawan ke Permintaan untuk model 1:* hubungan mengajukan1 Karyawan (IDKaryawan, Nama, Jenis Kelamin, Alamat, TempatLahir, TanggalLahir, , Posisi, StatusKaryawan, IDDepartemen) Primary Key IDKaryawan Foreign Key IDDepartemen references Departemen (IDDepartemen) Permintaan (IDPermintaan, NoPermintaan, TanggalPermintaan, Posisi, Jumlah, Alasan, GambaranUmum, Persyaratan, StatusKekaryawanan, Status, IDDepartemen, IDKaryawan) Primary Key IDPermintaan Foreign Key IDDepartemen references Departemen (IDDepartemen) Foreign Key IDKaryawan references Karyawan (IDKaryawan)
43 121 e. Relasi antara entitas Karyawan dan entitas Persetujuan menghasilkan posting IDKaryawan ke entitas Persetujuan. Post IDKaryawan ke Persetujuan untuk model 1:* hubungan menyetujui Karyawan (IDKaryawan, Nama, JenisKelamin, Alamat, TempatLahir, TanggalLahir, , Posisi, StatusKaryawan, IDDepartemen) Primary Key IDKaryawan Persetujuan (IDPersetujuan, JenisPersetujuan, IDKaryawan) Primary Key IDPersetujuan Foreign Key IDKaryawan references Karyawan (IDKaryawan) Foreign Key IDDepartemen references Departemen (IDDepartemen)
44 122 f. Relasi antara entitas Karyawan dan entitas Lowongan menghasilkan posting IDKaryawan ke entitas Lowongan. Post IDKaryawan ke Lo wongan untuk model 1:* hubungan membuat Karyawan (IDKaryawan, Nama, JenisKelamin, Alamat, TempatLahir, TanggalLahir, , Posisi, StatusKaryawan, IDDepartemen) Primary Key IDKaryawan Foreign Key IDDepartemen references Lowongan (IDLowongan, NamaLowongan, TanggalTerbit, TanggalAkhir, Deskripsi, Syarat, IDKaryawan) Primary Key IDLowongan Foreign Key IDKaryawan references Karyawan (IDKaryawan) Departemen (IDDepartemen)
45 123 g. Relasi antara entitas Karyawan dan entitas Seleksi menghasilkan posting IDKaryawan ke entitas Seleksi. Post IDKaryawan ke Seleksi untuk model 1:* hubungan memproses Karyawan (IDKaryawan, Nama, JenisKelamin, Alamat, TempatLahir, TanggalLahir, , Posisi, StatusKaryawan, IDDepartemen) Primary Key IDKaryawan Seleksi (IDSeleksi, JenisSeleksi, IDKaryawan) Primary Key IDSeleksi Foreign Key IDKaryawan references Karyawan (IDKaryawan) Foreign Key IDDepartemen references Departemen (IDDepartemen)
46 124 h. Relasi antara entitas Karyawan dan entitas Kontrak menghasilkan posting IDKaryawan ke entitas Kontrak. Post IDKaryawan ke Kontrak untuk model 1:* hubungan memberikan Karyawan (IDKaryawan, Nama, JenisKelamin, Alamat, TempatLahir, TanggalLahir, , Posisi, StatusKaryawan, IDDepartemen) Primary Key IDKaryawan Foreign Key IDDepartemen Kontrak (IDKontrak, NoKontrak, Status, Tanggal, Keterangan, IDKaryawan) Primary Key IDKontrak Foreign Key IDKaryawan references Karyawan (IDKaryawan) references Departemen (IDDepartemen)
47 125 i. Relasi antara entitas Lowongan dan entitas Lamaran menghasilkan posting IDLowongan ke entitas Lamaran. Post ID Lowongan ke Lamaran untuk model 1:* hubungan memunculkan1 Lowongan (IDLowongan, NamaLowongan, TanggalTerbit, TanggalAkhir, Deskripsi, Syarat, IDKaryawan) Primary Key IDLowongan Foreign Key IDKaryawan Lamaran (IDLamaran, Status TanggalLamaran, IDLowongan) Primary Key IDLamaran Foreign Key IDLowongan references Lowongan (IDLowongan) references Karyawan (IDKaryawan)
48 126 j. Relasi antara entitas Pelamar dan entitas Lamaran menghasilkan posting IDPelamar ke entitas Lamaran. Post IDPelamar ke Lamaran untuk model 1:* hubungan melakukan1 Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP, TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, KotaKTP, ProvKTP, PosKTP, EkspektasiGaji, Kesiapan, Lamaran (IDLamaran, Status, TanggalLamaran, IDLowongan, IDPelamar) Primary Key IDLamaran Foreign Key IDLowongan references Lowongan (IDLowongan) Foreign Key IDPelamar references Pelamar (IDPelamar) InfoLamaran, NamaRelasi, PosisiRelasi, InformasiTambahan) Primary Key IDPelamar 4. Tipe Relasional Binary One-to-One (1:1) Membangun hubungan untuk merepresentasikan hubungan 1:1 menjadi lebih kompleks karena tidak ada kardinalitas yang
49 127 membantu untuk mengidentifikasikan entitas parent dan entitas child dalam hubungan. Tetapi dengan participation constraints dapat membantu untuk memutuskan yang terbaik untuk merepresentasikan hubungan dengan menggabungkan entitasentitas tersebut menjadi satu hubungan atau membangun dua hubungan dan mem-posting salinan primary key dari satu hubungan ke hubungan yang lain. Tiga cara membangun hubungan untuk merepresentasikan participation constraints, antara lain : Mandatory participation pada kedua sisi dari hubungan 1:1 Mandatory participation pada satu sisi dari hubungan 1:1 Optional participation pada kedua sisi dari hubungan 1:1 Namun, pada hubungan antar entitas dalam model data logikal yang dibangun, hanya terdapat partisipasi mandatory pada satu sisi dari hubungan 1:1. Dengan menggunakan batasan partisipasi, dapat ditentukan entitas parent dan entitas child dalam hubungan 1:1. Entitas yang memiliki optional participation dalam hubungan antar entitas dianggap sebagai entitas parent, sedangkan entitas yang memiliki mandatory participation dalam hubungan antar entitas dianggap sebagai entitas child. Selanjutnya, salinan primary key pada entitas parent diletakkan pada relasi yang merepresentasikan entitas child. Berikut ini adalah hasil desain hubungan binary one-to-one (1:1) :
50 128 a. Relasi antara entitas Permintaan dengan entitas Lowongan menghasilkan posting IDPermintaan ke entitas Lowongan. Post IDPermintaan ke Lowongan untuk model 1:1 hubungan memunculkan Permintaan (IDPermintaan, NoPermintaan, TanggalPermintaan, Posisi, Jumlah, Alasan, GambaranUmum, Persyaratan, StatusKekaryawanan, Status, IDDepartemen, IDKaryawan) Primary Key IDPermintaan Foreign Key IDDepartemen references Departemen (IDDepartemen) Foreign Key IDKaryawan references Lowongan (IDLowongan, NamaLowongan, TanggalTerbit, TanggalAkhir, Deskripsi, Syarat, IDKaryawan, IDPermintaan) Primary Key IDLowongan Foreign Key IDKaryawan references Karyawan (IDKaryawan) Foreign Key IDPermintaan references Permintaan (IDPermintaan) Karyawan (IDKaryawan)
51 129 b. Relasi antara entitas Lamaran dengan entitas Kontrak menghasilkan posting IDLamaran ke entitas Kontrak. Post ID Lamaran ke Kontrak untuk model 1:1 hubungan menghasilkan Lamaran (IDLamaran, Status, TanggalLamaran, IDLowongan, IDPelamar) Primary Key IDLamaran Foreign Key IDLowongan references Lowongan (IDLowongan) Foreign Key IDPelamar references Pelamar (IDPelamar) Kontrak (IDKontrak, NoKontrak, Status, Tanggal, Keterangan, IDKaryawan, IDLamaran) Primary Key IDKontrak Foreign Key IDKaryawan references Karyawan (IDKaryawan) Foreign Key IDLamaran references Lamaran (IDLamaran)
52 130 c. Relasi antara entitas Kontrak dengan entitas Penempatan menghasilkan posting IDKontrak ke entitas Penempatan. Post IDKontrak ke Penempatan untuk model 1:1 hubungan menghasilkan1 Kontrak (IDKontrak, NoKontrak, Status, Tanggal, Keterangan, IDKaryawan, IDLamaran) Primary Key IDKontrak Foreign Key IDKaryawan references Karyawan (IDKaryawan) Penempatan (IDPenempatan, Posisi, Tanggal, Status, IDKontrak) Primary Key IDPenempatan Foreign Key IDKontrak references Kontrak (IDKontrak) Foreign Key IDLamaran references Lamaran (IDLamaran) 5. Hubungan Rekursif One-to-One (1:1) Dalam model data konseptual lokal yang telah dibangun, tidak terdapat tipe hubungan yang rekursif one-to-one (1:1).
53 Tipe Relasional Binary Many-to-Many (*:*) Untuk setiap hubungan binary many-to-many, dibuat sebuah hubungan dan memasukkan semua atribut yang merupakan bagian dari hubungan itu. Salinan atribut primary key dari entitas yang berpartisipasi dalam hubungan tersebut diletakkan dalam relasi baru sebagai foreign key. Foreign key ini juga menjadi primary key dalam hubungan baru. Berikut ini adalah hasil desain hubungan binary many-to-many (*:*) : a. Relasi antara entitas Permintaan dan entitas Persetujuan menghasilkan entitas baru, yaitu DetailPersetujuan melalui posting IDPermintaan dan IDPersetujuan.
54 132 Permintaan (IDPermintaan, NoPermintaan, TanggalPermintaan, Posisi, Jumlah, Alasan, GambaranUmum, Persyaratan, StatusKekaryawanan, Status, IDDepartemen, IDKaryawan) Primary Key IDPermintaan Persetujuan (IDPersetujuan, JenisPersetujuan, IDKaryawan) Primary Key IDPersetujuan Foreign Key IDKaryawan references Karyawan (IDKaryawan) Foreign Key IDDepartemen references Departemen (IDDepartemen) Foreign Key IDKaryawan references Karyawan (IDKaryawan) DetailPersetujuan ( IDPermintaan, IDPersetujuan, Tanggal, Hasil, Alasan) Primary Key IDPermintaan, IDPersetujuan Foreign Key IDPermintaan references Permintaan (IDPermintaan) Foreign Key IDPersetujuan references Persetujuan (IDPersetujuan)
55 133 b. Relasi antara entitas Lamaran dan entitas Seleksi menghasilkan entitas baru, yaitu DetailSeleksi melalui posting IDLamaran dan IDSeleksi. Lamaran (IDLamaran, Status, TanggalLamaran, IDLowongan, IDPelamar) Primary Key IDLamaran Foreign Key IDLowongan references Seleksi (IDSeleksi, JenisSeleksi, IDKaryawan) Primary Key IDSeleksi Foreign Key IDKaryawan references Karyawan (IDKaryawan) Lowongan (IDLowongan) Foreign Key IDPelamar references Pelamar (IDPelamar) DetailSeleksi (IDLamaran, IDSeleksi, Tanggal, Pesan) Primary Key IDLamaran, IDSeleksi Foreign Key IDLamaran references Lamaran (IDLamaran) Foreign Key IDSeleksi references Seleksi (IDSeleksi)
56 Tipe Hubungan Kompleks Dalam model data konseptual lokal yang telah dibangun, tidak terdapat tipe hubungan yang kompleks. 8. Atribut multi-valued a. Relasi antara entitas Pelamar dan entitas PendidikanFormal menghasilkan posting IDPelamar ke entitas PendidikanFormal. Post IDPelamar ke PendidikanFormal untuk atribut multivalued hubungan memiliki4 Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP, TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, KotaKTP, ProvKTP, PosKTP, EkspektasiGaji, Kesiapan, InfoLamaran, NamaRelasi, PendidikanFormal (IDPendidikanFormal, JenisPendidikan, NamaInstitusi, KotaInstitusi, ProvInstitusi, Jurusan, TahunMasuk, TahunKeluar, Lulus, IPK, IDPelamar) Primary Key IDPendidikanFormal Foreign Key IDPelamar references Pelamar (IDPelamar) PosisiRelasi, InformasiTambahan) Primary Key IDPelamar
57 135 b. Relasi antara entitas Pelamar dan entitas PendidikanInformal menghasilkan posting IDPelamar ke entitas PendidikanInformal. Post IDPelamar ke PendidikanInformal untuk atribut multivalued hubungan memiliki5 Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP, TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, KotaKTP, ProvKTP, PosKTP, PendidikanInformal (IDPendidikanInformal, JenisPendidikan, NamaLembaga, Kota, Provinsi, TahunMulai, TahunSelesai, Lisensi, IDPelamar) Primary Key IDPendidikanInformal Foreign Key IDPelamar references Pelamar (IDPelamar) EkspektasiGaji, Kesiapan, InfoLamaran, NamaRelasi, PosisiRelasi, InformasiTambahan) Primary Key IDPelamar
58 136 c. Relasi antara entitas Pelamar dan entitas Bahasa menghasilkan posting IDPelamar ke entitas Bahasa. Post IDPelamar ke Bahasa untuk atribut multivalued hubungan memiliki9 Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP, TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, Bahasa (IDBahasa, JenisBahasa, Speaking, Writing, Reading, Understanding, Keterangan, IDPelamar) Primary Key IDBahasa Foreign Key IDPelamar references Pelamar (IDPelamar) KotaKTP, ProvKTP, PosKTP, EkspektasiGaji, Kesiapan, InfoLamaran, NamaRelasi, PosisiRelasi, InformasiTambahan) Primary Key IDPelamar
59 137 d. Relasi antara entitas Pelamar dan entitas PengalamanKerja menghasilkan posting IDPelamar ke entitas PengalamanKerja. Post IDPelamar ke PengalamanKerja untuk atribut multivalued hubungan memiliki7 Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP, TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, KotaKTP, ProvKTP, PosKTP, EkspektasiGaji, Kesiapan, PengalamanKerja (IDPengalamanKerja, NamaPerusahaan, KotaPerusahaan, ProvinsiPerusahaan, PeriodeMulai, PeriodeSelesai, Posisi, GajiAkhir, Deskripsi, AlasanKeluar, IDPelamar) Primary Key IDPengalamanKerja Foreign Key IDPelamar references Pelamar (IDPelamar) InfoLamaran, NamaRelasi, PosisiRelasi, InformasiTambahan) Primary Key IDPelamar
60 138 e. Relasi antara entitas Pelamar dan entitas PengalamanOrganisasi menghasilkan posting IDPelamar ke entitas PengalamanOrganisasi. Post IDPelamar ke PengalamanOrganisasi untuk atribut multivalued hubungan memiliki8 Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP, TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, KotaKTP, ProvKTP, PosKTP, EkspektasiGaji, Kesiapan, InfoLamaran, NamaRelasi, PengalamanOrganisasi (IDPengalamanOrganisasi, NamaOrganisasi, JenisOrganisasi, KotaOrganisasi, ProvinsiOrganisasi, Posisi, TahunMulai, TahunSelesai, IDPelamar) Primary Key IDPengalamanOrganisasi Foreign Key IDPelamar references Pelamar (IDPelamar) PosisiRelasi, InformasiTambahan) Primary Key IDPelamar
61 139 f. Relasi antara entitas Pelamar dan entitas DataKeluarga menghasilkan posting IDPelamar ke entitas DataKeluarga. Post IDPelamar ke DataKeluarga untuk atribut multivalued hubungan memiliki6 Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP, TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, KotaKTP, ProvKTP, PosKTP, DataKeluarga (IDDataKeluarga, Hubungan, Nama, JenisKelamin, TempatLahir, TanggalLahir, PendidikanTerakhir, Pekerjaan, NoHP, IDPelamar) Primary Key IDDataKeluarga Foreign Key IDPelamar references Pelamar (IDPelamar) EkspektasiGaji, Kesiapan, InfoLamaran, NamaRelasi, PosisiRelasi, InformasiTambahan) Primary Key IDPelamar
62 140 Hasil Relasi : Tabel 4.10 Tabel Hasil Relasi No Relation 1. Divisi (IDDivisi, NamaDivisi) Primary Key IDDivisi 2. Departemen (IDDepartemen, NamaDepartemen, IDDivisi) Primary Key IDDepartemen Foreign Key IDDivisi references Divisi (IDDivisi) 3. Karyawan (IDKaryawan, Nama, JenisKelamin, Alamat, TempatLahir, TanggalLahir, , Posisi, StatusKaryawan, IDDepartemen) Primary Key IDKaryawan Foreign Key IDDepartemen references Departemen (IDDepartemen) 4. Permintaan (IDPermintaan, NoPermintaan, TanggalPermintaan, Posisi, Jumlah, Alasan, GambaranUmum, Persyaratan, StatusKekaryawanan, Status, IDDepartemen, IDKaryawan) Primary Key IDPermintaan Foreign Key IDDepartemen references Departemen (IDDepartemen) Foreign Key IDKaryawan references Karyawan (IDKaryawan) 5. Persetujuan (IDPersetujuan, JenisPersetujuan, IDKaryawan) Primary Key IDPersetujuan Foreign Key IDKaryawan references Karyawan (IDKaryawan) 6. Lowongan (IDLowongan, NamaLowongan, TanggalTerbit, TanggalAkhir, Deskripsi, Syarat, IDKaryawan, IDPermintaan) Primary Key IDLowongan Foreign Key IDKaryawan references Karyawan (IDKaryawan) Foreign Key IDPermintaan references Permintaan (IDPermintaan) 7. Lamaran (IDLamaran, Status, TanggalLamaran, IDLowongan, IDPelamar) Primary Key IDLamaran
63 141 No Relation Foreign Key IDLowongan references Lowongan (IDLowongan) Foreign Key IDPelamar references Pelamar (IDPelamar) 8. Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP, TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, KotaKTP, ProvKTP, PosKTP, EkspektasiGaji, Kesiapan, InfoLamaran, NamaRelasi, PosisiRelasi, InformasiTambahan) Primary Key IDPelamar 9. Seleksi (IDSeleksi, JenisSeleksi, IDKaryawan) Primary Key IDSeleksi Foreign Key IDKaryawan references Karyawan (IDKaryawan) 10. Kontrak (IDKontrak, NoKontrak, Status, Tanggal, Keterangan, IDKaryawan, IDLamaran) Primary Key IDKontrak Foreign Key IDKaryawan references Karyawan (IDKaryawan) Foreign Key IDLamaran references Lamaran (IDLamaran) 11. Penempatan (IDPenempatan, Posisi, Tanggal, Status, IDKontrak) Primary Key IDPenempatan Foreign Key IDKontrak references Kontrak (IDKontrak) 12. DetailPersetujuan ( IDPermintaan, IDPersetujuan, Tanggal, Hasil, Alasan) Primary Key IDPermintaan, IDPersetujuan Foreign Key IDPermintaan references Permintaan (IDPermintaan) Foreign Key IDPersetujuan references Persetujuan (IDPersetujuan) 13. DetailSeleksi (IDLamaran, IDSeleksi, Tanggal, Pesan) Primary Key IDLamaran, IDSeleksi Foreign Key IDLamaran references
64 142 No Relation Lamaran (IDLamaran) Foreign Key IDSeleksi references Seleksi (IDSeleksi) 14. PendidikanFormal (IDPendidikanFormal, JenisPendidikan, NamaInstitusi, KotaInstitusi, ProvInstitusi, Jurusan, TahunMasuk, TahunKeluar, Lulus, IPK, IDPelamar) Primary Key IDPendidikanFormal Foreign Key IDPelamar references Pelamar (IDPelamar) 15. PendidikanInformal (IDPendidikanInformal, JenisPendidikan, NamaLembaga, Kota, Provinsi, TahunMulai, TahunSelesai, Lisensi, IDPelamar) Primary Key IDPendidikanInformal Foreign Key IDPelamar references Pelamar (IDPelamar) 16. PengalamanKerja (IDPengalamanKerja, NamaPerusahaan, KotaPerusahaan, ProvinsiPerusahaan, PeriodeMulai, PeriodeSelesai, Posisi, GajiAkhir, Deskripsi, AlasanKeluar, IDPelamar) Primary Key IDPengalamanKerja Foreign Key IDPelamar references Pelamar (IDPelamar) 17. PengalamanOrganisasi (IDPengalamanOrganisasi, NamaOrganisasi, JenisOrganisasi, KotaOrganisasi, ProvinsiOrganisasi, Posisi, TahunMulai, TahunSelesai, IDPelamar) Primary Key IDPengalamanOrganisasi Foreign Key IDPelamar references Pelamar (IDPelamar) 18. Bahasa (IDBahasa, JenisBahasa, Speaking, Writing, Reading, Understanding, Keterangan, IDPelamar) Primary Key IDBahasa Foreign Key IDPelamar references Pelamar (IDPelamar) 19. DataKeluarga (IDDataKeluarga, Hubungan, Nama, JenisKelamin, TempatLahir, TanggalLahir, PendidikanTerakhir, Pekerjaan, NoHP, IDPelamar) Primary Key IDDataKeluarga Foreign Key IDPelamar references Pelamar (IDPelamar)
65 Memvalidasi relasi dengan menggunakan normalisasi Tujuan dari langkah ini adalah membuat sekecil mungkin terjadinya data redundan, menghindarkan terjadinya data yang tidak konsisten terutama bila dilakukan penghapusan atau penambahan data sebagai akibat adanya data redundan, dan menjamin bahwa identitas label secara tunggal sebagai determinan semua atribut. Setelah dilakukan pengecekan, tidak ditemukan adanya repeating groups, perhitungan, ketergantungan parsial dan ketergantungan transitif sehingga semua atribut pada masingmasing entitas sudah berada pada kondisi 1NF, 2NF dan 3NF sehingga tidak ada yang perlu dilakukan normalisasi Memvalidasi Relasi dengan Transaksi Pengguna Langkah ini bertujuan untuk meyakinkan bahwa relasi-relasi dalam model data logikal mendukung semua transaksi yang diperlukan oleh pengguna. Pada model data logikal yang dibuat, terdapat dua jenis relasi yang harus disesuaikan dengan transaksi pengguna. Tabel dibawah ini merupakan tabel pengidentifikasian relasi yang harus disesuaikan dengan transaksi pengguna :
66 144 1.Hubungan antara Karyawan, Permintaan, Persetujuan dan DetailPersetujuan. Awal : Gambar 4.8 Hubungan awal antara Karyawan, Permintaan, Persetujuan dan DetailPersetujuan Hubungan Melakukan antara Karyawan dan Persetujuan kurang sesuai dengan transaksi pengguna karena data Karyawan yang menyetujui setiap jenis persetujuan bisa berbeda. Permasalahan ini akan lebih jelas apabila dilihat melalui tabel dibawah ini. Tabel 4.11 Contoh Tabel Karyawan IDKaryawan Nama Posisi Departemen EM Prasetyo Training & Development DE054 Operation Support EM Bonnie Ayu Recruitment & Selection DE054 Officer EM Herawati Recruitment & Selection DE054 Officer EM Johanes Digital Stategist DE113
67 145 IDKaryawan Nama Posisi Departemen EM Indra Deputi GM DE012 Hermawan EM Heru Manager DE122 Prasadja EM Christy Manager DE054 EM Desmond Deputi GM DE025 Tabel 4.12 Contoh Tabel Permintaan IDPermi ntaan IDDepartem en IDKaryawa n NoPermintaan RE0001 DE122 EM /HRD/REC/ /Form Permintaan SDM RE0002 DE113 EM /HRD/REC/ /Form Permintaan SDM RE0003 DE122 EM /HRD/REC/ /Form Permintaan SDM Tanggal Posisi Permintaan 12/01/2011 Java Develo per 23/01/2011 Art Directo r 19/02/2011 ios Develo per Jum lah Tabel 4.13 Tabel Persetujuan yang mempunyai atribut IDKaryawan IDPersetujuan IDKaryawan Jenis Persetujuan AG01 EM PManager AG02 EM PDeputiGM Tabel 4.14 Contoh Tabel DetailPersetujuan tanpa IDKaryawan IDPermintaan IDPersetujuan Tanggal Hasil Alasan RE0001 AG01 16/01/2011 A Permintaan Posisi tersebut diterima RE0001 AG02 16/01/2011 A Permintaan Posisi tersebut diterima RE0002 AG01 26/01/2011 R Posisi tersebut belum dibutuhkan RE0003 AG01 23/02/2011 A Permintaan Posisi tersebut diterima RE0003 AG02 23/02/2011 R Lebih baik mencari Android Developer
68 146 Persetujuan Manajer pada transaksi pengguna adalah persetujuan Manager dari departemen masing-masing. Dari tabel diatas, dapat dilihat bahwa semua persetujuan hanya dipertimbangkan oleh dua orang saja, baik permintaan tersebut berasal dari departemen manapun. Hal tersebut tidak sesuai dengan transaksi pengguna sehingga IDKaryawan seharusnya berada pada DetailPersetujuan atau hubungan Melakukan dari entitas Karyawan tersebut seharusnya mengarah ke entitas DetailPersetujuan. Akhir : Gambar 4.9 Hubungan akhir antara Karyawan, Permintaan, Persetujuan dan DetailPersetujuan Tabel 4.15 Contoh Tabel Persetujuan tanpa atribut IDKaryawan IDPersetujuan AG01 AG02 Jenis Persetujuan Pmanager PdeputiGM
69 147 Tabel 4.16 Contoh Tabel DetailPersetujuan yang mempunyai atribut IDKaryawan IDPermintaan IDPersetujuan IDKaryawan Tanggal Hasil Alasan RE0001 AG01 EM /01/2011 A Permintaan Posisi tersebut diterima RE0001 AG02 EM /01/2011 A Permintaan Posisi tersebut diterima RE0002 AG01 EM /01/2011 R Posisi tersebut belum dibutuhkan RE0003 AG01 EM /02/2011 A Permintaan Posisi tersebut diterima RE0003 AG02 EM /02/2011 R Lebih baik mencari Android Developer 2. Hubungan antara Karyawan, Lamaran, Seleksi dan DetailSeleksi. Awal : Gambar 4.10 Hubungan awal antara Karyawan, Lamaran, Seleksi dan DetailSeleksi Hubungan Memproses antara Karyawan dan Seleksi kurang sesuai dengan transaksi pengguna karena data Karyawan yang memproses setiap seleksi bisa berbeda. Permasalahan ini akan lebih jelas apabila dilihat dari tabel.
70 148 Tabel 4.17 Contoh Tabel Karyawan IDKaryawan Nama Posisi Departemen EM Prasetyo Training & Development DE054 Operation Support EM Bonnie Ayu Recruitment & Selection DE054 Officer EM Herawati Recruitment & Selection DE054 Officer EM Johanes Digital Stategist DE113 EM Indra Deputi GM DE012 Hermawan EM Heru Manager DE122 Prasadja EM Christy Manager DE054 EM Desmond Deputi GM DE025 Tabel 4.18 Contoh Tabel Lamaran IDLamaran IDPelamar TanggalLamar Status AL AP /07/2011 Interview HRD AL AP /07/2011 Interview HRD AL AP /07/2011 Interview HRD Tabel 4.19 Contoh Tabel Seleksi yang Mempunyai Atribut IDKaryawan IDSeleksi IDKaryawan JenisSeleksi SE01 EM InterviewHRD SE02 EM InterviewUser SE03 EM TesBidang SE04 EM Psikotes Tabel 4.20 Contoh Tabel DetailSeleksi tanpa Atribut IDKaryawan IDLamaran IDSeleksi Tanggal Pesan AL SE01 22/07/2011 Selamat Anda Lolos ke Tahap Berikutnya AL SE01 22/07/2011 Selamat Anda Lolos
71 149 ke Tahap Berikutnya AL SE01 22/07/2011 Terima Kasih telah mendaftar Pada tabel diatas, dapat dilihat bahwa karyawan yang memproses seleksi HRD hanya satu orang. Hal tersebut tidak sesuai dengan transaksi pengguna karena yang memproses interview HRD tidak hanya satu orang. Sehingga IDKaryawan seharusnya berada pada DetailSeleksi atau hubungan Memproses dari entitas Karyawan tersebut seharusnya mengarah ke entitas DetailSeleksi. Akhir : Gambar 4.11 Hubungan akhir antara Karyawan, Lamaran, Seleksi dan DetailSeleksi Tabel 4.21 Contoh Tabel Jenis Seleksi IDSeleksi SE01 SE02 SE03 SE04 JenisSeleksi InterviewHRD InterviewUser TesBidang Psikotes
72 150 Tabel 4.22 Contoh Tabel DetailSeleksi yang mempunyai atribut IDKaryawan IDLamaran IDSeleksi IDKaryawan Tanggal Pesan AL SE01 EM /07/2011 Selamat Anda Lolos ke Tahap Berikutnya AL SE01 EM /07/2011 Selamat Anda Lolos ke Tahap Berikutnya AL SE01 EM /07/2011 Terima Kasih telah mendaftar Mendefinisikan Integrity Constraint Langkah ini bertujuan untuk mendefinisikan integrity constraints yang disampaikan dalam pandangan sehingga dapat melindungi basis data dari keadaan yang tidak konsisten. Ada 5 macam batasan integritas, yaitu : 1.Required data Beberapa atribut harus selalu memiliki nilai yang valid, dengan kata lain, atribut tersebut tidak boleh null. Salah satu contohnya adalah setiap karyawan harus memiliki nama, tidak boleh null. Untuk lengkapnya, batasan ini telah diidentifikasikan dalam perancangan konseptual pada langkah ketiga (Lihat tabel 4.3).
73 151 2.Atribut domain constraints Setiap atribut memiliki domain, yaitu satu set nilai yang valid. Salah satu contohnya adalah jenis kelamin pada pelamar harus berisikan P dan L, jadi domain dari jenis atribut jenis kelamin hanya berisikan satu karakter tunggal yang berisikan P atau L. Untuk lengkapnya, batasan ini telah diidentifikasikan dalam perancangan konseptual pada langkah keempat (Lihat tabel 4.5). 3.Multiplicity Multiplicity merepresentasikan batasan yang terletak pada relasi antara data di dalam database. Contohnya batasan yang mengatur kebutuhan dari sebuah departemen dapat memiliki banyak karyawan dan seorang karyawan bekerja hanya pada satu departemen. Untuk lengkapnya, batasan ini telah diidentifikasikan dalam perancangan konseptual pada langkah kedua (Lihat tabel 4.2). 4.Entity integrity Primary key dari suatu entitas tidak boleh null. Salah satu contohnya adalah setiap karyawan memiliki IDKaryawan yang tidak boleh null. Untuk lengkapnya, batasan ini telah diidentifikasikan dalam perancangan konseptual pada langkah kelima (Lihat tabel 4.7). 5.Referential Integrity Integritas referensial berarti jika sebuah foreign key memiliki sebuah nilai, maka nilai tersebut harus merujuk pada tuple yang
74 152 ada pada hubungan parent. Pertama-tama perlu diperhatikan apakah nilai null diijinkan dalam sebuah foreign key. Selanjutnya baru ditentukan cara menjamin adanya integritas referensial dengan menentukan kondisi suatu foreign key dimasukkan, diubah atau dihapus. Berikut ini tabel menentukan integritas referensial : Tabel 4.23 Tabel Integritas Referensial Divisi (IDDivisi, NamaDivisi) Primary Key IDDivisi Departemen (IDDepartemen, NamaDepartemen, IDDivisi) Primary Key IDDepartemen Foreign Key IDDivisi references Divisi (IDDivisi) ON UPDATE CASCADE ON DELETE NO ACTION Karyawan (IDKaryawan, Nama, JenisKelamin, Alamat, TempatLahir, TanggalLahir, , Posisi, StatusKaryawan, IDDepartemen) Primary Key IDKaryawan Foreign Key IDDepartemen references Departemen (IDDepartemen) ON UPDATE CASCADE ON DELETE NO ACTION Permintaan (IDPermintaan, NoPermintaan, TanggalPermintaan, Posisi, Jumlah, Alasan, GambaranUmum, Persyaratan, StatusKekaryawanan, Status, IDDepartemen, IDKaryawan) Primary Key IDPermintaan Foreign Key IDDepartemen references Departemen(IDDepartemen) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDKaryawan references Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION Persetujuan (IDPersetujuan, JenisPersetujuan) Primary Key IDPersetujuan Lowongan (IDLowongan, NamaLowongan, TanggalTerbit, TanggalAkhir, Deskripsi, Syarat, IDKaryawan, IDPermintaan) Primary Key IDLowongan Foreign Key IDKaryawan references Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDPermintaan references Permintaan (IDPermintaan) ON UPDATE CASCADE ON DELETE NO ACTION Lamaran (IDLamaran, Status, TanggalLamaran, IDLowongan,
75 153 IDPelamar) Primary Key IDLamaran Foreign Key IDLowongan references Lowongan (IDLowongan) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE NO ACTION Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP, TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, KotaKTP, ProvKTP, PosKTP, EkspektasiGaji, Kesiapan, InfoLamaran, NamaRelasi, PosisiRelasi, InformasiTambahan) Primary Key IDPelamar Seleksi (IDSeleksi, JenisSeleksi) Primary Key IDSeleksi Kontrak (IDKontrak, NoKontrak, Status, Tanggal, Keterangan, IDKaryawan, IDLamaran) Primary Key IDKontrak Foreign Key IDKaryawan references Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDLamaran references Lamaran (IDLamaran) ON UPDATE CASCADE ON DELETE NO ACTION Penempatan (IDPenempatan, Posisi, Tanggal, Status, IDKontrak) Primary Key IDPenempatan Foreign Key IDKontrak references Kontrak (IDKontrak) ON UPDATE CASCADE ON DELETE NO ACTION DetailPersetujuan ( IDPermintaan, IDPersetujuan, Tanggal, Hasil, Alasan, IDKaryawan) Primary Key IDPermintaan, IDPersetujuan Foreign Key IDPermintaan references Permintaan (IDPermintaan) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDPersetujuan references Persetujuan (IDPersetujuan) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDKaryawan references Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION DetailSeleksi (IDLamaran, IDSeleksi, Tanggal, Pesan, IDKaryawan) Primary Key IDLamaran, IDSeleksi Foreign Key IDLamaran references Lamaran (IDLamaran) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDSeleksi references Seleksi (IDSeleksi) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDKaryawan references Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION
76 154 PendidikanFormal (IDPendidikanFormal, JenisPendidikan, NamaInstitusi, KotaInstitusi, ProvInstitusi, Jurusan, TahunMasuk, TahunKeluar, Lulus, IPK, IDPelamar) Primary Key IDPendidikanFormal Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE PendidikanInformal (IDPendidikanInformal, JenisPendidikan, NamaLembaga, Kota, Provinsi, TahunMulai, TahunSelesai, Lisensi, IDPelamar) Primary Key IDPendidikanInformal Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE PengalamanKerja (IDPengalamanKerja, NamaPerusahaan, KotaPerusahaan, ProvinsiPerusahaan, PeriodeMulai, PeriodeSelesai, Posisi, GajiAkhir, Deskripsi, AlasanKeluar, IDPelamar) Primary Key IDPengalamanKerja Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE PengalamanOrganisasi (IDPengalamanOrganisasi, NamaOrganisasi, JenisOrganisasi, KotaOrganisasi, ProvinsiOrganisasi, Posisi, TahunMulai, TahunSelesai, IDPelamar) Primary Key IDPengalamanOrganisasi Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE Bahasa (IDBahasa, JenisBahasa, Speaking, Writing, Reading, Understanding, Keterangan, IDPelamar) Primary Key IDBahasa Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE DataKeluarga (IDDataKeluarga, Hubungan, Nama, JenisKelamin, TempatLahir, TanggalLahir, PendidikanTerakhir, Pekerjaan, NoHP, IDPelamar) Primary Key IDDataKeluarga Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE
77 Melihat Kembali Logical Data Model Dengan Transaksi Pengguna Tahapan ini bertujuan untuk meninjau kembali logical data model terhadap kebutuhan pengguna dan memastikan bahwa logical data model telah merepresentasikan kebutuhan data perusahaan. Pada langkah ini terdapat 3 tahap, yaitu : a. M enggabungkan local logical data model menjadi global logical data model (optional step) b.memvalidasi global logical data model c. Melihat kembali global logical data model dengan pengguna Dalam perancangan ini hanya digunakan satu pandangan yang merepresentasikan model data lokal sehingga tidak perlu dilakukan penggabungan data model data lokal atau dengan kata lain, model data lokal yang ada akan langsung menjadi model data global. Oleh karena itu, tahap a, b dan c tidak perlu dilakukan lagi.
78 Gambar 4.12 Rancangan Global Relation Diagram 156
79 Mengecek pertumbuhan yang akan datang Langkah ini bertujuan untuk menentukan apakah ada perubahan yang signifikan seperti keadaan yang tidak terduga dimasa mendatang dan menilai apakah model logikal tersebut dapat menampung atau menyesuaikan perubahan yang terjadi. Perancangan ini dapat mengakomodasi perubahan-perubahan yang mungkin terjadi di masa depan, seperti penambahan karyawan yang dapat memproses seleksi atau kemungkinan adanya kebutuhan akan laporan penyeleksian dan permintaan berdasarkan kriteria tertentu Perancangan Basis Data Fisikal Merancang Basis Data Relasional Divisi Domain IdDivisi : fixed length character string, length 5, Format : DI[0-9][0-9][0-9] Domain Nama_Divisi : variable length character string, length 50 Divisi ( IDDivisi IdDivisi NOT NULL, NamaDivisi Nama_Divisi NOT NULL, PRIMARY KEY (IDDivisi));
80 158 Departemen Domain IdDepartemen : fixed length character string, length 5, Format : DE[0-9][0-9][0-9] Domain Nama_Departemen : variable length character string, length 50 Domain IdDivisi : fixed length character string, length 5, Format : DI[0-9][0-9][0-9] Departemen ( IDDepartemen IdDepartemen NOT NULL, NamaDepartemen Nama_Departemen NOT NULL, IDDivisi IdDivisi, PRIMARY KEY (IDDepartemen), FOREIGN KEY (IDDivisi) REFERENCES Divisi(IDDivisi) ON UPDATE CASCADE ON DELETE NO ACTION); Karyawan Domain IdKaryawan : fixed length character string, length 8, Format : EM[0-9][0-9][0-9][0-9][0-9][0-9] Domain NamaKaryawan : variable length character string, length 50
81 159 Domain Jeniskelamin : single character, must be one of M or F Domain AlamatKaryawan : variable length character string, length 100 Domain Tempatlahir : variable length character string, length 30 Domain Tanggallahir : date, Format : dd/mm/yyyy Domain Karyawan : variable length character string, length 50 Domain PosisiKaryawan : variable length character string, length 50 Domain StatusKekaryawan : variable length character string, length 20 Domain IdDepartemen : fixed length character string, length 5, Format : DE[0-9][0-9][0-9] Karyawan ( IDKaryawan IdKaryawan NOT NULL, Nama NamaKaryawan NOT NULL, JenisKelamin Jeniskelamin NOT NULL, Alamat AlamatKaryawan NOT NULL, TempatLahir Tempatlahir NOT NULL, TanggalLahir Tanggallahir NOT NULL, Karyawan NOT NULL,
82 160 Posisi PosisiKaryawan NOT NULL, StatusKaryawan StatusKekaryawanan NOT NULL, IDDepartemen IdDepartemen NOT NULL, PRIMARY KEY (IDKaryawan), FOREIGN KEY (IDDepartemen) REFERENCES Departemen (IDDepartemen) ON UPDATE CASCADE ON DELETE NO ACTION); Permintaan Domain IdPermintaan : fixed length character string, length 6, Format : RE[0-9][0-9][0-9][0-9] Domain NomorPermintaan : variable length character string, length 40 Domain Tanggal_Permintaan: date, Format : dd/mm/yyyy Domain PosisiKaryawan : variable length character string, length 50 Domain JumlahKaryawan : Integer Domain AlasanPermintaan : variable length character string, length 100 Domain GambaranPermintaan : Text Domain PersyaratanPermintaan : Text Domain StatusKaryawan : variable length character string, length 15
83 161 Domain StatusPermintaan : single character, must be one of W, R or A Domain IdDepartemen : fixed length character string, length 5, Format : DE[0-9][0-9][0-9] Domain IdKaryawan : fixed length character string, length 8, Format : EM[0-9][0-9][0-9][0-9][0-9][0-9] Permintaan ( IDPermintaan IdPermintaan NOT NULL, NoPermintaan NomorPermintaan NOT NULL, TanggalPermintaan Tanggal_Permintaan NOT NULL, Posisi PosisiKaryawan NOT NULL, Jumlah JumlahPermintaan NOT NULL, Alasan AlasanPermintaan NOT NULL, GambaranUmum Persyaratan GambaranPermintaan NOT NULL, PersyaratanPermintaanNOT NULL, StatusKekaryawanan StatusKaryawan NOT NULL, Status StatusPermintaan NOT NULL, IDDepartemen IdDepartemen NOT NULL, IDKaryawan IdKaryawan NOT NULL, PRIMARY KEY (IDPermintaan),
84 162 FOREIGN KEY (IDDepartemen) REFERENCES Departemen(IDDepartemen) ON UPDATE CASCADE ON DELETE NO ACTION), FOREIGN KEY (IDKaryawan) REFERENCES Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION); Persetujuan Domain IdPersetujuan : fixed length character string, length 4, Format : AG[0-9][0-9] Domain Jenis_Persetujuan : variable length character string, length 10 Persetujuan ( IDPersetujuan IdPersetujuan NOT NULL, JenisPersetujuan Jenis_Persetujuan NOT NULL, PRIMARY KEY (IDPersetujuan); Lowongan Domain IdLowongan : fixed length character string, length 8, Format : VA[0-9][0-9][0-9][0-9][0-9][0-9]
85 163 Domain Nama_Lowongan : variable length character string, length 20 Domain Tanggalterbit Domain Tanggalakhir : date, Format : dd/mm/yyyy : date, Format : dd/mm/yyyy Domain DeskripsiLowongan : Text Domain SyaratLowongan Domain IdKaryawan : Text : fixed length character string, length 8, Format : EM[0-9][0-9][0-9][0-9][0-9][0-9] Domain IdPermintaan : fixed length character string, length 6, Format : RE[0-9][0-9][0-9][0-9] Lowongan ( IDLowongan IdLowongan NOT NULL, NamaLowongan Nama_Lowongan NOT NULL, TanggalTerbit Tanggalterbit NOT NULL, TanggalAkhir Tanggalakhir NOT NULL, Deskripsi DeskripsiLowongan NOT NULL, Syarat SyaratLowongan NOT NULL, IDKaryawan IdKaryawan NOT NULL, IDPermintaan IdPermintaan NOT NULL, PRIMARY KEY (IDLowongan),
86 164 FOREIGN KEY (IDKaryawan) REFERENCES Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION, FOREIGN KEY (IDPermintaan) REFERENCES Permintaan (IDPermintaan) ON UPDATE CASCADE ON DELETE NO ACTION); Lamaran Domain IdLamaran : fixed length character string, length 8, Format : VA[0-9][0-9][0-9][0-9][0-9][0-9] Domain Tanggal_Lamaran : date, Format : dd/mm/yyyy Domain StatusLamaran : variable length character string, length 15 Domain IdPelamar : fixed length character string, length 8, Format : AP[0-9][0-9][0-9][0-9][0-9][0-9] Domain IdLowongan : fixed length character string, length 8, Format : VA[0-9][0-9][0-9][0-9][0-9][0-9] Lamaran ( IDLamaran IdLamaran NOT NULL, Status StatusLamaran NOT NULL,
87 165 TanggalLamaran Tanggal_Lamaran NOT NULL, IDLowongan IdLowongan NOT NULL, IDPelamar IdPelamar NOT NULL, PRIMARY KEY (IDLamaran), FOREIGN KEY (IDLowongan) REFERENCES Lowongan (IDLowongan) ON UPDATE CASCADE ON DELETE NO ACTION, FOREIGN KEY (IDPelamar) REFERENCES Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE NO ACTION); Pelamar Domain IdPelamar : fixed length character string, length 8, Format : AP[0-9][0-9][0-9][0-9][0-9][0-9] Domain NamaPelamar : variable length character string, length 50 Domain Pelamar : variable length character string, length 50 Domain JenisKelaminPelamar : single character, must be one of M or F Domain JalanPelamar : variable length character string, length 40
88 166 Domain RTPelamar : variable length character string, length 3 Domain RWPelamar : variable length character string, length 3 Domain KotaPelamar : variable length character string, length 20 Domain ProvinsiPelamar : variable length character string, length 20 Domain KodePosPelamar : fixed length character string, length 5 Domain NoTelpPelamar : variable length character string, length 15 Domain NoHPPelamar : variable length character string, length 15 Domain NoKTPPelamar : fixed length character string, length 16 Domain TempatLahirPelamar : variable length character string, length 20 Domain TanggalLahirPelamar : date, Format : dd/mm/yyyy Domain KewarganegaraanP : variable length character string, length 20 Domain StatusPernikahanP : variable length character string, length 15
89 167 Domain AgamaPelamar : variable length character string, length 15 Domain JalanKTPPelamar : variable length character string, length 40 Domain RTKTPPelamar : variable length character string, length 3 Domain RWKTPPelamar : variable length character string, length 3 Domain KotaKTPPelamar : variable length character string, length 20 Domain ProvKTPPelamar : variable length character string, length 20 Domain PosKTPPelamar : fixed length character string, length 5 Domain EkspektasiGajiPelamar : variable length character string, length 10 Domain KesiapanPelamar : variable length character string, length 50 Domain InfoLamaranPelamar : variable length character string, length 30 Domain NamaRelasiPelamar : variable length character string, length 30 Domain PosisiRelasiPelamar : variable length character string, length 30
90 168 Domain InformasiTambahan Pelamar : Text Pelamar ( IDPelamar IdPelamar NOT NULL, Nama NamaPelamar NOT NULL, Pelamar NOT NULL, JenisKelamin JenisKelaminPelamar NOT NULL, Jalan JalanPelamar NOT NULL, RT RTPelamar NOT NULL, RW RWPelamar NOT NULL, Kota KotaPelamar NOT NULL, Provinsi ProvinsiPelamar NOT NULL, KodePos KodePosPelamar NOT NULL, NoTelp NoTelpPelamar, NoHP NoHPPelamar NOT NULL, NoKTP NoKTPPelamar NOT NULL, TempatLahir TanggalLahir TempatLahirPelamar NOT NULL, TanggalLahirPelamar NOT NULL, Kewarganegaraan KewarganegaraanP NOT NULL, StatusPernikahan StatusPernikahanP NOT NULL, Agama AgamaPelamar NOT NULL, JalanKTP JalanKTPPelamar NOT NULL, RTKTP RTKTPPelamar NOT NULL, RWKTP RWKTPPelamar NOT NULL,
91 169 KotaKTP KotaKTPPelamar NOT NULL, ProvKTP ProvKTPPelamar NOT NULL, PosKTP PosKTPPelamar NOT NULL, EkspektasiGaji EkspektasiGajiPelamarNOT NULL, Kesiapan KesiapanPelamar NOT NULL, InfoLamaran NamaRelasi PosisiRelasi InformasiTambahan InfoLamaranPelamar, NamaRelasiPelamar, PosisiRelasiPelamar, InformasiTambahanPelamar, PRIMARY KEY (IDPelamar)); Seleksi Domain IdSeleksi : fixed length character string, length 4, Format : SE[0-9][0-9] Domain Jenis_Seleksi : variabel length character string, length 15 Seleksi ( IDSeleksi IdSeleksi NOT NULL, JenisSeleksi Jenis_Seleksi NOT NULL, PRIMARY KEY (IDSeleksi));
92 170 Kontrak Domain IdKontrak : fixed length character string, length 8, Format : CO[0-9][0-9][0-9][0-9][0-9][0-9] Domain NomorKontrak : variable length character string, length 30 Domain StatusKontrak : single character must be one of A or R Domain TanggalKontrak Domain Ket Domain IdKaryawan : date, Format : dd/mm/yyyy : Text : fixed length character string, length 8, Format : EM[0-9][0-9][0-9][0-9][0-9][0-9] Domain IdLamaran : fixed length character string, length 8, Format : VA[0-9][0-9][0-9][0-9][0-9][0-9] Kontrak ( IDKontrak IdKontrak NOT NULL, NoKontrak NomorKontrak NOT NULL, Status StatusKontrak NOT NULL, Tanggal TanggalKontrak NOT NULL, Keterangan Ket NOT NULL, IDKaryawan IdKaryawan NOT NULL,
93 171 IDLamaran IdLamaran NOT NULL, PRIMARY KEY (IDKontrak), FOREIGN KEY (IDKaryawan) REFERENCES Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION, FOREIGN KEY (IDLamaran) REFERENCES Lamaran (IDLamaran) ON UPDATE CASCADE ON DELETE NO ACTION); Penempatan Domain IdPenempatan : fixed length character string, length 8, Format : PL[0-9][0-9][0-9][0-9][0-9][0-9] Domain PosisiPenempatan : variable length character string, length 20 Domain TanggalPenempatan : date, Format : dd/mm/yyyy Domain StatusKaryawan : variable length character string, length 20 Domain IdKontrak : fixed length character string, length 8, Format : CO[0-9][0-9][0-9][0-9][0-9][0-9] Penempatan ( IDPenempatan IdPenempatan NOT NULL,
94 172 Posisi PosisiPenempatan NOT NULL, Tanggal TanggalPenempatan NOT NULL, Status StatusKaryawan NOT NULL, IDKontrak IdKontrak NOT NULL, PRIMARY KEY (IDPenempatan), FOREIGN KEY (IDKontrak) REFERENCES Kontrak (IDKontrak) ON UPDATE CASCADE ON DELETE NO ACTION); DetailPersetujuan IdPermintaan : fixed length character string, length 6, Format : RE[0-9][0-9][0-9][0-9] IdPersetujuan : fixed length character string, length 4, Format : AG[0-9][0-9] TanggalPersetujuan HasilPersetujuan : date, Format : dd/mm/yyyy : single character must be one of A or R AlasanPersetujuan : variable length character string, length 50 IdKaryawan : fixed length character string, length 8, Format : EM[0-9][0-9][0-9][0-9][0-9][0-9]
95 173 DetailPersetujuan ( IDPermintaan IdPermintaan NOT NULL, IDPersetujuan IdPersetujuan NOT NULL, Tanggal TanggalPersetujuan NOT NULL, Hasil HasilPersetujuan NOT NULL, Alasan AlasanPersetujuan, IDKaryawan IdKaryawan NOT NULL, PRIMARY KEY (IDPermintaan, IDPersetujuan), FOREIGN KEY (IDPermintaan) REFERENCES Permintaan (IDPermintaan) ON UPDATE CASCADE ON DELETE NO ACTION, FOREIGN KEY (IDPersetujuan) REFERENCES Persetujuan (IDPersetujuan) ON UPDATE CASCADE ON DELETE NO ACTION, FOREIGN KEY (IDKaryawan) REFERENCES Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION); DetailSeleksi Domain IdLamaran : fixed length character string, length 8, Format : VA[0-9][0-9][0-9][0-9][0-9][0-9]
96 174 Domain IdSeleksi : fixed length character string, length 4, Format : SE[0-9][0-9] Domain TanggalSeleksi Domain PesanPelamar Domain IdKaryawan : date, Format : dd/mm/yyyy : Text : fixed length character string, length 8, Format : EM[0-9][0-9][0-9][0-9][0-9][0-9] DetailSeleksi ( IDLamaran IdLamaran NOT NULL, IDSeleksi IdSeleksi NOT NULL, Tanggal TanggalSeleksi NOT NULL, Pesan PesanPelamar, IDKaryawan IdKaryawan NOT NULL, PRIMARY KEY (IDLamaran, IDSeleksi), FOREIGN KEY (IDLamaran) REFERENCES Lamaran (IDLamaran) ON UPDATE CASCADE ON DELETE NO ACTION, FOREIGN KEY (IDSeleksi) REFERENCES Seleksi (IDSeleksi) ON UPDATE CASCADE ON DELETE NO ACTION, FOREIGN KEY (IDKaryawan) REFERENCES Karyawan (IDKaryawan)
97 175 ON UPDATE CASCADE ON DELETE NO ACTION); PendidikanFormal Domain IdPendidikanFormal : fixed length character string, length 8, Format : FE[0-9][0-9][0-9][0-9][0-9][0-9] Domain JenisPendidikanFormal :variable length character string, length 20 Domain Nama_Institusi : variable length character string, length 30 Domain Kota_Institusi : variable length character string, length 20 Domain Prov_Institusi : variable length character string, length 20 Domain JurusanPelamar : variable length character string, length 20 Domain Tahun_Masuk Domain Tahun_Keluar : Integer : Integer Domain KelulusanPelamar : single character must be one of Y or N Domain IPKPelamar : numeric, length 3,2
98 176 Domain IdPelamar : fixed length character string, length 8, Format : AP[0-9][0-9][0-9][0-9][0-9][0-9] PendidikanFormal ( IDPendidikanFormal JenisPendidikan IdPendidikanFormal NOT NULL, JenisPendidikanFormalNOT NULL, NamaInstitusi Nama_Institusi NOT NULL, KotaInstitusi Kota_Institusi NOT NULL, ProvInstitusi ProvinsiInstitusi NOT NULL, Jurusan JurusanPelamar, TahunMasuk Tahun_Masuk NOT NULL, TahunKeluar Tahun_Keluar NOT NULL, Lulus KelulusanPelamar NOT NULL, IPK IPKPelamar, IDPelamar IdPelamar NOT NULL, PRIMARY KEY (IDPendidikanFormal), FOREIGN KEY (IDPelamar) REFERENCES Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE); PendidikanInformal Domain IdPendidikanInformal: fixed length character string, length 8, Format : IE[0-9][0-9][0-9][0-9][0-9][0-9]
99 177 Domain JenisPendidikanI : variable length character string, length 20 Domain NamaLembagaI : variable length character string, length 50 Domain KotaPendidikanI : variable length character string, length 20 Domain ProvinsiPendidikanI : variable length character string, length 20 Domain Tahun_Mulai Domain Tahun_Selesai : integer : integer Domain LisensiPendidikanI : variable length character string, length 30 Domain IdPelamar : fixed length character string, length 8, Format : AP[0-9][0-9][0-9][0-9][0-9][0-9] PendidikanInformal ( IDPendidikanInformal IdPendidikanInformal NOT NULL, JenisPendidikan JenisPendidikanI NOT NULL, NamaLembaga NamaLembagaI NOT NULL, Kota KotaPendidikanI NOT NULL, Provinsi ProvinsiPendidikanI NOT NULL, TahunMulai Tahun_Mulai NOT NULL, TahunSelesai Tahun_Selesai NOT NULL,
100 178 Lisensi LisensiPendidikanI, IDPelamar IdPelamar NOT NULL, PRIMARY KEY (IDPendidikanInformal), FOREIGN KEY (IDPelamar) REFERENCES Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE); PengalamanKerja IdPengalamanKerja : fixed length character string, length 8, Format : WE[0-9][0-9][0-9][0-9][0-9][0-9] Nama_Perusahaan : variable length character string, length 50 Kota_Perusahaan : variable length character string, length 20 Provinsi_Perusahaan : variable length character string, length 20 Periode_Mulai Periode_Selesai PosisiPelamar : date, Format : dd/mm/yyyy : date, Format : dd/mm/yyyy : variable length character string, length 20 GajiAkhirPelamar : variable length character string, length 30 DeskripsiPekerjaan : Text
101 179 Alasan_Keluar : variable length character string, length 30 IdPelamar : fixed length character string, length 8, Format : AP[0-9][0-9][0-9][0-9][0-9][0-9] PengalamanKerja ( IDPengalamanKerja IdPengalamanKerja NOT NULL, NamaPerusahaan Nama_Perusahaan NOT NULL, KotaPerusahaan Kota_Perusahaan NOT NULL, ProvinsiPerusahaan Provinsi_Perusahaan NOT NULL, PeriodeMulai Periode_Mulai NOT NULL, PeriodeSelesai Periode_Selesai NOT NULL, Posisi PosisiPelamar NOT NULL, GajiAkhir GajiAkhirPelamar NOT NULL, Deskripsi DeskripsiPekerjaan NOT NULL, AlasanKeluar Alasan_Keluar, IDPelamar IdPelamar NOT NULL, PRIMARY KEY (IDPengalamanKerja), FOREIGN KEY (IDPelamar) REFERENCES Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE);
102 180 PengalamanOrganisasi Domain IdPengalamanOrganisasi: fixed length character string, length 8, Format: OE[0-9][0-9][0-9][0-9][0-9][0-9] Domain Nama_Organisasi : variable length character string, length 30 Domain Jenis_Organisasi : variable length character string, length 10 Domain Kota_Organisasi : variable length character string, length 20 Domain Provinsi_Organisasi : variable length character string, length 20 Domain PosisiPelamar : variable length character string, length 20 Domain Tahun_Mulai Domain Tahun_Selesai Domain IdPelamar : integer : integer : fixed length character string, length 8, Format : AP[0-9][0-9][0-9][0-9][0-9][0-9] PengalamanOrganisasi ( IDPengalamanOrganisasi IdPengalamanOrganisasi NOT NULL,
103 181 NamaOrganisasi Nama_Organisasi NOT NULL, JenisOrganisasi Jenis_Organisasi NOT NULL, KotaOrganisasi Kota_Organisasi NOT NULL, ProvinsiOrganisasi Provinsi_Organisasi NOT NULL, Posisi PosisiPelamar NOT NULL, TahunMulai Tahun_Mulai NOT NULL, TahunSelesai Tahun_Selesai NOT NULL, IDPelamar IdPelamar NOT NULL, PRIMARY KEY (IDPengalamanOrganisasi), FOREIGN KEY (IDPelamar) REFERENCES Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE); Bahasa Domain IdBahasa : fixed length character string, length 8, Format : LA[0-9][0-9][0-9][0-9][0-9][0-9] Domain JenisBahasaPelamar : variable length character string, length 10 Domain SpeakingSkill : variable length character string, length 10 Domain WritingSkill : variable length character string, length 10
104 182 Domain ReadingSkill : variable length character string, length 10 Domain UnderstandingSkill : variable length character string, length 10 Domain KeteranganBahasa : variable length character string, length 50 Domain IdPelamar : fixed length character string, length 8, Format : AP[0-9][0-9][0-9][0-9][0-9][0-9] Bahasa ( IDBahasa IdBahasa NOT NULL, JenisBahasa JenisBahasaPelamar NOT NULL, Speaking SpeakingSkill NOT NULL, Writing WritingSkill NOT NULL, Reading ReadingSkill NOT NULL, Understanding UnderstandingSkill NOT NULL, Keterangan KeteranganBahasa, IDPelamar IdPelamar NOT NULL, PRIMARY KEY (IDBahasa), FOREIGN KEY (IDPelamar) REFERENCES Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE);
105 183 DataKeluarga Domain IdDataKeluarga : fixed length character string, length 8, Format : FA[0-9][0-9][0-9][0-9][0-9][0-9] Domain HubunganKeluarga : variable length character string, length 10 Domain NamaKeluarga : variable length character string, length 20 Domain JenisKelaminKeluarga : single character, must be one of M or F Domain TempatLahirKeluarga : variable length character string, length 20 Domain TanggalLahirKeluarga : date, Format : dd/mm/yyyy Domain Pendidikan_Terakhir : variable length character string, length 10 Domain PekerjaanKeluarga : variable length character string, length 20 Domain NoHPKeluarga : variable length character string, length 15 Domain IdPelamar : fixed length character string, length 8, Format : AP[0-9][0-9][0-9][0-9][0-9][0-9] DataKeluarga (
106 184 IDDataKeluarga IdDataKeluarga NOT NULL, Hubungan HubunganKeluarga NOT NULL, Nama NamaKeluarga NOT NULL, JenisKelamin TempatLahir TanggalLahir PendidikanTerakhir Pekerjaan NoHP JenisKelaminKeluarga NOT NULL, TempatLahirKeluarga, TanggalLahirKeluarga, Pendidikan_Terakhir, PekerjaanKeluarga, NoHPKeluarga, IDPelamar IdPelamar NOT NULL, PRIMARY KEY (IDDataKeluarga), FOREIGN KEY (IDPelamar) REFERENCES Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE); Merancang Representasi dari Data Turunan Langkah ini betujuan untuk mentukan bagaimana merepresentasikan data turunan yang ada pada model data logikal global dalam DBMS yang akan digunakan. Dalam model data logikal yang telah dirancang, tidak ditemukan representasi dari data turunan dan perhitungan.
107 Merancang Enterprise Constraints Langkah ini bertujuan untuk merancang batasan perusahaan untuk diterapkan pada DBMS yang akan digunakan. 1.TanggalTerbit Lowongan tidak boleh lebih besar daripada TanggalAkhir Lowongan. CONSTRAINT CekTanggalTerbitLowongan CHECK ( NOT EXISTS (S ELECT IDLowongan FROM Lowongan WHERE TanggalTerbit > TanggalAkhir) 2.TahunMasuk pada PendidikanFormal tidak boleh lebih besar TahunKeluar. CONSTRAINT CekTahunMasukPendidikanFormal CHECK ( NOT EXISTS (S ELECT IDPendidikanFormal FROM PendidikanFormal WHERE TahunMasuk>TahunKeluar) 3.TahunMulai pada PendidikanInformal tidak boleh lebih besar daripada TahunSelesai. CONSTRAINT CekTahunMulaiPendidikanInformal CHECK ( NOT EXISTS (S ELECT IDPendidikanInformal FROM PendidikanInformal
108 186 WHERE TahunMulai > TahunSelesai) 4.PeriodeMulai pada PengalamanKerja tidak boleh lebih besar daripada PeriodeSelesai. CONSTRAINT CekPeriodeMulaiPengalamanKerja CHECK ( NOT EXISTS (S ELECT IDPengalamanKerja FROM PengalamanKerja WHERE PeriodeMulai > PeriodeSelesai) 5.TahunMulai pada PengalamanOrganisasi tidak boleh lebih besar daripada TahunSelesai. CONSTRAINT CekTahunMulaiPengalamanOrganisasi CHECK ( NOT EXISTS (S ELECT IDPengalamanOrganisasi FROM PengalamanOrganisasi WHERE TahunMulai > TahunSelesai) Menganalisis Transaksi A. Menampilkan data pelamar B. Menambah dan mengubah data pelamar C. Menampilkan data karyawan D. Menambah dan mengubah data karyawan E. Menampilkan data permintaan F. Menambah data permintaan
109 187 G. Menampilkan data persetujuan H. Menambah dan mengubah data persetujuan I. Menampilkan data lowongan J.Menambah dan mengubah data lowongan K. Menampilkan data lamaran L. Menambah data lamaran M. Menampilkan data seleksi N. Menambah dan mengubah data seleksi O. Menampilkan data kontrak P. Menambah data kontrak Q. Menampilkan data penempatan R. Menambah data penempatan S. Menambah dan mengubah Data Pendidikan Formal T. Menambah dan mengubah data Pendidikan Informal U. Menambah dan mengubah data Pengalaman Kerja V. Menambah dan mengubah data Pengalaman Organisasi W. Menambah dan mengubah data Bahasa X. Menambah dan mengubah data Data Keluarga
110 188 Tabel 4.24 Tabel Analisis Transaksi Transaksi / Relasi (A) (B) (C) (D) I R U D I R U D I R U D I R U D Divisi X X Departemen X X Karyawan X X X Permintaan Persetujuan DetailPersetujuan Lowongan Lamaran Seleksi DetailSeleksi Pelamar X X X Kontrak Penempatan PendidikanFormal X X X PendidikanInformal X X X PengalamanKerja X X X PengalamanOrganisasi X X X Bahasa X X X DataKeluarga X X X Transaksi / Relasi (E) (F) (G) (H) I R U D I R U D I R U D I R U D Divisi X X Departemen X X Karyawan X X X X Permintaan X X X X X Persetujuan X X DetailPersetujuan X X Lowongan Lamaran Seleksi DetailSeleksi Pelamar Kontrak Penempatan PendidikanFormal PendidikanInformal PengalamanKerja PengalamanOrganisasi Bahasa DataKeluarga
111 189 Lanjutan : Transaksi / Relasi (I) (J) (K) (L) I R U D I R U D I R U D I R U D Divisi Departemen Karyawan X X Permintaan X X Persetujuan DetailPersetujuan Lowongan X X X X X Lamaran X X Seleksi DetailSeleksi Pelamar X X Kontrak Penempatan PendidikanFormal PendidikanInformal PengalamanKerja PengalamanOrganisasi Bahasa DataKeluarga Transaksi / Relasi (M) (N) (O) (P) I R U D I R U D I R U D I R U D Divisi Departemen Karyawan X X X X Permintaan Persetujuan DetailPersetujuan Lowongan Lamaran X X X X X Seleksi X X DetailSeleksi X X Pelamar Kontrak X X Penempatan PendidikanFormal PendidikanInformal PengalamanKerja PengalamanOrganisasi Bahasa DataKeluarga
112 190 Lanjutan : Transaksi / Relasi (Q) (R) (S) (T) I R U D I R U D I R U D I R U D Divisi X X Departemen X X Karyawan Permintaan Persetujuan DetailPersetujuan Lowongan Lamaran X Seleksi DetailSeleksi Pelamar X X X X Kontrak Penempatan X X PendidikanFormal X X X PendidikanInformal X X X PengalamanKerja PengalamanOrganisasi Bahasa DataKeluarga Transaksi / Relasi (U) (V) (W) (X) I R U D I R U D I R U D I R U D Divisi Departemen Karyawan Permintaan Persetujuan DetailPersetujuan Lowongan Lamaran Seleksi DetailSeleksi Pelamar X X X X Kontrak Penempatan PendidikanFormal PendidikanInformal PengalamanKerja X X X PengalamanOrganisasi X X X Bahasa X X X DataKeluarga X X X
113 Memilih Organisasi File Tujuan dari langkah ini adalah untuk menentukan organisasi file yang efisien untuk setiap relasi dasar jika diperbolehkan oleh DBMS yang akan digunakan. DBMS yang akan digunakan adalah MySQL, maka organisasi file yang akan digunakan adalah organisasi file MyISAM Memilih Indeks Langkah ini bertujuan untuk meningkatkan performa dalam suatu sistem basis data. Indeks yang digunakan adalah sebagai berikut : 1.Divisi CREATE UNIQUE INDEX IDDivisi ON Divisi(IDDivisi); CREATE UNIQUE INDEX NamaDivisi ON Divisi(NamaDivisi); 2.Departemen CREATE UNIQUE INDEX IDDepartemen ON Departemen(IDDepartemen); CREATE UNIQUE INDEX NamaDepartemen ON Departemen(NamaDepartemen); 3.Karyawan CREATE UNIQUE INDEX IDKaryawan ON Karyawan(IDKaryawan);
114 192 CREATE UNIQUE INDEX NamaKaryawan ON Karyawan(NamaKaryawan); 4.Permintaan CREATE UNIQUE INDEX IDPermintaan ON Permintaan(IDPermintaan); CREATE UNIQUE INDEX NoPermintaan ON Permintaan(NoPermintaan); 5.Persetujuan CREATE UNIQUE INDEX IDPersetujuan ON Persetujuan(IDPersetujuan); CREATE UNIQUE INDEX JenisPersetujuan ON Persetujuan(JenisPersetujuan); 6.Lowongan CREATE UNIQUE INDEX IDLowongan ON Lowongan(IDLowongan); CREATE UNIQUE INDEX NamaLowongan ON Lowongan(NamaLowongan); 7.Lamaran CREATE UNIQUE INDEX IDLamaran ON Lamaran(IDLamaran); CREATE UNIQUE INDEX TanggalLamaran ON Lamaran(TanggalLamaran);
115 193 8.Pelamar CREATE UNIQUE INDEX IDPelamar ON Pelamar(IDPelamar); CREATE UNIQUE INDEX NamaPelamar ON Pelamar(NamaPelamar); 9.Seleksi CREATE UNIQUE INDEX IDSeleksi ON Seleksi(IDSeleksi); CREATE UNIQUE INDEX JenisSeleksi ON Seleksi(JenisSeleksi); 10. Kontrak CREATE UNIQUE INDEX IDKontrak ON Kontrak(IDKontrak); CREATE UNIQUE INDEX Tanggal ON Kontrak(Tanggal); 11. Penempatan CREATE UNIQUE INDEX IDPenempatan ON Penempatan(IDPenempatan); CREATE UNIQUE INDEX TanggalPenempatan ON Penempatan(TanggalPenempatan); 12. PendidikanFormal CREATE UNIQUE INDEX IDPendidikanFormal ON PendidikanFormal(IDPendidikanFormal); CREATE UNIQUE INDEX JenisPendidikan ON PendidikanFormal(JenisPendidikan);
116 PendidikanInformal CREATE UNIQUE INDEX IDPendidikanInformal ON PendidikanInformal(IDPendidikanInformal); CREATE UNIQUE INDEX JenisPendidikan ON PendidikanInformal(JenisPendidikan); 14. PengalamanKerja CREATE UNIQUE INDEX IDPengalamanKerja ON PengalamanKerja(IDPengalamanKerja); CREATE UNIQUE INDEX NamaPerusahaan ON PengalamanKerja(NamaPerusahaan); 15. PengalamanOrganisasi CREATE UNIQUE INDEX IDPengalamanOrganisasi ON PengalamanOrganisasi(IDPengalamanOrganisasi); CREATE UNIQUE INDEX PosisiOrganisasi ON PengalamanOrganisasi(PosisiOrganisasi); 16. Bahasa CREATE UNIQUE INDEX IDBahasa ON Bahasa(IDBahasa); CREATE UNIQUE INDEX JenisBahasa ON Bahasa(JenisBahasa); 17. DataKeluarga CREATE UNIQUE INDEX IDDataKeluarga ON DataKeluarga(IDDataKeluarga); CREATE UNIQUE INDEX Hubungan ON DataKeluarga(Hubungan);
117 Memperkirakan Kebutuhan Ruang Penyimpanan Langkah ini bertujuan untuk memperkirakan jumlah ruang penyimpanan yang akan diperlukan dalam basis data. Perkiraan kapasitas penyimpanan untuk setiap tabel adalah sebagai berikut : Entity Perkiraan Jumlah Row yang Ada Sekarang Tabel 4.25 Tabel Perkiraan Pertumbuhan Data Perkiraan pertumbuhan data tiap tahun Total Row (5 tahun) Ukuran per Row ( Byte ) Total Karyawan Divisi Departemen Permintaan Persetujuan Lowongan Lamaran Seleksi Pelamar Kontrak Penempatan DetailSeleksi Detail Persetujuan Pendidikan Formal Pendidikan Informal Pengalaman Organisasi Pengalaman Kerja Bahasa DataKeluarga Total Disk Space yang dibutuhkan selama 5 tahun adalah Byte atau 46,73811 MB Total Disk Space yang dibutuhkan selama 1 tahun adalah Byte atau 9, MB
118 Merancang Pandangan Pengguna Langkah ini bertujuan untuk merancang pandangan pengguna yang telah diidentifikasi selama mengumpulkan kebutuhan dan menganalisis langkah dari relasional Database Application Lifecycle. Rancangan pandangan pengguna dapat dilihat dari tabel di bawah ini : Tabel 4.26 Tabel Pandangan Pengguna Pengguna Pandangan Tabel Field tabel Pelamar, Admin, User Lihat Resume Pelamar Pelamar Nama JenisKelamin Jalan RT RW Kota Provinsi KodePos NoTelp NoHP NoKTP TempatLahir TanggalLahir Kewarganegaraan StatusPernikahan Agama JalanKTP RTKTP RWKTP KotaKTP ProvKTP PosKTP EkspektasiGaji Kesiapan InfoLamaran NamaRelasi PosisiRelasi InformasiTambahan
119 197 Pengguna Pandangan Tabel Field tabel PendidikanFormal JenisPendidikan NamaInstitusi KotaInstitusi ProvInstitusi Jurusan TahunMasuk TahunKeluar Lulus IPK PendidikanInformal JenisPendidikan NamaLembaga Kota Provinsi TahunMulai TahunSelesai Lisensi PengalamanKerja NamaPerusahaan KotaPerusahaan ProvinsiPerusahaan PeriodeMulai PeriodeSelesai Posisi GajiAkhir Deskripsi AlasanKeluar PengalamanOrganisasi NamaOrganisasi JenisOrganisasi KotaOrganisasi ProvinsiOrganisasi Posisi TahunMulai TahunSelesai Bahasa JenisBahasa Speaking Writing Reading Understanding Keterangan DataKeluarga Hubungan Nama JenisKelamin TempatLahir TanggalLahir PendidikanTerakhir
120 198 Pengguna Pandangan Tabel Field tabel Pekerjaan NoHP Pelamar User, Admin Admin Lihat Lowongan Lowongan NamaLowongan TanggalTerbit TanggalAkhir Deskripsi Syarat Lihat Status Lowongan NamaLowongan Lamaran Lamaran Status TanggalLamaran Lihat Pesan Karyawan NamaKaryawan Lihat Penempatan Lihat Permintaan dan Persetujuan Lihat Lowongan Lowongan DetailSeleksi Pelamar Lowongan Kontrak Penempatan Departemen Divisi Permintaan Persetujuan Karyawan Departemen DetailPersetujuan Lowongan Karyawan Nama Lihat Karyawan Nama NamaLowongan Tanggal Pesan NamaPelamar NamaLowongan NoKontrak Posisi Tanggal Status NamaDepartemen NamaDivisi NoPermintaan TanggalPermintaan Posisi Jumlah Alasan GambaranUmum Persyaratan StatusKekaryawanan Status JenisPersetujuan NamaKaryawan NamaDepartemen Tanggal Hasil Alasan NamaLowongan TanggalTerbit TanggalAkhir Deskripsi Syarat
121 199 Pengguna Pandangan Tabel Field tabel Karyawan Alamat TempatLahir TanggalLahir Posisi StatusKaryawan Departemen NamaDepartemen Divisi NamaDivisi Lihat Lowongan NamaLowongan Lamaran Lamaran Status TanggalLamaran Pelamar NamaPelamar Lihat Pelamar NamaPelamar Seleksi Seleksi JenisSeleksi DetailSeleksi Tanggal Kelulusan Lowongan NamaLowongan Karyawan Nama Lihat Pelamar NamaPelamar Kontrak Kontrak NoKontrak TanggalKontrak Status Keterangan Lowongan NamaLowongan Karyawan Nama Lihat Pelamar NamaPelamar Penempatan Karyawan Nama Lowongan NamaLowongan Penempatan Posisi Tanggal Status Departemen NamaDepartemen Divisi NamaDivisi Merancang Keamanan Untuk keamanan pada sistem, digunakan pengaksesan dengan username dan password (authentification), dan pemberian hak akses kepada setiap pengguna (authorization). Pengaksesan
122 200 menggunakan username dan password dimaksudkan agar sistem tidak dapat diakses secara langsung oleh semua orang dan untuk pemberian hak akses berguna agar sistem tidak disalahgunakan oleh pengguna yang tidak berwenang, contohnya yaitu untuk melihat dan mencetak laporan hanya dapat dilakukan oleh admin dan pelamar tidak mempunyai wewenang untuk kedua aksi tersebut. Selain authentification dan authorization, penggunaan MD5 pada semua password pengguna juga digunakan agar password tidak dapat dibobol dengan mudah. Penggunaan sistem enkripsi dan dekripsi dalam semua pengiriman data, seperti data-data permintaan, persetujuan, pelamar, lamaran, dan yang lainnya sehingga meminimalkan ancaman pengaksesan dan pengambilan data oleh pihak lain baik menggunakan cara SQL Injection ataupun cara lainnya. Untuk keamanan pada database, diterapkan penggunaan username dan password agar database tidak dapat diakses oleh semua orang. 4.2 Fitur Semi-Intelegensia Pada perancangan aplikasi sistem basis data perekrutan karyawan ini, terdapat sebuah fitur semi intelegensia yang diharapkan dapat membantu dan mempermudah karyawan Kompas Gramedia Group of Magazine dalam melakukan penyeleksian resume pelamar. Fitur tersebut merupakan fitur tambahan yang secara
123 201 otomatis dapat melakukan perhitungan kecocokan pelamar terhadap lowongan yang dilamar. Perhitungan pada fitur tersebut telah didiskusikan dan disesuaikan dengan penilaian-penilaian dan prioritas yang dinilai oleh staff rekrutmen pada resume yang dikirimkan oleh pelamar kepada Kompas Gramedia Group of Magazine. Penilaian terhadap kecocokan pelamar terhadap lowongan yang dilamar ini dibagi menjadi 2 bagian, yaitu kecocokan terhadap lowongan sebesar 75% dan tambahan nilai dari resume pelamar sebesar 25%. Berikut detail dari perhitungan penilaian fitur ini : A. Kecocokan Lowongan Kecocokan lamaran pelamar dilihat dari beberapa bagian antara lain : Jenjang Pendidikan Minimum (20%) Perhitungan jenjang pendidikan dilakukan dengan membandingkan jenjang pendidikan minimum yang dibutuhkan oleh suatu lowongan dengan jenjang pendidikan tertinggi dari pelamar. Setiap jenjang pendidikan akan diberikan nilai, mulai dari jenjang tertinggi (S3) sampai jenjang terendah (SMA/SMK). Rincian penilaiannya adalah sebagai berikut : Doktoral (S3) = 5 Strata Dua (S2) = 4 Strata Satu (S1) = 3 Diploma = 2 SM A/SMK = 1
124 202 Selanjutnya akan dilakukan perbandingan antara nilai pendidikan tertinggi pelamar dengan nilai pendidikan yang dibutuhkan oleh lowongan. Apabila nilai pendidikan tertinggi pelamar lebih rendah dari nilai pendidikan yang dibutuhkan lowongan tersebut, maka pelamar tidak mendapatkan nilai. Jika nilai pendidikan tertinggi pelamar sama dengan nilai pendidikan yang dibutuhkan oleh lowongan, maka pelamar akan mendapatkan nilai 15. Apabila nilai pendidikan tertinggi pelamar lebih besar dari nilai pendidikan yang dibutuhkan oleh lowongan, maka pelamar akan mendapatkan bonus dengan perhitungan sebagai berikut : Apabila jenjang pendidikan minimum lowongan adalah jenjang pendidikan tertinggi yaitu S3, maka tidak terdapat perhitungan nilai bonus, melainkan pelamar yang mempunyai pendidikan tertinggi S3 akan langsung mendapatkan nilai 20. Sebagai contoh, sebuah lowongan memerlukan pelamar dengan pendidikan minimum Strata Satu (S1), maka pelamar dengan pendidikan dibawah S1 tidak akan mendapatkan nilai. Pelamar dengan pendidikan tertinggi S1 akan langsung mendapatkan nilai 15. Apabila pendidikan tertinggi pelamar lebih tinggi dari S1 maka akan diberikan bonus nilai. Sebagai contoh pendidikan terakhir pelamar adalah S2, maka pelamar akan mendapatkan nilai sebesar 15 ditambah bonus nilai yang dihitung dengan rumus :
125 203 Sehingga untuk jenjang pendidikan minimum, pelamar tersebut akan mendapatkan nilai 15+2,5 = 17,5. Jurusan Pendidikan (25%) Perhitungan jurusan pendidikan dilakukan dengan membandingkan jumlah jurusan yang cocok dengan jurusan yang diinginkan oleh lowongan. Jika lowongan tersebut dibuka untuk semua jurusan, maka tidak terdapat perhitungan nilai jurusan pendidikan, melainkan semua pelamar akan langsung mendapatkan nilai 25. Sedangkan jika lowongan dibuka untuk beberapa jurusan tertentu maka akan dibandingkan banyaknya jurusan pendidikan pelamar yang cocok dengan jurusan yang diinginkan lowongan. Jika terdapat satu jurusan yang cocok, maka pelamar akan mendapatkan nilai 20, namun apabila kecocokan jurusan lebih dari satu, maka pelamar akan mendapatkan bonus nilai dengan perhitungan sebagai berikut : Sebagai contoh, sebuah lowongan dibuka untuk 4 jurusan yaitu Akuntansi, Manajemen, Bisnis, dan Marketing. Terdapat pelamar yang memiliki latar belakang pendidikan jurusan Akuntansi dan Manajemen. Jumlah kecocokan jurusan pelamar dengan lowongan adalah 2, maka pelamar akan langsung mendapatkan nilai 15 dan akan mendapatkan bonus nilai yang dihitung dengan rumus :
126 204 Sehingga untuk kecocokan jurusan pelamar mendapatkan nilai 20+1,67 = 21,67 Kemampuan Bahasa Inggris (12%) Jika dibutuhkan, perhitungan kemampuan bahasa Inggris dilakukan dengan menghitung kemampuan bahasa Inggris pelamar dari segi berbicara, menulis, membaca dan mengerti. Setiap aspek memiliki jenjang kemampuan yang masing-masing diberikan nilai sebagai berikut : Excellent = 3 Good = 2 Fair = 1 Poor = 0,5 Nilai setiap aspek akan dijumlahkan dan menjadi nilai dari kemampuan bahasa Inggris. Namun apabila kemampuan bahasa Inggris tidak diperlukan, maka perhitungan tidak akan dilakukan dan pelamar langsung akan mendapatkan nilai 12. Sebagai contoh sebuah lowongan yang memerlukan kemampuan bahasa Inggris dan seorang pelamar dengan kemampuan bahasa Inggris berbicara = Good, menulis = Fair, membaca = Excellent, dan mengerti = Good. Maka nilai dari pelamar tersebut adalah = 8. Ekspektasi Gaji (10%) Perhitungan kecocokan ekspektasi gaji dilakukan dengan membandingkan gaji yang akan diberikan oleh suatu lowongan dengan ekspektasi gaji yang diminta oleh pelamar. Perhitungan dilakukan dengan membandingkan apakah ekspektasi gaji yang diminta oleh pelamar berada dalam rentang gaji
127 205 yang diberikan oleh suatu lowongan yaitu plus minus 20%. Jika berada didalam rentang tersebut, maka pelamar akan mendapatkan nilai 10. Jika dibawah rentang, pelamar akan mendapatkan nilai 5, dan apabila berada di atas rentang, maka pelamar tidak akan mendapatkan nilai. Sebagai contoh, sebuah lowongan menawarkan gaji sebesar Rp ,-. Maka rentang gaji tersebut berkisar dari Rp ,- sampai Rp ,-. Pelamar dengan ekspektasi gaji berkisar rentang tersebut akan mendapatkan nilai 10. Jika ekspektasi gaji pelamar di bawah Rp ,- maka akan mendapatkan nilai 5, dan apabila ekspektasi gaji di atas Rp ,- maka pelamar tidak akan mendapatkan nilai. Usia (4%) Perhitungan usia dilakukan dengan membandingkan usia pelamar dengan rentang usia yang diinginkan oleh lowongan. Jika umur pelamar berada di dalam rentang usia yang diinginkan lowongan, maka pelamar akan mendapatkan nilai 4. Apabila usia sudah berada di luar rentang yang diinginkan, maka pelamar tidak mendapatkan nilai. Jenis Kelamin(4%) Perhitungan jenis kelamin dilakukan dengan membandingkan jenis kelamin yang diinginkan oleh lowongan dengan jenis kelamin pelamar. Terdapat 3 pilihan jenis kelamin dari suatu lowongan yaitu pria, wanita, dan keduaduanya. Apabila lowongan dibuka untuk jenis kelamin keduanya, maka pelamar dengan jenis kelamin apapun akan mendapatkan nilai 4. Apabila lowongan menentukan jenis kelamin tertentu, maka pelamar dengan jenis
128 206 kelamin yang cocok saja yang mendapatkan nilai 4, selain itu mendapatkan nilai 0. B. Tambahan dari Resume Pelamar (25%) Selain perhitungan terhadap kecocokan pelamar, terdapat juga perhitungan terhadap beberapa bagian yang dilihat dari resume pelamar, antara lain : Total Pengalaman Kerja (10%) Perhitungan total pengalaman kerja dilakukan dengan melihat lamanya pengalaman kerja pelamar, dengan rentang sebagai berikut : Lebih besar dari 5 tahun, nilai = 10 Antara 4 sampai 5 tahun, nilai = 8 Antara 3 sampai 4 tahun, nilai = 6 Antara 2 sampai 3 tahun, nilai = 4 Antara 1 sampai 2 tahun, nilai = 2 Dibawah satu tahun, nilai = 0 Pengalaman Organisasi (5%) Perhitungan pengalaman organisasi dilihat dari posisi pengalaman organisasi yang diikuti oleh pelamar. Ada beberapa jenis posisi pada pengalaman organisasi dengan nilainya, antara lain : Chairman = 2,5 Head of Division = 2 Treasury or Secretary = 1,5 Active Member = 1
129 207 Other = 0,5 Untuk setiap pengalaman organisasi yang diikuti oleh pelamar, akan dihitung nilai posisinya dan akan dijumlahkan. Apabila setelah dijumlahkan nilai yang diperoleh lebih besar dari 5, maka nilai yang akan didapat adalah 5. Pendidikan Informal (5%) Perhitungan pendidikan informal dihitung dari banyaknya jumlah pendidikan informal yang pernah diikuti oleh pelamar, dimana untuk setiap pendidikan informal akan memiliki nilai 2. Apabila jumlah nilai pendidikan informal lebih besar dari 5, maka nilai yang akan didapat adalah 5. Bahasa (5%) Perhitungan kemampuan bahasa Inggris dengan menghitung kemampuan bahasa pelamar dari segi berbicara, menulis, membaca dan mengerti. Setiap aspek memiliki jenjang kemampuan yang masing-masing diberikan nilai sebagai berikut : Excellent = 3% Good = 2 Fair = 1 Poor = 0,5 Nilai setiap aspek per bahasanya akan dijumlahkan dan akan dihitung dengan rumus sebagai berikut :
130 208 Nilai untuk setiap bahasa memiliki nilai maksimum sebesar 2,5. Semua nilai bahasa akan dijumlahkan, namun apabila jumlah nilai total bahasa lebih besar dari 5, maka nilai yang akan didapat adalah 5. Fitur ini memunculkan beberapa atribut pada entitas Lowongan dan Lamaran. Atribut yang ditambahkan pada entitas lowongan berguna untuk menyimpan data-data yang dibutuhkan untuk dilakukan perhitungan kecocokan pada lowongan yang telah dijabarkan diatas seperti pendidikan minimum, jurusan yang diutamakan, ekspektasi gaji, kebutuhan bahasa inggris, batas umur yang diinginkan, dan jenis kelamin yang dibutuhkan. Sedangkan pada entitas lamaran, dimunculkan atribut nilai yang berfungsi untuk menyimpan nilai kecocokan pelamar terhadap lamaran yang dilamar. Atribut yang digunakan untuk menyimpan jurusan yang diutamakan bernilai multivalued sehingga memunculkan entitas baru, yakni entitas JurusanLowongan yang berisi IDJurusanLowongan dan NamaJurusan. Tabel 4.27 Hasil Penambahan Fitur Kecocokan Divisi (IDDivisi, NamaDivisi) Primary Key IDDivisi Departemen (IDDepartemen, NamaDepartemen, IDDivisi) Primary Key IDDepartemen Foreign Key IDDivisi references Divisi (IDDivisi) ON UPDATE CASCADE ON DELETE NO ACTION Karyawan (IDKaryawan, Nama, JenisKelamin, Alamat, TempatLahir, TanggalLahir, , Posisi, StatusKaryawan, IDDepartemen) Primary Key IDKaryawan Foreign Key IDDepartemen references Departemen (IDDepartemen) ON UPDATE CASCADE ON DELETE NO ACTION Permintaan (IDPermintaan, NoPermintaan, TanggalPermintaan,
131 Posisi, Jumlah, Alasan, GambaranUmum, Persyaratan, StatusKekaryawanan, Status, IDDepartemen, IDKaryawan) Primary Key IDPermintaan Foreign Key IDDepartemen references Departemen(IDDepartemen) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDKaryawan references Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION Persetujuan (IDPersetujuan, JenisPersetujuan) Primary Key IDPersetujuan Lowongan (IDLowongan, NamaLowongan, TanggalTerbit, TanggalAkhir, Deskripsi, Syarat, PdMinimum, Gaji, KbthnBInggris, UmurAwal, UmurAkhir, JenisKelamin, IDKaryawan, IDPermintaan) Primary Key IDLowongan Foreign Key IDKaryawan references Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDPermintaan references Permintaan (IDPermintaan) ON UPDATE CASCADE ON DELETE NO ACTION Lamaran (IDLamaran, Status, TanggalLamaran, NilaiKecocokan, IDLowongan, IDPelamar) Primary Key IDLamaran Foreign Key IDLowongan references Lowongan (IDLowongan) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE NO ACTION Pelamar (IDPelamar, Nama, , JenisKelamin, Jalan, RT, RW, Kota, Provinsi, KodePos, NoTelp, NoHP, NoKTP, TempatLahir, TanggalLahir, Kewarganegaraan, StatusPernikahan, Agama, JalanKTP, RTKTP, RWKTP, KotaKTP, ProvKTP, PosKTP, EkspektasiGaji, Kesiapan, InfoLamaran, NamaRelasi, PosisiRelasi, InformasiTambahan) Primary Key IDPelamar Seleksi (IDSeleksi, JenisSeleksi) Primary Key IDSeleksi Kontrak (IDKontrak, NoKontrak, Status, Tanggal, Keterangan, IDKaryawan, IDLamaran) Primary Key IDKontrak Foreign Key IDKaryawan references Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDLamaran references Lamaran (IDLamaran) ON UPDATE CASCADE ON DELETE NO ACTION Penempatan (IDPenempatan, Posisi, Tanggal, Status, IDKontrak) Primary Key IDPenempatan Foreign Key IDKontrak references Kontrak (IDKontrak) 209
132 ON UPDATE CASCADE ON DELETE NO ACTION DetailPersetujuan ( IDPermintaan, IDPersetujuan, Tanggal, Hasil, Alasan, IDKaryawan) Primary Key IDPermintaan, IDPersetujuan Foreign Key IDPermintaan references Permintaan (IDPermintaan) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDPersetujuan references Persetujuan (IDPersetujuan) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDKaryawan references Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION DetailSeleksi (IDLamaran, IDSeleksi, Tanggal, Pesan, IDKaryawan) Primary Key IDLamaran, IDSeleksi Foreign Key IDLamaran references Lamaran (IDLamaran) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDSeleksi references Seleksi (IDSeleksi) ON UPDATE CASCADE ON DELETE NO ACTION Foreign Key IDKaryawan references Karyawan (IDKaryawan) ON UPDATE CASCADE ON DELETE NO ACTION PendidikanFormal (IDPendidikanFormal, JenisPendidikan, NamaInstitusi, KotaInstitusi, ProvInstitusi, Jurusan, TahunMasuk, TahunKeluar, Lulus, IPK, IDPelamar) Primary Key IDPendidikanFormal Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE PendidikanInformal (IDPendidikanInformal, JenisPendidikan, NamaLembaga, Kota, Provinsi, TahunMulai, TahunSelesai, Lisensi, IDPelamar) Primary Key IDPendidikanInformal Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE PengalamanKerja (IDPengalamanKerja, NamaPerusahaan, KotaPerusahaan, ProvinsiPerusahaan, PeriodeMulai, PeriodeSelesai, Posisi, GajiAkhir, Deskripsi, AlasanKeluar, IDPelamar) Primary Key IDPengalamanKerja Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE PengalamanOrganisasi (IDPengalamanOrganisasi, NamaOrganisasi, JenisOrganisasi, KotaOrganisasi, ProvinsiOrganisasi, Posisi, TahunMulai, TahunSelesai, IDPelamar) Primary Key IDPengalamanOrganisasi Foreign Key IDPelamar references Pelamar (IDPelamar) 210
133 211 ON UPDATE CASCADE ON DELETE CASCADE Bahasa (IDBahasa, JenisBahasa, Speaking, Writing, Reading, Understanding, Keterangan, IDPelamar) Primary Key IDBahasa Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE DataKeluarga (IDDataKeluarga, Hubungan, Nama, JenisKelamin, TempatLahir, TanggalLahir, PendidikanTerakhir, Pekerjaan, NoHP, IDPelamar) Primary Key IDDataKeluarga Foreign Key IDPelamar references Pelamar (IDPelamar) ON UPDATE CASCADE ON DELETE CASCADE JurusanLowongan (IDJurusanLowongan, NamaJurusan, IDLowongan) Primary Key IDJurusanLowongan Foreign Key IDLowongan references Lowongan (IDLowongan) ON UPDATE CASCADE ON DELETE NO ACTION 4.3 Perancangan Aplikasi Perancangan Struktur Menu Berikut ini adalah bagan terstruktur (structured chart) dari struktur menu aplikasi yang dirancang :
134 212 Gambar 4.13 Struktur Menu Program Aplikasi State Transition Diagram (S TD) STD merupakan diagram yang menjelaskan aliran suatu state ke state lain dalam sebuah aplikasi. Berikut ini merupakan STD dari aplikasi yang dirancang :
135 213 Gambar 4.14 STD Menu Register Gambar 4.15 STD Menu Login Gambar 4.16 STD Menu Change Password
136 214 - S TD pada Pelamar Gambar 4.17 STD Menu Personal Information Gambar 4.18 STD Menu Family Information
137 215 Gambar 4.19 STD Menu Formal Education Gambar 4.20 STD Menu Courses / Trainings
138 216 Gambar 4.21 STD Menu Work Experiences Gambar 4.22 STD Menu Organization Experiences
139 217 Gambar 4.23 STD Menu Language Gambar 4.24 STD Menu Other Information Gambar 4.25 STD Menu View Resume
140 218 Vacancies Klik Apply Mel iha t De ta il Lo won gan ya ng d ipi lih Apply Klik Upload Melakukan upl oad p ortofoli o Upload Klik Apply Melakukan lamaran terhadap lowongan tersebut Apply Gambar 4.26 STD Menu Vacancies Gambar 4.27 STD Menu Message
141 219 - S TD pada User Gambar 4.28 STD Menu Add Request Gambar 4.29 STD Menu View Request Gambar 4.30 STD Menu Change
142 220 Gambar 4.31 STD Menu Vacancy Gambar 4.32 STD Menu Message
143 221 - S TD pada Admin Home Meli hat Lowongan yang masih aktif Current Va cancies K lik Det ail Melihat dari Resume Appl icant yang dipili h Klik View Applicants Melihat daftar pelamar yang melamar pada lowongan tersebut Kli k Edit Vacancy Me ngubah detail dari l owongan yang di pilih Detail Klik View Applicants Melihat daftar pelamar yang melamar pada lowongan tersebut Klik Search Melakukan pencarian terhadap data pelamar View Applicants Kl ik Detail M elihat Resume Ap plicant yang di pilih Klik Process Memproses pelamar yang direkomendasikan HRD Klik Sort Mel akukan sorting terhadap data pelamar yang masuk Edit Vaca ncy Search Detail Process Sort Klik Update Vacancy Menyimpan perubahan yang dilakukan terhadap lowongan ya ng diubah Update Vaca ncy Gambar 4.33 STD Menu Home (Current Vacancies) Gambar 4.34 STD Menu Add Vacancy
144 222 Gambar 4.35 STD Menu View Vacancy Gambar 4.36 STD Menu Request
145 223 Gambar 4.37 STD Menu View Applicant Gambar 4.38 STD Menu View Employee
146 224 Gambar 4.39 STD Menu View Contract Gambar 4.40 STD Menu View Placement Gambar 4.41 STD Menu Vacancy Report
147 225 Gambar 4.42 STD Menu Application Report Gambar 4.43 STD Menu Add New Admin Gambar 4.44 STD Menu Add New User
148 226 Gambar 4.45 STD Menu Change Perancangan Layar Berikut ini adalah perancangan input output dari aplikasi yang dirancang : Gambar 4.46 Rancangan Layar Halaman Utama Ketika Belum Login
149 227 Gambar 4.47 Rancangan Layar Lowongan Ketika Belum Login Logo Perusahaan Home Vacancies Register Register Full Name : Sex : Male Female ID Number (KTP) : Birth Place : Date of Birth : Password : Re-Type Password : Verification Code : Images Type of the Code : Submit 2011 Kompas Gramedia - Group of Magazine. All rights reserved. Gambar 4.48 Rancangan Layar Register
150 228 Logo Perusahaan Home Vacancies Register REGISTER SUCCESS Register was successful. Thank you for your registrasion. Please log-in to your address to activat e this account before you can log-in here. User Login Password : Login Not Reg ister Yet? C lick He re Follow Us on Twitter 2011 Kompas Gramedia - Group of Magazine. All rights reserved. Gambar 4.49 Rancangan Layar Ketika Berhasil Register Logo Perusahaan Home Vacancies Register ACTIVATION SUCCESS Activation was successful. Thank you for your activation. You can now log-in to our career site using your . User Login Password : Login Not Reg ister Yet? C lick He re Follow Us on Twitter 2011 Kompas Gramedia - Group of Magazine. All rights reserved. Gambar 4.50 Rancangan Layar Ketika Sukses Aktivasi Account
151 229 Logo Perusahaan Home Vacancies Register LOGIN SESSION EXPIRED Your login session was expired because there was no activity between you and this site in 20 minutes. Please re-login again with your and password. User Login Password : Login Not Reg ister Yet? C lick He re Follow Us on Twitter 2011 Kompas Gramedia - Group of Magazine. All rights reserved. Gambar 4.51 Rancangan Layar Ketika Waktu Login Session Habis - Perancangan layar pada Pelamar Logo Perusahaan Home Resume Vacancies Status Message Welcome, xxxxx Change Password Logout Hari, dd mmmm yyyy How To Join Us?? * Update your resume. * View available vacancy. * Apply it. * Check your or this site for further progress. * Follow each step required by Kompas Gramedia. Gambar 2011 Kompas Gramedia - Group of Magazine. All rights reserved. Gambar 4.52 Rancangan Layar untuk Home pada tampilan pelamar
152 Gambar 4.53 Rancangan Layar Personal Information pada tampilan pelamar 230
153 231 Gambar 4.54 Rancangan Layar Family Information pada tampilan pelamar Gambar 4.55 Rancangan Layar Formal Education pada tampilan pelamar
154 232 Gambar 4.56 Rancangan Layar Courses / Trainings pada tampilan pelamar Gambar 4.57 Rancangan Layar Work Experiences pada tampilan pelamar
155 233 Gambar 4.58 Rancangan Layar Organization Experiences pada tampilan pelamar Gambar 4.59 Rancangan Layar Language Literacy pada tampilan pelamar
156 Gambar 4.60 Rancangan Layar Other Information pada tampilan pelamar 234
157 Gambar 4.61 Rancangan Layar View Resume pada tampilan pelamar 235
158 236 Gambar 4.62 Rancangan Layar Vacancies pada tampilan pelamar Gambar 4.63 Rancangan Layar Apply Vacancies pada tampilan pelamar
159 237 Gambar 4.64 Rancangan Layar Status pada tampilan pelamar Gambar 4.65 Rancangan Layar Message pada tampilan pelamar
160 238 Gambar 4.66 Rancangan Layar View Message pada tampilan pelamar Gambar 4.67 Rancangan Layar Change pada tampilan pelamar
161 239 - Perancangan Layar pada User Logo Perusahaan Home Request Vacancies Message Other Welcome, xxxxx Change Password Logout Hari, dd mmmm yyyy Feat ures on t his web * Request New Human Resources. * View your request agreement status. * View vacancy which was opened based on your request. * Screening applicants. * Check Aplicant's status Kompas Gramedia - Group of Magazine. All rights reserved. Gambar 4.68 Rancangan Layar Home pada tampilan user Gambar 4.69 Rancangan Layar Add New Request pada tampilan user
162 240 Gambar 4.70 Rancangan Layar View Request pada tampilan user Gambar 4.71 Rancangan Layar Detail Request pada tampilan user
163 241 Gambar 4.72 Rancangan Layar Vacancies List pada tampilan user Gambar 4.73 Rancangan Layar Detail Position pada tampilan user
164 242 Gambar 4.74 Rancangan Layar Applicants per Position pada tampilan user Gambar 4.75 Rancangan Layar Application Detail pada tampilan user
165 Gambar 4.76 Rancangan Layar Detail Resume Pelamar pada tampilan user 243
166 244 Gambar 4.77 Rancangan Layar Process Applicant pada tampilan user Logo Perusahaan Home Request Vacancies Message Other Welcome, xxxxx Change Password Logout Hari, dd mmmm yyyy Message From Subject Date Admin s ubject dd mm yyyy X 2011 Kompas G ramedia - Group of Magazine. All right s reserved. Gambar 4.78 Rancangan Layar Message pada tampilan user
167 245 Gambar 4.79 Rancangan Layar View Message pada tampilan user Gambar 4.80 Rancangan Layar Change pada tampilan user
168 246 - Perancangan layar pada Admin Gambar 4.81 Rancangan Layar Current Vacancies pada tampilan admin Gambar 4.82 Rancangan Layar Add New Vacancy pada tampilan admin
169 247 Gambar 4.83 Rancangan Layar Vacancies List pada tampilan admin Gambar 4.84 Rancangan Layar Detail Position pada tampilan admin
170 248 Gambar 4.85 Rancangan Layar Applicants per Position pada tampilan admin Gambar 4.86 Rancangan Layar Process Applicant pada tampilan admin
171 Gambar 4.87 Rancangan Layar Detail Resume Pelamar pada tampilan admin 249
172 250 Gambar 4.88 Rancangan Layar View Request pada tampilan admin Gambar 4.89 Rancangan Layar Detail Request pada tampilan admin
173 251 Gambar 4.90 Rancangan Layar Process Request pada tampilan admin Gambar 4.91 Rancangan Layar Applicants pada tampilan admin
174 252 Gambar 4.92 Rancangan Layar Employee pada tampilan admin Gambar 4.93 Rancangan Layar Edit Employee pada tampilan admin
175 253 Gambar 4.94 Rancangan Layar Contract pada tampilan admin Gambar 4.95 Rancangan Layar Placement pada tampilan admin
176 254 Gambar 4.96 Rancangan Layar Vacancy Report pada tampilan admin Gambar 4.97 Rancangan Layar Application Report pada tampilan admin
177 255 Gambar 4.98 Rancangan Layar Message pada tampilan admin Gambar 4.99 Rancangan Layar Add New Admin pada tampilan admin
178 256 Gambar Rancangan Layar Add New User pada tampilan admin Gambar Rancangan Layar Change pada tampilan admin
179 Arsitektur Aplikasi Arsitektur aplikasi yang diterapkan oleh perusahaan adalah arsitektur client server three tiers, dimana terdapat 3 komponen utama dalam arsitektur ini yakni client (Presentation Tier), middleware (Logic Tier) dan server (Data Tier). Pada arsitektur aplikasi ini, akan digunakan browser pada sisi client, Webserver Apache pada middleware serta MySQL pada database server. Gambar Arsitektur Client-Server Three Tier 4.5 Implementasi Jadwal Implementasi Program yang telah dibuat akan diimplementasikan ke Kompas Gramedia Group of Magazine dan dicoba terlebih dahulu. Berikut ini jadwal implementasi yang direncanakan :
BAB IV PERANCANGAN DAN IMPLEMENTASI
BAB IV PERANCANGAN DAN IMPLEMENTASI 4.1 Perancangan Basis Data Proses perancangan basis data aplikasi yang diusulkan pada SMAK Abdi Siswa dibagi menjadi 3 tahapan, yaitu : 1. Perancangan Basis Data Konseptual
Lebih terperinciBAB 4 PERANCANGAN DAN IMPLEMENTASI. 1. Perancangan database konseptual (conceptual database design).
BAB 4 PERANCANGAN DAN IMPLEMENTASI 4.1 Perancangan Database Perancangan yang dilakukan pada Binus University dibagi menjadi tiga tahapan, yaitu : 1. Perancangan database konseptual (conceptual database
Lebih terperinciBAB 4 PERANCANGAN, IMPLEMENTASI, DAN EVALUASI SISTEM. Proses perancangan sistem basis data yang dibuat meliputi perancangan konseptual,
BAB 4 PERANCANGAN, IMPLEMENTASI, DAN EVALUASI SISTEM 4.1 Perancangan Sistem Basis Data Proses perancangan sistem basis data yang dibuat meliputi perancangan konseptual, perancangan logikal, dan perancangan
Lebih terperinciBAB IV PERANCANGAN DAN IMPLEMENTASI
78 BAB IV PERANCANGAN DAN IMPLEMENTASI 4.1 Perancangan Sistem Basis Data Perancangan sistem basis data dibagi menjadi 3 tahap yaitu perancangan basis data konseptual, perancangan basis data logikal, dan
Lebih terperinciBAB 4 PERANCANGAN SISTEM BASIS DATA
BAB 4 PERANCANGAN SISTEM BASIS DATA 4.1 Gambaran Posisi UMAS Gambar 4.1 Gambaran Posisi UMAS (1) Keterangan: : Jika aplikasi tidak memerlukan approval : Jika aplikasi memerlukan approval Jika transaksi
Lebih terperinciBAB 4 PERANCANGAN SISTEM YANG DIUSULKAN. enterprise, terbebas dari semua pertimbangan fisik Identifikasi Tipe-tipe Entiti
BAB 4 PERANCANGAN SISTEM YANG DIUSULKAN 4.1 Rancangan Basis Data 4.1.1 Perancangan Basis Data Konseptual Proses membangun model informasi yang digunakan dalam sebuah enterprise, terbebas dari semua pertimbangan
Lebih terperinciMetodologi Perancangan basis data secara konseptual
Metodologi Perancangan basis data secara konseptual Metodologi Perancangan merupakan suatu pendekatan terstruktur yang menggunakan bantuan prosedur, tehnik, tools dan dokumentasi untuk mendukung dan memfasilitasi
Lebih terperinciBAB 3 METODOLOGI. 3.1 Metodologi Berikut ini merupakan flowchart kerangka keseluruhan untuk melakukan penelitian.
BAB 3 METODOLOGI 3.1 Metodologi Berikut ini merupakan flowchart kerangka keseluruhan untuk melakukan penelitian. M u lai Studi Pustaka Pengum pulan Data Identifikasi M asalah Analisa Sistem Pengem bangan
Lebih terperinciBAB 2 LANDASAN TEORI
8 BAB 2 LANDASAN TEORI 2.1 Pengertian Database Menurut Connolly (2010, p65), database adalah kumpulan data dan deskripsi data yang terhubung secara logika serta dirancang untuk memenuhi kebutuhan informasi
Lebih terperinciBAB II ANALISIS DAN PERANCANGAN
BAB II ANALISIS DAN PERANCANGAN 2.1. Analisis sistem Komponen-komponen yang diperlukan untuk analisis kebutuhan dari objek yang dibangun antara lain sistem pendukung, pengguna (user) dan fungsinya, diagram
Lebih terperinciBAB 4 RANCANGAN SISTEM YANG DIUSULKAN. Bangun Abadi yang meliputi diagram konteks, diagram nol, dan diagram rinci.
BAB 4 RANCANGAN SISTEM YANG DIUSULKAN 4.1 Diagram Aliran Data Berikut ini adalah diagram aliran data yang diusulkan kepada PT. Selaras Bangun Abadi yang meliputi diagram konteks, diagram nol, dan diagram
Lebih terperinciBAB III PERANCANGAN SISTEM
BAB III PERANCANGAN SISTEM 3.1. ANALISIS SISTEM Proses rekrutmen karyawan pada PT. Intigradon Suryatama dilakukan untuk memperoleh SDM (Sumber Daya Manusia) sesuai dengan kebutuhan pengajuan karyawan baru
Lebih terperinciBAB 3 PERANCANGAN. ini terletak di kabupaten Tangerang. Letak kantornya berada di ruko Gading
BAB 3 PERANCANGAN 3.1 Sejarah Perusahaan PT Cipta Asri Multi Presisi berdiri pada tanggal 25 vember 1997. PT ini terletak di kabupaten Tangerang. Letak kantornya berada di ruko Gading Serpong. Maksud dan
Lebih terperinciOVERVIEW BASIS DATA RELASIONAL. Oleh: Ir. M. Ramadhan, MT
OVERVIEW BASIS DATA RELASIONAL Oleh: Ir. M. Ramadhan, MT Model Relasional Yang akan dibahas: Model relasional: struktur, karakteristik, key, representasi skema basis data Integritas relasional: integritas
Lebih terperinciyang lama (User Friendly) 1. Mengelola (insert, update, delete) Calon Pegawai 2. Mengelola (insert, update, delete) Recrutment
74 BAB 4 RANCANGAN SISTEM YANG DIUSULKAN 4.1 Database Planning 4.1.1 Mission Statement Mission Statement pada PT. Esham Dima Mandiri adalah sebagai berikut : 1. Untuk merancang, mengelola dan memelihara
Lebih terperinciBAB 3 ANALISIS DAN PERANCANGAN. laminating seperti U.V.varnish (memberikan hasil yang mengkilat), blister pack varnish
BAB 3 ANALISIS DAN PERANCANGAN 3.1 Riwayat Perusahaan PT. Kharisma Indah Warna adalah perusahaan yang bergerak di bidang jasa percetakan laminating. Perusahaan ini memproduksi berbagai macam jenis percetakan
Lebih terperinciPEMODELAN DATA (ER-D) Basis Data -1 / Dian Dharmayanti
PEMODELAN DATA (ER-D) Basis Data -1 / Dian Dharmayanti OUTLINE Modeling Entity, Relationship, Attributes Mapping Cardinality Constraints Key ER Diagram Design Issues Modeling (Entitas) Entitas adalah sesuatu
Lebih terperinciBAB 4 PERANCANGAN, IMPLEMENTASI, DAN EVALUASI. Teori umum yang dibahas dalam penulisan skripsi ini mencakup teori sistem
BAB 4 PERANCANGAN, IMPLEMENTASI, DAN EVALUASI 4.1 Perancangan Basis Data Teori umum yang dibahas dalam penulisan skripsi ini mencakup teori sistem basis data, Database Management System (DBMS), Database
Lebih terperinciBAB 4 PERANCANGAN BASIS DATA DAN IMPLEMENTASI. Untuk membuat perencanaan basis data yang baik harus melalui beberapa tahapan
BAB 4 PERANCANGAN BASIS DATA DAN IMPLEMENTASI 4.1 Database Planing Untuk membuat perencanaan basis data yang baik harus melalui beberapa tahapan yang ada, tahapan-tahapan tersebut adalah : 4.1.1 Mission
Lebih terperinciBAB IV PENJELASAN PEKERJAAN
BAB IV PENJELASAN PEKERJAAN 4.1 Metodologi Penelitian Untuk menyelesaikan permasalahan dalam Kerja Praktek ini, diperlukan waktu selama 20 hari atau setara dengan seratus enam puluh jam kerja mulai 01
Lebih terperinciPemodelan Basis Data Entity-Relationship Diagram (contoh kasus 2) Yusuf 2010
Pemodelan Basis Data Entity-Relationship Diagram (contoh kasus 2) Yusuf Priyandari @Agustus 2010 Tahap Pengembangan Basis Data Model 1 1 2 Topics discussed 3 4 5 6 7 2 Database Design Methodology Topics
Lebih terperinciBAB 4 ANALISA DAN PERANCANGAN SISTEM INFORMASI
BAB 4 ANALISA DAN PERANCANGAN SISTEM INFORMASI 4.1 Usulan Prosedur Baru 4.1.1 Prosedur Pendaftaran Klien Pada awalnya, klien akan melakukan pendaftaran dengan memasukkan nama lengkap, username, alamat
Lebih terperinciIsi Status Nikah. Isi Agama. Isi Jln. Isi RT / RW. Isi Kecamatan. Isi Kelurahan. Isi Kota. Isi Kode Pos. Isi Telepon. Isi No.
273 Isi Kewarganegaraan Isi Status Nikah Isi Agama Isi Jln Isi RT / RW Isi Kecamatan Isi Kelurahan Isi Kota Isi Kode Pos Isi Telepon Isi No. Jamsostek Isi Golongan Darah Isi Tanggal Mulai Kerja Isi Nama
Lebih terperinciBAB 2 LANDASAN TEORI
7 BAB 2 LANDASAN TEORI 2.1 Teori-teori Dasar/Umum 2.1.1 Data Data adalah fakta yang didapat, di mana kenyataan tambahan dapat ditarik menjadi simpulan (Date, 2004, p15). Data merupakan fakta yang dapat
Lebih terperinciEntity Relationship Model
Entity Relationship Model Gentisya Tri Mardiani, S.Kom., M.Kom BasDat 2016 Pendahuluan Model data E-R didasarkan pada persepsi bahwa dunia nyata merupakan sekumpulan dari sejumlah obyek dasar (entitas)
Lebih terperinciEntity Relationship Diagram. Rima Dias Ramadhani, S.Kom., M.Kom Wa:
Entity Relationship Diagram Rima Dias Ramadhani, S.Kom., M.Kom Email: rima@ittelkom-pwt@ac.id Wa: 087731680017 Entity Relationship Diagram Semesta Data di dunia nyata ditransformasikan ke dalam sebuah
Lebih terperinciPerancangan Basis Data Relasional. (Lanjutan dengan EER) By : Hanung N. Prasetyo
Perancangan Basis Data Relasional (Lanjutan dengan EER) By : Hanung N. Prasetyo Himpunan Entitas Lemah Himpunan Entitas Lemah tidak memiliki primary key dan selalu bergantung pada entitas lain. Notasi
Lebih terperinciBAB 4 RANCANGAN SISTEM YANG DIUSULKAN. (admin). Bagian front end ditujukan untuk user / pelanggan, sedangkan back end
BAB 4 RANCANGAN SISTEM YANG DIUSULKAN 4.1 Usulan Perancangan Sistem Sistem yang diusulkan dirancang berdasarkan analisis kebutuhan sistem dan permasalahan yang dihadapi oleh PT Kuwera Jaya Tour & Travel,
Lebih terperinciUNIVERSITAS BINA NUSANTARA. Jurusan Teknik Informatika. Fakultas Ilmu Komputer. Skripsi Sarjana Komputer. Semester Genap Tahun 2008
UNIVERSITAS BINA NUSANTARA Jurusan Teknik Informatika Fakultas Ilmu Komputer Skripsi Sarjana Komputer Semester Genap Tahun 2008 ANALISA DAN PERANCANGAN APLIKASI SISTEM BASIS DATA PEMBELIAN, PERSEDIAAN
Lebih terperinciBAB 4 Perancangan Sistem Basis Data
BAB 4 Perancangan Sistem Basis Data 4.1 Usulan Prosedur Baru 4.1.1 Prosedur Penilaian Sekolah SMK IT Prima Unggul memiliki standar penilaian yang digunakan untuk mengukur setiap guru pada sekolah. Terlebih
Lebih terperinciLAMPIRAN. Tabel Identifikasi Tipe-Tipe Entitas. Nama Entitas Deskripsi Alias Occurence. untuk. mendeskripsikan. seluruh dosen. Binus University.
L1 LAMPIRAN Tabel Identifikasi Tipe-Tipe Entitas Nama Entitas Deskripsi Alias Occurence MsDosen Istilah umum dosen Dosen untuk mengumpulkan mendeskripsikan berkas kegiatan seluruh dosen untuk pengurusan
Lebih terperinciUNIVERSITAS BINA NUSANTARA. Jurusan Teknik Informatika Skripsi Sarjana Komputer Semester Ganjil tahun 2005/2006
UNIVERSITAS BINA NUSANTARA Jurusan Teknik Informatika Skripsi Sarjana Komputer Semester Ganjil tahun 2005/2006 ANALISIS DAN PERANCANGAN BASIS DATA SUMBER DAYA MANUSIA PADA PT MARTHA BEAUTY GALLERY Rinaldi
Lebih terperinciBAB 3 ANALISIS DAN PERANCANGAN. 3.1 Sejarah dan Perkembangan Perusahaan. Perusahaan ini berpusat di Jalan Imam Bonjol km 2,5 (Jalan industri no.
BAB 3 ANALISIS DAN PERANCANGAN 3.1 Sejarah dan Perkembangan Perusahaan. PT. Sahabat Jaya Sukses Abadi berdiri sejak awal tahun 1990. Perusahaan ini berpusat di Jalan Imam Bonjol km 2,5 (Jalan industri
Lebih terperinciSISTEM BASIS DATA. Pertemuan 4. 3 SKS Semester 2 S1 Sistem Informasi Nizar Rabbi Radliya
SISTEM BASIS DATA Pertemuan 4 3 SKS Semester 2 S1 Sistem Informasi ------------------------- Nizar Rabbi Radliya nizar@email.unikom.ac.id Universitas Komputer Indonesia 2017 Tujuan perancangan basis data:
Lebih terperinciUNIVERSITAS BINA NUSANTARA. Jurusan Teknik Informatika Program Studi Strata-1 Skripsi Sarjana Komputer Semester Ganjil tahun 2005/2006
UNIVERSITAS BINA NUSANTARA Jurusan Teknik Informatika Program Studi Strata-1 Skripsi Sarjana Komputer Semester Ganjil tahun 2005/2006 ANALISIS DAN PERANCANGAN BASISDATA PENJUALAN, PEMBELIAN DAN PERSEDIAAN
Lebih terperinciBAB 4 PERANCANGAN DAN IMPLEMENTASI. terdiri dari 3 (tiga) tahap perancangan yaitu : 1. Perancangan basisdata konseptual
BAB 4 PERANCANGAN DAN IMPLEMENTASI 4.1 Perancangan Basisdata Perancangan basisdata ini bertujuan supaya dapat membantu memecahkan permasalahan yang dihadapi oleh PT Asuransi Jiwasraya. Perancangan basisdata
Lebih terperinciBAB 4 PERANCANGAN DAN IMPLEMENTASI
BAB 4 PERANCANGAN DAN IMPLEMENTASI 4.1 Database Planning 4.1.1 Mission Statement Tujuan dari aplikasi database PT Digital Visual Teknologi divisi Sumber Daya Manusia adalah membuat dan mengatur data-data
Lebih terperinciPertemuan 2-3 ER-MODEL
Pertemuan 2-3 ER-MODEL INDIKATOR 1. Memahami konsep dasar ER Model. 2. Mengenal notasi ER Diagram. 3. Memahami Entity, Attribute, Entity Set dan Key (Primary Key dan Foreign Key) 4. Memahami relasi dan
Lebih terperinciPertemuan <<6>> <<Merancang Model Relasional Database>>
Pertemuan 1 Learning Outcomes Pada akhir pertemuan ini, diharapkan mahasiswa akan mampu : > Mahasiswa dapat menghasilkan model data relasional berdasarkan
Lebih terperinciBAB III METODE PENELITIAN
BAB III METODE PENELITIAN A. SUBJEK PENELITIAN Penelitian ini dilakukan di Nabila Cake & Bakery berlokasi di Jl. Gajah Mada No 22 Ponorogo. Sistem yang dibuat ini diharapkan dapat memberikan manfaat bagi
Lebih terperinciBAB 3 ANALISA DAN PERANCANGAN SISTEM BERJALAN
BAB 3 ANALISA DAN PERANCANGAN SISTEM BERJALAN 3.1 Tentang Perusahaan Jakarta Communication Club ( JCC ) 1 Pusat Bahasa adalah lembaga institusi pendidikan yang berdiri sejak 3 Maret 1997. JCC mengalami
Lebih terperinciBasisdata, sistem basisdata, perancangan sistem basisdata.
UNIVERSITAS BINA NUSANTARA Jurusan Teknik Informatika Program Studi Ilmu Komputer Skripsi Sarjana Komputer Semester Ganjil tahun 2006/2007 ANALISIS DAN PERANCANGAN SISTEM BASISDATA PENJUALAN PADA PD. CAHAYA
Lebih terperinciBAB 2 LANDASAN TEORI. beberapa pakar. Definisi tersebut antara lain yaitu : dari beberapa file dokumen yang terhubung secara logis.
6 BAB 2 LANDASAN TEORI 2.1 Pengertian Basis Data Ada beberapa macam definisi tentang basis data yang disampaikan oleh beberapa pakar. Definisi tersebut antara lain yaitu : Menurut O Brien (2002, p.166)
Lebih terperinciENTITY RELATIONSHIP DIAGRAM. SiBaDa Sesi 4
ENTITY RELATIONSHIP DIAGRAM SiBaDa Sesi 4 ENTITY RELATIONAL DIAGRAM ERD adalah suatu diagram untuk menggambarkan desain konseptual dari yang menghubungkan antara objek satu dengan objek lainnya dalam dunia
Lebih terperinciLAMPIRAN. Hari dan Tanggal : Senin, 17 October : 1. Bonnie Ayu Anggreini. (Recruitment & Selection Officer)
LAMPIRAN Lampiran 1 Hasil Wawancara Hari dan Tanggal : Senin, 17 October 2011 Jam : 10.00 12.00 Nara Sumber : 1. Bonnie Ayu Anggreini (Organization Development & Talent Management Officer) 2. Anastasia
Lebih terperinciEntity Relationship Model
Entity Relationship Model Outline Pendahuluan Entitas Atribut Batasan Keys Hubungan Pendahuluan Model data E-R didasarkan pada persepsi bahwa dunia nyata merupakan sekumpulan dari sejumlah obyek dasar
Lebih terperinciBAB 2 LANDASAN TEORI
BAB 2 LANDASAN TEORI 2.1 Teori umum Data Data merupakan aliran fakta yang mewakili kejadian yang terjadi dalam organisasi atau dalam lingkungan fisik sebelum mereka diatur menjadi sebuah bentuk yang dapat
Lebih terperinciER-DIAGRAM (ENTITY RELATIONSHIP DIAGRAM)
BASIS DATA I/2011-GANJIL ER-DIAGRAM (ENTITY RELATIONSHIP DIAGRAM) Oleh Satrio Agung Wicaksono, S.Kom., M.Kom 21 September 2011 BASIS DATA I/2011-GANJIL 1 Model Entity Relationship Model Entity Relationship
Lebih terperinciBAB IV HASIL DAN PEMBAHASAN. yang lama dengan sistem yang baru. Analisa sistem ini berisi dan System Flow,
BAB IV HASIL DAN PEMBAHASAN 4.1 Analisis Sistem Analisis sistem ini digunakan untuk melihat proses-proses sistem baru yang akan dibuat. Dari analisa sistem ini juga bisa melihat perbedaan antara sistem
Lebih terperinciModul ke: Pertemuan - 8. Model Relasi Entitas. Fakultas Ilmu Komputer. Ariefah Rachmawati. Program Studi Sistem Informasi.
Modul ke: Pertemuan - 8 Model Relasi Entitas Fakultas Ilmu Komputer Ariefah Rachmawati Program Studi Sistem Informasi www.mercubuana.ac.id Bagian Isi Entity Sets Relationship Sets Design Issues Mapping
Lebih terperinciBAB IV DESKRIPSI PEKERJAAN. proyek Sisem Informasi Rekrutmen pada PT. PAL INDONESIA (Persero).
BAB IV DESKRIPSI PEKERJAAN Berikut adalah rencana kerja yang menjadi landasan dan acuan dalam proyek Sisem Informasi Rekrutmen pada PT. PAL INDONESIA (Persero). 4.1. Analisa dan Perancangan Sistem Sesuai
Lebih terperinciBAB II TINJAUAN PUSTAKA DAN LANDASAN TEORI
BAB II TINJAUAN PUSTAKA DAN LANDASAN TEORI 2.1 Tinjauan Pustaka Tinjauan pustaka dilakukan berdasarkan pada penelitian terdahulu, berikut pemaparan beberapa kajian penelitian : (C Wibowo, A. Angelia, A.Natalia
Lebih terperinciSistem Basis Data. Chapter 5: Logical Database Design and the Relational Model Andronicus Riyono, M.T.
Sistem Basis Data Chapter 5: Logical Database Design and the Relational Model Andronicus Riyono, M.T. E-R & Relational Model Conceptual Data Model (E-R Model) dibuat untuk memahami kebutuhan data dan aturan-aturan
Lebih terperinciERD, EERD DAN PEMETAAN KE MODEL RELASIONAL
BAB 1 ERD, EERD DAN PEMETAAN KE MODEL RELASIONAL Tujuan Belajar: Memahami konsep dalam Model EntitasHubungan (EntityRelationship Model) Memahami dan bisa membuat Entity Relationship Diagram (ERD) Memahami
Lebih terperinciBAB III ANALISA DAN PERANCANGAN
BAB III ANALISA DAN PERANCANGAN 3.1 Analisa Sistem Dalam perancangan suatu sistem berbasis komputer perlu adanya analisis sistem. Analisis sistem dapat didefinisikan sebagai penguraian dari suatu sistem
Lebih terperinciBAB 4 PERANCANGAN DAN IMPLEMENTASI
BAB 4 PERANCANGAN DAN IMPLEMENTASI 4.1 Perancangan Sistem Setelah melakukan interview dan analisis pada sistem yang sudah berjalan, maka akan dilakukan perubahan sistem yang terdahulu digunakan. Sistem
Lebih terperinciUNIVERSITAS BINA NUSANTARA Jurusan Teknik Informatika Fakultas Ilmu komputer Skripsi Sarjana komputer Semester Genap Tahun 2006
UNIVERSITAS BINA NUSANTARA Jurusan Teknik Informatika Fakultas Ilmu komputer Skripsi Sarjana komputer Semester Genap Tahun 2006 ANALISIS DAN PERANCANGAN DATABASE SISTEM PEMESANAN, PEMBELIAN, PRODUKSI DAN
Lebih terperinciBAB 2 LANDASAN TEORI
BAB 2 LANDASAN TEORI 2.1. Teori Umum 2.1.1. Data Menurut Connolly dan Begg (2010, p19), data adalah komponen yang paling penting dalam Database Management System (DBMS), berasal dari sudut pandang end
Lebih terperinciUNIVERSITAS BINA NUSANTARA ANALISIS DAN PERANCANGAN SISTEM BASIS DATA SUMBER DAYA MANUSIA PADA PT. SURYA TOTO INDONESIA
UNIVERSITAS BINA NUSANTARA Jurusan Teknik Informatika Skripsi Sarjana Komputer Semester Ganjil tahun 2006/2007 ANALISIS DAN PERANCANGAN SISTEM BASIS DATA SUMBER DAYA MANUSIA PADA PT. SURYA TOTO INDONESIA
Lebih terperinciANALISIS DAN PERANCANGAN SISTEM BASISDATA PEMBELIAN DAN PERSEDIAAN PADA PT. INDO PRIMA FOODS
UNIVERSITAS BINA NUSANTARA Jurusan Teknik Informatika Skripsi Sarjana Komputer Semester Genap tahun 2005/2006 ANALISIS DAN PERANCANGAN SISTEM BASISDATA PEMBELIAN DAN PERSEDIAAN PADA PT. INDO PRIMA FOODS
Lebih terperinciBAB 4 PERANCANGAN BASIS DATA
BAB 4 PERANCANGAN BASIS DATA 4.1 Database Planning Pernyataan Misi : Perancangan basis data berbasis web PT. Tatalogam Lestari bertujuan untuk mempermudah karyawan melihat absensi dan menampilkan daftar
Lebih terperinciBAB III ANALISIS DAN DESAIN SISTEM
41 BAB III ANALISIS DAN DESAIN SISTEM III.1. Analisis Sistem Yang Sedang Berjalan Pada bagian ini, penulis memaparkan tentang analisa sistem berjalan di KPP Pratama Medan Belawan mulai dari analisa dokumen
Lebih terperinciBAB 3 ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM BASIS DATA
60 BAB 3 ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM BASIS DATA 3.1 Riwayat Perusahaan Lembaga Musik Cantata ( LMC ) didirikan pada tahun 1991 oleh Ibu Annalely B.A, yang merupakan lulusan dari Mozarteum
Lebih terperinciPERANCANGAN BASIS DATA. Alif Finandhita, S.Kom
PERANCANGAN BASIS DATA Alif Finandhita, S.Kom Proses perancangan basis data, terlepas dari masalah yang ditangani dibagi menjadi 3 tahapan : Perancangan basis data secara konseptual Merupakan upaya untuk
Lebih terperinciBAB 4 PERANCANGAN SISTEM
BAB 4 PERANCANGAN SISTEM 4.1 DFD 4.1.1 DFD Context Gambar 4.1 DFD Context 59 60 4.1.2 DFD Level 0 Gambar 4.2 DFD Level 0 4.1.3 DFD Level 1 61 62 Gambar 4.3 DFD Level 1 4.2 Perancangan Basis Data Konseptual
Lebih terperinciBAB III ANALISA DAN DESAIN SISTEM
BAB III ANALISA DAN DESAIN SISTEM III.1. Analisa Sistem Yang Berjalan Proses analisa sistem merupakan langkah kedua pada fase pengembangan sistem. Analisa sistem dilakukan untuk mengetahui kelebihan dan
Lebih terperinciUNIVERSITAS BINA NUSANTARA
UNIVERSITAS BINA NUSANTARA Jurusan Teknik Informatika Program Studi Strata-1 Skripsi Sarjana Komputer Semester Genap tahun 2003/2004 ANALISIS DAN PERANCANGAN SISTEM BASIS DATA PENJUALAN PT. SUMBER DATA
Lebih terperinciBAB 4 PERANCANGAN DAN IMPLEMENTASI
BAB 4 PERANCANGAN DAN IMPLEMENTASI 4.1 Perancangan Sistem Basis Data Perancangan basis data dilakukan sesuai dengan kebutuhan informasi dari PT. Mekar Prana Indah, difokuskan pada perancangan basis data
Lebih terperinciBAB 2 LANDASAN TEORI
6 BAB 2 LANDASAN TEORI 2.1. Teori Basis Data 2.1.1 Pengertian Data Data adalah fakta - fakta yang telah diketahui dan dapat dikumpulkan serta dapat disimpan dalam media komputer. Data terdiri dari fakta-fakta
Lebih terperinciBAB 3 ANALISIS DAN PERANCANGAN. sebagai Celio Bistro memiliki domisili di Rukan Kencana Niaga Blok D1 No. 3C,
BAB 3 ANALISIS DAN PERANCANGAN 3.1 Sejarah Perusahaan Berdiri pada tanggal 6 Desember 2008, PT. Inspirasindo yang dikenal sebagai Celio Bistro memiliki domisili di Rukan Kencana Niaga Blok D1 No. 3C, 3D
Lebih terperinciPemodelan Data (1) Week 2
Pemodelan Data (1) Week 2 Entity Relationship Diagram Sebuah teknik pemodelan data yang merepresentasikan gambar entitas dan relasi-relasi antar entitas di dalam sebuah sistem informasi Dibentuk oleh dua
Lebih terperinciBAB III METODOLOGI 3.1 Pengumpulan dan Analisa Data 3.2 Perancangan Database Konseptual
BAB III METODOLOGI 3.1 Pengumpulan dan Analisa Data Dalam penelitian ini penulis melakukan pengumpulan informasi dan analisis data yang dibutuhkan melalui website yang merujuk pada e-learning dan ujian
Lebih terperinciMODUL 1 SEPUTAR PERANCANGAN DATABASE. 1.1 Entity-Relationship Model (ER Model) dan Entity Relationship Diagram (ERD)
MODUL 1 SEPUTAR PERACAGA DATABASE TUJUA PRAKTIKUM 1. Praktikan mampu menggambarkan ERD dengan baik dan benar dengan ER Modeling. 2. Praktikan dapat memahami konsep Basis Data Relasional. 3. Praktikan mampu
Lebih terperinciBAB III ANALISIS DAN DESAIN SISTEM
BAB III ANALISIS DAN DESAIN SISTEM III.1. Analisis Sistem Yang Sedang Berjalan Untuk mengetahui sistem yang sedang berjalan dan untuk mempelajari sistem yang ada, diperlukan suatu penggambaran aliranaliran
Lebih terperinciTabel dan Key dalam Database Tipe data dan Karakter pada Database. Author : Minarni, S.Kom.,MM
Tabel dan Key dalam Database Tipe data dan Karakter pada Database Author : Minarni, S.Kom.,MM Buatlah 3 buah file/ tabel 2 diantara 3 file tersebut berhubungan, misal tabel A berhubungan dengan tabel B,
Lebih terperinciBAB 3 ANALISIS SISTEM YANG SEDANG BERJALAN
57 BAB 3 ANALISIS SISTEM YANG SEDANG BERJALAN 3.1 Riwayat Perusahaan 3.1.1 Sejarah PT Abdibangun Buana PT. Abdibangun Buana yang pada mulanya bernama PT. Scanteknik Elektro Indonesia ini telah berdiri
Lebih terperinciBAB 4 PERANCANGAN DAN IMPLEMENTASI. Langkah selanjutnya yang perlu dilakukan adalah perancangan basis data yang dibagi
BAB 4 PERANCANGAN DAN IMPLEMENTASI 4.1 Perancangan Basis Data Langkah selanjutnya yang perlu dilakukan adalah perancangan basis data yang dibagi kedalam 3 tahapan, yaitu : 1. Perancangan Basis Data Konseptual
Lebih terperinciBAB III ANALISIS DAN DESAIN SISTEM
BAB III ANALISIS DAN DESAIN SISTEM III.1. Analisis Sistem yang Berjalan Analisa sistem pada yang berjalan bertujuan untuk mengidentifikasi serta melakukan evaluasi terhadap Sistem Pendukung Keputusan Pemberian
Lebih terperinciBAB III PERANCANGAN SISTEM
BAB III PERANCANGAN SISTEM 3.1 Analisis Permasalahan PT. HD Finance adalah perusahaan yang bergerak dibidang kredit motor bertempat di kawasan Surabaya. Dalam pemasaran jasanya lebih banyak menawarkan
Lebih terperinciBAB IV ANALISIS DAN PERANCANGAN SISTEM. diketahui dan diidentifikasi sehingga dalam membangun perangkat lunak lebih
BAB IV ANALISIS DAN PERANCANGAN SISTEM 4.1 Analisis Sistem yang Berjalan Analisis sistem memberikan gambaran tentang sistem yang diamati yang saat ini sedang berjalan. Kelebihan dan kekurangan sistem tersebut
Lebih terperinciER (Entity-Relationship) Model dan Mapping ke Model Relasional. Politeknik Elektronika Negeri Surabaya
ER (Entity-Relationship) Model dan Mapping ke Model Relasional Politeknik Elektronika Negeri Surabaya Tujuan Pembelajaran Tujuan: 1. Memahami konsep dasar ER Model. 2. Mengenal notasi ER Diagram. 3. Memahami
Lebih terperinciBAB II LANDASAN TEORI. (Davis, 1995, hal.68). Informasi menurut Gordon B. Davis adalah data yang telah
BAB II LANDASAN TEORI 2.1 Pengertian Sistem Informasi Manajemen Sistem menurut Gordon B. Davis adalah terdiri dari bagian-bagian yang saling berkaitan yang beroperasi bersama untuk mencapai beberapa sasaran
Lebih terperinciBAB 4 HASIL DAN BAHASAN. antara lain purchase report, sales report, purchase retur, sales retur. 1. Pengelolahan data (Insert, Update) Customer.
70 BAB 4 HASIL DAN BAHASAN 4.1 Definisi Sistem 4.1.1 Mission Statement Tujuan dari pembuatan aplikasi database yang berbasis web ini yaitu untuk integrasi data mempermudah pencatatan transaksi dan laporan
Lebih terperinciBAB 3 ANALISIS DAN PERANCANGAN SISTEM
BAB 3 ANALISIS DAN PERANCANGAN SISTEM 3.1 Riwayat Perusahaan PT. Bahagia Idkho Mandiri adalah perusahaan yang bergerak dibidang industri kosmetik dengan merk dagang MBK. Logo MBK berupa kembang sepatu
Lebih terperinciBAB IV DISKRIPSI PEKERJAAN. sistem informasi penggajian pada PT. KARYA MANDIRI BERSAMA.
19 BAB IV DISKRIPSI PEKERJAAN 4.1 Analisa Sistem Menganalisa sistem merupakan langkah awal dalam membuat sistem baru. Langkah pertama adalah melakukan wawancara dan pengamatan, dalam hal ini sistem informasi
Lebih terperinciUNIVERSITAS BINA NUSANTARA. Fakultas Ilmu Komputer Jurusan Teknik Informatika Skripsi Sarjana Komputer Semester Genap Tahun 2006 / 2007
UNIVERSITAS BINA NUSANTARA Fakultas Ilmu Komputer Jurusan Teknik Informatika Skripsi Sarjana Komputer Semester Genap Tahun 2006 / 2007 ANALISIS DAN PERANCANGAN SISTEM BASIS DATA SERTIFIKASI PADA LEMBAGA
Lebih terperinciUniversitas Bina Nusantara ANALISIS DAN PERANCANGAN SISTEM BASIS DATA PENDIDIKAN PADA LEMBAGA MUSIK CANTATA
Universitas Bina Nusantara Jurusan Teknik Informatika Skripsi Sarjana Komputer Semester Ganjil tahun 2005/2006 ANALISIS DAN PERANCANGAN SISTEM BASIS DATA PENDIDIKAN PADA LEMBAGA MUSIK CANTATA Viriya Adithana
Lebih terperinciBAB 2 LANDASAN TEORI
4 BAB 2 LANDASAN TEORI 2.1 Pengertian Data Menurut O brien (2004, p38), data adalah fakta atau observasi mentah, yang biasanya mengenai fenomena fisik atau transaksi bisnis. Menurut McLeod and Schell (2007,
Lebih terperinciBAB IV ANALISIS DAN DESAIN SISTEM. Berdasarkan hasil observasi dan wawancara terkait proses yang berjalan
BAB IV ANALISIS DAN DESAIN SISTEM 4.1 Analisis Sistem Berdasarkan hasil observasi dan wawancara terkait proses yang berjalan saat ini dari perusahaan terkait, bagaimana proses dari pelaporan penggajian
Lebih terperinciBasis Data. Pemodelan Database dengan ER Diagram (Entity Relationship Diagram) Arif Basofi, S.Kom. MT. Teknik Informatika, PENS
Basis Data Pemodelan Database dengan ER Diagram (Entity Relationship Diagram) Arif Basofi, S.Kom. MT. Teknik Informatika, PENS Tujuan 1. Memahami konsep dasar ER Model. 2. Mengenal notasi ER Diagram. 3.
Lebih terperinciPertemuan Transformasi ER-MODEL INDIKATOR. 1. Memahami ER model 2. Menerapkan transformasi ER- Model ke Model Relasional.
Pertemuan 4-5-6 Transformasi ER-MODEL INDIKATOR 1. Memahami ER model 2. Menerapkan transformasi ER- Model ke Model Relasional. URAIAN MATERI PERANCANGAN DATABASE Perancangan Database adalah proses untuk
Lebih terperinciBAB 2 LANDASAN TEORI
7 BAB 2 LANDASAN TEORI 2.1 Teori Umum 2.1.1 Terminologi Definisi Sistem Sistem adalah sekelompok elemen yang terintegrasi dengan maksud yang sama untuk mencapai suatu tujuan, McLeod (1996,p13). Dan kebanyakkan
Lebih terperinciANALISIS DAN PERANCANGAN SISTEM BASIS DATA KEPEGAWAIAN BERBASIS WEB PADA PT MULTI STRUCTURE SKRIPSI. Oleh. Agus Sri Indrawan Sigit
ANALISIS DAN PERANCANGAN SISTEM BASIS DATA KEPEGAWAIAN BERBASIS WEB PADA PT MULTI STRUCTURE SKRIPSI Oleh Agus Sri Indrawan Sigit 1000850216 Ariane Suci Ismarani 1000851111 Yayang Syarif Hidayat 1000851295
Lebih terperinciBAB 4 RANCANGAN SISTEM YANG DIUSULKAN
BAB 4 RANCANGAN SISTEM YANG DIUSULKAN 4.1 Usulan Prosedur Baru Berdasarkan analisis permasalahan yang dilakukan terhadap sistem yang sedang berjalan pada perusahaan ini, maka diusulkan membangun sistem
Lebih terperinciPERTEMUAN IV ADVANCED ENTITY RELATIONSHIP DIAGRAM FAK. TEKNIK JURUSAN TEKNIK INFORMATIKA
PERTEMUAN IV ADVANCED ENTITY RELATIONSHIP DIAGRAM FAK. TEKNIK JURUSAN TEKNIK INFORMATIKA Pertemuan IV Advanced Entity Relationship Diagram Fak. Teknik Jurusan Teknik Informatika Universitas Pasundan Caca
Lebih terperinciBAB 4 PERANCANGAN DAN IMPLEMENTASI. usulkan berdasarkan sistem yang akan dibuat.
93 BAB 4 PERANCANGAN DAN IMPLEMENTASI 4.1 Usulan Perancangan Sistem 4.1.1 DFD Level 0 Berikut ini merupakan rancangan Data Flow Diagram level 0 yang kami usulkan berdasarkan sistem yang akan dibuat. Daft
Lebih terperinciBAB 4 PEMBAHASAN, IMPLEMENTASI, DAN EVALUASI. Pada metode ini, terdapat tiga fase utama yaitu: data dari informasi yang digunaan oleh perusahaan.
BAB 4 PEMBAHASAN, IMPLEMENTASI, DAN EVALUASI 4.1 Metode Perancangan Basis Data Pada metode ini, terdapat tiga fase utama yaitu: a. Perancangan basis data konseptual: merupakan proses pembuatan basis data
Lebih terperinciUNIVERSITAS BINA NUSANTARA. Jurusan Teknik Informatika Skripsi Sarjana Komputer Semester Ganjil Tahun 2005/2006
UNIVERSITAS BINA NUSANTARA Jurusan Teknik Informatika Skripsi Sarjana Komputer Semester Ganjil Tahun 2005/2006 ANALISA & PERANCANGAN BASIS DATA SISTEM OPERASIONAL BERBASIS WEB PADA PT. PELAYARAN MITRABAHARI
Lebih terperinciBAB 1 PENDAHULUAN. pengaturan data secara cepat dan akurat, telah mengubah perpustakaan yang
BAB 1 PENDAHULUAN 1.1 Latar Belakang Dewasa ini perkembangan informasi dalam suatu perpustakaan dapat berkembang dengan sangat cepat. Data data yang diolah khususnya data perpustakaan semakin banyak dan
Lebih terperinciBAB IV DESKRIPSI KERJA PRAKTEK. yang akan diolah, kebutuhan dari solusi permasalahan, dan output yang akan
BAB IV DESKRIPSI KERJA PRAKTEK 4.1 Analisa Sistem Sebelum melakukan desain sistem yang akan dibuat, maka langkah yang pertama kali dilakukan yaitu menganalisis kebutuhan sistem. Di dalam tahapan analisis
Lebih terperinci