• Tidak ada hasil yang ditemukan

T1 682006032 BAB III

N/A
N/A
Protected

Academic year: 2017

Membagikan "T1 682006032 BAB III"

Copied!
30
0
0

Teks penuh

(1)

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,

(2)

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

(3)

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

(4)

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

(5)

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.

(6)

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

(7)

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.

(8)

start

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.

(9)

Start

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.

(10)

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

(11)

Start

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

(12)

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.

(13)

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.

(14)

Gambar 3.9 Sequence Diagram Kelola Data Fakultas

Gambar 3.9 merupakan sequence diagram untuk proses kelola data fakultas. Penjelasan prosesnya adalah sebagai berikut.

(15)

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.

(16)

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.

(17)

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.

(18)

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

(19)

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

(20)

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

(21)

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

(22)

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

(23)

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

(24)

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

(25)

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

(26)

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.

5 idmksyarat int(11) ID matakuliah syarat 6 nilaimin decimal(2,1) Nilai minimum

(27)

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

(28)

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

(29)

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.

(30)

Form dosen digunakan oleh dosen dengan hak akses yang terbatas. Dosen hanya dapat melakukan input nilai dan ganti password.

Gambar

Gambar 3.1 Pendekatan Prototype
grafik atau
Gambar 3.2 Flowchart Registrasi Matakuliah Politeknik Negeri Manado
Gambar 3.3  Use Case Diagram
+7

Referensi

Garis besar

Dokumen terkait

Laporan akhir Mesin Pengubah Minyak Jelantah menjadi Biodiesel bertujuan. untuk membuat bahan bakar alternatif pengganti solar dan

1 STIKES Faathir Husada 30 sId 31 Desember 2015 Nandang Supriatna 2 STMIK PGRI Tangerang.. Rani Rahmayani 5., SEe 3 AKBID Yayasan Husada Madani Uyu Yuhana

Untuk Fasa kristal, pada sampel yang diberi templat sampel A-2cenderung terbentuk fasa rutile, sedangkan pada sampel A1 yang tidak diberi perlakuan templat, fasa kristal

mengetahui kondisi di dalam organisasi tersebut. Kondisi organisasi mulai dari keuangan, data SDM, data statistik dan sebagainya. Hal ini bertujuan agar rencana

Tim Sukses melakukan kampanye politik secara langsung kepada segmen masyarakat pemilih yang berbentuk kampanye terbuka, pergelaran kesenian dan hiburan rakyat,

analisis kesalahan akan diperoleh bentuk dan penyebab kesalahan siswa, sehingga guru dapat memberikan jenis bantuan kepada siswa. Perlu adanya analisis yang lebih lanjut

Tujuan penelitan adalah untuk mengetahui seberapa besar pengaruh promosi penjualan sebagai variabel (X) terhadap keputusan pembelian sebagai variabel (Y) dalam pembelian sepeda

Peran semantik verba mancuntani adalah menyatakan kegiatan/perbuatan yang penindak sudah diketahui dan sebagai pemarkah bentuk jamak pada argumen objektif, sehingga duit