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

Email

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.