Sistem Pendukung Keputusan Kelompok Pemilihan Mahasiswa Berprestasi di Universitas Muria Kudus

Pemilihan dan penetapan Mahasiswa berprestasi menjadi suatu proses yang lama dan rumit. Proses pemilihantersebut banyak terdapat peluang untuk membuat keputusan yang salah karena proses pemilihan mahasiswa berdasarkan  subyektifitas. Ini berarti kemungkinan besar bahwa mahasiswa berprestasi yang dipilih tidak mencapai standart yang diinginkan dan tidak memperoleh kandidat terbaik. Oleh karena itu dibuatlah suatu sistem pendukung keputusan yang dapat melakukan proses perhitungan terhadap seluruh kriteria untuk pemilihan mahasiswa berprestasi.  Sistem ini akan mengimplementasikan logika fuzzy ke dalam query, yang disebut Fuzzy Query Database. Artinya, suatu query yang memiliki variabelvariabel yang bernilai fuzzy. Masalah yang akan diselesaikan adalah proses pemilihan mahasiswa berprestasi. Mahasiswa yang akan direkomendasikan menjadi mahasiswa berprestasi memiliki kriteria-kriteria yang bernilai fuzzy. Sedangkan data yang ada pada database bernilai pasti. Kriteria-kriteria yang dibutuhkan antara lain nilai IPK, nilai TOEFL, kegiatan intra-ekstrakulikuler,Karya Tulis. Hasil dari sistem ini berupa daftar mahasiswa berprestasi yang sesuai dengan kriteria yang telah ditentukan. Sistem ini dibuat dengan menggunakan database MySQL dan bahasa pemrograman PHP.

2.      Tujuan

1.      Menerapkan metode Fuzzy Query Database dalam membangun sistem pendukung keputusan pemilihan mahasiswa berprestasi.

2.      Mengubah Sistem yang masih manual menjadi sistem terkomputerisasi.

3.      Proses pengajuan beasiswa berprestasi lebih efektif dan efesien.

3.      Target Pengguna

a)      Sistem pendukung keputusan yang dibuat adalah sistem pendukung keputusan yang hanyamembantu memberikan alternatif mahasiswa berprestasi tingkat perguruan tinggi.

b)      Kriteria pemilihan pengambilan keputusan yangdigunakan merupakan hasil dari kebijakan yangtelah ditetapkan oleh Direktorat Jendera Pendidikan Tinggi-Departemen PendidikanNasional (DIKTI), yakni IPK, Karya Tulis,Kegiatan Intra-Ekstrakurikuler, KemampuanBahasa Inggris.

4.      Fungsionalitas

Manfaat yang dapat diharapkan sistem ini dapat membantu pihak perguruan yinggi di Universitas Muria Kudus untuk menentukan mahasiswa berprestasi yang  berhak menerima beasiswa dengan tepat sasaran.Dalam penentuan pemilihan mahasiswa berprestasi ini menggunakan metode fuzzy query. Sistem pemilihan mahasiswa berprestasi ini digambarkan melalui sebuah blok diagram sebagai berikut :

Data Input: Nama,Jurusan,IPK,Toefl,Karya Tulis, Kegiatan Intra-Ekstrakulikuler

Data output: hasil pemilihan mahasiswa berprestasi

Tentukan Fungsi Keanggotaan

Olah data dengan metode fuzzy query dan submit

Fuzzyfikasi (IPK,Toefl,Karya Tulis,Kegiatan Intra-ekstrakulikuler)

 

a)        Pengolahan Data

Data kriteria pemilihan mahasiswa ini di inputkan oleh seorang admin berdasarkan kriteria yang telah ditentukan. Dari kriteria ini akan dicari nilai pada masing-masing kriteria, kemudian dari nilai mu tersebut ditentukan nilai Fire Strenght. Nilai Fire Strenght inilah yang nantinya dicari nilai paling minimum, lalu dibandingkan dengan nilai minimum Fire Strenght kriteria yang lain. Setelah prosespembandingan itu, maka didapatkan solusi dari pemilihan mahasiswa berprestasi.

Desain Input:

b)        Penyajian Data.

Desain output:

Data yang tersimpan dalam MySql akan diolah lalu berupa tabel yang berisi tentang mahasiswa berprestasi serta informasi kriterianya.

  

5.      Tool Implementasi / Desain

a)      Form Menu Mahasiswa Berprestasia                                                                       

b)      Form finput data Mahasiswa berprestasi

c)      FormCetak Data mahasiswa berprestasi

6.      Teknik evaluasi

Nilai setiap aspek penilaian kinerja sistem juga mengalami peningkatan yang cukup banyak dibandingkan dengan sistem lama. Hal ini menunjukkan bahwa sistem pendukung keputusan pemilihan mahasiswa berprestasi ini memberikan banyak manfaat dan kemudahan bagi pengguna sistem.

7.      Kesimpulan

Kesimpulan dari rencana pengajuan sistem yang akan dibuat adalah:

1.      Sistem Pendukung Keputusan Kelompok Pemilihan Mahasiswa Berprestasi di Universitas Muria Kudus akan memudahkan pihak dari Universitas untuk menentukan mahasiswa yang masuk kriteria yang mendapatkan beasiswa. Hal tersebut akan membantu pihak Universitas untuk menetapkan kebijakan yang harus diambil untuk meningkatkan kualitas mahasiswa di Universitas Muria kudus.

2.      Kriteria Pemilihan mahasiswa ini melalui proses query yang dilakukan oleh seorang Admin. Hasil dari proses query ini ditampilkan berupa tabel yang berisi data mahasiswa dan kriteria yang lolos untuk menerima beasiswa.

TEST CASE PADA SISTEM PERPUSATKAAN DAERAH KABUPATEN KUDUS DENGAN METODE BLACK BOX TESTING

      I.            Sistem Informasi Perpustakaaan Daerah Kabupaten Kudus

Sistem Informasi peminjaman Buku perpustakaan adalah sistem Informasi yang digunaan untuk mengelola Semua aktivitas dan data  Perpusakaan di Daerah Kudus, sistem ini diharapkan dapat membantu memudahkan dalam Pengelolaan data di perpustakaan mulai dari Pendaftaran, Data Buku, Data Peminjaman, Data Pengembalian, Data Member dan Rekap laporan,Perpustakaan merupakan salah satu sumber informasi yang memiliki kekuatan yang sangat luas mencakup berbagai ilmu pengetahuan, teknologi, seni maupun politik. Dalam segi pelayanan kepada pengguna, perpustakaan memiliki keterbatasan, misalnya di perpustakaan daerah hanya bisa di jangkau oleh masyarakat yang dekat dengan lokasi perpustakaan tersebut. Sedangkan untuk masyarakat di daerah pelosok yang jauh, mereka tidak dapat menikmati apa yang tersedia di perpustakaan menetap, padahal semua masyarakat sangat membutuhkan informasi. Selain itu dengan adanya sistem ini diharapkan akan lebih mempermudah semua dalam aktivitas perpustakaan sperti peminjaman dang pengembalian buku dan meningkatkan kualitas pelayanan perpusatakaan daerah kabupaten kudus yang akan berdampak positif untuk meningkatkan minat masyarakat dalam membaca Dari penjelasan tersebut dapat diambil kesimpulan bahwa perpustakaan Kabupaten Kudus membutuhkan sistem yang dapat menangani masalah pengolahan data dan Semua aktivitas perpustakaan , oleh karena itu perlu dibuat sistem informasi perpustakaan Kabupaten Kudus berbasis web yang dapat diakses secara online.

   II.            System Use Case Diagram :

Gambar 1 : Use Case Diagram Perpustakaan

III.            Tahapan Testcase dari Use Case

a.      Test Case pada Use Case data Member  (Tahap Yang dibuat Sri Rahayu )

1.      Tahap Identifikasi Skenariodari Use Case

Basic Flow

1.      Pelanggan Melakukan regristrasi dengan admin

2.      Mengisi formulis Pendaftaran

3.      Menyerahkan Formulir ke admin

4.      Admin Mengisi form pendaftran

5.      Admin submit data

6.      Sistem menyimpan data

Alternative Flow

1)      Regristrasi berhasil

2)      Salah satu inputan kosong

3)      Mengisi data yang sudah ada            

4)      Nama Di isi dengan Angka

5)      Tgl daftar Kurang dari tanggal lahir

Tabel 1 :Tabel Skenario

Nama Skenario	Starting Flow	Alternatif
Skenario I – Registrasi	Basic Flow	A1
Skenarion II – Salah satu input kosong	Basic Flow	A2
Skenario III – Mengisi data yang sudah ada	Basic Flow	A3
Skenario IV – Nama di isi dengan angka	Basic Flow	A4
Skenario V – Tgl Daftar Kurang dari Tgl_Lahir	Basic Flow	A5

2.      Mengidentifikasi Test Case

Skenario	Kondisi	ID Member	Nama	JeKel	Tgl_Lahir	Alamat	Pekerjaan	No.Telp	Tgl_Daftar	Hasil Yang Diharapkan
Skenario I	Registrasi Berhasil	V	v	v	v	v	V	v	v	Registrasi Berhasil
Skenario II	Salah satu input kosong	V	v	v	N/A	v	V	v	v	Konfirmasi Erorr ditampilkan
Skenario III	Mengisi data yang suda h ada	N/A	N/A	N/A	N/A	N/A	N/A	N/A	N/A	Konfirmasi Erorr ditampilkan
Skenario IV	Nama diisi dengan angka	V	i	v	v	v	V	v	v	Konfirmasi Erorr ditampilkan
Skenario V	Tgl Daftar Kurang dari Tgl_Lahir	V	v	v	i	v	V	v	i	Konfirmasi Erorr ditampilkan

3.      Mengidentifikasi Value Test Case

Tabel 3 : Tabel Value Test Case

Skenario	Kondisi	ID Member	Nama	JeKel	Tgl_Lahir	Alamat	Pekerjaan	No.Telp	Tgl_Daftar	Hasil Yang Diharapkan
Skenario I	Registrasi Berhasil	MB0001	Sri Rahayu	Wanita	12/02/1995	Pati	Mahasiswi	089654980562	24/12/2016	Konfirmasi keberhasilan ditampilkan
Skenario II	Salah satu input kosong	MB0001	Sri Rahayu	Wanita		Pati	Mahasiswi	089654980562	24/12/2016	Konfirmasi erorr ditampilkan
Skenario III	Mengisi data yang suda h ada	MB0001	Sri Rahayu	Wanita	12/02/1995	Pati	Mahasiswi	089654980562	24/12/2016	Konfirmasi Erorr ditampilkan
Skenario IV	Nama diisi dengan angka	MB0001	012345678	Wanita	12/02/1995	Pati	Mahasiswi	089654980562	24/12/2016	Konfirmasi Erorr ditampilkan
Skenario V	Tgl Daftar Kurang dari Tgl_Lahir	MB0001	Sri Rahayu	Wanita	24/12/2016	Pati	Mahasiswi	089654980562	12/02/1995	Konfirmasi Erorr ditampilkan

b.      Test Case pada Use Case Laporan  (Tahap Yang dibuat dwi Febri yuda)

1.      Tahap Identifikasi Skenariodari Use Case

Basic Flow

1.      Admin Membuka Form Laporan

2.      Admin  mengklik tombol  Rekap Laporan

3.      Sistem melakukan Update rekap Laporan

4.      Sistem melakukan Rekap Laporan

5.      User mengklik tombol Print

Alternative Flow

1)      Quit

User langsung menekan tombol Cancel/Batal. Sistem tidak

2)      melakukan kegiatan apapunUser tidak bisa masuk Form Laporan

3)      Terdapat Kesalah data Pada rekap laporan             

4)      Rekap Laporan  Kosong.

Apabila  Rekap lapporan Kosong dan tidak ada data laporan  dan sistem menampilkan informasi data laporan kosong

Tabel 1 :Tabel Skenario

Nama Skenario	Starting Flow	Alternatif
Skenario I – admin membuka form laporan	Basic Flow
Skenarion II- admin klik tombol rekap laporan	Basic Flow	A2
Skenario III – sistem update rekap laporan	Basic Flow	A3
Skenario IV – sistem rekap laporan	Basic Flow	A4

2.      Mengidentifikasi Test Case

Tabel 2 : Tabel Identifikasi Test Case

Skenario	Kondisi	ID laporan	Judul laporan	Hari	Tanggal	Tahun	Hasil Yang Diharapkan
Skenario I	Rekap Berhasil	v	v	V	v	v	Konfirmasi keberhasilan ditampilkan
Skenario II	Tidak bisa masuk Form laporan	N/A	N/A	N/A	N/A	N/A	Konfirmasi erorr ditampilkan
Skenario III	Terdapat kesalah data laporan	v	i	I	v	v	Konfirmasi Erorr ditampilkan
Skenario IV	Terdapat data rekap yang kosong	N/A	N/A	N/A	26 desember	2016	Konfirmasi Erorr ditampilkan

3.      Mengidentifikasi Value Test Case

Tabel 3 : Tabel Value Test Case

Skenario	Kondisi	ID laporan	Judul laporan	Hari	Tanggal	Tahun	Hasil Yang Diharapkan
Skenario I	Rekap Berhasil	LAP001	Rekap laporan peminjaman	senin	26 desember	2016	Konfirmasi keberhasilan ditampilkan
Skenario II	Tidak bisa masuk Form laporan	LAP001	Rekap Laporan	Senin	24/12/2016	30/12/2016	Konfirmasi erorr ditampilkan
Skenario III	Terdapat kesalah data laporan	LAP003	yudha	Rekap data pemngembalian	24 desember	2016	Konfirmasi Erorr ditampilkan
Skenario IV	Terdapat data rekap yang kosong	empty	empty	empty	26 desember	2016	Konfirmasi Erorr ditampilkan

c.       Test Case pada Use Case data Peminjaman buku  (Tahap Yang dibuat Kiki Indriani )

1.      Tahap Identifikasi Skenariodari Use Case

Basic Flow (iki ganti )

1.      Pelanggan Melakukan regristrasi dengan admin

2.      Mengisi formulis Pendaftaran

3.      Menyerahkan Formulir ke admin

4.      Admin Mengisi form pendaftran

5.      Admin submit data

6.      Sistem menyimpan data

Alternative Flow(iki ganti)

1.      Regristrasi berhasil

2.      Salah satu inputan kosong

3.      Mengisi data yang sudah ada            

4.      Alamat Di isi dengan Angka

5.      Tgl pinjam Kurang dari tanggal kembali

6.      Kondisi Buku

Tabel 1 :Tabel Skenario (iki ganti)

Nama Skenario	Starting Flow	Alternatif
Skenario I – Registrasi	Basic Flow	A1
Skenarion II – Salah satu input kosong	Basic Flow	A2
Skenario III – Mengisi data yang sudah ada	Basic Flow	A3
Skenario IV – Nama di isi dengan angka	Basic Flow	A4
Skenario V – Tgl Daftar Kurang dari Tgl_Lahir	Basic Flow	A5

Input Data Peminjaman Pada Sistem Peminjaman Buku

Skenario	Kondisi	Id Peminjaman	Nama	Alamat	No Buku	Judul Buku	Tgl Pinjaman	Tgl Kembali	Hasil yang diharapkan
Skenario I	Registrasi Berhasil	P001	Kiki Indriani	Rembang	135	Testing dan Implementasi	10/01/2016	17/01/2016	Berhasil ditampilkan
Skenario II	Salah satu input kosong	P001	Kiki Indriani	empty	135	Testing dan Implementasi	10/01/2016	17/01/2016	Yang ditampilkan Erorr
Skenario II	Mengisi data yang sudah ada	P001	Kiki Indriani	Rembang	135	Testing dan Implementasi	10/01/2016	17/10/2016	Yang ditampilkan Erorr
Skenario IV	Alamat diisi dengan angka	P001	Kiki Indriani	07291996	135	Testing dan Implementasi	10/01/2016	17/10/2016	Yang ditampilkan Erorr
Skenario V	Tgl pinjam kurang dari tgl kembali	P001	Kiki Indriani	Rembang	135	Testing dan Implementasi	17/10/2016	10/01/2016	Yang ditampilkan Erorr

Skenario	Kondisi	Id Peminjaman	Nama	Alamat	No Buku	Judul Buku	Tgl Pinjaman	Tgl Kembali	Hasil yang diharapkan
Skenario I	Registrasi Berhasil	v	v	v	v	v	v	v	Berhasil ditampilkan
Skenario II	Salah satu input kosong	v	v	N/A	v	v	v	v	Yang ditampilkan Erorr
Skenario II	Mengisi data yang sudah ada	N/A	N/A	N/A	N/A	N/A	N/A	N/A	Yang ditampilkan Erorr
Skenario IV	Alamat diisi dengan angka	v	v	i	v	v	v	v	Yang ditampilkan Erorr
Skenario V	Tgl pinjam kurang dari tgl kembali	v	v	v	v	v	i	i	Yang ditampilkan Erorr

Sing iki teruske koyo sing duwur, gawe basic flow karo alternatif flow

Skenario	Kondisi	Id Peminjaman	Nama	Alamat	No Buku	Judul Buku	Tgl Pinjaman	Tgl Kembali	Hasil yang diharapkan
Skenario I	Registrasi Berhasil	P001	Kiki Indriani	Rembang	135	Testing dan Implementasi	10/01/2016	17/01/2016	Berhasil ditampilkan
Skenario II	Salah satu input kosong	P001	Kiki Indriani	empty	135	Testing dan Implementasi	10/01/2016	17/01/2016	Yang ditampilkan Erorr
Skenario II	Mengisi data yang sudah ada	P001	Kiki Indriani	Rembang	135	Testing dan Implementasi	10/01/2016	17/10/2016	Yang ditampilkan Erorr
Skenario IV	Alamat diisi dengan angka	P001	Kiki Indriani	07291996	135	Testing dan Implementasi	10/01/2016	17/10/2016	Yang ditampilkan Erorr
Skenario V	Tgl pinjam kurang dari tgl kembali	P001	Kiki Indriani	Rembang	135	Testing dan Implementasi	17/10/2016	10/01/2016	Yang ditampilkan Erorr

Input Data Pengembalian Pada Sistem Peminjaman Buku

Skenario	Kondisi	ID Member	Nama	Buku yang dipinjam	Tanggalpinjam	Tanggl kembali	keterlambatan	Denda	Hasil Yang Diharapkan
Skenario I	Mengisi data pengembaliaan	AB001	Meidy	Pemrogramman web	24/12/2016	27/12/2016	Temapt waktu	0	Konfirmasi keberhasilan ditampilkan
Skenario II	Keterlambatan	AB001	Meidy	Pemrogramman web	24/12/2016	30/12/2016	2hari	3000	Konfirmasi erorr ditampilkan
Skenario III	Mengubah data	AB001	Meidy	Pemrogramman web	24/12/2016	30/12/2016	3hari	3000	Konfirmasi Erorr ditampilkan
Skenario IV	Data pengembaliaan tersimpan	AB001	Meidy	Pemrogramman web	24/12/2016	30/12/2016	3hari	3000	Konfirmasi Erorr ditampilkan

Skenario	Kondisi	ID Member	Nama	Buku yang dipinjam	Tanggalpinjam	Tanggl kembali	keterlambatan	Denda	Hasil Yang Diharapkan
Skenario I	Mengisi data pengembaliaan	V	v	v	v	v	v	v	Konfirmasi keberhasilan ditampilkan
Skenario II	Keterlambatan	V	v	v	v	v	i	v	Konfirmasi erorr ditampilkan
Skenario III	Mengubah data	I	v	v	V	v	v	v	Konfirmasi Erorr ditampilkan
Skenario IV	Data pengembaliaan tersimpan	V	v	v	v	v	v	v	Konfirmasi Erorr ditampilkan

Input Data Buku Pada Sistem Peminjaman Buku

Skenario	Kondisi	Id_Buku	Judul	Pengarang	Penerbit	Tgl_Penerbit	Tahun	Hasil yang diharapkan
Skenario I	Registrasi Berhasil	B001	Testing dan Implementasi	Andrea Hirata	Bentang Pustaka	12/02/2005	2005	Berhasil ditampilkan
Skenario II	Salah satu input kosong	B001	Testing dan Implementasi		Bentang Pustaka	12/02/2005	2005	Yang ditampilkan Erorr
Skenario III	Mengisi data yang sudah ada	B001	Testing dan Implementasi	Andrea Hirata	Bentang Pustaka	12/02/2005	2005	Yang ditampilkan Erorr
Skenario IV	Judul diisi dengan angka	B001	01234567	Andrea Hirata	Bentang Pustaka	12/02/2005	2005	Yang ditampilkan Erorr

Skenario	Kondisi	Id_Buku	Judul	Pengarang	Penerbit	Tgl_Penerbit	Tahun	Hasil yang diharapkan
Skenario I	Registrasi Berhasil	v	v	v	v	v	v	Berhasil ditampilkan
Skenario II	Salah satu input kosong	v	v	N/A	v	v	v	Yang ditampilkan Erorr
Skenario III	Mengisi data yang sudah ada	N/A	N/A	N/A	N/A	N/A	N/A	Yang ditampilkan Erorr
Skenario IV	Judul diisi dengan angka	v	I	v	v	v	v	Yang ditampilkan Erorr