SISTEM INFORMASI TUGAS AKHIR DENGAN PERINGATAN
BERBASIS SMS
TUGAS AKHIR
Diajukan Untuk Memenuhi Salah Satu Syarat Mencapai Gelar Ahli Madya Program
Diploma III Ilmu Komputer Fakultas Matematika dan Ilmu pengetahuan Alam
Universitas Sebelas Maret
Disusun Oleh :
FAJAR DWI SEPTIAN
NIM.M3207010
PROGRAM DIPLOMA III ILMU KOMPUTER
FAKULTAS MATEMATIKA & ILMU PENGETAHUAN ALAM
UNIVERSITAS SEBELAS MARET
SURAKARTA
2010
HALAMAN PERSETUJUAN
SISTEM INFORMASI TUGAS AKHIR DENGAN PERINGATAN
BERBASIS SMS
Disusun Oleh
FAJAR DWI SEPTIAN
NIM. M3207010
Laporan Tugas Akhir Mahasiswa ini disetujui untuk dipresentasikan
pada Ujian Tugas Akhir
pada tanggal 19 Juli 2010
Pembimbing
Ristu Saptono, M.T
NIP.19790210 200212 1 001
HALAMAN PENGESAHAN
SISTEM INFORMASI TUGAS AKHIR DENGAN PERINGATAN
BERBASIS SMS
Disusun Oleh :
FAJAR DWI SEPTIAN
NIM. M3207010
Pembimbing Utama
Ristu Saptono, M.T
NIP.19790210 200212 1 001
Tugas Akhir ini telah diterima dan disahkan oleh dewan penguji Tugas Akhir
Program Diploma III Ilmu Komputer
Pada hari Senin tanggal 19 Juli 2010
Dewan Penguji
1. Ristu Saptono, M.T ( )
NIP.19790210 200212 1 001
2. Drs. YS. Palgunadi, M.Sc ( )
NIP.19560407 198303 1 004
3. Didik SW, M.T ( )
NIP. 19750331 200501 1 001
Disahkan Oleh :
a.n. Dekan FMIPA UNS Ketua
Pembantu Dekan I Program Studi DIII Ilmu Komputer UNS
Ir. Ari Handono Ramelan, M.Sc, Ph.D Drs. YS.Palgunadi, M.Sc
NIP.19610223 198601 1 001 NIP.19560407 198303 1 004
ABSTRACT
Fajar Dwi Septian. 2010. The Final Project Information System with SMS Alert.
Computer Science Diploma Program, Faculty of Mathematics and Natural
Sciences, Sebelas Maret University Surakarta.
The direction of this experience is making a final project system with SMS
alert. The benefit is to make a final project in S1 Technique of Informatic , Faculty of
Mathematics and Natural Sciences, Sebelas Maret University, Surakarta service for
student and teacher in to be easier.
The manufacture process of this application are made by data collecting,
analyst system, and design system. In this research case study and data searching was
done in S1 Technique of Informatic, Faculty of Mathematics and Natural Sciences,
Sebelas Maret University, Surakarta. This information system is developed and based
on by JAVA programming language with MySQL for the database.
The information system which developed can help the instance in the final
project service for the students and teachers.
Keywords : Information System, SMS, JAVA.
ABSTRAK
Fajar Dwi Septian. 2010. Sistem Informasi Tugas Akhir Dengan Peringatan
Berbasis SMS. Program Diploma III Ilmu Komputer, Fakultas Matematika Dan
Ilmu Pengetahuan Alam, Universitas Sebelas Maret Surakarta
Tujuan dari kegiatan ini adalah membuat Sistem Informasi Tugas akhir
dengan peringatan berbasis SMS. Manfaatnya adalah mempermudah pelayanan
informasi tugas akhir bagi dosen dan mahasiswa di Jurusan Teknik Informatika
Universitas Sebelas Maret.
Pembuatan aplikasi ini dilakukan dengan cara pengumpulan data, analisis
sistem serta perancangan system. Dalam penelitian ini, studi kasus dan pencarian data
dilakukan di Jurusan Teknik Informatika Universitas Sebelas Maret. Sistem informasi
yang dibuat menggunakan bahasa pemrograman JAVA dan MySQL sebagai
database.
Sistem informasi tugas akhir yang dibuat dilengkapi dengan peringatan
berbasis SMS.
Kata kunci : Sistem Informasi, SMS, Java.
MOTTO
Sebaik baik orang adalah orang yang berguna bagi orang lain
Katakanlah yang sejujurnya, walaupun itu pahit
Kebahagiaan dalam hidup adalah bisa membahagiakan orang lain
PERSEMBAHAN
Karya ini kupersembahkan kepada :
1. Kedua orang tua ku atas kasih sayang yang begitu tulus, dukungan
dan harapanmu yang begitu besar serta semua yang telah engkau
berikan padaku yang membuatku bangga bisa kau lahirkan
didunia ini.
2. Bidadari gendutku,Ayu SR, terima kasih atas cintamu, yang
membuatku begitu berarti didunia ini, atas kesabaranmu yang
selalu bisa meredakan amarahku, dan senyumanmu yang selalu
membuat damai dihatiku.
3. Semua teman teman di Manajemen Informatika yang kucintai.
KATA PENGANTAR
Dengan memanjatkan segala puji syukur kehadirat Allah SWT, yang telah
melimpahkan rahmat dan karuniaNya, sehingga penulisan Laporan Tugas Akhir ini
dengan judul “SISTEM INFORMASI TUGAS AKHIR DENGAN
PERINGATAN BERBASIS SMS” dapat diselesaikan.
Maksud dan tujuan dari penulisan laporan ini adalah untuk memenuhi salah
satu syarat mencapai gelar Ahli Madya Program Diploma III Ilmu Komputer Fakultas
Matematika dan Ilmu Pengetahuan Alam Universitas Sebelas Maret.
Atas selesainya laporan ini, penulis tidak lupa mengucapkan terima kasih
kepada :
1. Allah SWT atas segala rahmat dan karunia yang telah diberikan
kepada penulis.
2. Kedua orang tua, saudara serta segenap keluarga yang saya cintai yang
telah memberikan doa, dukungan moril dan material,
3. Bapak Drs. Palgunadi Msc. selaku ketua program DIII Ilmu Komputer
Fakultas Matematika dan Ilmu Pengetahuan Alam Universitas Sebelas
Maret Surakarta.
4. Bapak Ristu Saptono selaku dosen pembimbing yang telah banyak
memberikan saran, memberikan begitu banyak waktu, ilmu, dukungan
moril serta pengarahan yang sangat berguna bagi penulis.
5. My Lovely, yang telah banyak memberikan pengertian dan kasih
sayangnya kepada penulis.
6. Teman – teman D3 Manajemen Informatika 2007 yang telah banyak
membantu.
Kritik dan saran yang bersifat membangun sangat penulis harapkan dari para
pembaca sekalian. Akhir kata semoga laporan ini dapat bermanfaat bagi semua
pihak. Amin.
Penulis
DAFTAR ISI
HALAMAN JUDUL ........................................................................................................... i
HALAMAN PERSETUJUAN ............................................................................................ ii
HALAMAN PENGESAHAN ............................................................................................. iii
HALAMAN ABSTRACT .................................................................................................. iv
HALAMAN INTISARI ...................................................................................................... v
HALAMAN MOTTO ......................................................................................................... vi
HALAMAN PERSEMBAHAN ......................................................................................... vii
KATA PENGANTAR ........................................................................................................ viii
DAFTAR ISI ....................................................................................................................... ix
DAFTAR TABEL ............................................................................................................... x
DAFTAR GAMBAR .......................................................................................................... xi
BAB I PENDAHULUAN ................................................................................................... 1
A. Latar Belakang ........................................................................................................ 1
B. Perumusan Masalah ................................................................................................ 2
C. Batasan Masalah...................................................................................................... 2
D. Tujuan dan Manfaat ................................................................................................ 2
E. Metodologi Penelitian ............................................................................................. 4
F. Sistematika Penulisan ............................................................................................. 5
BAB II LANDASAN TEORI ............................................................................................. 5
A. UML ........................................................................................................................ 6
B. Analisis dan Pengembangan Perangkat Lunak ....................................................... 12
1. Software Proses Model ....................................................................................... 12
2. RUP ..................................................................................................................... 15
C. Pemrograman Berorientasi Object .......................................................................... 19
D. Short Message Service (SMS) Gateway ................................................................. 23
a. Format Protokol Data Unit ................................................................................ 24
b. SMS PDU Pengirim (Mobile Originated) .......................................................... 24
c. Perancangan Struktur File .................................................................................. 25
E. AT Command .......................................................................................................... 27
F. Paralel Port .............................................................................................................. 28
G. Database Management System (DBMS) ................................................................ 28
BAB III ANALISIS DAN PERANCANGAN ................................................................... 19
A. Analisis Sistem ........................................................................................................ 29
1. Use Case Diagram .............................................................................................. 30
2. Use Case Skenario .............................................................................................. 31
3. Activity Diagram ................................................................................................ 36
4. Class Diagram Model Analisis ........................................................................... 37
B. Perancangan Sistem ................................................................................................. 37
1. Sequence Diagram .............................................................................................. 38
2. Class Diagram Model Perancangan .................................................................... 45
3. Perancangan Interface (Antarmuka) ................................................................... 50
BAB IV IMPLEMENTASI DAN EVALUASI .................................................................. 61
A. Implementasi ........................................................................................................... 61
B. Evaluasi ................................................................................................................... 83
BAB IV PENUTUP ............................................................................................................ 85
A. Kesimpulan ............................................................................................................. 85
B. Saran ........................................................................................................................ 85
DAFTAR PUSTAKA ......................................................................................................... 87
LAMPIRAN ........................................................................................................................ …
DAFTAR TABEL
Tabel 2.1 Simbol Use Case Diagram ................................................................................. 7
Tabel 2.2 Simbol Activity Diagram ................................................................................... 9
Tabel 2.3 Simbol Class Diagram ....................................................................................... 10
Tabel 2.4 Simbol Sequence Diagram................................................................................. 11
Tabel 2.5 Service Center Address ....................................................................................... 25
Tabel 2.6 PDU Type............................................................................................................ 26
Tabel 2.7 User Data............................................................................................................. 28
Tabel 2.8 Kode ASCII......................................................................................................... 27
Tabel 2.9 AT Command ...................................................................................................... 28
Tabel 3.1 Use Case Skenario Login .................................................................................... 31
Tabel 3.2 Use Case Skenario Data Master.......................................................................... 31
Tabel 3.3 Use Case Skenario Registrasi TA ....................................................................... 32
Tabel 3.4 Use Case Skenario Pengumpulan TA ................................................................. 33
Tabel 3.5 Use Case Skenario Jadwal Bimbingan ............................................................... 33
Tabel 3.6 Use Case Skenario BroadCast ........................................................................... 34
Tabel 3.7 Use Case Skenario Ubah Password .................................................................... 35
Tabel 3.8 Keterangan perancangan form login ................................................................... 51
Tabel 3.9 Keterangan perancangan form utama ................................................................. 51
Tabel 3.10 Keterangan perancangan form data master ....................................................... 52
Tabel 3.11 Keterangan perancangan form registrasi ta ....................................................... 53
Tabel 3.12 Keterangan perancangan form jadwal bimbingan ............................................ 54
Tabel 3.13 Keterangan perancangan form broadcast .......................................................... 55
Tabel 3.14 Keterangan perancangan form databroadcast ................................................... 56
Tabel 3.15 Keterangan perancangan form cari .................................................................. 57
Tabel 3.16 Keterangan perancangan form ubah password ................................................. 58
Tabel 3.17 Keterangan perancangan form cari ................................................................... 59
Tabel 3.18 Panduan Perancangan ....................................................................................... 60
Tabel 4.1 Panduan Implementasi ........................................................................................ 82
DAFTAR GAMBAR
Gambar 2.1 Arsitektur Rational Unified Process .............................................................. 16
Gambar 2.2 Arsitektur Java 2 Platform Standard Edition 1.5.0.......................................... 22
Gambar 2.3 Fase pemrograman Java .................................................................................. 23
Gambar 2.4 Skema SMS Gateway ...................................................................................... 24
Gambar 2.5 Skema Format SMS PDU Pengirim s ............................................................. 25
Gambar 2.6 Konektor parallel port ..................................................................................... 28
Gambar 3.1. Skema sistem yang dibuat secara umum ....................................................... 29
Gambar 3.2 Use Case Diagram .......................................................................................... 30
Gambar 3.3 Activity Diagram ............................................................................................. 36
Gambar 3.4 Class Diagram Model Analisis ....................................................................... 37
Gambar 3.5. Sequence Diagram Login ............................................................................... 38
Gambar 3.6. Sequence Diagram Pengumpulan TA ............................................................ 39
Gambar 3.7. Sequence Diagram Master Mahasiswa .......................................................... 40
Gambar 3.8. Sequence Diagram Master Riset Group ......................................................... 41
Gambar 3.9. Sequence Diagram Master Kategori .............................................................. 42
Gambar 3.10. Sequence Diagram Master Dosen ................................................................ 43
Gambar 3.11. Sequence Diagram Jadwal Bimbingan ........................................................ 44
Gambar 3.12 Class Diagram Koneksi ................................................................................ 45
Gambar 3.13 Class Diagram textFilter ............................................................................... 45
Gambar 3.14 Class Diagram ctrlGUI ................................................................................. 46
Gambar 3.15 Class Diagram ctrlTanggal ........................................................................... 46
Gambar 3.16 Class Diagram ctrlText ................................................................................. 46
Gambar 3.17 Class Diagram getSetting ............................................................................. 47
Gambar 3.18 Class Diagram CetakLaporan ....................................................................... 47
Gambar 3.19 Class Diagram simpanDataSMS .................................................................. 47
Gambar 3.20 Class Diagram setKode ................................................................................ 48
Gambar 3.21 Class Diagram Login .................................................................................... 48
Gambar 3.22 Class Diagram cariDosen ............................................................................. 49
Gambar 3.23 Class Diagram cariMahasiswa...................................................................... 49
Gambar 3.24 Perancangan Splash Screen ........................................................................... 50
Gambar 3.25 Perancangan form login ................................................................................ 50
Gambar 3.26 Perancangan form utama ............................................................................... 51
Gambar 3.27 Perancangan form data master ...................................................................... 52
Gambar 3.28 Perancangan form registrasi tugas akhir ....................................................... 53
Gambar 3.29 Perancangan form jadwal bimbingan tugas akhir ......................................... 55
Gambar 3.30 Perancangan form broadcast ......................................................................... 56
Gambar 3.31 Perancangan Form data broadcast ................................................................. 57
Gambar 3.32 Perancangan form cari data .......................................................................... 57
Gambar 3.33 Perancangan form ubah password ................................................................ 58
Gambar 3.34 Perancangan form inventori tugas akhir....................................................... 59
Gambar 4.1 Splash Screen .................................................................................................. 61
Gambar 4.2 Gambar Splash Screen tidak ditemukan.......................................................... 62
Gambar 4.3 Pesan jika versi JDK tidak sesuai .................................................................... 62
Gambar 4.4 Form login ....................................................................................................... 62
Gambar 4.5 Pesan jika data yang diinputkan tidak lengkap ............................................... 63
Gambar 4.6 Pesan jika login gagal ...................................................................................... 63
Gambar 4.7 Pesan jika login sukses .................................................................................... 63
Gambar 4.8 Tampilan menu utama jika login sukses ......................................................... 63
Gambar 4.9 Tampilan form utama ...................................................................................... 64
Gambar 4.10 Tampilan form master dosen ......................................................................... 65
Gambar 4.11 Pesan jika data berhasil disimpan.................................................................. 65
Gambar 4.12 Pesan jika ada NIP sama yang diinputkan .................................................... 66
Gambar 4.13 Pesan jika data tidak diisi dengan lengkap .................................................... 66
Gambar 4.14 Pesan jika proses edit berhasil ....................................................................... 66
Gambar 4.15 Pesan konfirmasi hapus file .......................................................................... 67
Gambar 4.16 Pesan jika data berhasil dihapus .................................................................... 67
Gambar 4.17 Form master mahasiswa ................................................................................ 67
Gambar 4.18 Form master kategori ta................................................................................. 68
Gambar 4.19 Pesan peringatan jika nama kategori yang diinputkan sudah ada ................. 69
Gambar 4.20 Pesan peringatan jika id kategori yang diinputkan sudah ada ....................... 69
Gambar 4.21 Form master riset group ................................................................................ 69
Gambar 4.22 Form cari data pembimbing / dosen .............................................................. 70
Gambar 4.23 Peringatan jika ada dosen dengan kategori sama diinputkan ........................ 70
Gambar 4.24 Form registrasi tugas akhir ............................................................................ 71
Gambar 4.25 Form cari mahasiswa ..................................................................................... 71
Gambar 4.26 Peringatan jika jumlah bimbingan dosen sudah penuh ................................. 72
Gambar 4.27 Peringatan jika mahasiswa telah terdaftar ..................................................... 72
Gambar 4.28 Form jadwal bimbingan ................................................................................ 72
Gambar 4.29 Form cari data bimbingan tugas akhir ........................................................... 73
Gambar 4.30 From input waktu bimbingan ........................................................................ 73
Gambar 4.31 Pesan peringatan jika mahasiswa yang sama menginputkan waktu
bimbingan yang sama .......................................................................................................... 74
Gambar 4.32 Form inventori tugas akhir ............................................................................ 74
Gambar 4.33 Data bimbingan tugas akhir........................................................................... 75
Gambar 4.34 Form browser untuk mencari file .................................................................. 75
Gambar 4.35 Pesan peringatan mahasiswa yang sama kembali mengumpulkan ............... 75
Gambar 4.36 Form broadcast .............................................................................................. 76
Gambar 4.37 Sub form setting terminal .............................................................................. 77
Gambar 4.38 Proses simpan pengaturan terminal ............................................................... 77
Gambar 4.39 File konfigurasi seting terminal .................................................................... 77
Gambar 4.40 Listing status buka koneksi ........................................................................... 77
Gambar 4.41 Status koneksi telah terhubung ...................................................................... 78
Gambar 4.42 Listing proses kirim sms ............................................................................... 78
Gambar 4.43 Pesan jika port belum terhubung ................................................................... 78
Gambar 4.44 Pesan jika isi pesan kosong namun tombol kirim kita klik ........................... 79
Gambar 4.45 Pesan jika port yang dipilih sedang digunakan sistem lain ........................... 79
Gambar 4.46 Pesan jika port masih terhubung saat akan keluar form ................................ 79
Gambar 4.47 Form data broadcast ...................................................................................... 80
Gambar 4.48 Form detail broadcast .................................................................................... 80
Gambar 4.49 Form ubah password ..................................................................................... 81
Gambar 4.50 Pesan jika username lama tidak sesuai password yang diinputkan ............... 81
Gambar 4.51 Pesan jika pengulangan password baru tidak sesuai ..................................... 81
Gambar 4.52 Pesan jika proses penggantian berhasil ......................................................... 81
BAB I
PENDAHULUAN
A. Latar Belakang Masalah
Teknologi informasi saat ini berkembang begitu pesat. Seiring dengan
semakin berkembangnya teknologi informasi, pemanfaatan komputer sebagai sebuah
sarana pengembangan pembelajaran saat ini sudah menjadi suatu kebutuhan utama.
Karena pentingnya penggunaan teknologi informasi merupakan suatu
kebutuhan bagi sebuah instansi untuk mencapai efektifitas kerja maka saat ini, proses
penyampaian informasi yang dimiliki oleh Jurusan Teknik Informatika Universitas
Sebelas Maret telah menggunakan teknologi informasi. Namun, masih beberapa
proses yang dilakukan secara manual. Satu dari beberapa proses manual tersebut
antara lain pelayanan tugas akhir mahasiswa.
Dalam pelayanan tugas akhir, proses yang terjadi di Jurusan Teknik
Informatika Universitas Sebelas Maret adalah mahasiswa secara langsung mendaftar
bimbingan pada dosen yang bersangkutan. Dalam hal ini, terkadang mahasiswa
masih kebingungan menentukan dosen mana yang mempunyai keahlian sesuai
dengan tema tugas akhir yang diangkat. Selain itu tidak sedikit mahasiswa yang sulit
sekali mendapatkan informasi kuota bimbingan dosen yang bersangkutan apakah
sudah penuh atau belum. Dalam pelaksanaan bimbingan tugas akhir, tidak sedikit
juga mahasiswa yang kesulitan melaksanakan bimbingan dengan dosen
pembimbingnya. Kebanyakan, disebabkan oleh perbedaan alokasi waktu antara
mahasiswa dengan dosen pembimbing. Jika dilihat dari segi waktu, masih banyak
sekali terjadi mahasiswa yang datang terlambat sewaktu ada jadwal bimbingan
dengan dosen begitu juga sebaliknya karena lupa ataupun alasan yang lain.
Untuk itu, maka diperlukan adanya sebuah sistem informasi tugas akhir di
Jurusan Teknik Informatika Universitas Sebelas Maret, dengan harapan semoga
dalam pelayanan, efisiensi, dan efektivitas kerja untuk kedepanya akan menjadi lebih
baik.
B. Perumusan Masalah
Berdasarkan uraian diatas, maka masalah dapat dirumuskan adalah bagaimana
membuat sistem informasi tugas akhir yang dilengkapi dengan peringatan berbasis
SMS ? .
C. Batasan Masalah
Untuk menghindari pelebaran masalah yang dibahas, maka penulis membatasi
masalah sebagai berikut :
1. Sistem informasi tugas akhir ini, tidak mencakup informasi tentang nilai tugas
akhir. Dengan kata lain pada sistem ini ditekankan pada layanan pendaftaran
tugas akhir, penjadwalan konsultasi sampai dengan pengumpulan berkas tugas
akhir dan informasi akademik lain yang bersangkutan beserta semua laporan
yang terkait.
2. Penggunaaan layanan SMS dalam sistem ini hanya satu arah, yaitu dari sistem
menuju ke user (mahasiswa & dosen).
D. Tujuan dan Manfaat
Sesuai dengan permasalahan dan tujuan penelitian yang telah disebutkan di
atas, maka manfaat penelitian dapat dirumuskan sebagai berikut :
1. Membuat sistem informasi tugas akhir yang dilengkapi dengan peringatan
berbasis SMS.
2. Mempermudah pelayanan informasi tugas akhir bagi dosen dan
mahasiswa, serta menciptakan efisiensi, dan efektivitas kerja untuk
menjadi lebih baik.
E. Metodologi Penelitian
Dalam penelitian ini mulai dari pengumpulan data, analisis, sampai
penyelesaian ada beberapa jenis metode yang digunakan :
a. Penelitian Kepustakaan
Penelitian kepustakaan dilakukan dengan mengumpulkan data dan
informasi yang diperoleh dari buku analisis dan perancangan sistem, buku
pemrograman, artikel dari Internet maupun sumber informasi lain yang
berkaitan dengan pembahasan pada penelitian ini.
b. Penelitian Lapangan
Penelitian lapangan merupakan metode pengumpulan informasi dan
data dengan cara melakukan pengamatan atau peninjauan langsung terhadap
objek penelitian. Penelitian lapangan dilakukan dengan meninjau langsung ke
Jurusan Tehnik Informatika Universitas Sebelas Maret untuk mengetahui
situasi dan kondisi serta aktivitas yang terjadi.
c. Pengembangan Perangkat Lunak
1. Analisis
Analisis aplikasi ditujukan untuk menggambarkan secara umum
bagaimana sistem bekerja. Hal ini berguna untuk menunjang aplikasi
yang nantinya akan dibuat sehingga kebutuhan sistem tersebut dapat
diketahui sebelumnya. Dengan adanya analisis sistem tersebut dapat
mempermudah untuk pengerjaan lebih lanjut sistem yang dibuat.
Dalam analisis sistem beberapa metode UML antara lain adalah :
(a) Use Case Diagram
Use case diagram menggambarkan fungsionalitas yang
diharapkan dari sebuah sistem.
(b) Activity Diagrams
Activity diagrams menggambarkan berbagai aliran aktivitas dalam
sistem yang sedang dirancang, bagaimana masing-masing alir
berawal, decision yang mungkin terjadi, dan bagaimana mereka
berakhir.
2. Perancangan
Perancangan adalah tahap dimana sebuah sistem didesain
berdasarkan analisis yang telah dibuat. Untuk perancangan
program, beberapa metode UML yang digunakan adalah :
(a) Sequence Diagram
Sequence diagram menggambarkan interaksi antar objek di dalam
dan di sekitar sistem (termasuk pengguna, display, dan
sebagainya) berupa message yang digambarkan terhadap waktu.
(b) Class Diagram
Class Diagram adalah sebuah spesifikasi yang jika diinstansiasi
akan menghasilkan sebuah objek dan merupakan inti dari
pengembangan dan desain berorientasi objek.
3. Implementasi
Tahap implementasi adalah tahap dimana hasil dari seluruh proses
analisis dan perancangan sistem yang dibuat direpresentasikan
kembali kedalam sebuah program / sistem informasi untuk kemudian
dilakukan evaluasi.
d. Evaluasi
Evaluasi dilakukan untuk mengetahui seberapa besar mutu dan
keberhasilan suatu program / sistem informasi berdasarkan kasus yang
telah dibuat mencakup semua kelebihan maupun kekurangan dari sistem
tersebut.
F. Sistematika Penulisan
Laporan tugas akhir dengan judul Sistem Informasi Tugas Akhir Dengan
Peringatan Berbasis SMS terdiri dari lima bab yaitu :
1. BAB I Pendahuluan
Pada pendahuluan diberikan gambaran umum dan penjelasan tentang laporan
yang berisikan :
a. Latar Belakang Masalah.
b. Perumusan Masalah.
c. Batasan Masalah.
d. Tujuan dan Manfaat
e. Metodologi Penelitian
f. Sistematika Penulisan
2. BAB II Landasan Teori
Pada landasan teori memuat berbagai macam sumber tinjauan pustaka yang
digunakan sebagai referensi dalam pembuatan sistem informasi.
3. BAB III Analisis dan Perancangan
Analisis dan perancangan, memuat tentang analisa dari kebutuhan sistem yang
akan dibuat beserta rancangan sistem dan beberapa data - data yang
diperlukan dalam perancangan sistem.
4. BAB IV Implementasi
Pada implementasi memuat langkah, hasil analisa dan perancangan sistem
yang disajikan dalam berbagai bentuk misalnya tabel, gambar dan penjelasan
– penjelasan dari masing masing bagian.
5. BAB V Penutup
Pada penutup memuat kesimpulan yang diambil dari hasil penelitian dan
implementasi sistem dan saran yang diperoleh dari kesimpulan tersebut.
BAB II
LANDASAN TEORI
A. Unified Modeling Languange (UML)
Unified Modeling Language (UML) adalah sebuah "bahasa" yang telah
menjadi standar dalam industri untuk visualisasi, merancang dan
mendokumentasikan sistem piranti lunak. UML menawarkan sebuah standar
untuk merancang model sebuah sistem. Dengan menggunakan UML kita dapat
membuat model untuk semua jenis aplikasi piranti lunak, dimana aplikasi tersebut
dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun, sertaditulis
dalam bahasa pemrograman apapun. Tetapi karena UML juga menggunakan class
dan operation dalam konsep dasarnya, maka ia lebih cocok untuk penulisan
piranti lunak dalam bahasa - bahasa berorientasi objek seperti C++, Java, C# atau
VB.NET. Walaupun demikian, UML tetap dapat digunakan untuk modeling
aplikasi prosedural dalam VB atau C. Seperti bahasa-bahasa lainnya, UML
mendefinisikan notasi dan syntax / semantik. Notasi UML merupakan
sekumpulan bentuk khusus untuk menggambarkan berbagai diagram piranti
lunak. Setiap bentuk memiliki makna tertentu, dan UML syntax mendefinisikan
bagaimana bentuk – bentuk tersebut dapat dikombinasikan. Notasi UML terutama
diturunkan dari tiga notasi yang telah ada sebelumnya. Grady Booch OOD (
Object - Oriented Design), Jim Rumbaugh OMT (Object Modeling Technique),
dan Ivar Jacobson OOSE (Object-Oriented Software Engineering). Pada dasarnya
UML mendefinisikan diagram-diagram sebagai berikut:
(1) Use case diagram
Yaitu rangkaian yang saling terkait membentuk sistem secara teratur dan
diawasi/dilakukan oleh aktor. Aktor yaitu manusia atau mesin.
Menggambarkan fungsionalitas dari sistem. Fokus pada “apa” yang diperbuat
sistem misal login ke sistem, meng-create daftar stok barang dan
fungsionalitas lain. Use case diagram sangat membantu dalam hal:
Bila sedang menyusun requirement sebuah sistem.
Mendiskusikan rancangan dengan klien.
Merancang test case fitur-fitur yang ada pada sistem.
Meng-include fungsionalitas use case lain.
Tabel 2.1 Simbol Use Case Diagram (netindonesia.net)
NO GAMBAR NAMA KETERANGAN
1
Actor
Menspesifikasikan himpuan peran yang
pengguna mainkan ketika berinteraksi dengan
use case.
2
Dependency
Hubungan dimana perubahan yang terjadi pada
suatu elemen mandiri (independent) akan
mempengaruhi elemen yang bergantung padanya
elemen yang tidak mandiri (independent).
3
Generalization
Hubungan dimana objek anak (descendent)
berbagi perilaku dan struktur data dari objek
yang ada di atasnya objek induk (ancestor).
4
Include Menspesifikasikan bahwa use case sumber
secara eksplisit.
5
Extend
Menspesifikasikan bahwa use case target
memperluas perilaku dari use case sumber pada
suatu titik yang diberikan.
6
Association Apa yang menghubungkan antara objek satu
dengan objek lainnya.
7
System
Menspesifikasikan paket yang menampilkan
sistem secara terbatas.
8
Use Case
Deskripsi dari urutan aksi-aksi yang ditampilkan
sistem yang menghasilkan suatu hasil yang
terukur bagi suatu actor
9
Collaboration
Interaksi aturan-aturan dan elemen lain yang
bekerja sama untuk menyediakan prilaku yang
lebih besar dari jumlah dan elemen-elemennya
(sinergi).
10
Note
Elemen fisik yang eksis saat aplikasi dijalankan
dan mencerminkan suatu sumber daya
komputasi
(2) Class diagram
Yaitu sebuah spesifikasi yang jika diinstalasi menghasilkan obyek dan inti
dari pengembangan disain berorientasi obyek. Class diagram menggambarkan
properti dan metode/fungsi. Class memiliki tiga area yaitu:
(1) Nama dan stereotype.
(2) Atribut.
(3) Metoda.
Atribut dan metode dapat memiliki salah satu sifat berikut:
(1) Private, tidak dapat di panggil dari luar class.
(2) Protected, hany dapat di panggil oleh class yang bersangkutan dan
anak pewarisnya.
(3) Public, dapat di panggil oleh siapa saja.
Hubungan antar class ada empat yaitu:
(1) Asosiasi, yaitu hubungan statis antar class. Panah navigasi
menunjukkan arah query antar class.
(2) Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas…”)
(3) Pewarisan, yaitu hubungan hirarki antar class. Artinya sebuah class
dapat diturunkan menjadi class lain dan mewarisi semua atribut serta
metode dari class induknya.
(4) Hubungan dinamis, rangkaian pesan yang di passing dari class ke
class lain. Hubungan dinamis digambarkan menggunakan sequence
diagram.
Tabel 2.2 Simbol Class Diagram (netindonesia.net)
NO GAMBAR NAMA KETERANGAN
1
Generalization
Hubungan dimana objek anak (descendent)
berbagi perilaku dan struktur data dari
objek yang ada di atasnya objek induk
(ancestor).
2
Nary Association
Upaya untuk menghindari asosiasi dengan
lebih dari 2 objek.
3
Class Himpunan dari objek-objek yang berbagi
atribut serta operasi yang sama.
4
Collaboration
Deskripsi dari urutan aksi-aksi yang
ditampilkan sistem yang menghasilkan
suatu hasil yang terukur bagi suatu actor
5
Realization
Operasi yang benar-benar dilakukan oleh
suatu objek.
6
Dependency
Hubungan dimana perubahan yang terjadi
pada suatu elemen mandiri (independent)
akan mempegaruhi elemen yang
bergantung padanya elemen yang tidak
mandiri
7
Association
Apa yang menghubungkan antara objek
satu dengan objek lainnya
(3) Statechart diagram
Yaitu menggambarkan transisi dari satu state ke state lain suatu obyek pada
sistem. State digambarkan segi empat dengan sudut tumpul dan memiliki
nama sesuai kondisinya. Transisi state ditulis dalam kurung siku. Action yang
dilakukan akibat dari event diawali garis miring. State awal digambarkan
dengan lingkaran penuh. State akhir digambarkan dengan lingkaran setengah
(4) Activity diagram
Menggambarkan berbagai alur aktivitas dalam sistem yang sedang dirancang.
Juga menggambarkan proses paralel yang mungkin terjadi pada beberapa
eksekusi. Activity Diagram sebagian besar state merupakan action dan
transisi di trigger. Activity diagram menggambarkan proses dan jalur aktivitas
dari level atas. Satua aktivitas dapat direalisasikan oleh satu use case atau
lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case
menggambarkan bagaimana aktor menggunakan sistem untuk melakukan
aktivitas. Simbol-simbol:
Aktivitas disimbolkan segi empat tumpul.
Behaviour disimbolkan decision.
Proses paralel digambarkan dengan titik sinkronisasi atau titik saja
atau garis horisontal atau vertikal.
Tabel 2.3 Simbol Activity Diagram(netindonesia.net)
NO GAMBAR NAMA KETERANGAN
1
Actifity
Memperlihatkan bagaimana masing-masing
kelas antarmuka saling berinteraksi satu
sama lain
2
Action State dari sistem yang mencerminkan
eksekusi dari suatu aksi
3
Initial Node Bagaimana objek dibentuk atau diawali.
4 Actifity Final
Node Bagaimana objek dibentuk dan dihancurkan
5
Fork Node Satu aliran yang pada tahap tertentu
berubah menjadi beberapa aliran
(5) Sequence diagram
Menggambarkan interaksi antar obyek di dalam dan sekitar sistem berupa
message. Juga menggambarkan skenario atau langkah yang dilakukan sebagai
respon dari client untuk menghasilkan output. Sequence Diagram terdiri atas:
Dimensi vertikal (waktu)
Dimensi horisontal (obyek terkait)
Setiap obyek termasuk aktor memiliki lifeline vertikal. Message digambarkan
sebagai garis panah. Pada fase disain message akan dipetakan menjadi
metode/operasi. Action bar menunjukkan eksekusi sebuah proses.
Tabel 2.4 Simbol Sequence Diagram (netindonesia.net)
NO GAMBAR NAMA KETERANGAN
1
LifeLine
Objek entity, antarmuka yang saling berinteraksi.
2
Message
Spesifikasi dari komunikasi antar objek yang
memuat informasi-informasi tentang aktifitas
yang terjadi
3
Message
Spesifikasi dari komunikasi antar objek yang
memuat informasi-informasi tentang aktifitas
yang terjadi
(6) Collaboration diagram
Menggambarkan interaksi antar obyek, namun lebih menekankan pada peran
setiap obyek bukan pada waktu penyampaian message. Setiap message
memiliki sequence number, dimana message dari level tertinggi memiliki
nomor 1. Message dari level yang sama memiliki prefiks yang sama.
(7) Component diagram
Menggambarkan struktur dan hubungan antar komponen piranti lunak.
Komponen piranti lunak berisi code, baik source code maupun binary code
baik library maupun executable baik yang muncul pada compile time, link
time atau run time. Umumnya komponen terbentuk dari beberapa class atau
package. Komponen dapat juga berupa interface
(8) Deployment diagram
Menggambarkan bagaimana detail komponen di deploy dalam infrastrukture
sistem, dimana akan diletakkan, bagaimana kemampuan jaringan, bagaimana
spesifikasi server dan hal lain bersifat fisik.
B. Pemrograman Berorientasi Object (OOP)
Pemrograman berorientasi objek menyelesaikan masalah dengan
merepresentasikan masalah ke model objek. Objek-objek dalam dunia nyata,
mempunyai 2 karakteristik khusus : Status dan Perilaku. Contohnya, sepeda
punya status (jumlah gir, jumlah pedal, dua buah ban) dan perilaku (mengerem,
mempercepat, ubah gir). Bahasa yang berorientasi pada objek pun mempunyai
karakteristik yang sama dengan objek-objek di dunia nyata. Yaitu status yang
dalam bahasa pemrograman biasanya disimpan sebagai variabel dan perilaku
yang diimplementasikan sebagai Method. Desain berorientasi object adalah
sebuah teknik yang memfokuskan desain pada object dan class berdasarkan pada
skenario dunia nyata. Hal ini menegaskan keadaan (state), behaviour dan
interaksi dari object. Selain itu juga menyediakan manfaat akan kebebasan
pengembangan, meningkatkan kualitas, mempermudah pemeliharaan,
mempertinggi kemampuan dalam modifikasi dan meningkatkan penggunaan
kembali software. Karakteristik dari OOP antara lain :
1. Desain berorientasi objek.
Desain berorientasi object adalah sebuah teknik yang memfokuskan desain
pada object dan class berdasarkan pada skenario dunia nyata. Hal ini
menegaskan keadaan (state), behaviour dan interaksi dari object. Selain itu
juga menyediakan manfaat akan kebebasan pengembangan, meningkatkan
kualitas, mempermudah pemeliharaan, mempertinggi kemampuan dalam
modifikasi dan meningkatkan penggunaan kembali software.
2. Class
Class mengizinkan Anda dalam mendeklarasikan tipe data baru. Ia dijalankan
sebagai blueprint, dimana model dari object yang anda buat berdasarkan pada
tipe data baru ini.
3. Object
Sebuah object adalah sebuah entiti yang memiliki keadaan, behaviour dan
identitas yang yang tugasnya dirumuskan dalam suatu lingkup masalah
dengan baik. Inilah instance sebenarnya dari sebuah class. Ini juga dikenal
sebagai instance. Instance dibuat sewaktu Anda meng-instantiate class
menggunakan kata kunci new. Dalam sistem registrasi siswa, contoh dari
sebuah object yaitu entity student.
4. Attribute
Atributet menunjuk pada elemen data dari sebuah object. Atribut menyimpan
informasi tentang object. Dikenal juga sebagai member data, variabel
instance, properti atau sebuah field data. Kembali lagi ke contoh sistem
registrasi siswa, atribut dari sebuah siswa adalah nomor siswa.
5. Method
Sebuah method menjelaskan behaviour dari sebuah object. Method juga
dikenal sebagai fungsi atau prosedur. Sebagai contoh, method yang mungkin
tersedia untuk entiti siswa adalah method register.
6. Konstruktor
Konstruktor adalah sebuah tipe khusus dari method yang digunakan untuk
membuat dan menginisialisasi sebuah object baru. Ingat bahwa konstruktor
bukan member (yaitu atribute, method atau inner class dari sebuah object).
7. Package
Package menunjuk pada pengelompokan class dan/atau subpackages.
Strukturnya dapat disamakan dengan direktorinya.
8. Enkapsulasi
Enkapsulasi menunjuk pada prinsip dari menyembunyikan desain atau
mengimplementasikan informasi yang tidak sesuai pada object yang ada.
9. Abstraksi
Sementara enkapsulasi menyembunyikan detail, abstraksi mengabaikan aspek
dari subyek yang tidak sesuai dengan tujuan yang ada supaya lebih banyak
mengkonsentrasikan yang ada.
10. Pewarisan
Pewarisan adalah hubungan antara class dimana dalam satu class ada
superclass atau class induk dari class yang lain. Pewarisan menunjuk pada
properti dan behaviour yang diterima dari nenek moyang dari class. Ini
dikenal juga sebagai hubungan “is-a”.
11. Polimorfisme
Polimorfisme adalah kemampuan dari sebuah object untuk membolehkan
mengambil beberapa bentuk yang berbeda. Secara harfiah, “poli” berarti
banyak sementara “morph” berarti bentuk. Menunjuk pada contoh
sebelumnya pada pewarisan, kita lihat bahwa object SuperHero dapat juga
menjadi object FlyingSuperHero atau object UnderwaterSuperHero.
12. Interface
Sebuah interface adalah sebuah contract dalam bentuk kumpulan method
dan deklarasi konstanta. Ketika sebuah class implements sebuah interface, ini
mengimplementasikan semua method yang dideklarasikan dalam interface.
Java adalah salah satu bahasa pemrograman berorientasi objek (OOP-
Object Oriented Programming ). Paradigma OOP menyelesaikan masalah
dengan merepresentasikan masalah ke model objek. Sebagai sebuah bahasa
pemrograman, Java dapat membuat seluruh bentuk aplikasi, desktop, web dan
lainnya, sebagaimana dibuat dengan menggunakan bahasa pemrograman
konvensional yang lain. Java adalah bahasa pemrograman yang berorientasi
objek (OOP) dan dapat dijalankan pada berbagai platform sistem operasi.
Perkembangan Java tidak hanya terfokus pada satu sistem operasi, tetapi
dikembangkan untuk berbagai sistem operasi dan bersifat open source.
Aplikasi dengan teknologi Java secara umum adalah aplikasi serba guna yang
dapat dijalankan pada seluruh mesin yang memiliki Java Runtime
Environment (JRE). www.cs.ui.ac.id.
Java adalah bahasa yang dapat di jalankan dimanapun dan disembarang
platform apapun, diberagam lingkungan : internet, intranet, consumer
Electronic products dan computer Applications. The Java 2 platform tersedia
dalam 3 edisi untuk keperluan berbeda. Untuk beragam aplikasi yang dibuat
dengan bahasa java, java dipaketkan dalan edisi2 berikut :
1. Java Standard Edition
2. Java Enterprise Edition
3. Java Micro Edition
Fase – fase pemrograman java :
Gambar 2.1 Fase pemrograman Java
C. Short Message Service (SMS) Gateway.
SMS singkatan dari Short Message Service adalah suatu teknologi yang
memungkinkan untuk mengirim dan menerima pesan antar pengguna mobile
phone. SMS pertama hadir di Eropa pada tahun 1992 yang standar awalnya
diterapkan dengan menggunakan GSM (Global System for Mobile
Communications). bemzinside.wordpress.com.
Seperti namanya “Short Message Service” pesan yang dapat dikirim dengan
SMS sangat terbatas. Satu pesan SMS dapat berisi paling banyak 140 bytes (1120
bit) dari data, maka satu pesan SMS dapat berisi sampai 160 karakter, jika 7-bit
character encoding digunakan (jika 7-bit character encoding adalah penggunaan
karakter latin seperti karakter English) 70 characters, jika 16-bit Unicode UCS2
character encoding digunakan (pesan teks SMS berisi karakter bukan latin,
seperti karakter Cina maka perlu menggunakan 16-bit character encoding).
Secara umum ada beberapa cara untuk mengirimkan pesan SMS dari PC atau
computer yaitu :
Menghubungkan komputer dengan handphone atau GSM/GPRS modem.
Selanjutnya tinggal menggunakannya perintah-perintah “AT Command”
untuk mengirimkan pesan.
Menghubungkan komputer langsung dengan SMS Center (SMSC) atau
SMS service provider. Untuk mengirimkan pesan SMS menggunakan
beberapa protocol interface yang mendukung SMSC. Sebagai contoh
protocol yang sering digunakan adalah HTTP atau HTTPS atau protocol
lainnya. bemzinside.wordpress.com
a. Format Protokol Data Unit (PDU)
Dalam pengiriman dan penerimaan SMS terdapat dua mode yaitu mode teks
dan mode Protocol Data Unit (PDU). Mode teks adalah format pesan dalam
bentuk teks asli yang dituliskan pada saat akan mengirim pesan. Sesungguhnya
mode teks ini adalah keberhasilan pengkodean dari mode PDU. Sedangkan mode
PDU adalah format pesan dalam bentuk oktet heksadesimal dan oktet semi
desimal dengan panjang mencapai 160 (7bit) atau 140 (8bit) karakter, Di
Indonesia tidak semua operator GSM maupun terminal mendukung mode teks,
sehingga mode yang digunakan adalah mode PDU. Pada pengiriman pesan
terdapat dua jenis mobile, yaitu Mobile Terminated (telepon seluler penerima) dan
Mobile Originated (telepon seluler pengirim).
b. SMS PDU Pengirim (Mobile Originated)
SMS PDU Pengirim adalah pesan yang dikim dari telepon seluler ke terminal
yang kemudian dikirimkan ke SMSC. Pada prinsipnya, pesan yang dikirimke
nomor tujuan akan melalui SMSC.
Pesan yang akan dikirimkan oleh terminal masih dalam bentuk teks,
sedangkan dalam pengiriman ke SMSC harus dalam bentuk PDU. Untuk itu
sebelum dikirim, terminal atau telepon seluler akan melakukan perubahan dari
format teks menjadi format PDU. Proses ini sering disebut proses encodec.
Skema format PDU Pengirim telah diatur dan ditetapkan oleh Uropean
Telecommunications Standards Institute (ETSI) sebagai berikut:
SC
A
PDUTyp
e
MR DA PID DC
S
VP UD
L
UD
Gambar 2.2 Skema Format SMS PDU Pengirim (seno008.blogspot.com)
c. Perancangan Struktur File
1. Service Center Address (SCA)
SCA adalah alamat (nomor) dari SMSC.SCA memiliki tiga komponen
utama, yaitu len, type of number, dan service center number.
Tabel 2.5 Service Center Address (seno008.blogspot.com)
Oktet Keterangan Nilai
Len PanjanginformasiSMSCdalamoktet 06
Typeof number
FormatnomordariSMSC
81hexa=formatlocal
91=formatinternasional
91
Service center
number
NomorSMSCdarioperatorpengirim.
Jikapanjangnyaganjilmakapadakarakte
rterakhirditambahkanOFhexaSatelindo
=62816124(PDU=26181642)
Telkomsel=6281100000
(PDU=2618010000)
Excelcom=62818445009
(PDU=2681485400F9)
IM3=62855000000
(PDU=2658050000F0)
261801000
0
2. PDU Type
Nilai default dari PDU Type untuk SMS – Deliver adalah 04 hexa yang
memiliki arti 04 hexa = 00000100.
Tabel 2.6 PDU Type (seno008.blogspot.com)
3. ProtocolIdentifier (PID)
Protocol Inditifier adalah tipe atau format dari cara pengiriman pesan,
yang biasanya diatur dari telepon seluler pengirim. Misal tipe Standard Text,
Fax, E-Mail, Telex, X400, dan lain lainnya. Nilai default dari PID adalah
00=“Standardtext”. Untuk contoh diatas nilai PID adalah 00, sehingga pesan
yang diterima berupa teks standar.
4. DataCodingScheme(DCS)
Data Coding Scheme adalah rencana dari pengkodean data untuk
menentukan kelas dari pesan tersebut apakah berupa SMS teks standar, flash
SMS, atau blinking SMS . Pada contoh diatas DCS adalah 00 yang berarti
bahwa pesan yang diterima merupakan pesan teks standar.
5. ServiceCenterTimeStamp(SCTS)
Service Center Time Stamp adalah waktu dari penerimaan pesanoleh
SMSC penerima. SCTC terdiri atas tahun, bulan, tanggal, jam, menit, dan
detik, serta UserDataLength(UDL). User Data Length adalah panjang dari
pesan yang diterima dalam bentuk teks standar. Pada contoh nilai dari UDL
adalah 0A, yang berarti pesan yang diterima adalah sebanyak 10karakter.
6. UserData(UD)
UserData adalah pesan yang diterima dalam format heksa desimal.
Pada contoh diatas nilainya adalah E8329BFD4697D9E37. Pengkodean
dari nilai heksadesimal menjaditeks standar dengan bantuan table ASCII.
Tabel 2.7 User Data (seno008.blogspot.com)
Nila
i
Oktet(8bit) Septet(7bit) Dec Hasil
E
8
11101000 1101000 104 h
3
2
00110010 1100101 101 e
9B 10011011 1101100 108 l
FD 11111101 1101100 108 l
4
6
01000110 1101111 111 o
9
7
10010111 1101000 104 h
D9 11011001 1100101 101 e
EC 11101100 1101100 108 l
3
7
00110111 1101100 108 l
1101111 111 o
Tabel 2.8 Kode ASCII (seno008.blogspot.com)
D. AT Command
AT Command merupakan perintah - perintah yang digunakan dalam
komunikasi dengan terminal yang terhubung melalui serialport. Dalam perangkat
lunak yang akan dikembangkan nanti hanya menggunakan beberapa AT
Command , yaitu:
Tabel 2.9 AT Command (seno008.blogspot.com)
AT
Command
Keterangan AT Mengecek apakah telepon seluler telah terhubung
AT+CMGF Menetapkan format mode dari terminal
AT+CSCS Menetapkan jenis encoding
AT+CNMI Mendeteksi pesan SMS baru masuk secara otomatis
AT+CPMS
Menentukan pembacaan pesan di memori atau SIM
Card AT+CMGL Membuka daftar SMS yang ada pada SIM Card
AT+CMGS Mengirim pesan SMS
AT+CMGR Membaca pesan SMS
AT+SMGD Menghapus pesan SMS
E. Database Management System (DBMS)
Database adalah kumpulan fakta-fakta sebagai representasi dari dunia
nyata yang berhubungan dan mempunyai arti tertentu. Database managemen
system adalah sebuah program komputer yang memungkinkan pengguna
untuk membuat dan memelihara database sehingga pengguna dapat
memasukkan, mengubah, menghapus, memanipulasi, dan memperoleh
kembali data tersebut dengan mudah. Sebagai contoh DBMS yang sering kita
gunakan adalah Ms. Access, Ms. SQL Server, dan lain-lain.Kristanto, Andri,
2003, Perancangan Sistem Informasi dan Aplikasinya, Yggyakarta : Gava
Media
BAB III
ANALISIS DAN PERANCANGAN
Pada bab ini akan dibahas mengenai analisis dan perancangan aplikasi Sistem
Informasi Tugas Akhir. Analisis aplikasi ditujukan untuk menggambarkan secara
umum bagaimana sistem bekerja. Hal ini berguna untuk menunjang aplikasi yang
nantinya akan dibuat sehingga kebutuhan sistem tersebut dapat diketahui sebelumnya.
Dengan adanya analisis sistem tersebut dapat mempermudah untuk pengerjaan lebih
lanjut sistem yang dibuat. Alat yang digunakan adalah dengan Use Case Skenario
Use Case Diagram, Activity Diagram dan Class Diagram model analisis.
Perancangan sistem berguna untuk mengintegrasikan semua proses yang terjadi
dalam aplikasi yang akan dibuat. Untuk perancangan, alat yang digunakan adalah
Sequence Diagram dan Class Diagram model perancangan. Sedangkan perancangan
antarmuka digunakan sebagai jembatan antara pengguna dengan sistem aplikasi yang
dibuat, sehingga pengguna dapat mengoperasikan aplikasi yang dibuat. Secara umum,
sistem yang dibuat digambarkan dalam skema sebagai berikut :
Alert Message
GSM ModemApplication &
Office User
Wireless linkWireless link
Gambar 3.1. Skema sistem yang dibuat secara umum
1. Analisis Sistem.
A. Use Case Diagram
Use case diagram menggambarkan fungsionalitas yang diharapkan dari
sebuah sistem. Sebuah use case merepresentasikan sebuah interaksi antara aktor
dengan sistem. Berikut use case diagram dari sistem yang akan dibuat :
Registrasi TA
Mahasiswa
Validasi
Registrasi TA
Dosen
Konfirmasi
Pembimbing
Registrasi Jadwal
Bimbingan
Validasi Jadwal
Bimbingan
Admin
Konfirmasi Jadwal
Bimbingan
System
«uses»
«uses»
«uses»
«uses»
«uses»
«uses»
«extends»
«uses»
«uses»
«uses»
Message Alert
«uses»
«uses»
Mengumpulkan TA
«uses»
Update waktu
jadwal bimbingan
«uses»
Validasi Status
Pengumpulan TA
«uses»
«uses»
«extends»
<<include>><
<in
clu
de>
>
<<
inclu
de>
>
<<include>>
Gambar 3.2 Use Case Diagram
B. Use Case Skenario.
Untuk memudahkan analisa dari proses yang ada pada suatu sistem, maka
dibuat sebuah skenarionya terlebih dahulu. Selain untuk memudahkan, pembuatan
skenario use case juga bertujuan untuk menjaga konsistensi dari analisis secara
runtut. Berikut use case skenario yang telah dibuat dalam bentuk tabel :
Tabel 3.1 Use Case Skenario Login
Actor System
1. Input data
2. Mengecek koneksi
3. Koneksi berhasil
4.Validasi kelengkapan data
5.Sukses validasi kelengkapan data
6.Validasi username & password
7.Sukses validasi username & password
8.Tampilkan status
Alternatif 1 (koneksi gagal)
7. Mengulangi proses 1 3. Koneksi gagal.
4. Menampilkan status gagal koneksi.
Alternatif 2 (input data tidak lengkap)
7. Mengulangi proses 1 5. Data tidak lengkap
6. Tampilkan status / peringatan bahwa
data tidak lengkap.
Alternatif 5 (user/password lama tidak
sesuai)
7. Mengulangi proses 1 7. Username / password lama
8. Tampilkan status user / password
Tabel 3.2 Use Case Skenario Data Master
Actor System
1. Input data
2. Mengecek koneksi
3. Koneksi berhasil
4.Validasi karakter data
5.Sukses validasi karakter
6.Validasi panjang karakter
7.Sukses validasi panjang karakter
8.Simpan data
9.Validasi kelengkapan data
10.Sukses validasi kelengkapan data
11.Simpan sukses
12.Tampilkan status
Alternatif 1 (koneksi gagal)
11. Mengulangi proses 1 3. Koneksi gagal.
4. Menampilkan status gagal koneksi.
Alternatif 2 (karakter tidak valid)
11. Mengulangi proses 1 5. Karakter yang diinputkan tidak valid
6. Field kosong otomatis
Alternatif 3 (panjang karakter tidak valid)
11. Mengulangi proses 1 7. Input karakter terlalu panjang
8. Karakter berhenti pada batas tertentu.
Alternatif 4 (input data tidak lengkap)
11. Mengulangi proses 1 10. Data tidak lengkap
11. Tampilkan status / peringatan bahwa
data tidak lengkap.
Tabel 3.3 Use Case Skenario Registrasi TA
Actor System
1. Input data
2. Mengecek koneksi
3. Koneksi berhasil
4.Validasi karakter data
5.Sukses validasi karakter
6.Validasi panjang karakter
7.Sukses validasi panjang karakter
9.Simpan data
10.Validasi kelengkapan data
11. Sukses validasi kelengkapan data
12.Validasi status registrasi mahasiswa
13.Sukses validasi status registrasi
14.Validasi status kuota bimbingan dosen
15. Sukses validasi status kuota bimbingan
dosen
16.Simpan sukses
17.Tampilkan status
Alternatif 1 (koneksi gagal)
16. Mengulangi proses 1 3. Koneksi gagal.
4. Menampilkan status gagal koneksi.
Alternatif 2 (karakter tidak valid)
16. Mengulangi proses 1 5. Karakter yang diinputkan tidak valid
6. Field kosong otomatis
Alternatif 3 (panjang karakter tidak valid)
16. Mengulangi proses 1 7. Input karakter terlalu panjang
8. Karakter berhenti pada batas tertentu.
Alternatif 4 (input data tidak lengkap)
16. Mengulangi proses 1 11. Data tidak lengkap
12. Tampilkan status / peringatan bahwa
data tidak lengkap.
Alternatif 5 (status mahasiswa terdaftar)
16. Mengulangi proses 1 13. Status mahasiswa sudah terdaftar.
14. Tampilkan status mahasiswa sudah
terdaftar.
Alternatif 6 (kuota bimbingan dosen
penuh)
16. Mengulangi proses 1 15. Status kuota bimbingan dosen sudah
penuh.
14. Tampilkan status kuota bimbingan dosen
sudah penuh.
Tabel 3.4 Use Case Skenario Pengumpulan TA
Actor System
1. Input data
2. Mengecek koneksi
3. Koneksi berhasil
4.Simpan data
5.Validasi kelengkapan data
6.Sukses validasi kelengkapan data
7.Validasi status pengumpulan
mahasiswa
8.Sukses validasi status
9.Simpan sukses
10.Tampilkan status
Alternatif 1 (koneksi gagal)
9. Mengulangi proses 1 3. Koneksi gagal.
4. Menampilkan status gagal koneksi.
Alternatif 2 (input data tidak lengkap)
9. Mengulangi proses 1 6. Data yang diinputkan tidak lengkap.
7. Tampilkan status / peringatan bahwa
data tidak lengkap.
Alternatif 3 (Status mahasiswa sudah
mengumpulkan)
9. Mengulangi proses 1 8. Mahasiswa Sudah Mengumpulkan /
9. Tampilkan status mahasiswa sudah
terdaftar.
Tabel 3.5 Use Case Skenario Jadwal Bimbingan
Actor System
1. Input data
2. Mengecek koneksi
3. Koneksi berhasil
4.Simpan data
5.Validasi kelengkapan data
6.Sukses validasi kelengkapan data
7.Simpan sukses
8.Tampilkan status
9.Kirim Alert Jadwal
10.Pengiriman sukses
Alternatif 1 (koneksi gagal) 3.Koneksi gagal.
4.Menampilkan status gagal koneksi
7. Mengulangi proses 1 6. Data tidak lengkap
7. Tampilkan status / peringatan bahwa
data tidak lengkap.
Alternatif 2 (input data tidak lengkap)
7. Mengulangi proses 1 6. Data tidak lengkap
7. Tampilkan status / peringatan bahwa
data tidak lengkap.
Alternatif 3 (Device belum terhubung)
10.Mengulangi proses 9 11Device belum terkoneksi
12Tampilkan status device belum
terhubung
Tabel 3.6 Use Case Skenario BroadCast
Actor System
1. Buka koneksi device
5. Input data pesan yang akan dikirim
6. Pilih nomor tujuan / kelompok yang akan
dikirim
12. Putuskan koneksi
2.Mengecek koneksi
3.Koneksi berhasil
4.Koneksi device berhasil
7.Kirim pesan
8.Pengiriman berhasil
9.Tampilkan status kiriman berhasil
10.Simpan data status kirim berhasil
11.Sukses simpan data
13 Tampilkan status koneksi telah
diputuskan
14.Keluar form
15.Sukses keluar form
Alternatif 1 (Koneksi device gagal)
4. Mengulangi proses 1 4. Device (port / com) tidak ditemukan
5. Tampilkan status device tidak ditemukan
Alternatif 2 (Kirim pesan gagal)
8.Mengulangi proses 5 5. Pesan masih kosong
6. Tampilkan status / peringatan bahwa
pengiriman dibatalkan karna pesan masih
kosong
Alternatif 3 (Kirim pesan gagal)
8.Mengulangi proses 1 4. Device belum terkoneksi
5. Tampilkan status device belum
terkoneksi
Alternatif 4 (Kirim pesan gagal)
8.Mengulangi proses 6 6. Nomor tujuan error / tidak valid
7. Simpan data status kirim gagal
Alternatif 5 (Tidak dapat keluar form)
15.Mengulangi proses 14 12. Koneksi belum diputuskan
13. Tampilkan status bahwa koneksi belum
diputuskan.
Tabel 3.7 Use Case Skenario Ubah Password
Actor System
1. Input data
2. Mengecek koneksi
3. Koneksi berhasil
4.Validasi karakter data
5.Sukses validasi karakter
6.Validasi panjang karakter
7.Sukses validasi panjang karakter
8.Simpan data
9.Validasi kelengkapan data
10.Sukses validasi kelengkapan data
11.Validasi username & password lama
12.Sukses validasi username & password
lama
13.Validasi username & password baru
14. Sukses validasi username & password
baru
15. Simpan sukses
16.Tampilkan status
Alternatif 1 (koneksi gagal)
15. Mengulangi proses 1 3. Koneksi gagal.
4. Menampilkan status gagal koneksi.
Alternatif 2 (karakter tidak valid)
15. Mengulangi proses 1 5. Karakter yang diinputkan tidak valid
6. Field kosong otomatis
Alternatif 3 (panjang karakter tidak valid)
15. Mengulangi proses 1 7. Input karakter terlalu panjang
8. Karakter berhenti pada batas tertentu.
Alternatif 4 (input data tidak lengkap)
15. Mengulangi proses 1 10. Data tidak lengkap
11. Tampilkan status / peringatan bahwa
data tidak lengkap.
Alternatif 5 (user/password lama tidak
sesuai)
15. Mengulangi proses 1 12. Username / password lama tidak sesuai
13. Tampilkan status user / password lama
tidak sesuai.
Alternatif 6 (user/password baru tidak sesuai)
15. Mengulangi proses 1 14. Username / password baru tidak sesuai
15. Tampilkan status user / password baru
tidak sesuai
C. Activity Diagrams
Activity diagrams menggambarkan berbagai aliran aktivitas dalam sistem
yang sedang dirancang, bagaimana masing – masing alir berawal, decision yang
mungkin terjadi, dan bagaimana mereka berakhir.
Login
Masuk ke Program
Berhasil
Gagal
No Keluar
Maintenance
Master Kategori
Maintenance
Master Dosen
Maintenance
Master Mahasiswa
Maintenance
Master RisetGroup
Keluar
Yes Registrasi TA
Mendaftar Jadwal Bimbingan
Validasi Reg. TA
Yes
Konfirmasi Dosen
Gagal
Keluar
Yes
Validasi Jadwal Bimbingan
Konfirmasi Dosen
Keluar
Yes
Alert Ke MahasiswaAlert Ke dosen
Data BroadCast
Done
Keluar
Yes
Keluar
Yes
Keluar
Yes
Yes
Gambar 3.3 Activity Diagram
D. Class Diagram
Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan
sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi
objek. Berikut class diagram yang disajikan dalam per proses use case :
Gambar 3.4 Class Diagram Login
Gambar 3.5 Class Diagram Master Kategori TA
Gambar 3.6 Class Diagram Master Dosen
Gambar 3.7 Class Diagram Pengumpulan TA
Gambar 3.7 Class Diagram Master Riset Group
Gambar 3.8 Class Diagram Jadwal Bimbingan
Gambar 3.9 Class Diagram Ubah Password
Gambar 3.10 Class Diagram Data Broadcast
Gambar 3.11 Class Diagram Master Mahasiswa
Gambar 3.12 Class Diagram Registrasi TA
Gambar 3.13 Class Diagram Broadcast
Untuk memperjelas class diagram diatas, berikut disajikan dalam bentuk tabel :
Tabel 3.8 Class Diagram Dalam Bentuk Tabel
Use Case Class Tipe Class
Login
Pengumpulan TA
Login
Koneksi
ctrlText
textFilter
Admin
MainForm
PengumpulanTA
ctrlGUI
Boundary
Controller
Controller
Controller
Entity
Boundary
Boundary
Controller
Master Mahasiswa
Master Riset Group
Master Kategori
Master Dosen
Jadwal Bimbingan
Koneksi
setKode
RegistrasiTA
InventoriTA
MasterMahasiswa
ctrlGUI
Koneksi
ctrlText
textFilter
Mahasiswa
MasterRisetGroup
ctrlGUI
Koneksi
setKode
Dosen
KategoriTA
RisetGroup
MasterKategori
ctrlGUI
Koneksi
setKode
textFilter
ctrlText
KategoriTA
MasterDosen
ctrlGUI
Koneksi
ctrlText
textFilter
Dosen
ctrlGUI
Koneksi
setKode
RegTA
ctrlTanggal
JadwalBimbingan
Controller
Controller
Entity
Entity
Boundary
Controller
Controller
Controller
Controller
Entity
Boundary
Controller
Controller
Controller
Entity
Entity
Entity
Boundary
Controller
Controller
Controller
Controller
Controller
Entity
Boundary
Controller
Controller
Controller
Controller
Entity
Boundary
Controller
Controller
Entity
Controller
Entity
Registrasi TA
Ubah Password
Data BroadCast
BroadCast
Report Reg TA
Report Riset Group
RegistrasiTA
ctrlGUI
Koneksi
setKode
textFilter
ctrlText
Mahasiswa
RisetGroup
KategoriTA
UbahPassword
Koneksi
ctrlText
textFilter
Admin
DataBroadCast
ctrlGUI
Koneksi
ctrlTanggal
DetailBroadCast
DataBroadCast
BroadCast
Koneksi
ctrlGUI
setKode
ctrlTanggal
server
SimpanDataSMS
BroadCast
ReportRegTA
Koneksi
RegistrasiTA
ReportRisetGroup
Koneksi
RisetGroup
Boundary
Controller
Controller
Controller
Controller
Controller
Entity
Entity
Entity
Boundary
Controller
Controller
Controller
Entity
Boundary
Controller
Controller
Controller
Entity
Entity
Boundary
Controller
Controller
Controller
Controller
Controller
Controller
Entity
Boundary
Controller
Entity
Boundary
Controller
Entity
2. Perancangan Sistem.
A. Sequence Diagram
Sequence diagram menggambarkan interaksi antar objek di dalam dan di
sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message
yang digambarkan terhadap waktu. Sequence diagram terdiri atar dimensi vertikal
(waktu) dan dimensi horizontal (objek-objek yang terkait).
Sequence diagram biasa digunakan untuk menggambarkan skenario atau
rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event
untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger aktivitas
tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa
yang dihasilkan. Berikut beberapa sequence diagram dari sistem yang dibuat :
1. Sequence Diagram Login. Pada proses login, melibatkan class Login
sebagai boundary, Koneksi, ctrlText, textFilter sebagai class control dan
admin sebagai entitas. Berikut sequence diagram yang akan melengkapi
operasi class yang terlibat:
Gambar 3.14. Sequence Diagram Login
2. Sequence Diagram Pengumpulan TA. Dalam proses pengumpulan tugas
akhir, class yang dilibatkan adalah Pengumpulan TA sebagai boundary,
ctrlGUI, Koneksi dan setKode sebagai class control, registrasi TA dan
Inventori TA sebagai entitasnya. Berikut sequence diagram yang akan
melengkapi operasi class yang terlibat :
Gambar 3.15. Sequence Diagram Pengumpulan TA
3. Sequence Diagram Master Mahasiswa. Pada proses master mahasiswa,
class yang dilibatkan adalah Master Mahasiswa sebagai boundary, ctrlGUI,
Koneksi, ctrlText dan textFilter sebagai class control dan mahasiswa
sebagai entitasnya. Berikut sequence diagram yang akan melengkapi
operasi class yang terlibat :
Gambar 3.16. Sequence Diagram Master Mahasiswa
4. Sequence Diagram Master Riset Group. Dalam proses riset group, class
yang dilibatkan adalah Master Riset Group sebagai class boundary,
ctrlGUI, Koneksi, setKode sebagai class control, dan dosen, kategori ta,
riset group sebagai entitasnya. Berikut skema sequence diagram yang akan
melengkapi operasi class yang terlibat
Gambar 3.17. Sequence Diagram Master Riset Group
5. Sequence Diagram Master Kategori. Dalam proses master diagram
kategori, class yang dilibatkan adalah Master Kategori sebagai boundary,
ctrlGUI, Koneksi, setKode, textFilter, ctrlText sebagai class control, dan
kategori ta sebagai entitasnya. Berikut sequence diagram yang akan
melengkapi operasi class yang terlibat :
Gambar 3.18. Sequence Diagram Master Kategori
6. Sequence Diagram Master Dosen. Pada proses master dosen, class yang
dilibatkan adalah MasterDosen sebagai boundary, ctrlGUI, Koneksi,
ctrlText, textFilter sebagai class control dan dosen sebagai entitas. Berikut
sequence diagram yang akan melengkapi operasi class yang terlibat :
Gambar 3.19. Sequence Diagram Master Dosen
7. Sequence Diagram Jadwal Bimbingan. Dalam proses Jadwal Bimbingan,
class yang dilibatkan adalah Jadwal Bimbingan sebagai class boundary,
ctrlGUI, Koneksi, setKode, ctrlTanggal sebagai class control dan registrasi
ta, jadwal bimbingan sebagai entitasnya. Berikut sequence diagram yang
akan melengkapi operasi class yang terlibat :
Gambar 3.20. Sequence Diagram Jadwal Bimbingan
B. Perancangan Interface (antarmuka).
1. Perancangan Splash Screen
Splash Screen adalah halaman yang pertama kali muncul saat program
dimulai. Selain untuk mempercantik tampilan program, dalam Splash Screen
ini, inisialisai program mulai dari Look &Feel sampai pada koneksi akan
dimulai.
Gambar 3.21 Perancangan Splash Screen
2. Perancangan form login
Form login, adalah form yang digunakan untuk autentifikasi user dan
password sebelum masuk pada form utama dari program. Jadi, setelah Splash
Screen selesai diload, maka form login akan ditampilkan. Untuk lebih
jelasnya, berikut adalah perancangan dari form login.
Login
2
1 3
4 5
Gambar 3.22 Perancangan form login
Tabel 3.9 Keterangan perancangan form login
No Komponen Keterangan
1
2-3
4-5
JLabel
JTextField
JButton
Icon Login
Username, Password
Login, Keluar
Form utama merupakan induk dari semua form. Dalam form utama terdapat
tujuh menu toolbar mulai dari menu file, master, transaksi, laporan, tool,
server dan about yang mempunyai beberapa menu item. Selain itu, pada form
utama disertai beberapa shortcut dari form yang ada.
1
2
Gambar 3.23 Perancangan form utama
Berikut keterangan dari perancangan form utama
Tabel 3.10 Keterangan perancangan form utama
No. Komponen Keterangan
1
2
JMenuBar
JButton
File,Master,Transaksi,Server,Laporan,Tool, Look&Feel
Regta, Jadwal,Broadcast,DataBroadcast.
3. Perancangan form data master
Form master digunakan untuk mendata data – data yang mendasar dari
program yang dibuat seperti data mahasiswa, data dosen, data kategori ta dan
data riset group. Dalam program ini digunakan empat buah form master yaitu
: mahasiswa, dosen, kategori ta dan riset group.
Form Data Master
1 6
2 7
3 8
4 9
5 10
11 12 13 14 15 16 17
18
Gambar 3.24 Perancangan form data master
Pada prinsipnya, semua data master mempunyai perancangan yang sama.
Berikut penjelasan dari perancangan form data master :
Tabel 3.11 Keterangan perancangan form data master
No. Komponen Keterangan
1-5
6-10
11-15
16
17
18
JLabel
JTextField
JButton
JTextField
JButton
JTable
Keterangan Field
-
Simpan, Edit, Delete, Batal
txtCari
Cari
Data Master
4. Perancangan form registrasi ta
Form registrasi ta, digunakan untuk melakukan transaksi pendaftaran tugas
akhir mulai dari pemilihan dosen bimbingan yang diinginkan berdasarkan
riset group, dan pemilihan kategori serta judul ta. Terdapat dua form bantuan
dalam form ini yaitu cari riset group dan cari mahasiswa.
Registrasi TA & Pembimbing
1 6
2 7
3 8
4 9
5 10
11 12 13 14 15 16 17
18
19
20
Gambar 3.25 Perancangan form registrasi tugas akhir
Keterangan dari form registrasi ta adalah sebagai berikut :
Tabel 3.12 Keterangan perancangan form registrasi ta
No. Komponen Keterangan
1-5
6-10
11-14
15
16
17
18
19-20
JLabel
JTextField
JButton
JLabel
JTextField
JButton
JTable
JButton
RegID,NIM,Nama,Kategori, Judul
ta,Pembimbing
txtRegID, txtNIM, txtNama, txtKategori,
txtJudul ta, txtPembimbing Simpan, Edit,
Delete, Batal
Cari dengan
txtCari
Cari
Tabel registrasi ta
Cari mahasiswa, cari dosen
5. Perancangan form jadwal bimbingan
Form jadwal bimbingan , digunakan sebagai media untuk melakukan transaksi
penjadwalan bimbingan antara dosen dengan mahasiswa pada waktu tertentu.
Selain itu, form ini digunakan sebagai dasar untuk pengaturan waktu pada
alert sms. Dalam form ini terdapat form cari kempok bimbingan.
Jadwal Bimbingan TA
1
10 11 12
2 3
4 5
67
8
9
Gambar 3.26 Perancangan form jadwal bimbingan tugas akhir
Berikut keterangan form jadwal bimbingan :
Tabel 3.13 Keterangan perancangan form jadwal bimbingan
No. Komponen Keterangan
1
2-6
7
8-9
10
11
12
JTable
JLabel
JButton
JRadioButton
JLabel
JTextField
JButton
Tabel jadwal bimbingan
Icon
Masuk
Mahasiswa, Dosen
Cari dengan
txtCari
Cari
6. Perancangan form broadcast
Form BroadCast dibagi menjadi beberapa sub bagian form yaitu
terminal setting, alert setting, broadcast dosen, dan broadcast mahasiswa. Sub
terminal setting digunakan untuk pengaturan device GSM modem sampai
dengan pengaturan konektifitas alat yang digunakan. Pada sub broadcast
dosen dan mahasiswa, digunakan untuk menampilkan nama dan nomor
telepon dari dosen dan mahasiswa, serta pesan yang akan dikirim.
BroadCast & Terminal Setting
1 32 4
11
12
17
18
19
20 21
8
9 10
5
6
7
16
13 14 15
Gambar 3.27 Perancangan form broadcast
Berikut keterangan dari form broadcast :
Tabel 3.14 Keterangan perancangan form broadcast
No. Komponen Keterangan
1-4
5
6-7
8
9-10
11
12
13
14
15
16
17-18
19
20-21
JTabbedPane
JTextField
JRadioButton
JTextArea
JButton
JList
JButton
JLabel
JComboBox
JButton
JTable
JButton
JLabel
JButton
Broadcast Mahasiswa, Broadcast Dosen, Terminal
Setting, Alert Setting
txtjudulTA
Seluruh Anggota, Per Anggota
txtPesan
Kirim, HapusPesan
Listproses
BersihkanProses
Cari dengan
NIM, NIP, Nama
Cari
Tabel Mahasiswa, Dosen.
Bukakoneksi, Tutupkoneksis
Connected, Disconnected
Batal, Keluars
7. Perancangan form data broadcast
Pada form data broadcast, berhubungan langsung dengan form broadcast.
Dengan kata lain, dalam form ini merupakan laporan dari aktifitas dan status
broadcast yang telah dilakukan.
Data BroadCast
1 2 3
4
65
Gambar 3.28 Perancangan Form data broadcast
Keterangan dari perancangan form data broadcast adalah sebagai berikut :
Tabel 3.15 Keterangan perancangan form databroadcast
No. Komponen Keterangan
1
2
3
4
5-6
JLabel
JComboBox
JDateChooser
JTable
JButton
Cari dengan
Tanggal, Bulan, Tahun
Tanggal, Bulan, Tahun
Tabe Data Broadcast
Cari, Keluar.
8. Perancangan form cari
Untuk memudahkan pencarian data, maka dibuatlah form cari. Form cari
merupakan form bantuan yang digunakan untuk memudahkan suatu pencarian
data. Dengan adanya fom ini maka efisiensi dan efektivitas dalam pencarian /
pengambilan data benar – benar terjamin. Ada beberapa form cari yang ada
dalam sistem ini antara lain :caridosen, carimahasiswa, caririset group dan
carikelompokbimbingan.
Form Cari
1 2 3
4
5
Gambar 3.29 Perancangan form cari data
Keterangan dari form cari adalah sebagai berikut :
Tabel 3.16 Keterangan perancangan form cari
No. Komponen Keterangan
1
2
3
4
5
JLabel
JComboBox
JButton
JTable
JButton
Cari dengan
(Berdasarkan data yang dicari)
Tanggal, Bulan, Tahun
(Tabel data yang dicari)
Keluar
9. Perancangan form ubah password
Sebagai manajemen untuk username dan password untuk login, maka
digunakan form ubah password.
Form Ubah Password
1 6
2 7
3 8
4 9
5 10
11 12
Gambar 3.30 Perancangan form ubah passwords
Keterangan dari perancangan form ubah password adalah sebagai berikut :
Tabel 3.17 Keterangan perancangan form ubah password
No Komponen Keterangan
1-5
6-10
11-12
JLabel
JTextField
JButton
Username lama, Password lama,
Password baru, Ulangi password baru.
txtUsernamelama, txtPasswordlama,
txtPasswordbaru, txtUlangipassword
baru.
Edit, Keluar
10. Perancangan form pengumpulan ta
Form pengumpulan ta digunakan untuk media pengumpulan file softcopy
tugas akhir dari mahasiswa kedalam database. Dalam form ini terdapat
terhubung dengan form bantuan yaitu form cari kelompok bimbingan.
Form Inventori TA
1 6
2 7
3 8
4 9
5 10
11 12 13 14 15
16
17
18
Gambar 3.31 Perancangan form inventori tugas akhir
Tabel 3.16 Keterangan perancangan form cari
No. Komponen Keterangan
1-5
6-10
11-12
13
14
15
16
JLabel
JTextField
JButton
JLabel
JTextField
JButton
JTable
No.Invontori ta,NIM,Nama
mahasiswa,kategori ta, judul ta, file ta.
txtNo.txtInvontori ta,txtNIM,txtNama
mahasiswa,txtkategori ta, txtjudul ta, txtfile t
Simpan, batal.
Cari dengan
txtCari
Cari
Tabel Inventori
11. Perancangan Form Laporan
Form laporan digunakan untuk mengetahui data – data apa saja yang ada
dalam sistem, yang ditampilkan dengan bentuk yang lebih sistematis. Berikut
salah satu perancangan dari form laporan :
LAPORAN DAFTAR BIMBINGAN TUGAS AKHIR
JURUSAN TEKNIK INFORMATIKA
UNIVERSITAS SEBELAS MARET SURAKARTA
NIM NAMA MAHASISWA PEMBIMBING RISET GROUP KATEGORI JUDUL TUGAS AKHIR
Gambar 3.32 Perancangan form laporan
12. Panduan Perancangan
Untuk memudahkan dalam pembuatan dan pengelompokan dari class, maka
dibuat panduan perancangan sebagai berikut :
Tabel 3.17 Panduan Class Perancangan
Paket Class File Implementasi
fajarta Broadcast BroadCast.java
fajarta Jadwal Bimbingan DSSJadwalBimbingan.java
fajarta Data Broadcast DataBroadcast.java
fajarta Detail Broadcast DetailBroadcast.java
fajarta Login Login.java
fajarta Main Main.java
fajarta Main Form MainForm.java
fajarta Dosen MasterDosen.java
fajarta Mahasiswa MasterMahasiswa.java
fajarta Kategori TA MasterKategoriTA.java
fajarta Riset Group MasterRisetGroup.java
fajarta Pengumpulan TA Pengumpulan ta.java
fajarta Registrasi Bimbingan Registrasi Bimbingan.java
fajarta Ubah Password UbahPassword.java
kontrol Koneksi Koneksi.java
kontrol Ctrl GUI ctrlGUI.java
kontrol Ctrl Text ctrlText.java
kontrol Ctrl Tanggal ctrlTanggal.java
kontrol Laporan CetakLaporan.java
kontrol Get Setting getSetting.java
kontrol Interface Server interfaceServer.java
kontrol Server Server.java
kontrol Set Kode setKode.java
kontrol Simpan Data SMS simpanDataSMS.java
kontrol Text Filter textFilter.java
BAB IV
IMPLEMENTASI
A. Implementasi
Setelah memlalui proses analisa dan perancangan, maka pada tahapan
selanjutnya adalah implementasi. Berikut ini adalah implementasi form – form
hasil dari analisis dan perancangan yang telah dibuat :
1. Splash Screen
Form pertama kali yang muncul ketika program dijalankan adalah Splash
Screen. Selain untuk mempercatik program Splash Screen disini digunakan untuk
inisialisai koneksi database dan support tidaknya Look & Feel dari versi JDK
yang digunakan.
Gambar 4.1 Splash Screen
Pada program ini menggunakan look & feel dari berupa library tambahan dari
Jtatto dan subtance. Sehingga versi JDK minimal yang dibutuhkan adalah 6
update 15. Jika JDK minimal tidak memenuhi syarat, maka look and feel akan
diload default dari java yaitu metal. Berikut penjelasan dari beberapa eksepsi
yang terjadi :
a. Jika file splass screen tidak ditemukan, maka akan ditampilkan pesan
sebagai berikut :
Gambar 4.2 Gambar Splash Screen tidak ditemukan.
b. Jika versi JDK tidak sesuai maka akan ditampilkan pesan sebagai
berikut :
Gambar 4.3 Pesan jika versi JDK tidak sesuai
2. Login
Setelah Splash Screen selesai di load, selanjutnya akan ditampilkan form
login. Berikut tampilan dari form login.
Gambar 4.4 Form login
Untuk dapat masuk pada menu utama dengan full acces menu, maka terlebih
dahulu user harus memasukan password dengan benar. Jika terdapat kesalahan
pada saat input user dan atau password, maka beberapa menu pada menu utama
akan terkunci dan akan ada sebuah pesan login gagal.
Gambar 4.5 Pesan jika data yang diinputkan tidak lengkap
Gambar 4.6 Pesan jika login gagal
Gambar 4.7. Tampilan menu utama saat login gagal
Menu pada form utama akan terbuka, tentunya jika username dan password
yang diinputkan benar.
Gambar 4.8 Pesan jika login sukses
Gambar 4.9 Tampilan menu utama jika login sukses.
3. Form Utama
Form utama merupakan form induk dari program. Pada form ini merupakan
tempat bersarangnya semua link yang menuju pada form – form lain yang
digunakan. Untuk memudahkan dalam pencarian dan menambah efektifitas serta
efisiensi program, maka form yang ada dikelompokan menjadi beberapa menu
pokok antara lain menu File, Master, Transaksi, Server, Laporan, Tool dan Look
& Feel. Dari menu tersebut dibagi menjadi beberapa menu item sebagai berikut :
1. File : Login, Logout, Exit.
2. Master : Data master dosen, data master mahasiswa, data master kategori,
data master riset group.
3. Transaksi : Registrasi tugas akhir, pengumpulan tugas akhir, jadwal
bimbingan.
4. Server : Broadcast, data broadcast
5. Laporan : Laporan daftar registrasi tugas akhir, riset group.
6. Tool : Ubah password.
7. Look & Feel
Gambar 4.10 Tampilan form utama
4. Master Dosen
Fom master dosen, digunakan untuk input data dosen. Pada program ini
untuk data master dosen dan master mahasiswa , data diambil dari sistem
yang sudah ada. Jadi, hanya beberapa bagian penting dari database saja yang
dimunculkan dalam form ini. Dibawah ini adalah tampilan dari form master
dosen :
Gambar 4.11 Tampilan form master dosen
Untuk menambah data dosen, pertama kali isi data NIP terlebih dahulu
baru kemudian data yang lain. Pastikan data diisi dengan lengkap kemudian
tekan tombol simpan.
Gambar 4.12 Pesan jika data berhasil disimpan.
Untuk NIP jangan sampai sama dengan yang sudah ada karena akan
ditampilkan sebuah peringatan NIP telah terdaftar. Berikut pesan yang
ditampilkan jika terdapat NIP yang sama dan apabila data tidak lengkap.
Gambar 4.13 Pesan jika ada NIP sama yang diinputkan.
Gambar 4.14 Pesan jika data tidak diisi dengan lengkap.
Untuk edit atau hapus data, double click salah satu filed pada table
yang tersedia maka data yang ada dalam table akan tercopy secara otomatis
kedalam field. Agar memudahkan pencarian dalam pengeditan dan
penghapusan data, maka pada setiap form ditambahkan tombol cari data.
Lakukan pengeditan data sesuai kebutuhan, tekan tombol edit. Maka akan
ditampilkan pesan sebagai berikut :
Gambar 4.15 Pesan jika proses edit berhasil
Sedangkan untuk penghapusan data, tekan tombol delete maka akan
ditampilkan konfirmasi penghapusan. Klik yes untuk menghapus atauno untuk
batal.
Gambar 4.16 Pesan konfirmasi hapus file
Gambar 4.17 Pesan jika data berhasil dihapus
5. Master Mahasiswa
Form mahasiswa, digunakan untuk input data mahasiswa. Seperti halnya form
master dosen, data dari form mahasiswa merupakan pengambilan data dari sistem
yang sudah ada. Berikut tampilan form master dosen :
Gambar 4.18 Form master mahasiswa
Untuk menambah data, pilih salah satu pada combobox kode jurusan. Maka
secara otomatis, NIM akan terisi. Selanjutnya isi data dengan lengkap dan tekan
tombol simpan. Untuk prosedur pengoperasian yang lain misalnya edit data,
hapus data, pada data master mahasiswa ini sama persis dengan prosedur
pengoperasian yang ada pada master dosen.
6. Form Master Kategori TA.
Form kategori ta digunakan untuk mendata kategori kategori yang digunakan
dalam tugas akhir. Berikut tampilan dari form kategori tugas akhir :
Gambar 4.19 Form master kategori ta
Untuk mulai mengisi data, cukup sederhana. Pada field kode kategori secara
otomatis akan terisi begitu form kita aktifkan. Selanjutnya tinggal nama kategori
dan tiga digit id kategori yang perlu diisi kemudian tekan tombol simpan. Seperti
halnya form form master sebelumnya, prosedur- prosedur pengoperasian yang
lain misalnya edit data, hapus data, sama dengan form master dosen dan
mahasiswa. Selain beberapa validasi yang sama dengan form lainya, berikut
validasi yang hanya ada pada form kategori tugas akhir :
Gambar 4.20 Pesan peringatan jika nama kategori yang diinputkan sudah ada.
Gambar 4.21 Pesan peringatan jika id kategori yang diinputkan sudah ada
7. Master riset group.
Form ini dinamakan riset group, karena berfungsi untuk input data dosen
berdasarkan keahlian yang dimiliki. Didalam realitanya, seorang dosen dapat
memiliki beberapa keahlian. Form ini baru dapat digunakan apabila minimal satu
data dari form master dosen dan master kategori sudah terisi. Berikut tampilan
dari form riset group.
Gambar 4.22 Form master riset group
Untuk memulai input data, pilih salah satu kategori yang tersedia dalam
combobox. Pada field kode kategori akan terisi otomatis jika data telah terpilih.
Selanjutnya untuk mencari data dosen, cukup klik pada tombol cari sehingga
akan muncul form cari pembimbing sebagai berikut :
Gambar 4.23 Form cari data pembimbing / dosen
Untuk memilih, klik dua kali pada salah satu filed dalam table, maka secara
otomatis data dalam filed pembimbing, NIP & interest akan terisi berdasarkan
dari field table yang telah dipilih. Jika data dosen sudah terdaftar dengan kategori
yang sama, maka akan ditampilkan pesan seperti dibawah ini
Gambar 4.24 Peringatan jika ada dosen dengan kategori sama diinputkan
8. Form registrasi tugas akhir
Form registrasi tugas akhir digunakan untuk pendataan pendaftaran tugas
akhir mahasiswa mulai dari judul tugas akhir, kategori yang dipilih, sampai
dengan riset group yang dipilih. Dibawah ini adalah tampilan dari form registrasi
tugas akhir.
Gambar 4.25 Form registrasi tugas akhir
Untuk mulai input data sangat mudah. Pada field Reg id akan terisi secara
otomatis saat form diaktifkan. Untuk mencari data mahasiswa, klik pada tombol
cari mahasiswa sehingga muncul form cari mahasiswa sebagai berikut :
Gambar 4.26 Form cari mahasiswa
Dalam pendatan tugas akhir pada fom ini, setiap riset group dibatasi jumlah
kuotanya. Jadi jika dalam pendaftaran riset group sudah penuh, maka akan
ditampilkan pesan sebagai berikut :
Gambar 4.27 Peringatan jika jumlah bimbingan dosen sudah penuh.
Jika mahasiswa yang sudah ada kembali didaftarkan, maka akan muncul
pesan sebagai berikut :
Gambar 4.28 Peringatan jika mahasiswa telah terdaftar
Untuk proses edit data, langkah – langkah sama persis seperti form master
yang telah disebutkan diatas.
9. Form Jadwal Bimbingan
Form jadwal bimbingan, digunakan untuk pembuatan jadwal bimbingan
antara dosen dengan mahasiswa. Berikut tampilan form jadwal bimbingan TA :
Gambar 4.29 Form jadwal bimbingan
Untuk membuat jadwal, masukan NIM dengan klik pada tombol cari,
sehingga muncul form cari data bimbinganTA sebagai berikut :
Gambar 4.30 Form cari data bimbingan tugas akhir.
Klik dua kali pada field dalam table untuk memilih. Kemudian atur waktu
bimbingan dengan meng klik gambar jam pasir, sehingga muncul seperti
dibawah ini :
Gambar 4.31 From input waktu bimbingan
Masukan tanggal, jam dan menit waktu yang diinginkan, kemudian tekan
tombol simpan. Dengan pengaturan waktu pada form ini, maka secara otomatis
waktu dari sms alert akan terisi. Validasi yang ada pada form jadwal bimbingan
adalah jika mahasiswa yang sama menginputkan waktu bimbingan yang sama.
Gambar 4.32 Pesan peringatan jika mahasiswa yang sama menginputkan waktu
bimbingan yang sama
10. Form Inventori TA
Form inventori TA digunakan untuk pengumpulan file softcopy tugas akhir
dari mahasiswa.Berikut tampilan dari form inventori tugas akhir :
Gambar 4.33 Form inventori tugas akhir
File softcopy yang dikumpulkan harus berformat *.ZIP atau *.RAR agar bisa
diupload ke sistem. Selain itu, tujuan dari ditetapkanya extensi file ini adalah
sifat dari file ZIP dan RAR yang mampu melakukan kompresi file sehingga
sedikit banyak dapat menghemat tempat penyimpanan file. Untuk
mengumpulkan tugas akhir, klik pada tombol cari sehingga muncul seperti
dibawah ini :
Gambar 4.34 Form inventori tugas akhir
Klik dua kali pada filed dalam table untuk memilih, selanjutnya klik pada cari
file tugas akhir, sehingga muncul seperti gambar berikut :
Gambar 4.35 Form browser untuk mencari file
Pilih salah satu file, maka secara otomatis file akan tercopy pada direktori
tempat project program berada dan path dari file akan tersimpan. Validasi yang
ada pada form jadwal bimbingan adalah jika mahasiswa yang sama kembali
mengumpulkan.
Gambar 4.36 Pesan peringatan mahasiswa yang sama kembali
mengumpulkan.
11. Broadcast & Terminal Setting
Form broadcast digunakan sebagai pusat pengaturan semua proses yang
berhubungan dengan sms mulai dari koneksi alat, pengaturan pesan, sampai
dengan pengaturan alert untuk sms. Berikut tampilan dari form broadcast.
Gambar 4.37 Form broadcast
Pertama kali yang harus dilakukan untuk menggunakan form broadcast adalah
membuka koneksi ke modem yang digunakan. Dalam implementasi ini
menggunakan modem HUAWEI E1550.Sesuaikan modem dengan port yang
sesuai pada sub form terminal setting sebagai berikut :
Gambar 4.38 Sub form setting terminal
Gambar 4.39 Proses simpan pengaturan terminal.
Setelah tersimpan, maka seting yang dibuat akan disimpan pada file
SettingPort.ini yang berada pada folder program.
Gambar 4.40 File konfigurasi seting terminal.
Selanjutnya, tekan tombol buka koneksi terlebih dahulu sehingga status telah
terhubung seperti gambar berikut :
Gambar 4.41 Listing status buka koneksi
Gambar 4.42 Status koneksi telah terhubung
Pilih nama target yang akan dikirim, isi pesan yang akan dikirim, kemudian
klik tombol kirim. Akan terlihat proses kirim sms sebagai berikut :
Gambar 4.43 Listing proses kirim sms.
Untuk form broadcast, validasi yang ada adalah :
1. Ketika status port belum terhubung, namun kita klik tombol kirim, maka
akan ditampilkan pesan sebagai berikut :
Gambar 4.44 Pesan jika port belum terhubung
2. Jika pesan masih kosong namun kita klik tombol kirim, maka akan
ditampilkan pesan sebagai berikut :
Gambar 4.45 Pesan jika isi pesan kosong namun tombol kirim kita klik
3. Jika port sedang digunakan oleh sistem lain, maka akan ditampilkan pesan
sebagai berikut :
Gambar 4.46 Pesan jika port yang dipilih sedang digunakan sistem lain.
4. Untuk keluar dari form broadcast, maka status port harus diputuskan
terlebih dahulu. Jika tidak maka akan ditampilkan pesan sebagai berikut :
Gambar 4.47 Pesan jika port masih terhubung saat akan keluar form
12. Form data broadcast
Form data broadcast digunakan untuk mengetahui laporan dari proses
broadcast yang terjadi. Berikut tampilan dari form broadcast :
Gambar 4.48 Form data broadcast
Untuk menggunakan form ini sangat mudah. Pertama, pilih kriteria data
yang akan ditampilkan (tanggal, bulan, tahun) kemudian klik tombol preview.
Maka data akan ditampilkan. Untuk defaultnya, data akan ditampilkan
berdasarkan bulan. Untuk melihat detail dari data broadcast, double klik pada
salah satu field dalam tabel yang diinginkan, maka akan ditampilkan detail
dari data broadcast seperti gambar dibawah ini :
Gambar 4.49 Form detail broadcast
13. Form ubah password
Form ubah password digunakan sebagai manajemen untuk user dan password.
Berikut tampilan dari form ubah password :
Gambar 4.50 Form ubah password
Berikut validasi yang terdapat pada form ubah password :
Gambar 4.51 Pesan jika username lama tidak sesuai password yang diinputkan
Gambar 4.52 Pesan jika pengulangan password baru tidak sesuai
Gambar 4.53 Pesan jika proses penggantian berhasil
14. Panduan Implementasi
Berdasarkan panduan perancangan yang telah dibuat, berikut ini adalah hasil
dari implementasi dari class nya :
Tabel 4.1 Panduan Implementasi
Paket Class Class Implementasi
fajarta
BroadCast.java
BroadCast.class
BroadCast$1.class
BroadCast$ # .class
fajarta
DSSJadwalBimbingan.java
DSSJadwal.class
DSSJadwal$1.class
DSSJadwal$#.class
fajarta
DataBroadcast.java
DataBroadCast.class
DataBroadCast$1.class
DataBroadCast$2.class
DataBroadCast$3.class
fajarta
DetailBroadcast.java
DetailBroadCast.class
DetailBroadCast$2$1.class
DetailBroadCast$1.class
fajarta
Login.java
Login.class
Login$1.class
Login$ #.class
fajarta
Main.java
MainForm.class
MainForm$#.class
fajarta
MainForm.java
MainForm.class
MainForm$#.class
fajarta
MasterDosen.java
MasterDosen.class
MasterDosen$#.class
fajarta
MasterMahasiswa.java
MasterMahasiswa.class
MasterMahasiswa$ #.class
fajarta
MasterKategoriTA.java
MasterKategoriTA.class
MasterKategoriTA$#.class
fajarta
MasterRisetGroup.java
MasterRisetGroup.class
MasterRisetGroup$#.class
fajarta
Pengumpulan ta.java
Pengumpulan ta.class
Pengumpulan ta$#.class
fajarta
Registrasi Bimbingan.java
Registrasi Bimbingan.class
Registrasi
Bimbingan$#.class
fajarta UbahPassword.java UbahPassword.class
UbahPassword$#.class
kontrol
Koneksi.java
Koneksi.class
Koneksi$#.java
kontrol
ctrlGUI.java
ctrlGUI.class
ctrlGUI$#.class
kontrol
ctrlText.java
ctrlText.class
ctrlText$#.class
kontrol
ctrlTanggal.java
ctrlTanggal.class
ctrlTanggal$#.class
kontrol
CetakLaporan.java
CetakLaporan.class
CetakLaporan$#.class
kontrol
getSetting.java
getSetting.class
getSetting$#.class
kontrol
interfaceServer.java
interfaceServer.class
interfaceServer$#.class
kontrol
Server.java
Server.class
Server$#.class
kontrol
setKode.java
setKode.class
setKode$#.class
kontrol
simpanDataSMS.java
simpanDataSMS$#.class
simpanDataSMS.class
kontrol textFilter.java textFilter.class
textFilter$#.class
Keterangan : # adalah penanda jumlah class hasil implementasi mulai dari
satu sampai 39.
BAB V
PENUTUP
A. Kesimpulan
Berdasarkan penelitian yang telah dilakukan, maka dapat diambil kesimpulan
sebagai berikut :
1. Fitur yang ada dalam program yang telah dibuat adalah pendaftaran tugas
akhir, pengumpulan softcopy file tugas akhir dan penjadwalan konsultasi
dengan pembimbing yang disertai dengan peringatan berbasis SMS serta
beberapa fitur lain .
2. SMS peringatan yang digunakan dalam sistem informasi tugas akhir yang
telah dibuat hanya searah yaitu dari sistem menuju ke user.
3. Versi JDK dibawah 6.15 tidak dapat menampilkan Look & Feel dari
program yang telah dibuat.
B. Saran
1. Pada tahap selanjutnya hendaknya dilakukan pengembangan dan
perbaikan sistem pada koneksi modem agar proses pencarian port yang
digunakan oleh modem tersebut dapat terdeteksi secara otomatis.
2. Dari segi kegunaan, perlu ditambahkan fasilitas SMS Autorespond yang
dilengkapi dengan fasilitas keamanan agar mahasiswa / dosen yang
bersangkutan dapat mengakses informasi yang dibutuhkan dengan mudah
melalui SMS.
3. Sebagai alternatif untuk mengurangi biaya karena adanya penggunaan
SMS, kedepanya dapat dibuat sebuah aplikasi tambahan pada handphone
yang memungkinkan fitur peringatan yang semula berbasis SMS dapat
dikirim lewat email.
DAFTAR PUSTAKA
bemzinside.wordpress.com/ SMS gateway berbasis JAVA « programmer
bandung.html. Diakses tanggal 2 Maret, 2010, 9:29:42 AM
Eko. 2006, Dasar Dasar Pemrograman Bahasa Java. Diakses dari Ilmu
Komputer.com tanggal 13 December 2009, 3:40:24 PM
Indra, 2010. Pengenalan Dasar – Dasar Java Mobile Programming. Universitas
Budi Luhur. Diakses dari http://bemzinside.wordpress.com 2 Maret, 2010,
9:23:12 AM
insomniacz.kabarku.com/TIPS-n-TRICK-JAVA/Merubah-Icon-Pada-Aplikasi-Swing-
Java-15535.html. Diakses tanggal 8 Januari 2010, 3:37:42 PM
Kristanto, Andri, 2003, Perancangan Sistem Informasi dan Aplikasinya, Yogyakarta :
Gava Media
Nugroho, Bunafit. Membuat Aplikasi Penjualan Dengan Java dan MySQL, Penerbit
Elex Media Komputindo, Jakarta, 2007.
Pender, A Thomas.UML Weekend Crash Course.Wiley Publishing Inc, 2002
The Practical Unified Modelling Language A Hands - On Introduction for
Developers. Diakses dari edn.embarcadero.com/article/31863# tanggal 3Mei
2010, 6:41:54 PM
Purwadi, E., & Istiyanto, J., E. (2005). Alat pemantau suhu jarak jauh berbasis SMS.
Dalam Ardiansyah, E. Aribowo, & Hasanudin (Ed.), Prosiding Seminar
Nasional Informatika 2005 (h. 317-320). Yogyakarta: Program Studi
Informatika, Universitas Ahmad Dahlan.
www.cs.ui.ac.id/WebKuliah/java/tutorial/essential/threads/example--
dot3/Reminder.html. Diakses tanggal 20 Maret 2010, 12:18:38 PM
www.nabble.com/Tips lengkap dan cara mudah menggunakan berbagai model
Validasi jTextField. Diakses tanggal 25 February 2010, 2:19:06 PM
Top Related