• Tidak ada hasil yang ditemukan

BAB III PEMBAHASAN. Ayah. Dalam pembahasan ini, akan dijabarkan secara detail sejarah perusahaan. mulai dari awal berdiri sampai dengan saat ini.

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB III PEMBAHASAN. Ayah. Dalam pembahasan ini, akan dijabarkan secara detail sejarah perusahaan. mulai dari awal berdiri sampai dengan saat ini."

Copied!
63
0
0

Teks penuh

(1)

BAB III

PEMBAHASAN

3.1.Tinjauan Perusahaan

Tinjauan perusahaan menjabarkan tentang sejarah perusahan, struktur organisasi dan fungsi dari masing-masing bagian dalam struktur organisasi di TK Dharma Ayah. Dalam pembahasan ini, akan dijabarkan secara detail sejarah perusahaan mulai dari awal berdiri sampai dengan saat ini.

3.1.1. Sejarah Perusahaan

Taman Kanak-Kanak Dharma Ayah berlokasi di Jl. Raya Sukaraja Komplek Cimahpar Endah 2 Desa Pasirhalang Kecamatan Sukaraja Kabupaten Sukabumi. TK ini mulai didirikan pada tanggal 15 Juli tahun 1984, nama yayasannya bernama Yayasan Pendidikan Sejahtera yang diketuai oleh Bapak R.A Nugraha seorang pegawai Dinas Pendidikan di Jakarta, tapi beliau sekarang sudah digantikan oleh anaknya yaitu Ibu Tutus Kreshnawati.

Pada waktu itu di Desa Pasirhalang Kecamatan Sukaraja, lembaga Taman Kanak-kanak belum banyak seperti sekarang. Maka pada tahun tersebut Taman Kanak-kanak Dharma Ayah didirikan, walaupun muridnya belum banyak tapi sekolah tersebut terus berjalan sampai sekarang.

Adapun tenaga pengajarnya terdapat tiga orang yang terdiri dari dua orang PNS dan satu orang non-PNS serta semuanya sudah sarjana, dan sampai sekarang TK Dharma Ayah ini dapat terus berkembang dan dikenal di masyarakat.

(2)

TK Dharma Ayah juga memiliki visi misi yaitu sebagai berikut : a. Visi TK Dharma Ayah :

Terwujudnya peserta didik yang berakhlak mulia, cerdas, kreatif, tanggung jawab dan mandiri.

b. Misi TK Dharma Ayah :

1. Menanamkan nilai-nilai agama dalam kehidupan sehari-hari. 2. Membimbing dan mengembangkan bakat dan minat peserta didik. 3. Menanamkan nilai-nilai kemandirian dan rasa tanggung jawab. 3.1.2. Struktur Organisasi

Dalam sebuah organisasi atau perusahaan sangat penting adanya struktur organisasi, yakni untuk menjelaskan tugas atau pekerjaan yang telah dibagi dan dikordinasikan bagi semua anggotanya. Organisasi atau perusahan yang baik adalah perusahaan yang mempunyai struktur organisasi yang terstruktur dengan baik dan efisien(Taufani, 2018).

Sumber: Rahmasari, 2020

(3)

Fungsi dari tiap-tiap bagian sebagai berikut: 1. Penasehat

a. Memberi arah kebijakan dan masukan untuk kemajuan TK Dharma Ayah. b. Memberi suatu ide atau program dalam pengembangan TK Dharma Ayah. 2. Pelindung

a. Memberikan perlindungan dan pengayoman.

b. Memberikan dorongan, saran-saran dan bantuan moril maupun materil. c. Memberikan pembinaan dan arahan tentang pendidikan TK.

3. Penanggung Jawab

a. Melaksanakan pengelolaan administrasi kesekretariatan.

b. Melakukan koordinasi antar pengurus TK Dharma Ayah dan Yayasan Pendidikan Sejahtera.

4. Kepala Sekolah

a. Merumuskan, menetapkan dan mengembangkan visi misi sekolah.

b. Membuat rencana kerja sekolah (RKS) dan rencana kegiatan dan anggaran sekolah (RKAS).

c. Merumuskan, menetapkan dan mengembangkan tujuan sekolah. d. Menyusun pembagian tugas guru dan jadwal pembelajaran. 5. Komite Sekolah

a. Sebagai lembaga yang mendukung program sekolah baik yang berwujud finansial, pemikiran, maupun tenaga.

b. Memberi masukan tentang kebijakan yang dibuat oleh kepala sekolah. 6. Bidang Kurikulum

a. Memahami, mengkaji dan menguasai pelaksanaan dan pengembangan Kurikulum yang dilaksanakan di TK Dharma Ayah.

(4)

b. Mengkoordinasikan dan menggerakan kegiatan yang berlangsung. c. Mengkoordinasikan penyusunan dan pengembangan bahan ajar. 7. Bidang Kemuridan

a. Melaksanakan bimbingan, pengarahan, pengendalian kegiatan murid.

b. Mengawasi kegiatan didalam sekolah agar sesuai dengan visi dan misi sekolah.

c. Mengawasi pelaksanaan tata tertib murid.

3.2. Tinjauan Kasus

Dalam sekolah TK Dharma Ayah ini terdapat sistem yang sedang berjalan, dimana sistem yang berjalan saat ini masih dikerjakan secara manual.

3.2.1. Proses Bisnis Sistem Berjalan

Disini kepala sekolah berperan juga dalam mengurusi semua keuangan dan transaksi yang terjadi. Prosedur sistem pengelolaan kas di dalam TK Dharma Ayah meliputi:

1. Proses Pencatatan Kas Masuk

Kepala sekolah akan mencatat kas masuk berdasarkan bukti dana yang cair baik itu dari uang pendaftaran murid, uang SPP, uang Infak, ataupun dana bantuan dari pemerintah didalam buku kas masuk.

2. Proses Pencatatan Kas Keluar

Guru mengajukan dan mengusulkan untuk pembelian peralatan maupun perbaikan pada alat permainan dan gedung, maka kepala sekolah akan membelanjakan uang untuk barang yang dibutuhkan. Lalu setelahnya dicatat dalam buku kas keluar.

(5)

3. Proses Pembuatan Laporan

Kepala sekolah akan membuatkan laporan kas setelah mendapatkan data kas masuk dan kas keluar selama sebulan, kemudian laporan kas akan diberikan kepada ketua yayasan setiap bulan nya.

3.2.2. Activity Diagram

1. Activity Diagram Proses Pencatatan Kas Masuk

(6)

2. Activity Diagram Proses Pencatatan Kas Keluar

Gambar III.3 Activity Diagram Pencatatan Kas Keluar

(7)

Gambar III.4 Activity Diagram Proses Pembuatan Laporan

3.2.3. Dokumen Masukan

Dokumen masukan yaitu dokumen yang diarsipkan untuk menjadi sebuah acuan dalam pencatatan dan sebagai proses input sistem. Berikut ini dokumen masukan yang ada dalam sistem pengelolaan kas:

1. Bukti Kas Masuk

Nama Dokumen : Bukti Kas Masuk

Fungsi : Sebagai bukti pencatatan kas masuk

Sumber : Guru

Tujuan : Kepala Sekolah

Media : Kertas

Jumlah : 1 Rangkap

Frekuensi : Setiap melakukan pencatatan kas masuk Bentuk : Lihat Lampiran A.1

2. Bukti Kas Keluar

Nama Dokumen : Bukti Kas Keluar

Fungsi : Sebagai bukti pencatatan kas keluar Sumber : Kepala Sekolah

Tujuan : Kepala Sekolah

Media : Kertas

Jumlah : 1 Rangkap

Frekuensi : Setiap melakukan pencatatan kas keluar Bentuk : Lihat Lampiran A.2

(8)

3.2.4. Dokumen Keluaran

Dokumen keluaran merupakan proses akhir dari kegiatan pencatatan kas masuk dan kas keluar, adapun dokumen keluaran tersebut sebagai berikut:

1. Laporan Kas Masuk dan Kas Keluar

Nama Dokumen : Laporan Kas Masuk dan Kas Keluar

Fungsi : Sebagai bukti pencatatan kas masuk dan keluar Sumber : Kepala Sekolah

Tujuan : Ketua Yayasan Media : Kertas

Jumlah : 2 Rangkap Frekuensi : Setiap bulan

Bentuk : Lihat Lampiran B.1

3.2.5. Permasalahan Pokok

Dari tahapan-tahapan yang terjadi, terdapat permasalahan pokok pada proses pengelolaan kas pada TK Dharma Ayah Sukabumi dari awal proses sistem hingga akhir sistem. Adapun permasalahan pokok tersebut diantaranya:

1. Pengelolaan kas nya masih menggunakan cara manual dimana dalam pencatatan nya masih menggunakan buku kerja.

2. Dalam pencatatan yang masih menggunakan cara manual mengakibatkan seringnya terjadi kesalahan-kesalahan seperti salah memasukan data.

3. TK Dharma Ayah masih menggunakan cara manual dalam pengerjaan pengelolaan kas nya, sehingga memakan waktu yang cukup lama, tentu saja hal ini kurang efektif dan efisien.

(9)

3.2.6. Pemecahan Masalah

Untuk pemecahan masalah tersebut, maka diusulkan alternatif pemecahan masalah dengan menggunakan sistem pengelolaan kas yang terkomputerisasi dan tersimpan di sebuah database. Adapun alternatif pemecahan masalah diantaranya: 1. Agar dalam pencatatan pengelolaan kas dapat terjaga dengan baik maka

pengelolaan kas pada TK Dharma Ayah dapat di implementasikan menjadi pengelolaan kas berbasis web.

2. Pengelolaan kas dapat di input kedalam database dan tersimpan di dalam database agar data pengelolaan kas tersebut tidak hilang atau rusak dan mengurangi kesalahan yang akan terjadi dalam penginputan pengelolaan kas. 3. Sistem pengelolaan kas berbasis web dapat memudahkan bendahara sekolah

dalam pengerjaan penginputan data pengelolaan kas agar lebih efektif dan efisien.

3.3. Analisa Kebutuhan Software 3.3.1. Analisa Kebutuhan

Analisa kebutuhan software dilakukan untuk melihat kebutuhan apasaja yang diperlukan untuk sistem. Berikut ini analisa kebutuhan software yang akan diusulkan dengan beberapa prosedur dintaranya:

Halaman Admin (Kepala Sekolah) A.1. Admin dapat mengelola menu login A.2. Admin dapat mengelola profil

A.3 Admin dapat mengelola menu data master A.3.1. Admin dapat mengelola data admin A.3.2. Admin dapat mengelola data akun

(10)

A.4. Admin dapat mengelola menu kas

A.4.1. Admin dapat mengelola kas masuk dan keluar A.4.2. Admin dapat mengelolajurnal

A.5. Admin dapat mengelola menu laporan A.5.1. Admin dapat mengelola laporan kas A.5.2. Admin dapat mengelola laporan jurnal A.6. Admin dapat logout

Halaman Bendahara (Guru) B.1. Bendahara dapat login

B.2 Bendahara dapat mengelola menu data master B.2.1. Bendahara hanya dapat mengelola data akun B.3. Bendahara dapat mengelola menu kas

B.3.1. Bendahara dapat mengelola kas masuk dan keluar B.3.2. Bendahara dapat mengelola jurnal

(11)

3.3.2. Use Case Diagram

Berikut ini bentuk dari use case diagram dari sistem yang dirancang:

Gambar III.5 Usecase Diagram Kepala Sekolah (Admin)

A. Deskripsi Use Case Diagram Menu Login Tabel III.1.

Deskripsi Use Case Diagram Menu Login

Use Case Name Menu Login

Requirment A1

Goal Admin dapat masuk ke sistem

Pre-condition Mengisi username dan password Post-condition Semua form berfungsi baik

(12)

Failed end condition Gagal,password salah

Primary Actor Admin

Main Flow/Basic Path 1. Admin mengisi login dengan hak akses 2. Sistem melakukan validasi

3. Sistem menampilkan menu utama yang dapat diakses oleh admin

Invariant Jika username dan password tidak sesuai maka akan muncul pesan “Gagal, password salah”

B. Deskripsi Use Case Diagram Profil Tabel III.2.

Deskripsi Use Case Diagram Profil

Use Case Name Profil

Requirment A2

Goal Admin dapat mengelola profil

Pre-condition Mengisi dan mengubah profil Post-condition Semua form berfungsi baik Failed end condition -

Primary Actor Admin

Main Flow/Basic Path 1. Admin dapat mengedit profil 2. Sistem melakukan validasi

3. Sistem menampilkan profil yang sudah diubah

Invariant -

C. Deskripsi Use Case Diagram Menu Data Master Tabel III.3.

Deskripsi Use Case Diagram Menu Data Master

(13)

Requirment A3

Goal Admin dapat mengelola subsistem di menu

data master, seperti data admin dan data akun

Pre-condition Admin dapat masuk kedalam sistem menu master

Post-condition Menu master berfungsi dengan baik Failed end condition Menu master tidak dapat diakses

Primary Actor Admin

Main Flow/Basic Path Admin dapat mengelola subsistem di menu master

Invariant Admin dapat menjalankan subsistem di menu master

D. Deskripsi Use Case Diagram Menu Kas Tabel III.4.

Deskripsi Use Case Diagram Menu Kas

Use Case Name Menu Kas

Requirment A4

Goal Admin dapat mengelola subsistem di menu

kas, seperti kas masuk dan keluar, dan jurnal Pre-condition Admin dapat masuk kedalam sistem menu

kas

Post-condition Menu kas berfungsi dengan baik Failed end condition Menu kas tidak dapat diakses

Primary Actor Admin

Main Flow/Basic Path Admin dapat mengelola subsistem di menu kas

Invariant Admin dapat menjalankan subsistem di menu kas

(14)

E. Deskripsi Use Case Diagram Menu Laporan Tabel III.5.

Deskripsi Use Case Diagram Menu Laporan

Use Case Name Menu Laporan

Requirment A5

Goal Admin dapat mengelola subsistem di menu

laporan, seperti laporan kas dan laporan jurnal

Pre-condition Admin dapat masuk kedalam sistem menu laporan

Post-condition Menu laporan berfungsi dengan baik Failed end condition Menu laporan tidak dapat diakses

Primary Actor Admin

Main Flow/Basic Path Admin dapat mengelola subsistem di menu laporan

Invariant Admin dapat menjalankan subsistem di menu laporan

F. Deskripsi Use Case Diagram Menu Logout Tabel III.6.

Deskripsi Use Case Diagram Menu Logout

Use Case Name Menu Logout

Requirment A6

Goal Admin dapat melakukan logout

Pre-condition Admin berada dalam sistem dan dapat melakukan logout

(15)

Failed end condition Admin tidak dapat logout

Primary Actor Admin

Main Flow/Basic Path Admin dapat melakukan logout

Invariant Admin dapat menjalankan sistem logout

G. Deskripsi Use Case Diagram Menu Data Admin Tabel III.7.

Deskripsi Use Case Diagram Data Admin

Use Case Name Data Admin

Requirment A.3.1

Goal Admin dapat melihat, menambah,

menyimpan, menghapus, membatalkan, dan mencari data admin

Pre-condition Admin dapat masuk ke menu data admin Post-condition Menampilkan menambah, menyimpan,

menghapus, membatalkan, dan mencari data admin

Failed end condition Admin tidak dapat membatalkan, simpan, dan hapus data admin

Primary Actor Admin

Main Flow/Basic Path 1. Admin menambah data admin dengan memilih tombol “Tambah”

2. Sistem mengaktifkan semua form dalam data admin

3. Admin mengisi data admin 4. Admin memilih tombol “simpan” 5. Sistem akan menyimpan data admin Alternate Flow/Variant A 1. Admin mencari data admin

2. Sistem menampilkan data admin yang dicari

3. Admin memilih tombol “hapus”

4. Sistem menampilkan pesan konfigurasi penghapusan

5. Admin memilih “OK”

6. Sistem menghapus data admin Invariant B 1. Admin memilih tombol “cancel”

(16)

H. Deskripsi Use Case Diagram Menu Data Akun Tabel III.8.

Deskripsi Use Case Diagram Data Akun

Use Case Name Data Akun

Requirment A.3.2

Goal Admin dapat melihat, menambah,

menyimpan, menghapus, membatalkan, mengubah, dan mencari data akun Pre-condition Admin dapat masuk ke menu data akun Post-condition Menampilkan menambah, menyimpan,

menghapus, membatalkan, mengubah dan mencari data akun

Failed end condition Admin tidak dapat membatalkan, mengubah simpan, dan hapus data akun

Primary Actor Admin

Main Flow/Basic Path 1. Admin menambah data akun dengan memilih tombol “Tambah”

2. Sistem mengaktifkan semua form dalam data akun

3. Admin mengisi data akun

4. Admin memilih tombol “simpan” 5. Sistem akan menyimpan data akun Alternate Flow/Variant A 1. Admin mencari data akun

2. Sistem menampilkan data akun yang dicari

3. Admin memilih tombol “ubah” 4. Admin mengubah data akun 5. Admin memilih tombol “hapus”

6. Sistem menampilkan pesan konfigurasi penghapusan

7. Admin memilih “OK”

8. Sistem menghapus data admin Invariant B 1. Admin memilih tombol “cancel”

(17)

I. Deskripsi Use Case Diagram Menu Kas Masuk dan Keluar Tabel III.9.

Deskripsi Use Case Diagram Kas

Use Case Name Menu Kas

Requirment A.4.1

Goal Admin dapat melihat, menambah kas masuk

atau kas keluar, menyimpan, menghapus, membatalkan, dan mencari data kas Pre-condition Admin dapat masuk ke menu kas Post-condition Menampilkan menambah, menyimpan,

menghapus, membatalkan dan mencari data kas

Failed end condition Admin tidak dapat membatalkan, simpan, dan hapus data kas

Primary Actor Admin

Main Flow/Basic Path 1. Admin menambah data kas masuk dengan memilih tombol “+kas masuk” 2. Sistem mengaktifkan semua form dalam

kas masuk

3. Admin mengisi data kas masuk 4. Admin memilih tombol “simpan” 5. Sistem akan menyimpan data kas masuk 6. Admin menambah data kas keluar

dengan memilih tombol “+kas keluar” 7. Sistem mengaktifkan semua form dalam

kas keluar

8. Admin mengisi data kas keluar 9. Admin memilih tombol “simpan” 10. Sistem akan menyimpan data kas keluar Alternate Flow/Variant A 1. Admin mencari data kas

2. Sistem menampilkan data kas yang dicari

3. Admin memilih tombol “hapus”

4. Sistem menampilkan pesan konfigurasi penghapusan

(18)

6. Sistem menghapus data kas Invariant B 1. Admin memilih tombol “cancel”

2. Sistem kembali ke menu kas

J. Deskripsi Use Case Diagram Menu Jurnal Tabel III.10.

Deskripsi Use Case Diagram Jurnal

Use Case Name Menu Jurnal

Requirment A.4.2

Goal Admin dapat melihat, menambah,

menyimpan, menghapus dan mencari data jurnal

Pre-condition Admin dapat masuk ke menu jurnal Post-condition Menampilkan menambah, menyimpan,

menghapus dan mencari data jurnal Failed end condition Admin tidak dapat menyimpan dan hapus

data jurnal

Primary Actor Admin

Main Flow/Basic Path 1. Admin menambah data jurnal dengan memilih tombol “Tambah”

2. Sistem mengaktifkan semua form dalam jurnal

3. Admin mengisi data jurnal 4. Admin memilih tombol “simpan” 5. Sistem akan menyimpan data jurnal Alternate Flow/Variant A 1. Admin mencari data jurnal

2. Sistem menampilkan data jurnal yang dicari

3. Admin memilih tombol “hapus”

4. Sistem menampilkan pesan konfigurasi penghapusan

5. Admin memilih “OK”

6. Sistem menghapus data jurnal Invariant B 1. Admin memilih tombol “cancel”

(19)

K. Deskripsi Use Case Diagram Laporan Kas Tabel III.11.

Deskripsi Use Case Diagram Laporan Kas

Use Case Name Laporan Kas

Requirment A.5.1

Goal Admin dapat mencetak dan membatalkan

laporan kas

Pre-condition Admin dapat masuk ke menu laporan kas Post-condition Menampilkan, mencari data sesuai periode

dan mencetak laporan kas

Failed end condition Admin tidak dapat mencari data dan mencetak laporan kas

Primary Actor Admin

Main Flow/Basic Path 1. Admin memilih tombol cetak laporan 2. Sistem akan mencetak data laporan kas

Invariant -

L. Deskripsi Use Case Diagram Laporan Jurnal Tabel III.12.

Deskripsi Use Case Diagram Laporan Jurnal

Use Case Name Laporan Jurnal

Requirment A.5.2

Goal Admin dapat mencetak dan membatalkan

laporan jurnal

(20)

Post-condition Menampilkan, mencari data sesuai periode dan mencetak laporan jurnal

Failed end condition Admin tidak dapat mencari data dan mencetak laporan jurnal

Primary Actor Admin

Main Flow/Basic Path 1. Admin memilih tombol cetak laporan 2. Sistem akan mencetak data laporan jurnal

Invariant -

Gambar III.6 Usecase Diagram Guru (Bendahara)

A. Deskripsi Use Case Diagram Menu Login (Bendahara) Tabel III.13.

Deskripsi Use Case Diagram Menu Login

Use Case Name Menu Login

Requirment B1

Goal Bendahara dapat masuk ke sistem

Pre-condition Mengisi username dan password Post-condition Semua form berfungsi baik

(21)

Failed end condition Gagal,password salah

Primary Actor Bendahara

Main Flow/Basic Path 1. Bendahara mengisi login dengan hak akses

2. Sistem melakukan validasi

3. Sistem menampilkan menu utama yang dapat diakses oleh bendahara

Invariant Jika username dan password tidak sesuai maka akan muncul pesan “Gagal, password salah”

B. Deskripsi Use Case Diagram Menu Data Master (Bendahara) Tabel III.14.

Deskripsi Use Case Diagram Menu Data Master

Use Case Name Menu Data Mater

Requirment B2

Goal Bendahara hanya dapat mengelola subsistem

di menu data master, seperti data akun saja Pre-condition Bendahara dapat masuk kedalam sistem

menu master

Post-condition Menu master berfungsi dengan baik Failed end condition Menu master tidak dapat diakses

Primary Actor Bendahara

Main Flow/Basic Path Bendahara hanya dapat mengelola data akun saja

Invariant -

C. Deskripsi Use Case Diagram Menu Kas (Bendahara) Tabel III.15.

Deskripsi Use Case Diagram Menu Kas

(22)

Requirment B3

Goal Bendahara dapat mengelola subsistem di

menu kas, seperti kas masuk dan keluar, dan jurnal

Pre-condition Bendahara dapat masuk kedalam sistem menu kas

Post-condition Menu kas berfungsi dengan baik Failed end condition Menu kas tidak dapat diakses

Primary Actor Bendahara

Main Flow/Basic Path Bendahara dapat mengelola subsistem di menu kas

Invariant -

D. Deskripsi Use Case Diagram Menu Logout (Bendahara) Tabel III.16.

Deskripsi Use Case Diagram Menu Logout

Use Case Name Menu Logout

Requirment B4

Goal Bendahara dapat melakukan logout

Pre-condition Bendahara berada dalam sistem dan dapat melakukan logout

Post-condition Bendahara keluar dari sistem pengelolaan kas

Failed end condition Bendahara tidak dapat logout

Primary Actor Bendahara

Main Flow/Basic Path Bendahara dapat melakukan logout

(23)

E. Deskripsi Use Case Diagram Menu Data Akun (Bendahara) Tabel III.17.

Deskripsi Use Case Diagram Data Akun

Use Case Name Data Akun

Requirment B.2.1

Goal Bendahara dapat melihat, menambah,

menyimpan, menghapus, membatalkan, mengubah, dan mencari data akun

Pre-condition Bendahara dapat masuk ke menu data akun Post-condition Menampilkan menambah, menyimpan,

menghapus, membatalkan, mengubah dan mencari data akun

Failed end condition Bendahara tidak dapat membatalkan, mengubah simpan, dan hapus data akun

Primary Actor Bendahara

Main Flow/Basic Path 1. Bendahara menambah data akun dengan memilih tombol “Tambah”

2. Sistem mengaktifkan semua form dalam data akun

3. Bendahara mengisi data akun

4. Bendahara memilih tombol “simpan” 5. Sistem akan menyimpan data akun Alternate Flow/Variant A 1. Bendahara mencari data akun

2. Sistem menampilkan data akun yang dicari

3. Bendahara memilih tombol “ubah” 4. Bendahara mengubah data akun 5. Bendahara memilih tombol “hapus” 6. Sistem menampilkan pesan konfigurasi

penghapusan

7. Bendahara memilih “OK” 8. Sistem menghapus data akun

(24)

Invariant B 1. Bendahara memilih tombol “cancel” 2. Sistem kembali ke menu data akun

F. Deskripsi Use Case Diagram Menu Kas Masuk dan Keluar (Bendahara) Tabel III.18.

Deskripsi Use Case Diagram Kas

Use Case Name Menu Kas

Requirment B.3.1

Goal Bendahara dapat melihat, menambah kas

masuk atau kas keluar, menyimpan,

menghapus, membatalkan, dan mencari data kas

Pre-condition Bendahara dapat masuk ke menu kas Post-condition Menampilkan menambah, menyimpan,

menghapus, membatalkan dan mencari data kas

Failed end condition bendahara tidak dapat membatalkan, simpan, dan hapus data kas

Primary Actor Bendahara

Main Flow/Basic Path 1. Bendahara menambah data kas masuk dengan memilih tombol “+kas masuk” 2. Sistem mengaktifkan semua form dalam

kas masuk

3. Bendahara mengisi data kas masuk 4. Bendahara memilih tombol “simpan” 5. Sistem akan menyimpan data kas masuk 6. Bendahara menambah data kas keluar

dengan memilih tombol “+kas keluar” 7. Sistem mengaktifkan semua form dalam

kas keluar

8. Bendahara mengisi data kas keluar 9. Bendahara memilih tombol “simpan” 10. Sistem akan menyimpan data kas keluar Alternate Flow/Variant A 1. Bendahara mencari data kas

(25)

dicari

3. Bendahara memilih tombol “hapus” 4. Sistem menampilkan pesan konfigurasi

penghapusan

5. Bendahara memilih “OK” 6. Sistem menghapus data kas

Invariant B 1. Bendahara memilih tombol “cancel” 2. Sistem kembali ke menu kas

G. Deskripsi Use Case Diagram Menu Jurnal (Bendahara) Tabel III.19.

Deskripsi Use Case Diagram Jurnal

Use Case Name Menu Jurnal

Requirment B.3.2

Goal Bendahara dapat melihat, menambah,

menyimpan, menghapus dan mencari data jurnal

Pre-condition Bendahara dapat masuk ke menu jurnal Post-condition Menampilkan menambah, menyimpan,

menghapus dan mencari data jurnal Failed end condition Bendahara tidak dapat menyimpan dan

hapus data jurnal

Primary Actor Bendahara

Main Flow/Basic Path 1. Bendahara menambah data jurnal dengan memilih tombol “Tambah”

2. Sistem mengaktifkan semua form dalam jurnal

3. Bendahara mengisi data jurnal 4. Bendahara memilih tombol “simpan” 5. Sistem akan menyimpan data jurnal Alternate Flow/Variant A 1. Bendahara mencari data jurnal

2. Sistem menampilkan data jurnal yang dicari

3. Bendahara memilih tombol “hapus” 4. Sistem menampilkan pesan konfigurasi

penghapusan

5. Bendahara memilih “OK” 6. Sistem menghapus data jurnal Invariant B 1. Bendahara memilih tombol “cancel”

(26)

3.3.3. Activity Diagram

1. Acitivity Diagram Menu Login

(27)

2. Activity Diagram Menu Utama

Gambar III.8 Activity Diagram Menu Utama 3. Activity Diagram Menu Data Master – Data Admin

(28)

4. Activity Diagram Menu Data Master – Data Akun

(29)

5. Activity Diagram Menu Kas - Kas

Gambar III.11 Activity Diagram Menu Kas –Kas 6. Activity Diagram Menu Kas - Jurnal

(30)

7. Activity Diagram Menu Laporan – Laporan Kas

(31)

8. Activity Diagram Menu Laporan – Laporan Jurnal

Gambar III.14 Activity Diagram Menu Laporan – Laporan Jurnal 9. Activity Diagram Menu Logout

(32)

10. Activity Diagram Menu Login (Bendahara)

Gambar III.16 Activity Diagram Menu Login (bendahara) 11. Activity Diagram Menu Utama (Bendahara)

(33)

12. Activity Diagram Menu Data Master – Data Akun (Bendahara)

Gambar III.18 Activity Diagram Menu Data Master – Data Akun (bendahara) 13. Activity Diagram Menu Kas – Kas (Bendahara)

(34)

14. Activity Diagram Menu Kas – Jurnal (Bendahara)

Gambar III.20 Activity Diagram Menu Kas – Jurnal (bendahara) 15. Activity Diagram Menu Logout (Bendahara)

(35)

3.4 Desain

3.4.1. Entity Relationship Diagram (ERD)

Gambar III.22 Entity Relationship Diagram (ERD) 3.4.2. Logical Record Structure (LRS)

(36)

3.4.3. Spesifikasi File 1. Spesifikasi File Profil Nama Database : ta_kas Nama Tabel : Profil Akronim : profil

Fungsi : Untuk mengatur tampilan menu Tipe File : File Master

Organisasi File : Index Sequential Akses File : Random

Media : Harddisk Kunci Field : id_profil Panjang Record : 361 Character Software : MySql

Tabel III.20. Spesifikasi File Profil

No Elemen Data Akronim Tipe Panjang Keterangan

1 Id Profil Id_profil int 11 Primary Key

2 Nama Aplikasi nama_aplikasi Varchar 10

3 Nama Sekolah nama_sekolah Varchar 30

4 Alamat Sekolah alamat_sekolah Varchar 50

5 Logo Aplikasi logo_aplikasi Varchar 30

6 Background Login bg_login Varchar 30

7 Kepala Sekolah kepala_sekolah Varchar 30

8 Bendahara Bendahara Varchar 30

9 Logo Header logo_header Varchar 20

10 Navbar Header navbar_header Varchar 20

11 Side Bar Sidebar Varchar 20

12 Panel Header panel_header Varchar 20

13 Body Body Varchar 20

(37)

15 Tombol Logout tombol_logout Varchar 20

2. Spesifikasi File Tabel Admin Nama Database : ta_kas Nama Tabel : Tabel Admin Akronim : tb_admin

Fungsi : Untuk menambah data admin Tipe File : File Master

Organisasi File : Index Sequential Akses File : Random

Media : Harddisk Kunci Field : id_admin Panjang Record : 126 Character Software : MySql

Tabel III.21. Spesifikasi File Tabel Admin

No Elemen Data Akronim Tipe Panjang Keterangan

1 Id Admin Id_admin int 11 Primary Key

2 Username username Varchar 30

3 Password password Varchar 10

4 Nama Admin nama_admin Varchar 30

5 Level Level Varchar 30

6 Status Status Varchar 15

3. Spesifikasi File Tabel Akun Nama Database : ta_kas Nama Tabel : Tabel Akun Akronim : tb_akun

(38)

Tipe File : File Master Organisasi File : Index Sequential Akses File : Random

Media : Harddisk Kunci Field : no_akun Panjang Record : 55 Character Software : MySql

Tabel III.22. Spesifikasi File Tabel Akun

No Elemen Data Akronim Tipe Panjang Keterangan

1 Nomor Akun no_akun Varchar 10 Primary Key

2 Nama Akun nama_akun Varchar 30

3 Status Status Varchar 15

4. Spesifikasi File Tabel Jurnal Nama Database : ta_kas Nama Tabel : Tabel Jurnal Akronim : tb_jurnal

Fungsi : Untuk menambah data jurnal Tipe File : File Transaksi

Organisasi File : Index Sequential Akses File : Random

Media : Harddisk Kunci Field : no_jurnal Panjang Record : 45 Character Software : MySql

(39)

Tabel III.23. Spesifikasi File Tabel Jurnal

No Elemen Data Akronim Tipe Panjang Keterangan

1 Nomor Jurnal no_jurnal Varchar 15 Primary Key

2 Tanggal Jurnal tgl_jurnal Date 20

3 Nomor Bukti no_bukti Varchar 10

5. Spesifikasi File Tabel Kas Nama Database : ta_kas Nama Tabel : Tabel Kas Akronim : tb_kas

Fungsi : Untuk menambah data kas masuk dan kas keluar Tipe File : File Transaksi

Organisasi File : Index Sequential Akses File : Random

Media : Harddisk Kunci Field : no_bukti Panjang Record : 107 Character Software : MySql

Tabel III.24. Spesifikasi File Tabel Kas

No Elemen Data Akronim Tipe Panjang Keterangan

1 Nomor Bukti no_bukti Varchar 15 Primary Key

2 Tanggal Kas tgl_kas Date 20

3 Keterangan keterangan Varchar 30

4 Penerimaan penerimaan Int 11

5 Akun Kredit akun_kredit Varchar 10

6 Pengeluaran pengeluaran Int 11

(40)

6. Spesifikasi File Tabel Rincian Jurnal Nama Database : ta_kas

Nama Tabel : Tabel Rincian Jurnal Akronim : tb_rincian_jurnal

Fungsi : Untuk menambah data rincian mengenai jurnal Tipe File : File Transaksi

Organisasi File : Index Sequential Akses File : Random

Media : Harddisk

Kunci Field : id_rincian_jurnal Panjang Record : 58 Character Software : MySql

Tabel III.25. Spesifikasi File Tabel Rincian Jurnal

No Elemen Data Akronim Tipe Panjang Keterangan

1 Id Rincian Jurnal Id_rincian_jurnal Int 11 Primary Key

2 Nomor Jurnal no_jurnal Varchar 15

3 Nomor Akun no_akun Varchar 10

4 Akun Debet debet Int 11

(41)

3.4.4. Sequence Diagram 1. Sequence Diagram Login

Gambar III.24 Sequence Diagram Login

2. Sequence Diagram Data Admin

(42)

3. Sequence Diagram Data Akun

Gambar III.26 Sequence Diagram Data Akun 4. Sequence Diagram Kas

(43)

5. Sequence Diagram Jurnal

Gambar III.28 Sequence Diagram Jurnal 6. Sequence Diagram Laporan Kas

(44)

7. Sequence Diagram Laporan Jurnal

Gambar III.30 Sequence Diagram Laporan Jurnal 8. Sequence Diagram Logout

(45)

3.4.5. Component Diagram

Gambar III.32 Component Diagram 3.4.6. Deployment Diagram

(46)

3.4.7. User Interface

Gambar III.34 User Interface Form Halaman Login

Gambar III.35 User Interface Form Halaman Menu Utama

(47)

Gambar III.37 User Interface Form Halaman Data Akun

Gambar III.38 User Interface Form Halaman Data Akun(2)

(48)

Gambar III.40 User Interface Form Halaman Kas

Gambar III.41 User Interface Form Tambah Kas

(49)

Gambar III.43 User Interface Form Tambah Jurnal

Gambar III.44 User Interface Form Halaman Laporan Kas

(50)

Gambar III.46 User Interface Form Cetak Laporan Kas

Gambar III.47 User Interface Form Cetak Laporan Jurnal

3.5.Implementasi 3.5.1. Code Generation 1. Kas.php <?php $include_this_file = true; require('../config/koneksi.php'); require 'proses/session_admin.php'; ?> <!DOCTYPE html> <html lang="en"> <head>

(51)

<?php require ('template/head.php');?> </head> <body> <div class="wrapper"> <?php require ('template/header.php');?> <!-- Sidebar --> <?php require ('template/sidebar.php');?> <!-- End Sidebar --> <div class="main-panel"> <div class="content">

<div class="panel-header <?= $panel_header;?>"> <div class="page-inner py-5">

<div class="d-flex align-items-left align-items-md-center column flex-md-row">

<div>

<h2 class="text-white pb-2 fw-bold">Buku Kas</h2>

<h5 class="text-white op-7 mb-2"><?= $nama_aplikasi;?></h5> </div>

<div class="ml-md-auto py-2 py-md-0">

<a class="btn btn-secondary btn-round" href="profil"><i class="fa fa-cog"></i> Profil</a>

</div> </div> </div> </div>

<div class="page-inner mt--2 <?= $body;?>"> <div class="container" style="padding: 10px"> <div class="row">

<div class="col-sm-12 col-md-12"> <div id="ajax_kas"></div> </div> </div> </div> </div> </div> <!-- Footer --> <?php require ('template/footer.php');?> <!-- End Footer --> </div>

<!-- Custom template | don't include it in your project! --> <?php require ('template/custome.php');?>

<script>

(52)

loadData_top(); loadData_kas(); function loadData_top() { $.get('ajax/logo.php', function(data){ $('.logo').html(data); }); $.get('ajax/profil_admin.php', function(data){ $('#profil_admin').html(data); $('#form_ubah_admin').submit(function(e){ e.preventDefault(); var me = $(this); $.ajax({ url:me.attr('action'), method:'POST', data:new FormData(this), dataType:'JSON', contentType:false, processData:false, beforeSend:function(){

$('.pesan').html('<div class="loader loader-md pull-left"></div><b clas="pull-left">Uploading...</b>'); }, success: function(data){ if (data.hasil == true) { loadData_top(); $('#form_ubah_admin')[0].reset(); swal({ title:"Berhasil", text:data.pesan, icon:"success" }); $('#mymodal_ubah_admin').modal('hide'); $('.modal-backdrop').remove(); $('body').removeClass('modal-open'); $('body').css('padding',0); $('.pesan').html(''); }else{ swal({ title:"Gagal", text:data.pesan, icon:"error" }); $('.pesan').html(''); } }

(53)

}); }); }); } function loadData_kas() { $.get('ajax/kas.php', function(data){ $('#ajax_kas').html(data); //tambah $('#form_tambah_kas_masuk').submit(function(e){ e.preventDefault(); var me = $(this); $.ajax({ url:me.attr('action'), method:'POST', data:new FormData(this), dataType:'JSON', contentType:false, processData:false, beforeSend:function(){

$('.pesan').html('<div class="loader loader-md pull-left"></div><b clas="pull-left">Uploading...</b>'); }, success: function(data){ if (data.hasil == true) { loadData_kas(); swal({ title:"Berhasil", text:data.pesan, icon:"success" }); $('#mymodal_tambah').modal('hide'); $('.modal-backdrop').remove(); $('body').removeClass('modal-open'); $('body').css('padding',0); $('.pesan').html(''); } else{ swal({ title:"Gagal", text:data.pesan, icon:"error" });

(54)

$('.pesan').html(''); } } }); }); $('#form_tambah_kas_keluar').submit(function(e){ e.preventDefault(); var me = $(this); $.ajax({ url:me.attr('action'), method:'POST', data:new FormData(this), dataType:'JSON', contentType:false, processData:false, beforeSend:function(){

$('.pesan').html('<div class="loader loader-md pull-left"></div><b clas="pull-left">Uploading...</b>'); }, success: function(data){ if (data.hasil == true) { loadData_kas(); swal({ title:"Berhasil", text:data.pesan, icon:"success" }); $('#mymodal_tambah').modal('hide'); $('.modal-backdrop').remove(); $('body').removeClass('modal-open'); $('body').css('padding',0); $('.pesan').html(''); } else{ swal({ title:"Gagal", text:data.pesan, icon:"error" }); $('.pesan').html(''); }

(55)

} }); }); //hapus $('.hapus').click(function(){ var id = $(this).attr('value'); swal({

title: "Lanjutkan Menghapus?",

text: 'Data yang berkaitan dengan data ini akan otomatis terhapus', icon: "warning", buttons: true, dangerMode: true, }) .then((willDelete) => { if (willDelete) { $.ajax ({ url:'proses/hapus_kas.php?id='+id, method:'POST', dataType:'JSON', success: function(data){ if (data.hasil == true) { loadData_kas();

swal("Data berhasil dihapus!", { icon: "success", }); } else { swal({ title: "Gagal", text: data.pesan, icon: "error", }); } } }); } }); }); $('.data').DataTable();

(56)

}); } }); </script> </body> </html> 2. Laporan_jurnal.php <?php $include_this_file = true; require('../config/koneksi.php'); require 'proses/session_admin.php'; ?> <!DOCTYPE html> <html lang="en"> <head> <?php require ('template/head.php');?> </head> <body> <div class="wrapper"> <?php require ('template/header.php');?> <!-- Sidebar --> <?php require ('template/sidebar.php');?> <!-- End Sidebar --> <div class="main-panel"> <div class="content">

<div class="panel-header <?= $panel_header;?>"> <div class="page-inner py-5">

<div class="d-flex align-items-left align-items-md-center column flex-md-row">

<div>

<h2 class="text-white pb-2 fw-bold">Buku Jurnal</h2>

<h5 class="text-white op-7 mb-2"><?= $nama_aplikasi;?></h5> </div>

<div class="ml-md-auto py-2 py-md-0">

<a class="btn btn-secondary btn-round" href="profil"><i class="fa fa-cog"></i> Profil</a>

</div> </div> </div> </div>

<div class="page-inner mt--2 <?= $body;?>"> <div class="container" style="padding: 10px"> <div class="row">

(57)

<div class="col-sm-12 col-md-12"> <div id="ajax_jurnal"></div> </div> </div> </div> </div> </div> <!-- Footer --> <?php require ('template/footer.php');?> <!-- End Footer --> </div>

<!-- Custom template | don't include it in your project! --> <?php require ('template/custome.php');?> <script> $(document).ready(function(){ loadData_top(); loadData_laporan_jurnal(); function loadData_top() { $.get('ajax/logo.php', function(data){ $('.logo').html(data); }); $.get('ajax/profil_admin.php', function(data){ $('#profil_admin').html(data); $('#form_ubah_admin').submit(function(e){ e.preventDefault(); var me = $(this); $.ajax({ url:me.attr('action'), method:'POST', data:new FormData(this), dataType:'JSON', contentType:false, processData:false, beforeSend:function(){

$('.pesan').html('<div class="loader loader-md pull-left"></div><b clas="pull-left">Uploading...</b>'); }, success: function(data){ if (data.hasil == true) { loadData_top(); $('#form_ubah_admin')[0].reset(); swal({ title:"Berhasil", text:data.pesan, icon:"success"

(58)

}); $('#mymodal_ubah_admin').modal('hide'); $('.modal-backdrop').remove(); $('body').removeClass('modal-open'); $('body').css('padding',0); $('.pesan').html(''); } else{ swal({ title:"Gagal", text:data.pesan, icon:"error" }); $('.pesan').html(''); } } }); }); }); } function loadData_laporan_jurnal() { $.get('ajax/laporan_jurnal.php', function(data){ $('#ajax_jurnal').html(data); //hapus $('.hapus').click(function(){ var id = $(this).attr('value'); swal({

title: "Lanjutkan Menghapus?",

text: 'Data yang berkaitan dengan data ini akan otomatis terhapus', icon: "warning", buttons: true, dangerMode: true, }) .then((willDelete) => { if (willDelete) { $.ajax ({ url:'proses/hapus_laporan_jurnal.php?id='+id, method:'POST', dataType:'JSON', success: function(data){ if (data.hasil == true) { loadData_laporan_jurnal();

(59)

swal("Data berhasil dihapus!", {

icon: "success", }); } else { swal({ title: "Gagal", text: data.pesan, icon: "error", }); } } }); } }); }); $('.data').DataTable(); }); } }); </script> </body> </html>

(60)

3.5.2. Blackbox Testing

A. Pengujian Terhadap Form Login Admin Tabel III.26.

Halaman Form Login Admin

No Skenario

Pengujian Test Case

Hasil yang diharapkan Hasil Pengujian Kesimpulan 1 Username dan Password tidak diisi kemudian di klik tombol login Username: (Kosong) Password: (Kosong) Sistem akan menolak akses user dan menampilkan “Gagal,Username tidak terdaftar” Sesuai Harapan Valid 2 Mengetikkan

salah satu dari

username dan password salah kemudian klik tombol login. Username: admin (Benar) Password: 1234 (Salah) Sistem akan menolak akses user dan menampilkan “Gagal, Password salah”. Sesuai Harapan Valid 3 Mengetikkan username yang salah dan password benar kemudian klik tombol login. Username: administrat or (Salah) Password: admin (Benar) Sistem akan menolak akses user dan menampilkan “Gagal,Username tidak terdaftar” Sesuai Harapan Valid 4 Mengetikkan username dan password dengan data yang benar kemudian klik tombol login. Username: admin (Benar) Password: admin (Benar) Sistem akan menampilkan menu utama Sesuai Harapan Valid

(61)

B. Pengujian Terhadap Form Kas

Tabel III.27. Halaman Form Kas

No Skenario

Pengujian Test Case

Hasil yang diharapkan Hasil Pengujian Kesimpulan 1 Semua data tidak diisi dalam form kas masuk /kas keluar lalu di klik tombol login No.Bukti: (Kosong) Tanggal: (Kosong) Jumlah : (Kosong) Keterangan : (kosong) Akun : (tanpa di klik dan pilih) Sistem akan menolak akses user dan menampilkan “Harap isi bidang ini” Sesuai Harapan Valid 2 Menginput kolom no bukti, jumlah, akun dan keterangan tanpa mengisi kolom tanggal kemudian klik tombol simpan No.Bukti: (BKM01) Tanggal: (Kosong) Jumlah : (200.000) Keterangan : (biaya infak) Akun : (biaya infak) Sistem akan menolak akses user dan menampilkan “Harap isi bidang ini” Sesuai Harapan Valid 3 Mengetikkan semua kolom dengan data yang benar kemudian klik tombol simpan. No.Bukti: (BKM01) Tanggal: (20-08-2020) Jumlah : (200.000) Keterangan : (biaya infak) Akun : (biaya infak) Sistem akan menampilkan menu kas Sesuai Harapan Valid

(62)

C. Pengujian Terhadap Form Laporan

Tabel III.28. Halaman Form Laporan

No Skenario

Pengujian Test Case

Hasil yang diharapkan Hasil Pengujian Kesimpulan 1 Periode tidak di pilih lalu klik tombol cetak laporan Bulan: (tidak di pilih) Tahun: (tidak di pilih) Sistem akan menampilkan laporan tapi tidak memunculkan periode nya Sesuai Harapan Valid 2 Memilih periode yang akan di cetak lalu klik tombol cetak laporan Bulan: (01) Tahun: (2020) Sistem akan menampilkan cetak laporan dengan lengkap Sesuai Harapan Valid

3.5.3. Spesifikasi Hardware dan Software

Berikut ini merupakan spesifikasi perangkat keras dan perangkat lunak minimum yang diperlukan untuk menerapkan sistem informasi pengelolaan kas pada TK Dharma Ayah Sukabumi:

A. Spesifikasi Perangkat Keras 1. Monitor : 14 inch

2. Processor : Intel® Celeron® CPU N3060 @1.60Ghz

3. RAM : 4 GB

4. Disk Space : 8 GB

(63)

B. Spesifikasi Perangkat Lunak

Komponen perangkat lunak adalah serangkaian unsur yang terdiri dari beberapa perangkat lunak program komputer yang digunakan untuk membantu proses pengembangan sebuah sistem, terdiri dari software dan application software.

1. Sistem Operasi : Microsoft Windows 10 2. Aplikasi Pemrograman : Sublime Text

3. Aplikasi Pendukung : Xampp 3.2.4 4. Aplikasi Database : PhpMyAdmin

Gambar

Gambar III.3 Activity Diagram Pencatatan Kas Keluar  3.  Activity Diagram Proses Pembuatan Laporan
Gambar III.5 Usecase Diagram Kepala Sekolah (Admin)  A.  Deskripsi Use Case Diagram Menu Login
Gambar III.6 Usecase Diagram Guru (Bendahara)  A.  Deskripsi Use Case Diagram Menu Login (Bendahara)
Gambar III.7 Activity Diagram Menu Login
+7

Referensi

Dokumen terkait

Mielenkiintoista on, että van Beekin ja kumppaneiden (2011) tutkimuksen mukaan työn imussa olevat työholistit tekivät enemmän työtä kuin ei työn imussa

Serat nano yang dibuat menggunakan proses electrospinning telah berhasil dilakukan. Berdasarkan gambar 1.a-c hasil pengujian morfologi menggunakan SEM dapat dilihat bahwa

Hasil dari perhitungan pada tahun 2015 sampai dengan 2020, tidak terdapat peningkatan kebutuhan angkutan lyn L yang cukup besar, hal ini dapat di lihat pada survey

Ayam broiler adalah sebutan untuk ayam ras pedaging, merupakan jenis ras unggulan hasil persilangan dari bangsa-bangsa ayam yang memiliki daya produktivitas tinggi, terutama

d‘ Mencakup ekosistem dan keanekaragaman hayatinya dengan produktivitas yang tinggi yang memberikan tempat hidup penting buat beberapa jenis biota laut d‘ Ciri-ciri khusus

Merencanakan Tebal Perkerasan Lentur dengan metode Bina Marga 1987 dan Perkerasan Kaku dengan metode Bina Marga 2013 pada ruas Jalan Alun-Alun Rambipuji, Kabupaten

Perseroan mengalami penurunan laba bersih sebesar 63,52% hingga Juni 2016 menjadi Rp112,64 miliar dibandingkan laba bersih Rp308,85 miliar periode sama tahun sebelumnya..

Soal yang dikembangkan menggunakan tiga kategori berpikir tingkat tinggi (High Order Thinking Skills) berdasarkan revisi taksonomi Bloom, yaitu, menganalisis