BAB III ANALISA DAN PERANCANGAN SISTEM. Identifikasi permasalahan merupakan langkah awal yang harus dilakukan

(1)

22 BAB III

ANALISA DAN PERANCANGAN SISTEM

3.1 Identifikasi Permasalahan

Identifikasi permasalahan merupakan langkah awal yang harus dilakukan dalam membuat suatu sistem yang baru. Langkah awal yang dilakukan adalah proses wawancara, dengan tujuan untuk mendapatkan informasi tentang mekanisme penerimaan mahasiswa baru (penmaru) pada LP3I Surabaya.

Selanjutnya dilakukan identifikasi terhadap permasalahan yang ada pada LP3I Surabaya khususnya mengenai penmaru. Identifikasi masalah dimulai dengan observasi dan wawancara yang dilakukan pada tanggal 4 April 2015 sampai 29 Pebruari 2016. Data-data yang harus dikumpulkan pada saat melakukan observasi dan wawancara diantaranya mengenai pendaftaran, seleksi, dan wawancara.

Pada LP3I Surabaya penmaru dilakukan dengan cara, calon mahasiswa baru (calon aplikan) datang langsung ke lokasi untuk membeli formulir, pengisian formulir dilakukan dengan cara manual mengisi form kertas, kemudian dikumpulkan pada bagian penmaru. Calon aplikan juga diberikan kesempatan untuk mengikuti Tes Minat dan Bakat (TMB) sebelum melakukan pembelian formulir pendaftaran, agar tidak salah dalam menentukan jurusan. Formulir yuang sudah diisi lengkap, akan direkap oleh admin ke komputer untuk data pendaftar.

Selanjutnya calon aplikan dipersilahkan pulang dan menunggu kabar dari bagian penmaru melalui telepon mengenai jadwal tes potensi akademik yang akan dilaksanakan.

(2)

Setelah tes potensi akademik dilaksanakan, calon aplikan akan mengikuti sesi wawancara yang dilakukan secara perseorangan dan sebagai syarat penunjang dalam penerimaan. Tahapan selanjutnya yaitu penilaian yang diambil dari hasil tes potensi akademik sebesar 70% dan nilai hasil wawancara sebesar 30% sebagai hasil akhir nilai penerimaan. Jika nilai yang diperoleh calon aplikan lebih dari atau sama dengan 65, maka calon aplikan tersebut diterima, dan apabila kurang dari 65 maka hasilnya tidak diterima.

Hasil penerimaan akan diinformasikan kepada masing-masing calon aplikan melalui telepon. Data pendaftar pada tahun 2014, terdapat 264 pendaftar, dan ada 200 yang diterima. Terdapat sebanyak 172 (86%) calon aplikan yang berasal dari dalam kota (Surabaya), dan sisanya sejumlah 28 (14%) berasal dari luar kota Surabaya.

Berdasarkan proses bisnis yang ada, terdapat beberapa hal yang dianggap belum optimal yaitu, ketika calon aplikan membeli formulir pendaftaran, maka calon aplikan harus datang ke lokasi. Selain itu, calon aplikan juga harus kembali lagi dikemudian hari sampai beberapa kali untuk mengikuti tes TPA dan wawancara.

Kedua, untuk calon aplikan yang berada di luar kota Surabaya dan tidak memungkinkan untuk datang ke lokasi, tidak bisa mendaftar secara online karena sistem yang ada tidak mendukung, ditambah lagi admin penmaru harus melakukan rekap setiap form pendaftaran, dan sering ditemukannya kesalahan penulisan dalam melakukan rekap data.

(3)

3.1.1 Document Flow Penerimaan Mahasiswa Baru pada LP3I Surabaya

Document Flow Penmaru

Penmaru Calon Aplikan

Start

Formulir Pendaftaran

Mengisi Data Calon Aplikan

Formulir Pendaftaran

Lengkap ?

Tidak

Nomor Pendaftaran

Membuat Nomor Pendaftaran

Ya

Membuat Jadwal Tes

Hasil Test Potensi Akademik

Melakukan Seleksi

Hasil Penerimaan

End

Hasil Test Minat Bakat

Memberi Saran Pilihan Jurusan Menerima Saran

Pilihan Jurusan

Rekap Hasil Wawancara Melaksana

kan Tes

Melakukan Wawancara

Gambar 3.1 Document Flow Penmaru pada LP3I Surabaya

(4)

Proses penerimaan mahasiswa baru (penmaru) pada LP3I Surabaya yang dijelaskan pada document flow pada Gambar 3.1, dalam proses ini calon aplikan terlebih dahulu datang ke bagian penmaru untuk melakukan transaksi pembelian formulir, kemudian calon aplikan wajib mengisi data diri sesuai formulir. Setelah semuanya terisi lengkap, maka selanjutnya diserahkan ke bagian penmaru untuk dijadwalkan tes dengan dibuatkan nomor tes dan jadwal tes.

Pelaksanaan seleksi dilakukan di LP3I Surabaya dengan pemberitahuan jadwal melalui telepon. Seleksi dilaksanakan dengan mengikuti dua tes yaitu, Tes Potensi Akademik (TPA) dan dilanjutkan dengan Tes Minat Bakat (TMB) yang bersifat opsional. Tes TPA menghasilkan informasi tentang penerimaan, sedangkan Tes TMB menghasilkan informasi saran pilihan jurusan. Proses akhir yaitu pembobotan nilai yang diambil dari hasil TPA ditambah dengan nilai hasil wawancara, sehingga menghasilkan informasi penerimaan mahasiswa baru.

3.2 Analisis Permasalahan

Berdasarkan analisa yang dilakukan, terdapat beberapa hal yang dianggap belum optimal dalam proses penmaru tersebut, diantaranya ketika calon aplikan melakukan pendaftaran, calon aplikan harus datang langsung ke lokasi untuk membeli formulir. Selain itu, calon aplikan juga harus kembali lagi dikemudian hari sampai beberapa kali untuk mengikuti tes dan wawancara.

Kedua, untuk calon aplikan yang berada di luar kota Surabaya dan tidak memungkinkan untuk datang ke lokasi, tidak bisa melakukan pendaftaran secara online karena sistem yang ada tidak mendukung, ditambah lagi admin penmaru

(5)

harus melakukan rekap setiap form pendaftaran, dan sering ditemukannya kesalahan penulisan dalam melakukan rekap data.

3.3 Analisis Kebutuhan

Dalam proses merancang dan mengembangkan aplikasi penerimaan mahasiswa baru berbasis web ini, diperlukan analisis dalam kebutuhan perangkat lunak (software) yang akan digunakan secara tepat, dengan tujuan software yang dihasilkan tersebut memiliki fungsi yang sesuai dengan kebutuhan user dan mampu memperbaiki dari penggunaan sistem yang sebelumnya.

3.3.1 Kebutuhan Fungsi Penmaru

Kebutuhan fungsi dibedakan menjadi kebutuhan fungsional dan non- fungsional. Untuk kebutuhan fungsi pada pendaftaran, dapat dilihat pada Tabel 3.1 Detil Kebutuhan Fungsi Pendaftaran.

Tabel 3.1 Detail Kebutuhan Fungsi Pendaftaran Nama Fungsi Mengelola data pendaftaran

Pengguna Admin Penmaru

Deskripsi Fungsi ini digunakan untuk melakukan validasi data pendaftaran Kondisi Awal Sudah login sebagai admin penmaru

Alur Normal

Aksi Pengguna Respon Sistem 1. Pengguna memilih menu

master pendaftaran.

2. Pengguna melakukan validasi data pendaftaran dengan menekan tombol valid.

1. Sistem menampilkan form master pendaftaran.

2. Data pendaftaran tersimpan ke dalam database dan menampilkan data pada tabel master pendaftaran.

Alur Alternatif

Aksi Pengguna Respon Sistem

- -

Konsdisi Akhir

1. Fungsi ini dapat menyimpan data master pendaftaran ke dalam database.

2. Fungsi ini dapat menampilkan data master pendaftaran.

Kebutuhan

Non- Security Sistem ini hanya dapat diakses

oleh admin penmaru.

(6)

Fungsional

Correctness Data yang ada tidak boleh ganda.

Interface

1. Menu yang tersedia dalam bahasa Indonesia.

2. Tampilan huruf harus terbaca dengan jelas.

Performance

Dalam proses penyimpanan data ke dalam database, sistem harus mampu melakukan dalam waktu maksimal 5 detik.

Operability Text Box dalam form diurutkan berdasarkan masukan.

Kebutuhan admin penmaru umum yang lainnya adalah mengelola data soal dan jawaban. Berikut penjelasan pada tabel 3.2.

Tabel 3.2 Detail Kebutuhan Fungsi Mengelola Data Soal dan Jawaban Nama Fungsi Mengelola data soal dan jawaban

Deskripsi Fungsi ini digunakan untuk mengelola data soal dan jawaban Kondisi

Awal Sudah login sebagai admin penmaru

Alur Normal

master soal dan jawaban.

2. Pengguna memasukkan data soal dan jawaban.

3. Pengguna menekan tombol simpan.

1. Sistem menampilkan form master soal dan jawaban.

2. Id soal dan jawaban dibedakan sesuai dengan tipe.

3. Data soal dan jawaban tersimpan ke dalam database dan menampilkan data pada tabel master soal dan jawaban.

- -

1. Fungsi ini dapat menyimpan data master soal dan jawaban ke dalam database.

2. Fungsi ini dapat menampilkan data master soal dan jawaban.

Kebutuhan Non-

Fungsional

Security Sistem ini hanya dapat diakses oleh admin penmaru.

Correctness Data yang ada tidak boleh

(7)

ganda.

Interface

Performance

Dalam proses penyimpanan data ke dalam database, sistem harus mampu melakukan dalam waktu maksimal 5 detik.

Operability Text Box dalam form diurutkan berdasarkan masukan.

Kebutuhan admin penmaru yang lainnya adalah mengelola jadwal tes.

Berikut penjelasan pada tabel 3.3.

Tabel 3.3 Detail Kebutuhan Fungsi Mengelola Jadwal Tes Nama Fungsi Mengelola jadwal tes

Deskripsi Fungsi ini digunakan untuk mengelola jadwal tes Kondisi

Awal

1. Sudah login sebagai admin penmaru 2. Data pendaftaran sudah ada

Alur Normal

master jadwal tes.

2. Pengguna menjadwalkan tes berdasarkan periode

pendaftaran.

3. Pengguna menekan tombol simpan.

1. Sistem menampilkan form master jadwal tes.

2. Jadwal tes tampil dengan informasi jam, ruang, dan nomor pendaftaran.

3. Data jadwal tes tersimpan ke dalam database dan menampilkan data pada tabel master jadwal tes.

- -

1. Fungsi ini dapat menyimpan data master jadwal tes ke dalam database.

2. Fungsi ini dapat menampilkan data master jadwal tes.

Fungsional

Correctness Data yang ada tidak boleh ganda.

Interface

Performance Dalam proses penyimpanan

data ke dalam database, sistem

(8)

harus mampu melakukan dalam waktu maksimal 5 detik.

Operability Text Box dalam form diurutkan berdasarkan masukkan.

Kebutuhan admin penmaru yang lainnya adalah mengelola informasi.

Berikut penjelasan pada tabel 3.4.

Tabel 3.4 Detail Kebutuhan Fungsi Mengelola Informasi Nama Fungsi Mengelola Informasi

Deskripsi Fungsi ini digunakan untuk mengelola informasi, baik berupa kelulusan maupun yang lainnya.

Kondisi Awal

1. Sudah login sebagai admin penmaru 2. Sudah ada data jadwal tes

3. Sudah ada data hasil kelulusan

Alur Normal

Aksi Pengguna Respon Sistem 1. Pengguna masuk pada

halaman informasi.

2. Pengguna memasukkan data informasi.

1. Informasi tersimpan pada master informasi dan ditampilkan pada halaman utama.

2. Informasi mengenai jadwal tes.

- -

Fungsi ini menampilkan informasi

Fungsional

Correctness

Informasi yang ditampilkan harus bersifat umum dan bisa diakses semua pihak yang bersangkutan.

Interface

2. Ukuran huruf harus besar dan terbaca dengan jelas.

Performance

Informasi yang ditampilkan harus inofatif, menarik dan mudah dimengerti.

Operability

Informasi yang ditampilkan urut sesuai even yang dilakukan.

(9)

Kebutuhan fungsi kepala penmaru adalah mencetak laporan. Berikut penjelasan pada tabel 3.5.

Tabel 3.5 Detail Kebutuhan Fungsi Mencetak Laporan Nama Fungsi Mencetak Laporan

Pengguna Admin atau Kepala Penmaru

Deskripsi Fungsi ini digunakan untuk mencetak laporan Kondisi

Awal Sudah login sebagai admin atau kepala penmaru

Alur Normal

Aksi Pengguna Respon Sistem 1. Pengguna masuk pada menu

laporan.

2. Pengguna memilih laporan yang akan dicetak (laporan hasil tes, laporan hasil penerimaan).

3. Pengguna mencetak laporan.

1. Sistem menampilkan menu laporan yang akan dicetak.

2. Sistem menampilkan detil laporan.

3. Laporan tercetak.

- -

Fungsi ini dapat mencetak laporan berdasarkan jenis laporan yang diinginkan (laporan hasil tes, laporan hasil penerimaan).

Fungsional

Security Sistem ini dapat diakses oleh admin atau kepala penmaru.

Correctness Laporan yang dicetak tidak boleh kosong.

Interface Laporan mudah dipahami dan

harus terbaca dengan jelas.

Performance

Dalam proses mencetak laporan sistem harus mampu melakukan dalam waktu maximal 5 detik.

Operability Laporan yang dicetak sesuai.

3.4 Perancangan Sistem

Dalam perancangan aplikasi ini menurut SDLC ada beberapa tahapan yang harus dilakukan. Adapun tahapan dalam perancangan sistem yang dilakukan adalah pembuatan alur sistem yaitu block diagram, system flow, data flow diagram (DFD), entity relationship diagram (ERD), struktur database, dan membuat desain uji coba.

(10)

3.4.1 Block Diagram Penmaru pada LP3I Surabaya

Block Diagram Penerimaan Mahasiswa Baru

PROCESS

INPUT OUTPUT

Pendaftaran

Mengelola Jadwal Tes

Daftar Calon Aplikan Data Calon

Aplikan

Data Bukti Pembayaran

Daftar Calon Aplikan

Jadwal Peserta Tes

Laporan Hasil Tes

Laporan Hasil Penerimaan Mengelola Hasil

Penerimaan Input Hasil Wawancara:

-Komunikasi Lisan -Intelektual -Motivasi -Kedewasaan

-Kemampuan Kerjasama -Percaya Diri

-Pemahaman LP3I -Kemampuan B. Inggris

Tes:

-Potensi Akademik -Minat dan Bakat

Hasil Tes Soal Tes

Sms gateway Informasi

Jadwal Upload Bukti

Pembayaran

Nomor Pendaftaran

Validasi Pembayaran

Rekap Bukti Pembayaran

Gambar 3.2 Block Diagram Penmaru pada LP3I Surabaya

(11)

Berikut penjelasan dari block diagram penmaru pada LP3I Surabaya, seperti yang ada pada Gambar 3.2.

a. Calon aplikan mengisi data calon aplikan dan memilih jurusan, yang kemudian diproses oleh sistem sehingga menghasilkan daftar calon aplikan dan nomor pendaftaran.

b. Calon aplikan melakukan upload bukti pembayaran dengan format (nama - tgl.daftar - jumlah transfer).

c. Validasi pembayaran dilakukan admin berdasarkan bukti yang sudah masuk, untuk dijadwalkan tes, dan menghasilkan jadwal peserta tes yang akan diberitahukan melalui sms gateway.

d. Calon aplikan mengikuti tes potensi akademik yang terhimpun dengan jenis meliputi (B. Indonesia, B. Inggris, IPS, Komputer, dan Matematika) sesuai dengan jadwal yang telah ditentukan. Selain itu ada tes minat bakat yang bersifat opsional. Sistem mengelolah hasil tes dan menghasilkan nilai tes calon aplikan.

e. Admin memasukkan rincian nilai hasil wawancara yang meliputi (komunikasi lisan, intelektual, motivasi, kedewasaan, kemampuan kerjasama, percaya diri, pemahaman LP3I, dan kemampuan Bahasa Inggris) yang akan diproses dengan data hasil tes calon aplikan untuk mendapatkan hasil penerimaan.

f. Hasil penerimaan akan diberitahukan berupa sms gateway kepada masing- masing calon aplikan, dan dilaporkan kepada kepala penmaru berupa laporan hasil penerimaan.

(12)

3.4.2 System Flow Penmaru pada LP3I Surabaya

Sysflow Penmaru

Admin Penmaru

Calon Aplikan Sistem Penmaru

Start

End Mendaftarkan

Diri Masuk Pendaftaran

Daftar Aplikan Proses Mencatat

Data Pendaftar

Validasi Pembayaran

Valid?

Ya

Tidak

Proses Mencatat Bukti Pembayaran

Jadwal Tes Peserta Upload Bukti

Pembayaran

Bukti Bayar

Melaksanakan Tes

Jadwal Peserta Tes Cek Jadwal Tes

Peserta

Hasil Tes Hasil Tes Mengelola Hasil

Tes

Input Hasil Wawancara Hasil Penerimaan ^Hasil

Penerimaan Pemberitahuan

Jadwal Tes (sms gateway)

Menerima Informasi Penerimaan

Gambar 3.3 System Flow Penmaru pada LP3I Surabaya

(13)

Pada Gambar 3.3, proses pendaftaran dimulai dari calon aplikan masuk pada web pendaftaran dan melakukan pengisian pada formulir pendaftaran. Proses selanjutnya adalah data disimpan pada tabel daftar aplikan. Diberikan waktu paling lama satu hari untuk melakukan transfer dan mengirimkan bukti bayar dengan cara upload pada halaman yang telah disediakan.

Pada tahap pembayaran, sistem akan melakukan validasi terhadap para pendaftar untuk selanjutnya dibuatkan jadwal tes. Pembuatan jadwal tes dilakukan oleh admin penmaru dengan data bayar yang telah diterima, dan secara otomatis mengirimkan informasi jadwal tes peserta melalui sms gateway.

Proses selanjutnya masuk pada pelaksanaan tes yang dilakukan secara online intranet di LP3I Surabaya. Tes utama yang dilakukan yaitu Tes TPA dan diikuti tes opsional yaitu tes Minat dan Bakat. Dari kedua tes yang dilakukan, tes TPA menghasilkan nilai yang akan digunakan sebagai syarat masuk LP3I, dan untuk nilai tes Minat dan Bakat, menghasilkan informasi pilihan jurusan.

Tahapan selanjutnya yaitu, proses seleksi yang dilakukan oleh pihak LP3I dengan menghitung hasil tes ditambahkan dengan hasil wawancara. Dengan demikian, informasi yang diperoleh akan menghasilkan pada penerimaan masuk dan jurusan yang dipilih.

Tahap terakhir yaitu cetak laporan, yang dilakukan oleh kepala penmaru untuk melihat daripada hasil penerimaan. Mencetak laporan dapat dilakukan sesuai periode pendaftaran maupun secara keseluruhan dengan jenis laporan yang dihasilkan yaitu, laporan hasil tes, dan laporan hasil penerimaan.

(14)

3.4.3 Hierarchy Input Process Output (HIPO)

1

Mengelola Data Master

4

Mengelola Jadwal Tes Peserta

7

Mengelola Laporan 0

Aplikasi Penerimaan Mahasiswa Baru

Berbasis WEB

1.1

Mengelola Data Admin

2

Upload Bukti Pembayaran

5

Seleksi

5.1

Tes TPA

5.2

Tes Minat Bakat

7.1

Laporan Hasil Tes

7.2

Laporan Hasil Penerimaan 1.2

Mengelola Data Jurusan

1.3

Mengelola Data Calon Aplikan

6

Penerimaan 3

Validasi Pembayaran

Gambar 3.4 HIPO Penmaru pada LP3I Surabaya

Hierarchy Input Process Output (HIPO) menggambarkan susunan proses yang terlibat dalam aplikasi penmaru, yang diawali dari context diagram sampai Data Flow Diagram (DFD) level n, dan menunjukan sub proses-sub proses dari context diagram. HIPO ini digunakan sebagai pedoman dalam pembuatan DFD.

Seperti pada Gambar 3.4, HIPO tersebut terdiri dari enam proses utama yaitu mengelola data master, validasi pembayaran, mengelola jadwal tes peserta, seleksi, penerimaan, dan mengelola laporan. Dari proses tersebut dijelaskan secara detil ke dalam beberapa sub proses. Pertama mengelola data master mempunyai tiga sub proses yaitu mengelola data admin, mengelola data jurusan, dan mengelola data calon aplikan, yang hanya bisa dilakukan oleh admin. Kedua yaitu validasi pembayaran. Pada tahap validasi pembayaran, admin melakukan validasi

(15)

berdasarkan bukti transfer yang sudah di-upload oleh masing-masing calon aplikan. Ketiga mengelola jadwal tes peserta yang hanya bisa dilakukan oleh admin. Keempat yaitu seleksi yang dibagi menjadi dua sub proses yaitu, tes TPA, dan tes Minat Bakat. Keempat yaitu penerimaan, dan yang terakhir adalah mengelola laporan yang memiliki dua sub proses yaitu mengelola laporan hasil tes, dan laporan hasil penerimaan.

3.4.4 Data Flow Diagram (DFD)

Data Flow Diagram (DFD) merupakan representasi grafik dalam menggambarkan arus data dari sistem secara terstruktur, sehingga dapat menjadi sarana dokumentasi yang baik. DFD pada aplikasi penerimaan mahasiswa baru terbagi menjadi context diagram, DFD Level 0, dan DFD Level 1.

A. Context Diagram

Gambar 3.5 Context Diagram

(16)

Context diagram merupakan rancangan diagram dalam membangun suatu DFD yang menjelaskan hubungan antara entity dengan sistem dan aliran data secara umum. Pada contex diagram berikut dijelaskan aliran data yang masuk dan keluar sesuai dengan proses yang dijalankan diantaranya yaitu hubungan calon aplikan dengan aplikasi, admin dengan aplikasi, dan kepala penmaru dengan aplikasi. Pertama, aliran data dari calon aplikan yang masuk antara lain, data calon aplikan, upload bukti bayar, dan tes PMB, sedangkan untuk aliran data keluar antara lain, jadwal tes peserta, dan hasil penerimaan. Kedua, untuk aliran data masuk dari admin antara lain, data jurusan, data admin, validasi pembayaran, jadwal tes peserta, dan hasil wawancara, sedangkan untuk data keluar yaitu hasil tes. Ketiga, untuk aliran data keluar dari aplikasi ke kepala penmaru antara lain, laporan hasil tes, dan laporan hasil penerimaan, seperti yang terdapat pada Gambar 3.5.

B. DFD Level 0 Aplikasi Penmaru pada LP3I Surabaya

Berdasarkan context diagram Gambar 3.5 maka dapat dirancang DFD Level 0 Aplikasi Penmaru pada LP3I Surabaya yang merupakan decompose dari proses utama pada context diagram yang dilihat berdasarkan data-data aliran masuk dan data-data aliran keluar yang berhubungan dengan aplikasi, seperti yang ada pada Gambar 3.6.

(17)

Gambar 3.6 DFD Level 0 Aplikasi Penmaru LP3I Surabaya

Pada Gambar 3.6 DFD level 0 memiliki enam proses antara lain, mengelola data master, bukti pembayaran, validasi pembayaran, mengelola jadwal tes peserta, tes PMB, dan mengelola laporan. Tabel yang berhubungan dengan proses tersebut diantaranya yaitu tabel jurusan, tabel akun admin, tabel peserta, tabel jadwal tes, tabel bukti pembayaran, tabel tes akademik, dan tabel tes minat bakat.

(18)

C. DFD Level 1 Mengelola Data Master

Gambar 3.7 DFD Level 1 Mengelola Data Master

Pada Gambar 3.7 terdapat tiga sub proses dalam mengelola data master yaitu, mengelola data admin, mengelola data jurusan, dan mengelola data calon aplikan. Tabel yang digunakan dalam sub proses ini adalah tabel akun admin, tabel jurusan, dan tabel peserta.

D. DFD Level 1 Tes PMB

Gambar 3.8 DFD Level 1 Tes PMB

48

(19)

Terdapat dua sub proses dalam mengelola data tes PMB seperti pada Gambar 3.8 yaitu tes TPA, dan tes Minat bakat. Tabel yang digunakan dalam sub proses ini adalah tabel tes akademik, dan tabel tes minat bakat.

E. DFD Level 1 Mengelola Laporan

Gambar 3.9 DFD Level 1 Mengelola Laporan

Terdapat dua sub proses dalam mengelola laporan seperti pada Gambar 3.9 yaitu laporan hasil tes dan laporan hasil penerimaan. Input hasil wawancara dilakukan admin berupa nilai hasil wawancara sesuai kriteria yang sudah ditentukan.

3.4.5 Entity Relationship Diagram (ERD)

Entity relationship diagram (ERD) digunakan untuk menggambarkan hubungan antar tabel yang terdapat dalam sistem dengan rincian atribut-atribut yang digunakan. ERD disajikan dalam bentuk Conceptual Data Model (CDM) dan Physical Data Model (PDM).

(20)

3.4.6 Conceptual Data Model (CDM)

Conceptual Data Model (CDM) berisi delapan belas entity, yaitu entity Akun Admin, entity Pendaftar, entity Bukti Pembayaran, entity Anggota Keluarga, entity Riwayat Kerja, entity Riwayat Pendidikan, entity Peserta, entity Jurusan, entity Jadwal Tes, entity Tes Akademik, entity Soal Akademik, entity Bidang Soal Akademik, entity Jawaban Akademik, entity Tes Minat Bakat, entity Soal Minat Bakat, entity Jawaban Minat Bakat, entity Pewawancara, dan entity Tes Wawancara.

(21)

Jenis: Formal/Nonformal Keputusan: 1) Lulus Pilihan 1 2) Lulus Pilihan 2 3) Tidak Lulus

Memiliki Memiliki Memiliki

MempunyaiMempunyai Melakukan Melakukan

Mempunyai Mengisi

Melakukan

Memvalidasi Mempunyai

Membayar Melakukan Mempunyai

Memilih Mempunyai Mempunyai

Pendaftar # o o o o o o o o o o o o o o o o o o o

No. Pendaftar Nama Jenis Kelamin Tempat Lahir Tanggal Lahir Agama Status Pernikahan Pekerjaan Kewarganegaraan No. Identitas Alamat Tetap Alamat Sekarang Alamat Kantor No. Handphone No. Telepon Email Evaluasi Diri Password Valid Tanggal Daftar

Variable characters (10) Variable characters (50) Characters (1) Variable characters (50) Date Variable characters (30) Boolean Variable characters (50) Variable characters (50) Variable characters (30) Variable characters (255) Variable characters (255) Variable characters (255) Variable characters (15) Variable characters (15) Variable characters (50) Text Variable characters (50) Boolean Date Riwayat Pendidikan # o o o o o o

ID Jenis Nama Lembaga Alamat Lembaga Tanggal Mulai Tanggal Selesai Sertifikat Integer Variable characters (10) Variable characters (50) Variable characters (255) Date Date Characters (30)

Anggota Keluarga # o o o o

ID Nama Hubungan Keluarga Usia Pekerjaan

Integer Variable characters (50) Variable characters (50) Integer Variable characters (50) Riwayat Kerja # o o o o o

ID Nama Perusahaan Tanggal Mulai Tanggal Selesai Jabatan Akhir Gaji Perbulan

Integer Variable characters (50) Date Date Variable characters (50) Variable characters (50) Tes Wawancara o o o o o o o o o o

Tanggal Tes Skor Komunikasi Skor Intelektual Skor Motivasi Skor Kedewasaan Skor Kerjasama Skor Percaya Diri Skor Pemahaman LP3I Skor Bahasa Inggris Keterangan Date Integer Integer Integer Integer Integer Integer Integer Integer Variable characters (255)

Jadwal Tes # o o o o

No Tes Tahap Tanggal Tempat Ruang

Integer Variable characters (15) Date Variable characters (30) Variable characters (15) Peserta o o o o

Total Nilai Keterangan Keputusan Catatan Integer Variable characters (20) Integer Variable characters (50)

Jurusan # o o o

Id Jurusan Nama Jurusan Saran Karakter Keterangan

Variable characters (10) Variable characters (50) Variable characters (100) Variable characters (255) Tes Akademik o oTotal Nilai KeteranganInteger Variable characters (20)

Soal Akademik # o Id Soal Teks Soal Integer Text

Jawaban Akademik # o o

Id Jawaban Jawaban Nilai

Integer Variable characters (255) Integer Bidang Soal Akademik # o o

Id Bidang Soal Nama Bidang Soal Bobot Bidang Soal Integer Variable characters (20) Decimal (3,2)Tes Minat Bakat o o o

Karakter Dominan Karakter Sekunder Keterangan Variable characters (30) Variable characters (30) Variable characters (255)

Akun Admin # o o o

Id Admin Nama Admin Pass Admin Role Admin Variable characters (5) Variable characters (50) Variable characters (50) Integer

Bukti Pembayaran # o o

id_bukti Tanggal Upload Keterangan

Integer Date Variable characters (150) Pewawancara # o o o

Id Pewawancara Nama Password Keterangan

Variable characters (10) Variable characters (50) Variable characters (50) Variable characters (255) Soal Minat Bakat # o Id Soal Teks Soal Integer Text Jawaban Minat Bakat # o o

Id Jawaban Jawaban Karakter Integer Variable characters (255) Variable characters (30)

Tahap: Minat-Bakat/TPA/Wawancara Karakter (Salah satu) -> Sanguin:Koleris;Melankolis;Phlegmatis

Saran Karakter-> Sanguin:Koleris;Melankolis;Phlegma tis Karakter (Salah satu) -> Sanguin:Koleris;Melankolis;Phlegmatis

Gambar Akademik # o o

ID Nama File Lokasi File

Integer Variable characters (255) Variable characters (255) Gambar 3.10 Conceptual Data Model (CDM)

(22)

3.4.7 Physical Data Model (PDM)

Physical Data Model (PDM) berisi dua puluh satu entity, yaitu entity Akun Admin, entity Pendaftar, entity Bukti Pembayaran, entity Anggota Keluarga, entity Riwayat Kerja, entity Riwayat Pendidikan, entity Peserta, entity Jurusan, entity Pilihan Jurusan, entity Jadwal Tes, entity Tes Akademik, entity Soal Akademik, entity Bidang Soal Akademik, entity Jawaban Akademik, entity Detil Tes Akademik, entity Tes Minat Bakat, entity Soal Minat Bakat, entity Jawaban Minat Bakat, entity Detil Tes Minat Bakat, entity Pewawancara, dan entity Tes Wawancara.