bab iii pembahasan 3.1. analisa kebutuhan software 3.1.1 ... · untuk ekskul, beberapa sudah eksis...

16

BAB III

PEMBAHASAN

3.1. Analisa Kebutuhan Software

3.1.1. Tinjauan Perusahaan

SMAN 6 Karawang merupakan salah satu sekolah negeri yang baru setahun

didirikan, maka tidak heran jika masyarakat Karawang masih cukup awam mengenal

sekolah yang saat ini masih berada satu komplek dengan SMAN 3 Karawang. SMAN

6 Karawang di tahun keduanya sudah mulai berkemas menjadi sekolah negeri favorit,

salah satu buktinya bisa terlihat pada penerimaan tahun ajaran baru ini, yaitu dengan

masuknya 160 siswa. Tentu, hal itu merupakan sebuah pencapaian maksimal. Sebab

dibanding tahun pertamanya, SMAN 6 Karawang hanya diisi oleh 109 siswa. Kepala

SMAN 6 Karawang, Drs. Dedi Supriadi mengaku optimis jika lambat laun sekolahnya

bisa bersaing dengan sekolah-sekolah lain yang sudah mencatatkan namanya sebagai

sekolah favorit di Karawang. Beberapa hal mulai dilakukan, seperti penambahan

ekstakulikuler bagi siswa, merencanakan program-program kegiatan sebagai media

publikasi kepada masyarakat dan berbagai macam upaya agar SMAN 6 Karawang

dalam waktu dekat bisa memiliki gedung sendiri, salah satu caranya adalah terus

menerus menjalin komunikasi dengan pihak Dinas Pendidikan Pemuda dan Olahraga

(Disdikpora) Karawang sebagai leading sektor pendidikan. Saat ini, sekolah kami

memiliki 30 pengajar yang terdiri dari tiga guru PNS dan 27 sisanya tenaga honorer.

Untuk ekskul, beberapa sudah eksis seperti PMR, Rohis, Pramuka dan Kesenian.

Jumlah total siswa kami sekitar 269,” ungkap Dedi rinci saat ditemui di sekolahnya

Sekolah yang mempunyai visi terwujudnya lulusan SMA yang unggul dalam prestasi

17

akademis dan insan mandiri yang berbudi pekerti ini, jelas Dedi, akan menerapkan

pembelajaran yang disiplin dan berkarakter islami kepada siswa-siswinya. Selain itu,

sekolah juga akan mendorong siswa dalam menentukan potensi dirinya agar bisa

berkarya di masyarakat.

STRUKTUR ORGANISASI SMA NEGERI 6 KARAWANG

Gambar III.1.

Struktur organisasi SMA Negeri 6 Karawang

Berikut ini jelaskan tugas-tugas dan tanggung jawab serta kewajiban masing-

masing bagian yang ada di dalam struktur organisasi SMA Negeri 6 karawang:

Komite Sekolah

Suatu lembaga mandiri di lingkungan sekolah dan berperan dalam peningkatan

mutu pelayanan dengan memberikan pertimbangan, arah, dan dukungan tenaga,

sarana, dan prasarana serta pengawasan pada tingkat satuan pendidikan (sekolah)

18

Kepala Sekolah

Merumuskan, menetapkan, mengembangkan visi – misi sekolah,

mengembangkan tujuan sekolah, membuat rencana kerja sekolah (RKS), dan

rencana kegiatan dan anggaran sekolah (RKAS).

Koordinator Tata Usaha (TU)

Pengelolaan pengarsipan surat-surat masuk dan keluar, pengurusan

administrasi sekolah, pembinaan dan pengembangan kari pegawai tata usaha

sekolah, penyusun administrasi sekolah meliputi kesiswaan dan ketenagaan,

penyusun laporan pelaksanaan secara berkala.

Wakil Kepala Sekolah Urusan Kurikulum

Penetapan kebijakan mutu dalam standar SKL isi, proses, dan penilaian,

menyusun jadwal dan pelaksanaan ulangan harian, ulangan tengah semester,

ulangan kenaikan kelas serta ujian akhir sekolah & nasional.

Wakil Kepala Sekolah Urusan Kesiswaan

Menyusun program pembinaan kesiswaan / OSIS, pengarahan pengendalian

kegiatan siswa/ OSIS dalam rangka menegakkan disiplin dan tata tertib sekolah

serta pemilihan pengurus.

Wakil Kepala Sekolah Urusan Sarana dan Prasarana

Membuat dan menyusun program kerja tahunan kegiatan sekolah di bidang

sarana dan prasarana dan mengkoordinir serta mengawasi pelaksanaannya,

melakukan inventarisasi terhadap keberadaan sarana dan prasarana secara berkala

19

untuk kemudian dilakukan pemilahan apakah barang itu layak pakai, habis pakai,

dsb.

Wakil Kepala Sekolah Urusan Hubungan Manusia (Humas)

Mengadakan kerjasama dengan komite sekolah atau orang tua/ wali murid,

membantu wilayah lingkungan sekolah dalam kegiatan sosial dan kegiatan-

kegiatan lainnya.

Wali Kelas / Dewan Guru

Wali kelas berasal dari guru juga yang memiliki kemampuan merancang

program pembelajaran. Serta mampu menata dan mengelola kelas agar siswa dapat

belajar dan pada akhirnya dapat mencapai tingkat kedewasaan sebagai tujuan akhir

proses pendidikan.

Siswa

Belajar, mengerjakan PR, Melaksanakan jadwal piket, melakukan upacara

bendera, berbuat baik kepada guru dan teman di sekolah.

3.1.2. Proses Bisnis

Proses bisnis merupakan serangkaian proses atau kegiatan yang dilakukan oleh

perusahaan (enterprise) untuk mencapai tujuan yang ditetapkan. Pemilik proses bisnis

bertanggung jawab terhadap kinerja dan pengembangan berkesinambungan dari

proses, juga dianggap sebagai suatu karakteristik proses bisnis. Berrikut adalah proses

bisnis pembayaran SPP pada SMAN 6 Karawang:

20

a. Admin harus melakukan login terlebih dahulu untuk mengakses sistem

dengan memasukan username dan password agar privasi masing-masing

pengguna tetap terjaga keamanannya.

b. Admin dapat menampilkan data siswa dengan cara mencari sesuai nama

atau NIS (Nomor Induk Siswa), jika sudah mendapatkan siswa yang

diingikan sistem dapat merinci jumlah tunggakan siswa.

c. Bila siswa telah melakukan pembayaran SPP, admin dapat menyimpan

data pembayaran dan mencetak untuk kwitansi pembayaran SPP. Bila

kwitansi hilang admin masih menyimpan data pembayaran dan bisa

menampilkan data pembayaran dan tanggal transaksi.

3.1.3. Activity Diagram

Gambar III.2. Activity Diagram Pembayaran SPP

21

Gambar III.3. Activity Diagram Transaksi Pembayaran SPP

Gambar III.4. Activity Diagram Laporan Pembayaran SPP

22

3.1.4. Analisa Kebutuhan

Kebutuhan fungsional adalah kebutuhan pada sistem yang merupakan layanan

dalam sistem yang merupakan layanan dalam sistem yang harus disediakan, serta

gamabaran proses dari reaksi sistem terhadap masukan sistem yang dikerjakan oleh

sistem diantaranya sebagai berikut.

a. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses

sistem dengan memasukan username dan password agar privasi masing-

masing tetap terjaga keamanannya.

b. Sistem dapat melakukan pendataan siswa

1) Pengguna dapat menambahkan data siswa dengan menggunakan NIS

(Nomor Induk Siswa), nama, alamat, jenis kelamin, tempat,tanggal

lahir, dan no telpon.

2) Pengguna dapat menampilkan data siswa.

3) Pengguna bisa mengubah data siswa

4) Pengguna bisa menghapus data siswa.

c. Sistem dapat melakukan transaksi pembayaran SPP

1) Pengguna dapat mencatat pembayaran yang dilakukan siswa.

2) Pengguna dapat meyimpan data pembayaran.

3) Pengguna dapat menampilkan data pembayaran.

4) Menampilkan hasil transaksi.

d. Sistem bisa melakukan pencarian data siswa sesuai dengan nama yang

diinginkan.

e. Sistem tentang rincian pembayaran SPP sesuai tahun ajaran.

f. Sistem dapat merinci jumlah tunggakan siswa.

23

g. Pengguna harus melakukan logout setelah selesai menggunakan sistem.

3.1.5. Use Case dan Deskripsi Use Case

Menurut Bambang hariyanto “ Diagram Use case merupakan satu diagram

untuk memodelkan aspek perilaku sistem. Masing-masing diagram use case

menunjukan sekumpulan use case, aktor dan hubungannya. Diagram-diagram use

case merupakan pusat pemodelan perilaku sistem, subsistem, dan kelas”

Use case adalah interaksi antara aktor eksternal dan sistem, hasil yang dapat

diamati oleh aktor, berorientasi pada tujuan, dideskripsikan di diagram use case dan

teks. Diagram use case melibatkan :

1) Sistem yaitu sesuatu yang hendak kita bangun.

2) Aktor, entitas-entitas luar yang berkomunikasi dengan sistem.

3) Use case adalah fungsionalitas yang dipersepsi oleh actor.

Berikut adalah Use Case Sistem Pembayaran SPP Berbasis Web :

Gambar III.5. Usecase Diagram Pembayaran SPP

24

Nama Use Case Login

Aktor Pegawai Tata Usaha

Deskripsi Kasir TU memilih login

Exception Kasir TU belum terdaftar

Pre Condition Menampilkan halaman login

Aktor Sistem

Skenario Normal

1. User Memasukan Username

dan Password

2. Membuka koneksi database

3. Proses cek valid tidak nya data

masukan

4. Masuk ke dalam menu utama

Post Condition Menampilkan halaman utama

Tabel III.1. Deskripsi Use Case Sistem Pembayaran SPP Berbasis Web

Gambar III.6. Berikut adalah Use Case Login Sistem Pembayaran SPP

25

Nama Use Case Pengaturan

Aktor Kasir TU

Deskripsi Kasir TU mengatur notifikasi

Exception -

Pre Condition Menampilkan pilihan notifikasi

Aktor Sistem

Skenario Normal

1. Aktor merubah notifikasi

aplikasi

2. Menerima perubahan notifikasi

Post Condition Notifikasi berhasil di rubah

Tabel III.2. Deskripsi Use Case Login Sistem Pembayaran SPP

Gambar III.7. Berikut adalah Use Case Transaksi Sistem Pembayaran SPP

26

Nama Use Case Mencari Data

Aktor Kasir TU

Deskripsi Mencari Data Siswa

Exception Online

Pre Condition Menampikan Data Siswa

Aktor Sistem

Skenario Normal

1. User mendapatkan informasi

Pembayaran SPP Data Siswa

2. Menampilkan informasi

Pembayaran SPP Data Siswa

Post Condition Data Siswa Berhasil Ditemukan.

Tabel III.3. Deskripsi Use Case Transaksi Sistem Pembayaran SPP

Gambar III.8. Berikut adalah Use Case Data Siswa Sistem Pembayaran SPP

27

Nama Use Case Riwayat

Aktor Kasir TU

Deskripsi Melihat detail transaksi

Exception Belum transaksi

Pre Condition Menampilkan detail transaksi

Aktor Sistem

Skenario Normal

1. Aktor mendapatkan informasi detail

transaksi

2. Menampilkan informasi

detail transaksi

Post Condition -

Tabel III.4. Deskripsi Use Case Data Siswa Sistem Pembayaran SPP

Gambar III.9. Berikut adalah Use Case Laporan Sistem Pembayaran SPP

28

Nama Use Case Transaksi

Aktor Kasir TU

Deskripsi Kasir TU Melakukan Transaksi

Exception Online

Pre Condition Menampilkan Kebutuhan

Aktor Sistem

Skenario Normal

1. Kasir TU Memilih

Pembayaran

2. Menampilkan Layanan

Pembayaran

Post Condition Menampilkan nama pilihan

keperluan

Tabel III.5. Deskripsi Use Case Transaksi Sistem Pembayaran SPP

Tabel III.6. Deskripsi Use Case Laporan Sistem Pembayaran SPP

Nama Use Case Laporan

Aktor Kasir TU

Deskripsi Mencetak asal transaksi

Exception -

Pre Condition Menampilkan hasil transaksi

Aktor Sistem

Skenario Normal

1. Kasir TU Mencetak Hasil

Transaksi

2. Menampilkan dan Mencetak Hasil

Transaksi

Post Condition Menampilkan dan Mencetak Hasil

Transaksi

29

3.1.6. Sequence Diagram

Gambar III.10. Berikut adalah Sequence Diagram Sistem Pembayaran SPP

3.1.7. Deployment Diagram

Gambar III.11. Berikut adalah Deployment Diagram Sistem Pembayaran SPP

30

3.2. Desain

3.2.1. Stuktur Navigasi

Untuk proses pembuatan Website ini, penulis melakukan beberapa tahapan.

Yang paling utama adalah menentukan struktur navigasi. Menentukan struktur

navigasi merupakan hal yang sangat penting dalam pembuatan sebuah website,

struktur navigasi yang digunakan oleh penulis adalah struktur navigasi campuran

(composite) yaitu campuran antara struktur navigasi non liner dan struktur navigasi

hierarki yang digambarkan sebagai berikut :

Gambar III.12. Berikut adalah Struktur Navigasi Sistem Pembayaran SPP

3.2.2. Class Diagram

Gambar III.13. Berikut adalah Class Diagram Sistem Pembayaran SPP

31

3.2.3. Spesifikasi File

Spesifikasi file merupakan pengelompokan dari file-file yang dapat membantu

pengolahan data pada saat pemrosesan. Dengan file-file yang dikelompokan ini, maka

file data akan lebih teratur dan terjaga keamanannya dari kerusakan. Spesifikasi file

dalam rancangan sistem usulan ini dapat dijelaskan sebagai berikut :

Login Admin

Fungsi : Untuk Masuk ke data admin

Sumber : Admin

Tujuan : Admin

Media : Mysql, Xampp, & Web

Frekuensi : Setiap Kali Login

NO ELEMEN DATA AKRONIM TYPE PANJANG KETERANGAN

1 ID id int 255 Primary Key

2 Username username varchar 255

3 NIK nik varchar 255

4 Password password varchar 255

5 Tanggal Dibuat trn_date datetime

6 ID AKUN idakun enum 1','2'

Tabel III. 7. Spesifikasi Login Admin

Data Admin

Fungsi : Menu tampilan utama

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap kali masuk ke menu utama melalui Login.

32

Dashboard Admin

Fungsi : Untuk Melihat Jumlah Data Keseluruhan

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap Mengakses Dashboard

Transaksi Admin

Fungsi : Untuk Melakukan Transaksi Pembayaran

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap Mengakses Transaksi


1 ID id_transaksi int 11 Primary Key

2 NIS nis_siswa varchar 80

3 Nama nama_siswa varchar 100

4 Kelas kelas varchar 20

5 Jurusan kode_jurusan varchar 50

6 Tahun Pelajaran tahun varchar 50

7 Bulan bulan varchar 50

8 Tahun

Pembayaran years varchar 50

9 Biaya biaya varchar 80

10 Keterangan keterangan varchar 80

11 Tanggal Dibuat tanggal_dibuat datetime

Tabel III.8. Spesifikasi Transaksi Admin

33

Laporan Admin

Fungsi : Untuk melihat semua data laporan transaksi

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap Mengakses Laporan









8 Tahun





Tabel III.9. Spesifikasi Laporan Admin

Data Siswa (Admin)

Fungsi : Untuk Menginput, Melihat, dan Mengelola Data Siswa

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap Mengakses Data Siswa

34









Tabel III.10. Spesifikasi Data Siswa Admin

Data Jurusan (Admin)

Fungsi : Untuk Menginput, Melihat, dan Mengelola Data Jurusan

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap Mengakses Data Jurusan


1 ID id_jurusan int 11 Primary Key

2 Kode Jurusan kode_jurusan varchar 80

3 Nama Jurusan nama_jurusan varchar 100


Tabel III.11. Spesifikasi Data Jurusan Admin

Data Kelas (Admin)

Fungsi : Untuk Menginput, Melihat, dan Mengelola Data Kelas

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap Mengakses Data Kelas

35


1 ID id_kelas int 11 Primary Key



Tabel III.12. Spesifikasi Data Kelas Admin

Data Tahun Ajaran (Admin)

Fungsi : Untuk Menginput, Melihat, dan Mengelola Data Tahun Ajaran

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap Mengakses Data Tahun Ajaran


1 ID id_tahun int 11 Primary Key

2 Tahun tahun varchar 80


Tabel III.13. Spesifikasi Data Tahun Ajar Admin

Data Jenis Bayar (Admin)

Fungsi : Untuk Menginput, Melihat, dan Mengelola Data Jenis Bayar

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap Mengakses Data Jenis Bayar

36


1 ID id_bayar int 11 Primary Key



4 Bayar bayar varchar 80


Tabel III.14. Spesifikasi Data Jenis Bayar Admin

Data Bulan (Admin)

Fungsi : Untuk Menginput, Melihat, dan Mengelola Data Bulan

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap Mengakses Data Bulan


1 ID id_bulan int 11 Primary Key



Tabel III.15. Spesifikasi Data Bulan Admin

Data Users (Admin)

Fungsi : Untuk Menginput, Melihat, dan Mengelola Data Users

Sumber : Admin

Tujuan : Admin


Frekuensi : Setiap Mengakses Data Users

37

Login User

Fungsi : Untuk Masuk ke data User

Sumber : User

Tujuan : Data User


Frekuensi : Setiap Kali Login


1 ID id int 255 Primary Key

2 Username username varchar 255

3 NIK nik varchar 255

4 Password password varchar 255

5 Tanggal Dibuat trn_date datetime

6 ID AKUN idakun enum 1','2'

Tabel III.16. Spesifikasi Login Users

Dashboard User

Fungsi : Untuk Melihat Jumlah Data Keseluruhan

Sumber : User

Tujuan : User


Frekuensi : Setiap Mengakses Dashboard User

38

Transaksi User

Fungsi : Untuk Melakukan Transaksi Pembayaran

Sumber : User

Tujuan : User


Frekuensi : Setiap Mengakses Transaksi









8 Tahun





Tabel III.17. Spesifikasi Transaksi Users

Laporan User

Fungsi : Untuk melihat semua data laporan transaksi

Sumber : User

Tujuan : User


Frekuensi : Setiap Mengakses Laporan

39









8 Tahun





Tabel III.18. Spesifikasi Laporan Users

3.2.4. User Interface

Gambar III.14. Berikut adalah User Interface Login Sistem Pembayaran SPP

40

Gambar III.15. Berikut adalah User Interface Sistem Pembayaran SPP

Gambar III.16. Berikut adalah User Interface Tampilan Awal

Sistem Pembayaran SPP

41

Gambar III.17. Berikut adalah User Interface Transaksi Sistem Pembayaran SPP

Gambar III.18. Berikut adalah User Interface Laporan Sistem Pembayaran SPP

42

Gambar III.19. Berikut adalah User Interface Data Siswa Sistem Pembayaran SPP

Gambar III.20. Berikut adalah User Interface Data Jurusan Sistem Pembayaran SPP

43

Gambar III.21. Berikut adalah User Interface Data Kelas Sistem Pembayaran SPP

Gambar III.22. Berikut adalah User Interface Data Tahun Ajaran

Sistem Pembayaran SPP

44

Gambar III.23. Berikut adalah User Interface Data Bulan Sistem Pembayaran SPP

Gambar III.24. Berikut adalah User Interface User Sistem Pembayaran SPP

45

3.3. Implementasi

3.3.1. Entity Relationship Diagram

Gambar III. 25. Entity Relationship Diagram

3.3.2. Logical Relational Structure

Gambar III. 26. Entity Relational Structure

46

Implementasi

Gambar III.27. Implementasi Login Sistem Pembayaran SPP

User

Gambar III.28. Implementasi Dashboard User Sistem Pembayaran SPP

47

Gambar III.29. Implementasi Transaksi Sistem Pembayaran SPP

Gambar III.30. Implementasi Laporan Sistem Pembayaran SPP

48

3.3.3. Admin

Gambar III.31. Implementasi Dashboard Admin Sistem Pembayaran SPP

Gambar III.32. Implementasi Transaksi Sistem Pembayaran SPP

49

Gambar III.33. Implementasi Laporan Sistem Pembayaran SPP

Gambar III.34. Implementasi Data Siswa Sistem Pembayaran SPP

50

Gambar III.35. Implementasi Data Jurusan Sistem Pembayaran SPP

Gambar III.36. Implementasi Data Kelas Sistem Pembayaran SPP

51

Gambar III.37. Implementasi Data Tahun Ajar Sistem Pembayaran SPP

Gambar III.38. Implementasi Data Jenis Bayar Sistem Pembayaran SPP

52

Gambar III.39. Implementasi Data Bulan Sistem Pembayaran SPP

Gambar III.40. Implementasi Data User Sistem Pembayaran SPP

bab iii pembahasan 3.1. analisa kebutuhan software 3.1.1 ... · untuk ekskul, beberapa sudah eksis...

Documents