Perancangan Sistem Informasi Pengelolaan Tugas Akhir
Jurusan MIPA Universitas Jenderal Soedirman
Menggunakan Konsep Berorientasi Objek
Teguh Cahyono,ST,M.Kom
Teknik Informatika – FST – Universitas Jenderal Soedirman
Jl. Dr Soeparno Kampus MIPA Unsoed Karangwangkal. Purwokerto 53123.
Telp 0281-638793
Abstract
final project is an important activity within the activity classes. analysis and design of
management information systems thesis will describe how these information systems
will be built. There in include depictions of the depiction of the activities of different
users didalamn system, depicted in the form of diagrams and use case scenarios. but it
also illustrates the view to be obtained by the user in the operation of the application to
be built later and included therein is a database that resides in the applications in
analysis and in design. analysis and good design will make it easier to step into the next
information system development.
Key words: final project, use case, skenario
A. Pendahuluan
Tugas Akhir adalah merupakan salah satu
bagian yang sangat penting dalam proses
kegiatan belajar-mengajar di perguruan
tinggi. Tugas akhir memberikan kemampuan
kepada mahasiswa untuk mengaplikasi teori
yang didapatkan di perkuliahan mulai dari
mata kuliah dasar sampai dengan matakuliah
praktikum. Nilai Tugas Akhir mahasiswa
merupakan bagian nilai dari suatu matakuliah
yang diwajibkan terhadap mahasiswa. Tugas
Akhir mempunyai bobot yang cukup besar
didalam penilaian, selain itu tugas akhir
dapat dijadikan gambaran oleh seorang
mahasiswa tentang aplikasi teori yang
dibutuhkan dilapangan. Pelayanan Tugas
akhir yang baik dan cepat, adalah suatu aspek
yang harus dipenuhi untuk menunjang
keberhasilan dari kegiatan tugas akhir
mahasiswa, Permasalahan yang sering
dihadapi adalah dimulai dengan pengajuan
judul dan proposal tugas akhir yang
terkadang mahasiswa mengalami kesulitan
dalam mendaftarkan judul dan proposal
tersebut. Selain itu permasalahan lain adalah
pembagian dosen TA yang sering terjadi
penumpukan bimbingan oleh seorang dosen,
konsultasi terhadap dosen juga sering
mengalami banyak kendala waktu dan
tempat, sampai dengan permasalahan
pendaftar ujian dan seminar tugas akhir yang
harus dilakukan secara manual sehingga sulit
dalam melakukan penjadwalan.
2
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
Perancangan dan implementasi sistem
informasi pengelolaan Tugas Akhir jurusan
MIPA Universitas Jenderal Soedirman dapat
menyederhanakan serta memberikan data
yang akurat terhadap permasalahan yang
muncul pada pengelolaan kegiatan Tugas
Akhir mahahasiwa khususnya jurusan MIPA
Universitas Jenderal Soedirman.
Pada penelitian ini, akan lebih difokuskan
pada perancangan sistem informasi tugas
akhir yang dapat diterapkan untuk
meningkatkan layanan terhadap pelaksanaan
tugas akhir.
B. Perumusan Masalah
Berdasarkan latar belakang diatas,
maka rumusan masalahnya adalah :
bagaimana menganalisa dan merancang
sistem informasi pengelolaan Tugas Akhir
pada jurusan MIPA Universitas Jenderal
Soedirman.
C. Batasan Masalah
Penelitian ini, hanya dibatasi pada hal-hal
berikut:
1. Analisa dan Perancangan
system Pengelolaan tugas akhir dalam
pengajuan judul, pembagian dosen
pembimbing, pendaftaran ujian seminar
dan ujian tugas akhir di jurusan MIPA.
2. Menyiapkan rancang bangun
yang baik untuk tahap implementasi
system pengelolaan tugas akhir pada
jurusan MIPA.
D. Tinjauan Pustaka
Analisis Sistem
Analisis system Penguraian sistem yang
utuh ke dalam bagian-bagian komponennya
dengan maksud mengidentifikasi dan
mengevaluasi permasalahan -
permasalahan, kesempatan-kesempatan,
hambatan - hambatan dan kebutuhan yang
diharapkan sehingga dapat diusulkan
perbaikannya ( Jogiyanto, HM)
Desain Sistem
Desain system adalah Penggambaran,
perencanaan, dan pembuatan sketsa atau
pengaturan dari beberapa elemen yang
terpisah ke dalam satu kesatuan yang utuh
dan berfungsi. (John Burch & Gary
Grundnitski; 461)
Data
Data adalah representasi dari suatu fakta
yang dimodelkan dalam bentuk gambar,
kata, dan atau angka. Manfaat data adalah
sebagai satuan representasi yang dapat
diingat, direkam, dan dapat diolah menjadi
informasi. Data adalah catatan tentang
fakta, atau data merupakan rekaman catatan
tentang fakta. Data yang baik adalah data
yang sesuai dengan faktanya (Witarto,
2004).
3
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
Informasi
Informasi adalah rangkaian data yang
mempunyai sifat sementara, tergantung
dengan waktu, mampu memberi kejutan
atau surprise pada yang menerimanya.
Intensitas dan lamanya kejutan dari
informasi, disebut nilai informasi.
Informasi yang benar dan baru, dapat
mengkoreksi dan mengkonfirmasi
informasi sebelumnya. Informasi dapat juga
dikatakan sebagai data yang telah diproses,
yang mempunyai nilai tentang tindakan
atau keputusan. (Witarto, 2004)
Sistem Informasi
Istilah sistem informasi menyiratkan suatu
pengumpulan data yang teroganisasi beserta
tatacara penggunaannya yang mencakup
lebih jauh daripada sekedar penyajian.
Istilah tersebut menyiratkan suatu maksud
yang ingin dicapai dengan jalan memilih
dan mengatur data serta menyusun tatacara
penggunaannya (Cook, 1977). Keberhasilan
suatu sistem informasi yang diukur
berdasarkan maksud pembuatannya
bergantung pada tiga faktor utama yaitu:
a. Keserasian mutu data
b. pengorganisasian data
c. cara penggunaanya
Sistem Informasi dapat disebut baik, jika
usernya rajin memasukan dan memeriksa
data dari waktu ke waktu, jika operatornya
rajin memeriksa kebenaran proses-proses
pengolahan data yang ada didalamnya, serta
jika pimpinan organisasinya mudah
mengakses informasi tentang kinerja
system organisasi, melalui keberadaan
system informasi, serta didasarkan pada
data yang tepat dan akurat.
Basis Data
Menurut Chou dalam buku pengantar
basisdata edhy sutanta, 2004: basis data
sebagai sekumpulan informasi bermanfaat
yang diorganisasikan ke dalam tatacara
yang khusus;
Menurut Fabbri dan Schwab dalam buku
Pengantar basisdata edhy sutanta, 2004:
basis data adalah sistem berkas terpadu
yang dirancang terutama untuk
meminimalkan pengulangan data;
Menurut Date,1990 : basis data dapat
dianggap tempat untuk sekumpulan berkas
data terkomputerisasi, dengan tujuan utama
memelihara informasi dan membuat
informasi tersebut tersedia saat dibutuhkan.
Sistem Basisdata
Tugas utama dari system basisdata adalah
menjadi tempat data, yang memudahkan
proses storing maupun proses retrieving.
Konsep yang mendasari diperlukannya
perancangan basisdata adalah adanya aspek
efisiensi penggunaan tempat data yaitu
media memori eksternal. Agar efisien
rekaman data dasar sedapat mungkin tidak
4
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
terjadi duplikasi. Penerapan konsep
perancangan basisdata dalam konteks
sistem informasi, akan dikembangkan
dalam rekayasa basisdata.
E. Hasil dan Pembahasan
Dalam melakukan analisa dan perancangan
sistem informasi pengelolaan tugas akhir
didasarkan pada SOP dan petunjuk teknis
pelaksanaan tugas akhir di jurusan MIPA
Fakultas Sains & Teknik Universitas
Jenderal soedirman. Hasil dari analisa
pelaksanaan tugas akhir dibuat kedalam
perancangan. Dalam tahap perancangan
meliputi perancangan database,
perancangan skenario untuk masing-masing
aktor didalam sistem, dan perancangan user
interface/antar muka.
a. Perancangan antarmuka (User
Interface)
1. Tugas Akhir Aktor Mahasiswa
Usulan TA
Mengusulkan Seminar Hasil dan
Ujian
Mengusulkan Seminar Proposal
Melihat Penerimaan TA
Melihat Nilai
Mahasiswa
(f rom Actors)
Mengusulkan
Login Sistem
(from User Management and Systems Maintenance)
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
Informasi Penerimaan
<<include>>
Gambar Diagram Use Case Tugas Akhir
untuk Aktor Mahasiswa
1.1. Pengajuan Usulan Tugas Akhir
Kegiatan pengusulan tugas akhir
merupakan tahap awal dari proses tugas
akhir mahsiswa. Dimana pada pengusulan
tugas akhir, mahasiswa mengisikan judul
tugas akhir dan deskripsi tugas akhir,
tampilan dan scenario dari usulan tugas
akhir adalah sebagai berikut :
NIM
NAMA
SIMPAN
FORM USULAN JUDUL TA
JUDUL TA
DESKRIPSI ................................................................... ^
^
........................................................................
.........................................................................
Gambar 1. Tampilan Usulan Tugas Akhir
Identifikasi
Nomor Usulan Tugas Akhir – 01
Nama Kontrol Perkuliahan
Tujuan Menampilkan Informasi dan
melakukan pengisian
perkuliahan
Deskrips
i
Tipe Primary, Essential
Aktor Dosen Pengajar matakuliah
Skenario Utama
Kondisi Awal 1. User telah login dan hak
akses telah terpetakan
2. Pengguna telah memilih
menu pengisian / kontrol
perkuliahan
Aksi Aktor Reaksi Sistem
1. Sistem menampilkan
secara Otomatis NIM,
Nama, dan Kode TA
2. Kode TA adalah unik
degenerate ketika user
melakukan pengisian
TA, terdiri atas
NIM+Nomor Urut
pengajuan TA+Tahun,
missal NIM I1A004078
mengajukan TA
pertamakali pada tahun
5
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
2007 maka kode TA
adalah I1A004078107
3. User
memasuk
an Judul
TA dan
deskripsi
dari TA
4. User
menekan
tombol
simpan
5. Sistem menyimpan Data
yang dimasukan oleh
pengguna
Tabel 1. Skenario Usulan Tugas Akhir
1.2. Pengajuan Pembimbing Skripsi
Pengajuan pembimbing skripsi digunakan
untuk melakukan pemilihan dosen
pembimbing skripsi oleh mahasiswa.
Tampilan dan scenario dari pengajuan
pembimbing skripsi adalah sebagai berikut
Judul Tugas akhir
Pilihan Dosen ^
NAMANIP Hapus
x
x
x
Tambah
FORM PENGAJUAN DOSEN PEMBIMBING
Gambar 2. User Interface Pembimbing Skripsi
Identifikasi
Nomor pengajuan pembimbing skripsi
-02
Nama Kontrol Perkuliahan
Tujuan 1. Menampilkan Informasi
dan melakukan pengisian
perkuliahan
Deskripsi
Tipe Primary, Essential
Aktor Dosen Pengajar matakuliah
Skenario Utama
Kondisi Awal 1. User telah login dan
hak akses telah terpetakan
2. Pengguna telah
memilih menu pengisian
Aksi Aktor Reaksi Sistem
3. Sistem menampilkan
secara otomatis Judul TA
4. List Dosen Telah
tersedia diambil dari table
dosen TA yang berstatus 1
(Aktif)
5. User
memilih
Dosen
yang akan
membimb
ing TA
lalu
menekan
tombol
Tambah
6. Sistem memasukan
dosen yang terpilih ke
table dosen pembimbing
yang ada dibawahnya
7. User
menekan
tombol
hapus
8. Sistem menghapus
data dosen pembimbing
yang dipilih mahasiswa
Table 2. Skenario pengajuan pembimbing skripsi
1.3 Pengajuan Seminar
SIMPAN................................................................... ^
^
NIM
NAMA
TAMBAH
FORM PENGAJUAN SEMINAR
JUDUL TA ^
PEMBIMBING
SEMINAR YG DIUSULKAN ^
TANGGAL YANG DIUSULKAN ^
DOSEN PENGUJI ^
DOSEN PENGUJI YANG DIPILIH
NIP NAMA HAPUS
............. ..............................................
................ .................................................
Gambar 3. User Interface Pengajuan Seminar
Identifikasi
Nomor Pengajuan Seminar -03
Nama Pengajuan Seminar
Tujuan Mahasiswa mengajukan usulan
suatu seminar beserta dosen
pengujinya untuk kemudian
disetujui oleh bapendik
Deskrips
i
Tipe Primary, Essential
Aktor Mahasiswa
Skenario Utama
Kondisi Awal a. User telah login dan
hak akses telah
6
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
terpetakan
b. Pengguna telah
memilih menu
pengajuan seminar
Aksi Aktor Reaksi Sistem
c. Sistem menampilkan
secara otomatis, NIM,
Nama, JUDUL TA dari
table Tugas Akhir dan
dosen pembimbing dari
table Pembimbing TA
d. Mahasiswa
memilih
jenis
seminar
dari
combobox
yang
berasal dari
table
Seminar
e. Mahasiswa
memasukan
tanggal
seminar
yang
diusulkan
pada text
field yang
tersedia
atau bisa
dengan
menekan
tombol tgl
yg akan
menampilk
an kalender
f. Mahasiswa
memilih
dosen
penguji
yang listnya
bersal dari
table dosen
TA dengan
status 1
(aktif)
g. Sistem akan
menambahkan pada
table dosen penguji
terpilih yang terdapat
dibawah tampilan
pengajuan seminar
h. Sistem menyimpannya
pada table Penguji dan
diset status dengan 4
(diajukan mahasiswa)
Tabel 3. Skenario Pengajuan Seminar
2. Aktor Dosen Pembimbing TA
Usulan TA
(from Mahasiswa)
Login Sistem
(from User Management and Systems Maintenance)
<<include>>
Dosen TA
(f rom Actors)
Tolak/Terima
Membimbing TA
Gambar Use Case Tugas Akhir untuk Dosen
Pembimbing Tugas Akhir
2.1. Kesediaan menjadi pembimbing
NIM NAMA JUDUL
.................................................
....................................
....................................................
........................................
DESKRIPSI
...................................
..................................
ACC
Gambar 4. User Interface Kesediaan Menjadi Pembimbing
Identifikasi
Nomor Kesediaan Menjadi
Pembimbing -04
Nama Kesediaan Menjadi
Pembimbing
Tujuan 1. Menampilkan
Informasi dan persetujuan
atas usulan menjadi
pembimbing tugas akhir
Deskripsi
Tipe Primary, Essential
Aktor Dosen Pembimbing Tugas
Akhir
Skenario Utama
Kondisi Awal 1. User telah login dan hak
akses telah terpetakan
2. Pengguna telah memilih
7
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
menu kesediaan menjadi
pembimbing
Aksi Aktor Reaksi Sistem
3. Sistem menampilkan
secara otomatis Judul TA,
NIM, Deskripsi TA dari
mahasiswa mahasiswa
yang memilih current
dosen sebagai
pembimbingnya
4. User
mencheck
pada
kolom
ACC bagi
permohon
an
mahasisw
a yang
disetujui
5. Sistem menyimpan
informasi yang ada secara
otomatis
Tabel 4 Skenario Kesediaan Menjadi Pembimbing
2.2. Pembimbingan Tugas Akhir
................................................................... ^
.........................................................................
NIM
NAMA
SIMPAN
FORM PEMBIMBING TUGAS AKHIR
TANGGAL
KONSULTAS ................................................................... ^
........................................................................
SOLUSI ................................................................... ^
........................................................................
Gambar 5. User Interface Pembimbing Tugas Akhir
Identifikasi
Nomor Pembimbing Tugas Akhir -05
Nama Pembimbingan TA
Tujuan Menampilkan Informasi dan
persetujuan Komisi atas
usulan TA
Deskripsi
Tipe Primary, Essential
Aktor Komisi TA
Skenario Utama
Kondisi Awal 1. User telah login dan hak
akses telah terpetakan
2. Pengguna telah memilih
menu pembimbingan
TA
Aksi Aktor Reaksi Sistem
Sistem menampilkan secara
otomatis, NIM, Nama,
Tanggal
3. User
mengisi
form
konsultasi
dan solusi
lalu
menekan
tombol
simpan
4. Sistem menyimpan
informasi
Tabel 5 Skenario Pembimbing Tugas Akhir
3. Aktor Komisi TA
Usulan TA
(from Mahasiswa)
Mendistribusikan Calon TA
Mengajukan Calon TA ke Kajur
Monitoring Pelaksanaan TA
Komisi
(f rom Actors)
Melihat/Setujui/Tolak
Login Sistem
(from User Management and Systems Maintenance)
<<include>>
<<include>>
<<include>>
<<include>>
Menerima Usulan TA
<<include>>
Gambar Use Case Tugas Akhir untuk Aktor
Komisi Tugas Akhir
3.1 Persetujuan Komisi
NIM NAMA PEMBIMBING
............................................ .......................... ........
.............................. ...........................
JUDUL
...................................
..................................
DESKRIPSI
V
V
V
V
Gambar 6. User Interface Persetujuan Komisi
TA
Identifikasi
Nomor Persetujuan Komisi TA 06
Nama Pengesahan komisi TA
Tujuan Menampilkan Informasi dan
persetujuan Komisi atas
8
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
usulan pembimbing TA
Deskripsi
Tipe Primary, Essential
Aktor Komisi TA
Skenario Utama
Kondisi Awal a. User telah login dan hak
akses telah terpetakan
b. Pengguna telah memilih
menu pengesahan komisi
TA
Aksi Aktor Reaksi Sistem
c. Sistem menampilkan
secara otomatis, NIM,
Nama, pembimbing,
judul, deskripsi, serta
jumlah bimbingan yang
diambil dari count tabel
pembimbing TA
d. komisi
mencheck
pembimbin
g yang di
setujui serta
mencheck
judul TA
bila
disetujui
e. Apabila disetujui maka
usulan TA akan di
masukan kedalam tabel
Tugas Akhir
f. Pembimbing yang
disetujui oleh komisi
maka akan menset flag
pada field status di calon
pembimbing menjadi 2
yang berarti disetujui
oleh komisi TA
Tabel 6. Skenario Persetujuan Komisi TA
3.2. Input Dosen TA
User Interface Input Dosen PA
INPUT DOSEN PA
NIM NAMA GOLONGAN
............. ............................... .......................... ................
...................... ...........................
DOSEN TA
...................................
..................................
V
V.............
Gambar 7 User Interface Input Dosen PA
Skenario Input Dosen PA
Identifikasi
Nomor Input Dosen PA -07
Nama Input Pebimbing TA
Tujuan Memilih dosen sebagai
pembimbing TA
Deskripsi
Tipe Primary, Essential
Aktor Komisi TA
Skenario Utama
Kondisi Awal a. User telah login dan hak
akses telah terpetakan
b. Pengguna telah memilih
menu Input pembimbing
TA
Aksi Aktor Reaksi Sistem
c. Sistem menampilkan
secara otomatis, NIP,
Nama, Golongan yang
berasal dari prodi yang
dimaksud (inner join
dengan tabel unit
penugasan)
d. komisi
mencheck
dosen yang
diinginkan
menjadi
dosen
pembimbin
g
e. Apabila disetujui maka
dosen tersebut akan
dimasukan kedalam tabel
Dosen TA serta status
didalam table dosen TA
menjadi 1 yang berarti
dosen tersebut aktif
Tabel 7. Skenario Input Dosen PA
3.3. Pengaktifan Dosen TA
INPUT PENGAKTIFAN DOSEN PA
NIM NAMA GOLONGAN
............. ............................... .......................... ................
...................... ...........................
STATUS DOSEN TA
...................................
..................................
V
V.............
........
........
KETERANGAN
...................................
..................................
Gambar 8. User Interface Pengktifan Dosen PA
Identifikasi
Nomor Pengaktifan dosen PA.08
Nama Aktivasi Pembimbing TA
Tujuan Menset Aktif bagi dosen
sebagai pembimbing TA
Deskripsi
Tipe Primary, Essential
Aktor Komisi TA
Skenario Utama
Kondisi Awal 1. User telah login dan hak
akses telah terpetakan
2. Pengguna telah memilih
menu Input pembimbing
TA
Aksi Aktor Reaksi Sistem
9
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
3. Sistem menampilkan
secara otomatis, NIP,
Nama, Golongan dari
dosen TA yang telah ada
di tabel dosen TA
4. komisi
mencheck
dosen
yang
diinginka
n aktif
menjadi
dosen
pembimbi
ng
5. status didalam table dosen
TA menjadi 1 yang berarti
dosen tersebut aktif
6. komisi
meng
uncheck
dosen
yang
diinginka
n
7. status didalam table dosen
TA menjadi 0 yang berarti
dosen tersebut tidak aktif
8. komisi
memasuk
an
keteranga
n
9. Sistem menyimpan
sesudah user menekan
tombol simpan
Tabel 8. Skenario Pengaktifan dosen PA
3.4. Input Account Komisi TA
INPUT ACCOUNT KOMISI TA
NIP NAMA HAPUS
............. ............................... V
...................... V.............
PILIH DOSEN TAMBAH
Gambar 9. User Interface Input Account Komisi TA
Identifikasi
Nomor Input Komisi TA -09
Nama Pembuatan Account Komisi
Tujuan Membuat Account Komisi
TA
Deskripsi
Tipe Primary, Essential
Aktor Kajur / Bapendik
Skenario Utama
Kondisi Awal 1. User telah login
dan hak akses telah
terpetakan
2. Pengguna telah
memilih menu input
account komisi TA
3. Seluruh dosen telah
memiliki account
Aksi Aktor Reaksi Sistem
4. Sistem
menyediakan list dosen
dari pogram studi yang
dimaksud yang berasal
dari tabel dosen
5. Pengg
una
memilih
dosen dari
list yang
telah
disediakan
dan
memasukan
password
pada bagian
default
password
lalu
menkan
tombol
tambah
6. system memasukan
user yang dimaksud
kedalam tabel group dan
group diset dengan kode
group 25
7. Pengu
na menakan
tombol
hapus
8. Sistem menghapus
user tersebut dari table
group dimana kode
group dari user yang
bersangkutan adalah 25
10
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
Tabel 9 Input Account Komisi TA
4. Aktor Kabag. Pendidikan
Mengumumkan Penerimaan TA
Mengumumkan Seminar Proposal
Mengumumkan Seminar TA
Mencetak SPK Tugas Akhir
Mencetak undangan seminar
proposal
Mencetak undangan ujian
Merecord hasil ujian
Kabag.Pendidikan
(f rom Actors)
Login Sistem
(from User Management and Systems Maintenance)
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
Mencatat Peserta Seminar
<<include>>
Gamba Use Case Tugas Akhir untuk Aktor
Kabag. Pendidikan
4.1. Daftar Mahasiswa Seminar
FORM DAFTAR SEMINAR MAHASISWA
NIM NAMA JUDUL
............. ............................... ..........................
...................... ........................................
Gambar 10 User Interface Daftar Seminar Mahasiswa
Identifikasi
Nomor Daftar Seminar Mahasiswa -10
Nama List Pengajuan Seminar
Tujuan Bapendik melihat mahasiswa
yang mengusulkan pengujuan
seminar
Deskrips
i
Tipe Primary, Essential
Aktor Bapendik
Skenario Utama
Kondisi Awal 1. User telah login dan
hak akses telah
terpetakan
2. Pengguna telah menu
List Pengajuan
Seminar
Aksi Aktor Reaksi Sistem
3. Sistem menampilkan
secara otomatis, NIM,
Nama, JUDUL TA
dari tabel
pembimbing TA
berdasarkan dengan
status 4 (diajukan
oleh mahasiswa)
4. Memilih
NIM atau
Nama
kemudian
akan masuk
ke dalam PR-
SIA.13.SIPI
L (Pengajuan
Pengesahan
Seminar)
Tabel 10. Skenario Daftar Seminar Mahasiswa
4.2. Pengesahan Pengajuan Seminar
SIMPAN................................................................... ^
^
NIM
NAMA
TAMBAH
FORM PENGESAHAN PENGAJUAN SEMINAR
JUDUL TA ^
PEMBIMBING
SEMINAR YG DIUSULKAN ^
TANGGAL YANG DIUSULKAN ^
DOSEN PENGUJI ^
DOSEN PENGUJI YANG DIPILIH
NIP NAMA HAPUS
............. ..............................................
................ .................................................
TANGGAL SEMINAR ^
RUANG
WAKTU
Gambar 11. User Interface Pengesahan Pengajuan Seminar
Identifikasi
Nomor Pengesahan Pengajuan
Seminar 11
Nama Pengasahan Pengajuan
Seminar
Tujuan Bapendik mengesahkan atau
mengedit pengusulan seminar
yang diberikan oleh mahasiswa
Deskripsi
Tipe Primary, Essential
Aktor Mahasiswa
Skenario Utama
Kondisi Awal 1. User telah login dan
hak akses telah
terpetakan
2. Pengguna telah
11
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
memilih salah satu
mahasiswa yang
mengajukan seminar
tugas akhir
Aksi Aktor Reaksi Sistem
3. Sistem menampilkan
secara otomatis, NIM,
Nama, JUDUL TA dari
table Tugas Akhir dan
dosen pembimbing dari
tabel Pembimbing TA ,
Tanggal seminar
diusulkan, serta tabel
dosen penguji
ditampilkan dari tabel
penguji
4. Bapendik
mengedit
tanggal
seminar
5. Sistem menampilkan
ruang yang berasal dari
tabel ruang dan waktu
yang berasal dari tabel
waktu
6. Bapendik
mengesahk
an
pengusulan
penguji dari
mahasiswa
dengan
memberika
n tanda
check pada
kolom ACC
7. Sistem menyimpan
persetujuan dari
Bapendik dengan
menset field status
menjadi 3 (disetujui
Kajur)
8. Bapend
ik dapat
menambah
kan penguji
dengan
memilih
dosen
penguji lalu
menekan
tombol
tambah
(aktif)
9. Sistem akan
menambahkan pada
tabel dosen penguji
terpilih yang terdapat
dibawah tampilan
pengajuan seminar
Tabel 11. Skenario Pengesahan Pengajuan Seminar
5. Aktor Dosen Penguji
5,1, Daftar Mahasiwa Seminar
FORM DAFTAR SEMINAR MAHASISWA
NIM NAMA JUDUL
............. ............................... ..........................
...................... ........................................
Gambar 12. User Interface Daftar Mahasiwa Seminar
Identifikasi
Nomor Daftar Mahasiwa Seminar
-12
Nama Pengasahan Pengajuan
Seminar
Tujuan Bapendik mengesahkan
atau mengedit pengusulan
seminar yang diberikan
oleh mahasiswa
Deskripsi
Tipe Primary, Essential
Aktor Dosen Penguji
Skenario Utama
Kondisi Awal 1. User telah login dan
hak akses telah
terpetakan
2. Pengguna telah menu
Daftar Mahasiswa
Seminar
Aksi Aktor Reaksi Sistem
3. Sistem menampilkan
secara otomatis, NIM,
Nama, JUDUL TA
dari table Tugas
Akhir berdasarkan
NIP dari dosen
penguji, dimana field
score masih null atau
0
4. Memilih
NIM atau
Nama
kemudian
akan
masuk ke
dalam PR-
Tabel 12. Skenario Daftar Mahasiwa Seminar
12
Teknik Informatika UAD Yogyakarta, 28 Juli 2011
SIA.14.SI
PIL
(Penilaian
Seminar)
5.2. Penilaian Seminar
................................................................... ^
^
NIM
NAMA
SIMPAN
FORM PENGESAHAN PENGAJUAN SEMINAR
JUDUL TA
PEMBIMBING
JENIS SEMINAR
TANGGAL SEMINAR
SCOREE
Gambar 13. User Interface Penilaian Seminar
Identifikasi
Nomor Penilaian Seminar -13
Nama Pengasahan Pengajuan
Seminar
Tujuan Bapendik mengesahkan atau
mengedit pengusulan seminar
yang diberikan oleh mahasiswa
Deskrips
i
Tipe Primary, Essential
Aktor Dosen Penguji
Skenario Utama
Kondisi
Awal
1. User telah login dan hak
akses telah terpetakan
2. Pengguna telah memilih
salah satu mahasiswa yang
mengajukan seminar dari
list yang ada di menu
seminar pada menu dosen
Aksi
Aktor
Reaksi Sistem
3. Sistem menampilkan
secara otomatis, NIM,
Nama, JUDUL TA dari
tabel Tugas Akhir dan
dosen pembimbing dari
tabel Pembimbing TA
4. Dosen
Penguji
memas
ukan
Score
Tabel 13. Skenario Penilaian Seminar
F. Penutup
1. Perncangan sistem informasi
pengelolaan tugas akhir dirancang
dengan menggunakan konsep objek
oriented (berorientasi objek).
2. Perancangan sistem yang dilakukan
memberikan detail rancangan dari
Sistem informasi pengelolaan tugas
akhir di Jurusan MIPA
3. Hasil dari perancangan sistem
informasi pengelolaan Tugas Akhir,
dapat memberikan gambaran yang jelas
kepada user calon pengguna dengan
pembagian aktor.
G. Daftar Pustaka
Cook, B.G. 1977, Land Resource
Information System: Use and
Display. Center for Agric. Publ.
And Documentation. Wegningen.h.
37-43.
Date, C.J.; An Introduction to Database
System, Addison Wesley Publishing
Company, Vol. 1 & Vol. 2, New
York, 1990.
John Burch dan Gary Grudnitski, 1986,
Information Systems Theory and
Practice, John Wiley and Sons, New
York.
H.M, Jogiyanto. Analisis dan Desain Sistem
Informasi. Andi, Yogyakarta. 2005