BAB III ANALISIS DAN PERANCANGAN Pada bab ini akan dijelaskan mengenai proses analisa perangkat lunak dan perancangan atau desain perangkat lunak. 3.1 ANALISA SISTEM Analisa aplikasi ini meliputi 3 (tiga) aspek penting yaitu analisa kebutuhan input/ masukan, proses dan output/ keluaran. 3.1.1 ANALISA MASUKAN Data masukan yang diperlukan dalam aplikasi ini adalah data dosen, data matakuliah, dan data ruang kuliah. Di dalam aplikasi data-data tersebut akan diproses sesuai dengan Algoritma Priority Scheduling yang akan dijelaskan dalam analisa dan desain proses. Metode masukan data didesain melalui keyboard dan mouse yang terhubung dengan komputer. Sebagai media input data ke dalam aplikasi akan digunakan formulir elektronik. Secara lebih rinci dijelaskan di dalam perancangan antarmuka. 3.1.2 ANALISA PROSES Penentuan jadwal mengajar dosen ini akan ditentukan menurut Algoritma Priority Scheduling. Tahapannya yang dilakukan dalam aplikasi ini secara garis besar adalah: 1. Banyaknya jumlah dosen yang akan dijadwalkan menandakan banyaknya proses yang harus dijalankan di dalam Algoritma Priority Scheduling. 2. Menentukan data dosen yang menunjukkan status dosen yaitu: Dosen Tetap, Dosen Home Base, dan Dosen Tidak Tetap akan menentukan kriteria diutamakan atau tidak untuk dijadwalkan. Dosen Tetap termasuk dalam diutamakan dan Dosen Home Base dan Dosen Tidak Tetap termasuk dalam tidak diutamakan. Karena Algoritma Priority Scheduling ini menggunakan 33
34 skema preemtive maka dosen yang diutamakan akan didahulukan untuk dijadwalkan. 3. Pemrosesan penghitungan point klasifikasi yang didapat dari klasifikasi dosen dan klasifikasi matakuliah. Nilai klasifikasi yang dihitung diantaranya: jabatan, tingkat pendidikan, masa kerja, jenis matakuliah, dan jumlah SKS matakuliah. Dosen yang diutamakan penjadwalannya terlebih dahulu adalah dosen dengan point klasifikasi tertinggi sama halnya dengan matakuliah, yang diutamakan penjadwalannya terlebih dahulu adalah matakuliah dengan point klasifikasi tertinggi. Jika ada dua dosen atau dua matakuliah yang memiliki point sama maka kedua dosen dan matakuliah tersebut akan mempunyai prioritas penjadwalan yang sama. Point klasifikasi ini akan menjadi parameter yang disebut priority dalam Algoritma Priority Scheduling. 4. Kemudian mengumpulkan data jumlah batasan SKS seorang dosen boleh mengajar. Hal ini akan menjadi parameter yang disebut burst time dalam Algoritma Priority Scheduling. 5. Memproses penjadwalan, yaitu dosen yang mempunyai bobot klasifikasi terbesar akan dijadwalkan terlebih dahulu untuk mengajar sesuai SKS yang boleh diajarkan berdasarkan jabatan dan jumlah kelas dibuka untuk matakuliah tersebut. 6. Data penjadwalan yang dihasilkan aplikasi lalu dilengkapi oleh user dengan data ruang kelas, hari mengajar, dan waktu mengajar yang masih harus dilakukan secara manual ke dalam aplikasi. Model dan Bobot Penilaian Klasifikasi Dosen Penilaian ini, dibuat dalam 5 jenis penilaian yaitu model penilaian jabatan (untuk Dosen Tetap), model penilaian tingkat pendidikan dosen, model penilaian masa kerja, model penilaian jenis matakuliah, dan model penilaian jumlah SKS matakuliah. Dimana masing-masing unsur tersebut memiliki beberapa elemen penilaian yang akan menentukan hasil akhir point klasifikasi dosen dan matakuliah.
35 Setiap elemen berbobot penilaian yang berbeda-beda tergantung dari hasil penilaian kriteria yang ada. Batasan penilaian ditentukan oleh penulis dimulai dari angka 40 sebagai yang terendah sampai dengan nilai 100 sebagai yang tertinggi. Sedangkan bobot penilaiannya ditentukan berdasarkan kriteria yang telah ditetapkan oleh penulis. Model Penilaian Tingkat Pendidikan Kriteria Penilaian Nilai Bobot S3 S2 S1 100 80 70 25% Model Penilaian Jenjang Jabatan Kriteria Penilaian Nilai Bobot Asisten Ahli Lektor Lektor Kepala Guru Besar 40 60 80 100 25% Model Penilaian Masa Kerja Kriteria Penilaian Nilai Bobot 1-4 tahun 5-7 tahun 8-10 tahun >10 tahun 40 60 80 100 20% Model Penilaian Jenis Matakuliah Kriteria Penilaian Nilai Bobot Wajib Pilihan 80 40 20% Model Penilaian Jumlah SKS Matakuliah Kriteria Penilaian Nilai Bobot 2 3 4 40 60 80 10%
36 3.1.3 ANALISA KELUARAN Keluaran menggambarkan informasi bagi pengguna aplikasi dan merupakan komponen yang paling dapat dilihat dari aplikasi yang bekerja. Aplikasi ini akan menghasilkan perhitungan untuk menentukan prioritas dalam penjadwalan dosen dan keluaran berupa laporan penjadwalan dosen untuk mengajar matakuliah. Keluaran yang dihasilkan akan berupa report file berupa file dalam bentuk format microsoft excel dan dalam bentuk laporan yang bisa dicetak. 3.2 PERANCANGAN SISTEM Perancangan aplikasi ini meliputi gambaran aplikasi yang digambarkan dengan beberapa diagram diantaranya sebagai berikut: 3.2.1 USE CASE Diagram use case berikut akan menunjukkan gambaran aplikasi secara keseluruhan dan menunjukkan posisi antara pengguna dan aplikasi. Aplikasi Admin * * «extends» «extends» Kelola Data Simpan Data Hitung Point «extends» «extends» «extends» Cari Data «extends» Bersihkan Form Hapus Data Buat Jadwal «extends» Menerbitkan Jadwal Gambar 3.1 Use case Aplikasi Penjadwalan Dosen Mengajar dengan Algoritma Priority Scheduling Dosen
37 Berikut ini adalah deskripsi untuk masing masing use case dalam Aplikasi. 3.2.1.1 USE CASE KELOLA DATA Nama Use Case Kelola Data Deskripsi singkat Aplikasi menampilkan form utama disertai pilihan untuk mengelola data yang diinginkan yaitu data dosen, data matakuliah, dan data ruang kelas Aktor Admin Kondisi Sebelum Admin mengisi form masukan data berdasarkan data yang akan dikelola dengan lengkap Kondisi Sesudah Form masukan terisi data Flow Normal Admin memilih data yang akan dikelola lalu melengkapinya Flow Alternatif - 3.2.1.2 USE CASE BERSIHKAN FORM Nama Use Case Bersihkan Form Deskripsi singkat Aplikasi mempersiapkan form masukan data agar siap untuk digunakan mengelola data Aktor Admin Kondisi Sebelum Form dalam kondisi sudah terisi data atau baru dibuka admin Kondisi Sesudah Form masukan dalam keadaan kosong, dan siap untuk diisi data Flow Normal Admin memilih data yang akan dikelola lalu menjalankan button Baru untuk mengosongkan form masukan Flow Alternatif - 3.2.1.3 USE CASE SIMPAN DATA Nama Use Case Simpan Data Deskripsi singkat Aplikasi meyimpan data atau merubah data dari form
38 masukan ke dalam basis data Aktor Admin Kondisi Sebelum Form masukan dalam keadan terisi data yang akan disimpan Kondisi Sesudah Data dimasukan ke dalam basis data Flow Normal Admin megisi form masukan dan aplikasi menyimpan data ke dalam basis data jika merupakan data baru maka akan menambah jumlah data jika data lama maka hanya akan merubah data tersebut Flow Alternatif - 3.2.1.4 USE CASE CARI DATA Nama Use Case Cari Data Deskripsi singkat Aplikasi mencari data dari basis data dan menampilkannya pada form dan grid Aktor Admin Kondisi Sebelum Form masukan dalam keadan terisi data yang akan dicari Kondisi Sesudah Data yang dicari dimunculkan pada form masukan Flow Normal Aplikasi mencari data ke dalam basis data sesuai dengan data yang cocok dengan data yang ada pada form masukan Flow Alternatif - 3.2.1.5 USE CASE HAPUS DATA Nama Use Case Hapus Data Deskripsi singkat Aplikasi menghapus data dari basis data Aktor Admin Kondisi Sebelum Form masukan dalam keadan terisi data yang akan dihapus Kondisi Sesudah Data terhapus dari dalam basis data Flow Normal Aplikasi mencari data dari basis data yang sesuai dengan
39 Flow Alternatif - data yang ada pada form masukan lalu menghapusnya. 3.2.1.6 USE CASE HITUNG POINT Nama Use Case Hitung Point Deskripsi singkat Aplikasi menampilkan hasil perhitungan beberapa kriteria klasifikasi dosen dan matakuliah untuk menentukan penjadwalan dosen Aktor Admin Kondisi Sebelum Semua data yang diperlukan untuk perhitungan sudah ada di dalam basis data Kondisi Sesudah Hasil perhitungan ditampilkan oleh aplikasi berdasarkan perolehan data secara urut. Flow Normal Semua data yang diperlukan diproses dengan prosedure perhitungan lalu diurutkan berdasarkan total hasil perhitungan dan jumlah sks dosen boleh mengajar. Flow Alternatif - 3.2.1.7 USE CASE BUAT JADWAL Nama Use Case Buat Jadwal Deskripsi singkat Melengkapi data matakuliah dan dosen pengajar dari hasil perhitungan berdasarkan berdasarkan semester yang dipilih dengan data ruang kelas dan hari. Aktor Admin Kondisi Sebelum Aplikasi memampilkan data matakuliah dan dosen pengajar berdasar semester yang dipilih Kondisi Sesudah Aplikasi menyimpan data matakuliah dan dosen pengajar lengkap dengan ruang kuliah, jam, dan harinya Flow Normal Aplikasi menampilkan data matakuliah dan dosen berdasarkan semester yang dipilih lalu admin melengkapi data tersebut dengan data ruang kelas, jam, dan hari belajar.
40 Flow Alternatif - 3.2.1.8 USE CASE MENERBITKAN JADWAL Nama Use Case Deskripsi singkat Aktor Kondisi Sebelum Kondisi Sesudah Kelola Data Aplikasi mengeluarkan laporan berupa jadwal mengajar dosen dalam bentuk laporan yang dicetak atau disimpan dalam file excel. Dosen Aplikasi menampilkan form laporan Aplikasi menampilkan laporan berupa jadwal kuliah yang bisa dicetak atau disimpan dalam bentuk excel Flow Normal Dosen memilih semester berapa dan kelas mana yang akan ditampilkan laporannya lalu aplikasi mengeluarkan laporan tersebut berdasarkan format yang telah di buat untuk aplikasi Flow Alternatif - 3.2.2 ACTIVITY DIAGRAM Pada bagian ini akan ditunjukkan bagaimana aliran proses aktifitas aplikasi yang sedang dibangun. Dari masing-masing use case di atas menghasilkan activity diagram sebagai berikut: Gambar 3.2 Activity diagram Use Case Kelola Data
41 Activity diagram diatas menjelaskan bahwa, proses untuk memulai mengelola data dilakukan dengan menjalankan aplikasi lalu dilanjutkan dengan memilih data yang akan dikelola dan melengkapi form masukan untuk data tersebut dengan data yang diinginkan. Admin Aplikasi * * Klik Button Baru Buat Object Membersihkan Form Gambar 3.3 Activity diagram Use Case Bersihkan Form Activity diagram diatas menjelskan bahwa untuk proses mengelola data baru atau data yang sudah ada, jika form masukan dalam keadaan terisi data maka bisa dikosongkan oleh aplikasi agar bisa digunakan kembali.
42 Admin Aplikasi * * Lengkapi Form Klik Button Simpan Isi Object Buka Koneksi Database Jika bukan object baru Jika object baru Simpan Data ke Database Ubah Data dari Database Menampilkan Data dari Database di grid Gambar 3.4 Activity diagram Use Case Simpan Data Activity diagram tersebut menunjukkan proses data yang akan disimpan ke dalam basis data. Jika data yang akan disimpan ke dalam basis data merupakan data baru maka data tersebut akan dimasukan ke dalam basis data dan jika data tersebut merupakan data yang sudah ada maka aplikasi akan merubahnya sesuai dengan form masukan yang telah dilengkapi admin.
43 Gambar 3.5 Activity diagram Use Case Cari Data Activity diagram tersebut menjelaskan bahwa aplikasi akan menunjukkan data dari data base yang sedang dicari oleh pengguna melalui form masukkan kedalam data grid yang ada pada masing-masing form masukan. Gambar 3.6 Activity diagram Use Case Hapus Data
44 basis data. Activity diagram tersebut menjelaskan proses data yang akan dihapus dari Admin Aplikasi * * Pilih Penjadwalan Dosen Buka Koneksi Database Menjalankan Prosedure Hitung Point Dosen Menjalankan Prosedure Hitung Point Matakuliah Baca Batasan Jumlah SKS Dosen Mengajar Menyesuaikan Jumlah SKS Matakuliah dengan SKS Dosen Memberikan Matakuliah Kepada Dosen berdasarkan urutan point Jumlah SKS Dosen dan Matakuliah Belum Sesuai Simpan dalam Database Menampilkan Data dari Database di Grid Update Tabel Dosen Update Tabel Matakuliah Gambar 3.7 Activity diagram Use Case Hitung Point Activity diagram tersebut menunjukkan proses penentuan dosen mengajar matakuliah berdasarkan prioritas. Aplikasi akan menjalankan prosedure untuk
45 menghitung point dosen dan point matakuliah. Kemudian dari point dosen diurutkan berdasarkan hasil point tertinggi dilengkapi dengan matakuliah yang diajarkan. Penentuan matakuliah yang diajarkan diprioritaskan dari matakuliah dengan perolehan point tertinggi dan jumlah kelas yang dibuka untuk matakuliah tersebut. Dosen berdasarkan urutan perolehan point akan dipenuhi jatah mengajarnya sesuai dengan jumlah SKS yang boleh diajarkan. Data dosen mengajar yang sudah terbentuk akan disimpan ke dalam basis data. Gambar 3.8 Activity diagram Use Case Buat Jadwal
46 Activity diagram tersebut diatas menjelaskan bagaimana melengkapi data dosen mengajar yang sudah terbentuk dengan data hari dan ruang kelas. Dosen Aplikasi * * Pilih Semester Menampilkan Data Simpan ke File Pdf Cetak Simpan ke File Excel Gambar 3.9 Activity diagram Use Case Menerbitkan Jadwal Activity diagram tersebut menunjukkan proses bagaimana dosen mengambil laporan dari aplikasi.
47 3.2.3 CLASS DIAGRAM Class Diagram untuk menggambarkan struktur deskripsi objek yang akan diproses oleh sistem, rancangan-rancangan class diagram dideskripsikan sebagai berikut: 3.2.3.1 CLASS DOSEN Class dosen merupakan sebuah objek yang akan berfungsi sebagai tempat penampung data-data dosen, sebelum melakukan pengolahan data. Class dosen digambarkan sebagai berikut: Gambar 3.10 Class Dosen 3.2.3.2 CLASS DOSEN MENGAJAR Class dosen mengajar merupakan sebuah objek yang akan berfungsi sebagai tempat penampung data-data dosen mengajar untuk melakukan pengolahan data dosen mengajar. Class dosen mengajar digambarkan sebagai berikut:
48 Gambar 3.11 Class Dosen Mengajar 3.2.3.3 CLASS MATAKULIAH Class matakuliah merupakan sebuah objek yang akan berfungsi sebagai tempat penampung data-data matakuliah untuk melakukan pengolahan data matakuliah. Class matakuliah digambarkan sebagai berikut: Gambar 3.12 Class Matakuliah
49 3.2.3.4 CLASS JADWAL MATAKULIAH Class jadwal matakuliah merupakan sebuah objek yang akan berfungsi sebagai tempat penampung data jadwal matakuliah untuk melakukan pengolahan data jadwal matakuliah. Class jadwal matakuliah digambarkan sebagai berikut: Gambar 3.13 Class Jadwal Matakuliah 3.2.3.5 CLASS RUANG Class ruang merupakan sebuah objek yang akan berfungsi sebagai tempat penampung data-data ruang kuliah untuk melakukan pengolahan data ruang kuliah. Class ruang digambarkan sebagai berikut: Gambar 3.14 Class Ruang
50 3.2.3.6 HUBUNGAN ANTAR CLASS Gambar 3.15 Class diagram Aplikasi
51 3.2.4 SEQUENCE DIAGRAM Gambar 3.16 Sequence Diagram Proses Menentukan Perhitungan Point Dosen dan Matakuliah
52 3.2.5 DIAGRAM BASIS DATA Gambar 3.17 Diagram Basis data Aplikasi Diagram basis data ini merupakan representasi grafik dari tabel yang disimpan oleh basis data yang penulis gunakan yaitu SQL Server 2005 dan bisa dimanipulasi dengan teknik dragand-drop dan interaksi dengan kotak dialog.
53 3.3 PERANCANGAN ANTAR MUKA 3.3.1 ANTARMUKA MASUKAN DATA DOSEN Gambar 3.18 Rancangan Antarmuka Masukan Data Dosen Antarmuka masukan data dosen berfungsi untuk mengelola data dosen mulai dari input, update, dan delete. 3.3.2 ANTARMUKA MASUKAN DATA MATAKULIAH Gambar 3.19 Rancangan Antarmuka Masukan Data Matakuliah
54 Antarmuka masukan data matakuliah berfungsi untuk mengelola data matakuliah mulai input, update, dan delete. 3.3.3 ANTARMUKA MASUKAN DATA RUANG KULIAH Gambar 3.20 Rancangan Antarmuka Masukan Data Ruang Kuliah Antarmuka masukan data ruangan kuliah berfungsi untuk mengelola data ruangan kuliah mulai input, update, dan delete. 3.3.4 ANTARMUKA HASIL PERHITUNGAN POINT DAN MENENTUKAN DOSEN MENGAJAR Gambar 3.21 Rancangan Antarmuka Hasil Perhitungan Point
55 Gambar antarmuka diatas untuk menunjukkan hasil perhitungan point dari masing- masing kriteria dan menunjukkan hasil prioritas dosen untuk mengajar matakuliah. 3.3.5 ANTARMUKA UNTUK MELENGKAPI JADWAL DOSEN Gambar 3.22 Rancangan Antarmuka Untuk Melengkapi Jadwal Dosen Rancangan antarmuka diatas digunakan untuk melengkapi data dosen yang telah ditentukan oleh aplikasi mengajar matakuliah dengan data ruang kuliah dan hari agar menjadi sebuah jadwal perkuliahan. 3.3.6 ANTARMUKA UNTUK MENGELUARKAN LAPORAN Gambar 3.23 Rancangan Antarmuka Untuk Mengeluarkan Laporan Perancangan antarmuka untuk mengeluarkan laporan digunakan untuk mempermudah pengguna mengambil data yang sudah diolah oleh aplikasi.