bab iii analisis dan perancangan sistem 3.1 tahap …sir.stikom.edu/id/eprint/2567/5/bab_iii.pdf ·...

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.


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 -



menginputkan ID dan

atau password saat login



atau password.

31

Kondisi Akhir -

Kebutuhan Non-

Fungsional

1. Security

2. Time Behaviour

3. Accuracy

4. Operability


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.


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 -



menginputkan ID dan

atau password saat login



atau password.

Kondisi Akhir Laporan dalam bentuk pdf.

32

Kebutuhan Non-

Fungsional

1. Security

2. Time Behaviour

3. Accuracy

4. Operability


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


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 Keuangan

Data Perkembangan Akademik

Mahasiswa Wali

Data Perkembangan

Keaungan Mahasiswa WaliData Keterangan Akademik



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


Akademik Semua Mahasiswa Wali


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)



USER_LEVEL

#

o

USER_LEVEL_ID

USER_LEVEL_NAMA



TERMINAL

#

o

o

o

TERMINAL_ID

TERMINAL_NAMA

TERMINAL_LAT

TERMINAL_LON



Decimal (10,6)

Decimal (10,6)

PLATFORM

#

o

o

o

PLATFORM_ID

PLATFORM_NAMA

PLATFORM_LAT

PLATFORM_LON



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




Integer

Integer

Integer

PERUSAHAAN

#

o

o

o

o

o

PERUSAHAAN_ID

PERUSAHAAN_NAMA

PERUSAHAAN_EMAIL

PERUSAHAAN_TELP

PERUSAHAAN_LAT

PERUSAHAAN_LON





Decimal (10,6)

Decimal (10,6)

KECEPATAN

#

o

KECEPATAN_ID

KECEPATAN_NAMA



PERMINTAAN

#

o

o

PERMINTAAN_ID

PERMINTAAN_TANGGAL

PERMINTAAN_KETERANGAN


Date & Time


ALOKASI_ARMADA

#

o

ALOKASI_ID

ALOKASI_TANGGAL


Date & Time

URGEN_LEVEL

#

o

o

o

URGEN_LEVEL_ID

URGEN_LEVEL_NAMA

URGEN_LEVEL_NILAI

URGEN_LEVEL_WARNA



Integer


AKTIVITAS

#

o

o

o

o

AKTIVITAS_ID

AKTIVITAS_KEBERANGKATAN

AKTIVITAS_KEDATANGAN

AKTIVITAS_KETERANGAN

AKTIVITAS_KONSUMSI_BAHAN_BAKAR


Date & Time

Date & Time


Integer

PENUMPANG

#

o

PENUMPANG_ID

PENUMPANG_NAMA



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




TUJUAN

#

o

o

o

o

TUJUAN_ID

TUJUAN_TANGGAL

TUJUAN_KAPASITAS

TUJUAN_JARAK

TUJUAN_KONS_BAHAN_BAKAR


Date & Time

Integer

Float

Integer

UTILITAS

#

o

UTILITAS_ID

UTILITAS_NAMA



STATUS_PERMINTAAN

#

o

o

STATUS_PERMINTAAN_ID

STATUS_PERMINTAAN_NAMA

STATUS_PERMINTAAN_WARNA




STATUS_ALOKASI

#

o

o

STATUS_ALOKASI_ID

STATUS_ALOKASI_NAMA

STATUS_ALOKASI_WARNA




JENIS_UTILITAS

#

o

JENIS_UTILITAS_ID

JENIS_UTILITAS_NAMA



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


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_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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


1 NIM 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


1 NIM varchar(11)

59


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


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



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


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


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


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

bab iii analisis dan perancangan sistem 3.1 tahap …sir.stikom.edu/id/eprint/2567/5/bab_iii.pdf ·...

Documents