BAB IV ANALISIS & DESAIN SISTEM 4.1 Analisis Sistemrepository.dinamika.ac.id/685/7/BAB IV.pdf ·...
Transcript of BAB IV ANALISIS & DESAIN SISTEM 4.1 Analisis Sistemrepository.dinamika.ac.id/685/7/BAB IV.pdf ·...
31
BAB IV
ANALISIS & DESAIN SISTEM
4.1 Analisis Sistem
Analisa sistem merupakan langkah awal dalam membuat sistem baru.
Langkah pertama adalah melakukan wawancara. Wawancara dilakukan oleh dua
orang dengan bagian Stafkurikulum . Staf kurikulum memberikan informasi
tentang mekanisme penilaian dan kehadiran siswa, pendataan koleksi kelas.
Analisa merupakan cara untuk menganalisa permasalahan berdasarkan
data yang telah diperoleh dari hasil studi lapangan. Sedangkan desain sistem
merupakan langka – langkah yang harus ditempuh untuk menyajikan sebuah
sistem informasi agar terorganisasi dengan baik. Pada bab ini akan dibahas
mengenai analisa serta desain dari Rancang Bangun Sistem Informasi
Administrasi pada Sma Intensif Taruna Pembangunan Surabaya.Hasil dari
wawancara dengan bagian pelayanan, digambarkan oleh dua penganalisa melalui
dokumen flow lama.
Penganalisa mendapatkan beberapa permasalahan yang dapat diambil
melalui dokumen flow lama. Permasalahan tersebut antara lain, proses yang
dilakukan masih tergolong manual. Pendataan siswa, koleksi siswa perkelas,
Pembayaran Siswa tiap kelas dimasukkan ke dalam buku. Prosedur yang
dilakukan cukup banyak, sehingga membutuhkan banyak waktu untuk
menyelesaikannya.
Dokumen Flow merupakan hasil analisi yang dibuat derdasarkan hasil
survey ke Sma Intensif Taruna Pembangunan Surabaya. Dokumen flow
32
menggambarkan seluruh proses yang berhubungan dalam kegiatan Pembayaran
sebelum menggunakan sistem informasi akademik.
A. Document Flow Siswa
Merupakan dokumen flow untuk menyimpan data siswa. Pencatatan secara
manual ini yang man astaf kurikulm dapat membuat laporan data siswa untuk di
berikan kepada kepala sekolah SMA Intensif Taruna Pembangunan Surabaya.
B. Document Flow Menentukan Wali Kelas
Merupakan Document Flow menentukan wali kelas sisiwa disetiap kelas.
Pencatatan secara menua lini yang mana staf kurikulum membut data ruangan
perkelas kemudaian menyesuaikan data pegawai utuk di jadikan wali kelas.
C. Document Flow Alokasi Siswa
Merupakan Document Flow alokasi sisiwa. Diawali dari bagian staf
kurikulum yang menyesuaikan ada kelas dan siswa. Kemudian bagian staf
kurikulum membuat daftar siswa perkelas rangkap dua. Daftar siswa perkelas
diberikan kepada kepala sekolah untuk disetujui, jika telah disetujui diberikan
kepada bagian staf kurikulum untuk diarsip dan kepada guru wali kelas.
D. Document Flow Pembayaran SPP
Pada Gambar4.4 merupakan Document Flow Pembayaran SPP Siswa.
Diawali dari Siswa Menyerahkan kartu pembayaran kemudian Bagian TU
mengecek kartu pembayaran siswa, sesuai bagian TU akan mencetak kwintansi
pembayaran dan diserahkan kesiswa lalu bagian TU aka nmencetak laporan
kemudian diserahkan kekepala sekolah SMA Intensif Taruna Pembangunan
Surabaya.
33
4.2 Desain Sistem
Desain sistem merupakan tahap pengembangan setelah analisis sistem
dilakukan. Desain sistem dilakukan melai dari merancang sistem flow, Context
Diagram, Hierarchy Input Output (HIPO), Data Flow Diagram (DFD), Entity
Relational Diagram (ERD) dan struktur table.Kemudian mendesain input output
untuk dibuat aplikasi selanjutnya.
4.2.1 System Flow
Dokumen flow baru merupakan gambaran dari sistem yang telah
dikembangkan. Dalam sistem flow, beberapa proses yang dilakukan secara
komputerisasi. Proses yang dikembangkan meliputi, proses penilaian, dan
kehadiran siswa.
a. System Flow Siswa
System Flow untuk menyimpan data sisw adan pembuatan user id yang
di gunakan untuk mendapatkan hak akses Pembayaran. Dengan adanya sistem
informasi dapat membuat laporan data siswa dengan akuran, cepat dan tidak
memerlukan banyak waktu untuk di berikan kepada kepala sekolah laporan data
siswa tersebut pada Gambar 4.1.
34
Gambar 4.1SistemFlow Siswa
b. System Flow Menentukan Wali Kelas
Menjelaskan tentang proses penentuan wali kelas. Staf kurikulum
menentukan Kelas, Guru bidang studi yang akan menjadi wali kelas yang
kemudian disimpan dalam Tabel Wali Kelas Pada Gambar 4.2.
35
Gambar 4.2 System Flow Menentukan Wali Kelas
36
c. System Flow Alokasi Siswa
Gambar 4.3 System Flow Alokasi Siswa
Proses alokasi siswa diawali dari staf kurikulum yang melakukan
pendataan kelas. Dari data kelas dan data siswa bagian staf kurikulum melakukan
penyimpanan di tabel alokasi siswa keudian proses mencetak laporan siswa
perkelas kemudian diberikan kepada kepala sekolah utuk minta persetujuan
seperti Gambar 4.3.
37
d. System Flow Pembayaran SPP
Gambar 4.4 System Flow Pembayaran SPP
Proses pembayaran Spp siswa diawali menyerahkan kartu atau data siswa
ke bagian TU, Kemudian Bagian TU mengimputkan data Siswa mengecek data
Pembayaran SPP siswa, setelah di cek bagian TU melakukan Transaksi
Pembayaran dan Mencetak Kwintasi pembayaran SPP dan membuat Laporan
yang akan diserahkan kepada Kepala Sekolah SMA Intensif Taruna Pembangunan
Surabaya seperti Gambar 4.4
38
e. System Flow Pembayaran Uang Gedung.
Gambar 4.5 System Flow Pembayaran Uang Gedung
Proses pembayaran Uang Gedung siswa diawali menyerahkan kartu atau
data siswa ke bagian TU, Kemudian Bagian TU mengimputkan data Siswa
mengecek data Pembayaran Unag Gedung Sudah berapa kali atau tingal berapa
Angsuran yang harus dibayar oleh siswa, setelah di cek bagian TU melakukan
Transaksi Pembayaran dan Mencetak Kwintasi pembayaran Uang Gedung dan
membuat Laporan yang akan diserahkan kepada Kepala Sekolah SMA Intensif
Taruna Pembangunan Surabaya seperti Gambar 4.5
39
f. Sytem Flow Pembayaran Per item
Gambar 4.6 System Flow Pembayaran Per Item
Proses pembayaran Uang Per Item siswa diawali dengan siswa
menyerahkan kartu pembayarn ke bagian TU, Kemudian Bagian TU
mengimputkan data Siswa mengecek data Pembayaran apa yang dilakukan entah
pembayaran Seragam sekolah, Buku paket, Dasi dll. Setalah memilih pembayaran
Bagian TU mencetak kwintasin Pembayaran dan membuat Laporan yang akan
diserahkan kepada Kepala Sekolah SMA Intensif Taruna Pembangunan Surabaya
seperti Gambar 4.6
40
4.2.2 Diagram Berjenjang
DFD merupakan perangkat yang digunakan pada metodologi
pengembangan sistem yang terstruktur. DFD menggambarkan seluruh kegiatan
yang terdapat pada sistem secara jelas.
Gambar 4.7 Diagram Berjenjang
4.2.3 Context Diagram
Pada Context Diagram Sistem Informasi Akademik ini terdiri dari 5
entitas (bagian), yaitu staf kurikulum, Siswa, wali kelas Bagian TU dan Kepala
Sekolah. Kelima entitas tadi memberikan input data dan menerima output data
yang diperlukan.
41
Data Wali Kelas Perkelas
Data Guru
Laporan Pembayaran
Data Kelas
No Induk Siswa
Data Siswa
Data Pembayaran Siswa
Tunggakan Perbulan
kwintansi Pembayaran
Data Siswa Perkelas
Laporan Data Wali kelas
Laporan Siswa Perkelas
Laporan Data Siswa
Data siswa Perkelas
Data Siswa Perkelas
Data Siswa
0
Sistem Informasi Administrasi
+
Siswa
Wali Kelas
Staf Kurikulum
Kepala sekolah
Bagian TU
Gambar 4.8 Context Diagram System Informasi Administrasi
4.2.4 Data Flow Diagram
Data Flow Diagram (DFD) merupakan perangkat yang digunakan pada
metodologi pengembangan sistem yang terstruktur. Data Flow Diagram
menggambarkan seluruh kegiatan yang terdapat pada sistem secara jelas.
42
a. DFD Level 0
DFD level 0 ini, berisi tiga proses. Proses tersebut antara lain,
Pemeliharaan File alokasi siswa, Pembayaran dan Laporan.
Gambar 4.9 DVD Level 0
membaca dan menyimpan
membaca dan menyimpanmembaca dan menyimpan
membaca dan menyimpan
Membaca Data Kelas
Membaca Data guru
Simpan Data Wali kelas
membaca dan menyimpan
Membaca dan menyimpan
Membaca Data Siswa
Baca Dan SImpan
Baca Dan Simpan
Data Wali Kelas Perkelas
Data Guru
Laporan Data Siswa
Laporan Siswa Perkelas
Laporan Data Wali kelas
Data Kelas
No Induk Siswa
Data Siswa
Data Pembayaran Siswa
kwintansi Pembayaran
Tunggakan Perbulan
Laporan Pembayaran
Data Siswa Perkelas
Data Siswa Perkelas
Data siswa Perkelas
Data SiswaSiswa
Staf
Kurikulum
Staf
Kurikulum
Kepala
sekolah
Kepala
sekolah
Kepala
sekolah
Wali
Kelas
Siswa
Bagian
TU
Bagian
TU
Bagian TU
Bagian TU
Bagian TU
Kepala
sekolah
1
Proses Alokasi
Siswa
+
2
Proses
Pembayaran
3
Proses Laporan
Staf
Kurikulum
Staf
Kurikulum
4
Alokasi Wali
kelas
1 Data Siswa
2 Data Guru
3 Data Wali Kelas
4Data
Pembayaran
5 Data Kelas
43
b. DFD Level 1
DFD Level 1 terdapat 2 transaksi yang sering terjadi di dalam SMA
Intensif Taruna Pembangunan Surabaya. Tiga transaksi diantaranya, transaksi
mengelola data siswa dan mengelola data kelas. Transaksi tersebut membutuhkan
file untuk memasukkan data, seperti file siswa dan kelas.
Data Siswa Perkelas
membaca dan menyimpan
Baca Dan Simpan
Baca Dan SImpan
Data Siswa Perkelas
Data siswa Perkelas
Data Siswa
Siswa
Staf
Kurikulum
Staf
Kurikulum
Wali
Kelas
5 Data Kelas
1 Data Siswa
1
Mengelola
Data Siswa
2
Mengelola
Data kelas
Gambar 4.10 DFD Level 1
4.2.5 Entity Relational Diagram
Entity Relational Diagram (ERD) merupakan gambaran struktur
database dari Sistem Informasi Perpustakaan yang telah dikembangkan. ERD
44
dibagi menjadi dua, yaitu Conceptual Data Model (CDM) atau secara logik dan
Physical Data Model (PDM) atau secara fisik.
a. Conceptual Data Model
Pada Conceptual Data Model yang tertera diatas, terdapatempat belas
buah tabel yang saling terintegrasi secara logik. Dua belas tabel terdiri dari
sepuluh tabel master dan empat tabel transaksi sepaerti Gambar 4.11
melakukan
memiliki
memiliki
Mempuny ai
Relation_145Memiliki
mempunyai
Mempuny ai
Terdapat
Memiliki
Terdapat
Terdapat
Mempuny ai Terdapat
Terdapat
Mempunyai
Tb_Tingkat
Kode_Tingkat
Tingkat
Tb_Ruang
Kode_Ruang
Nama
Kapasitas
Tb_Jurusan
Kode_Jurusan
Nama_Jurusan
Tb_Jenis_Biaya
Kode_Biaya
Nama_Biaya
Besar_Biaya
Kategori_Biaya
Tb_Thn_Pelajaran
Tahun
Tahun_Pelajaran
Status
Diskripsi
Tb_Siswa
No_Induk
No_Transaksi
Nisn
Nama_Lengkap
Nama_Panggilan
Tempat_Lahir
Tgl_Lahir
Jk
No_Telp
Status
Pic ture
Alamat
TB_Pribadi
Id_Pribadi
Anak_Ke
Jum_Surabaya
Nama_Ayah
Pendidikan_A
Pekerjaan_A
Alamat_A
Nama_Ibu
Pendidikan_I
Pekerjaan_I
Alamat_I
Tb_Guru
Nig
Nip
Nama_Lengkap
Nama_Panggilan
Tempat_Lahir
Tgl_Lahir
Jk
No_Telp
Status
Jabatan
Alamat
Password
Picture
Transaksi
No_Transaksi
Tanggal
Detal_Transaksi
No_transaksi
Bulan
Potongan
Keterangan
Detai l_Angsuran
No_Transaksi
Telah_Dibayar
Kurang
Status
Tb_Kelas
Kode_Kelas
Nama_Kelas
Tb_Wali_Kelas
Id_Wali
Gambar 4.11 CDM Sistem Informasi Administrasi
45
b. Physical Data Model
Pada Physical Data Model yang tertera dibawah, telah menunjukkan
adanya relasi antar tabel. Terlihat bahwa antar tabel satu dengan yang lain saling
memberikan informasi berupa identitas untuk mengenali tabel yang lain seperti
Gambar 4.12
NO_INDUK = NO_INDUK
KODE_TINGKAT = KODE_TINGKAT
KODE_RUANG = KODE_RUANG
ID_WALI = ID_WALIKODE_JURUSAN = KODE_JURUSAN
NIG = NIG
KODE_KELAS = KODE_KELAS
KODE_BIAYA = KODE_BIAYA
KODE_BIAYA = KODE_BIAYA
TAHUN = TAHUN
TAHUN = TAHUN
NO_INDUK = NO_INDUK NO_TRANSAKSI = TRA_NO_TRANSAKSI
NO_TRANSAKSI = TRA_NO_TRANSAKSI
ID_PRIBADI = ID_PRIBADI
TB _T INGKAT
KODE_TINGKAT char(3)
TINGKAT varchar(50)
TB_RUANG
KODE_RUANG char(3)
NA MA varchar(50)
KA PASIT AS integer
TB_JURUSAN
KODE_JURUSAN char(4)
NO_INDUK char(10)
ID_WALI char(3)
NAMA_JURUSAN varchar(20)
TB_JENIS_BIAYA
KODE_BIAYA char(5)
NA MA_BIAYA varchar(50)
BE SAR_BIAYA integer
KA TEGORI_BIAYA varchar(15)
TB_T HN_PELAJARAN
TAHUN char(4)
TAHUN_PELAJARAN char(9)
ST ATUS varchar(12)
DISKRIPSI long varchar
TB_SISWA
NO_INDUK char(10)
ID_PRIBADI char(10)
TAHUN char(4)
NO_T RANSAKSI char(10)
KODE_KELAS char(4)
NISN char(10)
NAMA_LENGKAP varchar(100)
NAMA_PANGGILAN varchar(100)
TEMPAT _LAHIR varchar(50)
TGL_LAHIR timestamp
JK varchar(15)
NO_T ELP varchar(15)
ST ATUS varchar(12)
PICT URE long binary
ALAMAT long varchar
TB_PRIBADI
ID_PRIB ADI char(10)
ANAK_KE integer
JUM_SURABAYA integer
NAMA_AYAH varchar(100)
PENDIDIKAN_A varchar(50)
PEKERJAAN_A varchar(50)
ALAMAT_A long varchar
NAMA_IBU varchar(100)
PENDIDIKAN_I varchar(50)
PEKERJAAN_I varchar(50)
ALAMAT_I long varchar
TB_GURU
NIG char(10)
TAHUN char(4)
NIP char(18)
NAMA_LENGKAP varchar(100)
NAMA_PANGGILAN varchar(100)
TEMPAT _LAHIR varchar(50)
TGL_LAHIR timestamp
JK varchar(15)
NO_T ELP varchar(15)
ST ATUS varchar(12)
JABATAN varchar(20)
ALAMAT long varchar
PASSWORD varchar(7)
EMAIL varchar(100)
PICT URE long binary
TRANSAKSI
NO_T RANSAKSI char(10)
NO_INDUK char(10)
TANGGAL timestamp
DETAIL_TRANSAKSI
TRA_NO_TRANSAKSI char(10)
KODE_BIAYA char(5)
NO_T RANSAKS char(10)
BULAN timestamp
POTONGAN integer
KETERANGAN long varchar
DETAIL_ANGSURAN
TRA_NO_TRANSAKSI char(10)
KODE_BIAYA char(5)
NO_T RANSAK char(10)
TELAH_DIBAYAR integer
KURANG integer
ST ATUS varchar(12)
TB _KELAS
KODE_KELAS char(4)
KODE_RUANG char(3)
KODE_TINGKAT char(3)
NAMA_KELAS varchar(40)
TB _W ALI_KELAS
ID_WALI char(3)
KODE_JURUSAN char(4)
KODE_KELAS char(4)
NIG char(10)
Gambar 4.12 PDM System Informasi Administrasi
46
4.2.6 Struktur Tabel
Program Sistem Informasi Akademi SMA Intensif Taruna Pembangunan
Surabaya ini, memiliki database yang terdiri dari beberapa tabel. Tabel – tabel
tersebut memiliki struktur tabel yang saling terintegrasi dan memberikan
informasi yang cukup lengkap bagi pengguna sistem. Berikut penjelasan struktur
tabel dari tiap tabel:
a. Tabel Pegawai
Primary key : NIP
Foreign key : -
Fungsi : Menyimpan data pegawai
Tabel 4.1 TBPegawai
No Field Data Type Length Constraint
01 NIG Char 9 Primary Key
02 Nama_pegawai varchar 100
03 Jenis Kelamin Char 1
04 Tgl Lahir Date
05 Agama Varchar 12
06 Pend Akhir varchar 50
07 Awal Masuk Date
08 Telp varchar 15
09 Email varchar 100
10 Kota varchar 50
11 Alamat Text
12 Picture Image
b. Tabel Siswa
Primary key : NIS
Foreign key : Id_User
Fungsi : Menyimpan data siswa
47
Tabel 4.2 TabelSiswa
No Field Data Type Length Constraint
01 NIS Char 9 Primary Key
02 Tahun Pelajaran Char 9
03 Nama_Siswa varchar 100
04 Jenis Kelamin Char 1
05 Tgl Lahir Date
06 Agama varchar 12
07 Telp varchar 15
08 Email varchar 100
09 Anak ke Int
10 Saudara Int
11 Kota varchar 50
12 Alamat Text
13 Asal SMP varchar 60
14 No Ijaza varchar 40
15 Picture Image
c. Tabel User
Primary key : Id User
Foreign key : User id
Fungsi : Sebagai login user
Tabel 4.3 TabelUser
No Field Data Type Length Constraint
01 Id_User Char 9 Primary Key
02 User id Char 9 Foreign key
03 Password Char 9
04 Level User Varchar 15
05 Status Varchar 12
48
d. Tabel Tahun Pelajaran
Primary Key : Id_Tahun_pelajaran
Foreign Key : -
Fungsi : Menampung data tahun Pelajaran .
Tabel 4. 4Tabel Tahun Pelajaran
NO Field Type Data Length Constraint
01 Id_Tahun_pelajaran Char 4 Primary Key
02 Status Varchar 12
03 Keterangan Text
04 Tahun_Pelajaran varchar 9
e. Tabel Kelas
Primary Key : Id_Kelas
Foreign Key : NIG
Fungsi : Menampung data kelas.
Tabel 4. 5 Tabel Kelas
NO Field Type Data Length Constraint
01 Kode_Kelas Char 5 Primary Key
02 Tingkat varchar 10
03 Kelas varchar 20
04 Ruang Char 2
05 NIG Char 9 Foreign key
f. Nama Tabel Detail Transaksi
Primary Key :Id_DetilTransaksi
Foreign Key :No_Detail_Transaksi
Fungsi : Untuk menampung data Pembayaran
Tabel 4. 6 Detail Transaksi
NO Field Type Data Length Constraint
01 Id_Detail_Transaksi Char 5 Primary Key
02 No_datail_transaksi Char 9 Foreign key
49
03 No_induk Char 5 Foreign key
04 Kode_biaya Char 10 Foreign key
05 Tahun char 4 Foreign key
05 Bulan varchar 20
06 Keterangan varchar 30
g. Nama Tabel Jenis Biaya
Primary Key : Kode_biaya
Foreign Key : Nama_biaya dan Tahun pelajaran
Fungsi : Untuk input pembayaran
Tabel 4.7 Jenis Biaya
NO Field Type Data Length Constraint
01 Kode Biaya Char 5 Primary Key
02 Nama Biaya Varchar 50 Foreign key
03 Besar_biaya Int 5 Foreign key
04 Katagori_Biaya Varchar 15 Foreign key
05 Jumlah_angsuran int Foreign key
05 Biaya_Angsuran Int
h. Nama Tabel Transaksi
Primary Key :No_transaksi
Foreign Key :-
Fungsi : Untuk menampung tangal Transaksi
Tabel 4. 8 Transaksi
NO Field Type Data Length Constraint
01 No_Transaksi Char 8 Primary Key
02 Tanggal_Transaksi Varchar 50 Foreign key
50
4.2.7 Desain Input/Output
Desain input/ouput dari Sistem Informasi Akademik pada SMA Intensif
Taruna Pembangunan Surabaya.dibagi menjai 3 login level yaitu 1) level staf
kurikulm 2) level guru matapelajaran, 3) level siswa.
a. Desain Form Login
Gambar 4. 13Desain Form Login
Gambar 4.13 merupakan desain form login yang digunakan user untuk
masuk kedalam system.
b. Desain Form Halaman Utama
Gambar 4. 14 Desain Form Halaman Utama
51
Gambar 4.14 merupakan desain form tampilan halaman awal setelah user
melakukan login.
c. Desain From Kontrol Tahun Pelajaran
Gambar 4. 15 Desain Form Kontrol Tahun Pelajaran
Gambar 4.15 form ini digunakan untuk menambah tahun pelajaran baru
yang diaktifkan supaya tidak terjadi kesalah dalam input data dan data tersebut
dapat dikelompokan tahun.
d. Desain Form Kontrol Semseter
Gambar 4. 16 Desain Form Kontrol Semseter
Gambar 4.16 form ini fungsinya sama dengan form tahun pelajaran tetapi
hanya menentukan semester ganjil atau genapyang akan dikatifkansupaya data
pertahun dapat di persempit dalam pencarian untuk dibuatkan laporan.
52
e. Desain Form Master Pembayaran
Gambar 4.17 Desain Form Master Pembayaran
Gambar 4.17 form ini fungsinya untuk input Pembayaran yang ada Di
SMA Intensf Taruna Pembangunan Surabaya dengan disertai.
f. Desain Form Master Jurusan
Gambar 4.18 Desain Form Master Jurusan
Gambar 4.18 form ini fungsinya untuk input Jurusan yang ada Di SMA
Intensif Taruna Pembangunan Surabaya
53
g. Desain Form Master Kelas
Gambar 4.19 Desain Form Master Kelas
Gambar 4.19 form ini fungsinya untuk input Kelas yang ada Di SMA
Intensif Taruna Pembangunan Surabaya.
h. Desain Form Master Ruangan
Gambar 4.20 Desain Form Master Ruangan
Gambar 4.20 form ini fungsinya untuk input Ruangan yang ada Di SMA
Intensif Taruna Pembangunan Surabaya.
54
i. Desain Setting Kelas
Gambar 4.21 Desain Form Setting Kelas
Gambar 4.21 form ini fungsinya untuk input Setting Kelas yang ada Di
SMA Intensif Taruna Pembangunan Surabaya.
j. Desain Setting Wali Kelas
Gambar 4.22 Desain Form Setting Kelas
Gambar 4.22 form ini fungsinya untuk input Setting Wali Kelas yang ada
Di SMA Intensif Taruna Pembangunan Surabaya.
55
k. Desain Setting Angsuran
Gambar 4.23 Desain Form Setting Kelas
Gambar 4.23 form ini fungsinya untuk input Setting Angsuran Siswa
yang ada Di SMA Intensif Taruna Pembangunan Surabaya.
l. Desain Form Pegawai
Gambar 4. 24 Desain Form Pegawai
Gambar 4.24 merupakan form yang digunakan untuk input pegawai yang
ada di SMA Intensif Taruna Pembangunan Surabaya.
56
m. Desain Form Siswa
Gambar 4. 25 Desain Form Siswa
Gambar 4.25 merupakan form yang digunakan untuk input siswa yang
ada di SMA Intensif Taruna Pembangunan Surabaya.
n. Desain Pembayaran Angsuran
Gambar 4. 26 Desain Form Angsuran
Gambar 4.26 merupakan form yang digunakan untuk input Pembayaran Angsuran
yang ada di SMA Intensif Taruna Pembangunan Surabaya.
57
o. Deasin From Bulanan
Gambar 4. 27 Desain Form Bulanan
Gambar 4.27 merupakan form yang digunakan untuk input Pembayaran
Bulanan yang ada di SMA Intensif Taruna Pembangunan Surabaya.
p. Desain Form Per Item
Gambar 4. 28 Desain Form Per Item
Gambar 4.28 merupakan form yang digunakan untuk input Pembayaran Per Item
yang ada di SMA Intensif Taruna Pembangunan Surabaya.