T1 682006032 BAB III

13

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

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

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

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.

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.

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.

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.

start Login

End

Menu Utama

validasi valid tidak

Data Dosen

Tambah

Data Edit Data

Hapus Data Lihat Data

Logout

Sistem Administrator

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.

Start

Login

End

validasi tidak

Menu Utama valid

Kartu Hasil Studi

Lihat Data

Logout

Sistem Administrator

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.

Start

Login

End

validasi

tidak _Menu Utama valid

Registrasi Matakulaih

Tambah Data Lihat Data Hapus Data

Logout Sistem Mahasisw a

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.

Start

Login

End

Validasi

Menu Utama

Nilai

Tambah Data Lihat data

Logout tidak

valid Sistem Dosen

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 SequenceDiagram

Sequence Diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem. Sequence Diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah

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.

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.

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.

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.

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

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 ClassDiagram

Class diagram menggambarkan struktur dan deskripsi class, package, dan objek beserta hubungan satu sama lain seperti containment, pewarisan, dan asosiasi.

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.

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

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

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

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

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

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

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.11Tabel 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.

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).

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).

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’).

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.

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.

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.11Tabel 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.

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).

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), fieldbaruulang 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).

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), fieldaktif 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, fieldaktif enum(‘Y’,’N’).

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.

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.