Upload
ngolien
View
221
Download
0
Embed Size (px)
Citation preview
13
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
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 di-
input 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
start
Login
End
Menu Utama
validasi
validtidak
Data Dosen
Tambah Data
Edit Data Hapus DataLihat Data
Logout
SistemAdministrator
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
Start
Login
End
validasi
tidak
Menu
Utama
valid
Kartu Hasil
Studi
Lihat Data
Logout
SistemAdministrator
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
Start
Login
End
validasi
tidak Menu
Utama
valid
Registrasi
Matakulaih
Tambah Data Lihat Data Hapus Data
Logout
SistemMahasiswa
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
Start
Login
End
Validasi
Menu
Utama
Nilai
Tambah Data Lihat data
Logout
tidak
valid
SistemDosen
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 disajikan beberapa menu. Dalam
diagram sequence 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 disajikan beberapa menu. Dalam
diagram sequence 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 disajikan beberapa menu. Dalam
diagram sequence 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 Name Type Keterangan
1 id int(11) Primary key
2 username varchar(15) Username admin
3 password char(40) Password admin
4 nama varchar(50) Nama admin
5 email varchar(32) Email admin
6 telepon varchar(24) No telp admin
7 aktif enum('Y','N') Status aktif atau tidak
8 lastlogin datetime Waktu login
9 Lastlogout datetime 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 Keterangan
1 id int(11) Primary key
2 agama varchar(20) 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 Name Type Keterangan
1 id int(11) Primary key
2 Idjur int(10) Kode jurusan
3 ipsemester decimal(4,3) IP semester
4 Ipmax decimal(4,3) IP maksimum
5 sksmax int(11) 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 Name Type Keterangan
1 Id int(11) Primary key
2 nipdosen varchar(20) No induk dosen
3 password char(40) Password dosen
4 nama varchar(15) No induk pegawai
5 alamat varchar(100) Alamat dosen
6 kabkota varchar(50) Kabupaten/kota
7 idprop int(11) ID propinsi
33
8 telepon varchar(25) Telepon
9 email varchar(50) Email
10 aktif Enum(‘Y’,’N’) Status aktif atau tidak
11 idjur int(11) ID jurusan
12 tempatlahir varchar(25) Tempat lahir
13 tanggallahir date Tanggallahir
14 jeniskelamin Enum(‘L’,’P’) Jenis kelamin
15 idagama int(11) ID agama
16 lastlogin datetime Waktu login
17 lastlogout datetime 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 Name Type Keterangan
1 id int(11) Primary key
2 kodefakultas varchar(5) Kode fakultas
3 namafakultas varchar(100) 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 Type Keterangan
1 id int(11) Primary key
2 idtahunsemester int(11) ID tahun semester
3 idjur int(11) ID jurusan
4 tglmulai date Tanggal mulai
5 tglselesai date 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 Keterangan
1 Id int(11) Primary key
2 kodejurusan varchar(5) Kode jurusan
3 namajurusan varchar(50) Nama jurusan
4 idfakultas int(11) 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 Name Type Keterangan
1 Id int(11) Primary key
2 nilaiangka decimal(2,1) Nilai Angka
3 nilaihuruf varchar(3) 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 Name Type Keteranagan
1 Id int(11) Primary key
2 Nim varchar(20) Nim mahasiswa
3 Password char(40) Password mahasiswa
4 Nama varchar(64) Nama mahasiswa
5 Jeniskelamin char(1) Jenis kelamin
6 Tempatlahir varchar(32) Tempat lahir
7 Tanggallahir date Tanggal lahir
36
8 Alamat varchar(100) Alamat mahasiswa
9 Kabkota varchar(32) Kabupaten / Kota
10 Idprop int(11) ID propinsi
11 Idagama int(11) ID agama
12 Idjur int(11) ID jurusan
13 Aktif enum('Y','N') Status aktif atau tidak
14 Created datetime pembuatan id baru
15 Lastlogin datetime Waktu login
16 Lastlogout datetime Waktu selesai login
17 Lastupdate datetime 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 sksbayar int(11) SKS bayar
6 idjur int(11) 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 Type Keterangan
1 id int(11) Primary key
2 idjur int(11) ID jurusan
3 idtahunsemester int(11) ID tahun semester
4 idmk int(11) ID matakuliah
5 sks int(11) SKS
6 kelas varchar(2) Kelas
7 kapasitas int(11) Kapasitas ruang
8 iddosen int(11) 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 Name Type Keterangan
1 id int(11) Primary key
2 idjur int(11) ID jurusan
4 idmk int(11) ID matakuliah
5 idmksyarat int(11) ID matakuliah syarat
6 nilaimin 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 Name Type Keterangan
1 id int(11) Primary key
2 idtahunsemester int(11) ID tahun semester
3 idmk int(11) ID Matakuliah
4 idmahasiswa int(11) ID mahasiswa
5 nilai decimal(2,1) Nilai
6 sks int(11) SKS
7 baruulang enum(‘B’,’U’) 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 Name Type Keterangan
1 id int(11) Primary key
2 namaprop varchar(50) 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 Name Type Keterangan
1 id int(11) Primary key
2 tahun char(4) Tahun
4 semester int(11) Semester
5 aktif enum('Y','N) 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 Keterangan
1 id int(11) Primary key
2 idtahunsemester int(11) ID tahun semester
4 waktumulai date Waktu Mulai Regristasi
5 waktuselesai date Waktu selesai Regristasi
6 aktif enum('Y','N') Status aktif atau tidak
Tabel 3.17 terdiri dari beberapa field yaitu, field id int(11),
field idtahunsemester int(11), field waktumulai date, field
waktuselesai date, field aktif enum(‘Y’,’N’).
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.