rup
TRANSCRIPT
1
APLIKASI MONITORING DAN EVALUASI PERKULIAHAN
(Studi Kasus Fakultas Sains dan Teknologi UIN Sunan Gunung Djati
Bandung)
Titi Syamsiyah R. - 207700475
Jurusan Teknik Informatika
Fakultas Sains dan Teknologi
UIN Sunan Gunung Djati Bandung
Email : [email protected]
ABSTRAK
Berdasarkan keadaan Fakultas Sains dan Teknologi yang telah mendukung
kegiatan komputerisasi dalam administrasi kampus yaitu menggunakan jaringan
komputer, maka dalam hal ini monitoring dan evaluasi perkuliahanpun dapat
dilakukan dengan menggunakan jaringan komputer.
Untuk itu, maka dbuatlah aplikasi yang membantu pihak jurusan dalam
memonitor perkuliahan. Aplikasi ini dibuat dengan bahasa pemograman PHP
dengan menggunakan Framework Code Igniter dan pemodelannya menggunakan
UML dengan tool Enterprise Architect, dan penyajiannya dalam bentuk web.
Dengan adanya Aplikasi Monitoring dan Evaluasi Perkuliahan ini,
diharapkan mampu meningkatkan kualitas perkuliahan.
Kata kunci : monev perkuliahan, web, php, codeigniter, uml.
PENDAHULUAN
Latar Belakang
Perkuliahan adalah program
akademik yang dilaksanakan sesuai
dengan kurikulum yang telah
direncanakan. Program perkuliahan
yang telah direncanakan akan
dilaksanakan untuk pencapaian yang
maksimal untuk program itu sendiri.
Untuk itu dalam pencapaiannya,
pelaksanaan perkuliahan perlu
dimonitor.
Kemudian kegiatan
perkuliahan tersebut dievaluasi oleh
dosen dan jurusan yang bersangkutan
sebagai penilaian terhadap
pelaksanaan perkuliahan dengan
program yang direncanakan. Dan
untuk umpan balik terhadap
perkuliahan yang telah terlaksana
mahasiswa diberikan semacam
angket/quisioner. Hasil monitoring
dan evaluasi selanjutnya menjadi
laporan kegiatan proses perkuliahan
pada semester tersebut.
Aplikasi Monitoring dan
Evaluasi (MonEv) merupakan solusi
bagi Manajemen Evaluasi di
Perguruan Tinggi. Sistem Monitoring
dan Evaluasi mampu
mengintegrasikan parameter-
parameter evaluasi dan standar
indikator setiap parameter Perguruan
Tinggi ke dalam sebuah sistem
informasi yang mampu menyimpan
dan mengolah ribuan data akademik
dari tahun ke tahun secara sistematis,
dengan dukungan teknologi
komputer dan perangkat lunak yang
disediakan.
Tren evaluasi dari tahun ke
tahun pada setiap program studi,
fakultas, atau secara keseluruhan
dengan kompleksitas yang tinggi
2
dalam pengelolaan administrasi
evaluasi akan menjadi lebih mudah
dimonitor dengan penggunaan
Sistem Monitoring dan Evaluasi.
Dari analisa di atas, penulis
bermaksud mengambil judul :
“Aplikasi Monitoring dan Evaluasi
Perkuliahan”
Rumusan Masalah
Berdasarkan uraian dari latar
belakang, maka masalah yang akan
dibahas yaitu bagaimana membuat
aplikasi monitoring dan evaluasi
perkuliahan secara online di Fakultas
Sains dan Teknologi, UIN Sunan
Gunung Djati Bandung.
Tujuan Penelitian
Tujuan penelitian ini
membuat aplikasi yang digunakan
untuk :
a. Membuat alat bantu pembuat summary aktivitas perkuliahan,
b. Monitoring dan laporan rapat dosen,
c. Membantu penyediaan beberapa lampiran untuk akreditasi
eksternal dan internal.
Batasan Masalah
Sistem yang akan dibuat hanyalah
memonitor dan mengevaluasi
kegiatan akademik yang meliputi :
a. Laporan rekap pertemuan yang harus dicapai (SAP),
b. Laporan rekap pertemuan yang sudah dicapai (BAP),
c. Laporan rekap materi yang akan disampaikan (Silabus),
d. Rekap pertemuan dosen setiap jurusan, dan
e. Pengelolaan Kartu Hak Ujian (KHU).
f. Aplikasi ini bisa berjalan dengan baik apabila ada dukungan penuh
dari pihak mahasiwa
LANDASAN TEORI
Monitoring dan Evaluasi
Monev adalah kegiatan
monitoring dan evaluasi yang
ditujukan pada suatu program yang
sedang atau sudah berlangsung.
Monitoring sendiri merupakan
aktivitas yang dilakukan pimpinan
untuk melihat, memantau jalannya
organisasi selama kegiatan
berlangsung, dan menilai
ketercapaian tujuan, melihat faktor
pendukung dan penghambat
pelaksanaan program. Dalam
monitoring (pemantauan)
dikumpulkan data dan dianalisis,
hasil analisis diinterpretasikan dan
dimaknakan sebagai masukan bagi
pimpinan untuk mengadakan
perbaikan.
Evaluasi adalah proses untuk
mengidentifikasi masalah,
mengumpulkan data dan
menganalisis data, menyimpulkan
hasil yang telah dicapai,
menginterpretasikan hasil menjadi
rumusan kebijakan, dan menyajikan
informasi (rekomendasi) untuk
pembuatan keputusan berdasarkan
pada aspek kebenaran hasil evaluasi.
Terkait dengan evaluasi, Scriven
(1967) menyatakan “Evaluation as
the assessment of worth and merit”.
Sementara itu, Stuflebeam (1971)
mengatakan "Evaluation is the
process of delineating, obtaining,
and providing usefull information for
decision making". Sedangkan
Cronbach mengatakan bahwa
"Evaluation as methods for quality
improvement in education"
3
Pada pelaksanaannya, monev
haruslah dilakukan dengan prinsip-
prinsip seperti berikut ini :
1. Berorientasi pada tujuan. Monev hendaknya dilaksanakan
mengacu pada tujuan yang ingin
dicapai. Hasil monev
dipergunakan sebagai bahan
untuk perbaikan atau peningkatan
program pada evaluasi formatif
dan membuat jastifikasi dan
akuntabilitas pada evaluasi
sumatif.
2. Mengacu pada kriteria
keberhasilan
Monev seharusnya dilaksanakan
mengacu pada kriteria
keberhasilan program yang telah
ditetapkan sebelumnya.
Penentuan kriteria keberhasilan
dilakukan bersama antara para
evaluator, para sponsor,
pelaksana program (pimpinan
dan staf), para pemakai lulusan
(konsumen), lembaga terkait
(dimana peserta kegiatan
bekerja).
3. Mengacu pada asas manfaat Monev sudah seharusnya
dilaksanakan dengan manfaat
yang jelas. Manfaat tersebut
adalah berupa saran, masukan
atau rekomendasi untuk
perbaikan program program yang
dimonev atau program sejenis di
masa mendatang.
4. Dilakukan secara obyektif Monev harus dilaksanakan secara
objektif. Petugas monev dari
pihak eksternal seharusnya
bersifat independen, yaitu bebas
dari pengaruh pihak pelaksana
program. Petugas monev internal
harus bertindak objektif, yaitu
melaporkan temuannya apa
adanya.[Moerdiyanto].
Framework Codeigniter
Framework adalah
sekumpulan perintah atau fungsi
dasar yang membentuk aturan-aturan
tertentu dan saling berinteraksi satu
sama lain sehingga dalam pembuatan
aplikasi website, kita harus
mengikuti aturan dari framework
tersebut.[Wardana : 3, 2010].
Framework dapat diartikan
koleksi atau kumpulan potongan-
potongan program yang disusun atau
diorganisasikan sedemikian rupa,
sehingga dapat digunakan untuk
membantu membuat aplikasi utuh
tanpa harus membuat semua kodenya
dari awal.
CodeIgniter adalah
framework php yang dibuat
berdasarkan kaidah Model-View-
Controller (MVC). Dengan MVC,
maka memungkinkan pemisahan
antara layerapplication-logic dan
presentation. Sehingga, dalam
sebuah tim pengembangan web,
seorang programmer bisa
berkonsertasi pada core-system,
sedangkan web designer bisa
berkonsentrasi pada tampilan web.
Menariknya, skrip PHP, query
MySQL, Javascript dan CSS bisa
saling berpisah-pisah, tidak dibuat
dalam satu skrip berukuran besar
yang membutuhkan resource besar
pula untuk mengeksekusinya.
Adapun alur program aplikasi
berbasis frameworkcodeigniter dapat
dilihat pada gambar 1. :
4
User Request
Controller
ModelView
Gambar 1 Model-View-Controller
Keterangan :
Ketika datang sebuah userrequest,
maka permintaan tersebut akan
ditangani oleh Controller, kemudian
Controller akan memanggil Model
jika memang diperlukan oleh operasi
database. Hasil dari query oleh
model kemudian akan dikembalikan
ke Controller. Selanjutnya
Controller akan memanggil View
yang tepat dan
mengkombinasikannya dengan hasil
query Model. Hasil akhir dari operasi
ini akan ditampilkan ke browser
yang selanjutnya bissa dilihat oleh
user.
Dalam konteks CodeIgniter
dan aplikasi berbasis web, maka
penerapan konsep MVC
mengakibatkan kode program dapat
dibagi menjadi tiga kategori, yaitu :
1. Model, kode program (berupa
OOP class) yang digunakan
untuk memanipulasi database.
2. View, berupa template
hmtl/xhtml atau php untuk
menampilkan data pada browser.
3. Controller, kode program
(berupa OOP class) yang
digunakan untuk mengontrol
aliran aplikasi (sebagai
pengontrol Model dan View.
[Lukmanul Hakim : 3, 2010]
METODOLOGI
PENGEMBANGAN SISTEM
RUP (Rational Unified
Process) menggunakan konsep
Object Oriented dengan aktifitas
yang berfokus pada pengembangan
model dengan menggunakan UML
(Unified Model Language) [Ahmad
Musnansyah, 2007 : 115].
Rational Unified Process
(RUP) juga merupakan sebuah
framework yang berisi proses-proses
yang dapat diadaptasikan dan
dikembangkan sesuai kebutuhan
organisasi yang menggunakannya
[Philippe Kruchten, 2000]. RUP merupakan suatu
pendekatan proses pembangunan
perangkat lunak yang dilakukan
secara iterative dan incremental.
Metode ini sanggup menjawab
tantangan apabila terdapat
identifikasi permasalahan yang
muncul pada saat proses
pembangunan perangkat lunak
berlangsung dan tidak semata-mata
membebankan aktivitas identifikasi
resiko hanya di awal siklus
pembangunan perangkat lunak.
Model proses pembangunan
perangkat lunak yang dilakukan
secara iterative dan incremental
dapat dilihat pada dibawah ini.
Gambar 2 Proses yang Dilakukan
Secara Iterative dan Incremental
5
Disiplin Dalam Rational Unified
Process (RUP)
1. Requirements
Disiplin ini berfokus pada
kegiatan yang memungkinkan
prasyarat fungsional dan non-
fungsional dari sistem untuk
diidentifikasi. Produk utama
disiplin ini adalah model use
case.
2. Analisys
Tujuan disiplin ini adalah untuk
merestrukturisasi kebutuhan yang
diidentifikasi dalam disiplin
requirement dalam hal perangkat
lunak yang akan dibangun bukan
dalam pengguna istilah kurang
tepat. Dapat dilihat sebagai jalan
pertama di desain, namun, yang
adalah untuk melewatkan titik
apa yang disiplin ini bertujuan
untuk mencapai.
3. Design
Disiplin desain menghasilkan
rancangan rinci yang akan
dilaksanakan pada disiplin
berikutnya.
4. Implementation
Disiplin ini merupakan
pengkodean desain dalam bahasa
pemrograman yang sesuai dan
kompilasi, kemasan, penyebaran
dan mendokumentasikan
perangkat lunak.
5. Test
Disiplin uji menggambarkan
kegiatan yang dilakukan untuk
menguji perangkat lunak untuk
memastikan bahwa (perangkat
lunak yang dibangun) memenuhi
kebutuhan user, handal dll.
Pemodelan perangkat lunak yang
terdapat pada metode RUP
bermanfaat dalam membantu
memahami dan menggambarkan
kondisi permasalahan dan solusi
dari proses-proses bisnis yang
mendasari spesifikasi kebutuhan
yang terdapat pada perangkat
lunak. Pemodelan perangkat
lunak yang terdapat pada metode
RUP dapat dilihat pada gambar
dibawah ini.
Gambar 3 : Pemodelan Perangkat
Lunak pada Metode RUP [Philippe
Kruchten, 2000]
Pemodelan-pemodelan yang
terdapat pada metode RUP adalah:
1. Model use case, dimodelkan
dengan diagram use case,
diagram sequence, diagram
statechart, dan diagram activity.
2. Model analisis, dimodelkan
dengan diagram class, diagram
sequence, diagram
collaboration, diagram
statechart, dan diagram activity.
3. Model desain, dimodelkan
dengan diagram class, diagram
sequence, diagram
collaboration, diagram
statechart, dan diagram activity.
4. Model deployment, dimodelkan
dengan diagram deployment,
diagram sequence, dan diagram
collaboration.
5. Model implementasi,
dimodelkan dengan diagram
component, diagram sequence,
dan diagram collaboration.
6. Model pengujian, berkaitan
dengan kelima model-model
6
lainnya, dan menggunakan
diagram-diagram yang sesuai
dengan tiap-tiap model tersebut.
Fase-fase pada Rational Unified
Process
Proses yang bersifat iterative
pada metode RUP dikelola dalam
bentuk fase-fase pembangunan
perangkat lunak. Terdapat empat fase
dalam metode RUP, yaitu fase
Inception, fase Elaboration, fase
Construction, dan fase Transition.
Dari setiap fase tersebut, terdapat
tujuan yang harus dicapai dari
proses-proses pembangunan
perangkat lunak yang dilakukan.
Fase-fase yang terdapat pada metode
RUP dapat dilihat pada gambar
dibawah ini [Philippe Kruchten,
2000].
Gambar 4 : Empat Fase dan
Milestones pada Proses yang Bersifat
Iterative
[Philippe Kruchten, 2000]
- Inception
Mendeskripsikan visi dari produk
yang diharapkan dan membuat
business case, serta membuat
definisi dari lingkup (scope)
proyek pembangunan perangkat
lunak. Tujuan dan aktivitas-
aktivitas lebih lengkap yang
dilakukan pada fase ini akan
diuraikan sebagai berikut.
- Elaboration
Membuat perencanaan aktivitas-
aktivitas yang perlu dilakukan
dan sumber daya yang
dibutuhkan, serta membuat
spesifikasi fitur-fitur dan
membuat desain arsitektur dari
perangkat lunak yang akan
dibangun.
- Construction
Membangun produk perangkat
lunak serta mengembangkan visi,
arsitektur, dan rencana hingga
produk perangkat lunak tersebut
siap (completed vision) diberikan
kepada penggunanya.
- Transition
Memindahtangankan
(transitioning) produk perangkat
lunak kepada penggunanya,
termasuk di dalamnya proses
manufaktur, mengantarkan,
mengadakan pelatihan,
memberikan support, dan
melakukan proses perawatan
produk perangkat lunak hingga
pengguna perangkat lunak
merasa puas.
ANALISIS SISTEM
Fungsi Utama Aplikasi
Fungsi utama Aplikasi
Monitoring dan Evaluasi Perkuliahan
di Fakultas Sains dan Teknologi
adalah sebagai berikut :
1. Untuk menganalisis sistem yang berjalan sehingga dapat diketahui
permasalahan dan kebutuhan-
kebutuhannya. Pada tahap ini,
digunakan alat bantu (tool) untuk
membantu pemodelan data pada
sistem.
2. Untuk merancang suatu model sistem yang akan dibangun, yaitu
perancangan basis data,
perancangan arsitektur dan
perancangan interface.
3. Implementasi aplikasi yang
sudah melalui tahap analisis dan
perancangan.
7
4. Pengujian aplikasi dan
implementasi yang mengacu
pada kualitas perangkat lunak.
Karakteristik Pengguna
Karakteristik pengguna Aplikasi
Monitoring dan EvaluasiPerkuliahan
di Fakultas Sains dan Teknologi
adalah sebagai berikut :
1. Aplikasi yang dibuat harus dapat membantu pekerjaan operasional
user, seperti proses tambah data,
hapus data, dan administrator
yang mencakup pengguna
aplikasi ini.
2. Data yang menjadi masukan untuk sistem harus di-entry
langsung dari sumber datanya
dan hasilnya harus dapat dibaca
oleh bagian lain yang
membutuhkan.
3. Aplikasi ini harus mampu menyimpan data yang
bersangkutan dengan berita acara
perkuliahan.
4. Semua proses pengolahan data harus diintegrasi dalam satu
paket monitoring dan evaluasi
perkuliahan.
Ada bebapa orang pengguna
Aplikasi Monitoring dan Evaluasi
Perkuliahan di Fakultas Sains dan
Teknologi ini.Setiap orang memiliki
spesifikasi dan spesialisasi dalam
penggunaan aplikasi ini.
1. Administrator - Dapat memasuki system (login)
- Mengelola semua form dalam Aplikasi monitoring dan
Evaluasi Perkuliahan
- Mengelola data base
- Memperbaiki error
- Mampu menangani troubleshooting
- Kemampuan yang harus
dimiliki :
• Menguasai penggunaan perangkat lunak
pembangun program
(tool)
• Mengguasai penggunaan database
• Menguasai penggunaan paket aplikasi (office)
2. Kajur - Dapat memasuki system (login)
- Dapat memasuki menu monitoring dan rekap
pertemuan dosen
- Kemampuan yang harus
dimiliki :
Menguasai penggunaan
perangkat lunak pembangun
program (tool)
3. Dosen - Dapat memasuki system (login)
- Dapat mengelola data silabus, BAP dan SAP
- Dapat melihat menu laporan, seperti : data mengajar,
silabus, SAP dan BAP.
- Kemampuan yang harus dimiliki :
• Menguasai penggunaan perangkat lunak
pembangun program
(tool)
• Menguasai penggunaan paket aplikasi (office)
4. Mahasiswa - Dapat memasuki system (login)
- Dapat mencetak KHU - Dapat melihat absensi - Dapat melihat data kelas - Dapat mengisi quisioner - Kemampuan yang harus dimiliki :
• Menguasai penggunaan perangkat lunak
8
pembangun program
(tool)
• Menguasai penggunaan paket aplikasi (office)
Deskripsi Kebutuhan Perangkat
Lunak
Kebutuhan Fungsional
Aplikasi ini diharapkan dapat
memenuhi kebutuhan fungsional
untuk melakukan monitoring dan
evaluasi perkuliahan, diantaranya
adalah :
a. Mampu membantu
administrator untuk
mengelola data absensi,
akademik, data mengajar,
dosen, jurusan,mahasiswa,
matakuliah, dan user.
b. Mampu membantu dosen untuk mengelola data silabus,
SAP dan BAP .
c. Mampu membantu pihak fakultas/jurusan/kajur untuk
mengetahui kesesuaian
pengajaran dengan SAP.
d. Mampu membantu
mahasiswa mengetahui
absensi dan data kelas, dan
mencetak Kartu Hak Ujian
(KHU).
Tabel 1 menyediakan kebutuhan
fungsional pada Aplikasi Monitoring
dan Evaluasi Perkuliahan.
Tabel 1 Daftar Kebutuhan
Fungsional Aplikasi Monev
Perkuliahan
No Kode Deskipsi
Kebutuhan
1 Req-001 Login
2 Req-002 Menambah data
dosen
3 Req-003 Mengubah data
dosen
4 Req-004 Menghapus data
dosen
5 Req-005 Menambah data
mata kuliah
6 Req-006 Mengubah data
mata kuliah
7 Req-007 Menghapus data
mata kuliah
8 Req-008 Menambah data
jurusan
9 Req-009 Mengubah data
jurusan
10 Req-010 Menghapus data
jurusan
11 Req-011 Menambah data
akademik
12 Req-012 Mengubah data
akademik
13 Req-013 Menghapus data
akademik
14 Req-014 Menambah data user
15 Req-015 Menambah data
mengajar
16 Req-016 Mengubah data
mengajar
17 Req-017 Menghapus data
mengajar
18 Req-018 Menambah data
silabus
19 Req-019 Mengubah data
silabus
20 Req-020 Menghapus data
silabus
21 Req-021 Menambah data
SAP
22 Req-022 Mengubah data SAP
23 Req-023 Menghapus data
SAP
24 Req-024 Menambah data
BAP
25 Req-025 Mengubah data
BAP
26 Req-026 Menghapus data
BAP
9
Tabel 1 Daftar Kebutuhan
Fungsional Aplikasi Monev
Perkuliahan (Lanjutan)
27 Req-027 Menambah data
mahasiswa
28 Req-028 Mengubah data
mahasiswa
29 Req-029 Menghapus data
mahasiswa
30 Req-030 Menambah data
absensi
31 Req-031 Mengubah data
absensi
32 Req-032 Monitoring SAP dan
BAP
33 Req-033 Monitoring rekap
kehadiran dosen
34 Req-034 Melihat BAP
35 Req-035 Melihat data
mengajar
36 Req-036 Melihat SAP
37 Req-037 Melihat silabus
38 Req-38 Melihat absensi
39 Req-39 Melihat data kelas
40 Req-40 Mencetak KHU
41 Req-41 Mengisi Quisioner
42 Req-42 Melihat Quisioner
Kebutuhan Antarmuka
Kebutuhan antarmuka merupakan
kebutuhan yang sangat penting,
karena perangkat lunak dinilai dari
external performance yaitu tampilan
luar yang disesuaikan dengan
kebiasaan pengguna komputer, agar
mudah digunakan dan mudah
diadapatsi oleh pengguna karena
sudah familiar.
Kebutuhan ini diharapkan dapat
disesuaikan oleh kebiasaan
pengguna, hal ini dimaksudkan untuk
mempermudah pekerjaan karena
pengguna sudah terbiasa dengan
tampilan yang biasa digunakan.
Kebutuhan Unjuk Kerja
Unjuk kerja aplikasi ini adalah
sebagai berikut :
a. Kualitas lingkungan
pengembangan program
b. Kecepatan transfer data c. Kekuatan bahasa pemograman dibandingkan kompleksitasnya.
d. Flexibilitas penggunaannya. e. Pola desain dan pemakaian yang diwujudkan oleh framework-
nya.
f. Reusable.
Model Analisis
Aplikasi Monitoring dan
Evaluasi Perkuliahan ini, berfungsi
untuk memonitor dan mengevaluasi
perkuliahan, sebagai laporan rekap
berita acara perkuliahan. Cakupan
aplikasi ini meliputi, pengolahan data
dosen, mahasiswa, matakuliah,
jurusan, akademik, data mengajar,
absensi, KHU,silabus, SAP dan
BAP.Pemakai aplikasi ini adalah
administrator, dosen, mahasiswa dan
kajur.
Use Case Diagram
Use case diagram
menggambarkan fungsionalitas yang
diharapkan dari sebuah sistem, yang
ditekankan adalah “apa” yang
diperbuat sistem dan “bukan”
bagaimana. Sebuah use case
mempresentasikan sebuah interaksi
antara aktor dengan sistem. Use case
merupakan sebuah pekerjaan
tertentu, sebagaimana dijelaskan
pada gambar 3.1 berikut ini :
10
Gambar 5 Use Case Diagram
Monitoring dan Evaluasi Perkuliahan
Diagram Activity
Diagram Activity
memodelkan alur kerja sebuah proses
dan urutan aktivitas dalam suatu
proses. Diagram ini mirip dengan
flowchart karena dapat memodelkan
sebuah alur kerja dari satu aktivitas
ke aktivitas lain atau dari satu
aktivitas ke dalam keadaan sesaat
(state). Diagram Activity juga sangat
berguna untuk menggambarkan
perilaku paralel atau menjelaskan
bagaimana perilaku dalam berbagai
use case beraksi. Contoh Diagram
Activity Monitoring dan Evaluasi
Perkuliahan, akan disajikan oleh
gambar 6 di bawah ini :
Gambar 6 Activity Diagram
Monitoring dan Evaluasi Perkuliahan
PERANCANGAN SISTEM
Perancangan Basis Data
Perancangan basis data
menggambarkan pemodelan data
yang akan digunakan untuk membuat
program. Hal ini disajikan pada
gambar 7 berikut ini :
Gambar 7 Skema Diagram Monev
Perkuliahan
Perancangan Perangkat Lunak
Sequence Diagram Sequence Diagram menunjukkan
interaksi objek yang diatur dalam
satuan waktu. Sequence Diagram
menangkap objek dan kelas yang
terlibat dalam scenario dan urutan
message yang ditukar di antara
objek, diperlukan untuk
melaksanakan fungsionalitas
skenario. Sequence Diagram
berasosiasi dengan usecase selama
proses pengembangan. Gambar 8
berikut ini adalah contoh sequence
diagram yang digunakan oleh
Aplikasi Monitoring dan Evaluasi
Perkuliahan di Fakultas Sains dan
Teknologi.
Gambar 8 Sequence Diagram
Monitoring SAP dan BAP
uc Monitoring dan Evaluasi Perkuliahan
mengelola dosen
mengelola matakuliah
mengelola jurusan
mengelola akademik
mengelola data
mengajar
mengelola silabus
mengelola SAP
mengelola BAP
admin
monitoring SAP dan
BAP
monitoring rekap
kehadiran dosen
melihat data
mengajar
kajur
dosen
melihat silabus
melihat SAP
melihat BAP
login
mengelola user
mengelola absensi
melihat absensi
Mahasiswa
mencetak KHUmelihat data kelas
mengelola
mahasiswa
mengisi quisioner
melihat quisioner
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
act monitoring SAP dan BAP
Sistem
Admin/Jurusan
Memilih menu
monitoring-SAP
dan BAP
masukkan kode
akademik, nama
matakuliah, nama dosen,
nama jurusan, semester
dan kelas
tekan tombol
submit
ada data? tampilkan datapesan : "belum
ada data"
Menampilkan
menu monitoring
SAP dan BAP
tekan tombol
printcetak?
[tidak] [ya]
[ya]
[tidak]
sd monitoring SAP dan BAP
databasemenu SAP dan
BAP
menu moni toring
Admin/Jurusan
masuk()
index()kodeakademik, namajur, nama_dosen,
namamk, kelas()
validasi()
get_sap()
get_bap_by_mk()
monitoring()
evaluasi()
komentar()
simpan komentar()
pesan : "belum ada
data"()
Class Diagram Dalam pemograman
objek, class diagram
hubungan modul-modul
dengan kelas lain. Gambar
class diagram Aplikasi Monitoring
dan Evaluasi Perkuliahan.
Gambar 9 Class Diagram
Monitoring dan EvaluasiPerkuliahan
Perancangan User Interface
Perancangan
dibutuhkan untuk melihat
program yang akan
rancangan/desain
Monitoring dan Evaluasi
ini, akan disajikan pada
berikut ini :
Gambar 10 Menu Utama
class Class Model
C_Home
+ __construct() : void
+ index() : void
CAkademik
# kodeakademik: varcha r
# noakademik: i nt
# tahunakademik: varchar
+ __construct() : void
+ create () : void
+ delete() : void
+ edi t() : void
+ index() : void
+ update() : void
MAkademik
# kodeakademik: varchar
# noakademik: i nt
# tahunakademik: varchar
+ __construct() : void
+ create_da ta() : vo id
+ de lete_data() : void
+ ge t_da ta() : vo id
+ read_data() : void
+ update_data() : void
CBap
# kelas: va rchar
# kul iah: i nt
# ma teri: text
# noakademik: i nt
# nobap: i nt
# nodosen: int
# nojur: i nt
# nomk: in t
# semester: varchar
# tanggal : da te
# tugas: te xt
+ __construct() : void
+ bap() : void
+ create () : void
+ delete() : void
+ edi t() : void
+ index() : void
+ update() : void
MBap
# kelas: varcha r
# kul iah : i nt
# materi: text
# noakademik: i nt
# nobap: i nt
# nodosen: int
# noju r: in t
# nomk: int
# semester: varchar
# tanggal: date
# tugas: text
+ __construct() : void
+ create_data () : void
+ dele te_data() : void
+ get_akademik() : vo id
+ get_bap_by_mk(varchar, varchar, i nt, i nt, in t, i nt) : void
+ get_data () : void
+ get_dosen () : void
+ get_ jurusan() : void
+ get_mk() : void
+ read_data() : void
+ ret_akademik() : void
+ ret_dosen() : void
+ ret_jurusan() : void
+ ret_mk() : void
+ update_data() : void
CDosen
# kodedosen: varchar
# nama_dosen: varcha r
# nip: varchar
# nodosen: i nt
+ __construct() : void
+ create() : void
+ dafta r_dosen() : vo id
+ delete() : void
+ edi t() : void
+ index() : vo id
+ upda te() : vo id
CJurusan
# kode jur: varchar
# namaju r: varchar
# nojur: i nt
+ __construct() : void
+ create () : void
+ delete() : void
+ edi t() : void
+ index() : void
+ update() : void
MJurusan
# kodejur: va rcha r
# namajur: varchar
# no jur: int
+ __construct() : void
+ create_da ta() : void
+ de lete_data() : void
+ ge t_da ta() : void
+ read_data() : vo id
+ update_data() : void
MLapbap
# kelas: varchar
# kul iah: i nt
# materi: te xt
# noakademik: i nt
# nobap: in t
# nojur: int
# nomk: int
# semester: varchar
# tanggal: date
# tugas: text
+ construct() : void
+ get_akademik() : void
+ get_bap_by_mk() : void
+ get_dosen() : void
+ get_jurusan () : void
+ get_mk() : void
+ getAkademikById() : void
+ getDosenById() : void
+ getJurusanById() : void
+ getMkById() : void
+ ret_akademik() : void
+ ret_dosen() : void
+ ret_ju rusan() : void
+ ret_mk() : void
CLapbap
# kelas: varchar
# kul iah: i nt
# materi: te xt
# noakademik: i nt
# nobap: in t
# nojur: int
# nomk: int
# semester: varchar
# tanggal: date
# tugas: text
+ __construct() : void
+ bap() : void
+ d ispatch_excel_ rekap_bap () : void
+ index() : void
CLapmengajar
# ke las: varchar
# noakademik: int
# nodosen: i nt
# nojur: i nt
# nomenga jar: int
# nomk: i nt
# semeste r: varchar
+ __construct() : void
+ dafta r_menga jar() : void
+ di spatch_excel_rekap_mengajar() : vo id
+ index() : vo id
MLapmengajar
# kelas: varchar
# noakademik: in t
# nodosen: i nt
# nojur: i nt
# nomengajar: int
# nomk: i nt
# semester: varcha r
+ __construct() : void
+ get_akademik() : void
+ get_dosen() : void
+ get_jurusan() : vo id
+ getAkademikById () : void
+ getJurusanById() : void
+ pag_mengajar() : vo id
+ read_da ta() : vo id
+ ret_akademik() : vo id
+ ret_dosen () : void
+ ret_ jurusan() : void
CI_Controller
CLapsilabus
+ __construct() : void
+ di spa tch_exce l_rekap_si labus() : vo id
+ index() : void
+ sil abus() : void
CMenga jar
+ __construct() : void
+ create() : void
+ de lete() : void
+ ed it() : void
+ index() : void
+ l ist_mengaja r() : void
+ menga jar() : void
+ update () : void
CMonitoring
+ __construct() : void
+ d ispatch_excel_ rekap_monev() : void
+ index() : void
+ komentar() : vo id
+ moni toring() : void
CSilabus
+ __construct() : void
+ create() : void
+ daftar_si labus() : vo id
+ dele te() : vo id
+ edit() : void
+ index() : void
+ si labus() : void
+ tampi lkan_sub() : void
+ update() : void
CI_Model
MLapsilabus
+ __construct() : void
+ ge t_akademik() : void
+ ge t_dosen() : vo id
+ ge t_jurusan() : void
+ ge t_mk() : void
+ ge t_sil abus(varchar, int, i nt, i nt) : void
+ ge tAkademikById(int) : void
+ ge tDosenById(int) : vo id
+ ge tJu rusanById(int) : vo id
+ ge tMkById(in t) : void
+ ret_akademik() : void
+ ret_dosen() : void
+ ret_jurusan() : void
+ ret_mk() : void
MMatakuliah
+ __construct() : void
+ create_data() : void
+ delete_data (int) : void
+ get_data(int) : void
+ pag_matakul iah(int) : void
+ read_data() : void
+ update_data(varchar, i nt) : void
MMenga jar
+ __construct() : void
+ crea te_data(varcha r) : void
+ delete_da ta(in t) : void
+ get_akademik() : void
+ get_data(int) : void
+ get_dosen() : void
+ get_jurusan () : void
+ get_mk() : void
+ get_rekapmengajar(i nt, i nt) : void
+ pag_mengajar(i nt) : void
+ read_data () : void
+ ret_akademik() : void
+ ret_dosen() : void
+ ret_ju rusan() : void
+ ret_mk() : void
+ update_data(varchar, int) : void
MMonitoring
+ __construct() : void
+ ge t_akademik() : void
+ ge t_dosen() : vo id
+ ge t_jurusan() : void
+ ge t_mk() : void
+ ge tsetkomenta r(text, i nt) : void
+ ret_akademik() : void
+ ret_dosen() : void
+ ret_jurusan() : void
+ ret_mk() : void
MSilabus
+ __construct() : void
+ create_data() : void
+ get_akademik() : void
+ get_data() : void
+ get_dosen() : void
+ get_dropdown() : void
+ get_jurusan() : void
+ get_mk() : void
+ get_si labus() : void
+ pag_silabus() : void
+ read_data() : void
+ ret_akademik() : void
+ ret_dosen() : void
+ ret_jurusan() : vo id
+ ret_mk() : vo id
+ update_data() : void
«in terfa ce»
User
«interface»
Jurusan
«interface»
Mata Kuliah
«interface»
Akademik
«interface»
Mengaja r
«interface»
Silabus
«interface»
SAP
«interface»
BAP
« interface»
Menu Utama
pemograman berorientasi
class diagram merupakan
modul setiap kelas
kelas lain. Gambar 9 adalah
Aplikasi Monitoring
Perkuliahan.
Class Diagram
EvaluasiPerkuliahan
Perancangan User Interface
antarmuka
melihat tampilan
dibuat. Contoh
Aplikasi
Evaluasi Perkuliahan
pada gambar 10
Menu Utama
IMPLEMENTASI SISTEM
Lingkungan Pemograman
Aplikasi monitoring dan
Evaluasi Perkuliahan berbasis web
ini dibuat dengan menggunakan
bahasa pemograman PHP, dengan
Framework Codeigniter.
Aplikasi ini terdiri dari
modul-modul program yang berupa
file dengan nama file
yang dibedakan berdasarkan aturan
Framework Codeigniter yaitu dalam
foldel model, view dan controller.
Implementasi Sistem
Berdasarkan
desain/perancangan system yang
telah dibuat pada bab sebelumnya,
maka implementasinya disajikan
dalam contoh gambar
ini.
Gambar 11
Pengujian
Pengujian ini menggunakan
metode pengujian
Pengujian ini berusaha menemukan
kesalahan dalam beberapa kategori
sebagai berikut : fungsi
tidak benar atau hilang, kesalahan
interface, kesalahan kinerja,
inisialisasi dan kesalahan terminasi.
KESIMPULAN DAN SARAN
Kesimpulan
Aplikasi Monitoring dan
Evaluasi ini adalah, sebuah aplikasi
yang bertujuan untuk memonitoring
CLogin
# password: varchar
# username: varchar
+ __construct() : void
+ index() : void
+ log in() : vo id
+ logout() : void
+ reg ister() : void
MLogin
# passwo rd: varchar
# username: varchar
+ __construct() : void
+ login() : void
+ logout() : void
+ register() : void
kodedosen: varchar
nama_dosen: varcha r
__construct() : void
dafta r_dosen() : vo id
MDosen
# kodedosen: va rchar
# nama_dosen: varchar
# nip: va rchar
# nodosen: int
+ __construct() : void
+ create_data () : void
+ dele te_data() : void
+ get_data () : void
+ pag_dosen() : void
+ read_data() : void
+ update_data() : void
CLapsap
# bahasan : text
# buku: te xt
# i ndikator: text
# komenta r: te xt
# kompeten: text
# metode: te xt
# noakademik: i nt
# nodosen : i nt
# no jur: int
# nomk: i nt
# nosap: i nt
# pe rtemuan: varchar
# semester: va rchar
# waktu : varchar
+ __construct() : void
+ di spatch_excel_rekap_sap() : void
+ index() : void
+ sap() : void
MLapsap
# bahasan: text
# buku: text
# i ndikator: text
# komentar: text
# kompeten: text
# metode: text
# noakademik: i nt
# nodosen: i nt
# nojur: int
# nomk: int
# nosap: i nt
# pertemuan: varchar
- semester: varchar
# waktu: varchar
+ __construct() : void
+ get_akademik() : void
+ get_dosen() : void
+ get_jurusan () : void
+ get_mk() : void
+ get_sap_by_mk() : void
+ getAkademikById() : void
+ getDosenById() : void
+ getJurusanById() : void
+ getMkById() : void
+ ret_akademik() : void
+ ret_dosen() : void
+ ret_ju rusan() : void
+ ret_mk() : void
CMatakuliah
# deskripsi: text
# kodemk: varchar
# ku ri kulum: i nt
- namamk
# nomk: i nt
# posisi: varcha r
# sks: varcha r
# standa rkompetensi : text
+ __construct() : void
+ create() : void
+ dafta r_matakul iah() : void
+ delete() : void
+ edi t() : void
+ index() : vo id
+ upda te() : vo id
CRekapdosen
+ __construct() : void
+ dispatch_excel_rekap_dosen() : vo id
+ index() : void
+ rekap() : void
CSap
+ create() : void
+ da ftar_sap() : vo id
+ de lete() : void
+ ed it() : void
+ index() : void
+ update () : void
MMatakuliah
__construct() : void
create_data() : void
delete_data (int) : void
get_data(int) : void
pag_matakul iah(int) : void
read_data() : void
update_data(varchar, i nt) : void
ge t_akademik() : void
ge tsetkomenta r(text, i nt) : void
ret_akademik() : void
MSap
+ __construct() : void
+ create_data() : void
+ delete_data() : void
+ get_akademik() : void
+ get_data() : void
+ get_dosen() : void
+ get_jurusan() : vo id
+ get_mk() : vo id
+ get_sap() : void
+ pag_sap() : void
+ read_da ta() : vo id
+ ret_akademik() : vo id
+ ret_dosen () : void
+ ret_ jurusan() : void
+ ret_mk() : void
+ update_data () : void
«interface»
Dosen
MRekapdosen
+ __construct() : void
+ get_akademik() : void
+ get_dosen() : void
+ get_jurusan() : void
+ get_mk() : void
+ get_rekapdosen() : void
+ getAkademikById() : void
+ getJurusanById() : void
+ pag_ rekap() : void
+ read_data() : void
+ ret_akademik() : void
+ ret_dosen() : void
+ ret_jurusan () : void
+ ret_mk() : void
«interface»
Mahasiswa
«interface»
Absensi
CMahasiswa
# angkatan: int
# ke las: varchar
# namamahasiswa: int
# nim: i nt
# nojur: i nt
# nomahasiswa: int
+ __construct() : void
+ blnIndo() : void
+ cetak_khu() : void
+ create() : void
+ dafta r_mahasiswa() : void
+ delete() : void
+ di spatch_excel_khu() : void
+ edi t() : void
+ index() : vo id
+ khu() : void
+ upda te() : vo id
MMahasiswa
+ __construct() : void
+ create_data() : void
+ delete_data () : void
+ get_akademik() : void
+ get_data() : void
+ get_jurusan() : void
+ get_khu() : void
+ get_mhs_from_krs() : void
+ getJurusanById() : void
+ getKrsById () : void
+ pag_mahasiswa() : void
+ read_data() : void
+ ret_jurusan() : vo id
+ update_data() : void
CDaftarmahasiswa
+ __construct() : void
+ da ftar_mahasiswa() : void
+ index() : void
MDaftarmahas iswa
+ __construct() : void
+ get_angkatan () : void
+ get_jurusan() : void
+ get_kelas() : void
+ get_mahasiswa(varcha r, varchar, int) : vo id
+ read_data() : void
CAbsensi
+ __construct() : void
+ absensi () : void
+ create() : void
+ edithadi r() : void
+ index() : void
+ isi_absensi() : vo id
+ isi_da ta_absensi() : void
+ tampi l_absensi() : void
MAbsens i
+ __construct() : void
+ create_data() : void
+ get_akademik() : void
+ get_dosen() : void
+ get_jurusan() : void
+ get_krs() : void
+ get_mk() : void
+ hadi red it() : void
+ isi_data_absensi () : void
+ ret_akademik() : void
+ ret_dosen() : void
+ ret_jurusan() : vo id
+ ret_mk() : vo id
+ tampi l_absensi (i nt, integer, i nt, i nt, varchar, va rchar) : void
11
IMPLEMENTASI SISTEM
Lingkungan Pemograman
Aplikasi monitoring dan
Evaluasi Perkuliahan berbasis web
ini dibuat dengan menggunakan
bahasa pemograman PHP, dengan
Framework Codeigniter.
Aplikasi ini terdiri dari
modul program yang berupa
file-extention php
yang dibedakan berdasarkan aturan
Framework Codeigniter yaitu dalam
foldel model, view dan controller.
mentasi Sistem
desain/perancangan system yang
telah dibuat pada bab sebelumnya,
maka implementasinya disajikan
gambar 11 di bawah
11 Menu Utama
Pengujian ini menggunakan
metode pengujian Black Box.
Pengujian ini berusaha menemukan
kesalahan dalam beberapa kategori
sebagai berikut : fungsi-fungsi yang
tidak benar atau hilang, kesalahan
interface, kesalahan kinerja,
inisialisasi dan kesalahan terminasi.
KESIMPULAN DAN SARAN
Aplikasi Monitoring dan
Evaluasi ini adalah, sebuah aplikasi
yang bertujuan untuk memonitoring
12
perkuliahan, dan struktur perkuliahan
yang meliputi, dosen, mahasiswa,
absensi, mata kuliah, jurusan,
akademik, data mengajar, silabus,
Satuan Acara Pengajaran (SAP) dan
Berita Acara Perkuliahan (BAP).
Inti monitoring ini adalah
mengetahui kesesuaian SAP dengan
BAP setiap kelas dalam sebuah
jurusan, pengelolaan Kartu Hak
Ujian (KHU), dan pengisian
quisioner mahasiswa sehingga bisa
dievaluasi oleh pihak jurusan dalam
sebuah komentar dalam menu
Monitoring. Kinerja dosen juga bisa
dilihat dari jumlah pertemuan per-
periode akademik, begitupun
kehadiran mahasiswa, bisa dilihat
dari menu absensi.
Saran
Dengan adanya aplikasi ini,
diharapkan bisa membantu pihak
jurusan/fakultas untuk lebih
memperbaiki sistem perkuliahan,
guna peningkatan kualitas fakultas.
Kevalidan data BAP bisa
tercapai jika didukung pihak
mahasiswa. Oleh karena itu,
partisipasi mahasiswa dalam hal ini
sangat berperan penting.
Untuk ke depannya,
diharapkan aplikasi ini bisa terus
dikembangkan, dengan
menambahkan beberapa validasi
yang belum terimplementasi, dan
juga bisa menggabungkan
perkuliahan dengan administrasi
yang berhubungan dengan dosen
maupun mahasiswa, serta
mengintergrasi dengan sistem lain.
DAFTAR PUSTAKA
Hakim, Lukmanul. 2008.
Membongkar Trik Para
Master PHP.Penerbit
Lokomedia : Yogyakarta.
Kruchten, Philippe. 2000. The
Rational Unified Process An
Introduction, Second Edition.
Addison Wesley.
Moerdiyanto. Teknik Monitoring dan
Evaluasi (Monev) dalam
Rangka Memperoleh Informasi
untuk Pengambilan Keputusan
Manajemen., http://staff.uny.ac.id/sites/default/f
iles/penelitian/Drs.%20Moerdiyan
to,%20M.Pd./ARTIKEL%20MO
NEV.pdf, diakses 10 Agutus
2011.
Wardana.2010.Menjadi Master PHP
dengan Framework
Codeigniter .PT Elex Media
Komputindo : Jakarta