BAB 3
ANALISIS DAN PERANCANGAN
3.1 Latar Belakang 3.1.1 Sejarah
BINUS UNIVERSITY pada awalnya adalah sebuah lembaga pendidikan komputer jangka pendek yang berdiri pada tanggal 21 Oktober 1974 dengan nama Modern Computer Course. Berkat landasan yang kuat, visi yang jelas, dan dedikasi tinggi yang berkesinambungan, lembaga ini terus berkembang.
Pada tanggal 1 Juli 1981, karena banyaknya peminat dan pesatnya pertumbuhan, lembaga pendidikan komputer ini berkembang menjadi Akademi Teknik Komputer (ATK) dengan jurusan Manajemen Informatika dan Teknologi Informasi. Tiga tahun kemudian, tepatnya pada tanggal 13 Juli 1984, ATK
mendapat status Terdaftar dan berubah menjadi Akademi Manajemen Informatika dan Komputer (AMIK) Jakarta. Kemudian pada tanggal 1 Juli 1985, dibuka jurusan Komputerisasi Akuntansi, dan pada tanggal 21 September 1985, AMIK Jakarta berganti nama menjadi AMIK BINA NUSANTARA.
Dalam usia mudanya, sebuah prestasi emas ditoreh AMIK BINA NUSANTARA dengan terpilih sebagai Akademi Komputer Terbaik oleh Depdikbud melalui Kopertis Wilayah III Jakarta pada tanggal 17 Maret 1986.
Berkat makin meningkatnya kebutuhan masyarakat akan tenaga-tenaga andal dalam bidang teknologi informasi, pada tanggal 1 Juli 1986, Sekolah Tinggi Manajemen Informatika dan Komputer (STMIK) BINA NUSANTARA didirikan dengan Program Strata-1 (S1) jurusan Manajemen Informatika dan Teknik
Informatika. Bersamaan dengan itu juga dibuka jurusan Teknik Komputer (S1). Pada tanggal 9 November 1987, AMIK BINA NUSANTARA dilebur ke dalam STMIK BINA NUSANTARA sehingga terbentuk sebuah lembaga yang menyelenggarakan Program Diploma III (DIII) dan Strata-1 (S1). STMIK BINA NUSANTARA berhasil memperoleh status "Disamakan" untuk semua jurusan dan jenjang pada tanggal 18 Maret 1992, dan pada tanggal 10 Mei 1993 mendapat kepercayaan untuk membuka Program Magister Manajemen Sistem Informasi, salah satu Program Pascasarjana pertama di Indonesia di bidang tersebut.
Pada tanggal 8 Agustus 1996, BINUS UNIVERSITY berdiri dan secara sah diakui oleh pemerintah. STMIK BINA NUSANTARA kemudian melebur ke dalam BINUS UNIVERSITY pada tanggal 20 Desember 1998, sehingga BINUS UNIVERSITY memiliki : Fakultas Ilmu Komputer, Fakultas Ekonomi, Fakultas Teknik, Fakultas Sastra, Fakultas MIPA, dan Program Pascasarjana.
3.1.2 Visi dan Misi A. Visi
“A World-class university
Tabel 3.1 Visi Universitas Bina Nusantara
Key Word What do we mean by…?
World-class Internationally recognized best practices
Knowledge institution
A firm characterized by the utilization of evolving knowledge to create economic value through its distinctive competences Innovation The economically successful introduction and application of
new and existing scientific knowledge for practical purposes in order to create superior stakeholder value
Enterprise Innovative business practices relating to an individual or organization’s capability to drive positive changes in the global market and environment
B. Misi
BINUS UNIVERSITY commits to deliver excellence in education and research for the global community by :
• Providing a learning experience that encourages and rewards
innovation
• Creating high impact applied knowledge
• Pursuing a positive contribution to the quality of life • Contributing to outstanding leadership
• Leading corporate entrepreneurship
C. Nilai
• Tenacious Focus
shared purposes.
• Freedom to Innovate
Combining integrity with a creative and result-oriented spirit
• Farsighted
Sharing the foresight to recognize and take action on future opportunities
• Embrace Diversity
Celebrating diversity in the pursuit of excellence
In order to achieve quality, highly qualified and well-prepared graduates, BINUS UNIVERSITY is committed to applying the following quality policy and targets :
• 90% of students graduated on time.
• 100% of study programs accredited ”A” by the nation. • 85% of lecturers having good performance index.
• 80% of employees satisfied with the overall university performance. • 80% of lecturers satisfied with the overall university performance. • 80% of students satisfied with the overall university performance. • 80% of graduates employed or becoming entrepreneurs at graduation.
3.1.3 Struktur Organisasi
Gambar 3.1 Struktur Organisasi Fakultas Ilmu Komputer Universitas Bina Nusantara
3.1.4 Wewenang dan Tanggung Jawab
• Dekan
Tanggung Jawab:
o Tercapainya sasaran mutu Jurusan / PS di bawah fakultas yang
dipimpin.
o Tercapainya sasaran mutu Jurusan dan PS dalam upaya pencapaian sasaran mutu Universitas Bina Nusantara
o Tercapainya sasaran mutu dosen binaan dalam fakultasnya.
o Terciptanya iklim akademis yang kondusif yang mendukung kegiatan belajar – mengajar dalam fakultas.
Dekan Fasilkom KaJur dan Sekretaris Jurusan Teknik Informatika KaJur Sistim dan Sekretaris Jurusan Komputer KaJur dan Sekretaris Jurusan Sistim Informasi Koordinator Mata Kuliah Koordinator Bidang Ilmu KaJur dan Sekretaris Jurusan Komputerisasi Akuntansi KaJur dan Sekretaris Jurusan Program MTI / MMSI Koordinator Bidang Penelitian
o Selarasnya kegiatan akademis di fakultas dengan visi dan misi Universitas Bina Nusantara.
o Tercapainya sasaran tingkat kepuasan pelanggan (dosen dan mahasiswa) dalam fakultas.
o Terciptanya dan terjaganya citra baik fakultas di masyarakat.
o Tercapainya sasaran efektifitas dan efisiensi manajemen sumber daya. o Terakreditasinya PS pada peringkat yang sudah ditarget.
Wewenang:
o Mengambil tindakan yang diperlukan sesuai dengan mekanisme yang
ada untuk hal – hal yang terkait dengan kebijaksanaan akademik dalam lingkup fakultas dan kebijakan pelaksanaan rencana kerja dan anggaran dalam fakultas.
o Menyetujui pilihan dosen baru yang dilakukan oleh Jurusan / PS untuk diusulkan ke Rektor.
o Mengambil tindakan yang diperlukan sesuai dengan mekanisme yang ada untuk hal – hal yang terkait dengan Kajur, Sekjur, Dosen, Koordinator Bidang Ilmu, Dosen Pembina Akademik Mahasiswa, dan dosen.
o Mengambil tindakan yang diperlukan sesuai dengan mekanisme yang
ada untuk hal – hal yang terkait dengan disiplin dan prestasi mahasiswa.
o Ikut dalam menyusun kurikulum dan system operasionalnya sesuai dengan prosedur yang berlaku untuk diusulkan kepada Direktur Akademik.
o Mengambil tindakan yang diperlukan sesuai dengan mekanisme yang
ada utnuk hal – hal yang terkait dengan peningkatan layanan kepada dosen dan mahasiswa.
o Melakukan komunikasi dengan pihak eksternal, setelah
dikonsultasikan dengan Rektor.
o Mengambil tindakan yang diperlukan sesuai dengan mekanisme yang
ada untuk hal – hal yang terkait dengan peningkatan efektifitas dan efisiensi.
o Metetapkan target peringkat dan waktu keikutsertaan dalam suatu
proses akreditasi • Ketua Jurusan
Tanggung Jawab:
o Tercapainya sasaran mutu Jurusan dan PS dalam upaya pencapaian
sasaran mutu Universitas Bina Nusantara. o Tercapainya sasaran mutu dosen binaan jurusan.
o Terciptanya iklim akademis yang kondusif yang mendukung kegiatan belajar – mengajar.
o Selarasnya seluruh kegiatan akademis di PS dengan visi dan misi
jurusan yang dturunkan dari visi dan misi Universitas Bina Nusantara. o Tercapainya sasaran tingkat kepuasan pelanggan (dosen dan
o Terciptanya dan terjaganya citra baik PS di masyarakat.
o Tercapainya sasaran efektifitas dan efisiensi manajemen sumber daya. o Terakreditasinya PS pada peringkat yang sudah ditarget.
Wewenang:
o Mengambil tindakan yang diperlukan sesuai dengan mekanisme yang ada untuk hal – hal yang terkait dengan kebijakan akademik dalam lingkup PS dan kebijakan pelaksanaan rencana kerja anggaran Jurusan.
o Mengambil tindakan yang diperlukan sesuai dengan mekanisme yang
ada untuk hal – hal yang terkait dengan Sekjur, dosen inti, dan dosen. o Mengambil tindakan yang diperlukan sesuai dengan mekanisme yang
ada untuk hal – hal yang terkait dengan disiplin dan prestasi mahasiswa.
o Mengambil tindakan yang diperlukan sesuai dengan mekanisme yang
ada untuk hal – hal yang terkait dengan peningkatan layanan kepada dosen dan mahasiswa.
o Melakukan komunikasi dengan pihak eksternal sepengetahuan Dekan, setelah dikonsultasikan dengan Rektor.
o Mengambil tindakan yang diperlukan sesuai dengan mekanisme yang
ada untuk hal – hal yang terkait dengan peningkatan efektifitas dan efisiensi.
o Menetapkan target peringkat dan waktu keikutsertaan dalam suatu
proses akreditasi. • Sekjur
Tanggung Jawab:
o Ikut bertanggung jawab dalam tercapainya sasaran mutu Jurusan dan PS dalam upaya pencapaian sasaran mutu Universitas Bina Nusantara.
o Ikut bertanggung jawab dalam tercapainya sasaran mutu dosen binaan jurusan.
o Ikut bertanggung jawab dalam terciptanya iklim akademis yang
kondusif yang mendukung kegiatan belajar – mengajar.
o Ikut bertanggung jawab atas selarasnya seluruh kegiatan akademis di PS dengan visi dan misi jurusan yang dturunkan dari visi dan misi Universitas Bina Nusantara.
o Ikut bertanggung jawab dalam tercapainya sasaran tingkat kepuasan pelanggan (dosen dan mahasiswa) di jurusan.
o Ikut bertanggung jawab dalam terciptanya dan terjaganya citra baik PS di masyarakat.
o Ikut bertanggung jawab dalam tercapainya sasaran efektifitas dan efisiensi manajemen sumber daya.
o Ikut bertanggung jawab dalam terakreditasinya PS pada peringkat yang sudah ditarget.
Wewenang:
o Memberi masukan kepada Kajur yang terkait dengan kebijakan akademik dalam lingkup Jurusan/PS dan kebijakan pelaksanaan rencana kerja dan anggaran Jurusan/PS.
o Member masukan kepada Kajur yang berkaitan dengan penyeleksian dan pemilihan dosen baru yang akan diusulkan de Rektor, memberi masukan dalam penilaian kerja sekjur, dosen inti dan dosen.
o Memberi masukan kepada Kajur yang diperlukan sesuai dengan
mekanisme yang ada untuk hal – hal yang terkait dengan disiplin dan prestasi dosen Koordinator Bidang Ilmu, Dosen Pembingbing Akademik Mahasiswa, dan dosen.
o Member masukan kepada Kajur yang terkait dengan disiplin dan prestasi mahasiswa.
o Ikut menyusun kurikulum dan sistem operasionalnya sesuai dengan prosedur yang berlaku untuk diusulkan kepada Direktur Akademik dan Dekan.
o Memberikan masukan kepada Kajur yang diperlukan sesuai dengan mekanisme yang ada untuk hal – hal yang terkait dengan peningkatan layanan kepada dosen dan mahasiswa.
o Memberikan masukan kepada Kajur yang berhubungan dengan mekanisme yang ada untuk hal – hal yang terkait dengan peningkatan efektifitas dan efisiensi.
o Ikut bersama Kajur menetapkan target peringkat dan waktu
keikutsertaan dalam suatu proses akreditasi. • Koordinator Bidang Ilmu (KBI)
o Bertanggung jawab terhadap terlaksana dan tercapainya pengembangan bidang ilmu yang diasuh sesuai dengan rencana yang telah ditetapkan.
o Bertanggung jawab terhadap terlaksana dan tercapainya kegiatan
penelitian dengan baik.
o Bertanggung jawab terhadap terlaksana dan tercapainya forum ilmiah dengan baik
o Bertanggung jawab terhadap terlaksana dan tercapainya pembinaan dosen secara baik dibawah asuhannya.
Wewenang:
o Mengusulkan kepada Kajur tentang perubahan mata kuliah dan materi kuliah yang dianggap telah kadaluwarsa.
o Memberikan masukan kepada Kajur tentang perubahan kurikulum Jurusan/PS
o Mengusulkan kepada Kajur tentang kenaikan jenjang kepangkatan dosen home base.
o Mengusulkan kepada Kajur tentang Judul Penelitian, Topik Seminar, dan pelatihan.
o Mengusulkan kepada Kajur tentang pembukaan Bidang Ilmu baru. • Koordinator Mata Kuliah (KMK)
Tanggung Jawab:
o Mendefinisikan relevansi antar kompetensi inti program studi dan parameter entrepreneurship dalam modul.
o Mengembangkan modul untuk program memperkaya entrepreneurship
o Menjalankan semua kegiatan yang diperlukan untuk mencapai mutu. Wewenang:
o Memimpin pemenuhan kegiatan, dan mendukung kegiatan lain yang berhubungan dengan program studi / universitas dalam lingkup deskripsi kerja KMK.
3.2 Analisis Permasalahan
3.2.1 Gambaran Umum Tentang Sistem yang Sedang Berjalan
Setiap mata kuliah yang diadakan di Universitas Bina Nusantara memiliki satu module plan sebagai dasar kurikulum untuk mata kuliah tersebut. Module plan dibuat satu semester sebelum mata kuliah tersebut diadakan. Module plan yang ada dapat diubah sesuai kebutuhan untuk dipakai pada tahun pemebelajaran baru. Tim – tim dosen untuk setiap mata kuliah akan dibentuk. Pihak jurusan akan mengadakan rapat bersama tim dosen tersebut. Dari rapat akan dihasilkan module
plan untuk setiap mata kuliah yang dikuliahkan. Module plan tersebut akan berisi
tentang materi – materi yang akan diajarkan, dan sejauh mana mahasiswa diharapkan dapat menguasainya. Untuk saat ini tiap – tiap pokok bahasan mempunyai Tujuan Instruksional Khusus (TIK) tersendiri. TIK yang dimaksud dipaparkan dengan level – level yang ada pada taksonomi bloom. Misal untuk mata kuliah Jaringan Komputer (H0532 – program studi jaringan komputer), pokok bahasan Gambaran Umum Sistem Jaringan Komunikasi, TIK yang diharapkan adalah: Mahasiswa dapat menunjukkan sistem jaringan komputer (C1).
Untuk hal ini maka diharapkan setiap mahasiswa yang mengikuti pertemuan ini dapat menunjukkan sistem jaringan komputer. Berikut adalah diagram aliran dari sistem yang dedang berjalan.
Gambar 3.3 Contoh Module Plan
Pada saat mendekati ujian, maka pihak jurusan akan menunjuk tim dosen untuk membuat soal. Untuk saat ini Universitas Bina Nusantara hanya mengujikan 2 macam ujian yakni Ujian Tengah Semester (UTS) dan Ujian Akhir Semester (UAS). Kedua ujian tersebut termasuk ke dalam sumatif assessment. Ujian tersebut bersifat menguji kelayakan setiap mahasiswa apakah sudah mencapai hasil pembelajaran yang diharapkan. Dosen atau tim dosen yang ditunjuk akan membuat komposisi soal (Table of Specification) terlebih dahulu. Komposisi yang dibuat harus disesuaikan dengan module plan yang suda ada. Setelah itu dosen atau tim dosen tersebut membuat soal – soal sesuai komposisi yang sudah dibuat tersebut. Beberapa masalah yang timbul dalam pembuatan TOS adalah dosen yang ditunjuk untuk membuat TOS tersebut kesulitan dalam menentukan bobot soal.
Session TIK Types of Test N# of
item Point Total Bobot Location 1 C2 Multiple Choice 5 3 15 1-5 2 C2 Essay 1 14 14 1 3 C3 Essay 1 14 14 2 4 C3 Essay 1 14 14 3 5 C4 Essay 1 14.5 14.5 4 6 C4 Case Study 1 14.5 14.5 1 7 C3 Essay 1 14 14 5
Gambar 3.4 Table of Specification
Untuk sistem pengujiannya sendiri Universitas Bina Nusantara tidak mempunyai sistem pengujian secara online. Ujian yang ada adalah ujian sumatif yang dilaksanakan tiap tengah semester dan akhir semester. Ujiannya sendiri bersifat tradisional yakni pengujian di kelas dengan kertas. Untuk saat ini belum ada pengujian formatif secara online untuk membantu proses belajar mengajar.
3.2.2 Diagram Sistem yang Sedang Berjalan 3.2.2.1 Diagram Use Case
Untuk sistem yang sedang berjalan dapat direpresentasikan dengan use case sebagai berikut:
Gambar 3.5 Use Case Sistem yang Sedang Berjalan
3.2.2.2 Diagram Sequence
a. Pembuatan Module Plan
Pembuatan module plan dilaksanakan oleh pihak jurusan dengan mengundang koordinator bidang ilmu, koordinator mata kuliah dan dosen yang dirasa perlu masukannya. Module plan ini nantinya akan dipakai untuk 1 tahun ajaran. Dan jika memungkinkan maka akan dilanjutkan pemakaiannya.
Gambar 3.6 Sequence Pembuatan Module Plan
b. Menunjuk Tim Dosen Pembuat Soal
Pihak jurusan akan memilih tim dosen dan mengadakan rapat untuk membahas komposisi soal.
c. Membuat dan memeriksa Table of Specification
Tim dosen akan membuat table of specification. Table of
specification yang telah dibuat akan diperiksa oleh Koordinator
Mata Kuliah. Jika layak maka tim dosen akan membuat soal sesuai komposisi yang ada.
Gambar 3.8 Sequence Pembuatan dan Pemeriksaan TOS
d. Membuat dan memeriksa Soal Sesuai TOS yang Sudah Ada
Soal akan dibuat berdasarkan table of specification yang sudah ada. Lalu soal – soal tersebut akan diperiksa oleh Koordinator Mata Kuliah. Jika layak maka akan diujikan.
Gambar 3.9 Sequence Pemeriksaan Soal Sesuai TOS
3.2.3 Identifikasi Permasalahan
Permasalahan yang kami temukan terhadap sistem yang sedang berjalan adalah:
• Perlunya suatu sistem pengujian online untuk mendukung kegiatan belajar mengajar.
• Penyimpanan soal – soal ujian yang tidak disimpan secara terstruktur dan rapi.
• Perlunya suatu aplikasi yang membantu para dosen saat menentukan komposisi soal yang nantinya akan diujikan.
3.3 Analisis Pemecahan Masalah
Solusi permasalahan yang diusulkan adalah dengan membuat suatu aplikasi pengujian berbasis web. Aplikasi pengujian yang dimaksud nantinya akan memberikan umpan balik baik kepada mahasiswa maupun kepada dosen. Pengujian yang dimaksud adalah pengujian formatif dan sumatif. Aplikasi yang akan dibangun juga termasuk penyediaan soal – soal ujian yang ada. Hal ini untuk memudahkan penyimpanan dan pengawasan soal – soal yang ada. Aplikasi ini juga akan membantu dosen dalam menentukan komposisi soal. Dalam penyusunan komposisi soal maka aplikasi akan menjaga bobot tiap soal sesuai dengan tingkat pemahaman yang diberikan. Untuk memungkinkan hal ini semua maka diperlukan suatu sistem yang baik.
Ada 3 hal utama yang disarankan. Pertama diperlukannya bank soal yang dapat mencakup seluruh materi yang ada di Universitas Bina Nusantara. Untuk itu disarankan membuat suatu sistem basis data yang berfungsi menyimpan daftar setiap materi – materi yang digunakan. Materi – materi ini adalah materi pembelajaran yang dipakai oleh setiap mata kuliah. Materi yang dipakai biasanya diambil dari berbagai buku dan refrensi lain. Oleh karena itu materi yang disimpan pada sistem basis data ini akan terdiri dari materi dari berbagai refrensi yang akan digunakan dalam proses pembelajaran. Karena sistem yang dibuat akan termasuk penyimpanan bank soal maka disarankan untuk membuat materi ke bagian yang lebih kecil. Bagian tersebut dikenal dengan sebutan chapter (bab). Dari chapter ada bagian yang lebih kecil lagi yang dikenal dengan sub-chapter (sub-bab). Soal – soal yang dibuat nantinya akan dihubungkan dengan sub-chapter pada materi yang bersangkutan.
Gambar 3.10 Konseptual Bank Materi dan Bank Soal
Hal yang kedua adalah untuk menyatukan apa yang ada pada kurikulum Universitas Bina Nusantara dengan materi yang disarankan. Seperti yang diketahui kurikulum untuk tiap mata kuliah dimuat dalam module plan mata kuliah tersebut.
Module plan terdiri dari beberapa pokok bahasan. Pokok bahasan akan lebih sering
disebut sebagai pertemuan pada penelitian ini. Pertemuan yang ada terdiri dari materi – materi yang akan diajarkan. Untuk selanjutnya materi yang terdapat pada pertemuan akan disebut sebagai detailpertemuan. Jadi modul sistem basis data untuk kurikulum adalah module plan, di mana module plan terdiri dari beberapa pertemuan dan pertemuan terdiri dari beberapa detailpertemuan. Detailpertemuan sendiri diambil atau bersumber dari sub-chapter yang ada di bank materi untuk mata kuliah tersebut. Tiap
Materi Chapter Sub ‐Chapter Soal
Module Plan akan disimpan history-nya jika suatu saat ingin dilakukan peninjauan kembali (review).
Gambar 3.11 Konseptual Module Plan dan Relasinya dengan Bank Materi
Yang ketiga berhubungan dengan pembuatan table of specification. Seperti di ketahui pada module plan Universitas Bina Nusantara ada satu buah kolom yang disebut Tujuan Instruksional Khusus. Tujuan Instruksional Khusus adalah kondisi yang diharapkan jika mahasiswa sudah mengikuti perkuliahan tersebut. Secara singkat TIK adalah learning outcomes dari apa yang akan diajarkan. Untuk mendapatkan hasil yang lebih baik akan tingkat pemahaman mahasiswa, maka disarankan agar tingkat pemahaman yang ada berdasar pada detailpertemuan yang diajarkan. Hal ini terlepas dari TIK untuk tiap pertemuan. Jadi yang disarankan adalah diberikannya suatu tingkat pemahaman yang diharapkan pada detailpetemuan. Dengan ini maka dosen dapat
Module Plan Pertemuan (Pokok Bahasan) DetailPertemuan (Dengan tngkat pemahaman yang diharapkan) Materi Chapter Sub ‐Chapter
menyusun tingkat komposisi soal yang lebih baik dalam rangka mencapai tujuan perkuliahan. Berikut adalah konseptual sistem yang akan dibangun.
Gambar 3.12 Konseptual Sistem yang Akan Dibangun
Dari rancangan konseptual tersebut diharapkan aplikasi akan mampu menjalankan beberapa fitur yang diinginkan yaitu, menginput soal, membuat table of specification
Module Plan Pertemuan (Pokok Bahasan) DetailPertemuan (Dengan tingkat pemahaman yang diharapkan) Materi Chapter Sub ‐Chapter Soal MataKuliah Table of Specification
dan memberi masukan akan bobot untuk TOS yang dibuat, men-generate soal lalu mengacak soal – soal yang didapat, dan memberikan umpan balik.
Soal – soal yang diinput akan disimpan pada bank soal sesuai sub-chapter-nya masing – masing. Dengan cara ini maka terdapat kemungkinan beberapa mata kuliah yang mengajarkan materi yang sama dapat menggunakan soal tersebut. Dengan konsep seperti ini maka soal – soal yang ada akan lebih bervariasi.
Alur proses aplikasi ini dimulai dari memasukkan daftar materi – materi yang digunakan sebagai bahan pengajaran. Setelah itu masukkan module plan yang sudah dibuat. Module Plan diinput oleh Dosen Koordinator untuk tiap – tiap mata kuliah. Setelah module plan selesai diinput, selanjutnya masukkan soal – soal. Tiap Dosen yang aktif mengajar dapat menginput soal – soal untuk setiap mata kuliah yang diajarnya. Soal yang diinput tersebut nantinya akan diperiksa oleh Dosen Koordinator. Jika dinyatakan layak, maka soal tersebut akan dan buat TOS untuk tiap pertemuan lalu aktifkan kuis. Mainkan kuis yang sudah aktif, setelah itu umpan balik akan diterima.
Gambar 3.13 Alur Proses Aplikasi
Materi Module Plan Tos Soal Kuis Umpan Balik
3.4 Perancangan UML 3.4.1 Use Case
Pengguna pada sistem ini terdiri dari 3 macam, yakni admin, dosen, dan mahasiswa. Proses dimulai pada saat para pengguna melakukan proses log in. Setelah itu sistem akan menampilkan halaman muka dan list – list menu yang ada. Tampilan halaman muka dan list tersebut akan berbeda – beda untuk setiap tipe pengguna. Setelah itu para pengguna dapat melakukan berbagai aktifitas yang diperuntukan bagi mereka.
Admin sebagai pihak yang mempunyai wewenang untuk memanipulasi data yang dapat melakukan berbagai penginputan data. Data – data seperti materi,
chapter, subchapter, MataKuliah, ModulePlan, Pertemuan, DetailPertemuan,
Dosen, Kelas, Mahasiswa, dan ToS diinput oleh admin.
Dosen sendiri dapat menginput soal, membuat kuis (create quiz), review kuis, dan review secara mendetail dari setiap kuis yang dikerjakan mahasiswa.
Mahasiswa hanya dapat mengerjakan dan melihat review (feedback) dari setiap kuis yang dikerjakan. Tetapi mahasiswa tidak dapat melihat review per nomor (detailfeedback).
a. Spesifikasi dari Use Case Log-in
Tabel 3.2 Spesifikasi dari Use Case Log-in
Use Case Log-in
Actor Admin, Dosen, Mahasiswa, KMK.
Purpose Untuk melanjutkan proses autenfikasi terhadap aplikasi.
Overview Admin, Dosen, Mahasiswa, KMK akan melakukan proses log in dengan menuliskan username dan password untuk masuk menjalakan applikasi.
Type Primary and essential.
Cross Reference
b. Spesifikasi dari Use Case Insert Materi
Tabel 3.3 Spesifikasi dari Use Case Insert Materi
Use Case Insert materi.
Actor Admin.
Purpose Meng-input materi melalui applikasi
Overview Admin meng-input materi melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
c. Spesifikasi dari Use Case Insert Chapter
Tabel 3.4 Spesifikasi dari Use Case Insert Chapter
Use Case Insert chapter.
Actor Admin.
Purpose Meng-input chapter melalui applikasi
Overview Admin meng-input chapter melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
d. Spesifikasi dari Use Case Insert Sub-Chapter
Tabel 3.5 Spesifikasi dari Use Case Insert Sub-Chapter
Use Case Insert subchapter.
Actor Admin.
Purpose Meng-input subchapter melalui applikasi
Overview Admin meng-input subchapter melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
e. Spesifikasi dari Use Case Insert Mata Kuliah
Tabel 3.6 Spesifikasi dari Use Case Insert Mata Kuliah
Use Case Insert mata kuliah.
Actor Admin.
Purpose Meng-input mata kuliah melalui applikasi
Overview Admin meng-input mata kuliah melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
f. Spesifikasi dari Use Case Insert Module Plan
Tabel 3.7 Spesifikasi dari Use Case Module Plan
Use Case Insert Module Plan.
Actor Admin, KMK.
Purpose Meng-input Module Plan melalui applikasi
Overview Admin, KMK meng-input Module Plan melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
g. Spesifikasi dari Use Case Insert Pertemuan
Tabel 3.8 Spesifikasi dari Use Case Insert Pertemuan
Use Case Insert pertemuan.
Actor Admin, KMK.
Purpose Meng-input pertemuan melalui applikasi
Overview Admin, KMK meng-input pertemuan melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
h. Spesifikasi dari Use Case Insert DetailPertemuan
Tabel 3.9 Spesifikasi dari Use Case Insert Detail Pertemuan
Use Case Insert detail pertemuan.
Actor Admin, KMK.
Purpose Meng-input detail pertemuan melalui applikasi
Overview Admin, KMK meng-input detail pertemuan melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
i. Spesifikasi dari Use Case Insert TOS
Tabel 3.10 Spesifikasi dari Use Case Insert TOS
Use Case Insert Table of Specification.
Actor Admin, KMK.
Purpose Meng-input Table of Specification melalui applikasi Overview Admin, KMK meng-input Table of Specification melalui
applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
j. Spesifikasi dari Use Case Insert Dosen
Tabel 3.11 Spesifikasi dari Use Case Insert Dosen
Use Case Insert Dosen.
Actor Admin.
Purpose Meng-input Dosen melalui applikasi
Overview Admin meng-input Dosen melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
k. Spesifikasi dari Use Case Insert Mahasiswa
Tabel 3.12 Spesifikasi dari Use Case Insert Mahasiswa
Use Case Insert Mahasiswa.
Actor Admin.
Purpose Meng-input Mahasiswa melalui applikasi
Overview Admin meng-input Mahasiswa melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
l. Spesifikasi dari Use Case Insert Kelas
Tabel 3.13 Spesifikasi dari Use Case Insert Kelas
Use Case Insert Kelas.
Actor Admin.
Purpose Meng-input Kelas melalui applikasi
Overview Admin meng-input Kelas melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
m. Spesifikasi dari Use Case Insert Soal
Tabel 3.14 Spesifikasi dari Use Case Insert Soal
Use Case Insert soal
Actor Dosen.
Purpose Meng-input soal melalui applikasi
Overview Dosen meng-input soal melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
n. Spesifikasi dari Use Case Create Kuis
Tabel 3.15 Spesifikasi dari Use Case Create Kuis
Use Case Create kuis.
Actor Dosen.
Purpose Mngaktifan kuis melalui applikasi
Overview Dosen mengaktifan kuis melalui applikasi yang telah dikerjakan Mahasiswa dari database.
Type Primary and essential.
Cross Reference
o. Spesifikasi dari Use Case Feedback Dosen
Tabel 3.16 Spesifikasi dari Use Case Feedback Dosen
Use Case Feedback Dosen
Actor Dosen.
Purpose Review kuis melalui applikasi
Overview Dosen dan Mahasiswa melihat pilihan-pilihan jawaban yang telah dijawab rmahasiswa melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
p. Spesifikasi dari Use Case Feedback Mahasiswa
Tabel 3.17 Spesifikasi dari Use Case Feedback Mahasiswa
Use Case Feedback Mahasiswa
Actor Dosen, Mahasiswa.
Purpose Review kuis melalui applikasi
Overview Dosen dan Mahasiswa melihat feedback kuis melalui applikasi, untuk selanjutnya dicek sebelum masuk ke database.
Type Primary and essential.
Cross Reference
q. Spesifikasi dari Use Case Mengerjakan Kuiss
Tabel 3.18 Spesifikasi dari Use Case Mengerjakan Kuis
Use Case Mengerjakan kuis.
Actor Mahasiswa.
Purpose Mengerjakan kuis melalui applikasi
Overview Mahasiswa mengerjakan kuis melalui applikasi, untuk
selanjutnya dicek jawabannya sebelum disimpan ke database.
Type Primary and essential.
Cross Reference
3.4.2 Diagram Class
Pengguna sistem terdiri dari 3 pengguna yaitu, admin, dosen, dan mahasiswa. Admin bertugas untuk menginput segala data yang diperlukan. Admin akan membuat materi yang terdiri dari chapter. Chapter sendiri terdiri dari beberapa subchapter. Admin juga harus membuat MataKuliah. Mata kuliah ini
akan mempunyai materi yang diambil dari materi yang ada. Dari mata kuliah admin akan membuat module plan. Setiap matakuliah mempunyai satu module plan untuk satu tahun masa kuliah. Setiap module plan terdiri dari pertemuan, dan setiap pertemuan terdiri dari detailpertemuan. Detailpertemuan diambil dari subchapter yang berasal dari materi yang dipunyai oleh mata kuliah tersebut. Dari sini admin akan menginput TOS, TOS sendiri disusun berdasar detailpertemuan dan akan mengambil tingkat levelisasi dari detailpertemuan. Setelah itu admin juga harus menginput dosen, kelas, dan mahasiswa yang ada.
Dosen sendiri bertugas untuk menginput soal. Selain itu dosen juga bertugas untuk membuat kuis. Kuis yang dibuat diperuntukkan bagi mahsiswa yang terdaftar di kelas tersebut. Setelah dosen mengaktifkan kuis untuk kelas tersebut maka mahasiswa dapat mengerjakan kuis tersebut.
Mahasiswa tugasnya adalah mengerjakan kuis yang diberikan oleh dosen. Setelah itu mahasiswa dapat melihat umpan balik tingkat penguasaan materi yang diujikan
3.4.3 Diagram Sequence 3.4.3.1 Log-in
Pengguna (Admin, Dosen, Mahasiswa, KMK) harus melakukan proses Autenfikasi Log In terlebih dahulu. Dalam proses tersebut pengguna harus memasukan username dan password yang kemudian akan diperiksa dalam database. Jika ternyata proses Log In gagal akan ditampilkan pesan kesalahan. Bila proses log in berhasil maka sistem akan menampilkan menu-menu yang dapat diakses sesuai dengan hak akses yang dimiliki oleh pengguna.
3.4.3.2 Insert Materi
Pengguna (Admin) akan memilih materi. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan materi. Setelah itu, pengguna juga diharuskan mengisi nama materi. Jika proses penyimpanan materi gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan materi berhasil maka proses penyimpanan telah selesai.
3.4.3.3 Insert Chapter
Pengguna (Admin) akan memilih chapter. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan materi. Setelah itu, pengguna juga diharuskan memilih nama materi dimana chapter akan diinput dan mengisi nama
chapter. Jika proses penyimpanan chapter gagal maka akan ditampilkan
pesan kesalahan. Dan bila proses penyimpanan chapter berhasil maka proses penyimpanan telah selesai.
3.4.3.4 Insert Sub-Chapter
Pengguna (Admin) akan memilih subchapter. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan materi. Setelah itu, pengguna juga diharuskan memilih nama materi dan chapter dimana subchapter akan diinput dan mengisi nama subchapter. Jika proses penyimpanan subchapter gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan subchapter berhasil maka proses penyimpanan telah selesai.
3.4.3.5 Insert Mata Kuliah
Pengguna (Admin, KMK) akan memilih mata kuliah. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan mata kuliah. Setelah itu, pengguna juga diharuskan memilih nama materi dimana mata kuliah akan diinput dan mengisi kode mata kuliah dan nama mata kuliah. Jika proses penyimpanan mata kuliah gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan mata kuliah berhasil maka proses penyimpanan telah selesai.
3.4.3.6 Insert Module Plan
Pengguna (Admin, KMK) akan memilih module plan. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan mata kuliah. Setelah itu, pengguna juga diharuskan memilih nama materi, kode mata kuliah, tahun ajaran dimana module plan akan diinput. Jika proses penyimpanan module plan gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan module plan berhasil maka proses penyimpanan telah selesai.
3.4.3.7 Insert Pertemuan
Pengguna (Admin, KMK) akan memilih pertemuan. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan pertemuan. Setelah itu, pengguna juga diharuskan memilih nama materi, kode mata kuliah, tahun ajaran dimana pertemuan akan diinput dan mengisi pertemnuan dan pokok bahasan. Jika proses penyimpanan pertemuan gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan pertemuan berhasil maka proses penyimpanan telah selesai.
3.4.3.8 Insert Detail-Pertemuan
Pengguna (Admin, KMK) akan memilih pertemuan. Setelah itu pengguna diharuskan untuk memilih nama pertemuan yang akan diinput dimana detail pertemuan akan diinput. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan detail pertemuan. Setelah itu, pengguna juga diharuskan memilih chapter dimana pertemuan akan diinput dan memilih subchapter dan level detail pertemuan. Jika proses penyimpanan detail pertemuan. Setelah itu gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan detail pertemuan berhasil maka proses penyimpanan telah selesai.
3.4.3.9 Insert TOS
Pengguna (Admin, KMK) akan memilih pertemuan. Setelah itu pengguna diharuskan untuk memilih nama pertemuan yang akan diinput dimana table of specification akan diinput. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan table of specification. Setelah itu, pengguna juga diharuskan memilih detail pertemuan, tipe soal, jumlah soal, bobot dari table of specification. Jika proses penyimpanan table of specification. Setelah itu gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan table of specification berhasil maka proses penyimpanan telah selesai.
3.4.3.10 Insert Dosen
Pengguna (Admin) akan memilih dosen. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan dosen. Setelah itu, pengguna juga diharuskan mengisi kode dosen dan nama dosen. Jika proses penyimpanan dosen gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan dosen berhasil maka proses penyimpanan telah selesai.
3.4.3.11 Insert Mahasiswa
Pengguna (Admin) akan memilih mahasiswa. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan mahasiswa. Setelah itu, pengguna juga diharuskan mengisi NIM dan nama mahasiswa. Jika proses penyimpanan mahasiswa gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan mahasiswa berhasil maka proses penyimpanan telah selesai.
3.4.3.12 Insert Kelas
Pengguna (Admin) akan memilih kelas. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan kelas. Setelah itu, pengguna juga diharuskan mengisi nama kelas, memilih mahasiswa dan dosen. Jika proses penyimpanan kelas gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan kelas berhasil maka proses penyimpanan telah selesai.
3.4.3.13 Insert Soal
3.4.3.13.1 Multiple Choice
Pengguna (Dosen) akan memilih jenis soal pilihan ganda. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan soal pilihan ganda. Setelah itu, pengguna juga diharuskan untuk memilih jumlah pilihan jawaban untuk soal pilihan ganda tersebut maka sistem akan menampilkan field-field pilihan jawaban untuk dilengkapi oleh pengguna. Jika proses penyimpanan soal pilihan ganda gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan soal pilihan ganda berhasil maka proses penyimpanan telah selesai.
3.4.3.13.2 Matching
Pengguna (Dosen) akan memilih jenis soal menjodohkan. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan soal menjodohkan. Setelah itu, pengguna juga diharuskan untuk memilih jumlah pilihan jawaban dan pasangan pilihan jawaban menjodohkan untuk soal menjodohkan tersebut maka sistem akan menampilkan field-field pilihan jawaban dan pasangan pilihan jawaban untuk dilengkapi oleh pengguna. Jika proses penyimpanan soal menjodohkan gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan soal menjodohkan berhasil maka proses penyimpanan telah selesai.
3.4.3.13.3 Sequencing
Pengguna (Dosen) akan memilih jenis soal mengurutkan. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses penyimpanan soal mengurutkan. Setelah itu, pengguna juga diharuskan untuk memilih jumlah pilihan jawaban dan urutan jawaban untuk soal mengurutkan tersebut maka sistem akan menampilkan field-field pilihan jawaban dan urutan jawaban untuk dilengkapi oleh pengguna. Jika proses penyimpanan soal mengurutkan gagal maka akan ditampilkan pesan kesalahan. Dan bila proses penyimpanan soal mengurutkan berhasil maka proses penyimpanan telah selesai.
3.4.3.14 Create Kuis
Pengguna (Dosen) akan memilih create kuis. Setelah itu sistem akan menampilkan field-field yang harus dilengkapi oleh pengguna ketika proses create kuis. Setelah itu, pengguna juga diharuskan mengisi nama kuis, durasi / start kuis, close kuis. Pengguna juga bisa memilih mahasiswa yang diperbolehkan untuk mengikuti kuis. Jika proses create kuis gagal maka akan ditampilkan pesan kesalahan. Dan bila proses create kuis berhasil maka proses create kuis telah selesai.
3.4.3.15 Jawab Kuis
Pengguna (Mahasiswa) akan memilih play kuis. Setelah itu sistem akan menampilkan halaman kuis yang isinya adalah soal yang telah dirandom dan harus dijawab oleh pengguna ketika proses jawab kuis. Jika proses jawab kuis gagal maka akan ditampilkan pesan kesalahan. Dan bila proses jawab kuis berhasil maka proses jawab kuis telah selesai.
3.4.3.16 Feedback Dosen
Pengguna (Dosen) akan memilih detail feedback kuis. Setelah itu sistem akan menampilkan halaman detail feedback kuis yang isinya adalah pilihan-pilihan jawaban mahasiswa dari suatu kuis tertentu. Jika proses detail feedback kuis gagal maka akan ditampilkan pesan kesalahan. Dan bila proses detail feedback kuis berhasil maka proses detail feedback kuis telah selesai.
3.4.3.17 Feedback Mahasiswa
Pengguna (Dosen, Mahasiswa) akan memilih feedback kuis. Setelah itu sistem akan menampilkan halaman feedback kuis yang isinya adalah tingkat penguasaan mahasiswa akan detail pertemuan tertentu. Jika proses
feedback kuis gagal maka akan ditampilkan pesan kesalahan. Dan bila
proses feedback kuis berhasil maka proses feedback kuis telah selesai.
3.4.4 Diagram Activity 3.4.4.1 Log-in
User System
3.4.4.2 Insert Materi
User System
3.4.4.3 Insert Chapter
User System
3.4.4.4 Insert Sub-Chapter
User System
3.4.4.5 Insert Mata Kuliah
User System
3.4.4.6 Insert Module Plan
User System
3.4.4.7 Insert Pertemuan
User System
3.4.4.8 Insert Detail Pertemuan
User System
3.4.4.9 Insert TOS
User System
3.4.4.10 Insert Dosen
User System
3.4.4.11 Insert Mahasiswa
User System
3.4.4.12 Insert Kelas
User System
3.4.4.13 Insert soal
3.4.4.13.1 Multiple Choice
User System
3.4.4.13.2 Matching
User System
3.4.4.13.3 Sequencing
User System
3.4.4.14 Create Kuis
User System
3.4.4.15 Jawab Kuis
User System
3.4.4.16 Feedback Dosen
User System
3.4.4.17 Feedback Mahasiswa
User System
Gambar 3.53 Activity Diagram Feedback Mahasiswa
3.5 Perancangan Solusi
3.5.1 Perancangan Sistem Basis Data 3.5.1.1 ERD
3.5.2 Perancangan Layar 1) Halaman Log-in
Gambar 3.55 Perancangan Layar Halaman Log-in
Pada halaman log-in setiap pengguna akan memasukkan username dan
password. Pada halaman ini pula akan ditampilkan pesan atau peringatan jika
pengguna belum atau salah dalam memasukkan data.
Username : Password :
2) Halaman Admin a. Halaman Utama
Gambar 3.56 Perancangan Layar Halaman Utama (Admin)
Pada halaman ini admin akan memilih menu – menu si sebelah kiri. Menu – menu yang tersedia meliputi materi, chapter, subchapter, matakuliah, moduleplan, pertemuan, dosen, mahasiswa, dan kelas. Jika menu – menu tersebut diklik maka akan mengarah ke halaman tertentu.
Header AQ Admin Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas
b. Halaman Insert Materi
Gambar 3.57 Perancangan Layar Halaman Insert Materi
Pada halaman ini admin dapat memasukkan materi perkuliahan baru. Jika materi sudah dimasukkan maka akan tercetak di ListMateri. Pada ListMateri itu sendiri jika nama materi tertentu diklik maka akan mengarah ke halaman Insert Chapter. Tombol edit yang berada di sebelah tiap list materi berfungsi untuk mengganti nama materi pada baris tersebut.
Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas
Insert Materi : Insert
List materi
c. Halaman Insert Chapter
Gambar 3.58 Perancangan Layar Halaman Insert Chapter
Pada halaman ini admin dapat memasukkan chapter – chapter untuk tiap materi yang sudah ada. Yang harus dilakukan adalah memilih Materi lalu memasukkan Chapter. Jika admin masuk melalui halaman Insert Materi maka sistem dengan sendirinya akan memilih materi tersebut. Setelah dimasukkan maka chapter tersebut akan muncul di List Chapter. List ini hanya berisi
chapter untuk materi yang bersangkutan. Tombol edit di sebelah chapter
berfungsi untuk mengubah judul chapter. Jika nama pertemuan diklik maka akan mengarah ke halaman Insert SubChapter.
Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas Materi : Judul Chapter Insert List Chapter <<Chapter>> Edit
d. Halaman Insert Sub-chapter
Gambar 3.59 Perancangan Layar Halaman Insert Sub-Chapter
Pada halaman ini admin dapat memasukkan Sub-chapter – sub-chapter untuk tiap chapter yang sudah ada. Yang harus dilakukan adalah memilih materi, lalu memilih chapter yang diinginkan. Jika admin masuk melalui halaman Insert Chapter maka sistem dengan sendirinya akan memilih chapter tersebut. Tombol edit di sebelah kanan berfungsi untuk mengganti sub-chapter yang sudah ada.
Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas Materi : Judul Chapter Insert List SubChapter <<SubChapter>> Edit
e. Halaman Insert Mata Kuliah
Gambar 3.60 Perancangan Layar Halaman Insert Mata Kuliah
Pada halaman ini admin dapat memasukkan MataKuliah. Caranya adalah dengan memilih dahulu materi yang sudah ada, lalu masukkan Kode MataKuliah yang diinginkan, lalu masukkan nama MataKuliah dan KdDosen Koordinator, setelah itu klik insert. Setelah dimasukkan maka MataKuliah tersebut akan muncul di List MataKuliah. Jika MataKuliah di list tersebut diklik maka akan mengarah ke halaman Insert Module Plan. Tombol edit di sebelah kanan berfungsi untuk mengubah nama MataKuliah tersebut.
Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas Materi : Kd MK: Nama MK: KdDsnKMK : Insert List MataKuliah <<MataKuliah>> <<KdDosenKMK>> Edit
f. Halaman Insert Module Plan
Gambar 3.61 Perancangan Layar Halaman Insert Module Plan
Pada halaman ini admin dan Dosen KMK dapat memasukkan Module Plan untuk mata kuliah tertentu. Yang harus dilakukan oleh admin adalah dengan memilih materi dan matakuliah yang diinginkan. Jika admin masuk melalui halaman Insert MataKuliah maka field Materi dan KdMk-Nama_MKsudah terisi dengan sendirinya. Setelah itu admin harus memilih tahun ajaran yang diperuntukan untuk Module Plan yang akan dimasukkan. Setelah dimasukkan maka akan muncul di List Module Plan. Pada list tersebut jika tahun ajaran diklik maka akan mengarah ke halaman Insert Pertemuan. Radio button di sebelah kanan untuk mengaktifkan Module Plan yang akan digunakan. Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas
Materi : KdMK ‐ Nama MK: Thn Ajaran:
Insert
List ModulePlan
g. Halaman Insert Pertemuan
Gambar 3.62 Perancangan Layar Halaman Insert Pertemuan
Pada halaman ini admin dan Dosen KMK dapat memasukkan Pertemuan untuk tiap Module Plan yang sudah ada. Caranya adalah dengan memilih materi, lalu MataKuliah, dan tahun ajaran yang diinginkan. Setelah itu admin juga harus memilih pertemuan yang ada. Kolom di sebelah pertemuan menandakan di pertemuan ke berapakah pertemuan ini dimaksudkan. Jika admin masuk melalui halaman Insert Module Plan maka field – field tersebut akan secara otomatis terisi. Lalu sesudah itu admin baru memasukkan judul Pokok Bahasan yang diinginkan. Lalu klik insert. Setelah itu pertemuan yang telah dimasukkan akan muncul di List Pertemuan. Jika Pokok Bahasan di klik maka akan mengarah ke halaman Insert DetailPertemuan. Jika TOS diklik
Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas
Materi : Nama MK: Thn ajaran:
Pertemuan: Pokok Bahasan: Insert
List Pertemuan
maka akan mengarah ke halaman Insert Table of Specification. Tombol edit di sebelah kanan berfungsi untuk mengganti Pokok Bahasan di sebelah kirinya.
h. Halaman Insert DetailPertemuan
Gambar 3.63 Perancangan Layar Halaman Insert Detail Pertemuan
Pada halaman ini admin dan Dosen KMK dapat memasukkan detail pertemuan untuk tiap pertemuan yang sudah dimasukkan. Caranya adalah dengan memilih chapter dan subchapter dan level yang diperuntukkan untuk detailpertemuan yang akan dimasukkan. Untuk mengubah materi, matakuliah, tahun ajaran, dan pertemuan maka admin harus kembali ke halaman Insert Pertemuan. Setelah itu klik tombol insert. Setelah dimasukkan DetailPertemuan tersebut akan muncul di List DetailPertemuan. Tombol edit di sebelah kanan untuk mengubah alias judul tiap detailpertemuan.
Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas
Materi : <<materi>> Mata‐Kuliah: <<MataKuliah>> Thn ajaran: <<TahunAjaran>> Pertemuan:<<No‐PokokBahasan>> Chapter: SubChapter: Level:
List DetailPertemuan
<<Level‐DetailPertemuan>> Edit Insert
i. Halaman Insert Table of Specification
Gambar 3.64 Perancangan Layar Halaman Insert Table of Specification
Pada halaman ini admin dan Dosen KMK dapat memasukkan komposisi soal atau table of specification untuk tiap kuis yang diujikan. Caranya adalah dengan memilih detailpertemuan lalu pilih tipesoal, masukkan jumlah soal yang diinginkan. Jika tombol calculate diklik maka sistem akan menghitung bobot untuk tiap soal hal ini dilakukan sebagai saran dan masukan. Bobot tersebut nantiya masih bisa diubah – ubah sesuai kebutuhan. Jika sudah selesai maka klik tombol insert untuk memasukkan TOS tersebut.
Header <<daftar detailpertemuan>>
Detailpertemuan Tipesoal Jumlahsoal Bobot
Insert Time : Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas Insert calculate
j. Halaman Insert Mahasiswa
Gambar 3.65 Perancangan Layar Halaman Insert Mahasiswa
Pada halaman ini, admin dapat memasukkan mahasiswa beserta NIM mahasiswa tersebut. Jika sudah selesai maka klik tombol insert.
k. Halaman Insert Dosen l.
m.
Gambar 3.65 Perancangan Layar Halaman Insert Dosen
Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas NIM : Nama Mahasiswa: Insert KdDosen : Nama Dosen : Insert
Pada halaman ini admin dapat memasukkan dosen dan kode dosen. Jika sudah selesai maka klik tombol insert.
n. Halaman Insert Kelas
Gambar 3.67 Perancangan Layar Halaman Insert Kelas
Pada halaman ini admin dapat memasukkan kelas. Yang harus dilakukan adalah dengan memasukkan nama kelas, lalu pilih matakuliah, pilih tahun ajaran, pilih status aktif, pilih dosen dan yang terakhir masukkan nama – nama mahasiswa yang akan ikut kelas tersebut. Lalu klik tombol submit.
Header
Kelas : MataKuliah :
Tahun Ajaran : Aktif : ya tidak KK Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas
KdDosen NamaDosen Check NIM NamaMahasiswa Check
o. Halaman List Soal
Gambar 3.68 Perancangan Layar Halaman List Soal
Pada halaman ini admin dan Dosen KMK dapat melihat soal yang telah dimasukan oleh dosen. Soal yang ditampilkan berdasarkan subchapter. Jika ingin mengubah soal maka admin dapat memilih tombol edit pada kolom
Action disoal yang ingin diubah. Header Materi : Chapter : SubChapte r : dvav Page 1 2 3 Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home Materi Chapter SubChapter List Soal MataKuliah ModulePlan Pertemuan Dosen Mahasiswa Kelas
3) Halaman Dosen a. Halaman Utama
Gambar 3.69 Perancangan Layar Halaman Utama (Dosen)
Pada halaman ini ditampilkan setiap kelas yang diajar oleh dosen tersebut. Jika kelas tersebut diklik maka akan mengarah ke halaman Course untuk kelas tersebut.
Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home MataKuliah ModulePlan Pertemuan MyCourse ‐ MyClass
b. Halaman Course
Gambar 3.70 Perancangan Layar Halaman Course (Dosen)
Pada halaman ini menampilkan list pertemuan untuk matakuliah tersebut. Jika pokok bahasan diklik maka akan mengarah ke halaman
MainCourse. Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home MataKuliah ModulePlan Pertemuan KdMK – MataKuliah Kelas List Pokok Bahasan <<Pokok Bahasan>>
c. Halaman Main Course
Gambar 3.71 Perancangan Layar Halaman Main Course (Dosen)
Pada halaman ini dosen ditampilkan detail mengenai pertemuan tersebut. Termasuk di dalamnya daftar detailpertemuan untuk pertemuan tersebut, detail kuis untuk pertemuan tersebut, dan table keterangan tentang kuis yang sudah pernah dibuat. Di bawah table terdapat tombol create quiz. Tombol ini jika di klik akan menampilkan jendela untuk membuat kuis. Tombol input soal sendiri jika di klik akan mengarahkan ke halaman Insert Soal.
Header <<detailpertemuan>> input soal <<Detail kuis>> <<durasi kuis>> Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home MataKuliah ModulePlan Pertemuan KdMK – MataKuliah Kelas
Quiz name Quiz Start Quiz End Action
Gambar 3.72 Perancangan Layar Halaman Create Kuis
Pada halaman ini dosen dapat mengaktifkan kuis. Yang harus dilakukan adalah dengan menetapkan waktu mulai dan waktu selesai. Lalu dosen juga
Header <<detailpertemuan>> input soal <<Detail kuis>> <<durasi kuis>> Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home MataKuliah ModulePlan Pertemuan KdMK – MataKuliah Kelas
Quiz name Quiz Start Quiz End Action
Cancel Quix Title: Mulai sekarang : Waktu Mulai : berakhir : Search:
NIM Nama Mahasiswa Cek
bisa menentukan apakah semua mahasiswa dapat ikut atau hanya mahasiswa tertentu saja yang boleh ikut. Setelah selesai pilih tombol submit.
d. Halaman Insert Soal Multiple Choice
Gambar 3.73 Perancangan Layar Halaman Insert Soal Pilihan Ganda
Halaman ini adalah halaman untuk memasukkan soal – soal pilihan ganda (multiple choice). Detail mengenai subchapter dan level tidak dapat dirubah karena mengikut darimana soal ini diinput dari halaman sebelumnya. Pada field soal diisi soal atau pertanyaan, pada pertanyaan ini juga bisa dimasukkan gambar jika ada. Untuk pilihan sendiri bisa dinamis, jika kita mengklik tanda panah ke bawah maka pilihan akan bertambah, jika ke atas maka pilihan berkurang. Untuk tombol jawaban adalah kunci jawaban dari soal
Header SubChapter : Level : Soal : Gambar :
Pilihan Jawaban Jawaban Gambar
Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home MataKuliah ModulePlan Pertemuan Browse Browse Browse Submit Reset
ini. Untuk tiap pilihan dimungkinkan untuk disertakan gambar jika memang ada. Jika sudah selesai admin bisa mengklil tombol submit.
e. Halaman Insert Soal Sequencing
Gambar 3.74 Perancangan Layar Halaman Insert Soal Mengurutkan
Halaman ini adalah halaman untuk memasukkan soal – soal mengurutkan (sequencing). Detail mengenai subchapter dan level tidak dapat dirubah karena mengikut darimana soal ini diinput dari halaman sebelumnya. Pada field soal diisi soal atau pertanyaan, pada pertanyaan ini juga bisa dimasukkan gambar jika ada. Untuk pilihan sendiri bisa dinamis, jika kita mengklik tanda panah ke bawah maka pilihan akan bertambah, jika ke atas maka pilihan berkurang. Field urutan diisi dengan urutan – urutan yang
Header SubChapter : Level : Soal : Gambar :
Pilihan Jawaban Urutan Gambar Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home MataKuliah ModulePlan Pertemuan Browse Browse Browse Submit Reset
sebenarnya. Tiap pilihan dapat mengandung gambar. Jika sudah selesai admin dapat mengklik tombol submit.
f. Halaman Insert Soal Matching
Gambar 3.75 Perancangan Layar Halaman Insert Soal Menjodohkan
Halaman ini adalah halaman untuk memasukkan soal – soal menjodohkan (matching). Detail mengenai subchapter dan level tidak dapat dirubah karena mengikut darimana soal ini diinput dari halaman sebelumnya. Pada field soal diisi soal atau pertanyaan, pada pertanyaan ini juga bisa dimasukkan gambar jika ada. Untuk pilihan sendiri bisa dinamis, jika kita mengklik tanda panah ke bawah maka pilihan akan bertambah, jika ke atas maka pilihan berkurang. Untuk field match diisi dengan pasangan set A dari set B. Jika sudah maka klik tombol submit untuk menyimpan.
Header SubChapter : Level : Soal : Gambar :
Set A Gambar Match Set B Gambar Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home MataKuliah ModulePlan Pertemuan Browse Browse Browse Submit Reset Browse Browse Browse
g. Halaman Feedback
Gambar 3.76 Perancangan Layar Halaman Feedback Dosen
Pada halaman ini dosen dapat melihat hasil dari kuis yang sudah diberikan. Keterangan tentang toal rata – rata kelas, dan detail mahasiswa dapat dilihat dari sini. Jika diklik nama mahasiswa maka akan mengarah ke DetailFeedback dari mahasiswa tersebut.
Header <<Total mahasiswa>> <<detailpertemuan>> ‐ <<nilai>> Search: Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home MataKuliah ModulePlan Pertemuan
NIM Nama mahasiswa Nomor Selesai Nilai
h. Halaman DetailFeedback
Gambar 3.77 Perancangan Layar Halaman Detail Feedback Dosen
Pada halaman ini dosen dapat memantau dengan lebih detail hasil pekerjaan mahasiswa didiknya. Pada halaman ini jika dosen mengklik tombol
action maka akan melihat soal apa yang dikerjakan mahasiswa tersebut dan
kemudian apa yang dijawab oleh mahasiswa tersebut.
Header Review Kuis untuk <<NIM – Nama Mahasiswa>> <<detailpertemuan>> ‐ <<nilai>> Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home MataKuliah ModulePlan Pertemuan KdMK – MataKuliah Kelas
4) Halaman Mahasiswa a. Halaman Utama
Gambar 3.78 Perancangan Layar Halaman Utama (Mahasiswa)
Pada halaman ini mahasiswa akan diperlihatkan kelas – kelas yang diikutinya. Jika mahasiswa mengklik salah satu kelas tersebut maka mahasiswa akan mengarah ke halaman Course. Di paling atas dari halaman ini akan diberikan sebuah jendela untuk memberi tahu jika ada kuis yang sedang aktif dan belum dikerjakan. Jika mahasiswa mengklik daftar kuis di jendela tersebut maka mahasiswa akan langsung diarahkan ke halaman MainCourse kuis tersebut. Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home MyCourse ‐ MyClass Quiz Active
b. Halaman Course
Gambar 3.79 Perancangan Layar Halaman Course (Mahasiswa)
Pada halaman ini menampilkan list pertemuan untuk matakuliah tersebut. Jika pokok bahasan diklik maka akan mengarah ke halaman
MainCourse. Header Change Password Logout Day, dd MM yyyy / Time hh:mm: ss Welcome, User Home KdMK – MataKuliah Kelas List Pokok Bahasan <<Pokok Bahasan>>