4.4. Modelling
Tahapan ini membuat pemodelan terhadap perancangan aplikasi yang akan dibuat. Terdiri dari perancangan aplikasi, perancangan basis
data dan perancangan interface.
4.4.1. Perancangan aplikasi
1. Penentuan Aktor
Pada sistem yang diusulkan ini, penulis memisahkan Aktor menjadi 5 tiga tingkatan, yaitu Kepala Sekolah, Wakil Kepala
Bidang Wakabid. Kesiswaan, Wakabid. Kurikulum, Wakabid. BPBK, admin, guru,wali kelas dan siswa. Wewenang masing-
masing aktor tersebut adalah sebagai berikut : 1. Kepala Sekolah
Kepala sekolah merupakan aktor yang menempati tingkatan tertinggi pada sistem. Kepala Sekolah memiliki wewenang yaitu :
1. Sebagai pengontrol dan penanggung jawab terhadap semua data yang terdapat dalam database akademik siswa.
2. Melihat dan mencetak laporan biodata siswa secara menyeluruh, yang meliputi data diri siswa, orang tua siswa,
nilai akademis dan prestasi siswa, laporan biodata guru serta jadwal mengajar guru.
2. Wakabid. Kesiswaan Wakabid. Kesiswaan merupakan aktor yang berada pada
tingkatan di bawah kepala sekolah. Wakabid. Kesiswaan memiliki wewenang yaitu :
1. Melihat laporan biodata siswa secara menyeluruh dan mencetak laporan penilaian siswa.
3. Wakabid. Kurikulum Wakabid. Kurikulum merupakan aktor yang berada pada
tingkatan yang sejajar dengan Wakabid. Kesiswaan. Wakabid. Kurikulum memiliki wewenang yaitu :
1. Melihat laporan biodata siswa dan laporan penilaian siswa secara spesifik, yaitu nilai per mata pelajaran saja.
2. Melakukan penambahan, perubahan dan penghapusan terhadap data mata pelajaran yang sesuai dengan kebijakan
kurikulum. 4. Wakabid. BPBK
Wakabid. BPBK merupakan aktor yang berada pada tingkatan yang sejajar dengan Wakabid. Kesiswaan dan Wakabid.
Kurikulum. Wakabid. BPBK memiliki wewenang yaitu : 1. Melihat laporan biodata siswa dan laporan penilaian siswa
secara spesifik, yaitu nilai prestasi dan akhlak siswa dalam kegiatan belajar siswa.
5. Admin Super User Admin
merupakan aktor yang menempati tingkatan dibawah Wakabid. Kesiswaan, Wakabid. Kurikulum, Wakabid. BPBK
dalam sistem. Admin memiliki wewenang yaitu : 1. Memasukkan data siswa, data guru, data nilai dan mata
pelajaran dari data yang ada. 2. Melakukan perubahan data siswa, nilai siswa, guru dan mata
pelajaran. 3. Melakukan penghapusan data siswa, nilai siswa, guru dan
mata pelajaran yang tidak diperlukan. 4. Melihat data data siswa, nilai siswa, guru dan mata pelajaran
yang telah tersimpan. 5. Melakukan penambahan user account. Melakukan perubahan
terhadap user account tertentu. Perubahan yang dimaksud dapat berupa perubahan password dan username.
6. Melakukan penghapusan terhadap user account tertentu. 7. Melakukan print atau menyimpan laporan yang berisikan
informasi daftar data siswa, guru, dan nilai.
6. Guru Tingkatan guru merupakan tingkatan yang berada di bawah
admin pada sistem. Guru memiliki wewenang yaitu :
1. Memasukkan data guru dan nilai siswa yang sesuai dengan
mata pelajaran yang diajarnya.
2. Melakukan perubahan pada data guru dan nilai siswa yang
sesuai dengan mata pelajaran yang telah dimasukkan. 3.
Melihat data guru dan nilai siswa yang sesuai dengan mata pelajaran yang telah tersimpan.
7. Wali Kelas Wali kelas merupakan tingkatan yang sejajar dengan guru.
Wali kelas mempunyai wewenang, yaitu : 1. Melihat data siswa dan nilai siswa yang sesuai dengan kelas
yang telah tersimpan. 8. Siswa
Pada sistem ini, siswa merupakan tingkatan yang berada di bawah admin dan juga di bawah guru. Adapun wewenang yang
dimiliki tingkatan siswa adalah : 1. Melihat data nilai siswa yang sesuai dengan mata
pelajaran yang telah tersimpan di dalam database. 2. Melakukan print atau menyimpan laporan yang berisikan
informasi nilai dalam bentuk hardcopy.
2. Perancangan Use Case Diagram
Use Case Diagram digunakan untuk menjelaskan apa yang
akan dilakukan oleh sistem serta aktor-aktor yang akan berhubungan dengan proses-proses yang ada pada sistem.
Gambar 4. 4 Use Case Diagram
3. Use Case Scenario
Use case scenario merupakan penjelasan yang lebih
terperinci mengenai masing-masing use case yang terjadi di dalam sistem. Use case scenario ini terdiri dari:
1. Nama use case yang akan dideskripsikan.
2. Aktor yang terlibat. 3. Trigger.
4. Precondition kondisi sebelum use case untuk memulai. 5. Action.
6. Postcondition yang menjelaskan state dari sistem setelah use case berakhir.
Berikut ini akan dijelaskan spesifikasi use case yang telah ditentukan. 1. Input data siswa
Tabel 4.2 Use Case scenario input data siswa
Nama Use case
Input data siswa
Aktor yang terlibat Admin
Trigger Admin
ingin menambahkan data siswa baru ke dalam
database
Pre condition Login
sebagai admin Data siswa belum tersimpan
Action
Save data siswa
Post condition Data siswa baru masuk ke
dalam database
2. Edit data siswa Tabel 4.3 Use case scenario edit data siswa
Nama Use case Edit
data siswa
Aktor yang terlibat
Admin
Trigger Dibutuhkan perubahan data
siswa
Pre condition Login
sebagai admin Data siswa telah terdaftar
Action
Updat e data siswa
Post condition Data yang telah diubah
tersimpan ke dalam database
3. Hapus data siswa Tabel 4.4 Use case scenario hapus data siswa
Nama Use case Hapus data siswa
Aktor yang terlibat Admin
Trigger Siswa telah keluar dari
sekolah
Pre condition Login
sebagai admin Data siswa telah terdaftar
Action Delete
data siswa
Post condition Data siswa terhapus dari
database
4. Lihat data siswa Tabel 4.5 Use case scenario lihat data siswa
Nama Use case Lihat data siswa
Aktor yang terlibat
All User
Trigger Aktor membutuhkan data
siswa
Pre condition
Data siswa telah ada di dalam database
Action Show
data siswa
Post condition
Data siswa ditampilkan
5. Input data Guru Tabel 4.6 Use case scenario input data guru
Nama Use case
Input data guru
Aktor yang terlibat Admin
Trigger Actor
akan menambahkan data guru baru ke dalam
database
Pre condition
Login sebagai admin atau
guru Data guru belum tersimpan
Action Save
data guru
Post condition
Data guru baru masuk ke dalam database
6. Edit data guru Tabel 4.7 Use case scenario edit data guru
Nama Use case Edit
data guru
Aktor yang terlibat Admin,
guru
Trigger Dibutuhkan perubahan data
guru
Pre condition Login
sebagai admin atau guru
Data guru telah terdaftar
Action Updat
e data guru
Post condition Data yang telah diubah
tersimpan ke dalam database
7. Hapus data guru Tabel 4.8 Use case scenario hapus data guru
Nama Use case
Hapus guru
Aktor yang terlibat Admin
Trigger Guru telah berhenti mengajar
Pre condition Login
sebagai admin atau guru Data guru telah terdaftar
Action Delete
guru
Post condition Data guru terhapus dari
database
8. Lihat data guru Tabel 4.9 Use case scenario lihat data guru
Nama Use case
Lihat data guru
Aktor yang terlibat Admin
, Guru, Kepala Sekolah
Trigger
Aktor membutuhkan data guru
Pre condition Guru telah ada di dalam
database
Action Show
data guru
Post condition Data guru ditampilkan
9. Input nilai Tabel 4.10 Use case scenario input nilai
Nama Use case
Input nilai
Aktor yang terlibat Admin
, guru
Trigger
Actor akan menambahkan
data nilai ke dalam database
Pre condition Login
sebagai admin atau guru
Data nilai belum ada di dalam database
Data mata pelajaran telah ada dalam database
Action Save
data nilai.
Post condition Nilai baru masuk ke dalam
database
10. Edit data nilai Tabel 4.11 Use case scenario edit data nilai
Nama Use case Edit
data nilai
Aktor yang terlibat Admin
, guru
Trigger Terjadi perubahan dalam
pengisian nilai
Pre condition Login
sebagai admin atau guru
Nilai telah ada di dalam database
Data mata pelajaran telah ada dalam database
Action
Update data nilai.
Post condition Data nilai di dalam
database telah ter-update.
11. Hapus data nilai Tabel 4.12 Use case scenario hapus data nilai
Nama Use case Hapus data nilai
Aktor yang terlibat Admin
,guru
Trigger
Data nilai telah tidak terpakai lagi.
Pre condition Login
sebagai admin atau guru
Nilai telah ada di dalam database
Action Delete
data nilai.
Post condition Data nilai terhapus dari
database
12. Lihat data nilai Tabel 4.13 Use case scenario lihat data nilai
Nama Use case
Lihat data nilai
Aktor yang terlibat All User
Trigger
Aktor membutuhkan data nilai
Pre condition Nilai telah ada di dalam
database
Action
Show data nilai
Post condition Data silabus ditampilkan
13. Input mata pelajaran Tabel 4.14 Use case scenario input mata pelajaran
Nama Use case Input mata pelajaran
Aktor yang terlibat Admin,
Wakabid. Kurikulum
Trigger Admin
akan memasukkan data mata pelajaran.
Pre condition
Login sebagai admin
Action Save
data mata pelajaran
Post condition Data mata pelajaran
tersimpan di dalam database
14. Edit data mata pelajaran
Tabel 4.15 Use case scenario edit data mata pelajaran
Nama Use case Edit
data mata pelajaran
Aktor yang terlibat Admin,
Wakabid. Kurikulum
Trigger
Terjadi kesalahan dalam pemasukan mata pelajaran
Pre condition Login
sebagai admin Data mata pelajaran ada di
dalam database
Action Update
data mata pelajaran
Post condition Data mata pelajaran di
dalam database ter-update
15. Hapus data mata pelajaran Tabel 4.16 Use case scenario hapus data mata pelajaran
Nama Use case
Hapus data mata pelajaran
Aktor yang terlibat Admin,
Wakabid. Kurikulum
Trigger
Mata pelajaran tidak diajarkan lagi
Pre condition Login
sebagai admin Data mata pelajaran telah
ada di dalam database
Action Delete
data mata pelajaran
Post condition Data mata pelajaran
terhapus dari database
16. Lihat data mata pelajaran Tabel 4.17 Use case scenario lihat data mata pelajaran
Nama Use case Lihat data mata pelajaran
Aktor yang terlibat
Admin , guru,siswa, Wakabid.
Kurikulum.
Trigger Aktor membutuhkan data mata
pelajaran
Pre condition Data mata pelajaran telah ada di
dalam database
Action Show
mata pelajaran
Post condition Data mata pelajaran ditampilkan
17. Input data user Tabel 4.18 Use case scenario input data user
Nama Use case Input user
Aktor yang terlibat Admin
Trigger
Admin akan memasukkan
data user.
Pre condition Login
sebagai admin
Action
Save data user
Post condition Data user tersimpan di
dalam database
18. Edit data user Tabel 4.19 Use case scenario edit data user
Nama Use case Edit
data user
Aktor yang terlibat
Admin
Trigger Terjadi kesalahan dalam
pemasukan user
Pre condition Login
sebagai admin Data user telah ada di dalam
database
Action Update
data user
Post condition
Data user di dalam database telah ter-update
19. Hapus data user Tabel 4.20 Use case scenario hapus data user
Nama Use case Hapus data user
Aktor yang terlibat Admin
Trigger User
tidak diajarkan lagi
Pre condition Login
sebagai admin Data user telah ada di dalam
database
Action Delete
data user
Post condition Data user terhapus dari
database
20. Lihat data user Tabel 4.21 Use case scenario lihat data user
Nama Use case Lihat data user
Aktor yang terlibat Admin
Trigger
Aktor membutuhkan data user
Pre condition Data user telah ada di dalam
database
Action Show
user
Post condition Data user ditampilkan
21. Cetak data Tabel 4.22 Use case scenario cetak data
Nama Use case Cetak data
Aktor yang terlibat
All User
Trigger Aktor membutuhkan
dokumen tersimpan
Pre condition Data siswa telah ada di
dalam database Data nilai telah ada di dalam
database Data guru telah ada di dalam
database
Action Print
data
Post condition File report
data tampil
22. Chatting Tabel 4.23 Use case scenario chatting
Nama Use case
Chatting
Aktor yang terlibat All User
Trigger
Aktor Client membutuhkan berkomunikasi secara
langsung ke Aktor Server
Pre condition Aplikasi Client telah
terhubung dengan Server Server
sedang On Line
Action Kirim Teks Chat
Post condition Chatting
4. Perancangan Activity Diagram
Activity Diagram merupakan diagram yang menggambarkan
berbagai aliran aktivitas yang terjadi di dalam sistem. Berikut akan digambarkan satu persatu activity diagram untuk masing-masing use
case .
1. Activity Diagram untuk Login
Gambar 4.5. Login Activity Diagram Activity diagram
ini merupakan rancangan rangkaian proses yang akan terjadi ketika user memilih untuk melakukan login.
Ketika aplikasi dijalankan maka sistem akan menampilkan form login
. User lalu dapat memasukkan Username dan password yang dimilikinya, kemudian sistem akan memvalidasi username dan
password yang dimasukan. Jika username dan password sesuai
dengan data yang terdapat didatabase, maka sistem menampillkan menu utama aplikasi ini. Namun jika Username dan password
salah, sistem akan kembali ke form login agar user kembali mengulang memasukan Username dan password yang benar.
2. Activity Diagram untuk Input Data
Gambar 4.6. Activity diagram input data siswa Activity diagram
diatas merupakan rancangan proses yang akan terjadi ketika user akan memasukkan data baru. Setelah
mengisi form input, sistem akan melakukan pengecekan. Jika ternyata pengecekan gagal dilakukan, maka user harus kembali
memasukkan data lagi. Sebaliknya, jika pengecekan berhasil, data baru akan tersimpan di dalam database.
3. Activity Diagram untuk Edit Data
Gambar 4.7. Activity diagram edit data Activity diagram
ini merupakan rangkaian proses yang akan dilakukan oleh sistem ketika user akan mengubah data yang telah
ada di dalam database. Jika terdapat data yang ingin diubah, maka
user dapat menekan tombol edit. Setelah itu akan ditampilkan
form edit. Setelah user mengisi data di form tersebut, sistem akan melakukan pengecekan data. Jika proses pengecekan gagal, maka
user harus mengulang lagi mengisi data tersebut. Namun jika
berhasil, maka proses selesai dan data tersebut ter-update.
4. Activity Diagram untuk Penghapusan Data
Gambar 4.8. Activity diagram penghapusan data
Activity diagram ini merupakan rangkaian proses yang akan
dilakukan oleh sistem ketika user akan menghapus data yang telah ada di dalam database. Untuk menghapus data, user dapat
menekan tombol hapus, data dihapus berdasar id, muncul konfirmasi hapus data dari sistem, setelah user konfirmasi, maka
sistem akan menghapus data di database.
5. Activity Diagram untuk Pelaporan dan Pencetakan Data
Gambar 4.9. Activity diagram pencetakan data Activity diagram
ini merupakan rangkaian proses yang akan dilakukan oleh sistem ketika user akan mencetak data yang telah
ada di dalam database. Untuk mencetak data, user menekan menu cetak, dan data dicetak berdasar pilihan user.
6. Activity Diagram untuk Pencarian Data
Gambar 4.10. Activity diagram pencarian data Activity Diagram
diatas menggambarkan proses yang terjadi ketika seorang user melakukan pencarian terhadap data. Setelah memasukkan
kata kunci yang sesuai, dapat menekan tombol cari. Setelah itu, sistem akan melakukan pencarian data yang sesuai dengan kata kunci yang
dimasukkan tersebut. Jika data ketemu kemudian ditampilkan, namun jika tidak ketemu maka user memasukan kata kunci lain atau selesai.
7. Activity Diagram untuk Chatting
Gambar 4.11. Activity diagram Chatting Activity Diagram
diatas menggambarkan proses yang terjadi ketika User Server
Administrator dan user yang bertindak sebagai Client akan melakukan chatting. Proses dimulai dengan Login User, jika status user
login sebagai Server, maka user harus membuka koneksi agar Client bisa terhubung. Jika status user login sebagai Client maka user harus meng-
inputkan hostname dan port number Server lalu meng-klik Conect Server untuk membuat koneksi ke Server. Untuk menghubungkan antara Client
dan Server menggunakan Indy sebagai socket programming yang akan memberikan jalur port antara Client dan Server.
5. Perancangan Sequence Diagram
1. Sequence Diagram untuk Login
Gambar 4.12. Sequence diagram login Pada diagram sequence ini user melakukan login dengan
mengisi username dan password, kemudian proses login diverifikasi pada proses login yang langsung terintegrasi dengan database pada
class data user, class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan maka proses login akan
memberikan status login.
2. Sequence Diagram untuk Input Data
Gambar 4.13. Sequence diagram input data Pada diagram sequence ini user melakukan pemasukan data
dengan melakukan login dengan mengisi username dan password, kemudian proses login diverifikasi pada proses login yang langsung
terintegrasi dengan database pada class data user, class data user akan melakukan pengecekan username dan password, jika terjadi kesalahan
maka proses login akan memberikan status login. Setelah mendapat status bahwa user telah berhasil login, maka user sudah dapat
memasukkan data baru.
Perlu diketahui, meskipun mengalami alur proses yang sama antara pemasukan data siswa, data guru, data nilai, dan data mata
pelajaran, namun untuk pemasukan data siswa hanya dapat dilakukan oleh admin.
Data-data yang dimasukkan oleh user ini akan divalidasi oleh sistem. Jika ternyata terdapat kesalahan masukan yang diberikan, sistem
akan memberikan pemberitahuan kesalahan kepada user. Jika masukan- masukan yang diberikan oleh user sudah sesuai, maka data akan sukses
tersimpan dan sistem akan memberikan konfirmasi bahwa data telah tersimpan.
3.
Sequence Diagram untuk Edit Data
Gambar 4.14 . Sequence diagram edit data
Pada diagram sequence ini user melakukan perubahan data dengan melakukan login dengan mengisi username dan password, kemudian
proses login diverifikasi pada proses login yang langsung terintegrasi dengan database pada class data user, class data user akan melakukan
pengecekan username dan password, jika terjadi kesalahan maka proses login
akan memberikan status login. Perlu diketahui, meskipun mengalami alur proses yang sama antara perubahan data siswa, data guru, data nilai,
dan data mata pelajaran, namun untuk perubahan data siswa hanya dapat dilakukan oleh admin atau guru.
Setelah login admin berhasil dan mendapatkan konfirmasi, kemudian admin harus memilih data mana yang akan diubah datanya dari
daftar data yang ada. Setelah memilih data, selanjutnya admin akan dibawa ke halaman perubahan data untuk mengisi field-field yang akan
diubah. Data-data yang dimasukkan oleh user ini akan divalidasi oleh sistem. Jika ternyata terdapat kesalahan masukan yang diberikan, sistem
akan memberikan pemberitahuan kesalahan kepada user. Jika masukan- masukan yang diberikan oleh user sudah sesuai, maka sistem akan
memberikan pemberitahuan bahwa perubahan data telah berhasil dilakukan dan data yang diubah akan tersimpan dalam database.
4. Sequence Diagram untuk Penghapusan Data
Gambar 4.15. Sequence diagram penghapusan data user Untuk menghapus data user yang telah tersimpan di dalam
database , maka terlebih dahulu harus dilakukan login admin. Setelah
sukses login sebagai admin, maka sistem akan memberikan daftar data yang ada dan admin dapat menghapus data yang dikehendakinya.
5. Sequence Diagram untuk Pencarian data
Gambar 4.16. Sequence diagram pencarian data Untuk melakukan pencarian, user harus memasukkan kata kunci pencarian
ke dalam field yang disajikan oleh sistem. Setelah mendapatkan kata kunci, sistem lalu melakukan pencarian ke database dan kemudian
menyajikannya kepada user.
6. Sequence Diagram untuk Chatting
Gambar 4.17. Sequence diagram Chatting Untuk melakukam chatting maka user harus melakukan login
terlebih dahulu. Proses login menentukan apakah user tersebut sebagai Client
atau Server. Jika user login sebagai Client maka user tersebut menginputkan hostname dan port number Server untuk membuat koneksi
ke Server. Server yang telah membuka koneksi akan menerima permintaan koneksi Client tersebut. Koneksi Client dan Server dibuat dengan
menggunakan indyinternet direct.
6. Spesifikasi Proses yang Diusulkan
Pada sistem terdapat enam proses inti diantaranya adalah proses login
, proses pemasukan data, proses pencarian data, proses pengubahan data, proses penampilan data, dan proses penghapusan
data. Dari proses-proses yang terjadi di dalam sistem ini dapat diterjemahkan ke dalam bentuk algoritma sederhana yaitu sebagai
berikut : 1.
Proses Login
Input form login
IF
input
form tidak sesuai THEN
Tampilkan konfirmasi error
ELSE
Login success
END IF
2. Proses pemasukan data
Input form
IF input
form tidak sesuai THEN
Tampilkan konfirmasi error
ELSE
Simpan
END IF
3. Proses pencarian data
Input form pencarian
IF data tidak ditemukan THEN
Tampilkan konfirmasi error
ELSE
Simpan
END IF
4. Proses perubahan data
Tampil data
GET
id Tampil data
GET id
Edit form IF
input form tidak tepat THEN
Tampilkan konfirmasi error
ELSE
Simpan
END IF
5. Proses penghapusan data
Tampil data
GET id
Delete data Tampil informasi penghapusan
6. Proses chatting
Form chat
IF input form tidak tepat THEN
Tampilkan konfirmasi error
ELSE
Koneksi ke Server chatting
END IF
4.4.2. Perancangan Basis Data
1. Penerjemahan Entity ke dalam Basis Data
Entity yang digunakan di dalam sistem, dapat langsung
diterjemahkan ke dalam bentuk tabel-tabel beserta field-field dan relation
nya ke dalam basis data. 1.
Entity Siswa
Nama Tabel : siswa
Primary Key : NIS
Tabel 4.24 Tabel siswa dalam database
No Field Name
Data Type Size
key
1. no_urut
Varchar 15
2. NIS
Varchar 20
3. NISN
Varchar 10
4. siswa_nama
Varchar 30
5. siswa_jk
Varchar 2
6. siswa_tempat_lahir
Varchar 15
7. siswa_tanggal_lahir
Varchar 20
8. siswa_telp
Varchar 20
9. siswa_hp
Varchar 20
10. siswa_anak_ke
Varchar 10
11. siswa_status_dk
Varchar 20
12. siswa_jml_saudara
Varchar 10
13. siswa_alamat
Varchar 35
14. siswa_keterangan
Varchar 30
15. TP
Varchar 25
2. Entity Guru
Nama Tabel : guru
Primary key : NIP
Tabel 4.25 Tabel guru dalam database
No Field Name
Data Type Size
key
1. NIP
Varchar 15
2. NUPTK
Varchar 15
3. Nama
Varchar 20
4. Jk
Varchar 2
5. Status
Varchar 15
6. gelar_depan
Varchar 10
7. gelar_belakang
Varchar 10
8. tempat_lahir
Varchar 20
9. tgl_lahir
Varchar 25
10. Ktp
Varchar 20
11. status_kawin
Varchar 10
12. jml_anak
Varchar 5
13. Alamat
Varchar 30
14. Telp
Varchar 15
15. Hp
Varchar 15
16. NOREK
Varchar 20
17. rek_bank
Varchar 25
18. bank_cabang
Varchar 20
3. Entity Nilai
Nama tabel : nilai
Primary Key : NIS
Tabel 4.26 Tabel nilai dalam database
No Field Name
Data Type Size
key
1. NIS
Varchar 20
2. TP
Varchar 15
3. Kelas
Varchar 5
4. semester
Varchar 10
5. kd_matpel
Varchar 15
6. Tugas
Decimal 9
7. Ulangan_harian
Decimal 9
8. Uts
Decimal 9
9. Uas
Decimal 9
10. Nilai
Decimal 5
11. Ket
Varchar 50
4. Entity Orang Tua
Nama tabel : orang tua
Primary Key : NIS
Tabel 4.27 Tabel orang tua dalam database
No Field Name
Data Type Size
key
1. NIS
Varchar 20
2. nama_ayah
Varchar 20
3. tempat_lahir_ayah
Varchar 15
4. tgl_lahir_ayah
Varchar 25
5. pekerjaan_ayah
Varchar 15
6. penghasilan_ayah
Varchar 20
7. telp_ayah
Varchar 15
8. alamat_ayah
Varchar 35
9. nama_ibu
Varchar 20
10. tempat_lahir_ibu
Varchar 15
11. tgl_lahir_ibu
Varchar 25
12. pekerjaan_ibu
Varchar 15
13. penghasilan_ibu
Varchar 20
14. telp_ibu
Varchar 15
15. alamat_ibu
Varchar 35
16. nama_wali
Varchar 20
17. tempat_lahir_wali
Varchar 15
18. tgl_lahir_wali
Varchar 25
19. pekerjaan_wali
Varchar 15
20. penghasilan_wali
Varchar 20
21. telp_wali
Varchar 15
22. alamat_wali
Varchar 35
5. Entity Jabatan
Nama tabel : jabatan
Primary Key : NIP
Tabel 4.28 Tabel jabatan guru dalam database
No Field Name
Data Type Size
key
1. NIP
Varchar 15
2. Jabatan
Varchar 30
3. Golongan
Varchar 25
4. tgl_mulaiKerja
Varchar 25
5. tgl_diangkatPNS
Varchar 25
6. tgl_diangkatSukwan
Varchar 25
7. tgl_SK_PNS
Varchar 25
8. no_SK_PNS
Varchar 20
9. no_SK_Sukwan
Varchar 20
10. masaKerja_dsiniThn
Varchar 10
11. masaKerja_dsiniBln
Varchar 10
12. masaKerja_PNSThn
Varchar 10
13. masaKerja_PNSBln
Varchar 10
14. masaKerja_GolThn
Varchar 10
15. masaKerja_GolBln
Varchar 10
6.
Entity Jadwal Guru
Nama tabel : jadwal_guru
Primary Key : NIP
Tabel 4.29 Tabel jadwal guru dalam database
No Field Name
Data Type Size
key
1. NIP
Varchar 15
2. kd_matpel
Varchar 15
3. Hari
Varchar 15
4. waktu_mulai
Datetime 8
5. waktu_akhir
Datetime 8
6. Kelas
Varchar 20
7. Entity kemajuan siswa
Nama tabel : kemajuan siswa
Primary Key : NIS
Tabel 4.30 Tabel kemajuan siswa dalam database
No Field Name
Data Type Size
key
1. NIS
Varchar 20
2. tgl_masuk
Varchar 50
3. tglNaikKelas_VII
Varchar 50
4. tglNaikKelas_VIII
Varchar 50
5. tglNaikKelas_IX
Varchar 50
6. pindahan_dari
Varchar 25
7. no_ijazah
Varchar 25
8. tglIjazah
Varchar 50
9. tglKeluar
Varchar 50
10. alasanKeluar
Varchar 30
8. Entity Mata Pelajaran
Nama tabel : mata_pelajaran
Primary Key : kd_matpel
Tabel 4.31 Tabel mata pelajaran dalam database
No Field Name
Data Type Size
Key
1. kd_matpel
Varchar 15
2. mata_pelajaran
Varchar 25
3. jumlah_jam
Varchar 10
4. Sifat
Varchar 25
9. Entity Prestasi Siswa
Nama tabel : prestasi_siswa
Primary Key : NIS
Tabel 4.32 Tabel prestasi siswa dalam database
No Field Name
Data Type Size
Key
1. NIS
Varchar 20
2. naik_kelas
Varchar 10
3. Moral
Varchar 20
4. kecerdasan
Varchar 25
5. Kesenian
Varchar 25
6. Olahraga
Varchar 25
7. Social
Varchar 25
10. Entity Asal Sekolah
Nama tabel : asal_sekolah
Primary Key : kd_sekolah
Tabel 4.33 Tabel asal sekolah dalam database
No Field Name
Data Type Size
key
1. kd_sekolah
Varchar 5
2. NIS
Varchar 20
3. nama_sekolah
Varchar 20
4. alamat_sekolah
Varchar 35
5. no_STTB
Varchar 20
6. tgl_STTB
Varchar 26
7. jumlah_nilai_UN
Decimal 910,0
11. Entity User
Nama tabel : user
Primary Key : users_id
Tabel 4.34 Tabel user dalam database
No Field Name
Data Type Size
key
1. user
s_id Varchar
10 2.
username Varchar
25 3.
User pass
Varchar 15
4. user
group Varchar
1
2. Struktur Basis Data
Gambar 4.18. Struktur basis data
4.4.3. Perancangan User Interface
1. Halaman Login
Gambar 4.19. Rancangan halaman login
2. Halaman Utama Server
Gambar 4.20. Rancangan halaman utama Server HEADER
Username Password
Login Cancel
Menu Bar HEADER
Setting Port
Send
Main Chat Connection
Start
3. Halaman Utama Client
Gambar 4.21. Rancangan halaman utama Client
4. Halaman Siswa
Gambar 4.22. Rancangan halaman siswa HEADER
TAB SUB MENU FORM ISIAN DATA
Nama : |
| |
Keterangan : CARI DATA
NIS NAMA
TABEL ISI DATA Setup Client
Chat
Send
Menu Bar HEADER CLIENT
Connect
IPHostname Nomor Port
5. Halaman Input Edit Data
Gambar 4.23. Rancangan halaman Input Edit data
6. Halaman Guru
Gambar 4.24. Rancangan halaman guru HEADER
FORM ISIAN DATA Nama :
| |
| Keterangan :
SIMPAN BATAL
HEADER TAB SUB MENU
FORM ISIAN DATA Nama :
| |
| Keterangan :
CARI DATA NIP NAMA
BARU EDIT
HAPUS TABEL ISI DATA
7. Halaman Nilai
Gambar 4.25. Rancangan halaman nilai
8. Halaman User
Gambar 4.26. Rancangan halaman user HEADER
TAB SUB MENU Data Siswa
Filter Data Cari Data
ok Tabel Data
Form Isian Data Nama :
| |
| Keterangan :
BARU EDIT
HAPUS TUTUP
HEADER FORM ISIAN DATA
Nama : |
| |
Keterangan : TABEL ISI DATA
BARU EDIT
HAPUS TUTUP
9. Halaman Pencarian Data
Gambar 4.27. Rancangan halaman pencarian data
10. Laporan Nilai
Gambar 4.28. Rancangan laporan nilai CARI DATA
NIS NAMA
HEADER DATA SISWA
DATA NILAI SISWA Mata Pelajaran 1 :
Mata Pelajaran 2 : |
| |
| |
| |
Mata Pelajaran 1 :
Rata-rata :
11. Laporan Data Siswa
Gambar 4.29. Rancangan laporan siswa HEADER
A. Data Diri Siswa B. Data Anggota Keluarga
C. Data Orang Tua Siswa Data Ayah
Data Ibu Data Wali
D. Data Prestasi Siswa
E. Data Kemajuan Siswa
12. Laporan Data Guru
Gambar 4.30. Rancangan laporan guru
4.5. Construction Pengembangan
Kategori