19
BAB III
ANALISIS DAN PERANCANGAN SISTEM
Dalam bab ini membahas tentang tahapan-tahapan Rancang Bangun
Aplikasi Visualisasi Perkembangan Studi Mahasiswa Wali Pada Institut Bisnis dan
Informatika Stikom Surabaya. Tahapan tersebut terdiri dari analisa, perancangan
dan evaluasi sistem.
3.1 Tahap Communication
Tahap Communication yaitu tahap awal dari pembuatan Rancang Bangun
Aplikasi Visualisasi Perkembangan Studi Mahasiswa Wali Pada Institut Bisnis dan
Informatika Stikom Surabaya. Data dan informasi yang diperlukan diperoleh dari
berbagai sumber untuk mendapatkan informasi yang lengkap yang berguna dalam
pengembangan aplikasi visualisasi perkembangan studi mahasiswa wali. Pada
tahap ini dibagi menjadi empat sub tahapan yaitu analisis kebutuhan bisnis, analisis
kebutuhan pengguna, analisis kebutuhan sistem, dan studi kepustakaan. Pada
masing-masing tahapan analisis dilakukan dengan cara wawancara dan observasi
dengan Kaprodi Sistem Informasi, doswn wali Sistem Informasi dan Kabag PPTI
Stikom Surabaya meliputi observasi dan wawancara.
A. Observasi
Observasi dilakukan pada prodi Sistem Informasi Stikom Surabaya. Dengan
melihat cara lansung bagaimana pelaksanaan proses pelaporan perkembangan studi
mahasiswa wali. Dengan adanya observasi diharapkan mampu menyelesaikan
masalah yang telah diuraikan di dalam latar belakang yang telah disusun dalam
penelitian ini.
20
B. Wawancara
Wawancara dilakukan dengan Kaprodi Sistem Informasi, dosen wali Prodi
Sistem Informasi dan kepala bagian PPTI Stikom Surabaya yakni dengan Ibu
Dewiyani Sunarto, Ibu Sulistiowati dan Ibu Sri Suhandiah. Beliau menjelaskan
tentang proses mendapatkan data pada bagian PPTI Stikom Surabaya yang
diberikan ke semua dosen wali sebagai data penunjang pembuatan laporan
perkembangan studi mahasiswa walinya, tata cara melakukan pelaporan oleh dosen
wali, serta kaprodi dapat melihat hasil dari laporan yang berupa visualisasi
informasi atau laporan perkembangan studi mahasiswa wali dari setiap dosen wali
maupun keseluruhan.
3.2 Tahap Planning
Tahap Planning memdeskripsikan penjadwalan kerja yang akan
dilaksanakan untuk membangun aplikasi visualisasi perkembangan studi
mahasiswa wali untuk mendukung aktivitas dosen wali dan kaprodi Sistem
Informasi Stikom Surabaya. Untuk studi literature dilakukan selama pengerjaan
aplikasi mulai Februari 2017 hingga Juli 2017. Sedangkan untuk pengumpulan
data, perancangan, pembuatan aplikasi, hingga testing aplikasi dilakukan secara 3
bulan mulai dari bulan April 2017 hingga Juli 2017. Urutan pengerjaan pada tahap
planning sesuai dengan (DENNIS, WIXOM, & ROTH, 2012) dengan urutan
sebagai berikut: Project Indentification, Technical Feasibility, Economic
Feasibility, Organizational Feasibility, Time Estimation, yang di gabungkan
dengan fase analisis yaitu: Document Analysis yang digambarkan dengan diagram
alur proses bisnis yang terjadi pada proses pelaporan perkembangan studi
21
mahasiswa wali oleh dosen wali pada program studi Sistem Informasi Stikom
Surabaya, dan Hardware & Software Selection sebagai spesifikasi perangkat keras
dan lunak.
3.2.1 Analisis Kebutuhan Bisnis
Pada tahap analisis bisnis ini akan dilakukan analisis terhadap proses bisnis
yang terjadi pada proses pelaporan perkembangan studi mahasiswa wali oleh dosen
wali pada program studi Sistem Informasi Stikom Surabaya dengan cara
wawancara dan analisis ini digunakan untuk mendefinisikan suatu permasalahan
dan bagaiman cara mengatasi permsalah tersebut. Pada langkah analisis dilakukan
tahapan-tahapan untuk mengetahui permasalahan yang ada yaitu dengan observasi
dan wawancara, sehingga dapat ditemukan sebuah solusi yang tepat dalam
menyelesaikan permasalahan tersebut. Pada gambar 3.2 akan menjelaskan tentang
bagaimana proses bisnis pelaporan perkembangan studi mahasiswa wali yang ada
pada prodi Sistem Informasi Stikom Surabaya. Saat ini aktivitas pelaporan
perkembangan mahasiswa yang berjalan pada Prodi Sistem Informasi Stikom
Surabaya adalah pada tahap awal, dosen wali menerima data pendukung dari data
center yaitu bagian PPTI. Data pendukung tersebut terdiri dari data akademik dan
data keuangan yang akan digunakan oleh dosen wali sebagai data dasar membuat
pelaporan perkembangan anak walinya.
Dari data pendukung itu dikompilasi agar menghasilkan sebuah laporan
perkembangan studi mahasiswa wali dengan menggunakan program excel yang
kemudian dikirimkan kepada kaprodi melalui email. Setelah kaprodi menerima
email pelaporan perkembangan studi mahasiswa wali dari setiap dosen wali,
22
kaprodi akan mendownload dan mengarsipkan data dari masing-masing periode
untuk mendapatkan kesimpulan tentang perkembangan studi mahasiswa.
Tahap selanjutnya adalah analisis permasalahan. Analisis permasalahan
berguna untuk mendefinisikan permasalahan dan cara mengatasi permasalahan
tersebut. Dari proses indentifikasi masalah didapatkan beberapa peran dan
tanggung jawab.
Berikut ini adalah diagram alur proses bisnis pelaporan perkembangan studi
mahasiswa wali pada Prodi Sistem Informasi Stikom Surabaya. Ada tiga aktor yang
berjalan dalam proses bisnis pelaporan perkembangan studi mahasiswa, yakni
Kaprodi Sistem Informasi, dosen wali Prodi Sistem Informasi dan Bagian PPTI
Stikom Surabaya. Masing-masing memiliki tugas dan tanggung jawab. Untuk lebih
lengkapnya bisa dilihat pada gambar 3.2.
23
Gambar 3.1 Diagram Alur Pelaporan Perkembangan Studi Mahasiwa Wali
A. Identifikasi Masalah
Identifikasi masalah dilakukan dengan mengamati proses pelaporan
perkembangan studi mahasiswa wali, menentukan masalah dalam proses pelaporan
24
perkembangan studi mahasiswa, dan menentukan solusi serta tujuan yang
diperolah.
Sesuai dengan alur bisnis yang sudah di jabarkan pada gambar 3.2, maka
diperoleh beberapa tujuan untuk pengembangan aplikasi visualisasi perkembangan
studi mahasiswa wali yang bisa dilihat pada Tabel 3.1 sebagai berikut:
Tabel 3.1 Permasalahan/Dampak/Solusi
Permasalahan Dampak Solusi
Adanya kesalahan dalam
menyalin atau kompilasi
data akademik maupun data
keuangan pada data
mahasiswa yang dipilih.
Dapat memberikan
penilaian terburuk
terhadap pembuatan
laporan perkembangan
studi mahasiswa wali.
Membangun dan
mengimplementasikan
aplikasi visualisasi
perkembangan studi
mahasiswa wali yang
dapat membantu
memudahkan dalam
kompilasi data sesuai
dengan mahasiswa yang
terkait.
Kesulitan dalam melakukan
pembuatan kesimpulan pada
laporan perkembangan studi
mahasiswa wali secara
tepat.
Tidak dapat
menghasilkan suatu
kesimpulan yang
akurat dengan data
yang ada sebagai salah
satu point dalam
akreditas program
studi Sistem Informasi.
Aplikasi visualisasi
perkembangan studi
mahasiswa wali dengan
mudah membuat
kesimpulan dengan
beberapa kategori dari
semua mahasiswa wali.
B. Identifiaksi Pengguna
Berdasarkan hasil indentifikasi permasalahan, maka dapat dibuat
identifikasi pengguna untuk mengetahui kebutuhan dari masing-masing pengguna
yang dilakukan dengan wawancara dan mengamati bagaimana karakteristik
pengguna yang ada pada prodi Sistem Informasi Stikom Surabaya. Berdasarkan
25
hasil wawancara, maka dapat dibuat kebutuhan pengguna yang akan dianalisis
untuk mengetahui kebutuhan dari masing-masing pengguna yang berhubungan
lansung dengan aplikasi yang dibangun agar dapat sesuai dengan apa aja yang
dibutuhkan adalah kaprodi Sistem Informasi yang mempunyai tanggung jawab
dalam pelaporan perkembangan studi mahasiswa wali pada prodi Sistem Informasi
dan Dosen Wali yang mempunyai tanggung jawab dalam memberikan laporan
perkembang studi mahasiswanya dari sisi akademik maupun keuangan. Kaprodi
dan Dosen Wali adalah sebagian besar pengguna memiliki pengalaman hampir
sama secara keseluruhan dalam mengoperasikan komputer yaitu cukup
berpengalaman dalam mengoperasikan sistem operasi Windows, bekerja
menggunakan Microsft Office seperti Microsoft Office Word dan Microsoft Office
Excel dan menggunakan aplikasi yang diberikan oleh Stikom Surabaya, serta dapat
menggunakan internet dengan baik. Berikut adalah pemetaan pengguna yang ada
di prodi Sistem Informasi Institut Bisnis dan Informatika Stikom Surabaya.
Tabel 3.2 Identifikasi Pengguna
No Nama Pengguna Identifikasi Pengguna
1. Kaprodi 1. Menampilkan hasil kompilasi pelaporan
perkembangan studi mahasiswa wali.
2. Membuat laporan perkembangan studi
mahasiswa wali.
2. Dosen Wali 1. Melihat data akademik dan keuangan
mahasiswa wali.
2. Membuat laporan perkembangan studi
mahasiswa wali.
26
No Nama Pengguna Identifikasi Pengguna
2. Membuat pelaporan perkembangan
studi mahasiswa wali dengan
memberikan sebuah catatan dan
keterangan kepada mahasiswanya.
C. Identifikasi Data
Identifikasi data dilakukan untuk memenuhi informasi kebutuhan data bagi
pengguna secara khusus. Langkah - langkah yang akan dilakukan ialah dengan
melakukan pengumpulan data yang berkaitan dengan entitas dalam pembangunan
aplikasi visualisasi perkembangan studi mahasiswa wali pada prodi Sistem
Informasi Stikom Surabaya. Hasil yang diperoleh dari indetifikasi data berupa
daftar kebutuhan data. Langkah-langkah yang akan dilakukan adalah dengan
melakukan permintaan data mahasiswa dan data dosen wali. Berikut adalah tabel
hasil identifikasi data yang dilakukan di prodi Sistem Informasi Stikom Surabaya
yang dapat dilihat pada tabel 3.3 Kebutuhan Data Pengguna seperti pada tabel
dibawah ini:
27
Tabel 3.3 Kebutuhan Data Pengguna
No Nama Pengguna Kebutuhan Data
1. Kaprodi 1. Data Dosen Wali
2. Data Mahasiswa Wali
3. Data Akademik Mahasiswa
4. Data Keuangan Mahasiswa
2. Dosen Wali 1. Data Mahasiswa Wali
2. Data Akademik Mahasiswa
3. Data Keuangan Mahasiswa
3.2.2 Analisis Kebutuhan Pengguna
Analisis kebutuhan pengguna dilakukan untuk mengetahui kebutuhan-
dalam proses visualisasi perkembangan studi mahasiswa wali pada prodi Sistem
Informasi dan kebutuhan informasi yang terlibat. Adapun langkah yang dilakukan
adalah dengan cara melakukan wawancara dan melakukan pengamatan terhadap
perilaku pengguna yang terlibat dalam proses visualisasi perkembangan studi
mahasiswa wali serta memahami informasi apa yang dibutuhkan dan memahami
ketentuan yang ada. berikut adalah tabel hasil analisis kebutuhan pengguna yang
berisikan tentang informasi apa saja yang dibutuhkan oleh pengguna dalam
melakukan proses bisnis visualisasi perkembangan studi mahasiswa wali.
28
Tabel 3.4 Kebutuhan Informasi Pengguna
No Nama Pengguna Kebutuhan Informasi
1. Kaprodi 1. Informasi tentang data mahasiswa wali
di prodi masing-masing.
2. Informasi tentang laporan akademik
mahasiswa.
3. Informasi tentang laporan keuangan
mahasiswa.
2. Dosen Wali 1. Informasi tentang data mahasiswa
walinya.
2. Informasi tentang akademik mahasiswa
walinya.
3. Informasi tentang keuangan mahasiswa
walinya.
Karakterisitik fisiki kebutuhan pengguna memperlihatkan kebutuhan
pengoperasian aplikasi dari segi fisik user. Untuk lebih jelasnya dapat dilihat pada
tabel 3.5 sebagai berikut:
Tabel 3.5 Karakteristik Fisik
Umur Segala Usia
Jenis Kelamin Pria dan wanita
Handedness Keduanya
3.2.3 Analisis Kebutuhan Fungsional
Kebutuhan fungsionalitas adalah suatu layanan sistem yang harus
disediakan dan bagaimana sistem dapat berinteraksi dengan pengguna sistem,
seperti pengguna dapat melakukan apa saja di dalam sistem. Aplikasi yang
dirancang harus mampu memenuhi kebutuhan fungsionalitas sebagai berikut:
29
1. Fungsi Visualisasi Informasi Data Mahasiswa Wali
Kebutuhan fungsional visualisasi informasi data mahasiswa wali, digunakan
sistem untuk menampilkan sebuah informasi data akademik dan keuangan
mahasiswa walinya.
Tabel 3.6 Fungsi Visualisasi Informasi Data Mahasiswa Wali
Nama Fungsi Visualisasi Informasi Data Mahasiswa Wali
Aktor Dosen wali dan kaprodi
Deskripsi Fungsi ini digunakan untuk melakukan aktivitas melihat
visualisasi informasi data akademik dan keuangan
mahasiswa walinya.
Kondisi Awal 1. Data kehadiran sudah ada di dalam sistem.
2. Data keuangan sudah ada di dalam sistem.
3. Belum menampilkan Visualisasi.
Alur Normal Aksi Pengguna Respon Sistem
1. Pengguna login sebagai
dosen wali dan kaprodi.
2. Memilih menu
visualisasi.
3. Memilih prodi dan
angkatan yang terdapat
walinya.
1. Sistem akan mencocokan
inputan ID dan password.
2. Menampilkan menu
Visualisasi.
3. Menampilkan hasil
visualisasi informasi data
akademik dan keuangan
mahasiswa walinya.
Alur Alternatif -
Alur Eksepsi Aksi Pengguna Respon Sistem
1. Pengguna salah dalam
menginputkan ID dan
atau password saat
login.
2. Pengguna tidak dapat
memilih prodi dan
angkatan mahasiswa
lain selain yang
diwalikan.
1. Menampilkan alert
kesalahan inputan ID dan
password.
2. Sistem tidak akan
menampilkan pilihan
yang tidak ada
mahasiswa walinya.
Kondisi Akhir Dapat menampilkan visualisasi informasi akademik dan
keuangan mahasiswa walinya.
30
Kebutuhan Non-
Fungsional
1. Security
2. Time Behaviour
3. Accuracy
4. Operability
1. Pembatasan hak akses
dengan ID dan Password.
2. Maksimal waktu
pemrosesan adalah 4
detik.
3. Data pengguna sesuai
dengan data dosen wali di
Stikom Surabaya.
4. Mudah dalam
pengoperasian
2. Fungsi Pelaporan Mahasiswa Wali
Tabel 3.7 Fungsi Pelaporan Mahasiswa Wali
Nama Fungsi Pelaporan Mahasiswa Wali
Aktor Dosen Wali
Deskripsi Fungsi ini digunakan untuk melaporkan perkembangan
mahasiswa wali yakni pada akademik dan keuangan
mahasiswa wali.
Kondisi Awal 1. Data mahasiswa wali ada di dalam sistem.
2. Data kehadiran sudah ada di dalam sistem.
3. Data keuangan sudah ada di dalam sistem.
4. Tabel mahasiswa wali belum terbentuk.
Alur Normal Aksi Pengguna Respon Sistem
1. Masuk ke dalam menu
Pelaporan Perkembangan
Mahasiswa.
2. Pilih menu program studi
dan angkatan mahasiswa
walinya.
3. Memilih Detail dan
memberikan keterangan.
4. Memverifikasi
keterangan.
1. Menampilkan menu
Pelaporan.
2. Menampilkan data
mahasiswa wali.
3. Menampilkan akademik
dan keuangan mahasiswa
walinya.
4. Status mahasiswa
terverifikasi.
Alur Alternatif -
Alur Eksepsi Aksi Pengguna Respon Sistem
1. Pengguna salah dalam
menginputkan ID dan
atau password saat login
1. Menampilkan alert
kesalahan inputan ID dan
atau password.
31
Kondisi Akhir -
Kebutuhan Non-
Fungsional
1. Security
2. Time Behaviour
3. Accuracy
4. Operability
1. Pembatasan hak akses
dengan ID dan Password.
2. Maksimal waktu
pemrosesan adalah 3
detik.
3. Hasil Pelaporan sesuai
dengan hasil
komunikasi/konfirmasi
yang diinputkan oleh
pengguna.
4. Mudah dalam
pengoperasian.
3. Fungsi Laporan
Tabel 3.8 Fungsi Laporan
Nama Fungsi Laporan Mahasiswa Wali
Aktor Dosen wali dan kaprodi
Deskripsi Fungsi ini digunakan untuk dosen wali dan kaprodi melihat
perkembangan hasil pelaporan mahasiswa wali.
Kondisi Awal 1. Data mahasiswa wali sudah ada di dalam sistem.
2. Data pelaporan mahasiswa wali sudah ada di dalam
sistem.
Alur Normal Aksi Pengguna Respon Sistem
1. Masuk ke dalam menu
Laporan.
2. Memilih pilihan program
studi, angkatan
mahasiswa wali dan jenis
pelaporan.
3. Pilih cetak.
1. Menampilkan menu
Laporan.
2. Menampilkan data
mahasiswa wali sesuai
kategori.
3. Menampilkan file pdf.
Alur Alternatif -
Alur Eksepsi Aksi Pengguna Respon Sistem
1. Pengguna salah dalam
menginputkan ID dan
atau password saat login
1. Menampilkan alert
kesalahan inputan ID dan
atau password.
Kondisi Akhir Laporan dalam bentuk pdf.
32
Kebutuhan Non-
Fungsional
1. Security
2. Time Behaviour
3. Accuracy
4. Operability
1. Pembatasan hak akses
dengan ID dan
Password.
2. Maksimal waktu
pemrosesan adalah 3
detik.
3. Hasil Pelaporan sesuai
dengan hasil
komunikasi/konfirmasi
yang diinputkan oleh
pengguna.Mudah dalam
pengoperasian.
3.2.4 Analisis Kebutuhan Non-Fungsional
Analisis kebutuhan non-fungsional dilakukan untuk mengetahui spesifikasi
kebutuhan sistem yang mendukung berjalannya kebutuhan fungsional. Berikut
adalah peranan dari kebutuhan non-fungsional yang ditunjukkan pada tabel 3.9.
Tabel 3.9 Keterkaitan Kebutuhan Non-Fungsional Aplikasi
Aktor Fungsional Sistem Non-Fungsional Sistem
Kaprodi
Visualisasi Pelaporan
Mahasiswa Wali
Security
Time Behaviour
Accuracy
Operability
Laporan
Dosen Wali
Visualisasi Informasi
Data Mahasiswa Wali
Pelaporan Mahasiswa
Wali
Laporan
3.2.5 Analisis Kebutuhan Sistem
Analisis kebutuhan sistem dilakukan untuk mengetahui spesifikasi
kebutuhan sistem dalam membangun aplikasi visualisasi perkembangan studi
mahasiswa wali pada Stikom Surabaya. Spesifikasi kebutuhan sistem melibatkan
33
analisis kebutuhan perangkat keras/hardware dan analisis perangkat
lunak/software, serta blok diagram dari aplikasi.
A. Analisis Kebutuhan Perangkat Keras
Pada tahap ini dilakukan analisis kebutuhan perangkat keras yang mampu
mendukung aplikasi visualisasi perkembangan studi mahasiswa wali pada Stikom
Surabaya. Lihat pada tabel 3.10.
Tabel 3.10 Kebutuhan Perangkat Keras
Komponen Spesifikasi
Processor Intel Pentium Dual-Core T4200 2.00GHz atau lebih tinggi
Memmory 2,00 GB atau lebih tinggi
Hard Disk 300 GB atau lebih tinggi
Monitor 15 inch atau bebas
Keyboard Bebas
Mouse Bebas
Jarigan Internet Bebas
B. Analisis Kebutuhan Perangkat Lunak
Pada tahap analisa kebutuhan perangkat lunak menjelaskan tentang
aplikasi-aplikasi yang dapat mendukung berjalannya aplikasi visualisasi
perkembangan studi mahasiswa wali pada Stikom Surabaya. Berikut adalah tabel
kebutuhan perangkat lunak tersebut:
Tabel 3.11 Kebutuhan Perangkat Lunak
Komponen Spesifikasi
Sistem Operasi Windows 7 Profesional 32bit atau lebih tinggi
Database PHPMyAdmin Version 4.7.0 atau lebih tinggi
Bahasa Pemrograman PHP 7
Aplikasi Server XAMPP Version 5.6.15 atau lebih tinggi
34
Browser Cyberfox atau bebas
C. Blok Diagram
Pada blok diagram ini didasarkan dari hasil analisis kebutuhan fungsional
yang telah dilakukan, maka dapat digambarkan blok diagram untuk acuan aplikasi
yang dapat dilihat pada gambar:
APLIKASI VISUALISASI PERKEMBANGAN STUDI MAHASISWA WALI
INPUT PROSES OUTPUT
Proses kombinasi data perkembangan
mahasiswa
Data Dosen Wali
Data PendukungInformasi
Perkembangan Mahasiswa
Data Konfirmasi
Proses Rekapitulasi Laporan
Perkembangan Mahasiswa Wali
Data Mahasiswa
Data Keuangan
Data AkademikGenerate Data
Pendukung sesuai Periode
Data Pendukung
1
1
Proses Visualisasi Informasi
Visualisasi Perkembangan
Mahasiswa Wali
Informasi Perkembangan
Mahasiswa
2
2 3
Visualisasi Perkembangan
Mahasiswa Wali
3
Gambar 3.2 Blok Diagram Aplikasi
35
Gambar 3.2 adalah gambaran dari Block Diagram yang menjelaskan
mengenai Input , Process, dan Output dari aplikasi visualisasi perkembangan studi
mahasiswa wali. Berikut adalah penjelasan dari masing masing bagian:
1. Input
a. Data Akademik: data ini berisi tentang kehadiran mahasiswa per matakuliah.
b. Data Keuangan: data ini berisi tentang transaksi pembayaran SPP, dan denda.
c. Data Mahasiswa: Data ini berisi tentang nim, nama mahasiswa, alamat dan no
telepon mahasiswa.
d. Data Dosen Wali: Data ini berisi tentang dosen wali pada prodi sistem
informasi yang berfungsi sebagai user aplikasi.
e. Data Pendukung: data ini berisi tentang data akademik dan data keuangan
mahasiswa wali.
f. Informasi Perkembangan Mahasiswa: Data ini berisi hasil kombinasi dari data
pendukung.
g. Visualisasi Perkembangan Mahasiswa Wali: Visualisasi dari data seluruh data
perkembangan mahasiswa wali
h. Data Konfirmasi: Data ini adalah hasil konfirmasi dari dosen wali dari
mahasiswa yang perlu diberi keterangan.
2. Process
a. Generate data pendukung: Pada proses ini data pendukung dapat menghasilkan
sebuah informasi data akademik mahasiswa dan data informasi data keuangan
mahasiswa.
36
b. Proses kombinasi data perkembangan mahasiswa: Proses ini berfungsi untuk
mengambil data dosen wali, akademik, keuangan dan mahasiswa yang ada di
data center PPTI.
c. Proses visualisasi informasi: menampilkan data perkembangan studi
mahasiswa wali.
d. Proses rekapitulasi: Proses ini berfungsi untuk merekap dan memberikan
keterangan mengenai perkembangan mahasiswa sesuai dengan data hasil
kompilasi perkembangan mahasiswa.
3. Output
a. Data Pendukung: Data ini berisi tentang data akademik dan data keuangan
mahasiswa wali.
b. Informasi Perkembangan Mahasiswa: Data ini berisi hasil kombinasi dari data
pendukung.
c. Visualisasi Perkembangan Mahasiswa Wali: Visualisasi dari data seluruh data
perkembangan mahasiswa wali.
d. Laporan Perkembangan Mahasiswa Wali: Hasil dari perkembangan mahasiswa
wali yang telah dikonfirmasikan oleh dosen wali.
3.2.6 Studi Kepustakaan
Pengumpulan data dengan melakukan studi kepustakaan berguna dalam
mencari informasi dari berbagai literatur yang berhubungan dan mendukung dalam
proses pembuatan aplikasi aplikasi visualisasi perkembangan studi mahasiswa wali
pada Stikom Surabaya.
37
3.3 Tahap Modeling
Tahapan ini adalah tahap perancangan dan permodelan arsitektur sistem
yang berfokus pada perancangan struktur data, arsitektur software, tampilan
interface, dan algoritma program. Tujuannya untuk lebih memahami gambaran
besar dari apa yang akan dikerjakan. Berikut adalah hasil pemodelan dalam
pembuatan aplikasi visualisasi perkembangan studi mahasiswa wali:
3.3.1 Alur Sistem (System Flow)
System Flow menggambarkan alur proses sistem dan interaksi pengguna
dengan sistem. Penggunaan System Flow mempermudah penggambaran langkah
demi langkah alur proses sistem dan interaksi pengguna dengan sistem.
38
A. System Flow Visualisasi Mahasiswa Wali
Gambar 3.3 System Flow Visualisasi Mahasiswa Wali
Proses ini dimulai dari Dosen Wali memilih program studi dan angkatan
mahasiswa wali. Data tersebut kemudian diproses oleh sistem dan menampilkan
visualisasi keseluruan data akademik yaitu kehadiran mata kuliah per mahasiswa
dan data keuangan yaitu lunas (terbayar), denda dan belum terbayar. Dosen Wali
39
dapat melihat secara detail, kemudian sistem akan menampilkan detail dari data
yang ada.
B. System Flow Pelaporan Perkembangan Studi Mahasiswa Wali
Gambar 3.4 System Flow Pelaporan Perkembangan Studi Mahasiswa Wali
40
Gambar 3.4 merupakan alur sistem verifikasi mahasiswa wali. Dimana
proses awal dimulai dari Dosen Wali memilih program studi dan angkatan
mahasiswa wali. Sistem akan menampilkan data mahasiswa wali dalam bentuk
tabel, kemudian pilih satu per satu mahasiswa wali untuk melakukan pelaporan
dengan mengklik tombol detail. Jika semua telah diisi dengan catatan tertentu dari
setiap mahasiswa wali dengan cara Dosen Wali mengkonfimasi secara lansung
mahasiswa walinya, maka status keterangan menjadi terverifikasi. Setelah semua
data mahasiswa wali terverifikasi, maka mengklik tombol aprovel untuk
memberikan pelaporan tersebut kepada Kaprodi.
C. System Flow Hasil Laporan Mahasiswa Wali
Aktivitas ini dimulai ketika Dosen Wali ingin melihat informasi tentang
mahasiswa wali menurut kategori yaitu “Aman” dan “Urgent”. Proses awal yang
dilakukan Dosen Wali memilih program studi dan angkatan mahasiswa wali.
Sistem akan memproses dan menampilkan data mahasiswa wali sesuai kategori
yang ada. Jika Dosen Wali ingin melihat secara visualisasi, maka mengklik tombol
tampilkan dan bisa dilihat per mahasiswa wali.
41
Gambar 3.5 System Flow Hasil Laporan Mahasiswa Wali
42
D. System Flow Visualisasi Data Pelaporam Mahasiswa Wali
Aktivitas ini dimulai ketika Kaprodi ingin melihat informasi tentang hasil
pelaporan mahasiswa wali menurut dosen wali. Proses awal yang dilakukan
Kaprodi memilih angkatan mahasiswa wali dan dosen wali. Sistem akan
memproses dan menampilkan visualisasi mahasiswa wali sesuai kategori yang ada.
Jika Kaprodi ingin melihat secara detail, maka mengklik pada chart yang telah
ditampilkan kemudian akan muncul form detail mahasiswa wali sesuai kategori.
Gambar 3.6 System Flow Visualisasi Data Pelaporan Mahasiswa Wali
43
E. System Flow Laporan Data Perkembangan Studi Mahasiswa Wali
Gambar 3.8 merupakan alur sistem laporan data perkembangan studi
mahasiswa wali. Dimana proses awal dimulai dari Kaprodi memilih angkatan
mahasiswa wali dan dosen wali. Sistem akan menampilkan data mahasiswa wali
dalam bentuk tabel sesuai kategori yang ada. Kemudian pilih detail untuk melihat
hasil pelaporan dosen wali satu per satu mahasiswa wali atau laporan sesuai
kategorinya.
44
Gambar 3.7 System Flow Laporan Data Perkembangan Studi Mahasiswa Wali
45
3.3.2 Diagram Konteks (Context Diagram)
Context diagram ini dirancang untuk membangun aplikasi visualisasi
perkembangan studi mahasiswa wali pada Institut Bisnis dan Informatika Stikom
Surabaya. Terdapat dua external entitiy yakni Kaprodi dan Dosen Wali. Diagram
ini dibuat dengan mengacu pada aliran data yang terdapat di dalam alur sistem yang
telah dibuat.
Gambar 3.8 Context Diagram
Data Kehadiran Dosen
Visualisasi Perkembangan Akademik
Mahasiswa Wali
Visualisasi Perkembangan Keuangan
Mahasiswa Wali
Data Semester
Data Kehadiran Mahasiswa
Data Pelaporan Mahasiswa Wali
Data Matakuliah
Data Prodi
Laporan Akademik Mahasiswa Wali
Laporan Keuangan Mahasiswa Wali
Visualisasi Perkembangan Akademik Semua
Mahasiswa Wali
Visualisasi Perkembangan Keuangan Semua
Mahasiswa Wali
Laporan Akademik Semua Mahasiswa Wali
Laporan Keuangan Semua Mahasiswa Wali
Data Mahasiswa
Data SPP
Data Keterangan
Data Keterangan Perkembangan
Mahasiswa Wali
Data Keterangan
Akademik
Data Keterangan Keuangan
1
Rancang Bangun Aplikasi Visualisasi
Perkembangan Studi Mahasiswa Wali
Pada Institut Bisnis Dan Informatika
Stikom Surabaya
Kaprodi
Dosen Wali
Sistem Informasi Keuangan
Sistem Informasi Akademik
Data Dosen Wali
Data Denda
46
3.3.3 Diagram Alur Data (Data Flow Diagram)
Gambar 3.9 Diagram Alur Data (Data Flow Diagram)
Pada proses yang ada di diagram alur pada gambar 3.9 yang diambil dari alur
sistem yang sudah dibuat berdasarkan fungsi-fungsi yang ada. dimana di dalam fungsi
tersebut terdapat beberapa proses.
Data flow diagram Level 1 memiliki beberapa proses diantaranya proses input
data visualisasi, proses menampilkan data visualisasi, proses verifikasi, dan proses
pembuatan laporan.
1.1
Input Data Visualiasasi
1.2
Menampilkan Data Visualisasi
1.3
Laporan
1.4
Verifikasi
Dosen Wali
Kaprodi
Sistem Informasi Keuangan
Sistem Informasi Akademik
Data Terverifikasi
Data Keterangan
Keuangan
Data Keterangan
Akademik
Data Terverifikasi
Data Dosen Wali
Laporan Akademik Mahasiswa Wali
Laporan Keuangan Mahasiswa Wali
Visualisasi Perkembangan Akademik
Mahasiswa Wali
Data Keterangan
Akademik
Data Keterangan
Keuangan
Data Keterangan
Perkembangan
Mahasiswa Wali
1 kehadiran_dosen
2 kehadiran
3 mhs_mf
4 semester
5 kurlkl_mf
6 fak_mf7 denda
8 master
9perkembangan_
akademik
10perkembangan
keuangan
11perkembangan_
mahasiswa
12 kar_mf
Data Mahasiswa
Data Prodi
Data Matakuliah
Data Angkatan
Data Kehadiran Mahasiswa
Data Kehadiran Dosen
Data Keuangan
Data Perkembangan Akademik
Mahasiswa Wali
Data Perkembangan
Keaungan Mahasiswa WaliData Keterangan Akademik
Data Kehadiran Dosen
Data Kehadiran Mahasiswa
Data Mahasiswa
Data Angkatan
Data Matakuliah
Data Prodi
Data Denda
Data SPP
Data Keterangan
Akademik
Data Keterangan
Keuangan
Data Keterangan
Keuangan
Data Perkembangan
Mahasiswa Wali
Detail Data Perkembangan
Akademik
Detail Data Keuangan
Mahasiswa
Visualisasi Perkembangan
Akademik Semua Mahasiswa Wali
Visualisasi Perkembangan
Keaungan Semua Mahasiswa Wali
Laporan Akademik Semua Mahasiswa Wali
Laporan Keuangan Semua Mahasiswa Wali
Visualisasi Perkembangan Keuangan
Mahasiswa Wali
Data Pelaporan Mahasiswa Wali
47
Proses input data visualisasi digunakan untuk mengkombinasi data mahasiswa
wali dengan akademik dan keuangan yang ada pada sistem yang dibuat untuk
menanpilkan data hasil kombinasi tersebut, proses ini dilakukan oleh dosen wali dan
kaprodi.
Proses menampilkan data visualisasi digunakan untuk menampilkan detail data
akademik dan keaungan mahasiswa wali untuk dibuat sebuah pelaporan perkembangan
mahasiswa wali. seperti melihat biodata mahasiswa wali, data akademik dan data
keuangan serta pemberian keterangan setelah dikonfirmasi oleh dosen wali.
Proses verifikasi ini lakukan oleh dosen wali untuk melakukan verifikasi kepada
mahasiswa wali yang telah dikonfirmasi dan diberikan keterangan, kemudian proses akan
otomatis akan lansung ditampilka ke kaprodi.
Proses pembuatan laporan digunakan untuk pemebuatan laporan yang dibutuhkan
dosen wali dan kaprodi, laporan yang dihasilkan adalah laporan data akademik dan data
keuangan seperti jumlah kehadiran dan jumlah denda.
3.3.4 Rancangan Basis Data
Pada tahapan ini akan dirancang mengenai desain database yang sesuai dengan
kebutuhan untuk membuat aplikasi pengalokasian dan monitoring armada kapal.
Perancangan database akan disesuaikan dengan bagaimana alur sistem yang ada pada
system flow. Perancangan database akan menghasilkan Conceptual Data Model (CDM)
dan Physical Data Model (PDM) . Pada CDM tabel yang dihasilkan berjumlah 19 tabel
yakni aktitas, alokasi armada, armada, jenis utilitas, kecepatan, monitoring, permintaan,
perusahaan, Platform, status alokasi, status armada, status permintaan, terminal, tujuan,
48
urgen level, user, user level, dan utilitas. Setelah dilakukan pemrosesan untuk mengubah
CDM ke PDM maka dihasilkan total 23 tabel yang terbentuk dari relasi tabel yang
memiliki jenis many to many yakni detil alokasi armada, detil tujuan penumpang, matrik
kecepatan, dan matrik utilitas.
A. Conceptual Data Model (CDM)
Conceptual Data Model (CDM) merupakan rancangan awal konsep desain
database yang nantinya akan di generate kedalam bentuk Physical Data Model. Dari
rancangan CDM ini akan menggambarkan keseluruhan relasi antar tabel.
Gambar 3.10 Conceptual Data Model (CDM)
R_USER_LEVEL
R_TERM_PLAT
R_VEND_ARMADA
MATRIK_KECEPATAN
R_USER_PLAT
R_USER_PERMIN
DETIL_ALOKASI_ARMADA
R_MON_ARMADA
R_STATUS_ARMADA
R_TUJ_PERMIN
R_TUJ_KEC
R_TUJ_URGN
DETIL_TUJUAN_PENUMPANG
R_TUJ_ALOKASI
MATRIK_UTILITAS
R_TUJ_UTILITASR_TERM_TUJ_MULAI
R_TERM_TUJ_AKHIR
R_STS_PERMIN
R_STS_ALOKASI
R_ARMADA_USER
R_UTILITAS_JENIS
R_AKTIVITAS_ALOKASI
R_MONITORING_ALOKASI
USER
#
o
o
USER_ID
USER_NAMA
USER_PASSWORD
Variable characters (11)
Variable characters (50)
Variable characters (50)
USER_LEVEL
#
o
USER_LEVEL_ID
USER_LEVEL_NAMA
Variable characters (5)
Variable characters (20)
TERMINAL
#
o
o
o
TERMINAL_ID
TERMINAL_NAMA
TERMINAL_LAT
TERMINAL_LON
Variable characters (5)
Variable characters (50)
Decimal (10,6)
Decimal (10,6)
PLATFORM
#
o
o
o
PLATFORM_ID
PLATFORM_NAMA
PLATFORM_LAT
PLATFORM_LON
Variable characters (5)
Variable characters (50)
Decimal (10,6)
Decimal (10,6)
ARMADA
#
o
o
o
o
o
ARMADA_ID
ARMADA_NAMA
ARMADA_TAHUN
ARMADA_KAPASITAS_PENUMPANG
ARMADA_DHEK_PANJANG
ARMADA_DHEK_LEBAR
Variable characters (5)
Variable characters (50)
Variable characters (4)
Integer
Integer
Integer
PERUSAHAAN
#
o
o
o
o
o
PERUSAHAAN_ID
PERUSAHAAN_NAMA
PERUSAHAAN_EMAIL
PERUSAHAAN_TELP
PERUSAHAAN_LAT
PERUSAHAAN_LON
Variable characters (5)
Variable characters (50)
Variable characters (50)
Variable characters (12)
Decimal (10,6)
Decimal (10,6)
KECEPATAN
#
o
KECEPATAN_ID
KECEPATAN_NAMA
Variable characters (5)
Variable characters (30)
PERMINTAAN
#
o
o
PERMINTAAN_ID
PERMINTAAN_TANGGAL
PERMINTAAN_KETERANGAN
Variable characters (5)
Date & Time
Variable characters (255)
ALOKASI_ARMADA
#
o
ALOKASI_ID
ALOKASI_TANGGAL
Variable characters (5)
Date & Time
URGEN_LEVEL
#
o
o
o
URGEN_LEVEL_ID
URGEN_LEVEL_NAMA
URGEN_LEVEL_NILAI
URGEN_LEVEL_WARNA
Variable characters (5)
Variable characters (20)
Integer
Variable characters (7)
AKTIVITAS
#
o
o
o
o
AKTIVITAS_ID
AKTIVITAS_KEBERANGKATAN
AKTIVITAS_KEDATANGAN
AKTIVITAS_KETERANGAN
AKTIVITAS_KONSUMSI_BAHAN_BAKAR
Variable characters (5)
Date & Time
Date & Time
Variable characters (255)
Integer
PENUMPANG
#
o
PENUMPANG_ID
PENUMPANG_NAMA
Variable characters (5)
Variable characters (20)
MONITORING
#
o
o
MONITORING_TANGGAL
MONITORING_LAT
MONITORING_LON
Date & Time
Decimal (10,6)
Decimal (10,6)
STATUS_ARMADA
#
o
o
STATUS_ARMADA_ID
STATUS_ARMADA_NAMA
STATUS_ARMADA_WARNA
Variable characters (5)
Variable characters (20)
Variable characters (7)
TUJUAN
#
o
o
o
o
TUJUAN_ID
TUJUAN_TANGGAL
TUJUAN_KAPASITAS
TUJUAN_JARAK
TUJUAN_KONS_BAHAN_BAKAR
Variable characters (5)
Date & Time
Integer
Float
Integer
UTILITAS
#
o
UTILITAS_ID
UTILITAS_NAMA
Variable characters (5)
Variable characters (20)
STATUS_PERMINTAAN
#
o
o
STATUS_PERMINTAAN_ID
STATUS_PERMINTAAN_NAMA
STATUS_PERMINTAAN_WARNA
Variable characters (5)
Variable characters (20)
Variable characters (7)
STATUS_ALOKASI
#
o
o
STATUS_ALOKASI_ID
STATUS_ALOKASI_NAMA
STATUS_ALOKASI_WARNA
Variable characters (5)
Variable characters (20)
Variable characters (7)
JENIS_UTILITAS
#
o
JENIS_UTILITAS_ID
JENIS_UTILITAS_NAMA
Variable characters (5)
Variable characters (15)
49
B. Physical Data Model (PDM)
Physical Data Model (PDM) merupakan hasil dari generate CDM. Dari hasil
generate ini menghasilkan tabel baru jika relasi yang dimiliki yaitu many-to-many. Secara
keseluruhan Physical Data Model (PDM) menggambarkan basis data yang telah jadi dan
dapat di generate script kedalam database server.
Gambar 3.11 Physical Data Model (PDM)
USER
USER_ID
ARMADA_ID
USER_LEVEL_ID
PLATFORM_ID
USER_NAMA
USER_PASSWORD
varchar(11)
varchar(5)
varchar(5)
varchar(5)
varchar(50)
varchar(50)
<pk>
<fk3>
<fk1>
<fk2>
USER_LEVEL
USER_LEVEL_ID
USER_LEVEL_NAMA
varchar(5)
varchar(20)
<pk>
TERMINAL
TERMINAL_ID
PLATFORM_ID
TERMINAL_NAMA
TERMINAL_LAT
TERMINAL_LON
varchar(5)
varchar(5)
varchar(50)
decimal(10,6)
decimal(10,6)
<pk>
<fk>
PLATFORM
PLATFORM_ID
PLATFORM_NAMA
PLATFORM_LAT
PLATFORM_LON
varchar(5)
varchar(50)
decimal(10,6)
decimal(10,6)
<pk>
ARMADA
ARMADA_ID
STATUS_ARMADA_ID
PERUSAHAAN_ID
ARMADA_NAMA
ARMADA_TAHUN
ARMADA_KAPASITAS_PENUMPANG
ARMADA_DHEK_PANJANG
ARMADA_DHEK_LEBAR
varchar(5)
varchar(5)
varchar(5)
varchar(50)
varchar(4)
int
int
int
<pk>
<fk2>
<fk1>
PERUSAHAAN
PERUSAHAAN_ID
PERUSAHAAN_NAMA
PERUSAHAAN_EMAIL
PERUSAHAAN_TELP
PERUSAHAAN_LAT
PERUSAHAAN_LON
varchar(5)
varchar(50)
varchar(50)
varchar(12)
decimal(10,6)
decimal(10,6)
<pk>
KECEPATAN
KECEPATAN_ID
KECEPATAN_NAMA
varchar(5)
varchar(30)
<pk>
PERMINTAAN
PERMINTAAN_ID
USER_ID
STATUS_PERMINTAAN_ID
PERMINTAAN_TANGGAL
PERMINTAAN_KETERANGAN
varchar(5)
varchar(11)
varchar(5)
datetime
varchar(255)
<pk>
<fk1>
<fk2>
ALOKASI_ARMADA
ALOKASI_ID
TUJUAN_ID
STATUS_ALOKASI_ID
ALOKASI_TANGGAL
varchar(5)
varchar(5)
varchar(5)
datetime
<pk>
<fk1>
<fk2>
URGEN_LEVEL
URGEN_LEVEL_ID
URGEN_LEVEL_NAMA
URGEN_LEVEL_NILAI
URGEN_LEVEL_WARNA
varchar(5)
varchar(20)
int
varchar(7)
<pk>
AKTIVITAS
AKTIVITAS_ID
ALOKASI_ID
AKTIVITAS_KEBERANGKATAN
AKTIVITAS_KEDATANGAN
AKTIVITAS_KETERANGAN
AKTIVITAS_KONSUMSI_BAHAN_BAKAR
varchar(5)
varchar(5)
datetime
datetime
varchar(255)
int
<pk>
<fk>
PENUMPANG
PENUMPANG_ID
PENUMPANG_NAMA
varchar(5)
varchar(20)
<pk>
MONITORING
MONITORING_TANGGAL
ARMADA_ID
ALOKASI_ID
MONITORING_LAT
MONITORING_LON
datetime
varchar(5)
varchar(5)
decimal(10,6)
decimal(10,6)
<pk>
<pk,fk1>
<fk2>
STATUS_ARMADA
STATUS_ARMADA_ID
STATUS_ARMADA_NAMA
STATUS_ARMADA_WARNA
varchar(5)
varchar(20)
varchar(7)
<pk>
TUJUAN
TUJUAN_ID
KECEPATAN_ID
PERMINTAAN_ID
TUJUAN_TERMINAL_KEBERANGKATAN
UTILITAS_ID
URGEN_LEVEL_ID
TUJUAN_TERMINAL_KEDATANGAN
TUJUAN_TANGGAL
TUJUAN_KAPASITAS
TUJUAN_JARAK
TUJUAN_KONS_BAHAN_BAKAR
varchar(5)
varchar(5)
varchar(5)
varchar(5)
varchar(5)
varchar(5)
varchar(5)
datetime
int
float
int
<pk>
<fk2>
<fk1>
<fk5>
<fk4>
<fk3>
<fk6>
UTILITAS
UTILITAS_ID
JENIS_UTILITAS_ID
UTILITAS_NAMA
varchar(5)
varchar(5)
varchar(20)
<pk>
<fk>
STATUS_PERMINTAAN
STATUS_PERMINTAAN_ID
STATUS_PERMINTAAN_NAMA
STATUS_PERMINTAAN_WARNA
varchar(5)
varchar(20)
varchar(7)
<pk>
STATUS_ALOKASI
STATUS_ALOKASI_ID
STATUS_ALOKASI_NAMA
STATUS_ALOKASI_WARNA
varchar(5)
varchar(20)
varchar(7)
<pk>
JENIS_UTILITAS
JENIS_UTILITAS_ID
JENIS_UTILITAS_NAMA
varchar(5)
varchar(15)
<pk>
MATRIK_KECEPATAN
ARMADA_ID
KECEPATAN_ID
MATRIK_KECEPATAN_DAYA
MATRIK_KECEPATAN_JARAK_TEMPUH
MATRIK_KECEPATAN_KONSUMSI_BAHAN_BAKAR
varchar(5)
varchar(5)
decimal(5,2)
decimal(5,2)
int
<pk,fk1>
<pk,fk2>
DETIL_ALOKASI_ARMADA
ARMADA_ID
ALOKASI_ID
DETIL_ALOKASI_ARMADA_TANGGAL_
KEBERANGKATAN
DETIL_ALOKASI_ARMADA_TANGGAL_KEDATANGAN
DETIL_ALOKASI_ARMADA_KETERANGAN
DETIL_ALOKASI_ARMADA_KONS_BAHAN_BAKAR
varchar(5)
varchar(5)
datetime
datetime
varchar(300)
int
<pk,fk1>
<pk,fk2>
DETIL_TUJUAN_PENUMPANG
TUJUAN_ID
PENUMPANG_ID
DETIL_TUJUAN_PENUMPANG_JUMLAH
varchar(5)
varchar(5)
int
<pk,fk1>
<pk,fk2>
MATRIK_UTILITAS
ARMADA_ID
UTILITAS_ID
varchar(5)
varchar(5)
<pk,fk1>
<pk,fk2>
50
C. Struktur Basis Data
Pada Struktur database ini mengacu pada Physical Data Model (PDM).
Sebagaimana telah dijelaskan sebelumnya bahwa diagram tersebut adalah
representatif dari struktur basis data yang ada di dalam database server.
C.1 Mahasiswa
Nama Tabel : mhs_mf
Primary Key : NIM
Foreign Key : JENKEL_ID, NIK
Fungsi : Menyimpan data mahasiswa wali
Tabel 3.12 Master Mahasiswa
NO Nama Kolom Tipe Data
1 NIM varchar (11)
2 JENKEL_ID varchar (1)
3 NIK varchar (10)
4 NIRM varchar (20)
5 NAMA_MHS_MF varchar (80)
6 ALAMAT_MHS_MF varchar (100)
7 STS_RUMAH_MHS numeric (1,0)
8 SEX_MHS_MF numeric (1,0)
9 GOL_DARAH_MHS_MF numeric (1,0)
10 WN_MHS_MF numeric (1,0)
11 KOTA_LAHIR_MHS_MF varchar (3)
12 STS_PRESENSI varchar (1)
13 TGL_LAHIR_MHS_MF Date
14 JALUR_MASUK numeric (1,0)
15 KELAS numeric (1,0)
16 PIN_MHS_MF varchar (6)
17 KOT_ID_MHS_MF varchar (4)
18 DOSEN_WL varchar (2)
19 AGAMA_MHS_MF numeric (1,0)
20 STS_PIN_MHS_MF varchar (1)
21 NAMA2 varchar (200)
22 TELP_MHS_MF varchar (50)
23 KODEPOS_MHS_MF varchar (5)
51
NO Nama Kolom Tipe Data
24 THN_MASUK numeric (4,0)
25 NO_TEST varchar (10)
26 HP_MHS_MF varchar (100)
27 STS_KHUSUS varchar (1)
28 TGL_REG date
29 PIN_ORTU varchar (6)
30 PIN_B varchar (50)
31 PIN_B_ORTU varchar (50)
32 NIK_KTP varchar (16)
33 JALAN varchar (80)
34 RT numeric (2,0)
35 RW numeric (2,0)
36 DUSUN varchar (40)
37 KELURAHAN varchar (40)
38 KECAMATAN varchar (8)
39 PENERIMA_KPS numeric (1,0)
40 NO_KPS varchar (40)
41 KEBUTUHAN_KHUSUS numeric (32,0)
C.2 Marital
Nama Tabel : jenkel
Primary Key : JENKEL_ID
Foreign Key : JENKEL_NAMA
Fungsi : Menyimpan data marital/status
Tabel 3.13 Master Marital
NO Nama Kolom Tipe Data
1 JENKEL_ID varchar (1)
2 JENKEL_NAMA varchar (10)
52
C.3 Karyawan
Nama Tabel : kar_mf
Primary Key : NIK
Foreign Key : JENKEL_ID
Fungsi : Menyimpan data karyawan/dosen
Tabel 3.14 Master Karyawan
NO Nama Kolom Tipe Data
1 NIK varchar(5)
2 JENKEL_ID varchar(5)
3 KARY_TYPE varchar(5)
4 NAMA_KAR_MF varchar(50)
5 ALAMAT_KAR_MF varchar(4)
6 KOT_ID_KAR_MF numeric (1,0)
7 SEX_KAR_MF numeric (1,0)
8 WN_KAR_MF numeric (1,0)
9 AGAMA_KAR_MF numeric (1,0)
10 KOTA_LAHIR_KAR_MF varchar(4)
11 TGL_LAHIR_KAR_MF date
12 SHIFT varchar(1)
13 NIP_KAR_MF varchar(20)
14 TELP2_KAR_MF varchar(50)
15 STATUS_KAR_MF varchar(3)
16 BAGIAN numeric(2,0)
17 ALAMAT_2_KAR_MF varchar(50)
18 KOT_ID_2_KAR_MF varchar(4)
19 TELP_2_KAR_MF varchar(50)
20 ABSENSI numeric(1,0)
21 PIN_KAR_MF varchar(6)
22 STS_PIN_KAR_MF varchar(1)
23 MANAGER_ID varchar(6)
24 GOL_DARAH_KAR_MF numeric(1,0)
25 MJULAI_KERJA date
26 TGL_KELUAR date
27 KELOMPOK varchar(15)
28 INISIAL varchar(3)
29 KODE_SIE numeric(1,0)
53
NO Nama Kolom Tipe Data
30 ADM numeric(1,0)
31 DOSEN numeric(1,0)
32 GELAR_DEPAN varchar(20)
33 GELAR_BELAKANG varchar(80)
34 PIN_B_KAR_MF varchar(50)
35 KTP varchar(30)
36 KK varchar(30)
37 BPJSKESEHATAN varchar(30)
38 BPJSTENAGAKERJA varchar(30)
39 NIDK varchar(15)
40 NUP varchar(15)
41 NO_SKDOSTETAP_YYS varchar(25)
42 TGL_SKDOSTETAP_YYS date
C.4 Semester
Nama Tabel : semester
Primary Key : SEMESTER
Foreign Key : -
Fungsi : Menyimpan data semester
Tabel 3.15 Master Semester
NO Nama Kolom Tipe Data
1 SEMESTER Char(3)
C.5 Kurikulum
Nama Tabel : kurlkl_mf
Primary Key : ID_KURLKL_MF
Foreign Key : SEMESTER, PRASYARAT
Fungsi : Menyimpan data matakuliah
54
Tabel 3.16 Master Kurikulum
NO Nama Kolom Tipe Data
1 ID_KURLKL_MF varchar(11)
2 SEMESTER char(3)
3 PRASYARAT varchar(11)
4 NAMA_KURLKL_MF varchar(80)
5 SKS_KRLKL_MF numeric(3,0)
6 STATUS_KRLKL_MF char(1)
7 SINONIM varchar(40)
8 NAMA_ING varchar(75)
9 JENIS numeric(2,0)
10 TAHUN varchar(4)
11 STS_SERTIFIKASI numeric(1,0)
12 PRIORITAS numeric(2,0)
13 STS_KONVERSI numeric(1,0)
14 STS_PRA varchar(1)
15 MIN_NILAI varchar(2)
16 KOMPETENSI varchar(2)
17 JENIS_WAJIB varchar(2)
18 KOORDINATOR varchar(6)
C.6 Fakultas
Nama Tabel : fak_mf
Primary Key : ID_FAK_MF
Foreign Key : MNGR_ID, FAK_ID
Fungsi : Menyimpan data fakultas
Tabel 3.17 Master Fakultas
NO Nama Kolom Tipe Data
1 ID_FAK_MF varchar(5)
2 MNGR_ID varchar(10)
3 FAK_ID varchar(5)
4 NAMA_PRODI varchar(80)
5 STATUS char(10)
6 JURUSAN varchar(50)
55
NO Nama Kolom Tipe Data
7 PRODI_ING varchar(50)
8 JURUSAN_ING varchar(50)
9 ALIAS varchar(10)
10 SKS_TEMPUH int
11 STS_AKTIF varchar(1)
12 ID_FAKULTAS numeric(8,0)
C.7 Denda
Nama Tabel : denda
Primary Key : ANGSURAN, NIM, SEMESTER
Foreign Key : ANGSURAN, NIM, SEMESTER
Fungsi : Menyimpan data denda pembayaran SPP
Tabel 3.18 Master Denda
NO Nama Kolom Tipe Data
1 ANGSURAN numeri(2,0)
2 NIM varchar(11)
3 SEMESTER char(3)
4 KD_JENIS_DENDA char(2)
5 YG_DIBAYAR_DENDA numeric(15,2)
6 JUMLAH numeric(15,2)
7 SISA_BAYAR_DENDA numeric(15,2)
8 RETUR_DENDA numeric(15,2)
C.8 Master
Nama Tabel : master
Primary Key : ANGSURAN, NIM, SEMESTER
Foreign Key : NIM, SEMESTER
Fungsi : Menyimpan data pembayaran SPP
56
Tabel 3.19 Master
NO Nama Kolom Tipe Data
1 ANGSURAN numeri(2,0)
2 NIM varchar(11)
3 SEMESTER char(3)
4 HRS_DIBAYAR numeric(15,2)
5 YG_DIBAYAR_MASTER numeric(15,2)
6 KD_JENIS_MASTER char(,2)
7 SISA_BAYAR_MASTER numeric(15,2)
8 RETUR_MASTER numeric(15,2)
C.9 KRS
Nama Tabel : krs
Primary Key : KRS_TANGGAL
Foreign Key : NIM
Fungsi : Menyimpan data pembayaran SPP
Tabel 3.20 Master
NO Nama Kolom Tipe Data
1 KRS_TANGGAL datetime
2 NIM varchar(11)
3 KRS_SMT int
4 KRS_STATUS boolean
C.10 Perkembangan Akademik
Nama Tabel : perkembangan_akademik
Primary Key : PERKEMBANGAN_MAHASISWA_ID
Foreign Key : -
Fungsi : Menyimpan data keterangan pelaporan pada
perkembangan akademik
57
Tabel 3.21 Perkembangan Akademik
NO Nama Kolom Tipe Data
1 PERKEMBANGAN_MAHASISWA_ID varchar(5)
2 SEMESTER char(3)
3 NIM varchar(11)
4 KETERANGAN Keterangan(250)
C.11 Perkembangan Keuangan
Nama Tabel : perkembangan_keuangan
Primary Key : PERKEMBANGAN_KEUANGAN_MHS, NIM,
SEMESTER
Foreign Key : NIM, SEMESTER
Fungsi : Menyimpan data keterangan pelaporan data
perkembangan keuangan
Tabel 3.22 Perkembangan Keuangan
NO Nama Kolom Tipe Data
1 PERKEMBANGAN_KEUANGAN_MHS varchar(5)
2 NIM varchar(11)
3 SEMESTER char(3)
4 KETERANGAN KEUANGAN varchar(250)
C.12 Perkembangan Mahasiswa
Nama Tabel : perkembangan_mahasiswa
Primary Key : PERKEMBANGAN_MAHASISWA_ID
Foreign Key : -
Fungsi : Menyimpan data verifikasi pelaporan perkembangan
studi mahasiswa wali
58
Tabel 3.23 Perkembangan Mahasiswa
NO Nama Kolom Tipe Data
1 PERKEMBANGAN_MAHASISWA_ID varchar(6)
2 NIM varchar(11)
3 PERKEMBANGAN_MAHASISWA_KETERANGAN varchar(30)
C.13 Kehadiran
Nama Tabel : kehadiran
Primary Key : -
Foreign Key : NIM, ID_KURLKL_MF, SEMESTER
Fungsi : Menyimpan data kehadiran mahasiswa setiap
matakuliah
Tabel 3.24 Master Kehadiran
NO Nama Kolom Tipe Data
1 NIM varchar(11)
2 ID_KURLKL_MF varchar(11)
3 TOTAL_HADIR int(11)
4 TOTAL_ALPA int(11)
5 SEMESTER char(3)
C.14 Keluarga Mahasiswa
Nama Tabel : kel_mf
Primary Key : -
Foreign Key : NIM
Fungsi : Menyimpan data keluarga mahasiswa wali
Tabel 3.25 Master Keluarga Mahasiswa
NO Nama Kolom Tipe Data
1 NIM varchar(11)
59
NO Nama Kolom Tipe Data
2 NAMA_AYAH varchar(40)
3 NAMA_IBU varchar(40)
4 STATUS_OT decimal(1,0)
5 STS_RUMAH_KEL_MF decimal(1,0)
6 JML_KAKAK decimal(2,0)
7 JML_ADIK decimal(2,0)
8 KERJA_AYAH decimal(2,0)
9 KERJA_IBU decimal(2,0)
10 PDK_AYAH decimal(2,0)
11 PDK_IBU decimal(2,0)
12 TELP varchar(50)
13 KODE_POS_KEL_MF varchar(50)
14 EMAIL varchar(70)
15 JBT_AYAH varchar(50)
16 JBT_IBU varchar(50)
17 GOL_AYAH varchar(25)
18 GOL_IBU varchar(25)
19 INST_AYAH varchar(100)
20 INST_IBU varchar(100)
21 ALMT_INST_AYAH varchar(200)
22 ALMT_INST_IBU varchar(200)
23 GAJI_AYAH decimal(2,0)
24 GAJI_IBU decimal(2,0)
25 HP_KEL_MF varchar(100)
26 NIP_KEL_MF varchar(20)
27 TGL_LAHIR_AYAH date
28 TGL_LAHIR_IBU date
29 NAMA_WALI varchar(30)
30 TGL_LAHIR_WALI date
31 PDK_WALI decimal(2,0)
32 KERJA_WALI decimal(2,0)
33 GAJI_WALI decimal(2,0)
C.15 User Level
Nama Tabel : user_level
Primary Key : USER_LEVEL_ID
60
Foreign Key : -
Fungsi : Menyimpan data pengguna aplikasi
Tabel 3.26 Master User
NO Nama Kolom Tipe Data
1 USER_LEVEL_ID varchar(5)
2 USER_LEVEL_NAMA varchar(20)
C.16 Jurusan
Nama Tabel : jurusan_matakuliah
Primary Key : ID_KURLKL_MF, ID_FAK_MF
Foreign Key : ID_FAK_MF
Fungsi : Menyimpan data jurusan setiap matakuliah
Tabel 3.27 Master Jurusan
NO Nama Kolom Tipe Data
1 ID_KURLKL_MF varchar(11)
2 ID_FAK_MF varchar(5)
C.17 Fakultas
Nama Tabel : jurusan_matakuliah
Primary Key : FAK_ID
Foreign Key : FAK_ID, FAK_NAM
Fungsi : Menyimpan data keterangan fakultas
Tabel 3.28 Master Jurusan
NO Nama Kolom Tipe Data
1 FAK_ID varchar(5)
2 FAK_NAMA varchar(20)
61
C.18 Histori Mahasiswa
Nama Tabel : his_mf
Primary Key : -
Foreign Key : SEMESTER, NIM
Fungsi : Menyimpan data keluarga mahasiswa wali
Tabel 3.29 Master Histori
NO Nama Kolom Tipe Data
1 SEMESTER char(3)
2 NIM varchar(11)
3 STS_MHS varchar(1)
4 IPS decimal(4,2)
5 SKS_HIS_MF decimal(3,0)
6 IPK decimal(4,2)
7 SKSK decimal(3,0)
8 IPP decimal(4,2)
9 STS_KERJA decimal(1)
10 RT_KULIAH decimal(6,2)
11 RT_PRAKT decimal(6,2)
12 BEASISWA decimal(3,0)
13 JENIS_LNG varchar(5)
14 JUMLAH_LNG varchar(10)
15 IPU decimal(4,2)
16 SKSU decimal(3,0)
17 STS_DO varchar(1)
18 ALASAN_DO char(1)
19 SKSP decimal(3,0)
20 SKSWP decimal(3,0)
21 KET_ALASAN decimal(8,0)
22 KETERANGAN varchar(100)
C.19 Nama Fakultas
Nama Tabel : fak
Primary Key : FAK_ID
62
Foreign Key : -
Fungsi : Menyimpan data fakultas
Tabel 3.30 Master Fakultas
NO Nama Kolom Tipe Data
1 FAK_ID varchar(5)
2 FAK_NAMA varchar(20)
3.3.5 Desain Antar Muka
Rancangan tata letak aplikasi dibuat mengenai desain antar muka yang
nantinya digunakan oleh pengguna. Rancangan ini disusun agar mempermudah
pengguna dalam menjalankan aplikasi visualisasi perkembangan studi mahasiswa
wali. Desain ini akan disesuaikan dengan kebutuhan dan mengacu pada system flow.
Terdapat beberapa desain antarmuka yang dibuat untuk merancang aplikasi
diantaranya:
A. Halaman Login
Halaman login berfungsi sebagai pembatasan hak akses untuk masing-
masing level pengguna kedalam fungsi sistem aplikasi visualisasi perkembangan
studi mahasiswa wali. Berikut adalah gambar desain antar muka halaman login,
lihat gambar 3.12.
63
Gambar 3.12 Halaman Login
B. Halaman Utama
Halaman ini berfungsi sebagai wadah untuk menampung seluruh form yang
mendukung kebutuhan fungsional aplikasi.
Gambar 3.13 Halaman Utama
64
C. Dashboard Visualisasi
Form dashboard visualisasi ini digunakan oleh Dosen Wali dalam melihat
visualisasi mahasiswa yang menampilkan kehadiran dan keuangan mahasiswa wali.
Gambar 3.14 Dashboard Visualisasi
D. Pelaporan Perkembangan Mahasiswa Wali
Pada halaman pelaporan perkembangan mahasiswa wali, pengguna dapat
melakukan pelaporan dengan mengkofirmasi dan komunikasi mahasiswa walinya.
Berikut adalah desain halaman matrik:
65
Gambar 3.15 Halaman Pelaporan Perkembangan Mahasiswa Wali
E. Laporan Data Hasil Pelaporan
Halaman form laporan Data Hasil Pelaporan. Pada halaman ini pengguna
yakni Dosen Walo dapat melakukan melihat laporan mahasiswa dengan kategori
66
aman dan urgent. Pemilihan tersebut untuk dilakukan analisis dan dapat dicetak
sesuai kategori.
Gambar 3.16 Laporan Data Hasil Pelaporan
F. Dashboard Visualisasi Data Hasil Pelaporan
Pada halaman ini pengguna yakni kaprodi dapat melihat data hasil
pelaporan dari dosen wali seusai dengan kategori dalam bentuk chart batang dan
pie. Berikut adalah desain dashboard visualisasi data hasil pelaporan:
67
Gambar 3.17 Dashboard Visualisasi Data Hasil Pelaporan
G. Verifikasi Data Hasil Pelaporan
Halaman ini berfungsi sebagai verifikasi data hasil pelaporan mahasiswa
wali oleh dosen wali. Adapun data yang harus ada saat melakukan verifikasi pada
halaman ini adalah data hasil pelaporan yang telah diverifikasi oleh dosen wali.
68
Gambar 3. 18 Verifikasi Data Hasil Pelaporan
69
H. Laporan Perkembangan Mahasiswa Wali
Pada halaman ini Kaprodi dapal melakukan cetak laporan perkembagan
mahasiswa wali sesuai kategori yang telah diverifikasi.
Gambar 3.19 Laporan Perkembangan Mahasiswa Wali