BAB III

ANALISA DAN PERANCANGAN SISTEM

3.1 Analisa Perangkat Lunak

Analisa perangkat lunak diperlukan untuk menggambarkan aliran-aliran

informasi dari bagian-bagian yang terkait, untuk mengidentifikasikan dan

mengevaluasi kebutuhan-kebutuhan perangkat lunak yang akan dibuat nantinya.

3.1.1 Analisa Masalah

STMIK-Amik Riau merupakan salah satu kampus yang menggunakan Sistem

Informasi Akademik. Dengan adanya Sistem Informasi Akademik, sistem ini

berfungsi untuk mendukung kegiatan di kampus STMIK-Amik Riau khusunya

pendukung kegiatan pada mahasiswa. Sejak digunakan pada tahun 2011, belum

diketahui apakah Sistem Informasi Akademik yang ada di kampus STMIK-Amik

Riau telah diterima oleh pengguna sesuai dengan yang diharapkan. Hasil dari

pengambilan data sementara dengan cara melakukan penyebaran kuisioner ke pada

mahasiswa dapat di ketahui masalah nya yaitu pengumuman hasil nilai semester agak

terlambat keluarnya, pengimputan nilai supaya diisi dengan teliti karena pernah

kejadian nilai yang ada di sistem berbeda dengan yang ada pada dosen, pembuatan

kartu anggota perpustakaan diharapkan pendaftarannya berbasis online, dan tampialn

pada website menjadi lebih menarik.

31
 32

Untuk mengatasi permasalahan yang telah di paparkan diatas, maka penulis

akan merancang sebuah sistem yang bertujuan untuk menganalisa tingkat kepuasan

yang dimiliki oleh mahasiswa dengan pelayanan – pelayanan yang dibeikan oleh

BAAK. Penelitian ini bertujuan untuk mengetahui seberapa tinggi tingkat kepuasaan

agar informasi ini dapat digunakan untuk meningkatkan laigi pelayanan – pelayanan

yang diberikan khususnya bagian BAAK.

3.1.2 Rekyasa Perangkat Lunak

Rekaya perangkat lunak adalah pengubahan perangkat lunak itu sendiri guna

mengembangkan, memelihara dan membangun kembali dengan menggunakan prinsip

rekayasa untuk menghasilkan perangkat lunak yang dapat bekerja dengan baik sesuai

dengan kebutuhan pengguna. Adapun kebutuhan perangkat lunak yang akan

dibangun penulis sebagai barikut :

3.1.3 Kebutuhan Fungsional

Kebutuhan fungsional merupakan kebutuhan yang berkaitan dengan fungsi

atau proses transformasi yang harus mampu dikerjakan oleh perangkat lunak.

Kebutuhan fungsional pada sistem ini sebagai berikut :

1. Sistem dapat menganalisa pengguna sistem informasi akademik khusunya

kegiatan yang berhubungan dengan mahasiswa

2. Sistem dapat mengukur seberapa tinggi tingkat kepuasan mahasiswa terhadap

layanan yang diberikan oleh BAAK

 33

3.1.4 Kebutuhan Non fungsional

Analisa kebutuhan non fungsional dilakukan untuk mengetahui spesifikasi

kebutuhan untuk sistem, spesifikasi kebutuhan melibatkan analisis perangkat keras

(hardware), analisis perangkat lunak (software), analisis pengguna (user).

Spesifikasi hardware dan software pada sistem yang diusulkan antara lain :

a. Spesifikasi Perangkat Keras (Hardware)

1. Laptop dengan jenis processor Intel Core i3,

2. Random Access Memory (RAM) berkapasitas 2 GB sebagai tempat

penyimpanan data sementara.

3. Mouse

b. Spesifikasi Perangkat Lunak (Software)

1. Sistem operasi Microsoft Windows 7,

2. Aplikasi Macromedia Dreamweaver dan MySQL menggunakan PHP

MyAdmin,

3. Xampp

4. Google Chrome
 34

3.1.5 Uji Validitas

Uji validitas dimaksudkan untuk menguji kualitas kuisioner. Kuisioner yang

baik adalah kuisioner yang dapat digunakan untuk mengukur apa yang seharusnya

diukur. Uji validitas dilakukan dengan mengorelasikan masing-msing pertanyaan

dengan jumlah skor untuk masing-masing variabel. adapun uji validitas yang

digunakan dalam penelitian ini menggunakan skala likert. Skala likert digunakan

untuk mengukur pendapat, sikap, dan persepsi seseorang atau kelompok. Dalam

pengukuran skala slikert ini terdapat beberapa range penilain yang dapat digunakan .

pada penelitian ini, penulis menggunakan skala likert dengan 4 range (1 = sangat

tidak setuju, 2 = tidak setuju, 3 = setuju, 4 = sangat setuju).

3.1.6 Reliabilitas

Uji reliabilitas dimaksudkan untuk menguji konsistensi dalam mengukur suatu

konstruk yang sama atau stabilitas kuisioner jika digunakan dari waktu. Uji

reliabilitas dilakukan dengan metode internal consistency. Kriteria yang digunakan

dalam uji ini adalah one shot, artinya satu kali pengukuran saja dan kemudian

hasilnya dibandingkan dengan pertanyaan lainnya atau dengan kata lain mengukur

korelasi antar jawaban pertanyaan. Sistem ini memberikan fasilitas untuk mengukur

reliabilitas dengan uji statistic Cronbach Alpha (α). Jika nilai koefisien alpha lebih

besar dari 0,5 maka disimpulkan bahwa instrument penelitian tersebut handal atau

reliable.
 35

Untuk menguji digunakan Cronbach Alpha dengan rumus:

Keterangan :

r11 = reliabilitas instrument (koefisien cronbach alpha)

K = banyaknya butir pertanyaan atau banyaknya soal

∑σb2 = jumlah varians

σt2 = varians total

3.2 Perancangan Perangkat Lunak

Pendekatan yang digunakan pada perancangan sistem adalah pedekatan yang

berorientasi objek, dimana tool yang digunakan adalah UML. Perancangan sistem

dibagi kedalam 2 (dua) yaitu desain input dan desain output.

3.2.1 Perancangan Global

Pada perancangan global ini, akan penulis gambarkan menggunakan Use Case

Diagram, Activity Diagram, Sequen Diagram, dan Class Diagram.

 36

3.2.1.1 Use Case Diagram

Perancangan use case diagram akan menampilkan bagaimana seseorang

(aktor) memanfaatkan sistem atau menggunakan sistem yang ada. Pada sistem yang

akan dibangun ,ada 3 aktor yaitu user/mahasiswa, admin/programmer dan pimpinan.

Gambar 3.1. Usecase Diagram

1. Mahasiswa. Pada use case diagram diatas menggambarkan alur proses dimana

mahaiswa melakukan registrasi dan login sebelum melakukan penilaian sistem

 37

informasi akademik, regisrasi bertujuan untuk mahasiswa terdaftar didalam

sistem, sistem informasi akademik yang akan dinilai memiliki

2. Admin pada use case diagram, yang menggambarkan alur proses dimana admin

harus melakukan login terlebih dahulu sebelum mengelola aktivitas seperti

memproses penilaian, melihat hasil penilaian dan melihat laporan.

3. Pimpinan pada use case diagram, yang menggambarkan alur dimana sebelum

mengelola ativitas harus melakukan login terlebih dahulu adapun aktivitas yang

dapat dilakukan oleh pimpinan yaitu melihat hasil penilaian sistem dan melihat

laporan secara grafik.

3.2.1.2 Activity Diagram

Activity diagram menggambarkan bagaimana aktivitas yang terjadi dalam

sistem yang akan dirancang. Activity diagram pada aplikasi yang akan penulis

bangun sebagai berikut :

1. Activity Diagram Login Pengguna

Activity diagram ini menggambarkan aktivitas pengguna sistem seperti Admin,

Pimpinan dan mahasiswa ketika proses login pada sistem yang ada pada sisi

operator. Apabila pengguna ingin menggunakan / mengakses sistem harus

melakukan proses login agar mendapatkan hak akses didalam sistem. Adapun

gambar activity diagram login admin dapat dilihat pada gambar 3.4 dibawah ini
 38

Gambar 3.4 Activity Diagram login

2. Activity Diagram Proses Registrasi

Activity ini menggambarkan aktivitas Proses Registrasi yang di lakukan oleh

pengguna sebelum melakukan penilaian Sistem. Adapun gambar activity diagram

login admin dapat dilihat pada gambar 3.5 dibawah ini :

 39

Gambar 3.5 Activity Diagram Proses Registrasi

3. Activity Diagram penilaian sistem

Activity ini menggambarkan aktivitas pengguna melakukan penilaian pada sistem

informasi akademik . adapun kategori penilaian sistem tersebut yaitu penilaian KRS

dan E-BAAK. Adapun gambar activity diagram login admin dapat dilihat pada

gambar 3.6 dibawah ini :

 40

Gambar 3.6 Activity Diagram Penilaian Sistem

4. Activity Diagram Proses Hasil Penilaian

Activity diagram ini menggambarkan aktivitas pengguna sistem khusunya admin

dan pimpinan melihat hasil penilaian sistem yang sudah diisi oleh mahasiswa.

Adapun gambar activity diagram login admin dapat dilihat pada gambar 3.8 dibawah

ini :
 41

Gambar 3.8 Activity Diagram Hasil Penilaian Sistem

5. Activity Diagram Mecetak Laporan

Aktivity Diagram ini menggambarkan aktivitas mencetak hasil penilaian sistem

menjadi laporan. Adapun gambar activity diagram login admin dapat dilihat pada

gambar 3.9 dibawah ini :

 42

Gambar 3.9 Aktivity Diagram Mencetak Laporan

3.2.1.3 Sequence Diagram

Sequence diagram merupakan gambaran scenario dari rangkaian sistem dari

objek tersebut.

1. Sequence Diagram Login

 43

Gambar 3.10 Sequence Diagram login

Berdasarkan gambar 3.10 sequence diagram login pengguna menggambarkan

scenario login yang dilakukan oleh pengguna. Untuk mengakses sistem pengguna

harus menginputkan username dan password, setelah username dan password

dimasukkan maka sistem akan melakukan validasi jika username dan password

sesuai maka sistem akan menampilkan halaman utama jika username dan password

tidak sesaui maka aplikasi akan menampilkan from login kembali.

 44

2. Sequence Diagram Proses Registrasi

Gambar 3.11 Proses Registrasi

Berdasarkan gambar 3.11 sequence diagram proses registrasi menggambarkan

scenario proses registrasi yang di lakukan oleh pengguna sebelum melakukan

penilaian sistem. Alur dari sequence ini yaitu pengguna masuk ke halaman utama

lalu memilih menu registrasi setelah masuk ke from registrasi pengguna dapat

mengisi data di from registrasi setelah data terisi lengkap lalu data disimpan ke

dalam sistem.
 45

3. Sequence Diagram Penilaian Sistem

Gambar 3.12 Sequence Diagram Penilaian Sistem

Berdasarkan gambar 3.12 sequence diagram menilai sistem informasi

akademik menggambarkan scenario yang dilakukan oleh pengguna untuk menilai

sistem, pengguna melakukan login terlebih dahulu lalu masuk ke halaman penilaian

menampilkan data setelah pengguna melakukan pengisian data dan data disimpan ke

dalam sistem. Adapun kategori yang akan di nilai pada sistem tersebut yaitu

penilaian KRS dan E-BAAK.

 46

4. Sequence Diagram Melihat Hasil Penilaian

Gambar 3.13 Sequence Diagram melihat hasil penilaian

Berdasarkan gambar 3.13 sequence diagram melihat hasil penilaian

menggambarkan skenario yang dilakukan oleh pengguna untuk melihat hasil,

pengguna yang dapat melihat yaitu admin dan pimpinan. Alur dari sequence ini yaitu

pengguna memilih menu penilaian sistem lalu masuk ke halaman hasil penilaian lalu

sistem menampilkan hasil penilaian.

 47

5. Sequence Diagram mencetak laporan

Gambar 3.15 Sequence Diagram Mencetak Laporan

Berdasarkan gambar 3.15 sequence diagram mencetak laporan

menggambarkan scenario yang dilakukan oleh pengguna untuk mencetak laporan

penilaian sistem informasi akademik , untuk mencetak laporan penilaian pengguna

memilih menu penilaian sistem dihalaman utama lalu memilih halaman laporan

langkah selanjutnya sistem menampilkan laporan. Laporan yang ditampilkan yaitu

laporan penilaian sistem informasi akademik.

 48

3.2.1.4 Class Diagram

Class diagram menggambarkan struktur statis dari sebuah aplikasi. Adapun

class diagram sebagai berikut :

Gambar 3.16 Class Diagram

 49

3.2.2 Perancangan Antar Muka

Perancangan antar muka adalah interaksi antara pengguna dengan sistem yang

terdiri dari desain input dan output, berikut perancangan antar muka yang ada dalam

sistem:

1. Tampilan Home

Gambar 3.17 Tampilan Home

 50

2. Tampilan Home Pengguna

Gambar 3.18 Tampilan Home Pengguna

3. Tampilan Home Admin

Gambar 3.19 Tampilan Home Admin

 51

4. Tampilan Home Pimpinan

Gambar 3.20 Tampilan Home Pimpinan

5. Tampilan Output Data Penilaian

Gambar 3.21 Tampilan Output Data Penilaian

 52

6. Grafik Hasil Penilaian E-BAAK

Gambar 3.22 Grafik Hasil Penilaian E-BAAK

7. Desain Login

Gambar 3.23 Desain Login

 53

8. Desain Registrasi

Gambar 3.24 Desain Registrasi

9. Desain Input Penilaian

Gambar 3.26 Desain Input Penilaian

 54

3.2.3 Perancangan Terinci

Berikut merupakan desain database yang digunakan dalam sistem yang

dirancang oleh penulis :

1. Tabel User
Tabel User merupakan tabel yang menyimpan Data Pengelola baik itu admin
maupun operator. Tabel User dapat dilihat sebagai berikut :
Nama Database : db_kuisioner
Nama Tabel : tb_user
Primay Key : id_user

Tabel 3.1.Tabel User

Field Type Length/Values Description
Id_user Vachar 20 id_user
Username Varchar 20 username
Password Varchar 20 password

2. Tabel Pengguna
Nama Tabel : tb_pengguna
Primay Key : id_pengguna

Tabel 3.2. Tabel Pengguna

Field Type Leght/Values Description

Id_pengguna Varchar 20 Id_user
Username Varchar 20 Username
Password Varchar 20 password
Tanggal_lahir Date - Tanggal lahir
Jenis_kelamin Varchar 15 Jenis kelamin
Alamat Varchar 30 Alamat penguna

3. Tabel Pertanyaan

Nama Tabel : tb_pertanyaan

Primay Key : id_pertanyaan

 55

Tabel 3.3. Tabel Pertanyaan

Field Type Leght/Values Description
Id_pertanyaan Varchar 20 Id_pertanyaan
Pertanyaan Varchar 50 Pertanyaan
Id_kategori Varchar 20 Id_kategori

4. Tabel Kategori

Nama Tabel : tb_kategori

Primay Key : id_kategori

Tabel 3.4 Tabel Kategori

Field Type Leght/Value Description
Id_kategori Varchar 20 Id_kategori
Kategori Varchar 20 Kategori

5. Tabel Penilaian Harapan

Nama Tabel : tb_penilaian_harapan

Primay Key : id_penilaian

Tabel 3.5 Tabel Penilaian_harapan

Field Type Leght/Value Description
Id_penilaian_harapan Varchar 11 Id_penilaiaan
Id_User Int 11
Id_Pertanyaan Int 11
Range Int 11
Tanggal_Penilaian Date -

6. Tabel Penilaian Presepsi

Nama Tabel : tb_penilaian_presepsi

Primay Key : id_penilaian

Tabel 3.5 Tabel Penilaian

Field Type Leght/Value Description
Id_penilaian_presepsi varchar 11 Id_penilaian
Id_User Int 11
 56

Id_Pertanyaan Int 11
Range Int 11
Tanggal_Penilaian Date -

3.2.4 Hirarki Menu

Hirarki menu adalah gambaran menu yang dapat di akses oleh masing-masing

pengguna. Dalam aplikasi yang dibangun terdapat tiga pengguna. Adapun gambaran

hirarki menu program dapat dilihat pada gambar dibawah ini :

1. Hirarki Menu Pengguna

Hirarki ini menggambarkan tingkatan menu program yang dimiliki oleh pengguna.

Adapaun gambar yang dimaksudkan dapat dilihat pada gambar dibawah ini :

Gambar 3.27 Hirarki Menu Program Pengguna

2. Hirarki Menu Admin

Hirarki ini menggambarkan tingkatan menu program yang dimiliki admin. Adapun

gambar yang dimaksudkan dapat dilihat dibawah ini :

 57

Gambar 3.28 Hirarki Menu Program Admin

3. Hirarki Menu Pimpinan

Hirarki ini menggambarkan tingkatan menu program yang dimiliki pimpinan.

Adapun gambar yang dimaksudkan dapat dilihat dibawah ini :

Gambar 3.29 Hirarki Menu Pimpinan