BAB IV PENJELASAN PEKERJAAN
Analisa Proses Pendaftaran
A
4.1
Proses pendaftaran mahasiswa baru dimulai dari pembayaran awal untuk
AY
mendapatkan form pendaftaran, pembayaran dilakukan secara transfer pada
rekening bank yang sudah ditunjuk STIKES. Pihak pendaftar kemudian
AB
memberitahu bahwa sudah dilakukan transfer melalui pesan singkat. Setelah transfer dikonfirmasi oleh panitia, dan dinyatakan valid, pihak panitia mengirimkan form pendaftaran kepada pendaftar melalui email. Setelah form diisi
R
oleh pendaftar, form dikirim kembali kepada panitia yang dilampirkan pas foto
SU
4x6 dan dokumen lain yang dipersyaratkan dalam bentuk scan. Dokumen yang dimaksud adalah ijazah, kartu keluarga, kartu tanda penduduk milik orang tua dan surat keterangan sehat. Kemudian panitia akan membuatkan jadwal dan kartu
M
ujian per pendaftar yang nantinya dicetak oleh pendaftar dan dibawa pada saat hari pelaksanaan ujian. Panitia mengirim jadwal dan kartu ujian tersebut kepada
O
pendaftar melalui email.
IK
Pada proses pendaftaran ini, STIKES membutuhkan waktu yang cukup
lama untuk melakukan pemeriksaan kelengkapan dokumen dan rekap data.
ST
Kelengkapan data yang ada pada form pendaftaran yang sudah diisi oleh pendaftar diperiksa satu persatu, apakah sudah terisi semua atau belum dan dolumen yang dilampirkan sudah sesuai dan lengkap atau belum. Selanjutnya, panitia akan mengirim pemberitahuan kepada pendaftar seandainya ada data yang masih kurang melalui pesan singkat, dan hal ini tentu membutuhkan sumber daya waktu
31
32
yang banyak. Selain itu, pembuatan kartu ujuan juga membutuhkan waktu yang cukup lama dan sumber daya manusia yang lebih banyak. Sehingga para pendaftar. diharuskan menunggu lebih lama pada proses pendaftaran ini
A
disamping itu panitia juga harus bekerja ekstra agar sebisa mungkin tidak mengecewakan pendaftar dan merugikan pihak STIKES Surabaya. Document
AY
Flow yang menggambarkan tentang pendaftaran mahasiswa baru dapat dilihat pada Gambar 4.1.
Panitia
Mulai
Validasi pembayaran
SU
Melakukan pembayaran via transfer
Sms konfirmasi pembayaran
R
Pendaftar
AB
Document Flow Pendaftaran Mahasiswa Baru
Menulis sms konfirmasi pembayaran
valid
ya
tidak
M
Sms konfirmasi pembayaran
O
Mengirim sms konfirmasi pembayaran
IK
Sms pemberitahuan
Menulis sms pemberitahuan
Sms pemberitahuan
Membuat form pendaftaran Form pendaftaran
Menulis email konfirmasi pembayaran
Mengirim sms pemberitahuan
ST
email
Mengirim email konfirmasi
1
Gambar 4.1. Document Flow Pendaftaran Mahasiswa Baru
Attach form pendaftaran
33
Document Flow Pendaftaran Mahasiswa Baru Pendaftar
Panitia 1
File scan dokumen
Form terisi
email
AY
Memerisa kelengkapan data
Scanning dokumen data pendaftar
Lengkap?
File scan dokumen Form terisi
Membuat jadwal tes
Membuat sms pemberitahuan
Membuat kartu tes
Sms pemberitahuan
SU
Menulis email
Attach form terisi
Mengirim sms pemberitahuan kekurangan data
Membuat email jadwal tes dan kartu tes
Email jadwal tes
kartu ujian
Attach file scan dokumen
M
Sms pembertahuan
ya
AB
Mengisi form
tidak
R
Download form
A
form pendaftaran
ST
IK
O
Mengirim email
Mengirim email jadwal tes dan kartu ujian
2
Gambar 4.1. Document Flow Pendaftaran Mahasiswa Baru (lanjutan)
34
Document Flow Pendaftaran Mahasiswa Baru Pendaftar
Panitia
A
2
email
SU
Kartu ujuan
AB
Mencetak kartu uian
R
Download kartu ujian
AY
Jadwal tes dan Kartu ujian
M
selesai
O
Gambar 4.1. Document Flow Pendaftaran Mahasiswa Baru (lanjutan)
Perancangan Sistem
IK
4.2
Berdasarkan hasil analisa permasalahan proses pendaftaran di atas, sangat
ST
diperlukan suatu sistem terkomputerisasi untuk membantu pihak STIKES Surabaya dalam meningkatkan pelayanan pendaftaran mahasiswa baru serta
mengumpulkan data sebagai masukan untuk menentukan strategi publikasi atau marketing yang lebih baik oleh STIKES Surabaya. Dalam permasalahan ini, solusi yang dibuat ialah aplikasi pendaftaran mahasiswa baru berbasis website.
35
Dengan menggunakan aplikasi ini, calon pendaftar dapat melakukan pendaftaran dengan lebih mudah, cepat dan tepat. Perancangan dan desain sistem menggunakan model-model yang telah ada
A
dan sudah banyak digunakan. Model-model tersebut antara lain system flow, data flow diagram, ataupun perancangan tabel relasional. Tahap-tahap yang digunakan
1.
Membuat document flow yang menggambarkan alur dari sistem
AB
pendaftaran mahasiswa baru yang lama. 2.
AY
dalam mendesain sistem informasi kuesioner kepuasan pelanggan adalah:
Membuat system flow yang menggambarkan alur dari sistem kuesioner kepuasan pelanggan berbasis website. Membuat data flow diagram.
4.
Membuat rancangan hubungan relasional antar entitas atau Entity
SU
R
3.
Relationship Diagram.
System Flow
M
4.2.1
System flow yang menggambarkan alur dari aplikasi pendaftaran
O
mahasiswa baru secara online yang akan dibangun digambarkan pada gambar-
IK
gambar dibawah ini. Proses pendaftaran dimulai dari calon pendaftar membayar uang
ST
pendaftaran secara transfer, kemudian melakukan konfirmasi bahwa sudah melakukan transfer dengan mengirimkan scan bukti transfer melalui email. Panitia
kemudian melakukan konfirmasi pembayaran dan memberitahukan untuk mengakses link tertentu melalui email untuk melanjutkan proses pendaftaran. Pendaftar akan diarahkan ke halaman web registrasi untuk melengkapi data awal. Pada halaman registrasi pendaftar memasukan data awal yang meliputi data
36
pribadi, data asal sekolah dan data orang tua atau wali. Pendaftar juga diminta untuk meng-upload pas foto 4x6 dan berkas-berkas yang diminta. Berkas terdiri dari ijazah, kartu keluarga, kartu tanda penduduk milik orang tua dan surat
A
keterangan sehat. Setelah data terisi semua, pendaftar menekan tombol simpan kemudian pendaftar akan mendapatkan kartu ujian beserta jadwal pelaksaan ujian.
AY
Kartu ujian dapat di-download untuk kemudian dicetak dan dibawa pada saat
pelaksanaan tes masuk. System flow yang menggambarkan tentang pendaftaran
ST
IK
O
M
SU
R
AB
mahasiswa baru dapat dilihat pada Gambar 4.2.
37
System Flow Pendaftaran Pendaftar
Panitia
File scan bukti transfer
Mulai
Melakukan pembayaran via transfer
Valid?
Attach file scan bukti transfer
AB
SU
Email pemberitahuan
Membuat email pemberitahuan
Masuk ke halaman input data transfer
Email pemberitahuan
Membuat PIN
Mengirim email pemberitahuan
Input data transfer
Data transfer
M
Email konfirmasi
ya
R
Membuat email konfirmasi
tidak
AY
Validasi transaksi pendaftaran
Scaning bukti transfer
File scan bukti transfer
A
email konfirmasi
Simpan input
Membuat email PIN
O
Mengirim email konfirmasi
ST
IK
Email PIN
Mengirim email PIN
1
Gambar 4.2. System Flow Pendaftaran
38
System Flow Pendaftaran Pendaftar
Panitia
1
Email PIN
Data transfer
A
Masuk ke halaman web input PIN
tidak
AY
Validasi PIN
Input PIN
Valid?
R
Input data awal
Redirect ke halaman registrasi
SU
Input scan berkas
Memeriksa kelengkapan data awal
Lengkap?
tidak
kartu ujian
ya
AB
Scanning dokumen data pendaftar
Scan berkas
ya
Membuat jadwal ujian Simpan input
M
Kartu ujian Membuat kartu ujian
Upload berkas
O
download kartu ujian
Kartu ujian Data diri
ST
IK
Selesai
Mengirim kartu ujian
Membuat nomor ujian
Gambar 4.2. System Flow Pendaftaran (lanjutan)
39
System Flow Input Hasil Pendaftar
Panitia
mulai
Hasil seleksi
AY
A
Masuk ke halaman web input hasil seleksi
Input hasil seleksi
AB
Status selesksi
Simpan input
R
selesai
SU
Gambar 4.3. System Flow Input Hasil Seleksi
System Flow Lihat Hasil
Panitia
M
Pendaftar
ST
IK
O
mulai
Validasi nomor peserta ujian
Input nomor peserta ujian
tidak
Valid?
ya Hasil seleksi
Menampilkan status hasil seleksi
selesai
Gambar 4.4. System Flow Lihat Hasil Seleksi
Status selesksi
40
4.2.2
Data Flow Diagram
A.
Context Diagram Context Diagram merupakan diagram pertama dalam rangkaian DFD yang
A
menggambarkan entitas-entitas yang berhubungan dengan suatu sistem. Context
pada Gambar 4.5. Info As al Kota Pendaftar Terbanyak Info As al Sekolah Pendaftar Terbanyak
0
R
Nomor Tes Data Awal
Webs ite Penerimaan Mahas is wa Baru
SU
Nomor PIN
Panitia
AB
Info Sumber Inform as i Favorit konfirmas i login panitia
AY
Diagram dari aplikasi pendaftaran mahasiswa baru yang dibangun dapat dilihat
+
login panitia data pengguna data trans fer data s tatus s eleks i Data Tes
Jadwal Tes
Pendaftar
Konfirm as i Nomor PIN
Nomor Tes
M
Info Status Seleks i
O
Gambar 4.5. Context Diagram Aplikasi Pendaftaran Mahasiswa Baru
Data Flow Diagram Level 0
IK
B.
Penurunan proses dari context diagram sistem informasi kuesioner
ST
kepuasan pelanggan ke DFD level 0 terbagi atas delapan proses, yaitu verifikasi pendaftar, maintenance data, pengisian data awal, membuat nomor tes, mengolah data awal , memperbarui status koleksi, verifikasi penggna dan menampilkan hasil seleksi. DFD level 0 digambarkan seperti Gambar 3.6.
AY A Info As al Kota Pendaftar Terbanyak
Info Sum ber Inform as i Favorit
3 Data Awal
Info As al Sekolah Pendaftar Terbanyak
Data Awal Baru
Pengis ian Data Awal
Nomor Pendaftaran
4 9 Menentukan Jadwal Tes
Jadwal Tes Jadwal
Nomor Tes Pendaftar
Data As al Kota
5
Mengolah Data Awal
Data As al Sekolah
+
+
data s tatus baru
7
s tatus s eleks i
8
R
menam pilkan has il s eleks i
Daftar Status Seleks i
+
Info Status Seleks i Jadwal Daftar Nom or PIN
Jadwal Baru
1
nomor PIN
4
Pengguna
Data Trans fer Baru
SU
9
data diri
Data Sumber Inform as i
Membuat Nomor Tes
Nomor Tes
2
AB
data pribadi ters eleks i
Panitia
6 Memperbarui Status Seleks i
data s tatus s eleks i
2
Data Pengguna Baru
8
Tes
+
Data Tes data pengguna
Data Tes Baru
M
Data Tes
data trans fer
Maintenance Data
1 Konfirm as i Nomor PIN
verifik as i pendaftar
Verifikas i Pengguna
+
O
Nomor PIN
7
Daftar Panitia
konfirmas i login panitia
+
ST
IK
Gambar 4.6. Diagram Level 0 Aplikasi Pendaftaran Mahasiswa Baru
41
login panitia
C.
Data Flow Diagram Level 1 Proses Verifikasi Pendaftar Penurunan proses dari DFD level 0 proses verifkasi pendaftar ke DFD
level 1 terbagi atas dua proses, yaitu mencocokkan PIN pendaftar dan
A
mengarahkan ke halaman registrasi/input data awal. Penggambarannya dapat dilihat pada Gambar 4.7.
AY
1 Nomor PIN
1
mencocokkan PIN pendaftar
nomor PIN
AB
Daftar Nom or PIN
nomor unik terkonfirm asi
Pendaftar
2
R
Konfirm asi Nomor PIN
mengarahkan ke halam an registrasi
D.
SU
Gambar 4.7. Diagram Level 1 – Proses Verifikasi Pandaftar
Data Flow Diagram Level 1 Proses Maintenance Data
M
Penurunan proses dari DFD level 0 proses maintenance data ke DFD level
O
1 terbagi atas dua proses, yaitu maintenance data pendaftar, maintenance data pengguna dan maintenance data tes. Penggambarannya dapat dilihat pada Gambar
ST
IK
4.8.
42
43
1 data transfer maintenance data pendaftar
1
nomor PIN
4
Pengguna
Data Transfer Baru
Panitia data pengguna
maintenance data pengguna
Data Pengguna Baru
A
2
3
Data Tes
8
Tes
AY
Maintenance Data Tes
Data Tes Baru
E.
AB
Gambar 4.8. Diagram Level 1 – Proses Maintenance Data
Data Flow Diagram Level 1 Proses Mengolah Data Awal
R
Penurunan proses dari DFD level 0 proses mengolah data awal ke DFD level 1 terbagi atas tiga proses, yaitu mengolah data pendaftari, mengolah data
SU
asal sekolah dan menglah data sumber. Penggambarannya dapat dilihat pada Gambar 4.10.
1
M
Info Asal Kota Pendaftar Terbanyak
O
Panitia
ST
IK
Info Asal Sekolah Pendaftar Terbanyak
Filter Data Pendaftar Berdasarkan Asal Kota
Data Asal Kota
2 Filter Data Pendaftar Berdasarkan Asal Sekolah
Data Asal Sekolah
2
data diri
3
Info Sum ber Inform asi Favorit
Filter Data Pendaftar Berdasarkan Sumber Informasi
Gambar 4.9. Diagram Level 1 – Mengolah Data Awal
Data Sumber Inform asi
44
F.
Data Flow Diagram Level 1 Proses Verifikasi Pengguna Penurunan proses dari DFD level 0 proses verifikasi pengguna ke DFD
level 1 terbagi atas dua proses, yaitu mencocokkan data panitia dan mengarahkan
A
ke halaman situs. Penggambarannya dapat dilihat pada Gambar 4.12. 7.1 mencoc okkan data panitia
4
data panitia terkonfirmas i
7.2
[konfirm as i login panitia]
AB
panitia
mengarahkan ke hamalam panitia
panitia
[daftar panitia]
AY
[login panitia]
Data Flow Diagram Level 1 Proses Menentukan Jadwal Tes
SU
G.
R
Gambar 4.10. Diagram Level 1 – Verifikasi Pengguna
Penurunan Proses dari DFD level 0 proses menentukan jadwal tes ke DFD level 1 terbagi atas tiga proses, yaitu menghitungsisa quota pergelombang, sisa
quota
M
memeriksa
dan
menentukan
ST
IK
O
Penggambarannya dapat dilihat pada gambar 4.11.
jadwal
perpeserta/pendaftar.
45
1 Data Tes
Menghitung Sis a Quota Pergelombang
8
Tes
9
Jadwal
Jadwal Sis a Quota
2
A
Memeriks a Sis a Quota
Quota Belum Terpenuhi
3 Menentukan Jadwal Perpes erta
Jadwal Baru
2
data diri
Nomor Pendaftaran
AB
Jadwal Tes
AY
Pendaftar
4.2.3
R
Gambar 4.11. Diagram Level 1 – Menentukan Jadwal Tes
Entity Relationship Diagram
SU
Entity Relationship Diagram (ERD) adalah suatu desain sistem yang digunakan untuk mempresentasikan, menentukan dan mendokumentasikan kebutuhan-kebutuhan untuk sistem pemrosesan database. ERD juga menyediakan
M
bentuk untuk menunjukkan struktur keseluruhan dari data pemakai. Dalam
O
perancangan sistem ini, ERD yang terbentuk merupakan lanjutan dari DFD. Pada gambar berikut akan dijelaskan relasi-relasi atau hubungan antar tabel dalam
IK
perancangan sistem ini dalam bentuk Conceptual Data Model (CDM) dan
ST
Physical Data Model (PDM).
A.
Conceptual Data Model Conceptual Data Model (CDM) menggambarkan secara keseluruhan
konsep struktur basis data yang dirancang untuk suatu aplikasi sebagaimana terlihat pada Gambar 4.13.
46
tb_pengguna id_pengguna <M> username password nama_pengguna login_terakhir ... tb_nomor_PIN
tb_prog_studi id_program_studi <M> program_studi ...
Relationship_9
tb_sumber_informasi Relationship_10
id_propinsi <M> nama_propinsi ...
SU
R
id_sumber_inf <M> nama_sumber_inf ...
tb_propinsi
A
Relationship_8
id_status <M> terima ...
AY
id_tempat_lahir <M> nama_tempat_lahir ...
tb_status_seleksi
Relationship_13 tb_kota
id_kota <M> nama_kota ...
AB
nomor_pin <M> no_pendaftaran <M> nama_pendaftar hp_pendaftar email status ... tb_tempat_lahir
tb_data_diri id_diri <M> nama tgl_lahir Relationship_14 alamat_diri jenis_kelamin tinggi_badan berat_badan golongan_darah hobby anak_ke jumlah_saudara alasan_memilih_stikes poto file nama_sekolah tahun_lulus telepon_sekolah Relationship_12 hp_sekolah email_sekolah nama_ortu alamat_ortu Relationship_11 telepon_ortu hp_ortu pendidikan_ortu pekerjaan_ortu instansi alamat_instansi penghasilan_perbulan nama_ibu pekerjaan_ibu pendidikan_ibu nama_wali pekerjaan_wali pendidikan_wali ...
tb_agama
id_agama <M> nama_agama ... tb_tes
id_tes <M> gelombang tanggal_tes jam_tes quota_peserta ...
tb_jadwal
Reference_9
Relationship_16
Physical Data Model
O
B.
M
Gambar 4.12. Conceptual Data Model
IK
Physical Data Model (PDM) menggambarkan secara detil konsep
rancangan struktur basis data yang dirancang untuk suatu aplikasi. PDM
ST
merupakan hasil generate dari CDM. Pada PDM tergambar jelas tabel-tabel penyusun basis data beserta field-field yang yang terdapat pada setiap tabel sebagaimana terlihat pada Gambar 4.13.
47
tb_nomor_PIN nomor_pin no_pendaftaran nama_pendaftar hp_pendaftar email status ...
varchar(100)
varchar(50) varchar(100) varchar(20) varchar(100) bool
tb_pengguna id_pengguna username password nama_pengguna ...
int varchar(100) varchar(255) varchar(100)
tb_data_diri tb_status_seleksi id_diri = id_diri
id_status int id_diri varchar(50) terima bool
A
tb_propinsi
id_propinsi varchar(50) nama_propinsi varchar(50) ...
AY
varchar(50) int int int varchar(50) int varchar(100) date text char(2) int int varchar(10) varchar(100) int int text varchar(20) varchar(20) varchar(20) varchar(5) varchar(10) varchar(20) varchar(50) varchar(100) text varchar(10) varchar(20) varchar(10) varchar(20) varchar(50) text varchar(20) varchar(100) varchar(20) varchar(20) varchar(100) varchar(20) varchar(20)
id_propinsi = id_propinsi tb_kota
id_kota = id_kota
id_kota varchar(50) id_propinsi varchar(50) nama_kota varchar(50)
AB
id_diri id_sumber_inf id_tempat_lahir int id_tempat_lahir nama_tempat_lahir varchar(50) id_agama ... id_kota id_program_studi nama tgl_lahir id_tempat_lahir = id_tempat_lahir alamat_diri jenis_kelamin tb_prog_studi tinggi_badan berat_badan id_program_studi int golongan_darah program_studi varchar(50) ... hobby anak_ke jumlah_saudara alasan_memilih_stikes poto file nama_sekolah id_program_studi = id_program_studi tahun_lulus telepon_sekolah hp_sekolah tb_sumber_informasi email_sekolah nama_ortu id_sumber_inf int alamat_ortu nama_sumber_inf varchar(50) ... telepon_ortu hp_ortu pendidikan_ortu pekerjaan_ortu instansi alamat_instansi penghasilan_perbulan nama_ibu id_sumber_inf = id_sumber_inf pekerjaan_ibu pendidikan_ibu nama_wali pekerjaan_wali pendidikan_wali
SU
tb_agama
id_agama int nama_agama varchar(20) ...
id_agama = id_agama
R
tb_tempat_lahir
tb_tes
id_tes gelombang tanggal_tes jam_tes quota_peserta ...
int varchar(10) date varchar(20) int
id_tes = id_tes id_diri = id_diri
tb_jadwal id_tes int id_diri varchar(50) ...
Struktur Tabel
O
4.2.4
M
Gambar 4.13. Physical Data Model
IK
Struktur tabel aplikasi pendaftaran mahasiswa baru pada STIKES
Surabaya ini dideskripsikan sebagai berikut:
ST
A.
Tabel PENGGUNA
Nama Tabel
: TB_PENGGUNA
Primary Key
: ID_PENGGINA
Foreign Key
:-
Fungsi
: Digunakan untuk menyimpan data panitia
pendaftaran mahasiswa baru pengguna aplikasi.
48
Tabel Nomor PIN
A
Primary Key Not Null Not Null Not Null Not Null
AY
B.
Constraint
Nama Tabel
: TB_NOMOR_PIN
Primary Key
: NOMOR_PIN
Foreign Key
:-
Fungsi
: Digunakan untuk menyimpan data nomor pin.
AB
1 2 3 4 5
R
No.
Tabel 4.1. TB_PENGGUNA Panjang Nama Kolom Tipe Data Data ID_PENGGUNA INT USERNAME VARCHAR 255 PASSWORD VARCHAR 100 LOGIN_TERAKHIR DATE NAMA_PENGGUNA VARCHAR 100
Tabel 4.2. TB_NOMOR_PIN Nama Kolom
1 2 3 4 5 6
NOMOR_PIN NO_PENDAFTARAN NAMA_PENDAFTAR HP_PENDAFTAR EMAIL STATUS
M
IK
Nama Tabel
ST
VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR BOOLEAN
Panjang Data 100 50 100 20 100 -
Constraint Primary Key Not Null Not Null Not Null Not Null Not Null
Tabel Data Diri
O
C.
Tipe Data
SU
No.
: TB_DATA_DIRI
Primary Key
: ID_DIRI
Foreign Key
: NAMA_SUMBER_INF, PROGRAM_STUDI,
NAMA_AGAMA, ID_KOTA, NAMA_TEMPAT_LAHIR Fungsi pendaftar.
: Digunakan untuk menyimpan data diri dari
49
Tabel 4.3. TB_DATA_DIRI
VARCHAR VARCHAR DATE VARCHAR CHAR INT INT VARCHAR VARCHAR INT INT VARCHAR VARCHAR VARCHAR VARCHAR DATE(Y) VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR INT VARCHAR
ST
IK
O
M
SU
R
ID_DIRI NAMA TGL_LAHIR ALAMAT_DIRI JENIS_KELAMIN TINGGI_BADAN BERAT_BADAN GOLONGAN_DARAH HOBBY ANAK_KE JUMLAH_SAUDARA ALASAN_MEMILIH_STKES FOTO FILE NAMA_SEKOLAH TAHUN_LULUS TELEPON_SEKOLAH EMAIL_SEKOLAH NAMA_ORTU ALAMAT_ORTU TELEPON_ORTU HP_ORTU PENDIDIKAN_ORTU PEKERJAAN_ORTU INSTANSI ALAMAT_INSTANSI PENGHASILAN_PERBULAN NAMA_IBU PEKERJAAN_IBU PENDIDIKAN_IBU NAMA_WALI PEKERJAAN_WALI PENDIDIKAN_WALI NAMA_SUMBER_INF PROGRAM_STUDI NAMA_AGAMA ID_KOTA NAMA_TEMPAT_LAHIR
Constraint Primary Key Not Null Not Null Not Null Not Null Not Null Not Null
A
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 37
Panjang Data 50 100 200 5 20
AY
Tipe Data
AB
No. Nama Kolom
200 20 100 20 10 100 100 200 10 20 20 50 100 200 20 100 50 50 100 50 50 10 10 10 100
Not Null Not Null Not Null Not Null Not Null
Not Null Not Null
Not Null
Not Null Not Null
Foreign Key Foreign Key Foreign Key Foreign Key Foreign Key
50
Tabel Program Studi : TB_PROG_STUDI
Primary Key
: PROGRAM_STUDI
Foreign Key
:-
Fungsi
: Digunakan untuk menyimpan data program studi
A
Nama Tabel
AY
D.
yang dibuka STIKES Surabaya.
E.
AB
Tabel Sumber Informasi
: TB_SUMBER_INFORMASI
Primary Key
: NAMA_SUMBER_INF
Foreign Key
:-
M
Nama Tabel
Primary Key Not Null
R
1 2
Constraint
SU
No.
Tabel 4.4. TB_PROGRAM_STUDI Panjang Nama Kolom Tipe Data Data ID_PROGRAM_STUDI INT NAMA_PROGRAM_STUDI VARCHAR 20
: Digunakan untuk menyimpan data sumber
Fungsi
O
informasi.
IK
No.
Tabel 4.5. TB_SUMBER_INFORMASI Panjang Nama Kolom Tipe Data Data ID_SUMBER_INF INT NAMA_SUMBER_INF VARCHAR 20
ST
1 2
F.
Tabel Status Seleksi Nama Tabel
: TB_STATUS_SELEKSI
Primary Key
: ID_STATUS
Foreign Key
: ID_DIRI
Constraint Primary Key Not Null
51
Tabel Kota Nama Tabel
: TB_KOTA
Primary Key
: ID_KOTA
Foreign Key
: ID_PROPINSI
Fungsi
: Digunakan untuk menyimpan data kota.
Nama Kolom
1 2 3
ID_KOTA ID_PROPINSI NAMA_KOTA
Primary Key Foreign Key Not Null
M
O
: TB_PROPINSI
Primary Key
: ID_PROPINSI
Foreign Key
:-
Fungsi
: Digunakan untuk menyimpan data propinsi.
IK
ST 1 2
Constraint
Tabel Propinsi Nama Tabel
No.
Tabel 4.7. TB_KOTA Panjang Tipe Data Data VARCHAR 50 VARCHAR 50 VARCHAR 50
SU
No.
H.
Primary Key Foreign Key Not Null
AY
G.
Constraint
AB
1 2 3
Tabel 4.6. TB_STATUS_SELEKSI Panjang Nama Kolom Tipe Data Data ID_STATUS INT ID DIRI VARCHAR 50 TERIMA BOOLEAN -
R
No.
: Digunakan untuk menyimpan data status seleksi.
A
Fungsi
Tabel 4.8. TB_PROPINSI Panjang Nama Kolom Tipe Data Data ID_PROPINSI VARCHAR 50 NAMA_PROPINSI VARCHAR 50
Constraint Primary Key Not Null
52
J.
Primary Key
: ID_AGAMA
Foreign Key
:-
Fungsi
: Digunakan untuk menyimpan data agama.
AY
Tabel 4.9. TB_AGAMA Panjang Nama Kolom Tipe Data Data ID_AGAMA INT NAMA_AGAMA VARCHAR 50 Tabel Tes Nama Tabel
: TB_TES
Primary Key
: ID_TES
Fungsi
: Digunakan untuk menyimpan data pelaksanaan
M
Tabel 4.10. TB_TES Panjang Nama Kolom Tipe Data Data ID_TES INT GELOMBANG VARCHAR 10 TANGGAL_TES DATE JAM_TES VARCHAR 20 QUOTA_PESERTA INT -
O
ST K.
Primary Key Not Null
:-
IK
1 2 3 4 5
Constraint
Foreign Key
tes.
No.
A
: TB_AGAMA
AB
1 2
Nama Tabel
R
No.
Tabel Agama
SU
I.
Tabel Jadwal Nama Tabel
: TB_JADWAL
Primary Key
:-
Foreign Key
: ID_TES, ID_DIRI
Constraint Primary Key Not Null Not Null Not Null Not Null
53
Fungsi
: Digunakan untuk menyimpan data jawdal tes tiap
peserta tes.
1 2
ID_TES ID_DIRI Tabel Tempat Lahir
Foreign Key Foreign Key
: TB_TEMPAT_LAHIR
Primary Key
: ID_TEMPAT_LAHIR
Foreign Key
:-
Fungsi
: Digunakan untuk menyimpan data tempat lahir.
AB
Nama Tabel
R
L.
Constraint
A
Nama Kolom
AY
No.
Tabel 4.11. TB_JADWAL Panjang Tipe Data Data INT VARCHAR 50
ST
IK
O
M
1 2
SU
No.
Tabel 4.12. TB_TEMPAT_LAHIR Panjang Nama Kolom Tipe Data Data ID_TEMPAT_LAHIR INT NAMA_TEMPAT_L VARCHAR 50 AHIR
Constraint Primary Key Not Null
54
4.3
Desain Sistem Berikut merupakan desain input output dari aplikasi pendaftaran
mahasiswa baru secara online pada STIKES Surabaya.
Nomor PIN Masukkan nomor PIN anda
AB
Masuk
AY
A
4.3.1 Desain Input Nomor PIN
R
Gambar 4.14. Desain Input Nomor PIN
SU
Gambar 4.14 di atas merupakan desain input nomor PIN yang digunakan calon pendaftar untuk memasukkan nomor PIN yang diberikan pihak panitia setelah melakukan transfer biaya pendaftaran. PIN yang sudah dimasukkan
M
sebelumnya tidak bisa digunakan lagi, apabila dimasukkan lagi akan menampilkan pesan bahwa PIN sudah pernah digunakan. Apabila pemeriksaan
ST
IK
O
PIN berhasil calon pendaftar akan diarahkan ke halaman input data awal.
55
4.3.2 Desain Input Data Awal Input Data Awal Data Pribadi No. Pendaftaran
Foto 4x6
A
Program Studi
Tempat Lahir Tanggal Lahir
dd/mm/yyyy
Browse
Alamat
Jenis Kelamin Tinggi Badan Golongan Darah
R
Agama
Kab/kota
AB
Propinsi
Asal Kota
AY
Nama
Data Sekolah
SU
Data Orang Tua dan/atau Wali
Scan Berkas
M
Gambar 4.15. Desain Input Data Awal (Data Pribadi)
Gambar 4.15 di atas merupakan Desain Input Data Awal tab data pribadi
O
yang digunakan untuk mengisikan data pribadi pendaftar. Tab berikutnya adalah
IK
data sekolah seperti pada gambar 4.15, data orang tua seperti pada gambar 4.16 dan scan berkas seperti pada gambar 4.17. Data diisi oleh pendaftar yang
ST
mendapat hak akses setelah memasukkan nomor PIN.
56
Input Data Awal Data Pribadi Data Sekolah
Nama
A
Alamat Tahun Lulus
AY
Telepon Email Hobby
Alasan memilih STIKes Sumber Informasi
AB
Anak Ke
R
Data Orang Tua dan/atau Wali
SU
Scan Berkas
Gambar 4.16. Desain Input Data Awal (Data Sekolah)
Form input data awal di atas merupakan form input data sekolah yang
ST
IK
O
M
digunakan untuk mengisikan data asal sekolah pendaftar.
57
Input Data Awal Data Pribadi Data Sekolah
Data Orang Tua dan/atau Wali
A
Nama Alamat
AY
Telepon Pendidikan Pekerjaan
Penghasilan Per-bulan
Nama Ibu Pekerjaan
Pendidikan
SU
Nama Wali
R
Alamat Kantor
AB
Jabatan
Pekerjaan Wali Pendidikan
M
Scan Berkas
O
Gambar 4.17. Desain Input Data Awal (Data Orang Tua)
Desain form di atas merupakan form input data orang tua yang digunakan
ST
IK
untuk mengisikan data orang tua atau data wali apabila ada.
58
Input Data Awal Data Pribadi Data Sekolah Data Orang Tua dan/atau Wali Scan Berkas
AY
Scan Ijazah, Scan Kartu Keluarga, Scan KTP ORTU, Scan Surat Keterangan Sehat Harus di-compress dalam bentuk .zip atau .rar
A
Browse
AB
Simpan
Gambar 4.18. Input Data Awal (Scan Dokumen Persyaratan)
R
Gambar 4.18 di atas adalah desain form untuk mengunggah dokumen yang dipersyaratkan. Setelah semua data yang diperlukan dimasukkan kedalam field,
SU
calon pendaftar menekan tombol simpan, calon pendaftar akan mendapat tampilan kartu ujian berekstensi .pdf yang dapat disimpan/di-download ke PC masing-
M
masing.
O
4.3.4 Desain Input Nomor Pendaftaran
ST
IK
Lihat Status Seleksi
Masukkan No. Pendaftaran Anda
Lihat
Gambar 4.19. Desain Input Nomor Pendaftaran
59
Gambar 4.19 merupakan desain input nomor pendaftaran yang digunakan untuk mengetahui apakan nomor pendaftar yang dimasukkan diterima atau tidak. Setelah nomor dimasukkan dan tombol ditekan akan muncul halaman seperti pada
A
gambar 4.20 di bawah ini.
:
Nama
:
Status Penerimaan
AB
No. Pendaftaran
AY
Lihat Status Seleksi
:
SU
4.3.4 Desain Login Panitia
R
Gambar 4.20. Desain Lihat Status Seleksi
Login
M
Username
ST
IK
O
Password
Login
Gambar 4.21. Desain Login Panitia
Desain Form Login pada Gambar 4.21 ini digunakan untuk login setelah
pengguna/panitia mendapatkan username dan password. Jika pengisian username atau password salah maka pengguna akan dibawa ke halaman yang menampilkan pesan bahwa login gagal dan terdapat keterangan input salah. Tombol masuk
60
digunakan untuk masuk ke dalam aplikasi khusus panitia pendaftara mahasiswa baru.
A
4.3.5 Desain Rekap Data
Data Sumber Informasi
Data Kota/Asal Sekolah
Sumber Informasi
Jumlah
R
AB
No.
Data Kelolosan
AY
Rekap Data
Rekap Data
SU
Gambar 4.22. Desain Rekap Data (Sumber Informasi)
Data Kota/Asal Sekolah
M
Data Sumber Informasi
Asal Kota
Jumlah
No.
Asal Sekolah
Jumlah
ST
IK
O
No.
Data Kelolosan
Gambar 4.23. Desain Rekap Data (Kota/Asal Sekolah)
61
Rekap Data Data Sumber Informasi
Data Kota/Asal Sekolah
Jumlah
Detail
AB
AY
A
No. Keterangan
Data Kelolosan
Gambar 4 24. Desain Rekap Data (Hasil Seleksi)
R
Gambar 4.22, gambar 4.23 dan gambar 4.24 adalah desain rekap data yang
SU
digunakan untuk menampilkan rekap data sumber informasi yang dipilih oleh pendaftar beserta jumlahnya, jumlah kota dan asal sekolah dari pendaftar, dan hasil seleksi yang menampilkan jumlah pendafar yang lolos dan tidak lolos
ST
IK
O
M
.
62
4.3.6 Desain Data Pendaftar Data Pendaftar Nama
Asal Sekolah
Download
Detail
AB
AY
A
No. Pendaftaran
R
Gambar 4.25. Desain Data Pendaftar
SU
Desain tampilan data pendaftar pada gambar 4.25 di atas digunakan untuk
ST
IK
O
M
menampilkan daftar pendaftar yang telah mengisi data awal.
63
4.3.7 Desain Input Nomor Unik Input Nomor Unik ACAK123
No. Pendaftaran
ACAK321
A
Nomor Unik
HP Email
Nama
HP
Email
Status
R
Nomor Unik No pendaftaran
AB
Simpan
AY
Nama
SU
Gambar 4.26. Desain Input Nomor Unik
Form input nomor unik pada gambar 4.26 di atas digunakan untuk input
M
data transfer. Yaitu data yang diperoleh dari konfirmasi yang dilakukan calon pendaftar setelah melakukan pembayaran kepada panitia. Nomor unik adalah
O
nomor PIN yang nantinya akan diberikan kepada calon pendaftar, nomor tersebut
IK
dibuat otomatis oleh sistem. Selain nomor PIN, juga akan ditampilkan nomor
ST
pendaftaran yang dibuat otomatis oleh sistem.
64
4.3.8 Desain Input Jadwal Tes Jadwal Tes No. Gelombang
Gelombang
Tanggal
Waktu
Quota
dd/mm/yyyy
A
Tanggal Waktu
AY
Quota
AB
Simpan
Gambar 4.27. Desain Input Jadwal Tes
R
Form input jadwal tes seperti pada gambar 4.27 di atas digunakan untuk memasukan data jadwal tes yang diselenggarakan STIKES. Data yang telah
SU
disimpan akan ditampilkan pada bagian kanan form input.
4.3.9 Desain Input Status Seleksi
O
M
Status Seleksi
No. Pendaftar
No. Pendaftar
ST
IK
Status
Tidak Lolos Lolos
Simpan
Gambar 4.28. Desain Input Status Seleksi
Status
65
Gambar 4.28 merupakan desain input status seleksi yang digunakan untuk memasukan data pendaftar yang lolos dan tidak lolos seleksi/tes. Data yang tersimpan akan ditampilkan pada sis kanan layar.
Sumber Informasi No.
Sumber Informasi
R
AB
Sumber Informasi
Simpan
AY
A
4.3.10 Desain Input Sumber Informasi
SU
Gambar 4.29. Desain Input Sumber Informasi
Form input sumber informasi seperti pada gambar 4.29 di atas digunakan
M
untuk memasukan data master sumber informasi. Data yang tersimpan akan
ST
IK
O
ditampilkan pada sisi kanan layar.
66
4.3.11 Desain Input Program Studi Program Studi No.
Program Studi
AY
A
Program Studi
AB
Simpan
Gambar 4.30. Desain Input Program Studi
R
Form input data program studi seperti pada gambar 4.30 di atas digunakan untuk memasukan data program studi yang akan diselenggarakan STIKES
4.4
SU
Surabaya. Data yang tersimpan akan ditampilkan pada sisi kanan layar.
Implementasi Sistem
M
4.4.1 Software Pendukung
a. Sistem Operasi Microsoft Windows XP/Vista/7/8.
O
b. MySQL 5.5.27.
IK
c. XAMPP versi 3.1.0.
ST
d. PHP 5. e. Web Browser ( Opera, Chrome, Mozila Firefox, dll).
4.4.2 Hardware Pendukung a. Komputer dengan prosessor 2GHz atau lebih tinggi. b. VGA 32MB bit dengan resolusi 1024 x 768 atau lebih tinggi. c. Memori RAM 256MB atau lebih tinggi
67
d. Monitor Di bawah ini terdapat gambaran user interface dari aplikasi pendaftaran mahasiswa baru STIKES Surabaya.
A
4.4.3 Input Nomor PIN
AY
Tampilan input nomor PIN merupakan halaman yang pertama muncul
apabila masuk pada halaman registrasi. Pada halaman ini, terdapat satu textbox yang digunakan untuk memasukkan nomor PIN. Selain itu tampilan ini memiliki
AB
satu tombol yang digunakan untuk melakukan pemeriksaan nomor PIN. Tampilan
ST
IK
O
M
SU
R
halaman registrasi dapat dilihat pada gambar 4.31.
Gambar 4.31. Input Nomor PIN
68
4.4.4 Input Data Awal Pada tampilan input data awal terdapat beberapa textbox dan combobox serta radio button. Data textbox nomor pendaftaran, program studi, tempat lahir,
A
propinsi, kota, golongan darah dan agama otomatis disediakan oleh sistem. Setelah semua field terisi dan tombol simpan ditekan, data akan tersimpan pada
AY
basis data dan sistem menampilkan kartu ujian berupa file ber-ekstensi .pdf yang dapat diunduh oleh pendaftar. Tampilan input data awal dapat dilihat pada gambar
Gambar 4.32. Form Input Data Awal
IK
O
M
SU
R
AB
4.32.
ST
4.4.5 Lihat Hasil Seleksi Tampilan halaman lihat hasil seleksi pertama kali menampilkan textbox
dan button yang digunakan untuk memasukkan dan memeriksa nomor pendaftaran. Sistem akan memeriksa apakah nomor pendaftaran tersimpan di basis data pendaftaran. Apabila nomor pendaftaran yang dimasukkan cocok maka
69
selanjutnya sistem akan memeriksa status seleksi dan kemudian menampilkannya.
AB
AY
A
Tampilan lihat hasil seleksi dapat dilihat pada gambar 4.33.
R
Gambar 4.33. Lihat Hasil Seleksi
SU
4.4.6 Login Panitia
Halaman login panitia merupakan halaman pertama yang muncul ketika sistem admin dijalankan. Pada tampilan ini terdapat dua textbox yaitu textbox
M
username dan textbox password. Selain itu tampilan ini memiliki dua buah tombol dan batal untuk me-reset data login serta logo dari
O
untuk melakukan login
STIKES Surabaya. Tampilan halaman login panitia dapat dilihat pada Gambar
ST
IK
4.34.
Gambar 4.34. Form Login Panitia
70
4.4.7 Kelola Sumber Informasi Pada tampilan kelola data sumber informasi, ditampilkan data sumber informasi yang tersimpan pada basis data. Tampilan ini menyediakan fitur tambah
A
data, rubah data dan hapus data. Sehingga, panitia dapat menambahkan data baru, merubah data yang sudah ada dan menghapus data yang sudah tersimpan.
AY
Terdapat juga fitur untuk menghapus beberapa data dengan memilih data-data yang akan dihapus kemudian menekan tombol delete selected(s). Selain fitur
AB
hapus beberapa data, ditambahkan juga fitur save all yang dapat digunakan untuk
menyimpan beberapa data hasil perubahan secara sekaligus. Tampilan kelola data
ST
IK
O
M
SU
R
sumber informasi dapat dilihat pada gambar 4.35.
Gambar 4.35. Kelola Sumber Informasi
71
4.4.8 Kelola Jadwal Tes Pada tampilan kelola jadwal tes, ditampilkan data jadwal tes yang sudah dimasukkan dan tersimpan pada basis data. Tampilan ini menyediakan fitur
A
tambah data, rubah data dan hapus data. Tampilan kelola jadwal tes dapat dilihat
AB
AY
pada gambar 4.36.
SU
4.4.9 Kelola Status Seleksi
R
Gambar 4.36. Kelola Jadwal Tes
Pada tampilan kelola status seleksi, ditampilkan data status seleksi yang sudah dimasukkan dan tersimpan pada basis data. Tampilan ini menyediakan fitur
M
tambah data, rubah data dan hapus data. Tampilan kelola status seleksi dapat
ST
IK
O
dilihat pada gambar 4.37.
Gambar 4.37. Kelola Status Seleksi
72
4.4.10 Kelola Data Transfer Pada tampilan kelola data transfer, ditampilkan data transfer yang sudah dimasukkan dan tersimpan pada basis data. Tampilan ini menyediakan fitur
A
tambah data, rubah data dan hapus data. Tampilan kelola data transfer dapat
R
AB
AY
dilihat pada gambar 4.38.
SU
Gambar 4.38. Kelola Data Transfer
4.4.11 Rekap Data Pendaftar
M
Pada tampilan rekap data pendaftar, ditampilkan data pendaftar yang sudah dimasukkan dan tersimpan pada basis data. Sistem hanya menampilkan kolom
O
nama dan detail. Apabila icon pada kolom detail diklik, sistem akan menamplkan
IK
data detail dari nama bersangkutan. Tampilan rekap data pendaftar dapat dilihat
ST
pada gambar 4.39.
Gambar 4.39. Rekap Data Pendaftar
73
4.4.12 Rekap Data Asal Kota dan Asal Sekolah Pada tampilan rekap data asal kota dan asal sekolah, ditampilkan dua tabel yang berisi data asal kota dan data asal sekolah yang sudah dimasukkan dan
A
tersimpan pada basis data. Sistem menampilkan jumlah dari masing-masing kota dan sekolah asal dari pendaftar. Tampilan kelola status seleksi dapat dilihat pada
R
AB
AY
gambar 4.40.
SU
Gambar 4.40. Rekap Data Asal Kota dan Asal Sekolah
4.4.13 Rekap Data Sumber Informasi
Pada tampilan rekap data sumber informasi, ditampilkan data sumber
M
informasi dan jumlahnya yang sudah dimasukkan dan tersimpan pada basis data.
O
Jumla diperoleh dari sumber informasi yang dipilih oleh para pendaftar. Tampilan
ST
IK
kelola status seleksi dapat dilihat pada gambar 4.41.
Gambar 4.41. Rekap Data Sumber Informasi
