Bab 3 Metode dan Perancangan Sistem
3.1 Metode Penelitian 3.1.1 Metode Proses Perangkat Lunak Metode yang akan digunakan dalam perancangan sistem adalah metode pendekatan prototype. Pendekatan prototyping adalah proses iterative atau berulang yang melibatkan hubungan kerja yang dekat antara perancang dan pengguna. Model prototype dapat dilihat pada Gambar 3.1. (Pressman, 1997)
Gambar 3.1 Pendekatan Prototype
Mendengarkan pelanggan merupakan cara mengumpulkan data untuk mendapatkan informasi. Pengumpulan data bertujuan untuk memahami sistem yang ada di Politeknik Negeri Manado, mendefinisikan permasalahan sistem yang ada dan menentukan kebutuhan sistem secara garis besar sebagai persiapan ke tahap 13
14
perancangan. Pengumpulan data dilakukan dengan cara observasi pada Politeknik Negeri Manado, selain itu dilakukan juga wawancara langsung dengan pimpinan dan staff unit pengembangan teknologi informasi Politeknik Negeri Manado. Dari hasil observasi dan wawancara tersebut diketahui masalah dan kebutuhan dari Politeknik Negeri Manado akan sistem informasi akademik yang terkomputerisasi. Perancangan sistem dilakukan berdasarkan kebutuhan yang diperoleh dari hasil pengumpulan data. Kebutuhan tersebut menentukan arsitektur sistem secara keseluruhan. Pada tahap ini dilakukan desain sistem aplikasi. Desain aplikasi perangkat lunak menggunakan UML (Unified Modeling Language), struktur tabel dalam database menggunakan database Microsoft SQL Server 2005 Express, serta relasi antar tabel. Rancangan ini menjadi dasar pembuatan prototype. Prototype yang telah ada kemudian dievaluasi oleh pihak unit pengembangan teknologi informasi Politeknik Negeri Manado. Hasil evaluasi digunakan untuk memperjelas kebutuhan software. Perulangan ketiga proses ini terus berlangsung hingga semua kebutuhan terpenuhi.
3.2 SRS (System Requirement Software) Di dalam system requirement software, proses yang akan dilakukan meliputi : (1) pengguna atau user dari sistem ini adalah administrator, dosen dan mahasiswa yang diberikan kepercayaan dengan label ‘dosen’, ‘mahasiswa’ dan password dari administrator karena sistem ini dibangun untuk mempercepat proses registrasi
15
matakuliah dan belajar mengajar di Politeknik Negeri Manado; (2) sedangkan pemilik atau owner dari sistem ini sendiri adalah Politeknik Negeri Manado; (3) mengembangkan perangkat lunak yang mendukung sistem informasi akademik Politeknik Negeri Manado; (4) pengembangan sistem yang dilakukan ini menggunakan ASP.Net dengan database Microsoft SQL Server; (5) sistem menampilkan sistem informasi regristrasi matakuliah, informasi peserta di tiap matakuliah, informasi jadwal kuliah, informasi IP (Index Prestasi) per semester, informasi IPK (Index Prestasi Kumulatif) bagi tiap mahasiswa; (6) sistem yang dikembangkan memiliki akses administrator, dosen dan mahasiswa dalam kerangka pengelolaan informasi di dalam aplikasi ini. Untuk mengelola informasi
administrator,
dosen
dan
mahasiswa
diwajibkan
melakukan proses login untuk melakukan input data; (7) administrator, dosen dan mahasiswa memiliki hak akses yang berbeda dalam melakukan input serta manipulasi data; (8) mahasiswa tidak memiliki hak untuk mengubah data yang telah diinput oleh dosen dan administrator; (9) mahasiswa hanya dapat melakukan akses registrasi matakuliah, jadwal matakuliah, informasi peserta, informasi IP (Index Prestasi), dan informasi IPK (Index Prestasi Kumulatif); (10) dosen tidak memiliki hak untuk mengubah data yang telah di-input oleh administrator.
3.3 Analisis Kebutuhan Sistem Tahapan ini merupakan tahapan yang dilakukan untuk menganalisis sistem secara lebih detail baik proses, prosedur dan fungsi sesuai dengan data-data yang telah dikumpulkan. Di dalam
16
perancangan aplikasi ini, kebutuhan sistem yang digunakan terdiri dari dua macam perangkat yaitu perangkat keras (hardware) dan perangkat lunak (software).
3.3.1 Kebutuhan Perangkat Lunak Perangkat Lunak (software) merupakan program yang dibutuhkan untuk mengoperasikan perangkat keras serta pengolahan data. Berikut merupakan daftar perangkat lunak yang dibutuhkan dalam penyusunan skripsi : a. Microsoft Visual Studio 2005 b. Microsoft SQL Server 2005 Express c. Developer Express v2009 vol 3
3.3.2 Analisis Kebutuhan Proses Unified Modelling Language (UML) adalah bahasa yang berdasarkan
grafik
atau
gambar
untuk
memvisualisasikan,
menspesifikasikan, membangun, dan mendokumentasikan dari sebuah sistem pengembangan software. UML juga memberikan standar penulisan sebuah blue print system, yang meliputi bisnis proses, penulisan kelas–kelas dalam bahasa program yang spesifik, skema database, dan kemponen–komponen yang dipelukan dalam software system.
3.4 Analisis Perancangan Sistem Pada tahap ini dilakukan desain sistem aplikasi. Desain aplikasi perangkat lunak menggunakan UML, struktur tabel dalam database dan relasi antar tabel.
17
3.4.1 Sistem Registrasi Manual Sistem registrasi matakuliah yang diterapkan di Politeknik Negeri Manado masih manual. Sistem tersebut ditunjukan pada Gambar 3.2.
Gambar 3.2 Flowchart Registrasi Matakuliah Politeknik Negeri Manado
Dari flowchart pada Gambar 3.2 dapat dijelaskan: 1. Mahasiswa mengisi form registrasi matakuliah yang tersedia di masing-masing jurusan. 2. Mahasiswa melakukan perwalian berdasarkan wali kelas masing-masing. Mahasiswa harus membawa kartu hasil studi semester sebelumnya untuk diperiksa oleh dosen. 3. Dosen akan menyetujui registrasi matakuliah jika mahasiswa tersebut layak atau lulus matakuliah semester sebelumnya.
18
4. Proses pembayaran biaya semester. 5. Jika telah lunas, maka mahasiswa dapat melakukan registrasi ulang/registrasi akhir di masing-masing jurusan. 6. Mahasiswa yang telah berhasil melakukan registrasi dapat meminta bukti registrasi berupa printout atau lembaran yang berisi daftar matakuliah yang mahasiswa ambil pada semester tersebut. Hanya printout dari jurusan yang berlaku dan dianggap sah.
3.4.2 Use Case Diagram Use Case Diagram menggambarkan fungsionalitas yang diharapkan untuk mempresentasikan aktor dengan sistem. Aplikasi yang dibuat memiliki fungsi seperti pada Gambar 3.3 Use Case Diagram
Aplikasi
Sistem
Informasi
Akademik.
Dengan
menggunakan aplikasi ini, user dapat mengganti password. User dengan level administrator, dapat melakukan pengolaan data dosen, mengolah data mahasiswa, mengolah persyaratan matakuliah, mengolah matakuliah semester, mengolah data fakultas, mengolah data jurusan, mengolah jadwal matakuliah, mengolah data regristrasi, mengolah tahun akademik, mengolah matakuliah, mengolah batas sks, mengolah konversi nilai, melihat kartu rencana studi, melihat kartu hasil studi, melihat transkrip, dan juga dapat menghapus data dari database. User dengan level mahasiswa, dapat melakukan pengelolaan registrasi matakuliah, melihat kartu studi, melihat hasil studi, melihat transkrip, dan melihat jadwal matakuliah. User dengan level Dosen, dapat memasukkan nilai dan melihat matakuliah.
19
Gambar 3.3 Use Case Diagram
3.4.3 Activity Diagram Activity diagram menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, keputusan yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi. Activity diagram dari proses sistem informasi akademik Politeknik Negeri Manado ditunjukkan pada Gambar 3.4, Gambar 3.5, Gambar 3.6 dan Gambar 3.7.
20
Administrator
Sistem
start
Login
validasi valid
tidak
Menu Utama
Data Dosen
Tambah Data
End
Edit Data
Lihat Data
Hapus Data
Logout
Gambar 3.4 Activity Diagram Mengolah Data Dosen.
Gambar 3.4 menjelaskan proses kegiatan yang dilakukan oleh seorang administrator dalam mengolah data dosen yaitu dimulai dengan login dan melakukan verifikasi. Jika username dan password salah, maka administrator tidak dapat melakukan pengolahan data tersebut. Jika username dan password benar, administrator dapat menuju ke menu utama. Pada menu utama terdapat pilihan menu dosen, yang digunakan untuk menambah data dosen, mengubah data dosen, menghapus data dosen, dan melihat data dosen. Proses pada activity diagram mengolah data mahasiswa dan mengolah data matakuliah sama dengan proses pada activity diagram mengolah data dosen.
21
Administrator
Sistem
Start
validasi
Login
tidak
valid Menu Utama
Kartu Hasil Studi
Lihat Data
End
Logout
Gambar 3.5 Activity Diagram Mengolah Kartu Hasil Studi (KHS)
Gambar 3.5 menjelaskan proses kegiatan yang dilakukan oleh seorang administrator dalam mengolah kartu hasil studi (KHS). Administrator dapat mengolah KHS mahasiswa yaitu dimulai dengan login dan melakukan verifikasi. Apabila username dan password salah, maka administrator tidak dapat melakukan pengolahan data tersebut. Jika username dan password benar, administrator dapat menuju ke menu utama. Pada menu utama terdapat pilihan menu kartu hasil studi yang akan menampilkan hasil studi per semester. Proses pada activity diagram mengolah transkrip nilai sama dengan proses pada activity diagram mengolah KHS.
22
Mahasisw a
Sistem
Start
validasi
Login
valid tidak
Menu Utama
Registrasi Matakulaih
Tambah Data
Lihat Data
Hapus Data
Logout
End
Gambar 3.6 Activity Diagram Registrasi Matakuliah
Gambar 3.6 menjelaskan proses kegiatan yang dilakukan oleh seorang mahasiswa untuk registrasi matakuliah. User level mahasiswa yaitu dimulai dengan login dan melakukan verifikasi. Apabila username dan password salah, maka mahasiswa tidak dapat melakukan
registrasi.
Jika
username
dan
password
benar,
mahasiswa dapat menuju ke menu utama. Pada menu utama, terdapat registrasi matakuliah yang akan menampilkan tambah matakuliah, hapus matakuliah dan lihat matakuliah.
23
Dosen
Sistem
Start Validasi Login
valid tidak
Menu Utama
Nilai
Tambah Data
End
Lihat data
Logout
Gambar 3.7 Activity Diagram Mengolah Nilai
Gambar 3.7 menjelaskan proses kegiatan yang dilakukan oleh seorang dosen dalam memasukkan niali. Dosen dapat memasukkan nilai matakuliah yaitu dimulai dengan login dan melakukan verifikasi. Apabila username dan password salah, maka dosen tidak dapat memasukkan nilai. Jika username dan password benar, dosen dapat menuju ke menu utama. Pada menu utama terdapat pilihan penilaian matakuliah yang akan menampilkan tambah nilai.
3.4.4 Sequence Diagram Sequence Diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem. Sequence Diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah
24
yang dilakukan sebagai
respons dari sebuah event untuk
menghasilkan output tertentu.
Gambar 3.8 Sequence Diagram Kelola Data Dosen
Gambar 3.8 merupakan sequence diagram untuk proses kelola data dosen. Penjelasan prosesnya adalah sebagai berikut. Seorang administrator pertama kali harus melakukan login ke aplikasi dengan memasukkan username dan password.
25
Data login yang dimasukkan saat login akan diteruskan ke database yang bernama siakad untuk dilakukan pemeriksaan apakah valid atau tidak dan akan disesuaikan hak aksesnya. Diasumsikan bahwa data login valid sehingga administrator dapat masuk ke Halaman_Utama. Dalam
Halaman_Utama
diagram sequence
disajikan
beberapa menu.
Dalam
ini administrator memilih menu dosen
sehingga muncul Halaman_Dosen yang akan menampilkan data dosen dari tabel tdosen. Administrator
tambah_data dosen
yang ditampilkan di
Halaman_Dosen. Administrator dapat menambah data pada halaman ini dan akan disimpan kembali ke dalam tabel tdosen. Administrator
edit_data
dosen
yang
ditampilkan
di
Halaman_Dosen. Administrator dapat merubah data pada halaman ini dan akan disimpan ke dalam tabel tdosen. Administrator
hapus_data
dosen
yang
ditampilkan
di
Halaman_Dosen. Administrator dapat menghapus data pada halaman ini dan akan dihapus dari tabel tdosen. Sequence
diagram
untuk
proses kelola data mahasiswa
kurang lebih sama dengan sequence diagram pada Gambar 3.7. Hanya saja nama halaman dan tabel database-nya berbeda disesuaikan dengan menu apa yang dipilih oleh administrator.
26
Gambar 3.9 Sequence Diagram Kelola Data Fakultas
Gambar 3.9 merupakan sequence diagram untuk proses kelola data fakultas. Penjelasan prosesnya adalah sebagai berikut. Seorang administrator pertama kali harus melakukan login ke aplikasi dengan memasukkan username dan password.
27
Data login yang dimasukkan saat login akan diteruskan ke database yang bernama siakad untuk dilakukan pemeriksaan apakah valid atau tidak dan akan disesuaikan hak aksesnya. Diasumsikan bahwa data login valid sehingga administrator dapat masuk ke Halaman_Utama. Dalam
Halaman_Utama
diagram sequence
disajikan
beberapa menu.
Dalam
ini administrator memilih menu fakultas
sehingga muncul Halaman_Fakultas yang akan menampilkan daftar data fakultas dari tabel tfakultas. Administrator
memilih
tambah_data
yang
ditampilkan di
Halaman_Fakultas. Administrator dapat menambah data pada halaman ini dan akan disimpan kembali ke dalam tabel tfakultas. Administrator
memilih
edit_data
yang
ditampilkan di
Halaman_Fakultas. Administrator dapat merubah data pada halaman ini dan akan disimpan ke dalam tabel tfakultas. Administrator
memilih
hapus_data
yang
ditampilkan di
Halaman_Fakultas. Administrator dapat menghapus data pada halaman ini dan akan dihapus dari tabel tfakultas. Sequence
diagram
untuk
proses kelola data jurusan,
matakuliah, tahun akademik, konversi nilai, batas sks, jadwal matakuliah dan jadwal registrasi kurang
lebih
sama
dengan
sequence diagram pada Gambar 3.8. Hanya saja nama halaman dan tabel database-nya berbeda disesuaikan dengan menu apa yang dipilih oleh administrator.
28
Gambar 3.10 Sequence Diagram Kelola Nilai
Gambar 3.10 merupakan sequence diagram untuk proses kelola data nilai. Penjelasan prosesnya adalah sebagai berikut. Seorang dosen pertama kali harus melakukan login ke aplikasi dengan memasukkan username dan password. Data login yang dimasukkan saat login akan diteruskan ke database yang bernama siakad untuk dilakukan pemeriksaan apakah valid atau tidak dan akan disesuaikan hak aksesnya. Diasumsikan bahwa data login valid sehingga dosen dapat masuk ke Halaman_Utama. Dalam
Halaman_Utama
diagram sequence
disajikan
beberapa menu.
Dalam
ini dosen memilih menu Nilai sehingga
29
muncul Halaman_Nilai yang
akan menampilkan
daftar data
Nilai dari tabel tnilai. Administrator
memilih
tambah_data
yang
ditampilkan di
Halaman_Nilai. Dosen dapat menambah data pada halaman ini dan akan disimpan kembali ke dalam tabel tnilai. Sequence diagram untuk proses regristrasi kurang lebih sama dengan sequence diagram pada Gambar 3.9. Hanya saja nama halaman dan tabel
database-nya berbeda disesuaikan
dengan menu apa yang dipilih oleh administrator.
3.4.5 Class Diagram Class diagram menggambarkan struktur dan deskripsi class, package, dan objek beserta hubungan satu sama lain seperti containment, pewarisan, dan asosiasi.
Gambar 3.11 Class Diagram
30
Gambar 3.11 menjelaskan class diagram pada database yang dirancang. Mahasiswa harus memiliki 1 prodi sedangkan prodi bisa atau tidak memiliki banyak mahasiswa. Dosen harus memiliki satu prodi sedangkan prodi harus memiliki 1 atau banyak dosen. Mahasiswa harus memiliki 1 atau banyak KRS sedangkan KRS bisa atau tidak dimiliki oleh satu mahasiswa. Prodi harus memiliki 1 fakultas sedangkan fakultas harus memiliki 1 atau banyak prodi. Dosen harus memiliki 1 atau banyak jadwal matakuliah sedangkan jadwal
matakuliah
harus
memiliki
1
dosen.
Matakuliah
harus memiliki 1 atau banyak jadwal matakuliah sedangkan jadwal matakuliah harus memiliki 1 matakuliah. KRS harus memiliki 1 atau lebih matakuliah sedangkan matakuliah tidak memiliki KRS. Mahasiswa harus memiliki 1 atau banyak nilai sedangkan nilai harus memiliki 1 mahasiswa. Nilai harus memiliki 1 matakuliah sedangkan matakuliah bisa atau tidak memiliki banyak nilai. Mahasiswa harus memiliki 1 atau banyak KHS sedangkan KHS harus memiliki 1 mahasiswa. Matakuliah bisa atau tidak memiliki banyak KHS sedangkan KHS harus memiliki satu atau banyak mata kuliah.
3.4.6 Perancangan Tabel Pada perancangan objek sebelumnya telah dihasilkan diagram kelas yang menghasilkan hubungan antar objek dan kelas-kelas yang terdapat dalam aplikasi. Objek yang telah dihasilkan tersebut, kemudian dinyatakan dalam bentuk tabel-tabel. Pada bagian ini akan dijelaskan tabel-tabel basis data yang digunakan dalam perancangan aplikasi ini.
31
a. Tabel tadmins Tabel tadmins merupakan tabel yang berfungsi untuk menyimpan data administrator yang mengelola aplikasi. Struktur tabel admins terlihat pada Tabel 3.1. Tabel 3.1 Tabel tadmins
No 1 2 3 4 5 6 7 8 9
Name id username password nama email telepon aktif lastlogin Lastlogout
Type int(11) varchar(15) char(40) varchar(50) varchar(32) varchar(24) enum('Y','N') datetime datetime
Keterangan Primary key Username admin Password admin Nama admin Email admin No telp admin Status aktif atau tidak Waktu login Waktu selesai logout
Tabel 3.1 terdiri dari beberapa field yaitu, field id int(11) yang merupakan primary key, field username varchar(15), field password char(40), field nama varchar(50), field email varchar(32), field telepon varchar(24), field aktif(‘Y’,’N’), field lastlogin datetime, fieldlastlogout datetime. b. Tabel tagama Tabel tagama merupakan tabel yang berfungsi untuk menyimpan data agama yang dianut oleh user. Struktur tabel tagama terlihat pada Tabel 3.2. Tabel 3.2 Tabel tagama
No Name Type 1 id int(11) 2 agama varchar(20)
Keterangan Primary key Agama yang dianut
32
Tabel 3.2 terdiri dari beberapa field yaitu, field id int(11), field agama varchar(20). c. Tabel tbatassks Tabel tbatassks merupakan tabel yang berfungsi untuk mengatur batas sks tiap semester. Struktur tabel tbatassks terlihat pada Tabel 3.3. Tabel 3.3 Tabel tbatassks
No 1 2 3 4 5
Name id Idjur ipsemester Ipmax sksmax
Type int(11) int(10) decimal(4,3) decimal(4,3) int(11)
Keterangan Primary key Kode jurusan IP semester IP maksimum Sks maksimum
Tabel 3.3 terdiri dari beberapa field yaitu field id int(11), field idjur int(11), field ipmax decimal(4,3), field sksmax decimal(4,3), field sksmaks int(11). d. Tabel tdosen Tabel
dosen
merupakan
tabel
yang
berfungsi
untuk
menyimpan data dosen. Struktur tabel dosen terlihat pada Tabel 3.4. Tabel 3.4 Tabel tdosen
No 1 2 3 4 5 6 7
Name Id nipdosen password nama alamat kabkota idprop
Type int(11) varchar(20) char(40) varchar(15) varchar(100) varchar(50) int(11)
Keterangan Primary key No induk dosen Password dosen No induk pegawai Alamat dosen Kabupaten/kota ID propinsi
33
8 9 10 11 12 13 14 15 16 17
telepon email aktif idjur tempatlahir tanggallahir jeniskelamin idagama lastlogin lastlogout
varchar(25) varchar(50) Enum(‘Y’,’N’) int(11) varchar(25) date Enum(‘L’,’P’) int(11) datetime datetime
Telepon Email Status aktif atau tidak ID jurusan Tempat lahir Tanggallahir Jenis kelamin ID agama Waktu login Waktu selesai logout
Tabel 3.4 terdiri dari beberapa field yaitu, field id int(11), field nipdosen varchar(20), field password char(40), field nama varchar(50), field alamat varchar(100), field kabkota varchar(50), field idprop int(11), field telepon varchar(25), field email varchar(50), field aktif enum(‘Y’,’N’),
field idjur int(11), field
tempatlahir varchar(25), field tanggallahir date, field jeniskelamin enum(‘L’,’P’), field kodepos char(5), field idagama int(11), field lastlogin datetime, field lastlogout datetime. e. Tabel tfakultas Tabel tfakultas merupakan tabel yang berfungsi untuk menyimpan data fakultas. Struktur tabel tfakultas terlihat pada Tabel 3.5. Tabel 3.5 Tabel tfakultas
No 1 2 3
Name id kodefakultas namafakultas
Type int(11) varchar(5) varchar(100)
Keterangan Primary key Kode fakultas Nama fakultas
34
Tabel 3.5 terdiri dari beberapa field yaitu, field id int(11), field kodefakultas varchar(5), field namafakultas varchar(100). f. Tabel tjadwalreg Tabel tjadwalreg merupakan tabel yang berfungsi untuk menyimpan jadwal regristasi matakuliah. Sturktur tabel tjadwalkrs terlihat pada Tabel 3.6. Tabel 3.6 Tabel tjadwalreg
No Name 1 id 2 idtahunsemester 3 idjur 4 tglmulai tglselesai 5
Type int(11) int(11) int(11) date date
Keterangan Primary key ID tahun semester ID jurusan Tanggal mulai Tanggal selesai
Tabel 3.6 terdiri dari beberapa field yaitu, field id int(11), field idtahunsemester int(11), field idjur int(11), field tglmulai date, field tglselesai date. g. Tabel tjurusan Tabel tjurusan merupakan tabel yang berfungsi untuk menyimpan data jurusan tiap fakultas. Struktur tabel tjurusan terlihat pada Tabel 3.7. Tabel 3.7 Tabel tjurusan
No Name Type 1 Id int(11) 2 kodejurusan varchar(5) 3 namajurusan varchar(50) 4 idfakultas int(11)
Keterangan Primary key Kode jurusan Nama jurusan ID jurusan
35
Tabel 3.7 terdiri dari beberapa field yaitu, field id int(11), field kodejurusan varchar(5), field namajurusan varchar(50), field idfakultas int(11). h. Tabel tkonversinilai Tabel tkonversinilai merupakan tabel yang berfungsi untuk menyimpan data nilai konversi dari angka menjadi huruf. Struktur tabel tkonversinilai terlihat pada Tabel 3.8. Tabel 3.8 Tabel tkonversinilai
No 1 2 3
Name Id nilaiangka nilaihuruf
Type int(11) decimal(2,1) varchar(3)
Keterangan Primary key Nilai Angka Nilai huruf
Tabel 3.8 terdiri dari beberapa field yaitu, field id int(11), field nilai angka decimal(2,1), field nilai huruf varchar(3). i. Tabel tmahasiswa Tabel
tmahasiswa
merupakan
tabel
yang
berfungsi
untuk
menyimpan data mahasiswa. Struktur tabel tmahasiswa terlihat pada Tabel 3.9. Tabel 3.9 Tabel tmahasiswa
No 1 2 3 4 5 6 7
Name Id Nim Password Nama Jeniskelamin Tempatlahir Tanggallahir
Type int(11) varchar(20) char(40) varchar(64) char(1) varchar(32) date
Keteranagan Primary key Nim mahasiswa Password mahasiswa Nama mahasiswa Jenis kelamin Tempat lahir Tanggal lahir
36
8 9 10 11 12 13 14 15 16 17
Alamat Kabkota Idprop Idagama Idjur Aktif Created Lastlogin Lastlogout Lastupdate
varchar(100) varchar(32) int(11) int(11) int(11) enum('Y','N') datetime datetime datetime datetime
Alamat mahasiswa Kabupaten / Kota ID propinsi ID agama ID jurusan Status aktif atau tidak pembuatan id baru Waktu login Waktu selesai login Waktu terakhir update
Tabel 3.9 terdiri dari beberapa field yaitu, field id int(11), field nim varchar(20), field password char(40), field nama varchar(64), jeniskelamin char(1), field tempatlahir varchar(32), field tanggallahir date, field alamat varchar(100), field kabkota varchar(32), field idpropinsi int(11), field idagama int(11), field idjur int(11), field aktif enum(‘Y’,’N’), field created datetime, field lastlogin datetime, field lastlogout datetime, field lastupdate datetime.
j. Tabel tmatakuliah Tabel tmatakuliah merupakan tabel yang berfungsi untuk menyimpan matakuliah. Struktur tabel tmatakuliah terlihat pada Tabel 3.10. Tabel 3.10 Tabel tmatakuliah
No
Name
Type
Keterangan
1
id
int(11)
Primary key
2
kodemk
varchar(10)
Kode matakuliah
3
namamk
varchar(10)
Nama matakuliah
4
skskuliah
int(11)
SKS matakuliah
5 6
sksbayar idjur
int(11) int(11)
SKS bayar ID jurusan
37
Tabel 3.10 terdiri dari beberapa field yaitu, field id int(11), field kodemk varchar(15), field namamk varchar(35), field skskuliah int(11), field sksbayar int(11), field idjur int(11). k. Tabel tmatakuliahreg Tabel tmatakuliahreg merupakan tabel yang berfungsi untuk menyimpan data matakuliah yang sudah pernah beregistrasi tetapi nilainya masih kurang, dan yang belum pernah diregistrasi. Struktur tabel tmatakuliahreg terlihat pada Tabel 3.11. Tabel 3.11 Tabel tmatakuliahreg
No
Name
Type
Keterangan
1
id
int(11)
Primary key
2
idtahunsemester
int(11)
ID tahun semester
3
idmk
int(11)
ID matakuliah
4
kelas
varchar(2)
Kelas
5
idmahasiswa
int(11)
ID Mahasiswa
6
baruulang
enum('B',"U")
Baru / ulang
7
sks
int(11)
SKS
Tabel 3.11 terdiri dari beberapa field yaitu, field id int(11), field idtahunsemester int(11), field idmk int(11), field kelas varchar(2),
field
idmahasiswa
int(11),
field
baruulang
enum(‘B’,’U’), field sks int(11). l. Tabel tmatakuliahsem Tabel tmatakuliahsem merupakan tabel yang berfungsi untuk menyimpan matakuliah semester.
38
Tabel 3.12 Tabel tmatakuliahsem
No Name 1 id 2 idjur 3 idtahunsemester 4 idmk 5 sks 6 kelas 7 kapasitas 8 iddosen
Type int(11) int(11) int(11) int(11) int(11) varchar(2) int(11) int(11)
Keterangan Primary key ID jurusan ID tahun semester ID matakuliah SKS Kelas Kapasitas ruang ID dosen
Tabel 3.12 terdiri dari beberapa field yaitu, field id int(11), field idjur int(11), field idtahunsemester int(11), field idmk int(11), field sks int(11), field kelas varchar(2), field kapasitas int(11), field iddosen int(11). m. Tabel tmksyarat Tabel tmksyarat merupakan tabel yang berfungsi untuk menyimpan syarat matakuliah yang harus diambil. Struktur tabel tmksyarat terlihat pada Tabel 3.13. Tabel 3.13 Tabel tmksyarat
No 1 2 4 5 6
Name id idjur idmk idmksyarat nilaimin
Type Keterangan int(11) Primary key int(11) ID jurusan int(11) ID matakuliah int(11) ID matakuliah syarat decimal(2,1) Nilai minimum
Tabel 3.14 terdiri dari beberapa field yaitu, field id int(11), field idjur int(11), field idmk int(11), field idmksyarat int(11), field nilaimin decimal(2,1).
39
n. Tabel tnilai Tabel tnilai merupakan tabel yang berfungsi untuk menyimpan nilai tiap mahasiswa. Struktur tabel tnilai terlihat pada Tabel 3.14. Tabel 3.14 Tabel tnilai
No 1 2 3 4 5 6 7
Name Type id int(11) idtahunsemester int(11) idmk int(11) idmahasiswa int(11) nilai decimal(2,1) sks int(11) baruulang enum(‘B’,’U’)
Keterangan Primary key ID tahun semester ID Matakuliah ID mahasiswa Nilai SKS Baru / ulang
Tabel 3.14 terdiri dari beberapa field yaitu, field id int(11), field idtahunsemester int(11), field idtahunsemester int(11), field idmk int(11), idmahasiswa int(11), nilai decimal(2,1), sks int(11), field baruulang enum(‘B’,’U’). o. Tabel tprop Tabel tprop merupakan tabel yang berfungsi untuk menyimpan data propinsi dari tiap user. Struktur tabel tprop terlihat pada Tabel 3.15. Tabel 3.15 Tabel tprop
No 1 2
Name id namaprop
Type int(11) varchar(50)
Keterangan Primary key Nama propinsi
Tabel 3.15 terdiri dari beberapa field yaitu, field id int(11), field namaprop varchar(50).
40
p. Tabel ttahunsemester Tabel ttahunsemester merupakan tabel yang berfungsi untuk menyimpan tahun semester yang sedang berjalan. Struktur tabel ttahunsemester terlihat pada Tabel 3.16. Tabel 3.16 Tabel ttahunsemester
No 1 2 4 5
Name id tahun semester aktif
Type int(11) char(4) int(11) enum('Y','N)
Keterangan Primary key Tahun Semester Status aktif atau tidak
Tabel 3.16 terdiri dari beberapa field yaitu, field id int(11), field tahun char(4), field semester int(11), field aktif enum(‘Y’,’N’). q. Tabel ttahunsemesterreg Tabel ttahunsemesterreg merupakan tabel yang berfungsi untuk
menyimpan
tahun
semester
berikut.
Struktur
tabel
ttahunsemester terlihat pada Tabel 3.17. Tabel 3.17 ttahunsemesterreg
No Name Type 1 id int(11) 2 idtahunsemester int(11) 4 waktumulai date 5 waktuselesai date 6 aktif enum('Y','N')
Keterangan Primary key ID tahun semester Waktu Mulai Regristasi Waktu selesai Regristasi Status aktif atau tidak
Tabel 3.17 terdiri dari beberapa field yaitu, field id int(11), field
idtahunsemester
int(11),
field
waktumulai
waktuselesai date, field aktif enum(‘Y’,’N’).
date,
field
41
3.5 Perancangan Interface Dalam pembuatan sistem informasi akademik ini diperlukan desain antar muka sebagai gambaran terhadap sistem informasi yang ada. Desain ini menjadi dasar untuk membuat tampilan pada aplikasi web yang dibuat. Pada prinsipnya, desain antarmuka untuk administrator, dosen, dan mahasiswa. Secara garis besar, desain antarmuka sebagai dasar perancangan aplikasi dapat dilihat pada Gambar 3.12.
Gambar 3.12 Rancangan Tampilan Aplikasi
Gambar 3.12 merupakan rancangan antar muka pembuatan aplikasi sistem informasi akademik pada form administrator, form dosen, dan form mahasiswa. Pada
form
administrator
terdapat
menu
link
untuk
menampilkan seluruh data dan juga administrator memiliki hak akses untuk melakukan pengelolaan data yang meliputi input, edit dan hapus data.
42
Form dosen digunakan oleh dosen dengan hak akses yang terbatas. Dosen hanya dapat melakukan input nilai dan ganti password. Form
mahasiswa
hanya
untuk
melakukan
regristasi
matakuliah, melihat kartu rencana studi, melihat jadwal kuliah, melihat kartu hasil studi, melihat nilai, melihat transkrip, dan ganti password.
