BAB III ANALISA DAN PERANCANGAN
3.1
Analisis Sistem yang Berjalan
Analisis dapat di identifikasi sebagai penguraian dari suatu sistem informasi yang utuh kedalam bagian-bagian atau komponennya dengan maksud untuk
mengidentifikasi
dan
mengevaluasi
permasalahan-permasalahan,
kesempatan-kesempatan, hambatan-hambatan yang terjadi dan kebutuhankebutuhan yang dihadapkan sehingga dapat diusulkan perbaikan-perbaikannya.
3.1.1 Analisis Prosedur Yang Sedang Berjalan Sebelum membuat suatu sistem, hendaknya melakukan analisis terlebih dahulu terhadap kebutuhan-kebutuhan apa saja yang diperlukan dengan menggunakan metode-metode yang telah ada. Dalam hal ini penulis menggunakan metodologi berorientasi objek, yaitu dimulai dari :
3.1.1.1 Use Case Diagram Use case diagram menggambarkan aktifitas aktor di dalam sistem yang dirancang dan bagaimana bagian-bagian sistem tersebut diintegrasikan sehingga membentuk sistem yang utuh. Hal tersebut merupakan solusi yang memenuhi analisis kebutuhan sistem. Berikut adalah gambar mengenai hubungan antara aktor dengan sistem, yaitu:
Gambar 3.1 Use Case Akademik Yang Sedang Berjalan 33
3.1.1.2
Skenario Use Case Scenario use case digunakan untuk memudahkan dalam menganalisa
scenario yang akan kita gunakan pada fase fase selanjutnya dengan melakukan penilaian terhadap scenario tersebut. Adapun tahapan-tahapan sekenario use case Akademik SMA Muhammadiyah 1Jakarta yang sedang berjalan adalah sebagai berikut : 1.
Nama Use Case Actor
: Calon Siswa
Skenario
:
: Pendaftaran
Tabel 3.1 use case skenario pendaftaran sfs
Aksi Aktor
Reaksi Sistem
Skenario Normal 1.
Mendaft ar Pendaftar baru
2.
Mengisi formulir pendaftara siswa baru 3.
Menerim a formulir pendaftaran siswa baru
4.
Merekap data pendaftaran siswa baru
2.
Nama use case : Pembagian Kelas Aktor
: Panitia PSB
Skenario
:
Tabel 3.2 use case skenario pembagian kelas sfs
Aksi Aktor
Reaksi aktor
Skenario Normal 1.
Membuat data-data siswa baru
34
2.
Menerima data siswa baru
3.
Membuat laporan
pembagian kelas siswa baru
35
3.
Nama use case : Penjadwalan Aktor
: Admin
Skenario
:
Tabel 3.3 use case skenario penjadwalan sfs
Aksi Aktor
Reaksi aktor
Skenario Normal 1.
Membuat jadwal siswa 2.
Menerima jadwal siswa
3.
Membuat laporan penjadwalan siswa
4.
Nama use case : Penilaian Aktor
: Panitia PSB
Skenario
:
Tabel 3.4 use case skenario penilaian sfs
Aksi Aktor
Reaksi aktor
Skenario Normal 1.
Membuat laporan penilaian 2.
Menerima laporan penilaian
3.1.1.2
Aktivity Diagram Berjalan
Activity diagram digunakan untuk menggambarkan kegiatan-kegiatan yang ada di dalam suatu sistem. Agar dapat lebih memahami tentang sistem yang akan dibuat, maka perlu dibuatkan activity diagram tentang sistem yang sedang berjalan, yaitu: a. Activity Diagram Pendaftaran Menggambarkan alur kerja pendaftaran yang sedang berjalan di SMA Muhammadiyah 1 Jakarta adalah sebagai berikut :
35
Gambar 3.2 Aktivity Diagram Pendaftaran yang sedang berjalan b. Activity Diagram Pembagian Kelas Berikut ini gambar yang menunjukkan jalur pembagian kelas siswa :
Gambar 3.3 Aktivity Diagram Pembagian kelas yang berjalan
36
c. Activity Diagram Jadwal Pelajaran Berikut adalah gambaran proses jadwal pelajaran yang sedang berjalan :
Gambar 3.4 Aktivity Diagram jadwal pelajaran yang berjalan d. Activity Diagram Penilaian Berikut ini adalah gambaran proses Penilaian yang sedang berjalan :
Gambar 3.5 Aktivity Diagram penilaian yang berjalan
37
3.1.2.
Evaluasi Sistem yang berjalan Setelah melakukan analisis terhadap sistem yang sedang berjalan, baik
analisis terhadap prosedur yang ada, penulis menemukan beberapa permasalahan baik itu secara langsung maupun tidak langsung yang dapat memepengaruhi kinerja terhadap sistem yang ada. Masalah - masalah ini apabila ditinjau lebih jauh lagi akan berpengaruh terhadap pengembangan sistem nantinya. Setelah melakukan identifikasi terhadap penyebab permasalahn yang ada penulis juga melakukan pengamatan dengan maksud untuk mengumpulkan fakta atau data yang menjadi permasalahan pada sistem ini. Adapun masalah - masalahnya adalah sebagai berikut : 1. Proses penerimaan pendaftaran siswa baru dan registrasi ulang harus dilakukan di sekolah sehingga bagi siswa yang berada di luar kota untuk mendaftar. 2. Pengumuman pembagian kelas yang banyak tahapannya sehingga sering terjadi keterlambatan dalam proses pengumuman pembagian kelas yang akan di tempati. 3. Dan pengelolaan daftar jadwal pelajaran masih secara offline sehingga siswa terlambat mendapat jadwal belajar dan mereka dapat melihat jadwal dengan datang ke ruang guru untuk mencatatnya. 4. Pengelolaan data nilai yang masih offline sehingga informasi mengenai nilai lama diperoleh oleh siswa jadi tiap waktu mereka harus datang ke sekolah untuk mengetahui nilai mereka itu dapat memakan biaya.
3.2.
Analisa Sistem Usulan Dari hasil analisis sistem saat ini, maka dirancanglah suatu sistem yang
dapat memudahkan setiap panitia untuk dapat mengurus penerimaan siswa baru dengan lebih efisien dan efektif dan dapat menyelesaikan dengan waktu yang lebih cepat. System yang diusulkan berupa sistem informasi berbasis Website.
38
3.2.1. Nama Sistem Usulan Adapun system usulan yang diajukan adalah sistem informasi penerimaan siswa baru berbasis web di SMA Muhammadiyah 1 Jakarta. adapun system ini di buat guna mempermudah calon siswa dan panitia dalam melakukan proses penerimaan siswa baru. System yang sedang berjalan sekarang masih manual dan sangat memakan waktu yang cukup lama oleh karena itu penulis mengusulkan system penerimaan siswa baru ini menggunakan system yang terkomputerisasi dengan menggunakan website. 3.2.2. Bentuk Sistem Usulan Bentuk system usulan ini menggunakan Metode Pendekatan yang di gunakan oleh peneliti adalah Pendekata Berorientasi Object. Sistem Penerimaan Siswa Baru Berbsis Web yang akan dikembangkan merupakan sebuah perangkat lunak yang digunakan untuk membantu jalannya proses penerimaan siswa baru dengan menggunakan mediakomputer. Proses penerimaan siswa baru berbasis Web bisa dilakukan dimana saja dan kapan saja tidak terbatas dengan tempat dan waktu, siswa juga dapat melihat pengumuman lulus dan tidak lulus yang terdapat pada sebuah Website. Pendaftaran ini dipersiapkan oleh admin yang menginput data di Website dimana Admin tersebut telah terdaftar sebagai user. Sistem ini merupakan pengembangan dari sistem konvensional yang ada. Adapun perbedaan yang mendasar antara sistem konvensional yang sedang berjalan dengan sistem informasi penerimaan siswa baru berbasis Web yang akan dikembangkan adalah sebagai berikut: Langkah pertama yang harus dilakukan dalam menanggkap kebutuhan pengguna adalah memodelkan sistem/perangkat lunak yang akan dibuat dengan menggunakan Use case Diagram. Use Case Diagram menawarkan cara yang sistematik untuk menangkap spesifikasi kebutuhan dengan fokus dengan nilai tambah yang akan diterima oleh pengguna individual atau oleh sistem yang ada di luar sistem yang akan kita kembangkan. Dalam kasus ini mempunyai tiga actor yaitu, Admin, Pengajaran dan Calon Siswa.
39
3.2.3. Karakteristik Pengguna Sistem informasi penerimaan siswa baru ini merupakan sebuah Website yang digunakan untuk mendaftar dan melihat pengumuman lulus tidak lulusnya di sekolah SMA Muhammadiyah 1 Jakarta. Sistem ini berkaitan dengan beberapa entitas luar, yaitu admin, pengajar dan siswa. Hal – hal yang dilakukan oleh entitas – entitas tersebut adalah : 1. Administrator Pada sistem yang baru, dalam proses penambahan data, seorang administrator sebagai user dapat melakukan penginputan Data Calon Siswa. 2. Pengajaran Pada sistem yang baru nanti, pengajaran dapat dengan mudah melihat atau mengecek data – data calon siswa yang masuk dan calon siswa yang lulus. 3. Calon Siswa Pada sistem yang di usulkan ini, calon siswa mendaftar dan
melihat
pengumuman lulus dan tidak lulus.
Admin Admin
Kepala Sekolah Pengajaran
Calon Calonsiswa Siswa
Gambar 3.6 Actor yang terlibat pada sistem informasi berbasis Web
3.3.
Perancangan Sistem Seperti diketahui dalam menyusun program kita harus memperhatikan
benar-benar agar program tersebut mempunyai aturan logika yang benar. Jika logika yang ada pada suatu program tidak benar, maka akan menyebabkan adanya kesalahan pada hasil keluaran program tersebut. Untuk membantu melacak kebenaran logika sebuah program, yang juga sangat membantu kita untuk memahami sebuah persoalan sebelum mulai menulis kode-kode programnya, kita memerlukan suatu alat bantu berbentuk pemograman berorientasi objek yang disebut dengan UML (Unifed Modelling Languange). Adapun diagram-diagram UML yang akan dibuat adalah: 1. UseCase Diagram
40
2. Activity Diagram 3. Sequence Diagram 4. Class Diagram 3.3.1.
Use case Diagram Sistem yang diusulkan Usecase Diagram digunakan untuk menjelaskan kegiatan apa saja yang
dapat dilakukan oleh user/pengguna sistem yang sedang berjalan. Proses pengolahan data berdasarkan sistem informasi berbasis web yang akan dikembangkan dibagi dalam 3 bagian, yaitu: Calon Siswa, Admin dan Pengajaran. Use case tersebut dapat dilihat pada gambar dibawah ini:
41
Gambar 3.7 use case diagram yang diusulkan Tabel 3.5 Skenario Use Case Register Anonymous Nama Use Case
Register
Actor
Anonymous
Deskripsi
Melakukan Registrasi akun
PraKondisi
Siswa belum terdaftar
Tindakan Utama
Setelah melakukan Registrasi siswa memiliki user dan password untuk mengakses aplikasi pendaftaran
Tindakan
-
Alternatif Pasca Kondisi
Data Registrasi calon siswa sudah tersimpan di database
Tabel 3.6 Skenario Use Case Daftar Siswa Baru Nama Use Case
Daftar Siswa Baru
Actor
Terdaftar
Deskripsi
Melakukan Pendaftaran
PraKondisi
Siswa sudah terdaftar
Tindakan Utama
Setelah Login utama siswa bisa melakukan pendaftaran, mengedit data siswa yang sudah ada
Tindakan
-
Alternatif Pasca Kondisi
Data Registrasi daftar siswa sudah tersimpan di database
Tabel 3.7 Skenario Use Case Data User Admin Nama Use Case
Data User Admin
Actor
Admin
Deskripsi
Melakukan login sesuai username dan password yang ada
PraKondisi
-
Tindakan Utama
Mendaftarkan user baru sesuai kebutuhan
Tindakan
-
Alternatif Pasca Kondisi
Data user admin sudah tersimpan di database
42
Tabel 3.8 Skenario Use Case Data Calon Siswa Nama Use Case
Data Calon Siswa
Actor
Admin
Deskripsi
Melakukan login sesuai username dan password yang ada
PraKondisi
-
Tindakan Utama
Mendaftarkan akun calon siswa dan menghapus akun siswa yang tidak melakukan pendaftaran sebagai siswa baru
Tindakan
-
Alternatif Pasca Kondisi
Data calon siswa sudah tersimpan di database
Tabel 3.9 Skenario Use Case Data Tahun Ajaran Nama Use Case
Data Tahun Ajaran
Actor
Admin
Deskripsi
Admin Mengelola data tahun ajaran
PraKondisi
-
Tindakan Utama
Setelah login Admin menginput tahun ajaran
Tindakan
-
Alternatif Pasca Kondisi
Data tahun ajaran sudah tersimpan di database
Tabel 3.10 Skenario Use Case Data Pekerjaan Nama Use Case
Data Pekerjaan
Actor
Admin
Deskripsi
Admin menginput data pekerjaan
PraKondisi
-
Tindakan Utama
Setelah login Admin menginput data pekerjaan dengan menyesuaikan pekerjaan orang tua siswa yang mendaftar
Tindakan
-
Alternatif Pasca Kondisi
Data pekerjaan sudah tersimpan di database
43
Tabel 3.11 Skenario Use Case Data Siswa Nama Use Case
Data Siswa
Actor
Pengajaran
Deskripsi
Pengajaran mengejek data siswa
PraKondisi
-
Tindakan Utama
Setelah login pengajaran melakukan pengecekan data siswa dan melihat tahun angkatan siswa
Tindakan
-
Alternatif Pasca Kondisi
Data siswa sudah tersimpan di database
Tabel 3.12 Skenario Use Case Daftar ulang Siswa Nama Use Case
Daftar ulang siswa
Actor
Pengajaran
Deskripsi
Pengajaran mengejek pendaftaran calon siswa
PraKondisi
-
Tindakan Utama
Pengajaran melakukan pengecekan siswa yang sudah lulus seleksi untuk melakukan pendaftaran ulang dan mencatat seluruh administrasinya.
Tindakan
-
Alternatif Pasca Kondisi
Data daftar ulang siswa sudah tersimpan di database
Tabel 3.13 Skenario Use Case Pembagian Kelas Nama Use Case
Pembagian kelas
Actor
Pengajaran
Deskripsi
Pengajaran melihat keseluruhan data siswa
PraKondisi
-
Tindakan Utama
Setelah login, pengajaran memilih menu pembagian kelas untuk menentukan kelas bagi siswa yang telah menyelesaikan administrasi
Tindakan
-
Alternatif Pasca Kondisi
Data pembagian kelas sudah tersimpan di database
44
3.3.2. Activity Diagram Register
Gambar 3.8 Activity Register Keterangan : Tabel 3.14 Activity Diagram Register Actor Anonymous
Deskripsi Dengan activity diagram ini calon siswa melakukan pendaftaran akun terlebih dahulu baru melakukan Login dan memilih menu pendaftaran.
45
Gambar 3.9 Activity Diagram Login Keterangan : Tabel 3.15 Activity Diagram Login Actor
Deskripsi Pada activity diagram ini calon siswa yang sudah mempunyai akun bisa langsung melakukan pendaftaran pada SMA Muhammadiyah 1 Jakarta.
Terdaftar
46
Gambar 3.10 Activity Diagram Data User Keterangan : Tabel 3.16 Activity Diagram Data User Actor Admin
Deskripsi pada activity diagram ini admin menginput data user dan bisa menghapus user yang tidak digunakan lagi.
47
Gambar 3.11 Activity Diagram Tahun Ajaran
Gambar 3.12 Activity Diagram Pembagian Kelas
48
3.3.2. Sequence Diagram Register Sequence diagram Register menggambarkan ilustrasi dari interaksiinteraksi class atau objek dari Register, dan dimulai dari aktor buka aplikasi dilanjutkan mengisi form registrasi dan mendaftar sebagai calon siswa.
Gambar 3.13 Sequence Diagram Register 3.3.3. Sequence Diagram Calon siswa / User Sequence diagram calon siswa menggambarkan ilustrasi dari interaksiinteraksi class atau objek dari Pendaftaran, dan dimulai dari aktor buka aplikasi dilanjutkan mengisi form login dan masuk ke menu pendaftaran siswa.
Gambar 3.14 Sequence Diagram Admin User / Calon Siswa
49
3.3.4. Sequence Diagram Admin Mengelola user Sequence diagram admin menggambarkan ilustrasi dari interaksi-interaksi class atau objek dari data user, dan dimulai dari aktor masuk ke dalam Administrator Area. Aktor masuk ke halaman data user dilanjutkan dengan aktifitas menambah, mengubah atau menghapus data user.
Gambar 3.15 Sequence Diagram Admin Mengelola data user 3.3.5. Sequence Diagram Pengajaran Mengelola Data Siswa Sequence diagram pengajaran
menggambarkan ilustrasi dari interaksi-
interaksi class atau objek dari data siswa, dan dimulai dari aktor masuk ke dalam Pengajaran Area. Aktor masuk ke halaman data siswa dilanjutkan dengan aktifitas menambah, mengubah atau menghapus data siswa.
Gambar 3.15 Sequence Diagram Pengajaran Mengelola Data Siswa
50
3.3.6. Pemodelan Class Diagram tahun_ajaran - kode_ta - tahun_ajaran - tahun_aktif + simpan() + edit() + batal() + hapus()
daftar_pekerjaan kode_pk nama_pekerjaan + simpan() + edit() + hapus()
1
1
1
akun kd_akun nm_akun kelamin email no_telepon username password tgl_daftar + simpan() + edit() + hapus()
pendaftaran 11..* no_pendaftaran kode_ta no_sttb nama kelamin 1 agama gdarah telepon email alamat tgl_lahir tmpt_lahir ortu_nama ortu_pekerjaan ortu_alamat wali_nama wali_pekerjaan wali_alamat sekolah_asal tahun_lulus nilai_bhs_indo nilai_bhs_ing nilai_mtk nilai_ipa nilai_uan tgl_daftar file_foto status kd_akun + simpan() + edit() + batal() + cetak 1 + hapus()
calon_siswa id_calon no_pendaftaran nilai_tes status_daftarulang + simpan()
daftar_ulang id tanggal no_pendaftaran status_kelengkapan status_administrasi biaya_administrasi catatan + simpan() + edit() 11..*
kelas kode_kls nama_kls kuota_siswa kode_ta + simpan()
siswa no_siswa nis_nasional tahun_angkatan nama kelamin agama gdarah telepon email alamat tgl_lahir tmpt_lahir ortu_nama ortu_pekerjaan ortu_alamat wali_nama wali_pekerjaan wali_alamat sekolah_asal tahun_lulus no_pendaftaran sekolah_asal + edit() + batal() + cetak + hapus()
11.*
kelas_siswa kode_kls no_siswa + simpan() + edit() + hapus()
user kode_user nama_user no_telepon username password level + simpan()
Gambar 3.21 Class Diagram
Keterangan : Class diagram diatas menjelaskan dalam suatu program dapat melakukan beberapa kali kegiatan, misalnya : simpan, edit, dan hapus. Class diagram juga menjelaskan mengenai database yang saling terkait yang tedapat pada sistem informasi.
51
3.3.7.
Perancangan Basis Data Basis data dapat diartikan sebagai kumpulan data yang disimpan secara
sistematis di dalam komputer dan dapat diolah atau dimanipulasi menggunakan perangkat lunak (program aplikasi) untuk menghasilkan informasi. Basis data merupakan bagian dasar yang tidak terlepas hubungan dengan sebuah sistem informasi yang digunakan untuk memenuhi informasi yang berisikan kebutuhankebutuhan pengguna secara khusus dan aplikasi-aplikasinya, memudahkan pengertian struktur informasi, mendukung kebutuhan-kebutuhan pemrosesan dan beberapa obyek penampilan. File data berupa tabel-tabel yang merupakan spesifikasi dari basis data. Berikut struktur tabel-tabel data yang dirancang untuk sistem informasi: 1.
Tabel Akun
Tabel 3.21. Desain Tabel akun No. Field Name Type Size Explanation 1. kd_akun Char 5 Primary Key 2. nm_akun varchar 20 3. Kelamin Enum ‘laki-laki’,’perempuan’ 4. Email varchar 40 5. No_telepon varchar 16 6. username varchar 10 7. password varchar 20 8. Tgl_daftar Date Tabel ini di gunakan untuk mendaftar akun calon siswa baru agar calon siswa bisa melakukan pendaftaran di SMA Muhammadiyah 1 Jakarta, dan tabel akun ini juga berfungsi untuk melihat dan mengedit lagi data masing – masing siswa yang telah mendaftar. 2. Tabel Calon Siswa Tabel 3.22. Desain Tabel Calon Siswa No. Field Name
Type
Size
1. id_calon
Int
6
2. no_pendaftaran 3. nilai_tes
Char Int
Explanation Primary Key
7 10 ‘belum’,’daftar 4. status_dafrtar ulang Enum ulang’,’batal’ Tabel ini di gunakan untuk melihat nilai dan status siswa yang lulus tes dan melakukan pendaftaran ulang di SMA Muhammadiyah 1 Jakarta.
52
3. Tabel Daftar Ulang Tabel 3.23. Desain Tabel Daftar Ulang No. Field Name 1. Id 2. Tanggal 3. no_pendaftaran 4. status_kelengkapan 5. Status_administrasi 6. Biaya_administrasi 7. Catatan
Type Int Date Char Enum Enum Int Varchar
Size 4
Explanation Primary Key
7 ‘belum lengkap’,’lengkap’ ‘belum lunas’,’lunas’ 12 50
Tabel ini di gunakan untuk melihat siswa yang telah lulus seleksi dan melakukan pendaftaran ulang di SMA Muhammadiyah 1 Jakarta. 4. Tabel Kelas Tabel 3.24. Desain Tabel Kelas No. Field Name 1. kd_kls 2. nama_kls 3. kuota_siswa 4. kode_ta
Type Char Varchar Int Char
Size Explanation 4 Primary Key 10 3 5
Tabel ini di gunakan untuk menginput jumlah kelas dan jumlah kuota siswa dalam satu kelas pada SMA Muhammadiyah 1 Jakarta. 5. Tabel Kelas Siswa Tabel 3.25. Desain Kelas siswa No. Field Name 1. Id 2. Kode_kls 3. No_siswa
Type Int Char Char
Size Explanation 4 Primary Key 4 6
Tabel ini di gunakan untuk menentukan siswa dimana kelas atau ruangannya. 6. Tabel Pekerjaan Tabel 3.26. Desain Tabel Pekerjaan No. Field Name 1. Kd_pk 2. Nama_pekerjaan
Type Char Varchar
Size Explanation 3 Primary Key 25
53
Tabel ini di gunakan untuk menginput data pekerjaan wali siswa dan data pekerjaan orang tua siswa. 7. Tabel Pendaftaran Tabel 3.27. Desain Tabel Pendaftaran No. Field Name
Type
Size
Explanation Primary Key
1
No_pendaftaran
Char
7
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27
Kode_ta No_sttb Nama Kelamin Agama Gdarah Telepon Email Alamat Tlg_lahir Tmpt_lahir Ortu_nama Ortu_pekerjaan Ortu_alamat Wali_nama Wali_pekerjaan Wali_alamat Sekolah_asal Tahun_lulus Nilai_bhs_indo Nilai_bahasa_ing Nilai_mtk Nilai_ipa Nilai_uan File_foto Tgl_daftar
Char Varchar Varchar Enum Varchar Enum Varchar Varchar Varchar Date Varchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar Int Decimal Decimal Decimal Decimal Decimal varchar date
5 30 25 ‘laki-laki’, ‘perempuan’ 20 ‘’,’A’,’B’,’AB’,’O’ 25 30 70 30 20 30 70 20 30 70 70 4 10,2 10,2 10,2 10,2 10,2 100
28 Hasil_seleksi
enum
'Daftar', 'Seleksi', 'Cadangan', '
29 Kd_akun
char
5
'Ditolak',
Tabel ini di gunakan untuk melakukan pendaftaran siswa baru pada SMA Muhammadiyah 1 jakarta.
54
8. Tabel Pendaftaran lampiran Tabel 3.28. Desain tabel Pendaftaran lampiran No. Field Name 1. Id 2. No_pendaftara 3. File_persyaratan 4. File_bukti_bayar
Type Int char varchar varchar
Size Explanation 10 Primary Key 7 200 200
Tabel ini di gunakan untuk melampirkan bukti pembayaran yang telah di bayarkan pada bank yg telah di tunjuk. 9. Tabel Siswa Tabel 3.29. Desain Tabel Siswa No. Field Name 1 No_siswa 2 Nis_nasional 3 Tahun_angkatan 4 Nama 5 kelamin 6 agama 7 gdarah 8 telepon 9 Email 10 alamat 11 Tlg_lahir 12 Tmpt_lahir 13 Ortu_nama 14 Ortu_pekerjaan 15 Ortu_alamat 16 Wali_nama 17 Wali_pekerjaan 18 Wali_alamat 19 Sekolah_asal 20 Tahun_lulus 21 No_pendaftaran
Type Char varchar Char varchar Enum varchar Enum varchar varchar varchar Date varchar Varchar varchar varchar Varchar varchar varchar varchar Int Char
Size Explanation 6 Primary Key 20 4 30 ‘laki-laki’, ‘perempuan’ 20 ‘’,’A’,’B’,’AB’,’O’ 17 30 70 30 30 30 70 30 30 70 30 4 4
Tabel siswa ini di gunakan untuk siswa yang telah di terima di SMA Muhammadiyah 1 Jakarta dan siswa tersebut berhak mendapatkan NIS.
55
10. Tabel Tahun Ajaran Tabel 3.30. Desain Tabel Tahun Ajaran No. Field Name 1. Kode_ta 2. Tahun_ajaran 3. Tahun_aktif
Type Char varchar int
Size Explanation 5 Primary Key 20 4
Tabel tahun ajaran ini di gunakan untuk menginput tahun ajaran dan menentukan tahun aktif pada SMA Muhammadiyah 1 Jakarta. 11. Tabel User Tabel 3.31. Desain Tabel User No. Field Name 1. Kode_user 2. Nama_user 3. No_telepon 4. Username 5. Password 6. Level
Type char varchar varchar varchar varchar varchar
Size 4 20 16 20 20 10
Explanation Primary Key
Tabel User di gunakan untuk menentukan hak akses pada sistem penerimaan siswa baru, dimana pada tabel ini di bedakan menjadi dua level yaitu level admin dan level pengajaran.
56
3.5
Perancangan Database
Relasi antar Tabel tahun_ajaran kode_ta * tahun_ajaran tahun_aktif
daftar_pekerjaan kode_pk * nama_pekerjaan
akun kd_akun * nm_akun kelamin email no_telepon username password tgl_daftar
user kode_user * nama_user no_telepon username password level
pendaftaran
calon_siswa
no_pendaftaran * kode_ta ** no_sttb nama kelamin agama gdarah telepon email alamat tgl_lahir tmpt_lahir ortu_nama ortu_pekerjaan ortu_alamat wali_nama wali_pekerjaan wali_alamat sekolah_asal tahun_lulus nilai_bhs_indo nilai_bhs_ing nilai_mtk nilai_ipa nilai_uan tgl_daftar file_foto status kd_akun **
id_calon * no_pendaftaran ** nilai_tes status_daftarulang
daftar_ulang id * tanggal no_pendaftaran ** status_kelengkapan status_administrasi biaya_administrasi catatan
kelas kode_kls * nama_kls kuota_siswa kode_ta **
siswa no_siswa * nis_nasional tahun_angkatan nama kelamin agama gdarah telepon email alamat tgl_lahir tmpt_lahir ortu_nama ortu_pekerjaan ortu_alamat wali_nama wali_pekerjaan wali_alamat sekolah_asal tahun_lulus no_pendaftaran **
kelas_siswa kode_kls ** no_siswa **
Gambar 3.22 Gambar Relasi Antar Tabel 3.6
Rancangan Tabel Database Database merupakan komponen yang sangat penting dalam perancangan
sistem dan berfungsi sebagai penyedia informasi. Database adalah komponen yang terdiri atas satu wewenang (otorisasi) untuk dapat mengakses (mengubah, menghapus atau menganalisis dan menambah) data dalam tabel-tabel atau objek untuk menyimpan informasi serta untuk membuat laporan dengan cepat. Tabel database terdiri dari 10 tabel yaitu: 1.
Tabel tahun ajaran
2.
Tabel data pekerjaan
3.
Tabel akun
4.
Tabel user
5.
Tabel pendaftaran
6.
Tabel calon siswa
57
7.
Tabel daftar ulang
8.
Tabel kelas
9.
Tabel siswa
10.
Tabel kelas siswa
3.7
Rancangan Input Form Tujuan dari rancangan input adalah untuk memberikan kemudahan kepada
user sebagai pengguna untuk melakukan input data. Sedangkan bagi programmer adalah sebagai langkah awal untuk menentukan letak maupun bentuk input data.
3.7.1 Rancangan Form Login
User Name Password
Hak Akses
... Login
Gambar 3.23 Rancangan Login Yang pertama kali ditampilkan disaat Login ke admin psb adalah username, Password dan Hak Akses . Jika Login dengan benar maka akan masuk kedalam menu tergantung hak akses yang telah di tentukan oleh admin.
58
3.7.2 Rancangan Form Input Data Pendaftaran
Gambar 3.24 Rancangan Input Data Pendaftaran Form ini merupakan form untuk meginput pendaftaran siswa baru yang melalukan pendaftaran pada SMA Muhammadiyah 1 Jakarta melalui web yang telah di tentukan.
59
3.7.3 Rancangan Form Pendaftaran Akun Siswa
Gambar 3.25 Rancangan Pendaftaran Akun Siswa Form ini berfungsi untuk melakukan pendaftaran akun siswa agar siswa yang melakukan pendaftaran di SMA Muhammadiya bisa mengakses menu pendaftaran Siswa baru dan bisa mengubah data yang telah di input pada Form Pendaftaran siswa baru jika terjadi kesalahan penginputan data. 3.8.4 Rancangan Form Pembagian Kelas
Gambar 3.25 Rancangan Pendaftaran Akun Siswa Form ini berfungsi untuk melakukan pembagian kelas kepada siswa yang telah lulus dari hasil seleksi dan telah melakukan pendaftaran ulang.
60