Perancangan dan Implementasi Mobile

Transkripsi

1 Perancangan dan Implementasi Mobile Kurniawan 1, Abdusy Syarif 2 Teknik Informatika, Fakultas Ilmu Komputer, Universitas Mercu Buana Jl. Raya Meruya Selatan, Kembangan, Jakarta, kurniawan01@gmail.com 1, abdusyarif@mercubuana.ac.id 2 Abstrak -- Sumber daya Internet yang paling penting dan paling banyak dipakai adalah surat elektronik atau yang lebih dikenal dengan sebutan . Dengan menggunakan , setiap orang di Internet dapat mentransmisikan suatu pesan teks ke siapapun juga yang ada di Internet. Untuk membaca dan mengirim kebanyakan orang masih dibatasi oleh keadaan dimana untuk membaca dan mengirim orang harus menggunakan komputer dan melakukan koneksi ke jaringan internet, hal ini cukup merepotkan jika suatu saat dihadapkan pada suatu keadaan dimana pengguna harus membaca dan mengirim tetapi tidak tersedia komputer dan jarigan internet. Saat ini hampir sebagian besar orang di Indonesia memiliki telepon selular. Namun tidak semua telepon selular tersebut dilengkapi fitur aplikasi client. Tujuan penelitian ini adalah membuat aplikasi client yang dapat dijalankan pada telepon seluler dengan menimplementasikan protocol SMTP dan POP3.Tidak sekedar client menggunakan J2ME namun juga server turut dibangun. Hasil pengujian dengan menggunakan emulator bahwa client untuk perangkat mobile dapat dibangun dengan fitur yang hampir sama dengan aplikasi desktop dan bahkan dapat menghemat penggunaan bandwidth. Kata kunci : Mobile , SMTP, POP3 I. PENDAHULUAN Saat ini kemajuan teknologi handphone telah semakin canggih, handphone sudah dapat melakukan koneksi ke jarigan internet dengna wireless dan kebutuhan untuk mendapatkan informasi kapan saja dan dimana saja semakin meningkat maka pembuatan aplikasi mobile ini akan mempermudah pengguna handphone untuk mengirim dan membaca melalui handphone. Sehingga untuk membaca dan mengirim tidak harus berada didepan komputer, kapan dan dimanapun pengguna dapat mengirim dan membaca melalui handphone dengan aplikasi mobile ini dengan syarat handphone mereka mendukung teknologi Java dan berada masih terjangkau oleh penyedia layanan komunikasi selular yang digunakan oleh pengguna Tujuan penulisan laporan penelitian ini adalah sebagai berikut : 1. Untuk mengetahui lebih lanjut cara kerja pengiriman mengunakan protokol SMTP (Simple Mail Transfer Protocol) dan mengambil dari server dengan menggunakan protokol POP3 (Post Office Protocol Versi 3). 2. Untuk mempelajari pemrograman jaringan pada perangkat mobile khususnya handphone. 3. Membuat aplikasi klien pada handphone. Batasan masalah pada penelitian ini adalah sebagai berikut : 1. Bagaimana pesan teks dikirim dan diterima menggunakan protokol SMTP (Simple Mail Transfer Protocol) dan POP3 (Post Office Protocol Versi 3). 2. Perancangan dan Implementasi aplikasi Mobile dengan menggunakan Java2 Micro Edition (J2ME). 3. Kartu seluler yang digunakan oleh pengguna menyediakan layanan GPRS. II. METODOLOGI PENELITIAN Pada penelitian ini, penulis menggunakan pendekatan berorientasi objek, mengingat contohcontoh program beserta pembahasannya telah tersedia dalam jumlah yang cukup banyak di Internet. Sedangkan metode rancang bangun perangkat lunak yang dipergunakan dalam peneltian ini adalah tahaptahap rancang bangun dari Ian Sommerville, yaitu: 1.Requirement definition 2.System and software design 3.Implementation and unit testing 4.Integration and system testing 5.Operation and maintenance Dalam penelitian ini, hanya tahap pertama hingga tahap ketiga yang dipergunakan. Tahap keempat dan kelima tidak dilaksanakan di dalam penelitian ini. 32

2 Sedangkan keseluruhan aplikasi dibangun menggunakan J2ME. 2.1 Perangkat Mobile Perangkat mobile memiliki banyak jenis dalam hal ukuran, desain dan layout, tetapi mereka memiliki kesamaan karakteristik yang sangat berbeda dari sistem desktop. Ukuran yang kecil Memory yang terbatas Daya proses yang terbatas Mengkonsumsi daya yang rendah Kuat dan dapat diandalkan Konektivitas yang terbatas Masa hidup yang pendek 2.2 Koneksi Jaringan Aplikasi MIDP menggunakan tipe javax.microedition.io untuk membaca dan memanipulasi bermacam jenis koneksi jaringan. Aplikasi MIDP membaca dan menuliskan koneksi menggunakan tipe didalam paket MIDP java.io, dimana terdapat sebuah bagian dari kelas dan interface didalam paket J2SE java.io. 2.3 Generic Connection Framework Generic Connection Framework (GCF) menyediakan API dasar untuk koneksi dalam CLDC. Framework ini menyediakan suatu pondasi umum untuk koneksi seperti HTTP, Socket, dan Datagrams. GCF menyediakan suatu set API yang umum dan biasa yang memisahkan semua jenis koneksi. Perlu dicatat bahwa tidak semua jenis koneksi dibutuhkan untuk diterapkan oleh perangkat MIDP. Gambar 2. Hirarki koneksi Generic Connection Framework 2.4 Connector dan Connections Gambar 3. Menunjukkan langkah-langkah membuat koneksi dan menggunakannya. Penjelelasan Gambar 3 adalah sebagai berikut : 1. Aplikasi meminta kelas Connector untuk membuka dan mengembalikan sebuah resource jaringan. 2. Metode Connector.open() mengirimkan URI dan mengembalikan sebuah objek Connection. Objek Connection menangani referensi untuk input dan output stream untuk sumber daya jaringan. 3. Aplikasi mendapatkan objek InputStream atau objek OutputStream dari objek Connection. 4. Aplikasi membaca dari InputStream atau OutputStream sebagai bagian dari proses. 5. Aplikasi menutup Connection ketika selesai. III. ANALISA DAN PERANCANGAN Pada bagian ini akan dijelaskan tentang bagaimana pesan dikirim dan diterima menggunakan protokol SMTP dan POP, serta perancangan aplikasi Mobile Gambaran Internet Sistem internet menggunakan TCP sebagai layer transportnya dan merupakan aplikasi klien/server. Pada LAN biasa, internet melibatkan tiga langkah terpisah yaitu : 1. Klien mengirim pesan dengan menggunakan SMTP (Simple Mail Transport Protocol). 2. Klien menerima pesan dengan menggunakan POP3 (Post Office Protocol, versi 3) 3. Server mengirim dan menerima pesan dari server lain menggunakan SMTP Karena itu SMTP digunakan dimanapun kecuali oleh klien yang menggambil mail -nya dari server (atau server ISP)-nya sendiri. Semua di internet dikirim dengan menggunakan SMTP. 33

3 Gambar 4. Protokol 3.2 Analisa Mengirim Untuk memahami level dasar sistem mail bekerja penulis menggunakan telnet sebagai klien untuk mengirimkan suatu pesan.: Dalam sesi telnet berikut menampilkan respon dari server. Terlihat percakapan SMTP antara klien dan server yang terdiri dari perintah dan respon dalam teks sederhana. Gambar 5. Capture Mengirim Capture diatas mengirimkan pesan dari user ke user telnet mail.infosemu2.com 25 Dari listing diatas terlihat suse telnet ke mail.infosemu2.com, untuk terkoneksi ke server SMTP yang kita harap mendengarkan di port 25. Kemudian server menjawab dengan salamnya, yang di akhiri dengan kode 220. semua kode respon SMTP terdiri dari tiga digit, dibagi dalam empat kelas: 2xx: OK semua baik 3xx: server meminta Anda mengirim data 4xx: kesalahan sementara. Jika pengirim mencoba lagi mungkin lain kali akan bekerja dengan benar. 5xx: kesalahan permanen. Jika pengirim mencoba lagi. Kesalahan yang sama akan terjadi lagi. EHLO localhost EHLO (Extended Hello) ini mengidentifikasikan client ke server. MAIL Klien memberikan alamat pengirim, dan server meberitahukan hal itu, di akhiri dengan kode 250 RCPT Klien memberikan alamat resipien (RCPT singkatan dari recipent) dan jika server dapat mengirimkan (atau menerima) pesan untuk resipien tersebut, maka server memberitahukan secara jelas dengan baris 250. DATA Ini memperkenalkan awal mail data, yaitu isi pesan yang dikirim, Server memberitahukan dengan 354 (jawaban intermediate, yaitu I expect more to follow but it's OK so far ). Pada titik ini klien telah mengatakan pada server siapa kliennya, dan alamat yang yang akan dikirimi pesan oleh server. Dalam terminologi SMTP semua informasi ini membentuk envelope (amplop). Yang terdapat setelah perintah DATA ekuivalen dengan surat itu sendiri, From: kurniawan <kurniawan@infosemu2.com> Dalam bagian ini dan dua baris berikutnya klien menentukan header line untuk muncul dalam pesan mail sesungguhnya yang akan di terima resipien. Header from mengidentifikasikan pengirim. to: <sastro_82@yahoo.com> Header ini menentukan resipien yang akan ditampilkan dalam header pesan tersebut Subject: Testing Ini adalah baris header subject Tesing Kirim pake telnet nih..., Bye Baris diatas adalah body dari pesan tersebut.. Tanda titik pada awal baris dan tidak diikuti apa pun mengindentifikasikan bahwa kita telah selesai mengisi baris body. Server menjawab dengan barsi kode 250, menyatakan pesan telah diterima. 4. Analisa Klien dan Server POP3 Gambar 6. Bagaimana POP klien menerima sebuah pesan Gambar 6 menunjukan aliran pesan untuk situs tertentu. Pesan masuk di terima oleh server SMTP, 34

4 bukan server POP, sekalipun keduanya berada pada mesin yang sama, dan suatu aplikasi software yang mungkin menyertakan kedua komponen tersebut. Server POP memiliki tiga fungsi : 1. Mentransfer pesan dengan cara entah bagaimana, dari server SMTP yang menerima masuk untuk user kita. 2. Mengatur penyimpanan pesan baru, menyisipkan pesan baru, dan mengekstrak pesan darinya saat user terhubung ke server ini untuk mengambil pesan. 3. Menangani koneksi antar klien dan berpartisipasi dalam dialog POP. Sebagaimana halnya dengan SMTP, alamat server POP yang digunakan adalah bagian dari konfigurasi klien . Seperti SMTP, POP menggunakan TCP untuk networking-nya, dan menggunakan perintah dan respon teks. Ini berarti kita dapat menggunakan telnet sebagai klien POP untuk berinteraksi dengan server POP. Baris respon server yang mulai dengan +OK mengindikasikan perintah terakhir yang telah diberikan sukses, jika perintah gagal baris tersebut dimulai dengan -ERR. Login sebagai usser kurniawan@infosemu2.com, server menjawab OK dan meminta password untuk user kurniawan@infosemu2.com. pass Memberikan password dengan password LIST Perintah LIST akan memperlihatkan informasi tentang pesan pada mailbox, Ada dua pesan dan ukuran masing-masig pesan dalam byte. RETR 2 Memanggil pesan 2. Server mengkonrfimasi bahwa pesan OK dan memberitahukan panjang pesan dalam byte. Server lalu mencetak pesan dan mengindikasikan akhir pesan dengan sebuah baris yang hanya berisi satu period. QUIT Selesai, server mengatakan ia akan keluar dari koneksi dan TCP akan diterminasi. 4. Perancangan Aplikasi Mobile Aplikasi Mobile adalah aplikasi client yang berjalan pada handphone yang telah mendukung tekhnologi Java minimal MIDP 1.0 dan CLDC 1.0. Dengan aplikasi Mobile yang dibuat ini pengguna dapat membaca yang ada di mailbox pengguna, dan mengirimkan melalui handphone. Use Case Diagram Aplikasi Mobile Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah apa yang diperbuat oleh sistem dan bukan bagaimana. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Gambar 7. Capture membaca menggunakan telnet telnet mail.infosemu2.com 110 Dari listing diatas terlihat suse telnet ke suse.linux, untuk terkoneksi ke server POP yang mendengarkan di well-known port 110. lalu server menjawab dengan bannernya. user kurniawan@infosemu2.com Gambar 8. Use Case Diagram Aplikasi Mobile Skenario dan Sequence Diagram Aplikasi Mobile Pada aplikasi Mobile ini terdapat tiga menu utama yaitu Preferences, Inbox, dan Send . Skenario mengisi atau memperbarui preferences : Penguna menekan menu preferences lalu aplikasi menampilkan form untuk mengisi atau memperbarui alamat , username, password, POP3 server dan SMTP server, jika sebelumnya pengguna telah mengisi accountnya pada menu preferences ini 35

5 maka form yang tampil akan terisi dengan data account yang pernah diisi sebelumnya, jika pengguna belum pernah mengisi account pada menu preferences ini maka yang akan tampil adalah form kosong, setelah form diisi atau diperbarui, pengguna memilih tombol save untuk menyimpannya atau cancel untuk membatalkannya. Jika penguna memilih menu save maka aplikasi Mobile akan menyimpan informasi. Skenario membaca Pengguna menekan menu Inbox, jika pengguna belum mengisi username atau password, atau alamat POP server maka aplikasi akan menampilkan pesan pengguna harus mengisi username, password, dan alamat POP server pada menu preferences, jika pengguna sudah mengisi username, password, dan alamat POP server pada menu preferences, lalu aplikasi Mobile akan melakukan koneksi ke POP server dengan password, username, dan alamat POP server yang telah di masukan pada menu preferences. dikirim, subjek , isi . Setelah pengguna selesai mengisi form tersebut pengguna dapat menekan tombol send. Selanjutnya aplikasi mobile akan melakukan koneksi ke SMTP server (Informasi SMTP server telah diisi oleh pengguna pada menu setting). Setelah berhasil melakukan koneksi ke SMTP server aplikasi mobile akan melakukan login ke dengan account name dan password yang telah di isi pada menu preferences. Setelah berhasil login selanjutnya aplikasi mabile akan mengirimkan pesan ke SMTP server. Setelah berhasil mengirimkan pesan mobile akan menampilkan pesan kepada pengguna bahwa pesan telah berhasil di kirim. Gambar 10. Sequence diagram membaca Gambar 9. Sequence diagram mengisi Preferences Jika berhasil melakukan koneksi ke POP server maka POP server akan memberikan jawaban dan mengirimkan daftar yang ada di inbox pengguna. Selanjutnya aplikasi Mobile akan menampilkan daftar tersebut ke layar. Untuk membaca pesan secara lengkap penguna dapat memilih pesan yang akan di baca dan menekan tombol read, selanjutnya aplikasi akan melakukan koneksi ke POP server dan meminta detil yang telah di pilih oleh pengguna. POP server akan mengirimkan detil yang diminta, selajutnya aplikasi Mobile menampilkannya ke layar. Gambar 10 adalah diagram sekuen dari skenario membaca . Skenario mengirim Pengguna menekan menu Send , lalu aplikasi Mobile akan menampilkan form isian untuk diisi oleh pengguna, pada form yang tampil dilayar tersebut pengguna dapat menuliskan kepada siapa tersebut Kelas yang membentuk aplikasi Mobile adalah : Connection Tanggung jawab dari kelas Connection ini adalah melakukan komunikasi dengan sever, koneksi yang digunakan adalah koneksi socket yang merupakan bagian dari paket Generic Connection Framework javax.microedition.io. InboxClient Tanggung jawab dari kelas InboxClient adalah mengakses mailbox pengguna. Mengunduh (men-download) pengguna. Inbox Tanggung jawab dari kelas Inbox ini adalah menerima perintah yang diberikan oleh pengguna ke system, event yang mungkin di berikan oleh pengguna adalah melihat daftar yang ada di mailbox pengguna dan 36

6 membaca yang telah dipilih dari daftar yang ditampilkan oleh. InboxScreen Tanggung jawab dari kelas InboxScreen ini adalah menampilkan daftar yang ada di mailbox pengguna. ReadScreen Tanggung jawab dari kelas ReadScreen ini adalah menampilkan detil yang dipilih oleh pengguna. SmtpClient Tanggung jawab dari SmtpClient ini adalah mengirimkan ke SMTP server. SmtpScreen Tanggung jawa dari SmtpScreen ini adalah menampilkan form kepada pengguna untuk mengetik yang ingin dikirim oleh pengguna. MimeDecoder Tanggung jawab dari Kelas MimeDecoder adalah menterjemahkan MIME data dari sebuah . Message Tanggung jawab dari kelas Message ini memproses data yang diterima melalui koneksi internet dan memyimpannya dalam array. Pada dasarnya kelas ini terdiri dari dua bagian. Bagian yang menangani Header dan bagaian yang menangani body . Preferences Tanggung jawab kelas Preferences untuk menyimpan informasi username, password, alamat POP3 server, alamat SMTP server, dan alamat pengguna kedalam RMS(Record Management System), dan mengambil informasi username, password, alamat POP3 server, alamat SMTP server, dan alamat pengguna dari RMS(Record Management System). PreferencesScreen Tanggung jawab dari kelas PreferencesScreen ini adalah menampilkan form untuk mengisi informasi username, password, alamat POP3 server, alamat SMTP server, dan alamat pengguna, jika sebelumnya pengguna sudah pernah mengisi informasi username, password, alamat POP3 server, alamat SMTP server, dan alamat pengguna maka form akan terisi dengan informasi yang pernah disimpan dalam RMS Gambar 12 adalah tampilan form untuk mengisi account, form ini akan tampil ketika pengguna menekan menu Preferences, untuk menyimpan informasi yang telah di ketik pengguna dapat menekan tombol Simpan lalu aplikasi akan menyimpan informasi yang telah diketik oleh pengguna. Untuk keluar dari form Preferences tanpa menyimpan informasi yang telah dirubah pengguna dapat menekan tombol keluar lalu aplikasi akan kembali ke menu awal. Gambar 13a adalah tampilan daftar yang ada di Inbox pengguna, untuk membacanya pengguna dapat memilih yang ingin dibaca dan menekan tombol menu lalu akan muncul daftar menu lalu pilih menu Baca. Gambar 13b adalah gambar tampilan form untuk mengirim , pada form tersebut terdapat field untuk siapa akan di kirim, subjek dan body setelah mengisi field-field tersebut pengguna dapat menekan tombol menu dan memilih menu kirim selanjutnya aplikasi akan mengirimkan tersebut. Gambar 12. Tampilan from untuk mengisi account. IV. HASIL DAN PEMBAHASAN Uji coba yang dilakukan dengan menggunakan emulator dari IDE Netbeans, server yang digunakan sebagai uji coba adalah mail.infosemu2.com. Gambar 13.(a) Tampilan daftar yang ada di mailbox pengguna dan (b) mengirim 37

7 V. PENUTUP Seperti yang telah diuraikan sebelumnya, penulis menyimpulkan : 1. Untuk melakukan koneksi ke server penulis menggunakan koneksi socket yang merupakan bagian dari paket Generic Connection Framework javax.microedition.io. 2. Untuk pengiriman dengan aplikasi Mobile , jika penulisan pesan sangat panjang maka terasa tidak senyaman penulisan pesan dengan komputer. Hal ini disebabkan karena keyboard pada handphone tidak sama dengan keyboard pada komputer. 3. Mobile lebih menghemat bandwith dibandingkan dengan klien berbasis web, alasannya adalah sebagai berikut: Pada aplikasi klien berbasis web, tampilan (User Interface) dibuat disisi server, sehingga data yang datang server adalah data dan data tampilan (User Interface). Pada aplikasi Mobile ini, tampilan (User Interface) sudah tersedia pada aplikasi Mobile sehingga data yang datang dari server adalah benar-benar data tanpa modifikasi. Aplikasi Mobile ini masi dapat dikembangkan lebih luas lagi, yaitu: 1. Dapat mengirim dan menampilkan dalam format HTML. 2. Dapat mengirim dan menampilkan dalam format gambar. 3. Dapat menghapus Pengguna dapat melakukan pengaturan, apakah ingin menampilkan yang pernah dibaca atau tidak, saat ini aplikasi Mobile akan menampilkan seluruh daftar termasuk yang pernah dibaca hal ini akan mempersulit untuk membaca dan menambah biaya semakin mahal jika pengguna sudah banyak. 5. Aplikasi Mobile dapat berjalan di belakang layar, sehingga jika ada pesan baru akan tampil informasi bahwa ada yang baru. Penerjemah Andi dari System Analysis and Design Methods. Indonesia: Penerbit Andi [3] Shalahuddin, M dkk Pemrograman J2ME. Bandung: Informatika Bandung. [4] Kadir, Abdul Dasar Pemrograman java 2. Yogyakarta: Penerbit Andi. [5] Fowler, Martin UML Distilled edisi 3, Panduan Singkat Bahasa Pemodelan Objek Standar. Terjemahan Oleh Tim Penerjemah Andi dari UML Distilled, 3th Ed., A Brief Guide to the standard Object Modeling Language. Indonesia: Penerbit Andi [6] Piroumian, Vartan Wireless J2ME Platform Programming. Indianapolis : Prentice Hall PTR. [7] Yuan, Michael Juntao Enterprise J2ME: Developing Mobile Java Applications. Indianapolis : Prentice Hall PTR. DAFTAR PUSTAKA [1] Mansfield, Niall Practical TCP/IP: Mendesain, Menggunakan dan Troubleshooting Jarigan TCP/IP di Linux dan Windows. Terjemahan oleh Dwi Prabantini dari Practical TCP/IP, Designing, Using and Troubleshooting TCP/IP Networks on Linux and Windows. Indonesia: Penerbit Andi. [2] Whitten, Jeffery L. dkk Metode Desain & Analisis Sistem edisi 6. Terjemahan Oleh Tim 38