Class Diagram Admin sudah menyiapkan data pengguna yang valid

Public user dapat memilih pilihan untuk mencetak, menyimpanatau keluar. Jika Public user mengklik tombol Cetak maka sistem akan menampilkan jendela pengaturan printer, untuk memulai mencetak Public User mengklik Print. Untuk menyimpan data statistik pesantren Public User mengklik tombol Simpan maka sistem akan menyimpan data statistik pada direktori yang diinginkan. Jika ingin keluar Public User mengklik tombol Keluar.

4.4.5 Class Diagram

Class Diagram merupakan diagram yang menunjukkan hubungan antara class di dalam sistem yang sedang dibangun dan bagaimana mereka saling berkolaborsi untuk mencapai suatu tujuan. Class biasanya digunakan untuk mendefinisikan objek-objek bisnis. Class-class seperti ini biasanya mendefinisikan model database dari suatu aplikasi. Atas dasar itulah class seperti ini sering disebut dengan class entity karena mewakili objek database. Class entity ini menjelaskan esensi sistem informasi apapun. Biasanya analisis kebutuhan digunakan untuk menemukan class entity ini. Akan tetapi, untuk bisa menjalankan sistem secara benar, sistem membutuhkan class-class yang mendefinisikan objek-objek GUI seperti form layar yang disebut class boundary. Sistem juga membutuhkan class-class yang mengontrol logika program yang disebut class control. Berikut ini disebutkan ketiga class tersebut dalam mengembangkan aplikasi SIMPONTREN, sebelumnya dijelaskan cara pencarian kandidat class entity pada aplikasi SIMPONTREN. Tabel 4.14 Kandidat Class Entity pada Aplikasi SIMPONTREN Requirement Class Entity 1. Calon Operator Data Entry pertama kali aktif ke dalam SIMPONTREN harus melakukan pendaftaran terlebih dahulu, username dan password sesuai yang telah diberikan admin 2. Admin dan Operator Data Entry ingin Login terhadap sistem dengan menginputkan data username dan password, maka sistem akan memvalidasi username dan password tersebut Pendaftar Pengguna 3. Operator Data Entry menginputkan data pesantren yang meliputi data umum pesantren, data santri, data fasilitas, tenaga pengajar dan data keuangan Pesantren, Santri, Fasilitas, Pengajar dan Keuangan 9. Admin perlu menginputkan data pengguna yang dibedakan berdasarkan tugas dan hak akses dan setiap pengguna Operator Data Entry merupakan perwakilan tiap-tiap propinsi Pengguna, Propinsi, Kabupaten. Tabel 4.15 Spesifikasi Stereotype Class Tingkat Perancangan Class Boundary Class Control Class Entity MainPage FormLogin Proses Login verifikasi username dan password Pengguna FormInputData AddData Pesantren Santri Pengajar Fasilitas Keuangan FormSelectData Edit_View _Data Pesantren Santri Pengajar Fasilitas Keuangan FormPropinsi AddEditPropinsi Propinsi FormKabupaten FormPengguna FormLaporanProfil FormLaporanNasional FormDataStatistik AddEditKabupaten AddEditPengguna ProsesLaporanProfil ProsesLaporanNasional ProsesDataStatistik Kabupaten Pengguna Pesantren Santri Pengajar Fasilitas Keuangan Pesantren Santri Pengajar Fasilitas Keuangan Pesantren Santri Pengajar Fasilitas Keuangan Langkah selanjutnya adalah membuat class diagram. Dengan mengacu pada ilustrasi Tabel 4.15 maka pemodelan class diagram digambarkan seperti pada Gambar 4.13. AbstractEntry getId setId getLastEdited setLastEdited getCreator setCreator Santri id_santri : int s_ratk : int s_ratk1 : int s_ratk2 : int s_misd : int s_misd1 : int s_misd2 : int s_mtssmp : int s_mtssmp1 : i... s_mtssmp2 : i... s_masma : int s_masma1 : int s_masma2 : int s_ptaiptu : int s_ptaiptu1 : int s_ptaiptu2 : int Fasilitas id_fasilitas : int k_rguru_b : int k_rguru_rr : int k_rguru_rb : int luas_rguru : int k_rbljr_baik : int k_rbljr_rr : int k_rbljr_rb : int luas_rbljr : int k_rolahraga_b : t in k_rolahraga_rr nt : i k_rolahraga_r t b : in luas_rolahraga nt : i k_msjdmshla_ int b : k_msjdmshla_ int rr : k_msjdmshla_rb : i... luas_msjdmsh int la : Keuangan id_keuangan : int biaya_pend : int biaya_hdp : int usaha : int upos : int bntuan_ppus : int bntuan_pd : int sumbgn_ttp : int sumbgn_tdktetp : i... Pengajar id_pengajar : i... s_kyai : int s_kyai1 : int s_kyai2 : int s_tu : int s_tu1 : int s_tu2 : int s_ustadz : int s_ustadz1 : int s_ustadz2 : int s_dosen : int s_dosen1 : int s_dosen2 : int Kabupaten id_kabupaten : int kabupaten : string tambah_kab edit_kab delete_kab Pesantren nspp : int nama : String alamat : String t oh_pendiri : Stri ok n... jenjang_pdd1 : String j ang_pdd2 : String enj t on : String elp thn_berdri : year t bah_pesantren am edit_pesantren delete_pesantren 1 1 1 1 Pengguna id_user : int Propinsi Pendaftaran id_daftar fullname : String alamat : String jabata : String username : Strin... password : int username : Strin... fullna : String me emai tring l : S telpon : String id : int Jabat String an : add_ user edit_user delete user _ propinsi : strin... tambah_prop edit_prop delete_prop Gambar 4.13 Class Diagram Diagram Class pada Gambar 4.13 memiliki sembilan class yang saling berhubungan, yaitu User, Abstract Entry, Propinsi, Kabupaten, Pesantren, Santri, Pengajar, Fasilitas dan Keuangan. Masing-masing class memiliki atribut-atribut kecuali class Abstact Entry yang bertindak sebagai Class Absract yang menjadi superclass terhadap class Propinsi, Kabupaten dan Pesantren, karena pada class ini dideklarasikan variabel creator dan last_edited dari class User yang dibutuhkan masing-masing subclass. Selain itu class Pesantren mempunyai : asosiasi dengan class Propinsi dan class Kabupaten. Dan class Santri, Pengajar, Fasilitas dan Keuangan merupakan agregasi atau bagian dari class Pesantren.

4.4.6 Sequence Diagram