Download pdf - BAB IV PERANCANGAN SISTEM USULAN...55 BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan Sistem 4.1.1. Analisis Kebutuhan Analisis Kebutuhan merupakan langkah awal untuk menentukan

55

BAB IV

PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem

4.1.1. Analisis Kebutuhan

Analisis Kebutuhan merupakan langkah awal untuk menentukan perangkat

lunak seperti apa yang akan dihasilkan. Perangkat lunak yang baik dan sesuai dengan

kebutuhan pengguna sangat tergantung pada keberhasilan dalam melakukan analisa

kebutuhan.

A. Kebutuhan Pengguna

Dalam perancangan sistem informasi rekapitulasi siswa pada LPK-IT

Purwakarta terdapat dua pengguna yang dapat saling berinteraksi dalam lingkungan

sistem, yaitu Administrator atau dalam hal ini adalah Wakil Direktur dan pengguna

(user) Bagian Administrasi. Kedua pengguna tersebut memiliki karakteristik interaksi

dengan sistem yang berbeda-beda dan memiliki kebutuhan informasi yang berbeda-

beda, sebagai berikut:

A.1. Skenario Kebutuhan Administrator (Admin)

a) Melakukan login

b) Mengubah password sendiri

c) Mengelola data pegawai

d) Mengelola data pengguna (user)

e) Mengelola data siswa

f) Mengelola data absensi siswa

56

g) Mengelola data tagihan pembayaran siswa

h) Mengelola data pembayaran siswa

i) Mengelola data laporan rekapitulasi administrasi siswa

j) Mengelola data laporan, mencari, melihat dan mencetak (print) laporan data

absensi siswa, laporan pembayaran siswa, dan laporan rekapitulasi.

A.2. Sekenario Kebutuhan Bagian Administrasi (User)

a) Melakukan login

b) Mengubah password sendiri

c) Mengelola data siswa

d) Mengelola data absensi siswa

e) Mengelola data tagihan pembayaran siswa

f) Mengelola data transaksi pembayaran

g) Mengelola data transaksi laporan rekapitulasi administrasi siswa

h) Mengelola data laporan, mencari, melihat dan mencetak (print) laporan data

absensi siswa, laporan pembayaran siswa, dan laporan rekapitulasi.

B. Kebutuhan Sistem

Kebutuhan sistem yang dirancang pada program atau sistem aplikasi

Rekapitulasi Administrasi siswa pada LPK-IT Purwakarta sebagai berikut:

1) Pengguna (admin dan user) harus melakukan login terlebih dahulu untuk dapat

mengakses program dengan memasukan user name dan password.

2) Sistem dapat melakukan pengolahan data dan menyimpan data, data pegawai,

pengguna (user), data siswa, data absensi siswa, data tagihan pembayaran siswa,

data pembayaran dan data rekapitulasi administrasi siswa.

57

3) Sistem dapat melakukan rekapitulasi atau kalkulasi jumlah siswa, jumlah

pembayaran sampai dengan rekapitulasi administasi siswa.

4) Sistem dapat menampilkan dan mencetak laporan data pegawai, pengguna (user),

data siswa, data absensi siswa, data tagihan pembayaran siswa, data pembayaran

dan data rekapitulasi administrasi siswa.

5) Pengguna dapat melihat dan mencetak laporan data pegawai, pengguna (user), data

siswa, data absensi siswa, data tagihan pembayaran siswa, data pembayaran dan

data rekapitulasi administrasi siswa.

6) Pengguna (admin dan user) harus melakukan logout atau memilih tombol keluar

setelah selesai menggunakan program.

58

4.1.2. Rancangan Diagram Use Case

Rancangan diagram use case yang berhubungan dengan proses Rekapitulasi

Administrasi siswa di LPK-IT Purwakarta sebagai berikut:

1. Bagian Administrator

Sumber: Hasil Penelitian (2019)

Gambar IV. 1.

Use Case Diagram Sistem Informasi Rekapitulasi Administrasi Siswa Bagian

Administrator di LPK-IT Purwakarta

uc Use Case Model

Use case Administrator

Administrator

Melakukan login

Mengelola data

pengguna

Mengelola data

siswa

Mengelola data

pembayaran siswa

Mengelola data

laporan

Melakukan logout

Mengelola data

absensi siswa

«extend»

«extend»

«extend»

«extend»

«extend»

59

Tabel IV.1.

Deskripsi Use Case Melakukan Login

Use Case Name Melakukan login

Requirements Administrator (Admin) yaitu Wakil Direktur atau

Bagian Administrasi (User) dapat melakukan

login

Goal Administrator (Admin) yaitu Wakil Direktur atau

Bagian Administrasi (User) dapat menggunakan

aplikasi

Pre-Conditions Administrator (Admin) yaitu Wakil Direktur atau

Bagian Administrasi (User) telah mamanggil,

menjalankan aplikasi

Post-Conditions Administrator (Admin) yaitu Wakil Direktur atau


pengolah data dan memilih logout keluar dari

aplikasi

Failed end Condition Administrator (Admin) yaitu Wakil Direktur atau

Bagian Administrasi (User) tidak dapat login dan

tidak dapat menggunakan aplikasi

Actors Administrator (Admin) yaitu Wakil Direktur atau

Bagian Administrasi (User)

Main Flow (Basic path) 1. Administrator (Admin) yaitu Wakil Direktur

atau Bagian Administrasi (User) wajib

mengisi user name

2. Administrator (Admin) yaitu Wakil Direktur

atau Bagian Administrasi (User) wajib

mengisi password


atau Bagian Administrasi (User) memilih

login

4. Sistem menampilkan halaman menu utama

Alternate Flow (Invariant A) A.1. Administrator (Admin) yaitu Wakil

Direktur atau Bagian Administrasi (User)

memasukan username

A.2. Administrator (Admin) yaitu Wakil


memasukan password



memilih login

A.4. Sistem melakukan pemeriksaan atau

validasi user name dan password

60

A.5. User name dan password ditemukan Sistem

menampilkan pesan “Selamat Datang” dan

menampilkan halaman utama apikasi

Alternate Flow (Invariant B) B.1. Administrator (Admin) yaitu Wakil


memasukan username

B.2. Administrator (Admin) yaitu Wakil


memasukan password



memilih login

B.4. Sistem melakukan pemeriksaan atau

validasi user name dan password

B.5. User name dan password tidak ditemukan

Sistem menampilkan pesan “User name

dan password tidak ditemukan” dan tidak

dapat menampilkan halaman utama apikasi

61

2. Bagian Administrasi

Sumber: Hasil Penelitian (2019)

Gambar IV. 2.

Use Case Diagram Sistem Informasi Rekapitulasi Administrasi Siswa Bagian

Administrasi di LPK-IT Purwakarta

uc Use Case Model

Use case Administrasi

Administrasi

Melakukan login

Mengelola data

siswa

Mengelola data

pembayaran siswa

Mengelola data

laporan

Melakukan logout

Mengelola data

absensi siswa

«extend»

«extend»

«extend»

«extend»

62

Tabel IV. 2.

Deskripsi Use Case Mengelola Pembayaran Siswa

Use Case Name Mengelola Data Pembayaran Siswa

Requirements Administrator (Admin) yaitu Wakil Direktur atau

Bagian Administrasi (User) mengelola data

pembayaran siswa

Goal Administrator (Admin) yaitu Wakil Direktur atau

Bagian Administrasi (User) menggunakan

aplikasi untuk mengelola data pembayaran siswa

Pre-Conditions Administrator (Admin) yaitu Wakil Direktur atau

Bagian Administrasi (User) telah melakukan

login

Post-Conditions Administrator (Admin) yaitu Wakil Direktur atau


pengolahan data pembayaran siswa, sistem

melakukan rekapitulasi, kalkulasi dan

menampilkan jumlah biaya, dan Administrator

(Admin) yaitu Wakil Direktur atau Bagian

Administrasi (User) memilih logout keluar dari

aplikasi

Failed end Condition Administrator (Admin) yaitu Wakil Direktur atau

Bagian Administrasi (User) tidak dapat

melakukan pengolahan data pembayaran siswa

dan rekapitulasi dn tagihan pembayaran siswa

Actors Administrator (Admin) yaitu Wakil Direktur atau


Main Flow (Basic path) 1. Administrator (Admin) yaitu Wakil Direktur

atau Bagian Administrasi (User) dapat

menambah, mengubah atau menghapus data

pembayaran siswa


atau Bagian Administrasi (User) menambah

atau mengubah data, mengisi semua isian data

pembayaran siswa dan memilih simpan atau

menghapus data pembayaran siswa

3. Sistem meyimpan data pembayaran siswa dan

melakukan jumlah kalkulasi biaya dan tagihan

biaya


atau Bagian Administrasi (User) melakukan

pencarian data mengisi NIS atau nama.

5. Sistem menampilkan data tagihan

pembayaran dan jumlah biaya pembayaran

siswa

63

Alternate Flow (Invariant A) A.1. Administrator (Admin) yaitu Wakil


menambah data pembayaran siswa, mengisi

semua isian data pembayaran siswa dan

memilih simpan

A.2. Sistem meyimpan data pembayara siswa

dan dan sistem mengaktifkan tombol cetak,

menampikan pesan “Data pembayaran

siswa berhasil disimpan”



memilih tombol cetak

A.4. Sistem mencetak data pembayaran siswa

termasuk jumlah kalkulasi biaya,

persediaan (stock) barang

A.5. Administrator (Admin), Wakil Direktur

atau Bagian Administrasi (User)

melakukan pencarian data mengisi NIS atau

nama

A.6. Sistem menampilkan data pembayaran

siswa dan mengaktifkan tombol ubah,

hapus, cetak



dapat melihat, merubah, menghapus atau

mencetak data pembayaran siswa



memilih tombol ubah, mengubah data

pembayaran siswa mengisi semua isian data

pembayaran siswa dan memilih simpan

A.9. Sistem meyimpan data pembayaran siswa

dan sistem mengaktifkan tombol cetak,

menampikan pesan “Data pembayaran

siswa berhasil diperbaharui”



memilih tombol hapus data pembayaran

siswa

A.11. Sistem menampilkan pesan” Data akan

dihapus?”



64

memilih tombol konfirmasi pesan “Yes”

hapus data pembayaran siswa

A.13. Sistem menghapus dan meyimpan data

pembayaran siswa



memilih tombol cetak data pembayaran

siswa

A.15. Sistem menampilkan pesan” Data akan

dicetak?”



melihat data permintaan penawaran,

memilih tombol konfirmasi pesan “Yes”

cetak data pembayaran siswa

A.17. Sistem mencetak data pembayaran siswa

Alternate Flow (Invariant B) B.1. Administrator (Admin) yaitu Wakil


menambah data pembayaran siswa, tidak

mengisi semua isian data pembayaran siswa

dan simpan atau langsung memilih simpan

B.2. Sistem tidak dapat meyimpan data

pembayaran siswa, sistem menampilkan

pesan “Isi data masih ada yang kosong, isi

data dengan lengkap. Data tidak dapat

disimpan!”



melakukan pencarian data tidak mengisi

NIS atau nama

B.4. Sistem tidak dapat menampilkan data

pembayaran siswa, sistem menampilkan

pesan “Masukan NIS atau nama siswa yang

akan dicari. Ulangi!”, tombol ubah, hapus,

cetak tidak aktif



tidak dapat melihat, merubah, meyimpan,

menghapus atau mencetak data pembayaran

siswa



tidak memilih tombol ubah, mengubah data

65

pembayaran siswa, mengisi atau tidak

mengisi semua isian data pembayaran siswa

dan memilih simpan atau langsung memilih

simpan

B.7. Sistem tidak dapat meyimpan data

pembayaran siswa yang diperbaharui dan

sistem menampikan pesan “Pilih tombol

ubah, isi data yang akan diperbaharui

dengan lengkap, simpan.”, tombol cetak

tidak aktif,



tidak memilih tombol hapus dan konfirmasi

hapus data pembayaran siswa

B.9. Sistem tidak dapat menghapus dan tidak

meyimpan data pembayaran siswa



tidak memilih tombol dan konfirmasi cetak

data pembayaran siswa

B.11. Sistem tidak dapat menampilkan data dan

mencetak data pembayaran siswa



tidak dapat melihat data pembayaran siswa

66

4.1.3. Rancangan Diagram Akvifitas (Activity Diagram)

Sumber : Hasil Penelitian (2019)

Gambar IV. 3.

Diagram Akvifitas (Activity Diagram) Login

act Activ iryDiagram_Login_TaAlfian

SistemAdministrator (Admin) atau Bagian Administrasi (User)

Mulai

Memanggil,

menjalankan sistem

aplikasi

Memasukan user name

dan password

validasi user name, password sesuai?

Menampilkan halaman

login

Menampikan halaman menu utama

Menampilkan pesan, user name dan

password salah.

Login lebih dari 3x?

Menampilkan pesan, anda tidak mempunyai hak

akses. S ilahkan hubungi administator.

Memilih tombol login

Selesai

Memeriksa isi (v alidasi) data

Ya

Tidak

Tidak

Ya

67


Gambar IV. 4.

Diagram Akvifitas (Activity Diagram) Data Siswa

act Activ iryDiagram_Datasiswa_TaAlfian

SistemAdministrator (Admin) atau Bagian Administrasi

(User)

Mulai

Memanggil,

menjalankan sistem

aplikasi

Memasukan user name

dan password


Menampilkan halaman

login



password salah.




Pilih Menu-Sub Menu, Pilihan?

Ya

Memilih menu data siswa

Menampilkan halaman menu data siswaMemasukan data tagihan

pembayaran siswa

Memilih tombol

simpanMemeriksa isi (validasi) data

tagihan pembayaran siswa

Isi data lengkap, belum tersimpan?

Menyimpan data tagihan

pembayaran siswa

Menampilkan pesan, cetak


Cetak?

Memilih tombol cetak tagihan

pembayaran siswa

Mencetak data tagihan

pembayaran siswa

Keluar

Selesai

Menjalankan prosedur, fungsi jumlah

kalkulasi tagihan pembayaran siswa

Ya

Ya

Ya

Tidak

Ya

Tidak

Ya

Tidak

Tidak

Tidak

Tidak

68


Gambar IV. 5.

Diagram Akvifitas (Activity Diagram) Tagihan Pembayaran Siswa



(User)

Mulai

Memanggil,

menjalankan sistem

aplikasi

Memasukan user name

dan password


Menampilkan halaman

login



password salah.





Ya

Memilih menu data siswa

Menampilkan halaman menu data siswaMemasukan data tagihan

pembayaran siswa

Memilih tombol




Menyimpan data tagihan

pembayaran siswa



Cetak?

Memilih tombol cetak tagihan

pembayaran siswa

Mencetak data tagihan

pembayaran siswa

Keluar

Selesai


kalkulasi tagihan pembayaran siswa

Ya

Ya

Ya

Tidak

Ya

Tidak

Ya

Tidak

Tidak

Tidak

Tidak

69


Gambar IV. 6.

Diagram Akvifitas (Activity Diagram) Pembayaran Siswa



(User)

Mulai

Memanggil,

menjalankan sistem

aplikasi

Memasukan user name

dan password


Menampilkan halaman

login



password salah.





Ya

Memilih menu data pembayaran siswa

Menampilkan halaman menu data

pembayaran siswa

Memasukan data

pembayaran siswa

Memilih tombol


pembayaran siswa


Menyimpan data pembayaran

siswa


pembayaran siswa

Cetak?

Memilih tombol cetak pembayaran

siswa

Mencetak data

pembayaran siswa

Keluar

Selesai


kalkulasi pembayaran siswa

Ya

Ya

Ya

Tidak

Ya

Tidak

Ya

Tidak

Tidak

Tidak

Tidak

70


Gambar IV. 7.

Diagram Akvifitas (Activity Diagram) Rekapitulasi

Administrasi Siswa



(User)

Mulai

Memanggil,

menjalankan sistem

aplikasi

Memasukan user name

dan password


Menampilkan halaman

login



password salah.





Ya

Memilih menu Rekapitulasi

Menampilkan halaman menu data

pembayaran siswa

Memasukan, mencari

data

Memilih tombol cari Memeriksa isi (validasi data)


Menyimpan data


Cetak?

Memilih tombol cetak

Mencetak data

Keluar

Selesai

Menjalankan prosedur fungsi

Ya

Ya

Ya

Tidak

Ya

Tidak

Ya

Tidak

Tidak

Tidak

Tidak

71

4.1.4. Rancangan Dokumen Sistem Usulan

Rancangan dokumen sistem usulan dalam perancangan program atau sistem

aplikasi Administrasi Rekapitulasi Siswa di LPK-IT Purwakarta terdiri dari rancangan

dokumen masukan (input) dan rancangan dokumen keluaran (output) sebagai berikut:

A. Rancangan Dokumen Masukan (Input)

Rancangan dokumen masukan (input) merupakan bentuk dari proses

masukan (input) dalam program atau sistem aplikasi Administrasi Rekapitulasi Siswa

di LPK-IT Purwakarta sebagai berikut:

1. Nama Dokumen : Form Pendaftaran

Fungsi : Untuk Pendafataran calon siswa baru

Sumber : Calon Siswa

Tujuan : Bagian Administrasi

Media : Kertas, surat elektronik

Jumlah : 2 lembar atau tak terhingga

Frekuensi : Setiap terjadi pendaftaran calon siswa baru

Bentuk : Lampiran C.1

B. Rancangan Dokumen Keluaran (Output)

Rancangan dokumen keluaran (output) merupakan dokumen yang

dihasilkan dari dokumen masukan (input) dalam program atau sistem aplikasi

Administrasi Rekapitulasi Siswa di LPK-IT Purwakarta sebagai berikut:

1. Nama Dokumen : Laporan Pembayaran

Fungsi : Sebagai bukti pembayaran

Sumber : Bagian Administrasi

Tujuan : Wakil Direktur, Siswa

Media : Kertas, surat elektronik (e-mail)

72

Jumlah : 2 lembar atau tidak terhingga

Frekuensi : setiap terjadi pendaftaran dan pembayaran siswa baru

Bentuk : Lampiran C.1

4.1.5. Rancangan Tampilan Antar Muka Program (Prototype)

Rancangan tampilan program (design interface) pada program atau sistem

aplikasi Rekapitulasi Administrasi pada LPK-IT Purwakarta sebagai berikut:

a. Rancangan Tampilan Antar Muka (Interface) Halaman Login Wakil

Direktur (Administrator), dan Bagian Administrasi (User)

Gambar IV. 8.

Halaman Antar Muka (Interface) Login Wakil Direktur (Administrator) dan


73

b. Rancangan Tampilan Antar Muka (Interface) Halaman Utama Wakil

Direktur (Administrator)

Gambar IV. 9.

Halaman Antar Muka (Interface) Halaman Utama Wakil Direktur

(Administrator)

74

c. Rancangan Tampilan Antar Muka (Interface) Halaman Utama Bagian

Administrasi (user)

Gambar IV. 10.

Halaman Antar Muka (Interface) Halaman Utama Bagian Administrasi (user)

75

d. Rancangan Tampilan Antar Muka (Interface) Form Data pengguna atau user

Bagian Wakil Direktur (Administrator)

Gambar IV. 11.

Halaman Antar Muka (Interface) ) Form Data pengguna atau user Bagian

Wakil Direktur (Administrator)

76

e. Rancangan Tampilan Antar Muka (Interface) Form Pendaftaran

Administrator (Admin), Wakil Direktur dan Bagian Administrasi (User)

Gambar IV. 12.

Halaman Antar Muka (Interface) Form Pendaftaran Administrator (Admin),

Wakil Direktur dan Bagian Administrasi (User)

77

f. Rancangan Tampilan Antar Muka (Interface) Form Data Siswa Administrator

(Admin), Wakil Direktur dan Bagian Administrasi (User)

Gambar IV. 13.

Halaman Antar Muka (Interface) Form Data Siswa Administrator (Admin),


78

g. Rancangan Tampilan Antar Muka (Interface) Form Pembayaran

Administrator (Admin), Wakil Direktur dan Bagian Administrasi (User)

Gambar IV. 14.

Halaman Antar Muka (Interface) Form Pembayaran Administrator (Admin),


79

h. Rancangan Tampilan Antar Muka (Interface) Report Laporan Administrator

(Admin), Wakil Direktur dan Bagian Administrasi (User)

Gambar IV. 15.

Halaman Antar Muka (Interface) Report Laporan Administrator (Admin),
