• Tidak ada hasil yang ditemukan

BAB IV PERANCANGAN SISTEM USULAN

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB IV PERANCANGAN SISTEM USULAN"

Copied!
35
0
0

Teks penuh

(1)

38

4.1. Perancangan Sistem Usulan

Perancangan suatu sistem merupakan suatu dasar dari pembuatan suatu sistem yang handal dan kuat untuk memerlukan suatu proses atau tahap tahapan dalam membuat perencanaan sistem.

4.1.1. Analisis Kebutuhan

Dalam merancang aplikasi pengolahan data administrasi pada pondok pesantren minhajut thalibin yang mencakup kegiatan pendataan santri baru, pencatatan transaksi pembayaran biaya SPP, penulis telah melakukan analisis kebutuhan yang bertujuan untuk mendapatkan informasi alur sistem yang saat ini berjalan pada pondok pesantren minhajut thalibin serta mengetahui kebutuhan dari setiap komponen yang berinteraksi pada sistem untuk mengembangkan sistem yang saat ini berjalan (konvensional) menjadi sistem pengolahan data administrasi yang terkomputerisasi.

A. Kebutuhan pengguna

Untuk mendukung berjalannya sistem informasi administrasi keuangan, diperlukan sumber daya manusia sebagai user yang mampu mengoperasikan sistem tersebut dengan baik. Ada beberapa bagian sumber daya manusia yang berperan pada pondok pesantren minhajut thalibin.

1. Skenario Kebutuhan Bagian Admin a. Mengelola data guru

b. Mengelola data santri

(2)

d. Mengelola data pembayaran

e. Mengelola data laporan pembayaran 2. Skenario Kebutuhan Kepala Sekolah

a. Melihat laporan pembayaran b. Mengelola user

c. Mengelola halaman info 3. Skenario Kebutuhan Santri

a. Melihat status pembayaran b. Melihat riwayat pembayaran c. Mencetak status pembayaran d. Mencetak riwayat pembayaran A. Kebutuhan Sistem

1. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses aplikasi ini dengan memasukkan username dan password agar privasi masing-masing pengguna tetap terjaga keamanannya.

2. Pengguna harus melakukan logout setelah selesai mengunakan aplikasi.

(3)

1. Diagram Use Case Admin Data Guru Data Santri Menu Utama Login Pembayaran Iuran include Logout extand Tambah Baru extand Ubah extand extand extand extand Hapus Tambah extand extand Cetak Ubah extand extand Hapus Admin extand Cari extand Laporan extand Reset Semua extand Cari Nama Tambah Batal extand extand extand Reset Batal extand extand Laporan Transaksi Laporan Iuran Cari Cetak Cari Cetak extand extand extand extand extand extand Simpan Batal extand extand Gambar IV.1 Diagram Use Case Admin

a. Deskripsi Diagram Use Case Data Guru

Tabel IV.1

Deskripsi Diagram Use Case Data Guru

Use Case Name Data Guru

Requirements Admin dapat mengelola data guru

Goal Admin dapat mengelola data guru secara online melalui web

Pre – Conditions Menu Utama

Post – Conditions 1. Tambah data guru 2. Ubah data guru 3. Hapus data guru

Failed end Condition Gagal mengubah data guru

(4)

Main Flow / Basic Path

1. Admin memilih Menu Data Guru 2. Sistem Menampilkan Data Guru 3. Admin Menambah Data Guru 4. Admin Mengubah Data Guru 5. Admin Menghapus Data Guru

Alternative Flow / Invariant

-

b. Deskripsi Diagram Use Case Data Santri

Tabel IV.2

Deskripsi Diagram Use Case Data Santri

Use Case Name Data Santri

Requirements Admin dapat mengelola data santri

Goal Admin dapat mengelola data santri secara online melalui web

Pre – Conditions Menu Utama

Post – Conditions 1. Tambah data santri 2. Cetak data santri 3. Ubah data santri 4. Hapus data santri

Failed end Condition 1. Gagal mengubah data santri

2. Gagal menghapus data santri

Primary Actors Admin

Main Flow / Basic Path

1. Admin memilih menu data santri 2. Sistem menampilkan data santri 3. Admin menambah data santri 4. Admin melihat data santri 5. Admin mengubah data santri 6. Admin menghapus data santri

Alternative Flow / Invariant

-

c. Deskripsi Diagram Use Case pembayaran iuran

Table IV.3

Diagram Use Case Pembayaran Iuran

Use Case Name Pembayaran Iuran

Requirements Admin dapat mengelola pembayaran iuran

Goal Admin dapat mengelola pembayaran iuran secara online melalui web

Pre – Conditions Menu utama

Post – Conditions 1. Mencari pembayaran iuran 2. Mereset pembayaran iuran

Failed end Condition -

(5)

Main Flow / Basic Path

1. Admin memilih menu pembayaran iuran 2. Sistem menampilkan pembayaran iuran 3. Admin mencari pembayaran iuran 4. Admin mereset pembayaran iuran

Alternative Flow / Invariant

-

d. Deskripsi Diagram Use Case laporan

Table IV.3

Diagram Use Case Laporan

Use Case Name Laporan

Requirements Admin dapat mengelola laporan

Goal Admin dapat mengelola laporan secara online melalui web

Pre – Conditions Menu utama

Post – Conditions 1. Mencari laporan 2. Mencetak laporan

Failed end Condition -

Primary Actors Admin

Main Flow / Basic Path

3. Admin memilih laporan 4. Sistem menampilkan laporan 5. Admin mencari laporan 6. Admin mencetak laporan

Alternative Flow / Invariant

-

2. Diagram Use Case Data santri

Status Pembayaran Iuran Riwayat Pembayaran Menu Utama Login include Logout extand Cetak extand extand extand Cetak extand Santri Gambar IV.2 Diagram Use Case Santri

a. Deskripsi Diagram Use Case Pembayaran Iuran

Tabel IV.5

Deskripsi Diagram Use Case Pembayaran Iuran

Use Case Name Data Santri

Requirements Santri dapat mengelola Pembayaran Iuran

Goal Santri dapat mengelola pembayaran iuran secara

(6)

Pre – Conditions Menu utama

Post – Conditions Mencetak Pembayaran Iuran

Failed end Condition 1. Gagal mencetak pembayaran iuran Primary Actors Santri

Main Flow / Basic Path

1. Santri memilih pembayaran iuran

2. Sistem menampilkan window print dan form cetak

3. Santri mencetak pembayaran iuran

Alternative Flow / Invariant

-

b. Deskripsi Diagram Use Case Riwayat Pembayaran

Tabel IV.6

Deskripsi Diagram Use Case Riwayat Pembayaran

Use Case Name Data Santri

Requirements Santri dapat mengelola Riwayat Pembayaran

Goal Santri dapat mengelola Riwayat Pembayaran secara

online melalui web Pre – Conditions Menu utama

Post – Conditions Mencetak Riwayat Pembayaran

Failed end Condition 1. Gagal mencetak Riwayat Pembayaran Primary Actors Santri

Main Flow / Basic Path

2. Santri memilih Riwayat pembayaran

3. Sistem menampilkan window print dan form cetak

4. Santri mencetak Riwayat pembayaran

Alternative Flow / Invariant

(7)

3. Diagram Use Case Kepala Sekolah Laporan Pengaturan Menu Utama Login include Logout extand Laporan Transaksi extand extand extand Tambah extand Kepala Sekolah Admin extand Laporan Iuran Santri extand Cari Cetak extand extand Cari Cetak extand extand Tambah Ubah Hapus extand extand extand Gambar IV.3

Diagram Use Case Kepala Sekolah

a. Deskripsi Diagram Use Case Laporan

Tabel IV.7

Deskripsi Diagram Use Case Laporan

Use Case Name Laporan

Requirements Kepala Sekolah dapat mengelola laporan

Goal Kepala Sekoah dapat mengelola laporan secara online melalui web

Pre – Conditions Menu utama

Post – Conditions 1. Mencari laporan 7. Mencetak laporan

Failed end Condition -

Primary Actors Kepala Sekolah

Main Flow / Basic Path

8. Kepala Sekolah memilih laporan 9. Sistem menampilkan laporan 10. Kepala Sekolah mencari laporan 11. Kepala Sekolah mencetak laporan

Alternative Flow / Invariant

(8)

b. Deskripsi Diagram Use Case Admin

Tabel IV.8

Deskripsi Diagram Use Case Admin

Use Case Name Admin

Requirements Kepala Sekolah dapat mengelola data admin

Goal Kepala Sekolah dapat mengelola data admin melalui web

Pre – Conditions Menu Utama

Post – Conditions Data Admin

Failed end Condition Kepala Sekolah tidak dapat menambah data baru

Primary Actors Kepala Sekolah

Main Flow / Basic Path

1. Sistem menampilkan data admin 2. Kepala Sekolah menambah data admin 3. Kepala Sekolah mengubah data admin 4. Kepala Sekolah menghapus data admin

Alternative Flow / Invariant

-

c. Deskripsi Diagram Use Case Pengaturan

Tabel IV.9

Deskripsi Diagram Use Case Pengaturan

Use Case Name Pengaturan

Requirements Kepala Sekolah dapat mengubah aturan sekolah

Goal Kepala Sekolah dapat mengubah aturan sekolah secara online melalui web

Pre – Conditions Menu Utama

Post – Conditions Form Pengaturan

Failed end Condition

Kepala Sekolah tidak dapat menambah data baru

Primary Actors Kepala Sekolah

Main Flow / Basic Path

1. Kepala Sekolah menginputkan pondok pesantren 2. Kepala Sekolah menambahkan data pondok

pesantren

3. Kepala Sekolah menyimpan data pondok pesantren

Alternative Flow / Invariant

(9)

4.1.3. Rancangan Diagram Aktivitas

1. Diagram Aktivitas Login Admin

Gambar IV.4

Diagram Aktivitas Login Admin

2. Diagram Aktivitas Data Guru

Gambar IV.5

(10)

3. Diagram Aktivitas Data Santri

Gambar IV.6

Diagram Aktivitas Data Santri

4. Diagram Aktivtias Pembayaran Iuran

Gambar IV.7

(11)

5. Diagram Aktivitas Laporan Transaksi

Gambar IV.8

Diagram Aktivitas Laproan Transaksi

6. Diagram Aktivitas Laporan Iuran Santri

Gambar IV.9

(12)

7. Diagram Aktivitas Admin

Gambar IV.10 Diagram Aktivitas Admin

8. Diagram Aktivitas Pengaturan

Gambar IV.11

(13)

9. Diagram Aktivitas Status Pembayaran Iuran

Gambar IV.12

Diagram Aktivitas Status Pembayaran Iuran

10. Diagram Aktivitas Riwayat Pembayaran

Gambar IV.13

(14)

4.1.4. Rancangan Dokumen Sistem Usulan A. Rancangan Dokumen Masukan

1. Nama Dokumen : Data Santri

Fungsi : Untuk mengetahui data santri

Sumber : Admin

Tujuan : Admin

Media : Kertas

Jumlah : 1 lembar

Frekuensi : Setiap ada input data santri Bentuk : Lihat Lampiran C.1 2. Nama Dokumen : Laporan Transaksi

Fungsi : Untuk mengetahui laporan transaksi

Sumber : Admin

Tujuan : Admin

Media : Kertas

Jumlah : 1 lembar

Frekuensi : Setiap akan melihat data transaksi keseluruhan Bentuk : Lihat Lampiran C.2

3. Nama Dokumen : Laporan iuran Fungsi : Untuk laporan iuran

Sumber : Admin

Tujuan : Admin

Media : Kertas

Jumlah : 1 lembar

(15)

Bentuk : Lihat Lampiran C.3

B. Rancangan Dokumen Keluaran

1. Nama Dokumen : Status pembayaran iuran

Fungsi : Untuk melihat status pembayaran

Sumber : Admin

Tujuan : Santri

Media : Kertas

Jumlah : 1 lembar

Frekuensi : Setiap santri akan melihat status pembayaran Bentuk : Lihat Lampiran D.1

2. Nama Dokumen : Riwayat pembayaran iuran

Fungsi : Untuk melihat riwayat pembayaran iuran

Sumber : Admin

Tujuan : Santri

Media : Kertas

Jumlah : 1 lembar

Frekuensi : Setiap santri akan melihat riwayat pembayaran iuran Bentuk : Lihat Lampiran D.2

(16)

4.1.5. Rancangan Prototype

1. Tampilan Login Santri

Gambar IV.14 Tampilan Login Santri

2. Tampilan Menu Utama Santri

Gambar IV.15

(17)

3. Tampilan Menu Status Pembayaran Iuran

Gambar IV.16

Tampilan Menu Status Pembayaran Iuran

4. Tampilan Riwayat Pembayaran

Gambar IV.17

(18)

5. Tampilan Login Admin

Gambar IV.18 Tampilan Login Admin

6. Tampilan Menu Utama Admin

Gambar IV.19

(19)

7. Tampilan Data Guru

Gambar IV.20 Tampilan Data Guru

8. Tampilan Tambah Guru

Gambar IV.21 Tampilan Tambah Guru

(20)

9. Tampilan Data Santri

Gambar IV.22 Tampilan Data Santri

10. Tampilan Tambah Santri Baru

Gambar IV.23

(21)

11. Tampilan Pembayaran Iuran

Gambar IV.24

Tampilan Pembayaran Iuran

12. Tampilan Laporan Transaksi

Gambar IV.25

(22)

13. Tampilan Laporan Iuran Santri

Gambar IV.26

Tampilan Laporain Iuran Santri

14. Tampilan Menu Admin

Gambar IV.27 Tampilan Menu Admin

(23)

15. Tampilan Tambah Admin

Gambar IV.28 Tampilan Tambah Admin

16. Tampilan Menu Pengaturan

Gambar IV.29

(24)

4.2. Perancangan Perangkat Lunak

4.2.1. Entity Relationship Diagram (ERD)

tanggallahir kamar memiliki mengelola mengelola 1 1 M 1 1 M 1 mengelola 1 menghasilakan M M 1 membayar M jenis tempat nip email jenkel nama status password nama guru id id alamat nama notelp username hakakses admin kode tanggal id nis nama jenis jumlah transaksi nama juli kamar asutus januari desember mei april november oktober maret februari september juni nis iuran notelp gambar nis tahunajar kamar tingkat tanggallahir tempat jenkel nama status santri id kamar jumlahiuran logo pengaturan Gambar IV.30

(25)

4.2.2. Logical Record Structure (LRS) guru id nama email nip jenkel tempat tanggallahir jenis status admin username nama password hakakses kamar id kamar santri nis nama notelp jenkel tempat tanggallahir kamar tingkat tahunajar status gambar transaksi id nis nama kode jenis jumlah tanggal 1 M 1 1 M 1 1 1 pengaturan id nama alamat notlp logo jumlahiuran iuran nis nama kamar juli agustus september oktober november desember januari februari maret april mei juni M M M 1 Gambar IV.31

Logical Record Structure

4.2.3. Spesifikasi File

1. Spesifikasi File Admin Nama File : admin Akronim : admin.sql

Fungsi : Untung menyimpan data admin Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

(26)

Media : Harddisk Panjang record : 174 byte Kunci Field : username Software : Mysql

Tabel IV.10 Spesifikasi File Admin

No Elemen Data Nama Field Tipe Size Ket

1. Username username varchar 20 Primary Key

2. Nama Nama varchar 45

3. Password password varchar 89 4. Hak Akses hakakses varchar 20

2. Spesifikasi File Guru Nama File : Guru Akronim : guru.sql

Fungsi : Untung menyimpan data guru Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang record : 211 byte Kunci Field : id Software : Mysql

Tabel IV.11 Spesifikasi File Guru

No Elemen Data Nama Field Tipe Size Ket

1. Id Id Int 11 Primary Key

2. Nama Nama varchar 45

3. Email Email varchar 30

4. Nip Nip varchar 45

5. Jenis Kelamin Jenkel varchar 15

6. Tempat Tempat vrchar 30

(27)

8. Jenis Jenis varchar 25

9. Status Status varchar 10

3. Spesifikasi File Iuran Nama File : Iuran Akronim : iuran.sql

Fungsi : Untung menyimpan data iuran santri Tipe File : File Transaksi

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang record : 212 byte Kunci Field : nis Software : Mysql

Tabel IV.12

Spesifikasi

File Iuran

No Elemen Data Nama Field Tipe Size Ket

1. Nis Nis varchar 20 Primary Key

2. Nama Nama varchar 45

3. Kamar Kamar varchar 15

4. Juli Juli Int 11

5. Agustus Agustus Int 11

6. September september Int 11

7. Oktober oktober Int 11

8. November novermber Int 11

9. Desember desember Int 11

10. Januari Januari Int 11

11. Februari februari Int 11

12. Maret Maret Int 11

13. April April Int 11

14. Mei Mei Int 11

(28)

4. Spesifikasi File Kamar Nama File : Kamar Akronim : kamar.sql

Fungsi : Untung menyimpan data kamar santri Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang record : 26 byte Kunci Field : id Software : Mysql

Tabel IV.13

Spesifikasi File Pendaftaran

No Elemen Data Nama Field Tipe Size Ket

1. Id Id Int 11 Primary Key

2. Kamar Kamar varchar 15

5. Spesifikasi File Pengaturan Nama File : Pengaturan Akronim : pengaturan.sql

Fungsi : Untung menyimpan pengaturan sekolah Tipe File : File Master

Organisasi File : Indexed Sequential Akses File : Random

(29)

Panjang record : 201 byte Kunci Field : id Software : Mysql

Tabel IV.14

Spesifikasi File Pengaturan

No Elemen Data Nama Field Tipe Size Ket

1. Id Id int 11 Primary Key

2. Nama Nama varchar 75

3. Alamat alamat text

4. No Telepon Notelp varchar 15

5. Logo Logo varchar 100

6. Jumlah Iuran jumlahiuran double

6. Spesifikasi File Santri Nama File : Santri Akronim : santri.sql

Fungsi : Untung menyimpan data santri Tipe File : File Transaksi

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang record : 265 byte Kunci Field : nis Software : Mysql

Tabel IV.15 Spesifikasi File Santri

No Elemen Data Nama Field Tipe Size Ket

1. Nis Nis varchar 20 Primary Key

2. Nama Nama varchar 45

3. No Telpon Notelp varchar 15

4. Jenis Kelamin Jenkel varchar 15

5. Tempat Tempat varchar 30

6. Tanggal Lahir tanggallahir date

(30)

8. Tingkat Tingkat varchar 15 9. Tahun Ajar tahunajar varchar 15

10. Status Status varchar 15

11. Gambar Gambar varchar 80

7. Spesifikasi File Transaksi Nama File : Transaksi Akronim : transaksi.sql

Fungsi : Untung menyimpan data transaksi santri Tipe File : File Transaksi

Organisasi File : Indexed Sequential Akses File : Random

Media : Harddisk Panjang record : 137 byte Kunci Field : id Software : Mysql

Tabel IV.16

Spesifikasi File Transaksi

No Elemen Data Nama Field Tipe Size Ket

1. Id Id Int 11 Primary Key

2. Nis Nis varchar 20

3. Nama Nama varchar 45

4. Kode Kode varchar 30

5. Jenis Jenis varchar 20

6. Jumlah Jumlah Int 11

(31)

4.2.4. Sequance Diagram

1. Sequance Diagram Data Guru

Gambar IV.32

Sequance Diagram Data Guru

2. Sequance Diagram Data Santri

Gambar IV.33

(32)

3. Sequance Diagram Pembayaran Iuran

Gambar IV.34

(33)

4.2.5. Class Diagram

Gambar IV.35

(34)

4.2.6. Spesifikasi Hardware dan Software

Perangkat keras yang dimaksud disini adalah seperangkat alat atau elemen elektronik yang dapat membantu sistem yang diusulkan sehingga program yang diusulkan oleh penulis dapat bekerja dengan baik. Perangkat keras yang dibutuhkan dibagi atas dua bagian, yaitu perangkat keras untuk web server dan perangkat keras

client. Sedangkan perangkat lunak adalah suatu rangkaian atau susunan instruksi yang

harus benar dengan urutan-urutan yang benar pula. Keberadaan perangkat lunak selalu menyertai perangkat keras yang ada. Perangkat lunak (Software) dan perangkat keras (Hardware) yang dibutuhkan diantaranya :

Tabel IV.17

Spesifikasi Hardware dan Software

Kebutuhan Keterangan

Sistem Operasi Windows 7 Ultimated

Processor Pentium Dual Core 2.2 GHz

RAM 2 GB

Harddisk 500 GB

CD-ROM 52x

Monitor Generic Pnp Monitor

Keyboard Standard keyboard 92 key

Printer Deskjet 1010

Mouse Standard

Browser Mozila Firefox, Internet Explorer, Google Chrome Software Sublime text editor, Notepad++, Xampp

4.3. Implementasi 4.3.1. Jadwal Implementasi Tabel IV.18 Jadwal Implementasi No KEGIATAN WAKTU

BULAN I BULAN II BULAN III 1 2 3 4 1 2 3 4 1 2 3 4

(35)

1 Persiapan data awal 2 Analisa 3 Desain Sistem 4 Desain Perangkat Lunak

5

Pembuatan & Tes

Program 6 Tes Sistem 7 Pelatihan 8 Pembuatan Buku Petunjuk 9 Evaluasi & Operasional

Gambar

Diagram Use Case Pembayaran Iuran  Use Case Name   Pembayaran Iuran
Diagram Use Case Laporan  Use Case Name   Laporan
Diagram Use Case Kepala Sekolah
Tabel IV.8
+7

Referensi

Dokumen terkait

Kesalahan yang paling sedikit adalah penulisan bibliografi yang bersumber dari surat kabar dan brosur. Penulisan artikel surat kabar seharusnya lengkap mulai dari penanggung

Oleh karena itu pabrik yang akan didirikan mempunyai prospek pasar yang baik.Berdasarkan kebutuhan Margarin di Indonesia, maka pabrik akan mulai beroperasi pada tahun 2022

Dalam tulisan ini akan dibahas lebih lanjut mengenai keterlambatan perkembangan pada anak-anak yang akan disebut dengan terminologi baik GDD ataupun KPG yang

ini adalah mengevaluasi koefisien friksi antara permukaan penampang kayu terhadap permukaan batu. Analisis dengan menggunakan metode elemen hingga nonlinier digunakan

Sumber: Kanwil DJP Jateng II.. Bidang Kerjasama Ekstensifikasi dan Penilaian Seksi Bimbingan Kerjasama Perpajakan Seksi Bimbingan EkstensifikasiPerpajakan Seksi BimbinganPendataan

Karena itu PB Tunas Bhakti Trenggalek menarik untuk dikaji bila ditinjau dari aspek pembinaan, keadaan organisasi, prestasi dan sarana prasarana yang dimiliki

Ekstrak minyak hasil ekstraksi soxhlet dengan pelarut n-heksan lebih gelap dibanding dengan maserasi karena mengalami pemanasan selama beberapa hari pada temperatur

menyembunyikan perahu nelayan dan lokasi dengan aktifitas masyarakat yang tinggi yaitu dekat dermaga yang padat aktifitas, sehingga dapat dilihat