SIMULASI SISTEM REGISTRASI KRS PADA MOBILE DEVICE
DENGAN MENGGUNAKAN TEKNOLOGI J2ME
Naskah Publikasi
diajukan oleh
Andri Kurniawan
06.11.1109
Kepada
SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER
AMIKOM
YOGYAKARTA
2011
KRS REGISTRATION SYSTEM SIMULATION ON MOBILE DEVICE USING J2ME TECHNOLOGY
SIMULASI SISTEM REGISTRASI KRS PADA MOBILE DEVICE DENGAN MENGGUNAKAN TEKNOLOGI J2ME
Andri Kurniawan Jurusan Teknik Informatika STMIK AMIKOM YOGYAKARTA
ABSTRACT
Currently on STMIK AMIKOM YOGYAKARTA, filling in KRS done by accessing the website www.amikom.ac.id, so that every student want to filling in KRS, they would have access to some places are available internet connection. This certainly makes it difficult for students who can not be in place where the available facilities and internet connection.
It is to be considered the author to develop a KRS Registration System than utilizes wireless technology KRS namely J2ME technology, to facilitate students in registration at every turn of the semester to access it from their mobile device.
KRS Registration System with GPRS technology has the advantage that we can access and send data through your Mobile Devices in a number of very large and far more quickly that the function and application of the KRS Registration System can be maximum. And Students can make the filling KRS faster just by using Their mobile device, anywhere.
1. Pendahuluan
J2ME (Java 2 Micro Edition) merupakan salah satu teknologi Java yang dikembangkan untuk memungkinkan aplikasi-aplikasi Java bisa berjalan di perangkat-perangkat mobile, dimana perangkat-perangkat-perangkat-perangkat tersebut mempunyai karakteristik yang berbeda dengan komputer biasa, misalnya kecilnya jumlah memori, dan juga merupakan salah satu kekuatan yang dimiliki Java, yang memungkinkan Java dijalankan pada sistem operasi apapun tanpa perlu melakukan kompilasi ulang program Java yang dibuat. Karakteristik tersebut sangat tepat untuk lingkungan mobile device, karena platform yang digunakan berbeda-beda, sehingga aplikasi yang telah dirancang dapat dijalankan dimana saja. Tidak seperti aplikasi WAP, aplikasi J2ME tidak membutuhkan koneksi secara berkala karena ada pemisahan antara interface client dan proses di server. Sehingga koneksi ke
databasenya pun bisa menggunakan database embedded di mobile devices (database
Record Management Sistem) atau bisa juga menggunakan database server bila membutuhkan koneksi dengan server.
Saat ini pada STMIK AMIKOM YOGYAKARTA, pengisian KRS dilakukan dengan mengakses website www.amikom.ac.id, sehingga setiap mahasiswa hendak melakukan pengisian KRS harus mengaksesnya pada tempat – tempat tertentu yang tersedia koneksi internet. Hal ini tentu menyulitkan bagi mahasiswa yang tidak dapat berada pada tempat – tempat yang tersedia fasilitas dan koneksi internetnya pada saat itu.
Hal tersebut yang menjadi pertimbangan penulis untuk mengembangkan sistem registrasi KRS yang memanfaatkan teknologi wireless yaitu teknologi J2ME, untuk memudahkan mahasiswa dalam melakukan registrasi pada setiap pergantian semester dengan mengaksesnya dari perangkat mobile device.
2. Landasan Teori 2.1 Tinjauan Pustaka
Penelitian tentang J2ME di lingkungan STMIK AMIKOM YOGYAKARTA yang dilakukan oleh mahasiswa sepengetahuan saya belum ada yang melakukan penelitian J2ME untuk registrasi KRS, oleh karena itu maka saya akan berusaha untuk mengadakan penelitian tentang J2ME yang akan saya presentasikan dengan Sistem Registrasi KRS di lingkungan STMIK AMIKOM YOGYAKARTA.
Dalam penelitian ini saya menggunakan beberapa referensi-referensi yang berhubungan dengan objek penelitian tentang J2ME, dan literatur - literatur dari hasil penelitian yang dilakukan.
Komponen-komponen yang dibahas dalam melakukan penelitian tentang J2ME ini kebanyakan sama yaitu mengenai J2ME itu sendiri, konfigurasi J2ME, MIDlet, dan jenis
aplikasi J2ME.
2.2 Java 2 Micro Edition (J2ME)
Java 2 Micro Edition (J2ME) merupakan salah satu bagian dari teknologi Java yang
dikembangkan untuk memungkinkan aplikasi Java bisa berjalan di perangkat-perangkat
mobile, yang memiliki karakteristik yang berbeda dengan sebuah komputer biasa (PC),
misalnya keterbatasan jumlah memori pada handphone dan PDA.
Kategori lain dari pada lingkungan kerja Java 2 ini yaitu :
• Java 2 Standard Edition (J2SE), kategori ini digunakan untuk menjalankan dan mengembangkan aplikasi-aplikasi Java pada level PC (Personal Computer). • Java 2 Enterprise Edition (J2EE), kategori ini digunakan untuk menjalankan dan
mengembangkan aplikasi-aplikasi Java pada lingkungan enterprise, dengan menambah fungsionalitas-fungsionalitas Java semacam EJB (Enterprise Java
Bean), Java CORBA, Servlet dan JSP, serta Java XML (Extensible Markup Language).
• Java Card, kategori ini dikembangkan untuk membuat aplikasi-aplikasi smart
card, misalnya aplikasi kartu telepon CHIP, kartu VISA, kartu SIM pada handphone dan aplikasi mobile banking BCA.
J2ME terdiri atas komponen-komponen sebagai berikut : 1. Java Virtual Machine (JVM).
Komponen ini untuk menjalankan program-program Java pada emulator atau
handheld devices.
2. Java API (Application Programming Interface).
Komponen ini merupakan kumpulan library untuk menjalankan dan mengembangkan program Java pada handheld devices.
3. Tools lain untuk pengembangan aplikasi Java, semacam emulator Java Phone dan emulator Motorola.
Gambar 1. Lingkungan Kerja Teknologi Java
2.3 Unified Modelling Language (UML)
UML adalah bahasa standard untuk menulis rekonstruksi Perangkat Lunak (PL). UML hanyalah bahasa yang merupakan salah satu bagian dari metode pembangunan PL. Arsitektur sistem menurut spesifikasi UML, dapat dideskripsikan ke dalam lima sudut pandang (view) yang dapat digambarkan sebagai berikut :
Design View
Class & Object Diagram Interaction Diagram Statechart Diagram Activity Diagram Implementation View Component Diagram Interaction Diagram Statechart Diagram Activity Diagram
Class & Object Diagram Interaction Diagram Statechart Diagram Activity Diagram Process View Deployment Diagram Interaction Diagram Statechart Diagram Activity Diagram Deployment View Use Case View
Use Case Diagram Interaction Diagram Statechart Diagram Activity Diagram
Gambar 2. Arsitektur Sistem UML
Secara dinamis, kelima sudut pandang di atas dapat dideskripsikan ke dalam diagram-diagram berikut :
• Class dan Object Diagram menggambarkan hubungan antar class, interface
dan hubungan antar objeknya.
• Use Case Diagram membantu pembangun dan pengguna dari sistem dalam
antara pengguna dan pembangun terhadap kebutuhan, yaitu kondisi atau kemampuan yang harus dimiliki oleh sistem.
• Interaction Diagram menggambarkan hubungan antar interaksi dari
sekelompok objek. UML menggambarkan interaction diagram dalam diagram-diagram :
9 Sequence diagram menjelaskan interaksi objek yang disusun dalam suatu urutan waktu. Diagram ini berasosiasi dengan use case. Sequence diagram memperlihatkan tahap-demi tahap apa yang seharusnya terjadi untuk menhgasilkan sesuatu didalam use case.
9 Collaboration Diagram melihat pada interaksi dan hubungan terstruktur antar objek. Tipe diagram ini menekankan pada hubungan (relationship) antar objek. Collaboration Diagram digunakan sebagai alat untuk menggambarkan interaksi yang mengungkapkan keputusan mengenai perilaku sistem.
• Statechart Diagram menggambarkan state machine, yang terdiri dari keadaan
(state), transisi, kejadian (event), dan aktifitas. Statechart diagram digunakan untuk memodelkan tahap-tahap diskrit dari sebuah siklus hidup objek.
• Activity Diagram memodelkan alur kerja (workflow) dan urutan aktivitas dalam
suatu proses. Diagram ini sangat mirip dengan sebuah flowchart karena kita dapat memodelkan sebuah alur kerja dari satu aktivitas-aktivitas lainnya atau dari satu aktivitas ke aktivitas lainnya.
• Component Diagram menggambarkan modul-modul software (component)
bersama-sama membentuk sistem. Contoh component : file .exe untuk executable dan file .cpp untuk source code C++ .
• Deployment Diagram memperlihatkan bagaimana proses-proses yang terjadi
dalam sistem yang dialokasikan ke dalam device-device dan koneksi-koneksi.
3. Analisis
3.1 Analisis Kebutuhan
Sistem ini digunakan untuk memberikan pilihan fasilitas dalam melakukan registrasi peralihan semester. Sehingga aktivitas registrasi dapat dilakukan dimanapun mahasiswa berada pada waktu yang telah ditentukan selama tidak berada pada daerah blank spot dan juga diharapkan dapat membantu institusi dalam memberikan pelayanan kepada mahasiswa yang ingin melakukan registrasi, hanya dengan memanfaatkan telepon seluler yang berfasilitas Java (Java Enable).
Sebelum membangun sistem, aktifitas untuk mengidentifikasi kebutuhan dari sistem yang akan dibangun harus dilakukan. Hal ini bertujuan agar sistem yang dibangun dapat bekerja sesuai dengan tujuan dan kebutuhan pemakainya.
3.1.1 Analisis Kebutuhan Sistem
Kebutuhan sistem yang dirancang meliputi :
1. Sistem dapat dijalankan pada Emulator mobile device.
2. User dapat melakukan input mata kuliah (KRS) dan registrasi hanya untuk
mendaftarkan diri sebagai mahasiswa (mahasiswa aktif).
3. Dapat memproses permintaan yang masuk sesuai aturan-aturan yang berlaku dalam mekanisme registrasi pada umumnya.
4. Memberikan tampilan hasil respon dari proses permintaan user.
3.1.2 Analisis Perangkat Lunak
Berdasarkan kebutuhan sistem secara umum, perangkat lunak yang akan dibangun harus memenuhi kebutuhan-kebutuhan sebagai berikut:
1. Mampu memproses permintaan user sesuai menu yang dipilih.
2. Mampu memberikan pesan hasil pemrosesan, baik proses yang sukses maupun yang gagal akibat kesalahan. Kesalahan tersebut antara lain: kesalahan login (input NIM dan PIN), pembatalan mata kuliah yang belum diinput, pengambilan mata kuliah melebihi batas maksimal sks yang diambil, dan sebagainya.
3. Mampu mengidentifikasi apakah user yang login terdaftar dalam database sistem (sebagai pendukung sistem keamanan).
3.1.3 Analisis Perangkat Keras
Perangkat keras yang dibutuhkan dalam pembangunan aplikasi ini adalah : 1. Sebuah handphone berfasilitas GPRS dan Java enable sekaligus Sim Card yang
mendukung.
2. Sebuah PC sebagai server yang meliputi: • Prosesor intel P4 1,8 GHz. • Ram 128 MB. • Hardisk 40 GB • VGA Card 8 MB. • SoundCard • Monitor.
3.1.4 Analisis Otoritas Pemakai
User yang terlibat dalam sistem ini adalah :
1. Mahasiswa dari semua jurusan yang ada di kampus STMIK AMIKOM YOGYAKARTA yang berhak melakukan registrasi berbasis Java melalui handphone yang java enable.
2. Admin yang memiliki hak akses penuh untuk menambahkan, mengedit, serta menghapus data dalam database sistem registrasi krs pada server.
3.2 Perancangan Sistem
Desain sistem merupakan penggambaran sistem yang akan dibentuk dan pengembangan, perencanaan serta pembuatan sketsa beberapa elemen yang terpisah ke dalam satu kesatuan yang utuh.
3.2.1 Mekanisme Kerja Sistem 1. Pemeriksaan Versi Aplikasi
Pada saat aplikasi dijalankan, terlebih dahulu akan dilakukan pemeriksaan versi dari aplikasi tersebut. Jika aplikasinya up to date maka user dapat melanjutkan pada proses berikutnya, jika tidak maka akan muncul peringatan bahwa sistem sudah tidak up to date dan user dapat melakukan
download ulang. 2. Login
User memasukkan user_id dan password. Data tersebut akan
diperiksa apakah valid atau invalid. Pemeriksaan dilakukan pada server database yang dapat diketahui dari user_id yang diinputkan. Pemberitahuan login gagal jika data yang dimasukkan invalid, sebaliknya jika valid maka akan ditampilkan menu aplikasi.
3. Pembayaran
Umumnya pembayaran sudah dilakukan mahasiswa kemudian oleh administrator dimasukkan nomor kwitansi pembayarannya, selanjutnya user dapat melihat informasi pembayaran yang sudah dilakukan pada semester sebelumnya. Informasi tersebut antara lain, no. kwitansi, th.ajaran, semester, IPK, IP, jumlah sks.
4. Registrasi
User melakukan registrasi untuk mendaftarkan diri sebagai mahasiswa
yang masih aktif tetapi tidak melakukan input mata kuliah. User memasukkan no_kwitansi dan jumlah sks yang akan diambil.
5. KRS
User melakukan input mata kuliah. User juga dapat memilih menu info
krs, dimana user dapat melihat daftar mata kuliah yang sudah diambil pada semester sebelumnya.
3.3 Perancangan Skenario Proses
Skenario Proses Diagram dibawah ini akan menjelaskan hubungan antara kasus dan Actor serta aktifitas didalamnya.
3.3.1 Use Case Diagram
Use Case model membantu membangun dan pengguna dari system dalam bagaimana menggunakan system. Use Case bertindak sebagai perjanjian antara pengguna dan pembangun terhadap kebutuhan, yaitu kondisi atau kemampuan yang harus dimiliki oleh system.
3.4 Perancangan Antarmuka
Diagram navigasi untuk halaman-halaman tampilan program dapat digambarkan sebagai berikut :
3.5 Relasi Antar Tabel
Dari tabel-tabel yang sudah dirancang, maka tabel-tabel tersebut akan direlasikan berdasarkan kebutuhan sistem yang akan dibuat. Relasi antar tabel akan menghubungkan antara primary key dan secondary key pada masing-masing tabel yang terhubung. Relasi antar tabel yang dibuat dapat dilihat pada gambar berikut :
Mahasiswa
No_Mhs*
Jurusan
Kd_Jur**
Kd_Jur*
Nm_Jur**
Jenjang
Nm_Mhs
Kelamin
Agama
Status
PIN
Pembayaran
No_Kwitansi*
No_Mhs**
Th_Ajaran
Smt
IP
IPK
MataKuliah
Kd_Mtk*
Kd_Jur
Nm_Mtk
SKS
Smt
No_Reg*
No_Kwitansi**
Tgl_Reg
Tot_Sks
Registrasi
KRS
No_Reg**
Kd_Mtk
4. Hasil Penelitian 4.1 Uji Coba
Berikut daftar kejadian yang diamati oleh penulis :
Tabel 1. Daftar Kejadian
Masalah Kondisi Kejadian
Cek Versi Versi tidak sesuai Muncul peringatan bagi user Login No.Mhs dan PIN tidak cocok Muncul peringatan bagi user
Login sukses Muncul informasi mengenai no.mhs, semester, IP, IPK, Tahun ajaran. Info Pembayaran Sudah membayar Muncul informasi pembayaran yang
sudah dilakukan pada semester sebelumnya.
Belum membayar Muncul halaman kosong yang menandakan belum pernah melakukan pembayaran.
Info Registrasi Sudah registrasi Muncul informasi registrasi yang sudah dilakukan pada semester sebelumnya.
Belum registrasi Muncul halaman kosong yang berarti belum pernah melakukan registrasi
Isi Registrasi Sudah memasukkan nomor kwitansi pembayaran dan jumlah sks yang akan diambil.
Muncul pesan bahwa sudah melakukan registrasi.
Belum memasukkan nomor kwitansi pembayaran dan jumlah sks yang akan diambil
Muncul peringatan bagi user.
Isi KRS Sudah isi KRS Muncul mata kuliah yang telah diambil pada saat registrasi
Belum isi KRS User dapat memilih sub menu :
mata kuliah yang akan diambil. b. Edit untuk menukar mata kuliah
yang salah dimasukkan dan ingin ditukarkan.
c. Hapus untuk menghapus mata kuliah yang ingin dihilangkan. Ganti PIN PIN sudah diganti Muncul pesan bahwa PIN sudah
berhasil diganti..
4.2 Pengujian Program
Sistem akan diuji dengan dua cara : a. Menggunakan Emulator
Tujuan dari pengujian dengan menggunakan emulator adalah untuk mengetahui tingkat keberhasilan rancangan dari sistem yang dibangun secara simulasi
b. Menggunakan Handphone dengan teknologi J2ME
Dengan pengujian ini diharapkan sistem mampu memberikan respon yang cepat terhadap permintaan user.
5. Kesimpulan
Aplikasi registrasi krs dengan menggunakan teknologi J2ME memungkinkan mahasiswa dapat melakukan registrasi krs hanya dengan satu perangkat Mobile Device saja untuk maksimal lima mahasiswa tanpa harus membeli perangkat Mobile Device lagi, karena setiap mahasiswa mempunyai Personal Identification Number sendiri-sendiri.
Sistem registrasi krs dengan teknologi GPRS mempunyai kelebihan salah satunya kita dapat mengakses dan mengirim data melalui perangkat Mobile Device dalam jumlah yang sangat besar dan jauh lebih cepat sehingga fungsi dan aplikasi sistem registrasi krs semakin maksimal.
Daftar Pustaka
Aditya Hartanto, Antonius, 2004, Modul Short Course Application J2ME to Mobile Device , Himanika FT UNY.
A.Suhendar, Hariman Gunadi, 2002, Visual Modeling MengguanakanUML dan Rational
Rose, Informatika, Bandung,
Panggabean, Rina, 2003, Sistem Pembayaran Tagihan PDAM Pada Mobile Device Dengan
Menggunakan Teknologi J2ME, STT Telkom, Bandung
Tremblett, Paul,2002, Instant Wireless Java wit J2ME, McGraw-Hill Companies.
Wicaksono, Ady, 2002, Pemrograman Aplikasi Wireless dengan Java, PT. Elex Media Komputindo, Jakarta.
