SIMULASI SISTEM REGISTRASI KRS PADA MOBILE DEVICE DENGAN MENGGUNAKAN TEKNOLOGI J2ME. Naskah Publikasi

Transkripsi

1 SIMULASI SISTEM REGISTRASI KRS PADA MOBILE DEVICE DENGAN MENGGUNAKAN TEKNOLOGI J2ME Naskah Publikasi diajukan oleh Andri Kurniawan Kepada SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER AMIKOM YOGYAKARTA 2011

2

3 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 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. Keyword : Java technology, J2ME, MIDlet, Registration

4 1. Pendahuluan J2ME (Java 2 Micro Edition) merupakan salah satu teknologi Java yang dikembangkan untuk memungkinkan aplikasi-aplikasi Java bisa berjalan di perangkatperangkat mobile, dimana 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 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.

5 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.

6 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 Class & Object Diagram Interaction Diagram Statechart Diagram Activity Diagram Process View Use Case View Use Case Diagram Interaction Diagram Statechart Diagram Activity Diagram Implementation View Component Diagram Interaction Diagram Statechart Diagram Activity Diagram Deployment Diagram Interaction Diagram Statechart Diagram Activity Diagram Deployment View Gambar 2. Arsitektur Sistem UML Secara dinamis, kelima sudut pandang di atas dapat dideskripsikan ke dalam diagramdiagram berikut : Class dan Object Diagram menggambarkan hubungan antar class, interface dan hubungan antar objeknya. Use Case Diagram membantu pembangun dan pengguna dari sistem dalam bagaimana menggunakan sistem. Use Case bertindak sebagai perjanjian

7 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 diagramdiagram : 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. 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).

8 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 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 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) 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. Mouse dan Printer

9 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 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.

10 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 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. Gambar 3. Use Case Diagram

11 3.4 Perancangan Antarmuka Diagram navigasi untuk halaman-halaman tampilan program dapat digambarkan sebagai berikut : Gambar 4. Diagram Navigasi Program

12 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* Kd_Jur** Nm_Mhs Kelamin Agama Status PIN MataKuliah Kd_Mtk* Kd_Jur Nm_Mtk SKS Smt Jurusan Kd_Jur* Nm_Jur** Jenjang Pembayaran No_Kwitansi* No_Mhs** Th_Ajaran Smt IP IPK Registrasi No_Reg* No_Kwitansi** Tgl_Reg Tot_Sks KRS No_Reg** Kd_Mtk

13 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 Muncul pesan bahwa sudah kwitansi pembayaran dan jumlah melakukan registrasi. sks yang akan diambil. Belum memasukkan nomor Muncul peringatan bagi user. kwitansi pembayaran dan jumlah sks yang akan diambil Isi KRS Sudah isi KRS Muncul mata kuliah yang telah diambil pada saat registrasi Belum isi KRS User dapat memilih sub menu : a. Tambah untuk memasukkan

14 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 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.

15 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.