BAB III ANALISA DAN PERANCANGAN

(1)

33

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 kebutuhan-kebutuhan 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.1Use 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:

(2)

34

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 : Pendaftaran

Actor : Calon Siswa Skenario :

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

2. Menerima data siswa baru 3. Membuat laporan

(3)

35

(4)

35

3. Nama use case : Penjadwalan

Aktor : Admin

Skenario :

Tabel 3.3 use case skenario penjadwalan

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

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 :

(5)

36

Gambar 3.2 Aktivity Diagram Pendaftaran yang sedang berjalan

b. Activity Diagram Pembagian Kelas

Berikut ini gambar yang menunjukkan jalur pembagian kelas siswa :

(6)

37

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 :

(7)

38

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.

(8)

39

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.

(9)

40

Admin Kepala Sekolah Calon siswa

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.

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

(10)

41 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:

(11)

42

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

-

(12)

43

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

-

(13)

44

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

-

(14)

45

3.3.2. Activity Diagram Register

Gambar 3.8 Activity Register Keterangan :

Tabel 3.14 Activity Diagram Register

Actor Deskripsi

Anonymous Dengan activity diagram ini calon siswa melakukan pendaftaran akun terlebih dahulu baru melakukan Login dan memilih menu pendaftaran.

(15)

46

Gambar 3.9 Activity Diagram Login Keterangan :

Tabel 3.15 Activity Diagram Login

Terdaftar Pada activity diagram ini calon siswa yang sudah mempunyai akun bisa langsung melakukan pendaftaran pada SMA Muhammadiyah 1 Jakarta.

(16)

47

Gambar 3.10 Activity Diagram Data User Keterangan :

Tabel 3.16 Activity Diagram Data User

Admin pada activity diagram ini admin

menginput data user dan bisa menghapus user yang tidak digunakan lagi.

(17)

48

Gambar 3.11 Activity Diagram Tahun Ajaran

(18)

49

3.3.2. Sequence Diagram Register

Sequence diagram Register menggambarkan ilustrasi dari interaksi-interaksi 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 interaksi-interaksi class atau objek dari Pendaftaran, dan dimulai dari aktor buka aplikasi dilanjutkan mengisi form login dan masuk ke menu pendaftaran siswa.

(19)

50

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.

(20)

51

3.3.6. Pemodelan Class Diagram

tahun_ajaran pendaftaran calon_siswa siswa

- kode_ta no_pendaftaran id_calon no_siswa

- tahun_ajaran kode_ta no_pendaftaran nis_nasional

- tahun_aktif no_sttb nilai_tes tahun_angkatan

+ simpan() nama status_daftarulang nama

+ edit() kelamin + simpan() kelamin

+ batal() agama agama

+ hapus() gdarah gdarah

telepon telepon

email daftar_ulang email

alamat id alamat

daftar_pekerjaan tgl_lahir tanggal tgl_lahir

kode_pk tmpt_lahir no_pendaftaran tmpt_lahir

nama_pekerjaan ortu_nama status_kelengkapan ortu_nama

+ simpan() ortu_pekerjaan status_administrasi ortu_pekerjaan

+ edit() ortu_alamat biaya_administrasi ortu_alamat

+ hapus() wali_nama catatan wali_nama

wali_pekerjaan + simpan() wali_pekerjaan

wali_alamat + edit() wali_alamat

sekolah_asal sekolah_asal

tahun_lulus tahun_lulus

akun nilai_bhs_indo kelas no_pendaftaran

kd_akun nilai_bhs_ing kode_kls sekolah_asal

nm_akun nilai_mtk nama_kls + edit()

kelamin nilai_ipa kuota_siswa + batal()

email nilai_uan kode_ta + cetak

no_telepon tgl_daftar + simpan() + hapus()

username file_foto

password status

tgl_daftar kd_akun

+ simpan() + simpan()

+ edit() + edit() kelas_siswa

+ hapus() + batal() kode_kls

+ cetak no_siswa + hapus() + simpan() + edit() + hapus() user kode_user nama_user no_telepon username password level + simpan() 1 11..* 1 11.* 1 1 11..* 1

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.

(21)

52

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 kebutuhan-kebutuhan 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

1. id_calon Int 6 Primary

Key

2. no_pendaftaran Char 7

3. nilai_tes Int 10

4. status_dafrtar ulang Enum ‘belum’,’daftar ulang’,’batal’

Tabel ini di gunakan untuk melihat nilai dan status siswa yang lulus tes dan melakukan pendaftaran ulang di SMA Muhammadiyah 1 Jakarta.

(22)

53 3. Tabel Daftar Ulang

Tabel 3.23. Desain Tabel Daftar Ulang

1. Id Int 4 Primary Key

2. Tanggal Date

3. no_pendaftaran Char 7

4. status_kelengkapan Enum ‘belum lengkap’,’lengkap’ 5. Status_administrasi Enum ‘belum lunas’,’lunas’ 6. Biaya_administrasi Int 12

7. Catatan Varchar 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

1. kd_kls Char 4 Primary Key

2. nama_kls Varchar 10

3. kuota_siswa Int 3

4. kode_ta Char 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

2. Kode_kls Char 4

3. No_siswa Char 6

Tabel ini di gunakan untuk menentukan siswa dimana kelas atau ruangannya. 6. Tabel Pekerjaan

Tabel 3.26. Desain Tabel Pekerjaan

1. Kd_pk Char 3 Primary Key

(23)

54

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

1 No_pendaftaran Char 7 Primary

Key

2 Kode_ta Char 5

3 No_sttb Varchar 30

4 Nama Varchar 25

5 Kelamin Enum ‘laki-laki’, ‘perempuan’

6 Agama Varchar 20

7 Gdarah Enum ‘’,’A’,’B’,’AB’,’O’

8 Telepon Varchar 25 9 Email Varchar 30 10 Alamat Varchar 70 11 Tlg_lahir Date 12 Tmpt_lahir Varchar 30 13 Ortu_nama Varchar 20 14 Ortu_pekerjaan Varchar 30 15 Ortu_alamat Varchar 70 16 Wali_nama Varchar 20 17 Wali_pekerjaan Varchar 30 18 Wali_alamat Varchar 70 19 Sekolah_asal Varchar 70 20 Tahun_lulus Int 4 21 Nilai_bhs_indo Decimal 10,2 22 Nilai_bahasa_ing Decimal 10,2 23 Nilai_mtk Decimal 10,2 24 Nilai_ipa Decimal 10,2 25 Nilai_uan Decimal 10,2 26 File_foto varchar 100 27 Tgl_daftar date

28 Hasil_seleksi enum 'Daftar', 'Seleksi', 'Ditolak', 'Cadangan', '

29 Kd_akun char 5

Tabel ini di gunakan untuk melakukan pendaftaran siswa baru pada SMA Muhammadiyah 1 jakarta.

(24)

55 8. Tabel Pendaftaran lampiran

Tabel 3.28. Desain tabel Pendaftaran lampiran

2. No_pendaftara char 7 3. File_persyaratan varchar 200 4. File_bukti_bayar varchar 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

1 No_siswa Char 6 Primary Key

2 Nis_nasional varchar 20 3 Tahun_angkatan Char 4

4 Nama varchar 30

5 kelamin Enum ‘laki-laki’, ‘perempuan’

6 agama varchar 20

7 gdarah Enum ‘’,’A’,’B’,’AB’,’O’

8 telepon varchar 17 9 Email varchar 30 10 alamat varchar 70 11 Tlg_lahir Date 12 Tmpt_lahir varchar 30 13 Ortu_nama Varchar 30 14 Ortu_pekerjaan varchar 30 15 Ortu_alamat varchar 70 16 Wali_nama Varchar 30 17 Wali_pekerjaan varchar 30 18 Wali_alamat varchar 70 19 Sekolah_asal varchar 30 20 Tahun_lulus Int 4 21 No_pendaftaran Char 4

Tabel siswa ini di gunakan untuk siswa yang telah di terima di SMA Muhammadiyah 1 Jakarta dan siswa tersebut berhak mendapatkan NIS.

(25)

56 10. Tabel Tahun Ajaran

Tabel 3.30. Desain Tabel Tahun Ajaran

1. Kode_ta Char 5 Primary Key

2. Tahun_ajaran varchar 20

3. Tahun_aktif int 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

1. Kode_user char 4 Primary Key

2. Nama_user varchar 20 3. No_telepon varchar 16 4. Username varchar 20 5. Password varchar 20

6. Level varchar 10

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.

(26)

57

3.5 Perancangan Database

Relasi antar Tabel

pendaftaran 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 ** 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 ** daftar_pekerjaan kode_pk * nama_pekerjaan tahun_ajaran kode_ta * tahun_ajaran tahun_aktif user kode_user * nama_user no_telepon username password level kelas kode_kls * nama_kls kuota_siswa kode_ta ** kelas_siswa kode_kls ** no_siswa ** akun kd_akun * nm_akun kelamin email no_telepon username password tgl_daftar calon_siswa id_calon * no_pendaftaran ** nilai_tes status_daftarulang daftar_ulang id * tanggal no_pendaftaran ** status_kelengkapan status_administrasi biaya_administrasi catatan

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

(27)

58 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

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.

User Name Password

Hak Akses

Login ...

(28)

59

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.

(29)

60

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.