bab iv analisis dan desain sistem - sir.stikom.edusir.stikom.edu/798/7/bab iv.pdf · menerima data...
TRANSCRIPT
BAB IV
ANALISIS DAN DESAIN SISTEM
Berdasarkan hasil análisis sistem yang sedang berjalan pada sekolah
menengah atas SMA Kemala Bhayangkari 1 Surabaya, proses penerimaan siswa
baru masih dilakukan secara manual dimana pendaftar atau calon siswa baru
datang langsung ke SMA Kemala Bhayangkari 1 Surabayakemudian mendaftar
dan data dari calon siswa baru diarsipkan. Setelah diarsipkan nantinya akan
dilakukan penyeleksian manual berdasarkan nilai NEM yang sesuai dengan
standart SMA Kemala Bhayangkari 1 Surabaya.
Hal ini berakibat pada lamanya pengisian data diri dan penyeleksian NEM
yang dilakukan secara manual. Kekurangan lain yang sering terjadi adalah
sulitnya pengarsipan data calon siswa baru yang secara sistematis dan terperinci.
Serta kesalahan penginputan data oleh bagian tata usaha pada saat pengisian data
diri calon siswa baru. Mengacu pada permasalahan yang ada, SMA Kemala
Bhayangkari 1 Surabaya membutuhkan sistem informasi penerimaan siswa baru
yang terkomputerisasi agar lebih efektif dan efisien. Untuk dapat menemukan
solusi dari permasalahan yang ada untuk lebih jelasnya, dapat dijelaskan pada sub
bab dibawah ini:
38
39
4.1 Analisis Sistem
Sistem yang diperlukan oleh SMA Kemala Bhayangkari 1 Surabaya
adalah sebuah sistem yang dapat menagani dan memenuhi semua proses yang
berkaitan dengan penerimaan siswa baru secara terkomputerisasi. Sehingga dapat
dilakukan dengan cepat, tepat, dan akurat. Bagi staf tata usaha, sistem ini nerguna
dalam proses pembelian formulir, registrasi, seleksi, maupun pembayaran uang
gedung. Dari analisa tersebut, dikembangkan menjadi data flow diagram yang
sesuai, entity relationship diagram, dan rangka desain input-output.
4.2 Desain Sistem
Perancangan Sistem ini dimaksudkan untuk membantu memecahkan
masalah pada Sistem yang sedang berjalan dan merupakan suatu Sistem yang baik
dan sesuai dengan kebutuhan semua pihak. Rancangan yang baik harus melalui
beberapa tahap-tahap perancangan, mulai dari document flow, Sistem flow,
Context Diagram, HIPO, ERD, DFD, Conceptual Data Model, Phisical Data
Model, DBMS, desain input outputnya.
4.2.1 Document Flow
Document Flow ini menunjukkan jalannya Sistem yang ada di SMA
Kemala Bhayangkari 1 Surabaya. Semua kegiatan dilakukan secara manual,
seperti yang berjalan pada SMA Kemala Bhayangkari 1 Surabaya. Tujuannya agar
mempelajari sistem yang lama, kemudian membuat sistem yang lebih efektif dan
efisien secara terkomputerisai. Adapun entity pada sistem flow antara lain.
40
A. Dokumen Flow Registrasi
Registrasi
Siswa Tata Usaha
Mulai Pembelian Formulir
2
Kwitansi pembelian formulir
1
Kwitansi pembelian formulir
Formulir TerisiInput ke database
registrasi
Registrasi
2
Jadwal Test Akademik
1
Jadwal Test Akademik
Selesai
2
Formulir1
Formulir
Diisi
Formulir Terisi
Pembuatan jadwal tes dan input isi
formulir
n n
n
Gambar 4.1. Dokumen Flow Registrasi
Dokumen flow memberikan gambaran alur proses pembelian formulir
calon siswa baru sampai dengan pembuatan jadwal test akademik. Pertama calon
siswa baru melakukan pembelian formulir ke bagian tata usaha. Kemudian bagian
tata usaha mecatat nama calon siswa baru dan member output berupa bukti
pembelian formulir pendaftaran siswa baru dan formulirnya. Setelah itu, formulir
diisi oleh calon siswa baru dan diserahkan ke bagian tata usaha kembali. Adapun
gambar dokumen flow komputerisasi pembelian dapat dilihat pada Gambar 4.1.
41
B. Dokumen Flow Penilaiaan Tes Akademik
Penilaian Test Akademik
Siswa Tata Usaha
Mulai
3
2
Hasil Test akademik
1
Penilaian Test
akademik
Hasil Test akademik
Hasil Test akademik
Seleksi berdasarkan
kapasitas
Siswa Yang diterima
Kapasitas
n
Mulai
Gambar 4.2. Dokumen Flow Penilaain Test Akademik
Dokumen flow ini memberikan gambaran alur proses penilaian test
akademik. Pertama bagian tata usaha menerima hasil test, kemudian hasil test
yang masih berupa data mentah akan dilakukan penilaian. Setelah dilakukan
penilaain akan di filter berdasarkan standart nilai yang dimiliki oleh SMA Kemala
Bhayangkari 1 Surabaya. Adapun gambar dokumen flow komputerisasi penjualan
dapat dilihat pada Gambar 4.2.
42
C. Dokumen Flow Penerimaan Siswa
Penerimaan Siswa
Siswa Tata Usaha
Mulai
Nama Siswa Yang diterima
Nama Siswa Yang diterima
Kwitansi UG+ SPP1
1
2
Pembayaran Uang
Gedung + SPP 1
n
Selesai
Kwitansi UG+ SPP1
Registrasi siswa baru
n
Bukti penerimaan siswa
1
2
Uang Gedung + SPP 1
Gambar 4.3. Dokumen Flow Penerimaan Siswa
Pada dokumen flow penerimaan siswa ini, dimulai dari tata usaha yang
menerima data dari calon siswa baru yang telah lolos seleksi pada gambar 4.2.
Kemudian calon siswa baru akan membayar uang gedung dan menerima bukti
pembayaran uang gedung, seperti pada gambar 4.3.
43
4.2.2 Sistem Flow
Sistem flow ini menunjukkan jalannya sistem yang ada di SMA Kemala
Bhayangkari 1 Surabaya. Semua kegiatan dilakukan secara terkomputerisasi,
tujuannya agar segala proses sirkulasi sekolah dapat berjalan secara efektif dan
efisien dibandingkan dengan sistem yang lama, yaitu sistem manual. Adapun
entity pada sistem flow antara lain siswa, tata usaha, dan kepala sekolah.
A. Sistem Flow Pembelian Formulir
Pembelian Formulir
Siswa Tata Usaha
Mulai
Pembayaran Formulir
Pendaftaran
Cetak Formulir
Formulir
Simpan Pembelian Formulir
Formulir
Lunas? 1T
Y
Login
Cek User name & Password
Admin?
Login
T
Pembelian Formulir
Uang
Selesai
1
Data Calon Siswa Baru Input Data Calon
Siswa Baru
Data Calon Siswa Baru
Y
Gambar 4.4. Sistem Flow Pembelian Formulir
Pada gambar 4.4 sistem flow pembelian formulir, menjelaskan tentang
proses pembelian formulir dimana calon siswa baru datang ke bagian tata usaha.
44
Kemudian calon siswa baru akan memperoleh bukti pembelian formulir dan form
formulir. Form formulir tersebut diisi berdasarkan data asli.
B. Sistem Flow Pengembalian Formulir
Pengembalian Formulir
Siswa Tata Usaha Kepala Sekolah
Formulir TerisiInput ke database
registrasi
Formulir Terisi
RegistrasiSimpan Data Calon Siswa Baru
Mulai
Cek User name & Password Login
Login
Admin?
T
Y
Selesai
Cetak Bukti Pengembalian
Formulir
Bukti Pengembalian
Formulir
Bukti Pengembalian
Formulir
Cetak Rekapitulasi Pendaftar
Perperiode
Rekapitulasi Pendafatar per
periode
Rekapitulasi Pendafatar per
periode
Gambar 4.5. Sistem Flow Pengembalian Formulir
Pada sistem flow pengembalian formulir ini menjelaskan tentang proses
pengembalian formulir yang telah diisi oleh calon siswa baru. Kemudian data
calon siswa baru akan diinputkan oleh pihak tata usaha ke dalam database, dan
calon siswa baru menerima bukti pengembalian formulir. Dari bukti-bukti tersebut
dapat diperoleh rekapitulasi per periode, seperti pada gambar 4.5.
45
C. Sistem Flow Seleksi Calon Siswa Baru
Seleksi Calon Siswa Baru
Siswa Tata Usaha Kepala Sekolah
Registrasi
Pengecekan Bukti Pengembalian
Formulir
Ada siswa yang mundur?
Mulai
T
Login
LoginCek User name & Password
Admin?
100 besar pertama?
Siswa Yang diterima
Siswa Cadangan
Y
T Pengecekan Siswa Mundur
Pengecekan Ulang Data Siswa
Y
Sesuai? 2T
1
Pengecekan Data Siswa Yang
diterima
Siswa Cadangan
Yang diterima
Y
Sesuai?
Registrasi
Simpan Data Siswa Yang
diterima
Y
Cetak Nama Siswa Yang
diterima
2
Nama-nama siswa yang
diterima
1
Registrasi
T
Benar?
Pengecekan Syarat
SyaratY
Bukti Pengembalian
Formulir
Bukti Pengembalian
Formulir
Siswa
Pensortingan Berdasarkan Nilai
T
Nama-nama siswa yang
diterima1
Nama-nama siswa yang
diterima
Input Bukti Pengembalian
Formulir
T
Y
RegistrasiSesuai syarat?
Selesai
Gambar 4.6. Sistem Flow Seleksi Calon Siswa Baru
Pada proses seleksi calon siswa baru ini pertama dilakukan pengecekan
bukti pengembalian formulir yang mengacu pada database registrasi, setelah bukti
46
pengembalian valid maka akan dilakukan proses pensortingan nilai NEM secara
ascending. Kemudian akan dilakukan filter berdasarkan kapasitas yang dimiliki
oleh SMAKemala Bhayangkari 1 Surabaya. Untuk calon siswa baru yang diluar
kapasitas dianggap sebagai calon siswa baru cadangan, dan yang lainnya disebut
sebagai calon siswa baru inti. Calon siswa baru cadangan dapat masuk menjadi
siswa baru di SMA Kemala Bhayangkari 1 Surabaya dengan catatan ada calon
siswa baru inti yang tidak melakukan registrasi. Untuk lebih jelasnya lihat gambar
4.6.
47
D. Sistem Flow Pembayaran UG dan SPP 1
Pembayaran UG dan SPP1
Siswa Tata Usaha Kepala Sekolah
Y
TUang Pembayaran Uang Gedung + SPP I
Siswa
2
Jumlah Uang Sesuai?
Pendaftaran
Cetak Bukti Pembayaran UG
dan SPP 1
Simpan Data Siswa
Bukti pembayaran UG + SPP I
1
Login
Mulai
Login
Admin?
Cek User name & Password
T
Pengecekan Siswa Baru
Benar?
Siswa
Y
T
Y
Selesai
Gelombang
Nama Siswa yang
diterima
Nama Siswa yang
diterima
Menginputkan nama siswa
Bukti pembayaran UG + SPP I
Rekapitulasi Siswa yang membayar
UG+ SPP 1
Rekapitulasi Data Siswa Yang
Membayar UG + SPP 1
Rekapitulasi Data Siswa Yang
Membayar UG + SPP 1
Gambar 4.7. Sistem Flow Pembayaran UG dan SPP 1
Gambar 4.7 sistem flow Pembayaran UG dan SPP 1 menjelaskan tentang
penerimaan siswa baru. Dimana proses awalnya melakukan pengecekan nama
calon siswa baru, apakah benar namanya lolos seleksi pada tahap sebelumnya.
48
Jika memang telah lolos maka menyelesaikan administrasi. Jika calon siswa baru
telah menyelesaikan administrasi maka akan dianggap sebagai siswa baru SMA
Kemala Bhayangkari 1 Surabaya.
4.2.3 HIPO (Hierarchical Input Process Output)
HIPO adalah suatu rincian dari sistem informasi yang akan dibuat,
didalam HIPO juga terdapat sub-sub proses. Dengan adanya HIPO, alur proses
dari sistem akan lebih teratur dan jelas. HIPO dari sistem penerimaan siswa baru
pada SMA Kemala Bhayangkari 1 Surabaya dapat dilihat pada gambar 4.8.
0
Sistem InformasiPendaftaran Siswa Baru
1
Sub SistemFile Master
1.2
MengelolaSyarat Siswa Baru
2.1
Transaksi PembelianFormulir Calon Siswa Baru
2.3
Transaksi SeleksiCalon Siswa Baru
2.2
TransaksiPengembalian Formulir
3.1
Laporan namasiswa yang diterima
3.2
Laporan siswa ygmembayar UG + SPP 1
3.3
Laporan pendaftaranperperiode
2.1.2
MemasukkanData Calon Siswa Baru
2.1.3
Pembelian FormulirCalon Siswa Baru
2.2.1
Memasukan Data FormulirCalon Siswa Baru
2.2.2
Menyimpan DataCalon Siswa Baru
2.2.3
Mencetak BuktiPendaftaran
2.2.4
Mencetak RekapitulasiPendaftar Perperiode
2.3.9
Mencetak Nama SiswaYang Diterima
2.3.1
Memasukkan BuktiPendaftaran
2.3.2
Mengecek BuktiPendaftaran
2.3.3
Mengecek SyaratCalon Siswa Baru
2.3.4
Mengurutkan CalonSiswa Baru Berdasarkan
Nilai
2.3.5
Mengecek Data SiswaYang diterima
2.3.6
Mengecek SiswaYang Mundur
2.3.7
Mengecek UlangData Siswa
2.3.8
Menyimpan Data SiswaYang Diterima
2.4.1
Memasukkan NamaSiswa Yang Diterima
2.4.2
Mengecek NamaSiswa Baru
2.4.3
Membayar UGDan SPP 1
2.4.4
Menyimpan DataSiswa Baru yg Telah
Membayar UG dan SPP 1
2.4.5
Mencetak BuktiPembayaranSiswa Baru
2.4.6
Merekap Siswa BaruYang MembayarUG dan SPP 1
2
Sub SistemFile Transaksi
3
Sub SistemOlah Laporan
1.1
MengelolaData Login
2.4
Transaksi PembayaranUG + SPP 1
2.1.4
Menyimpan DataPembelian Formulir
2.1.5
MencetakFormulir
2.1.1
Mengecek usernamedan password
1.3
Gelombang
Gambar 4.8 HIPO Sistem Informasi Penerimaan Siswa Baru
49
4.2.4 Context Diagram
Context diagram menggambarkan asal data, menunjukkan asal data, dan
menunjukkan aliran data tersebut. Context diagram sistem informasi penerimaan
siswa baru pada SMA Kemala Bhayangkari 1 Surabaya terdiri dari 3 external
entity, yaitu calon siswa baru, kepala sekolah, dan tata usaha.
Formulir
Gelombang
Nama_siswa_yang_diterima
Lap_nama_siswa_yang_diterima
Lap_siswa_yg_membayar_UG_dan_SPP
Lap_pendaftaran_per_periode
Data_periode_laporan
Syarat_siswa_baruBukti_pembayaran_UG_dan_SPP
Bukti_pendaftaran
Nama_siswa
Formulir_yang_terisi
Bukti_pendaftaran_calon_siswa_baru
user_name_dan_password
0
Sistem Informasi Penerimaan Siswa Baru
+
Calon Siswa Baru
Tata Usaha
Kepala Sekolah
Gambar 4.9. Context Diagram Sistem Informasi Penerimaan Siswa Baru
Aliran data yang keluar dari masing-masing external entity menunjukkan
data tersebut merupakan inputan, sedangkan aliran data yang masuk menunjukkan
output dari sistem informasi penerimaan siswa baru.
50
4.2.5 DFD Level 0 Sistem Informasi Penerimaan Siswa Baru
Setelah membuat context diagram dari sistem informasi penerimaan siswa
baru pada SMA Kemala Bhayangkari 1 Surabaya, untuk selanjutnya context
diagram tersebut akan dibagi menjadi sub-sub proses yang lebih kecil. Context
diagram dapat dilihat pada gambar 4.9. Dan hasil decompose itu sendiri disebut
DFD Level 0, DFD Level 0 itu sendiri terdiri dari tiga proses utama, tiga external
entity dan tujuh data store yang semuanya itu saling berkaitan. Tiga proses utama
itu juga dapat dibagi menjadi sub-sub proses yang lebih kecil, dan sub-sub yang
lebih kecil itu sendiri masih saling berkaitan antara yang satu dengan yang lain.
Tak terkecuali dengan external entity dan data store yang ada.
[Formulir]
Cek_bukti_pendaftaran
[Gelombang]
Simpan_data_gelombang
Data_registrasi
[Nama_siswa_yang_diterima]
Cek_siswa_yang_mundur
Cek_syarat
Data_gelombang
Data_pendaftaran
Data_siswa
[Lap_nama_siswa_yang_diterima]
[Lap_siswa_yg_membayar_UG_dan_SPP]
[Lap_pendaftaran_per_periode]
Cek_gelombang
Cek_ulang_data_siswaCek_data_siswa_yang_diterima
Cetak_bukti_pendaftaran
Simpan_data_calon_siswa_baru
Simpan_pembelian_formulir
Cek_nama_siswa_baru
Simpan_data_siswa
Cetak_nama_siswa_yg_diterima
Simpan_data_siswa_yg_diterima
[Data_periode_laporan]
[Bukti_pendaftaran]
[Nama_siswa]
[Bukti_pembayaran_UG_dan_SPP]
[Bukti_pendaftaran_calon_siswa_baru]
[Formulir_yang_terisi]
[user_name_dan_password]
Lihat_username_dan_password
Simpan_username_dan_password
Simpan_syarat_siswa
[Syarat_siswa_baru]
[User_name_dan_password]
Kepala Sekolah
Calon Siswa Baru
1
Mengelola_data_master
+
2
Transaksi
+
3
Laporan
+
Kepala Sekolah
Tata Usaha
11 Login
12 Siswa
13 Pendaftaran
14 Registrasi
15 Syarat
16 Gelombang
16 Gelombang
Kepala Sekolah
Gambar 4.10. DFD Level 0 Sistem Informasi Penerimaan Siswa Baru
51
4.2.6 DFD Level 1 Sistem Informasi Penerimaan Siswa Baru
A. Mengelola Data Master
Pada Gambar 4.11 merupakan DFD level 1 subproses mengelola data
master dari sistem informasi penerimaan siswa baru pada SMA Kemala
Bhayangkari 1 Surabaya. Yang dimana terdapat tiga proses, yaitu Mengelola
syarat siswa, mengelola data login, mengelola data gelombang.
[Simpan_data_gelombang][Gelombang]
[Simpan_username_dan_password]
[Simpan_syarat_siswa]
[[User_name_dan_password]]
[Syarat_siswa_baru]
Kepala Sekolah
Tata Usaha
15 Syarat
11 Login
1.1
Mengelola_syarat_siswa
1.2
Mengelola_data_login
16 Gelombang
1.3
Mengelola_data_gelombang
Kepala Sekolah
Gambar 4.11. DFD Level 1 Mengelola Data Master
52
B. Subproses Transaksi
Pada Gambar 4.12 merupakan DFD Level 1 transaksi dari sistem
informasi penerimaan siswa baru pada SMA Kemala Bhayangkari 1 Surabaya.
Pada sub sistem ini terdapat empat transaksi, yaitu proses pembelian formulir,
pengembalian formulir, seleksi calon siswa baru, dan pembayaran uang gedung
dan spp 1.
[Formulir]
Rekap siswa baru
Rekap pengembalian formulir
[Cek_bukti_pendaftaran]
[Nama_siswa_yang_diterima]
[Cek_siswa_yang_mundur]
Data_sesuai
[Cek_gelombang]
[Cek_nama_siswa_baru]
[Simpan_data_siswa][Bukti_pembayaran_UG_dan_SPP]
[Cetak_nama_siswa_yg_diterima]
[Simpan_data_siswa_yg_diterima]
[Cetak_bukti_pendaftaran]
[Simpan_data_calon_siswa_baru]
[Cek_data_siswa_yang_diterima][Cek_ulang_data_siswa]
[Cek_syarat][Bukti_pendaftaran]
[Formulir_yang_terisi]
[Bukti_pendaftaran_calon_siswa_baru]
[Simpan_pembelian_formulir]
[Lihat_username_dan_password]
[Nama_siswa]
[user_name_dan_password]Tata Usaha
Calon Siswa Baru
11 Login
12 Siswa
13 Pendaftaran
14 Registrasi
16 Gelombang
2.1
Pembelian_formulir
+
2.2
Pengembalian_formulir
+
2.3
Seleksi_calon_siswa_baru
+
15 Syarat
2.4
Pembayaran_UG_dan_SPP_1
+
13 Pendaftaran
Kepala sekolah
Gambar 4.12 DFD Level 1 Transaksi
53
C. Subproses Membuat Laporan
Sedangkan pada gambar 4.13 DFD Level 1 pembuatan laporan, dimana
kepala sekolah memilih jenis laporan yang didapatkan dari data store yang ada
pada sistem informasi penerimaan siswa baru pada SMA Kemala Bhayangkari 1
Surabaya.
[Data_registrasi]
[Data_gelombang]
[Data_pendaftaran]
[Data_siswa]
[Data_periode_laporan]
[Lap_pendaftaran_per_periode]
[Lap_siswa_yg_membayar_UG_dan_SPP]
[Lap_nama_siswa_yang_diterima]
Kepala Sekolah
12 Siswa
13 Pendaftaran
16 Gelombang
14 Registrasi
3.1
Mencetak_laporan
Gambar 4.13. DFD Level 1 Pembuatan Laporan
54
4.2.7 DFD Level 2 Sistem Informasi Penerimaan Siswa Baru
A. Pembelian Formulir
Pada gambar 4.14 menjelaskan tentang proses pembelian formulir calon
siswa baru. Di dalam proses ini terdapat dua inputan yaitu bagian tata usaha dan
calon siswa baru. Dan lima proses. Untuk lebih jelasnya dapat dilihat pada gambar
4.14.
[Formulir]
Formulir_tersimpan
Data
Nama_terisi
Login
[Simpan_pembelian_formulir]
[Nama_siswa]
[user_name_dan_password][Lihat_username_dan_password]
Tata Usaha
Calon Siswa Baru
11 Login
13 Pendaftaran
2.1.1
Mengecek_username_dan_password
2.1.2
Memasukkan_nama_calon_siswa_baru
2.1.3
Pembelian_formulir_calon_siswa_baru
2.1.4
Menyimpan_data_pembelian_formulir
2.1.5
Mencetak_formulir
Gambar 4.14. DFD Level 2 Pembelian Formulir
55
B. Pengembalian Formulir
Pada gambar 4.15 menjelaskan tentang proses pengembalian formulir yang
sudah terisi.pada proses ini terdapat dua inputan, empat proses, dua data store dan
dua output, yaitu bukti pendaftaran calon siswa baru dan rekapitulasi
pengembalian formulir. Untuk lebih jelasnya dapat dilihat pada gambar 4.15.
[Rekap pengembalian formulir]
Data_pendaftar
Data_calon_siswa_baru
Formulir_calon_siswa_baru
[Cetak_bukti_pendaftaran]
[Simpan_data_calon_siswa_baru]
[Bukti_pendaftaran_calon_siswa_baru]
[Formulir_yang_terisi]Calon
Siswa Baru
Calon Siswa Baru
14 Registrasi
14 Registrasi
2.2.1
Menginput_data_formulir_calon_siswa_baru
2.2.2
Menyimpan_data_calon_siswa_baru
2.2.3
Mencetak_bukti_pengembalian_formulir
2.2.4
Mencetak_rekapitulasi_pendaftar_perperiode
Kepala sekolah
Gambar 4.15. DFD Level 2 Pengembalian Formulir
56
C. Seleksi Calon Siswa Baru
Pada gambar 4.16 menjelaskan tentang proses seleksi calon siswa baru,
dimana memiliki sembilan proses, satu inputan dan empat data store. Untuk lebih
jelasnya lihat gambar 4.16.
[Cek_bukti_pendaftaran]
[Nama_siswa_yang_diterima]
Calon_siswa_baru_urut
Siswa_baru
Sesuai_syarat
Bukti_pendaftaran_valid
No_pendaftaran
[Cetak_nama_siswa_yg_diterima]
[Simpan_data_siswa_yg_diterima]
[Cek_siswa_yang_mundur]
[Cek_ulang_data_siswa]
[Cek_data_siswa_yang_diterima]
[Cek_syarat]
[Bukti_pendaftaran]Calon
Siswa Baru
15 Syarat
14 Registrasi
12 Siswa
2.3.1
Memasukkan_bukti_pendaftaran
2.3.2
Mengecek_bukti_pendaftaran
2.3.3
Mengecek_syarat_calon_siswa_baru
2.3.4
Mengurutkan_calon_siswa_baru_berdasarkan_nilai
2.3.5
Mengecek_data_siswa_yang_diterima
2.3.6
Mengecek_siswa_yang_mundur
2.3.7
Mengecek_ulang_data_siswa
2.3.8
Menyimpan_data_siswa_yang_diterima
2.3.9
Mencetak_nama_siswa_yang_diterima
Calon Siswa Baru
13 Pendaftaran
Gambar 4.16 DFD Level 2 Seleksi Calon Siswa Baru
57
D. Pembayaran UG dan SPP 1
Pada gambar 4.17 menjelaskan tentang proses pembayaran uang gedung
dan SPP yang pertama. Dalam proses ini terdapat enam proses, yaitu memasukkan
nama siswa yang diterima, mengecek nama siswa baru, membayar UG dan SPP 1,
menyimpan data siswa baru yang membayar UG dan SPP 1, mencetak bukti
pembayaran UG dan SPP 1, dan merekap siswa baru yang membayar UG dan SPP
1. Untuk lebih jelasnya dapat dilihat pada gambar 4.17.
[Rekap siswa baru]
[Cek_gelombang]
[Bukti_pembayaran_UG_dan_SPP]
Bukti_pembayaran
Data_siswa_baru
UG_dan_SPP_1_terbayar
Nama_siswa_baru_valid
Nama
[Simpan_data_siswa]
[Cek_nama_siswa_baru]
Nama_calon_siswa_baruCalon Siswa Baru
12 Siswa
12 Siswa
16 Gelombang
2.4.1
Memasukkan_nama_siswa_yang_diterima
2.4.2
Mengecek_nama_siswa_baru
2.4.3
Membayar_UG_dan_SPP_1
2.4.4
Menyimpan_data_siswa_baru_yg_membayar_UG_dan_SPP_1
2.4.5
Mencetak_bukti_pembayaran_UG_dan_SPP_1
2.4.6
Merekap_siswa_baru_yang_membayar_UG_
dan_SPP_1
Kepala sekolah
Gambar 4.17 DFD Level 2 Pembayaran UG dan SPP 1
58
4.2.8 ERD(Entity Relational Diagram)
Entity relational diagram adalah suatu alat untuk mempresentasikan model
data yang ada pada Sistem dimana terdapat entity dan relationship. Entity
merupakan objek yang ada dan terdefinisikan di dalam suatu organisasi, dapat
berupa abstrak/nyata, misal dapat berupa orang, objek/waktu kejadian.
A. Conceptual Data Model (CDM)
Untuk menggambarkan konsep database sistem informasi penerimaan siswa
baru dapat digambarkan conceptual data model (CDM), sehingga dapat diketahui
table apa saja yang dipakai dan relasi-relasinya. Untuk lebih jelasnya dapat dilihat
pada gambar 4.18 dibawah ini.
Memiliki
Melakukan
Memiliki
Mempunyai
Memiliki
Pendaftaranno formulirNama lengkapGelombangharga formulir
Reg istrasiId formulirId_SyaratNama lengkapJKtempat lahirTang g al lahirAgamaWarganeg araGelombangasal SMPNo STTBNEMalamatno telp rumahnama ayahNama ibualamat orang tuapekerjaan ayahpekerjaan ibug aji ayahg aji ibu
SiswaNISStatus
GelombangId gelombangTang g alUang GedungUang Serag amUang Extrakulikuler
Pembayaran U G dan SPP 1Kd pembayaranId gelombangTang g al
Syarat_SiswaId_SyaratJml_yg _diterimaNEM_M inimalUmur
Gambar 4.18 Conceptual Data Model (CDM)
59
B. Physical Data Model (PDM)
Setelah didapatkan konsep database pada conceptual data model (CDM)
maka selanjutnya degenerate ke Physical Data Model (PDM). Di PDM ini kita
dapat mengetahui hasil dari relasi-relasi yang dibangun di CDM. Dimungkinkan
adanya table baru hasil dari relasi CDM. Database PDM merupakan bentuk fisik
dari database yang digunakan dalam aplikasi. Untuk lebih jelasnya dapat dilihat
pada gambar 4.19 :
ID_FORMULI = ID_FORMULI
KD_PEMBAYA = KD_PEMBAYA
KD_PEMBAYA = KD_PEMBAYA
ID_FORMULI = ID_FORMULI
PENDAFTANO_FORM ULI C7NAMA_LENGK C1GELOMBANG C1HARGA_FORM C6
REGISTRAID_FORMULI C7NAMA_LENGK C1JK C1TEM PAT_LAH C30TANGGAL_LA D8AGAM A C9WARGANEGAR C20ASAL_SM P C25NO_STTB C20NEM C5ALAMAT C100NAMA_AYAH C30NAMA_IBU C30ALAMAT_ORA C50PEKERJAAN_ C30PEKERJAAN2 C30GAJI_AYAH C10GAJI_IBU C10GELOMBANG C1NO_TELP_RU C9ID_SYARAT C7
SISWANIS C7STATUS_SIS C1ID_FORMULI C7KD_PEM BAYA C7
GELOMBANKD_GELOM BA C7TANGGAL D8KD_PEM BAYA C7UANG_GEDUN C7UANG_SER AG C7UANG_EXTRA C7
PEM BAYARKD_PEM BAYA C7KD_GELOM BA C7TANGGAL D8
SYARAT_SID_FORMULI C7ID_SYARAT C7JM L_YG_D IT C3NEM_M INIM A C2UMUR C2
Gambar 4.19 Physical Data Model (CDM)
60
4.2.9 Struktur File
Dalam sub bab ini akan dijelaskan struktur dari tabel-tabel yang akan
digunakan dalam pembuatan sistem informasi penerimaan siswa baru pada SMA
Kemala Bhayangkari 1 Surabaya. Data-data dibawah ini akan menjelaskan satu-
persatu detil dari struktur tabel untuk setiap tabel.
1. Nama tabel : Login
Fungsi : Untuk memulai masuk pada program
Primary key : Username
Foreign key : -
Tabel 4.1 Login
Field name Type Field Size Description
Username Varchar 50 Primary key (Nama
User)
Password Varchar 7 Kode Password
61
2. Nama tabel : Gelombang
Fungsi : Untuk menyimpan data gelombang
Primary key : Gelombang1
Foreign key : -
Tabel 4.2 Gelombang
Field name Type Field Size Description
Gelombang1 Varchar 1 Primary key (Gelombang
calon siswa)
Harga_Formulir Varchar 20 Harga formulir calon siswa
Uang_Gedung Varchar 20 Uang gedung calon siswa
Uang_Seragam Varchar 20 Uang seragam calon siswa
Uang_Extrakulikuler Varchar 20 Uang extrakulikuler calon
siswa
Total Varchar 20 Total keseluruhan
3. Nama tabel : Syarat Siswa Baru
Fungsi : Untuk menyimpan syarat siswa baru
Primary key : Gelombang1
Foreign key : -
Tabel 4.3 Syarat Siswa Baru
Field name Type Field Size Description
Id_Syarat Varchar 10 Primary key (Id Syarat)
Gelombang Varchar 1 Gelombang
Jumlah_Siswa Varchar 5 Jml siswa tiap gelombang
NEM_Minimal Varchar 5 NEM minimal calon siswa
62
Field name Type Field Size Description
Umur_Max Varchar 5 Umur max. calon siswa
4. Nama tabel : Formulir
Fungsi : Untuk menyimpan data pembelian formulir
Primary key : No_Formulir
Foreign key : -
Tabel 4.4 Formulir
Field name Type Field Size Description
No_Formulir Varchar 13 Primary key (No_Formulir)
Gelombang Varchar 1 Gelombang
Nama_Lengkap Varchar 50 Nama lengkap calon formulir
Harga Varchar 7 Harga formulir
Status Varchar 15 Status calon siswa
Tgl_Pembelian Varchar 50 Tanggal pembelian formulir
5. Nama tabel : Registrasi
Fungsi : Untuk menyimpan data registrasi
Primary key : -
Foreign key : No_Formulir
Tabel 4.5 Registrasi
Field name Type Field Size Description
No_Formulir Varchar 13 Primary key (No_Formulir)
Nama_Lengkap Varchar 50 Nama lengkap calon siswa baru
63
Field name Type Field Size Description
Gelombang Varchar 1 Gelombang
Jenis_Kelamin Varchar 1 Jenis kelamin calon siswa baru
Tempat_Lahir Varchar 30 Tempat lahir calon siswa baru
Tanggal_Lahir Varchar 30 Tanggal lahir calon siswa baru
Agama Varchar 11 Agama calon siswa baru
Warganegara Varchar 30 Warganegara calon siswa baru
Asal_SMP Varchar 30 Asal SMP calon siswa baru
No_STTB Varchar 10 No STTB calon siswa baru
NEM Varchar 5 NEM calon siswa baru
Alamat Varchar 100 Alamat calon siswa baru
Ibu Varchar 50 Nama ibu calon siswa baru
Bapak Varchar 50 Nama bapak calon siswa baru
No_Telp_Rmh Varchar 10 No telp rumah calon siswa baru
Alamat_Orang_Tua Varchar 100 Alamat orang tua calon siswa
baru
Pekerjaan_Ayah Varchar 50 Pekerjaaan ayah calon siswa
baru
Pekerjaan_Ibu Varchar 50 Pekerjaan ibu calon siswa baru
Gaji_Ayah Varchar 11 Gaji ayah calon siswa baru
Gaji_Ibu Varchar 11 Gaji ibu calon siswa baru
64
6. Nama tabel : Seleksi
Fungsi : Untuk menyimpan data seleksi calon siswa baru
Primary key : -
Foreign key : No_Formulir
Tabel 4.6 Seleksi
Field name Type Field Size Description
No_Formulir Varchar 13 Primary key (No_Formulir)
Nama_Lengkap Varchar 50 Nama lengkap calon siswa baru
Gelombang Varchar 1 Gelombang
Jenis_Kelamin Varchar 1 Jenis kelamin calon siswa baru
Tempat_Lahir Varchar 30 Tempat lahir calon siswa baru
Tanggal_Lahir Varchar 30 Tanggal lahir calon siswa baru
Agama Varchar 11 Agama calon siswa baru
Warganegara Varchar 30 Warganegara calon siswa baru
Asal_SMP Varchar 30 Asal SMP calon siswa baru
No_STTB Varchar 10 No STTB calon siswa baru
NEM Varchar 5 NEM calon siswa baru
Alamat Varchar 100 Alamat calon siswa baru
Ibu Varchar 50 Nama ibu calon siswa baru
Bapak Varchar 50 Nama bapak calon siswa baru
No_Telp_Rmh Varchar 10 No telp rumah calon siswa baru
Alamat_Orang_Tua Varchar 100 Alamat orang tua calon siswa baru
Pekerjaan_Ayah Varchar 50 Pekerjaaan ayah calon siswa baru
65
Field name Type Field Size Description
Pekerjaan_Ibu Varchar 50 Pekerjaan ibu calon siswa baru
Gaji_Ayah Varchar 11 Gaji ayah calon siswa baru
Gaji_Ibu Varchar 11 Gaji ibu calon siswa baru
7. Nama tabel : UG
Fungsi : Untuk menyimpan data calon siswa baru yg sudah membayar
UG
Primary key : -
Foreign key : No_Formulir
Tabel 4.7 UG
Field name Type Field Size Description
No_Formulir Varchar 13 Primary key (No_Formulir)
Nama_Lengkap Varchar 50 Nama lengkap calon siswa baru
NIS Varchar 11 Nomor induk siswa baru
Gelombang Varchar 1 Gelombang
Status_Siswa Varchar 11 Status calon siswa baru
Uang_Gedung Varchar 15 Uang gedung calon siswa baru
Uang_Seragam Varchar 15 Uang seragam calon siswa baru
Uang_Extakulikuler Varchar 15 Uang extrakulikuler calon siswa
baru
Total Varchar 20 Total dari UG+seragam+extra
Bayar Varchar 20 Jumlah bayar calon siswa baru
Kembali Varchar 20 Jumlah kembali calon siswa baru
66
Field name Type Field Size Description
Jenis_Kelamin Varchar 1 Jenis kelamin calon siswa baru
Tempat_Lahir Varchar 30 Tempat lahir calon siswa baru
Tanggal_Lahir Varchar 30 Tanggal lahir calon siswa baru
Agama Varchar 11 Agama calon siswa baru
Warganegara Varchar 30 Warganegara calon siswa baru
Asal_SMP Varchar 30 Asal SMP calon siswa baru
No_STTB Varchar 10 No STTB calon siswa baru
NEM Varchar 5 NEM calon siswa baru
Alamat Varchar 100 Alamat calon siswa baru
Ibu Varchar 50 Nama ibu calon siswa baru
Bapak Varchar 50 Nama bapak calon siswa baru
No_Telp_Rmh Varchar 10 No telp rumah calon siswa baru
Alamat_Orang_Tua Varchar 100 Alamat orang tua calon siswa baru
Pekerjaan_Ayah Varchar 50 Pekerjaaan ayah calon siswa baru
Pekerjaan_Ibu Varchar 50 Pekerjaan ibu calon siswa baru
Gaji_Ayah Varchar 11 Gaji ayah calon siswa baru
Gaji_Ibu Varchar 11 Gaji ibu calon siswa baru
67
4.2.10 Desain I/O
Desain I/O merupakan perencanaan dari desain interface yang akan dibuat
pada program agar pengguna dapat membayangkan apakah Sistem yang akan
dibuat sesuai dengan kebutuhan pengguna. Hal ini dimaksudkan agar terjalin kerja
sama antara pengguna Sistem dengan pemakai Sistem sehingga Sistem baru yang
dibuat ini dapat memenuhi kebutuhan kedua belah pihak.
A. Desain Input Dekstop
Desain input desktop ini merupakan gambaran secara umum tentang
bentuk dari tampilan atau user interface dari suatu program. Pada sistem
informasi pembelian dibuat beberapa desain input interface.
Gambar 4.20 Desain Input Form Login
Pada Gambar 4.20 merupakan gambar desain input untuk form login.
Form desain input login digunakan jika user ingin masuk ke dalam program.User
harus menginputkan user name dan password yang mereka miliki. Jika user name
dan password benar maka user dapat masuk ke dalam program. User dapat
mengakses menu-menu yang ada pada program, tetapi hanya sesuai dengan hak
akses yang mereka miliki.
68
Gambar 4.21. Desain Input Form Master Gelombang
Desain Input Form Master Gelombang digunakan untuk mengelola data
gelombang yang ada pada SMA KEMALA BHAYANGKARI 1 SURABAYA.
Pada form master gelombang terdapat enam inputan, yaitu: gelombang, harga
formulir, uang gedung, uang seragam, uang extrakulikuler ,dan total. Serta
terdapat tiga buah tombol, yaitu: tombol simpan,tombol ubah, dan tombol keluar.
Untuk tombol simpan digunakan untuk menyimpan data yang telah
diinputkan kedalam database gelombang. Untuk tombol ubah digunakan untuk
mengubah data yang telah diinputkan sebelumnya, sedangkan tombol keluar
digunakan untuk keluar dari form master gelombang.
69
Gambar 4.22 Desain Input Form Master Login
Pada Gambar 4.22. Desain Input Form Master Login, digunakan untuk
membuat username baru agar dapat mengakses applikasi. Dimana terdapat jenis
jabatan dan password.
Gambar 4.23. Desain Input Form Master Syarat Siswa
70
Desain Input Form Master Syarat Siswa, digunakan untuk mengelola data
syarat siswa baru yang terdapat pada SMA KEMALA BHAYANGKARI 1
SURABAYA. Pada form ini terdapat lima inputan yang sesuai dengan standart
SMA KEMALA BHAYANGKARI 1 SURABAYA, yaitu jumlah siswa, NEM
minimal, dan Umur Max. Pada form master syarat siswa baru ini terdapat
beberapa tombol, diantaranya sebagai berikut: tombol simpan, tombol ubah, dan
tombol keluar. Pada tombol simpan digunakan untuk menyimpan data syarat
siswa baru. Untuk tombol edit digunakan untuk mengubah data yang telah
diinputkan. Sedangkan tombol keluar digunakan untuk keluar.
Gambar 4.24 Desain Input Form Master Ganti Password
Pada gambar 4.24. Desain Input Form Master Ganti Password, untuk
contoh , user memasukan password lama kemudian memasukan password baru
setelah iu konfirmasi password lalu tekan ubah, maka password akan berubah.
71
Gambar 4.25 Desain Input Form Transaksi Pembelian Formulir
Pada gambar 4.25. Desain Input Form Transaksi Pembelian Formulir
digunakan untuk melakukan transaksi pembelian formulir calon siswa baru
kemudian di simpan ke dalam database formulir dan dicetak bukti pembelian
formulirnya.
72
Gambar 4.26 Desain Input Form Transaksi Registrasi
Pada gambar 4.26 Desain Input Form Transaksi Registrasi, digunakan
untuk menginputkan data diri calon siswa baru yang kemudian akan di simpan
sebagai bukti data diri.
73
Gambar 4.27 Desain Input Form Transaksi Seleksi Calon Siswa
Pada gambar 4.27. Desain Input Form Transaksi Seleksi Calon Siswa,
digunakan untuk menampilkan data calon siswa per gelombang yang di
kelompokkan berdasar pemilihan combobox, kemudian tekan tombol sorting
NEM untuk menampilkan urutan siswa yang diterima berdasarkan NEM. Setelah
diseleksi berdasarkan NEM tekan tombol simpan selanjutnya tekan tombol cetak
untuk mencetak hasil seleksi calon siswa baru berdasarkan NEM.
74
Gambar 4.28 Desain Input Form Transaksi Pembayaran UG dan SPP 1
Pada gambar 4.28 Desain Input Form Transaksi Pembayaran UG dan SPP
1, digunakan untuk membayar uang gedung setelah calon siswa lolos seleksi.
Pada form ini nama lengkap calon siswa baru akan di cari berdasarkan hasil
seleksi, kemudian mengganti status.
75
Gambar 4.29 Desain Output Laporan Pembelian Formulir
Pada gambar 4.29 Desain Output Laporan Pembelian Formulir, digunakan
untuk mengetahui jumlah pembelian formulir penerimaan siswa baru berdasarkan
pemilihan filter gelombang atau filter tanggal yang dipilih oleh user pada menu
header. Pada laporan pembelian formulir juga terdapatjumlah pendaftar yang
memudahkan dalam mengetahui jumlah pembelian formulir berdasarkan filter
yang dipilih user.
76
Gambar 4.30 Desain Output Laporan Registrasi Calon Siswa Baru
Pada gambar 4.30 Desain Output Laporan Registrasi Calon Siswa Baru,
digunakan untuk mengetahui jumlah calon siswa baru yang melakukan registrasi
berdasarkan filter yang dipilih oleh user.