Rancang Bangun dan Optimasi Basis Data Siswa Pada Lembaga Kursus Bahasa PRIBADI Baby Lolita B

Rancang Bangun dan Optimasi Basis Data Siswa Pada Lembaga Kursus Bahasa PRIBADI Baby Lolita B [email protected] ABSTRAK The purpose of this research is to design a database of students at the Institution PRIBADI course can provide structural information that is easy to understand and support the need for administrative processing of existing students at the institution PRIBADI course. The design is done in outline covers conceptual design, logical design and physical design and tools used include Data Flow Diagram, Entity Relationship Diagram and normalization techniques. Generated from this study will design an optimal database and organized to meet the needs of the organizationase design optimized and organized to meet the needs of the organization Keywords: database, design, student Tujuan dari penelitian ini adalah untuk merancang basis data siswa pada Lembaga Kursus Pribadi yang dapat menyediakan struktur informasi yang mudah dimengerti dan mendukung kebutuhan pemrosesan administrasi siswa yang ada pada lembaga kursus PRIBADI. Perancangan yang dilakukan secara garis besar meliputi perancangan konseptual, perancangan logical dan perancangan fisik dan alat bantu yang digunakan antara lain Data Flow Diagram, Entity Relationship Diagram dan teknik Normalisasi . Dari penelitian ini akan dihasilkan rancang bangun basis data yang optimal dan terorganisir yang dapat memenuhi kebutuhan organisasi. Kata Kunci : basis data, perancangan, siswa

PENDAHULUAN Seiring dengan kompleksitas data yang meningkat PRIBADI sebagai suatu lembaga yang bergerak di bidang pendidikan membutuhkan system pengolahan data yang lebih baik dan terorganisir. Dalam perkembangannya organisasi ini mengalami pemekaran sehingga dibukanya cabang-cabang yang baru di lokasi yang tersebar. Untuk itu perlu dilakukan perancangan basis data kesiswaan pada PRIBADI sesuai dengan kebutuhannya.

METODE PENELITIAN Penelitian ini meliputi tahap enam tahap proses perancangan basis data yaitu : 1. Pengumpulan data dan analisis, dengan menggunakan tools DFD. 2. Perancangan basis data secara konseptual, dengan menggunakan tools ERD. 3. Pemilihan DBMS 4. Perancangan basis data secara logika, dengan menggunakan tools normalisasi. 5. Perancangan basis data secara fisik. 6. Implementasi sistem basis data

PEMBAHASAN

Dalam melaksanakan proses-proses bisnisnya agar dapat berjalan secara baik dan teratur, maka di Lembaga ini diterapkan Standard Operating Procedur (SOP) untuk bagian kesiswaan yang terdiri dari: 1. SOP Penerimaan Siswa (Pendaftaran dan Placement Test) SOP penerimaan siswa baru dapat meliputi : a. Siswa mengisi formulir yang telah disediakan, dimana untuk siswa lama berguna untuk updating data. b. Bagian pendaftaran yang juga bertugas sebagai bagian penyimpanan data akan menyimpan data siswa baru atau update data siswa lama ke dalam spreadsheet. c. Bagi siswa baru akan dilakukan tes penempatan untuk menentukan level kelas yang dapat dimasukinya. Bagi siswa yang sudah terdaftar sebelumnya (siswa lama) tidak dilakukan tes penempatan , namun hal ini tidak termasuk bagi siswa lama yang telah mengundurkan diri selama lebih dari satu tahun dan hendak bergabung kembali. 2. SOP Pembayaran SOP pembayaran meliputi : a. Siswa melakukan pembayaran ketika mengisi form pendaftaran b. Pembayaran dapat dilakukan secara tunai ataupun dicicil tiga kali dengan jumlah cicilan yang ditentukan oleh lembaga c. Pembayaran yang dilakukan secara tunai akan mendapatkan diskon. 3. SOP Siswa Pindah Cabang SOP siswa pindah cabang meliputi : a. Siswa yang hendak pindah ke cabang lain harus meminta izin (melaporkan diri) ke cabang ia sekarang berada. b. Kantor cabang yang lama akan mencarikan kelas dengan level yang sama pada cabang yang diinginkan oleh siswa yang ingin pindah. c. Pada cabang yang baru, siswa yang baru pindah hanya perlu mengisi formulir pendaftaran saja dan tidak perlu melakukan registrasi kembali. 4. SOP Organisasi Data SOP organisasi data adalah sebagai berikut: a. Data-data yang diperlukan (telah distandarisasi dalam sistem informasinya yang berbasis Excel) harus disimpan ke dalam hard disk. b. Secara berkala data-data yang ada dalam hard disk diback up ke dalam dua disket. Disket pertama akan disimpan oleh kantor cabang sedang disket kedua diberikan ke kantor pusat. c. Kantor cabang harus memberikan data-data yang diperlukan oleh kantor pusat (back up data yang ada di hard disk kantor cabang) secara berkala. Pengumpulan Data dan Analisis Dalam tahapan ini digunakan DFD untuk mengumpulkan dan menganalisa data yang dibutuhkan dalam pengembangan sistem Kesiswaan ini, DFD dibuat hingga tiga tingkatan.

Diagram Konteks

Gambar 4. Diagram Konteks

Pada sistem Kesiswaan ini seperti yang terlihat pada gambar 4, terdapat dua terminator, yaitu administrator pusat dan administrator cabang. Kedua administrator ini dipisah karena ada peran-peran yang berbeda antara administrator cabang dan pusat. Diagram Zero DFD zero dapat dilihat pada gambar 5 dimana sistem Kesiswaan terdiri dari 3 subsistem yaitu subsistem Akademik, Registrasi, dan Login. Untuk subsistem Akademik dan Registrasi akan dijelaskan lebih lanjut secara lebih mendetail pada halaman-halaman selanjutanya. Untuk subsistem login, administrator harus memasukkan data login mereka berupa username, password, dan cabang tempat administrator tersebut bekerja. Data ini merupakan syarat bagi administrator agar dapat mengunakan sistem. Setiap kali user melakukan login, maka user akan mendapatkan status keberhasilan atau tidaknya login yang dilakukannya.

Gambar 5. Diagram Zero

Diagram Detail Subsistem Registrasi Pada subsistem Registrasi pada gambar 6, user dapat melakukan fungsi pencatatan pembayaran, perubahan aataupun penambahan data siswa, kelas, dan pengajar, selain itu juga sistem ini dapat memungkinkan user untuk mengatasi masalah pergantian cabang. Setiap kali user melakukan request atau melakukan penambahan data, dan sebagainya, maka user akan mendapatkan status report berhasil atau tidaknya yang dilakukan user. Ketika ada siswa yang melakukan pembayaran (baik secara tunai maupun cicilan), maka administrator cabang akan memasukkan data pembayaran (nama siswa, level, kelas, jenis pembayaran, dll) pada sistem. Selanjutnya data tersebut akan diproses untuk dicatat. Data-data tersebut dimasukkan ke dalam tabel pembayaran. Selanjutnya apabila pencatatan telah dilakukan, maka secara otomatis bukti pembayaran yang berupa kuitansi (1.5) yang kemudian akan diberikan oleh administrator kepada siswa tersebut. Dalam pencatatan data siswa, apabila calon siswa yang sudah mengetahui hasil placement test-nya, kemudian mengembalikan formulir registrasi ulang dan juga melakukan pembayaran, maka administrator cabang akan mencatat data calon siswa tersebut (yang ada pada form biodata yang telah diisinya) sebagai siswa (1.1). Apabila ada perubahan pada data kelas, baik karena pergantian pengajar, siswa yang tidak mendaftar ulang lagi, dan lain-lain, maka data-data perubahan yang ada tersebut berupa jumlah siswa, dan lain sebagainya menjadi bahan untuk mengedit database kelas.

Gambar 6 Diagram Detail Subsistem Registrasi

Apabila ada perubahan pada data siswa, baik karena siswa pindah rumah, atau mengganti nomor telepon, dan lain-lain, maka data-data perubahan yang ada menjadi bahan untuk mengedit database siswa. Proses mencatat pengajar kelas yang telah dibuat sebelumnya pada DFD, pada DFD ini dipisahkan menjadi dua proses dikarenakan perbedaanperbedaan yang ada. Proses yang pertama dilakukan oleh administrator pusat sedangkan yang kedua dilakukan oleh administrator cabang. Ketika ada penambahan pengajar atau pemindahan tugas pengajar untuk mengajar pada suatu cabang (umumnya pada awal term), maka administrator akan memasukkan data pengajar dan data penugasan melalui client untuk dimasukkan oleh server ke dalam tabel Pengajar (1.3). Apabila pencatatan telah dilakukan, maka database akan mengirimkan report berupa status keberhasilan pencatatan kepada client untuk diberikan kepada administrator melalui interface. Pada saat awal term terjadi (waktu dimana memungkinkan suatu kelas mengalami pergantian pengajar), administrator cabang akan menghubungi pusat sehubungan dengan pengajar-pengajar yang dibutuhkan di cabang (dikerjakan diluar sistem). Administrator cabang dapat melakukan proses transfer siswa antar cabang dengan cara memasukkan request transfer. Proses transfer cabang akan meminta input berupa data siswa dan kelas yang ingin melakukan transfer. Sebelum user dapat melakukan transfer siswa dari cabang satu ke cabang yang lain, user harus bisa mendapatkan kelas yang sesuai dengan siswa. Untuk melakukan pencarian kelas-kelas yang ada di dalam setiap cabang dan pusat, administrator cabang dapat melakukan request mengecek keberadaan kelas. Request dilakukan dengan memasukkan

input berupa data perpindahan. Input data perpindahan yang diperlukan mencakup kelas yang ingin dicari dan Id cabang. Kemudian dilakukan query terhadap database Kelas untuk mencari kelas yang diinginkan user. Setelah user menerima daftar kelas yang sesuai dengan keinginannya, baru kemudian user bisa melanjukan kembali proses transfer cabang. Diagram Detail Subsistem Akademik

Gambar 7 Diagram Detail Subsistem Akademik Dalam subsistem Akademik seperti terlihat pada gambar 6, user yang dapat melakukan setiap proses adalah administrator cabang. Proses-proses yang dapat dilakukan meliputi : tambah nilai siswa, edit nilai siswa, print peserta ujian, dan print hasil kelulusan. User dapat melakukan alur proses tambah nilai dengan memasukkan input berupa data nilai, untuk kemudian ditambahkan data baru baru tersebut ke dalam database Daftar nilai. User juga dapat melakukan alur proses edit nilai dengan memasukkan input berupa data apa yang ingin dilakukan pengeditan kemudian akan dilakukan update ke database Daftar Nilai. User melakukan alur proses print peserta ujian dengan cara melakukan request print peserta ujian kemudian akan dicecek siswa yang sudah melunasi pembayarannya. Selanjutnya akan dihasilkan daftar siswa yang diperbolehkan untuk mengikuti ujian karena sudah melunasi kewajiban pembayarannya. Dari data ini, kemudian akan dilakukan request ke device printer untuk melakukan pencetakan terhadap data daftar siswa peserta ujian.

User melakukan alur proses print hasil kelulusan dengan cara memasukkan request ke sistem untuk mencetak hasil kelulusan. Kemudian akan dilakukan verifikasi nilai kedalam database Daftar Nilai, dan selanjutnya hasilnya akan dicetak.

Perancangan Basis Data Secara Konseptual

Gambar 8. Entity Relationship Diagram (ERD)

Entity Relationship Diagram (ERD) dari sistem yang dikembangkan seperti terlihat pada gambar 5. Penjelasan mengenai entitas dan relasi yang ada dalam ERD di atas adalah sebagai berikut : a. Entity SISWA : menunjukkan objek siswa, merupakan orang yang belajar atau kursus di masing-masing cabang PRIBADI (lihat entity PRIBADI_CABANG) dengan kelas (lihat entity KELAS) tertentu. Entity ini mengandung atribut id_siswa, nama_siswa, alamat_siswa, tanggal_lahir, umur_siswa, jenis_kelamin_siswa, dan no_telp_siswa. b. Entity KELAS : menunjukkan objek kelas, merupakan tingkatan atau program yang diambil oleh siswa (lihat entity SISWA), seperti basic, intermediate, advanced, dan lainlain. Entity ini mengandung atribut id_kelas, nama_kelas, kapasitas, waktu, jumlah_siswa, dan biaya. c. Entity PENGAJAR : menunjukkan objek pengajar, merupakan orang yang mengajar di masing-masing cabang PRIBADI (lihat entity PRIBADI_CABANG) dengan kelas (lihat entity KELAS) tertentu. Entity ini mengandung atribut id_pengajar, nama_pengajar, alamat_pengajar, dan no_telp_pengajar. d. Entity PEMBAYARAN : menunjukkan objek pembayaran, merupakan entity yang berfungsi untuk mengatur masalah pembayaran dari siswa. Entity ini mengandung atribut jenis_pembayaran, tanggal_pembayaran, angsuran_ke, term, dan status. e. Entity PRIBADI_CABANG : menunjukkan objek kantor cabang PRIBADI, merupakan tempat kursus sekaligus tempat untuk mengatur masalah administrasi siswa. Entity ini mengandung atribut id_cabang, nama_cabang, alamat_cabang, dan no_telp_cabang. f. Entity ADMINISTRATOR : menunjukkan objek administrator, merupakan orang yang mengelola sistem informasi di masing-masing cabang PRIBADI. Entity ini mengandung atribut id_admin, nama_admin, username, dan password. g. Relationship Belajar di Kelas : menunjukkan hubungan antara objek kelas dan siswa. Relasi ini mengandung arti bahwa sebuah kelas dapat menerima lebih dari seorang siswa (one to many). h. Relationship Mengajar di Kelas : menunjukkan hubungan antara objek kelas dan pengajar. Relasi ini mengandung arti bahwa seorang pengajar dapat mengajar lebih dari satu kelas atau satu kelas dapat diajar oleh lseorang pengajar (many to one). i. Relationship Membayar : menunjukkan hubungan antara objek siswa dan pembayaran. Relasi ini mengandung arti bahwa seorang siswa dapat membayar dengan lebih dari satu jenis pembayaran (misalnya di term pertama siswa membayar dengan tunai sedangkan di term berikutnya membayar secara kredit) atau sebaliknya satu jenis pembayaran dapat dilakukan oleh lebih dari satu siswa (many to many). j. Relationship Belajar di Cabang : menunjukkan hubungan antara objek kantor cabang PRIBADI dan siswa. Relasi ini mengandung arti bahwa satu cabang dapat menampung lebih dari satu orang siswa (one to many). k. Relationship Terdapat di : menunjukkan hubungan antara objek kelas dan kantor cabang PRIBADI. Relasi ini mengandung arti bahwa satu kelas (dalam hal ini tingkatan, lihat keterangan entity KELAS) terdapat pada lebih dari satu cabang atau pada satu cabang terdapat lebih dari satu kelas (many to many). l. Relationship Mengajar di Cabang : menunjukkan hubungan antara objek pengajar dan kantor cabang PRIBADI. Relasi ini mengandung arti bahwa seorang pengajar dapat mengajar di lebih dari satu cabang atau pada satu cabang diajar oleh lebih dari satu orang pengajar (many to many). m. Relationship Membayar di : menunjukkan hubungan antara objek kantor cabang PRIBADI dan pembayaran. Relasi ini mengandung arti bahwa pembayaran untuk setiap siswa hanya dapat dilakukan di satu cabang, dimana siswa tersebut belajar.

n. Relationship Mengelola : menunjukkan hubungan antara objek kantor cabang PRIBADI dan administrator. Relasi ini mengandung arti bahwa di satu cabang bisa terdapat lebih dari satu administrator. Perancangan Basis Data Secara Logika Berdasarkan ERD Sistem Informasi Kesiswaan, dilakukan pemetaan dan normalisasi sehingga didapat hasil pemetaan Entity Relationship Diagram (ERD) seperti yang terlihat pada gambar 15 sebagai berikut : A. Pemetaan SISWA id_ nama_ alamat_ tanggal_ umur_ jenis_kelamin_ no_telp_ id_ id_ siswa siswa siswa lahir siswa siswa siswa kelas cabang Keterangan :  id_siswa  nama_siswa  alamat_siswa  tanggal_lahir  umur_siswa attribute)  jenis_kelamin  no_telp_siswa

: nomor siswa : nama siswa yang bersangkutan : alamat siswa : tanggal lahir siswa : umur siswa, bisa didapatkan dari atribut tanggal lahir siswa (derived : jenis kelamin siswa : nomor telepon siswa untuk mempermudah komunikasi

PEMBAYARAN id_pembayaran jenis_pembayaran

tgl_pembayaran angsuran_ke term

status id_cabang

Keterangan :  id_pembayaran : nomor pembayaran  jenis_pembayaran : jenis pembayaran, tunai atau kredit  tgl_pembayaran : tanggal pembayaran berlangsung  angsuran_ke : angsuran ke berapa jika pembayaran dilakukan dengan kredit  term : term ke berapa, semacam masa semester belajar  status : status pembayaran, lunas atau belum KELAS id_kelas nama_kelas kapasitas waktu jumlah_siswa biaya id_pengajar Keterangan :  id_kelas  nama_kelas  kapasitas  waktu  jumlah_siswa  biaya berapa

: id kelas, mencakup nomor kelas juga : nama kelas tersebut, kelas kindergarten, TOEFL dll. : kapasitas kelas tersebut : waktu belajar di kelas tersebut : jumlah siswa yang belajar di kelas tersebut : biaya belajar di kelas tersebut, misalnya kelas TOEFL biayanya

PRIBADI_CABANG id_cabang nama_cabang Keterangan :  id_cabang  nama_cabang  alamat_cabang  no_telp_cabang PENGAJAR id_pengajar

alamat_cabang no_telp_cabang

: id suatu kantor cabang : nama kantor cabang, misalnya Margonda dll. : alamat cabang tersebut : nomor telepon cabang untuk mempermudah komunkasi

nama_pengajar alamat_pengajar no_telp_pengajar

Keterangan :  id_pengajar  nama_pengajar  alamat_pengajar  no_telp_pengajar

: id pengajar : nama pengajar yang bersangkutan : alamat tinggal pengajar : nomor telepon pengajar untuk mempermudah komunikasi

ADMINISTRATOR id_admin nama_admin username Keterangan :  id_admin  nama_admin  username  password

id_admin

password id_cabang

: id administrator : nama administrator tersebut : username administrator : password administrator

MEMBAYAR id_siswa id_kelas id_cabang id_pembayaran TERDAPAT_DI id_kelas Id_cabang MENGAJAR_DI_CABANG id_cabang Id_pengajar B. Normalisasi SISWA id_ Nama_ alamat_ tanggal_ umur_ jenis_kelamin_ no_telp_ id_ id_ siswa siswa siswa lahir siswa siswa siswa kelas cabang

PEMBAYARAN id_pembayaran jenis_pembayaran tgl_pembayaran angsuran_ke term

status id_cabang

KELAS id_kelas no_kelas nama_kelas kapasitas waktu jumlah_siswa biaya id_pengajar

PRIBADI_CABANG id_cabang nama_cabang alamat_cabang No_telp_cabang

PENGAJAR id_pengajar nama_pengajar alamat_pengajar no_telp_pengajar

ADMINISTRATOR id_admin nama_admin username Password id_cabang

MEMBAYAR Id_siswa id_kelas id_cabang id_pembayaran no_kelas

TERDAPAT_DI id_kelas id_cabang no_kelas

MENGAJAR_DI_CABANG id_cabang Id_pengajar

PERANCANGAN DATABASE SECARA FISIK

Gambar 1. Physical ERD

Implementasi Sistem Basis Data (DBMS ORACLE) Data Definition Language SQL> 2 3 4 5 6

create table cabang( id_cabang varchar2(7) not null, nama_cabang varchar2(20) not null, alamat_cabang varchar2(50) not null, no_telp_cabang varchar2(12), primary key (id_cabang));

Table created. SQL> 2 3 4 5 6 7 8*

create table administrator( id_admin varchar2(7) not null, nama_admin varchar2(20) not null, username varchar2(16) not null, password varchar2(24) not null, id_cabang varchar2(7) not null, primary key (id_admin), foreign key (id_cabang) references cabang(id_cabang))

Table created.

SQL> 2 3 4 5 6 7 8 9 10*

create table pembayaran( id_pembayaran varchar2(10) not null, jenis_pembayaran varchar2(15) not null, tgl_pembayaran date not null, angsuran_ke int, term int, status varchar2(10) not null, id_cabang varchar2(7) not null, primary key (id_pembayaran), foreign key (id_cabang) references cabang(id_cabang))

Table created. SQL> 2 3 4 5 6 7 8*

create table pengajar( id_pengajar varchar2(7) not null, nama_pengajar varchar2(20) not null, alamat_pengajar varchar2(50) not null, no_telp_pengajar varchar2(12), id_admin varchar2(7) not null, primary key (id_pengajar), foreign key (id_admin) references administrator(id_admin))

Table created. SQL> 2 3 4 5 6 7 8 9*

create table kelas( id_kelas varchar2(7) not null, nama_kelas varchar2(20) not null, kapasitas int not null, jumlah_siswa int not null, biaya int not null, id_pengajar varchar2(7) not null, primary key (id_kelas), foreign key (id_pengajar) references pengajar(id_pengajar))

Table created. SQL> 2 3 4 5 6 7 8 9 10 11 12 13*

create table siswa( id_siswa varchar2(10) not null, nama_siswa varchar2(20) not null, alamat_siswa varchar2(50) not null, tgl_lahir date not null, umur_siswa int, jenis_kelamin_siswa varchar2(1) not null, no_telp_siswa varchar2(12), id_kelas varchar2(7) not null, id_cabang varchar2(7) not null, primary key (id_siswa), foreign key (id_kelas) references kelas(id_kelas), foreign key (id_cabang) references cabang(id_cabang))

Table created. SQL> 2 3 4 5 6 7 8

create table membayar( id_siswa varchar2(10) not null, id_kelas varchar2(7) not null, id_cabang varchar2(7) not null, id_pembayaran varchar2(10) not null, foreign key (id_siswa) references siswa(id_siswa), foreign key (id_kelas) references kelas(id_kelas), foreign key (id_cabang) references cabang(id_cabang),

9

foreign key (id_pembayaran) references pembayaran(id_pembayaran))

Table created. SQL> 2 3 4 5

create table terdapat_di( id_kelas varchar2(7) not null, id_cabang varchar2(7) not null, foreign key (id_kelas) references kelas(id_kelas), foreign key (id_cabang) references cabang(id_cabang));

Table created. SQL> 2 3 4 5

create table mengajar_di_cabang( id_pengajar varchar2(7) not null, id_cabang varchar2(7) not null, foreign key (id_pengajar) references pengajar(id_pengajar), foreign key (id_cabang) references cabang(id_cabang));

Table created. SQL> desc siswa; Name ----------------------------------------ID_SISWA NAMA_SISWA ALAMAT_SISWA TGL_LAHIR UMUR_SISWA JENIS_KELAMIN_SISWA NO_TELP_SISWA ID_KELAS ID_CABANG

Null? -------NOT NULL NOT NULL NOT NULL NOT NULL

Type ----------------------VARCHAR2(10) VARCHAR2(20) VARCHAR2(50) DATE NUMBER(38) NOT NULL VARCHAR2(1) VARCHAR2(12) NOT NULL VARCHAR2(7) NOT NULL VARCHAR2(7)

SQL> desc kelas; Name Null? Type ----------------------------------------- -------- ----------------------ID_KELAS NOT NULL VARCHAR2(7) NAMA_KELAS NOT NULL VARCHAR2(20) KAPASITAS NOT NULL NUMBER(38) JUMLAH_SISWA NOT NULL NUMBER(38) BIAYA NOT NULL NUMBER(38) ID_PENGAJAR NOT NULL VARCHAR2(7) SQL> desc pengajar; Name ----------------------------------------ID_PENGAJAR NAMA_PENGAJAR ALAMAT_PENGAJAR NO_TELP_PENGAJAR ID_ADMIN SQL> desc administrator; Name ----------------------------------------ID_ADMIN NAMA_ADMIN USERNAME PASSWORD ID_CABANG

Null? -------NOT NULL NOT NULL NOT NULL

Type ----------------------VARCHAR2(7) VARCHAR2(20) VARCHAR2(50) VARCHAR2(12) NOT NULL VARCHAR2(7)

Null? -------NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL

Type ----------------------VARCHAR2(7) VARCHAR2(20) VARCHAR2(16) VARCHAR2(24) VARCHAR2(7)

SQL> desc cabang; Name ----------------------------------------ID_CABANG NAMA_CABANG ALAMAT_CABANG NO_TELP_CABANG SQL> desc pembayaran; Name ----------------------------------------ID_PEMBAYARAN JENIS_PEMBAYARAN TGL_PEMBAYARAN ANGSURAN_KE TERM STATUS ID_CABANG

Null? -------NOT NULL NOT NULL NOT NULL

Type ----------------------VARCHAR2(7) VARCHAR2(20) VARCHAR2(50) VARCHAR2(12)

Null? -------NOT NULL NOT NULL NOT NULL

Type ----------------------VARCHAR2(10) VARCHAR2(15) DATE NUMBER(38) NUMBER(38) NOT NULL VARCHAR2(10) NOT NULL VARCHAR2(7)

SQL> desc membayar; Name ----------------------------------------ID_SISWA ID_KELAS ID_CABANG ID_PEMBAYARAN

Null? -------NOT NULL NOT NULL NOT NULL NOT NULL

Type ----------------------VARCHAR2(10) VARCHAR2(7) VARCHAR2(7) VARCHAR2(10)

SQL> desc terdapat_di; Name ----------------------------------------ID_KELAS ID_CABANG

Null? -------NOT NULL NOT NULL

Type ----------------------VARCHAR2(7) VARCHAR2(7)

SQL> desc mengajar_di_cabang; Name ----------------------------------------ID_PENGAJAR ID_CABANG

Null? -------NOT NULL NOT NULL

Type ----------------------VARCHAR2(7) VARCHAR2(7)

KESIMPULAN Dengan dibangunya basis data untuk proses penerimaan siswa, daftar ulang, pembayaran, pindah cabang pada lembaga ini, akan memudahkan dalam pencarian, pemakaian, serta penyusunan datanya. Berdasarkan perancangan yang telah dilakukan maka dihasilkan suatu basis data kesiswaan yang terdiri atas 9 tabel yaitu table cabang, administrator, pembayaran, pengajar, kelas, siswa, membayar, terdapat_di, mengajar_di_cabang.

DAFTAR PUSTAKA

Date, C.J, An Introduction to Database System, Addison Wesley Publishing Company, Vol. 1 & Vol. 2, New York, 1990 Hartono, Jogiyanto, Analisis dan Desain Sistem Informasi, Penerbit Andi Offset, Yogyakarta, 1999 Whitten, L. Jeffrey, Bentley, D. Lonnie, Dittman, C. Kevin, Systems Analysis and Design Methods, McGraw-Hill Companies, 2004 Mc Fadden, F; Hoffer, Jeffrey A, Database Management, Benjamin/Publishing Company Inc., Third Edition, California, 1991.

Connoly, Thomas; Begg, Carolyn; Strachan, Anne, Database System : A Practical Approach to Design, Implementation and Management, Addison Wesley, 1996