• Tidak ada hasil yang ditemukan

BAB IV ANALISIS & DESAIN SISTEM. tentang mekanisme penilaian dan kehadiran siswa, pendataan koleksi kelas.

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB IV ANALISIS & DESAIN SISTEM. tentang mekanisme penilaian dan kehadiran siswa, pendataan koleksi kelas."

Copied!
27
0
0

Teks penuh

(1)

31 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

(2)

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.

(3)

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.

(4)

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.

(5)
(6)

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.

(7)

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

(8)

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

(9)

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

(10)

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.

(11)

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.

(12)

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 menyimpan membaca 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 Siswa Siswa 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 4 Data

Pembayaran

(13)

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

(14)

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 Mempunyai Relation_145Memiliki mempunyai Mempunyai Terdapat Memiliki Terdapat Terdapat Mempunyai 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 Picture 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 Detail_Angsuran No_Transaksi Telah_Dibayar Kurang Status Tb_Kelas Kode_Kelas Nama_Kelas Tb_Wali_Kelas Id_Wali

(15)

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_WALI KODE_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_TINGKAT KODE_TINGKAT char(3) TINGKAT varchar(50) TB_RUANG KODE_RUANG char(3) NAMA varchar(50) KAPASITAS 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) NAMA_BIAYA varchar(50) BESAR_BIAYA integer KATEGORI_BIAYA varchar(15) TB_THN_PELAJARAN TAHUN char(4) TAHUN_PELAJARAN char(9) STATUS 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) STATUS varchar(12) PICTURE long binary ALAMAT long varchar

TB_PRIBADI ID_PRIBADI 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_TELP varchar(15) STATUS varchar(12) JABATAN varchar(20) ALAMAT long varchar PASSWORD varchar(7) EMAIL varchar(100) PICTURE long binary TRANSAKSI NO_TRANSAKSI char(10) NO_INDUK char(10) TANGGAL timestamp DETAIL_TRANSAKSI TRA_NO_TRANSAKSI char(10) KODE_BIAYA char(5) NO_TRANSAKS char(10) BULAN timestamp POTONGAN integer KETERANGAN long varchar

DETAIL_ANGSURAN TRA_NO_TRANSAKSI char(10) KODE_BIAYA char(5) NO_TRANSAK char(10) TELAH_DIBAYAR integer KURANG integer STATUS varchar(12) TB_KELAS KODE_KELAS char(4) KODE_RUANG char(3) KODE_TINGKAT char(3) NAMA_KELAS varchar(40) TB_WALI_KELAS ID_WALI char(3) KODE_JURUSAN char(4) KODE_KELAS char(4) NIG char(10)

(16)

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

(17)

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

(18)

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

(19)

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

(20)

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

(21)

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.

(22)

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

(23)

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.

(24)

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.

(25)

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.

(26)

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.

(27)

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.

Gambar

Gambar 4.1SistemFlow Siswa
Gambar 4.2 System Flow Menentukan Wali Kelas
Gambar 4.3 System Flow Alokasi  Siswa
Gambar 4.5 System Flow Pembayaran Uang Gedung
+7

Referensi

Dokumen terkait

Bagian administrasi melakukan login terlebih dahulu di form login jika login berhasil maka akan menampilkan form pembayaran pendaftaran playgroup, kemudian menginput data

Pada Gambar 4.7 Sistem Flow Pendaftaran Pegawai Baru dimulai dari pelamar memberikan data-data lamaran kepada bagian HRD.Bagian HRD akan menginputkan data pelamar

Rangkap 1 diberikan kepada Bendahara sebagai catatan pembayaran bagi Calon Siswa yang telah membayar Formulir Pendaftaran, SPP dan Cicilan Uang Pangkal dan

Form Menu ini merupakan dari aplikasi setelah melakukan login yang nantinya akan dijalankan pilihan untuk melakukan kegiatan yang disediakan pada aplikasi, selain itu

Buku Penerimaan Kas digunakan oleh bagian Tata Usaha untuk mencatat pembayaran uang masuk yang telah diterima dari orang tua / wali siswa.. Buku

Gambar 4.6 System Flow Sistem Informasi Cetak Laporan Data Guru Di dalam proses Cetak Laporan Data Guru ini bagian Administrasi mengambil data guru, data jadwal kelas, data

Bukti Pembayaran Dafar Ulang dibuat oleh Bagian Tata Usaha sebagai bukti bahwa Siswa telah melakukan pendaftaran ulang untuk kembali mengikuti kegiatan belajar di tahun ajaran

4 Pembuatan Laporan 5 Data Kehadiran 6 Pencarian Katalog 7 Maintenance Koleksi 1 Transaksi Petugas Perpustakaan 3 Siswa 5 Usulan Koleksi Kepala Perpustakaan 2 Koleksi 7 Pemesanan