21
ANALISIS DAN PERANCANGAN
3.1 Analisis Sistem
Tahapan awal pada pembuatan sebuah aplikasi adalah membuat analisis untuk aplikasi tersebut. Pada tahapan ini Penulis ingin menganalisa kebutuhan untuk aplikasi yang akan dibuat. Analisa diperlukan karena akan mengetahui apa-apa saja yang dibutuhkan, kekurangan dan kelebihan aplikasi yang akan penulis buat.
3.1.1 Analisis Masukan
Data masukan yang diperlukan di dalam aplikasi ini ialah data mahasiswa, data status syarat berkas, dan informasi tanggal penting. Di dalam aplikasi ini data-data tersebut diproses sesuai dengan Algoritma First Come First Serve yang akan dijelaskan di dalam analisa dan desain proses.
3.1.2 Analisis Proses
Penentuan jadwal sidang ini ditentukan menurut Algoritma First Come First Serve. Tahapannya yang dilakukan dalam aplikasi ini secara garis besar adalah:
1. Mahasiswa yang mendafatar pertama kali akan sidang lebih cepat dari pada mahasiswa yang baru daftar.
2. Menginput peserta sidang setelah persyaratan berkas-berkas syarat sidang telah terpenuhi
3.1.3 Analisis Keluaran
Keluaran menggambarkan informasi bagi pengguna aplikasi dan merupakan komponen yang dapat dilihat dari aplikasi yang bekerja. Aplikasi ini akan
menghasilkan penjadwalan sidang dan keluaran berupa daftar mhasiswa yang akan sidang. Keluaran yang dihasilkan akan berupa laporan yang bisa dicetak. 3.2 Perancangan Sistem
Pada tahap ini Penulis ingin membuat perancangan dalam pembuatan aplikasi ini yang terdiri diantaranya use case diagram, sequence diagram dan
activity diagram.
3.3 Perancangan Use Case Diagram
Use case diagram ialah model fungsional sebuah sistem yang
menggunakan user dan use case. Use case digunakan untuk mengetahui kegunaan-kegunaan sistem dan siapa saja yang dapat atau menggunakan fungsi-fungsi itu.
Tabel 3.1Use Case Penjadwalan Sidang Tugas Akhir untuk Koordinator TA bila memilih Mahasiswa daftar sidang
Nama Koordinator TA
Aktor Pembimbing Tugas Akhir Mahasiswa Deskripsi Pengguna memilih Koordinator TA Skenario 1. Pengguna memilih Koordinator TA
2. Masukkan Login Username dan Password 3. User memilih Mahasiswa Daftar
Sidang
4. Sistem akan menampilkan Mahasiswa Daftar sidang dari TU dan memilih daftar sidang
5. Melengkapi dan menentukan jadwal sidang Kondisi Awal Pengguna akan melihat semua data
Kondisi Akhir Pengguna akan melihat semua data yang telah tersimpan
Tabel 3.2Use Case Penjadwalan Sidang Tugas Akhir untuk Koordinator TA bila memilih Informasi Tanggal Penting
Nama Koordinator TA
Aktor Pembimbing Tugas Akhir Mahasiswa
Deskripsi Pembimbing memilih Input Informasi Tanggal Penting Skenario 1. Pengguna memilih koordinator TA
2. Masukkan username dan password 3. User memilih Informasi Tanggal Penting
4. User memasukkan Informasi Tanggal untuk Mahasiswa Kondisi Awal Pengguna akan menginput informasi data untuk Mahasiswa Kondisi Akhir Pengguna akan melihat data untuk Mahasiswa
Tabel 3.3Use Case Penjadwalan Sidang Tugas Akhir untuk Tata Usaha memilih Lihat Kartu Asistensi
Nama Tata Usaha
Aktor Membantu Mahasiswa daftar sidang
tugas akhir
Deskripsi Tata Usaha Memilih Daftar Sidang
Skenario 1.Pengguna memilih Tata Usaha
2.Masukkan Username dan Password 3.Pengguna memilih daftar sidang 4.Pengguna melihat Kartu Asistensi 5.Pengguna mendaftarkan sidang
Kondisi Awal Pengguna input daftar Mahasiswa
Kondisi Akhir Pengguna akan melihat Mahasiswa
yang telah daftar sidang
Tabel 3.4Use Case Penjadwalan Sidang Tugas Akhir untuk Tata Usaha bila memilih daftar Sidang.
Nama Tata Usaha
Aktor Membantu Mahasiswa daftar sidang tugas akhir Deskripsi Tata Usaha Memilih Lihat Kartu Asistensi Skenario 1.Pengguna memilih Tata Usaha
2.Masukkan username dan password 3.Pengguna memilih lihat kartu asistensi
4.Pengguna melihat Kartu Asistensi milik Mahasiswa yang Ingin daftar sidang
5.Pengguna mendaftarkan sidang Kondisi Awal Pengguna input daftar Mahasiswa
Tabel 3.4Use Case Penjadwalan Sidang Tugas Akhir untuk Koordinator TA bila memilih daftar Sidang Lanjutan
Kondisi Akhir Pengguna akan melihat Mahasiswa yang telah daftar sidang
Tabel 3.5 Use Case Penjadwalan Sidang Tugas Akhir untuk Mahasiswa
Nama Mahasiswa
Aktor Mahasiswa
Deskripsi Pengguna memilih form Mahasiswa Skenario 1. Pengguna memilih form Mahasiswa
. 2. Sistem akan menampilkan tanggal penting untuk Mahasiswa
Kondisi awal dan akhir
Pengguna akan menerima form informasi untuk tanggal penting
3.4 Perancangan Sequence Diagram
Sequence Diagram ialah suatu diagram yang menggambarkan interaksi antar obyek dan mengindikasikan komunikasi diantara obyek-obyek tersebut. Diagram ini menunjukkan serangkaian pesan yang dipertukarkan oleh obyek-obyek yang melakukan suatu tugas atau aksi tertentu. Obyek-obyek tersebut kemudian durutkan dari kiri ke kanan, aktor yang menginisiasi interaksi biasanya di taruh di paling kiri dari diagram. Pada diagram ini, dimensi vertikal mempresentasikan waktu. Bagian paling atas dari diagram menjadi titik awal dan waktu berjalan ke bawah sampai dengan bagian dasar dari diagram.
Gambar 3.4 Sequence diagram untuk Mahasiswa Aplikasi Penjadwalan Tugas Akhir
3.5 Perancangan Activity Diagram
Actvity diagram ialah representasi grafis dari alur kerja tahapan aktifitas. Diagram ini mendukung pilihan tindakan, iterasi dan concurrency. Pada pemodelan UML, activity diagram dapat digunakan untuk menjelaskan alur kerja operasional secara step-by-step dari komponen suatu system.
Gambar 3.6 Activity Diagram Tata Usaha
Pengguna Aplikasi Sistem
●
●
Gambar 3.7 Activity Diagram Mahasiswa3.6 Perancangan Basis Data
Basis data sebagai kumpulan dari data yang saling berhubungan yang diorganisasi sedemikian rupa agar kemudian dapat dimanfaatkan lagi dengan cepat dan mudah (Abdul Kadir, 2002: 39).
Pokok pemikiran dalam merancang database adalah bagaimana merancang database sehingga dapat memenuhi kebutuhan saat ini dan kemudahannya untuk dikembangkan dimasa yang akan datang. Perancangan model konseptual perlu dilakukan disamping perancangan secara phisik.
3.7 Proses Perancangan Konseptual
Perancangan basis data secara konseptual merupakan upaya untuk membuat model yang masih bersifat konsep, untuk mendeskripsikan data, relasi antar data, semantic data dari konsistensi konstrain. Berikut ini merupakan gambar dari proses perancangan basis data secara konseptual.
a. Entitas : objek dalam dunia nyata yang bisa dibedakan dari objek lain. Berikut adalah entitas dari aplikasi ini.
Memilih Mahasiswa
Tampil Halaman Mahasiswa
Objek Dasar Simbol Entitas
Gambar 3.8 Entitas
b. Atribut : keterangan-keterangan yang terkait pada sebuah entitas yang perlu disimpan sebagai basis data. Berikut adalah atribut dari entitas di atas :
Gambar 3.9 Atribut pada entitas syarat_daftar input_tgl sidang status_mhs input_tgl sidang status_mhs syarat_daftar syarat_daftar
Gambar 3.10 Atribut pada entitas input_tgl
Gambar 3.11 Atribut pada entitas sidang
3.8 Perancangan Diagram ERD
Model Entity Relationship yang berisi komponen-komponen Himpunan Entitas dan Himpunan Relasi yang masing-masing dilengkapi dengan atribut-atribut yang merepresantasikan seluruh fakta dari “dunia nyata” yang kita tinjau, dapat digambarkan dengan lebih sistematis dengan menggunakan Diagram Entity Relationship. Berikut adalah gambar ERD antar entitas dari aplikasi ini :
Gambar 3.13 Diagram Entity Relationship Diagram
3.9 Struktur Tabel
Struktur tabel merupakan deskripsi tabel, field, tipe data, dan ukuran data. struktur tabel ini digunakan untuk menjelaskan kedudukan sebagai tempat penyimpanan data. Tabel-tabel yang penulis gunakan dalam aplikasi penjadwalan sidang tugas akhir ini adalah sebagai berikut :
1. Tabel syarat_daftar
Tabel ini digunakan untuk menyimpan data mahasiswa yang telah memenuhi syarat berkas, tabel ini terdiri dari id, nim, mahasiswa, judul_ta, pembimbing, status_berkas, jadwal_sidang.
Tabel 3.6 Field-field pada tabel syarat_daftar
Nama field Type data Panjang Keterangan
id Integer 5
nim varchar 11 Primary Key
mahasiswa Varchar 50 judul_ta Varchar 50 pembimbing Varchar 50 status_berkas Varchar 10 jadwal_sidang Varchar 10 2. Tabel input_tgl
Tabel ini digunakan untuk menyimpan data informasi tanggal penting untuk mahasiswa, terdiri dari id, keterangan,tanggal.
Tabel 3.7 Field-field pada tabel input_tgl
Nama field Type data Panjang Keterangan
id Integer 3
nim varchar 11 Primary Key
mahasiswa varchar 50
informasi varchar 100
3. Tabel sidang
Tabel ini digunakan untuk menyimpan data daftar jadwal sidang untuk mahasiswa, yang terdiri dari id, nim, mahasiswa, judul_ta, pembimbing, penguji, bidang, penguji2, bidang2, penguji3, bidang3, tanggal, jam.
Tabel 3.8 Field-field pada tabel sidang
Nama field Type data Panjang Keterangan
Id Integer 3
Nim varchar 15 Primary Key
mahasiswa Varchar 50 judul_ta Varchar 50 pembimbing Varchar 15 penguji Varchar 50 bidang Varchar 50 penguji2 Varchar 50 bidang2 Varchar 50 penguji3 Varchar 50 bidang3 Varchar 50 tanggal Datetime 15 Jam varchar 10 4. Tabel status_mhs
Tabel ini digunakan untuk menyimpan data informasi tanggal penting untuk mahasiswa, terdiri dari id, keterangan,tanggal.
Tabel 3.9 Field-field pada tabel status_mhs
Nama field Type data Panjang Keterangan
Id varchar 2
tanggal varchar 20 Primary Key
3.10 Perancangan Antarmuka
Pada tahap perancangan antarmuka ini, penulis membuat antarmuka untuk aplikasi yang akan dibuat dan menunjukan guna dan letak tombol yang satu dengan yang lainnya agar dapat memulai proses Aplikasi Penjadwalan Sidang Tugas Akhir ini.
3.10.1 Rancangan Tampilan Beranda
Tampilan beranda ialah tampilan paling awal untuk memilih tujuan masuk ke dalam proses lebih lanjut.
Gambar 3.14 Tampilan beranda Aplikasi Penjadwalan Sidang
3.10.2 Rancangan Login Koordinator TA
Tampilan Login Koordinator TA terdapat username dan password agar dapat masuk dan menginput data Mahasiswa, apabila username dan password sudah benar maka akan dapat masuk tapi bila ada yang salah maka tidak dapat masuk dan akan meminta Anda memasukkan username atau password yang benar.
Gambar 3.15 Tampilan Login Koordinator TA Aplikasi Penjadwalan Sidang
3.10.3 Rancangan Pilihan Koordinator TA
Tampilan pilihan Koordinator TA pendataan mahasiwa terdapat Mahasiswa daftar sidang dan Input informasi tanggal.
Gambar 3.16 Tampilan pilihan setelah user Koordinator TA login
3.10.4 Rancangan Tampilan Mahasiswa Daftar Sidang
Tampilan menjadwal sidang pada halaman ini terdapat tabel Mahasiswa yg telah memenuhi syarat berkas dari TU
Gambar 3.17 Tampilan rancangan Mahasiswa Daftar sidang
3.10.5 Rancangan Tampilan Input Mahasiswa Daftar Sidang
Tampilan menjadwal sidang pada halaman ini terdapat tabel untuk menginput daftar sidang Mahasiswa
Gambar 3.18 Tampilan rancangan input jadwal sidang dan Mahasiswa daftar sidang
3.10.6 Rancangan Tampilan Jadwal Sidang
Tampilan Jadwal Sidang memunculkan tabel Penjadwalan sidang yang telah dijadwalkan oleh Koordinator TA.
Gambar 3.19 Rancangan Tampilan jadwal Sidang yang telah d input
3.10.7 Rancangan Input Informasi Mahasiswa
Tampilan Input informasi mahasiswa berfungsi untuk memberikan informasi kepada Mahasiswa untuk melihat tanggal-tanggal penting dan informasi apa saja yang harus Mahasiswa ketahui.
3.10.8 Rancangan Login Tata Usaha
Tampilan Login TU ini seperti login Koordinator TA terdapat username dan password agar dapat masuk. Bila username dan password sudah benar pada login TU ini maka akan masuk ke menu syarat berkas yaitu syarat untuk Mahasiswa sebelum dan sesudah sidang tugas akhir.
Gambar 3.21 Tampilan Login Tata Usaha
3.10.9 Rancangan Tampilan Daftar Sidang
Tampilan rancangan Daftar Sidang ialah mendaftar sidang untuk Mahasiswa melalui Tata Usaha.
Gambar 3.22 Tampilan untuk mulai mendaftar sidang melalui Tata Usaha
3.10.10 Rancangan Input Status Berkas
Tampilan Input Syarat Berkas untuk menginput apakah Mahasiswa yang akan ikut sidang tugas akhir telah melengkapi syarat-syarat berkas yang telah di penuhi atau belum.
Gambar 3.23 Tampilan status syarat berkas untuk Mahasiswa
3.10.11 Rancangan Tampilan Data Status Syarat Berkas
Tampilan Data Status Syarat Berkas ialah menampilkan data yang telah di input.
3.10.12 Rancangan Tampilan Informasi Mahasiswa
Tampilan informasi untuk mahasiswa ini terdapat inputan tanggal-tanggal penting apa saja dan informasi untuk Mahasiswa dari Koordinator TA.