BAB 4 PERANCANGAN DAN EVALUASI Mengidentifikasi Beberapa Tipe Entitas. berjalan, antara lain :

Ukuran: px
Mulai penontonan dengan halaman:

Download "BAB 4 PERANCANGAN DAN EVALUASI Mengidentifikasi Beberapa Tipe Entitas. berjalan, antara lain :"

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

BAB 4 PERANCANGAN DAN IMPLEMENTASI. 1. Perancangan database konseptual (conceptual database design).

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

BAB 4 PERANCANGAN, IMPLEMENTASI, DAN EVALUASI SISTEM. Proses perancangan sistem basis data yang dibuat meliputi perancangan konseptual,

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

BAB IV PERANCANGAN DAN IMPLEMENTASI

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

BAB 4 PERANCANGAN SISTEM BASIS DATA

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

BAB 4 PERANCANGAN SISTEM YANG DIUSULKAN. enterprise, terbebas dari semua pertimbangan fisik Identifikasi Tipe-tipe Entiti

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

Metodologi Perancangan basis data secara konseptual

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

BAB 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. 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 terperinci

BAB 2 LANDASAN TEORI

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

BAB II ANALISIS DAN PERANCANGAN

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

BAB 4 RANCANGAN SISTEM YANG DIUSULKAN. Bangun Abadi yang meliputi diagram konteks, diagram nol, dan diagram rinci.

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

BAB III PERANCANGAN SISTEM

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

BAB 3 PERANCANGAN. ini terletak di kabupaten Tangerang. Letak kantornya berada di ruko Gading

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

OVERVIEW BASIS DATA RELASIONAL. Oleh: Ir. M. Ramadhan, MT

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

yang lama (User Friendly) 1. Mengelola (insert, update, delete) Calon Pegawai 2. Mengelola (insert, update, delete) Recrutment

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

BAB 3 ANALISIS DAN PERANCANGAN. laminating seperti U.V.varnish (memberikan hasil yang mengkilat), blister pack varnish

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

PEMODELAN DATA (ER-D) Basis Data -1 / Dian Dharmayanti

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

BAB 4 PERANCANGAN, IMPLEMENTASI, DAN EVALUASI. Teori umum yang dibahas dalam penulisan skripsi ini mencakup teori sistem

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

BAB 4 PERANCANGAN BASIS DATA DAN IMPLEMENTASI. Untuk membuat perencanaan basis data yang baik harus melalui beberapa tahapan

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

BAB IV PENJELASAN PEKERJAAN

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

Pemodelan Basis Data Entity-Relationship Diagram (contoh kasus 2) Yusuf 2010

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

BAB 4 ANALISA DAN PERANCANGAN SISTEM INFORMASI

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

Isi Status Nikah. Isi Agama. Isi Jln. Isi RT / RW. Isi Kecamatan. Isi Kelurahan. Isi Kota. Isi Kode Pos. Isi Telepon. Isi No.

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

BAB 2 LANDASAN TEORI

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

Entity Relationship Model

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

Entity Relationship Diagram. Rima Dias Ramadhani, S.Kom., M.Kom Wa:

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

Perancangan Basis Data Relasional. (Lanjutan dengan EER) By : Hanung N. Prasetyo

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

BAB 4 RANCANGAN SISTEM YANG DIUSULKAN. (admin). Bagian front end ditujukan untuk user / pelanggan, sedangkan back end

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

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

BAB 4 Perancangan Sistem Basis Data

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

LAMPIRAN. Tabel Identifikasi Tipe-Tipe Entitas. Nama Entitas Deskripsi Alias Occurence. untuk. mendeskripsikan. seluruh dosen. Binus University.

LAMPIRAN. 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 terperinci

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

BAB 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. 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 terperinci

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

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

BAB 4 PERANCANGAN DAN IMPLEMENTASI. terdiri dari 3 (tiga) tahap perancangan yaitu : 1. Perancangan basisdata konseptual

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

BAB 4 PERANCANGAN DAN IMPLEMENTASI

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

Pertemuan 2-3 ER-MODEL

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

Pertemuan <<6>> <<Merancang Model Relasional Database>>

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

BAB III METODE PENELITIAN

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

BAB 3 ANALISA DAN PERANCANGAN SISTEM BERJALAN

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

Basisdata, sistem basisdata, perancangan sistem basisdata.

Basisdata, 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 terperinci

BAB 2 LANDASAN TEORI. beberapa pakar. Definisi tersebut antara lain yaitu : dari beberapa file dokumen yang terhubung secara logis.

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

ENTITY RELATIONSHIP DIAGRAM. SiBaDa Sesi 4

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

LAMPIRAN. Hari dan Tanggal : Senin, 17 October : 1. Bonnie Ayu Anggreini. (Recruitment & Selection Officer)

LAMPIRAN. 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 terperinci

Entity Relationship Model

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

BAB 2 LANDASAN TEORI

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

ER-DIAGRAM (ENTITY RELATIONSHIP DIAGRAM)

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

BAB IV HASIL DAN PEMBAHASAN. yang lama dengan sistem yang baru. Analisa sistem ini berisi dan System Flow,

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

Modul 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. 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 terperinci

BAB IV DESKRIPSI PEKERJAAN. proyek Sisem Informasi Rekrutmen pada PT. PAL INDONESIA (Persero).

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

BAB II TINJAUAN PUSTAKA DAN LANDASAN TEORI

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

Sistem 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. 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 terperinci

ERD, EERD DAN PEMETAAN KE MODEL RELASIONAL

ERD, 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 terperinci

BAB III ANALISA DAN PERANCANGAN

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

BAB 4 PERANCANGAN DAN IMPLEMENTASI

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

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

BAB 2 LANDASAN TEORI

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

UNIVERSITAS BINA NUSANTARA ANALISIS DAN PERANCANGAN SISTEM BASIS DATA SUMBER DAYA MANUSIA PADA PT. SURYA TOTO INDONESIA

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

ANALISIS DAN PERANCANGAN SISTEM BASISDATA PEMBELIAN DAN PERSEDIAAN PADA PT. INDO PRIMA FOODS

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

BAB 4 PERANCANGAN BASIS DATA

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

BAB III ANALISIS DAN DESAIN SISTEM

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

BAB 3 ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM BASIS DATA

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

PERANCANGAN BASIS DATA. Alif Finandhita, S.Kom

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

BAB 4 PERANCANGAN SISTEM

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

BAB III ANALISA DAN DESAIN SISTEM

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

UNIVERSITAS BINA NUSANTARA

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

BAB 4 PERANCANGAN DAN IMPLEMENTASI

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

BAB 2 LANDASAN TEORI

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

BAB 3 ANALISIS DAN PERANCANGAN. sebagai Celio Bistro memiliki domisili di Rukan Kencana Niaga Blok D1 No. 3C,

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

Pemodelan Data (1) Week 2

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

BAB III METODOLOGI 3.1 Pengumpulan dan Analisa Data 3.2 Perancangan Database Konseptual

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

MODUL 1 SEPUTAR PERANCANGAN DATABASE. 1.1 Entity-Relationship Model (ER Model) dan Entity Relationship Diagram (ERD)

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

BAB III ANALISIS DAN DESAIN SISTEM

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

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

BAB 3 ANALISIS SISTEM YANG SEDANG BERJALAN

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

BAB 4 PERANCANGAN DAN IMPLEMENTASI. Langkah selanjutnya yang perlu dilakukan adalah perancangan basis data yang dibagi

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

BAB III ANALISIS DAN DESAIN SISTEM

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

BAB III PERANCANGAN SISTEM

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

BAB IV ANALISIS DAN PERANCANGAN SISTEM. diketahui dan diidentifikasi sehingga dalam membangun perangkat lunak lebih

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

ER (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 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 terperinci

BAB II LANDASAN TEORI. (Davis, 1995, hal.68). Informasi menurut Gordon B. Davis adalah data yang telah

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

BAB 4 HASIL DAN BAHASAN. antara lain purchase report, sales report, purchase retur, sales retur. 1. Pengelolahan data (Insert, Update) Customer.

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

BAB 3 ANALISIS DAN PERANCANGAN SISTEM

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

BAB IV DISKRIPSI PEKERJAAN. sistem informasi penggajian pada PT. KARYA MANDIRI BERSAMA.

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

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

Universitas Bina Nusantara ANALISIS DAN PERANCANGAN SISTEM BASIS DATA PENDIDIKAN PADA LEMBAGA MUSIK CANTATA

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

BAB 2 LANDASAN TEORI

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

BAB IV ANALISIS DAN DESAIN SISTEM. Berdasarkan hasil observasi dan wawancara terkait proses yang berjalan

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

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

Pertemuan Transformasi ER-MODEL INDIKATOR. 1. Memahami ER model 2. Menerapkan transformasi ER- Model ke Model Relasional.

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

BAB 2 LANDASAN TEORI

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

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

BAB 4 RANCANGAN SISTEM YANG DIUSULKAN

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

PERTEMUAN 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 Pertemuan IV Advanced Entity Relationship Diagram Fak. Teknik Jurusan Teknik Informatika Universitas Pasundan Caca

Lebih terperinci

BAB 4 PERANCANGAN DAN IMPLEMENTASI. usulkan berdasarkan sistem yang akan dibuat.

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

BAB 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. 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 terperinci

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

BAB 1 PENDAHULUAN. pengaturan data secara cepat dan akurat, telah mengubah perpustakaan yang

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

BAB IV DESKRIPSI KERJA PRAKTEK. yang akan diolah, kebutuhan dari solusi permasalahan, dan output yang akan

BAB 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